1 INFO-VAX	Fri, 06 Dec 2002	Volume 2002 : Issue 673       Contents:+ Re: Advanced server 7.3 on OVMS 7.3 problem  checksum is not valid 
 Re: CPU MODEL 3 Re: Cracking OpenVMS passwords with John the Ripper 3 Re: Cracking OpenVMS passwords with John the Ripper  Re: DIRECTORY: bug or feature? Re: DIRECTORY: bug or feature?$ Re: Gripe: Latest HP OLD HTML format Re: Just some information 6 Re: Keeping of emails to abide by auditing regulations Re: OT: Hamburger Flipping RE: OT: Hamburger Flipping RE: OT: Hamburger Flipping2 Re: Performance of atomic instructions and locking2 Re: Performance of atomic instructions and locking2 Re: Performance of atomic instructions and locking@ Re: Problem with HSZ50 (access to the CLI from the console port) Re: Quert wrt F$SEARCH()> Request for Discussion, make comp.os.vms a moderated newsgroupB RE: Request for Discussion, make comp.os.vms a moderated newsgroupB Re: Request for Discussion, make comp.os.vms a moderated newsgroupB Re: Request for Discussion, make comp.os.vms a moderated newsgroupB Re: Request for Discussion, make comp.os.vms a moderated newsgroupB Re: Request for Discussion, make comp.os.vms a moderated newsgroup Re: TK70 drive bug found :-( RE: TK70 drive bug found :-( Re: TK70 drive bug found :-(" Re: totally OT: terminal emulators$ UCX / TCP QIO interface and READVBLK vms / oracle dba position   Re: Webserver advice for VAX/VMS  Re: Webserver advice for VAX/VMS/ Re: what does this command mean (TYPE/PAGE NL:) " [ANNOUNCE] OpenSSL 0.9.6h released( [ANNOUNCE] OpenSSL 0.9.7 beta 5 released  F ----------------------------------------------------------------------   Date: 5 Dec 2002 15:03:31 -0800 - From: merritt.robert@spsd.sk.ca (rob merritt) 4 Subject: Re: Advanced server 7.3 on OVMS 7.3 problem= Message-ID: <b6bf97d5.0212051503.37719b2f@posting.google.com>   E ended up I had the worng machine PDC emulator was moved. I am able to  join the domain now    sorry for the dumb posting    g "Scott Greig" <jsgreig@geminaq.com> wrote in message news:<TapD9.37$ed3.49118@news20.bellglobal.com>... < > "rob merritt" <merritt.robert@spsd.sk.ca> wrote in message8 > news:b6bf97d5.0211211521.2b8d6e1@posting.google.com... > <snip> > - > > 2: how would I check Netbios connectivity  > > I > > the PDC is Win2000 in a natvie 2000 domain the evernt log is clean no # > > reference to the try to join...  > > ? > This might be your problem. My experience is that there is NO < > primary domain controller in a Windows 2000 native domain.@ > So, you might try making your VMS system a member server only. >  > Just a thought,  > Scott  > / > > the password was tried upper and lower case  > >  > >  > > # > > what do you think I should try?  > > H > > I have been throught the as Iguide doing trouble shooting for a week > > and I am at a loss.  > >  > >  > >  > >  > >  > >  > > * > > any Ideas what causing me this problem   ------------------------------  # Date: Thu, 05 Dec 2002 16:41:53 GMT % From: "Ram Guy" <ramguy9@hotmail.com>  Subject: checksum is not valid& Message-ID: <llLH9.1734$yq.50409@news>   Hi,   I I am trying reinstall VMS 7.2 Hobbyist License and when I come to the VMS K License Management Utility, it is asking me for the checksum. I am not sure H what I should enter here. Should I have recieved this info when I got my& Hobbyist kit? I don't seem to have it.  H Any thoughts? How can I apply for a new Hobbyist license? Will I get the required PAKs when I do so?    Thanks,    Ram    ------------------------------  # Date: Thu, 05 Dec 2002 11:07:53 GMT + From: "P.Lj" <plj@NOSPAMbyron.ext.telia.se>  Subject: Re: CPU MODEL0 Message-ID: <dsGH9.158$FF4.5456@newsb.telia.net>   Kesav Tadimeti wrote:  > Hi  L > I am trying to optimize the performance of our application by compiling it > with the /ARCH qualifier. ) > Our development Alphaserver is an Ev67. K > However our client machine where this app needs to be implemented has the " > foll output when I issue sh CPU:* > *Name changed*, a AlphaServer 8400 5/440G > Multiprocessing is ENABLED. Streamlined synchronization image loaded. 2 > Minimum multiprocessing revision levels: CPU = 1 >  > PRIMARY CPU = 00 > CPU sets: 1 >    Active         00 01 02 03 04 05 06 07 08 09 1 >    Configure      00 01 02 03 04 05 06 07 08 09 1 >    Potential      00 01 02 03 04 05 06 07 08 09 1 >    Autostart      00 01 02 03 04 05 06 07 08 09  >    Failover       None > M > Does this mean that this is a 10 CPU machine? Now how do I find the correct  > EV number? >  > TIA  > Tadimeti Kesav > KEANE INDIA Ltd. > E9 - E12, SDF  > NEPZ > NOIDA - 201 305  > U.P, INDIA > ! > Telefon: +91-120-456 8210 (211) ' > e-mail: kesav_tadimeti@keaneindia.com  >    Try:   $ ANALY/SYS  SDA> CLUE CONFIG  
  >>> ^P.Lj   ------------------------------  % Date: Thu, 05 Dec 2002 16:16:25 +0000 ' From: Andrew Harrison SUNUK Consultancy < Subject: Re: Cracking OpenVMS passwords with John the Ripper. Message-ID: <3DEF7BD9.2080303@nospamn.sun.com>   Bob Koehler wrote:Z > In article <3DE5E679.2030800@nospamn.sun.com>, Andrew Harrison SUNUK Consultancy writes: > = >>This has been untrue for years for Solaris I cannot comment  >>on other UNIX's. >  > K > This has been untrue on most UNIX for about a decade and a half.  If and  G > only if the admin turns it on.  Has Solaris eliminated the ability of  > the admin to turn it off?     5 shadow password files are the default for Solaris and 7 there isn't as far as I know an option to turn them off      Regards  Andrew Harrison    ------------------------------   Date: 5 Dec 2002 09:36:38 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) < Subject: Re: Cracking OpenVMS passwords with John the Ripper3 Message-ID: <haIlJeCnmTSO@eisner.encompasserve.org>   X In article <3DEF7BD9.2080303@nospamn.sun.com>, Andrew Harrison SUNUK Consultancy writes:  7 > shadow password files are the default for Solaris and 9 > there isn't as far as I know an option to turn them off   D In that case, then, they are not "the default", they are "required".& That sounds like a good security move.   ------------------------------  $ Date: Thu, 5 Dec 2002 16:54:40 +05303 From: "Vasu Kulkarni" <vasukulkarni@rediffmail.com> ' Subject: Re: DIRECTORY: bug or feature? 1 Message-ID: <tIGH9.5$X25.253020@news.cpqcorp.net>   % VASU@KRSHNA$ dir login.com, login.com   ! Directory KRSHNA$DKA0:[WORK.VASU]   LOGIN.COM;12        LOGIN.COM;12 Total of 2 files.    VASU@KRSHNA$dir a , a ! %DIRECT-W-NOFILES, no files found    I was expecting ! %DIRECT-W-NOFILES, no files found ! %DIRECT-W-NOFILES, no files found   	 On unix..  bash-2.04$ ls .login .login  .login  .login bash-2.04$ ls a a  a not found  a not found     5 "David Froble" <davef@tsoft-inc.com> wrote in message & news:3DEEBDC7.3010107@tsoft-inc.com... > Phillip Helbig wrote:  >  > >>What would you expect for  > >> > >>$ dir *A*,*A*  > >> > > - > > Naively, just to list the file once.  :-)  > >  > K > No.  You asked for it twice.  If you didn't get it twice, then THAT would 	 be a bug.  >  > Dave >    ------------------------------   Date: 5 Dec 2002 14:45:07 -0800 . From: spamsink2001@yahoo.com (Alan E. Feldman)' Subject: Re: DIRECTORY: bug or feature? = Message-ID: <b096a4ee.0212051445.7071bc55@posting.google.com>   n P.Young@unsw.EDU.AU (Patrick Young) wrote in message news:<55f85d77.0212050649.4433b202@posting.google.com>...~ > Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> wrote in message news:<01KPN1S96LBAA24IEW@sysdev.deutsche-boerse.com>... > > $ dir *a*,*b*  > > # > > Directory DISK:[HELBIG.SCRATCH]  > >   > > AB.TXT;1            AB.TXT;1 > >  > > Bug or feature?  > >  > E > Simply normal behaviour. I would not have thought it a weird thing,  > for example UNIX does same...  > 1 > "someunix8400box".fce.unsw.EDU.AU> touch ab.txt / > "someunix8400box".fce.unsw.EDU.AU> ls *a* *b*  > ab.txt  ab.txt > E > Don't know about Window(tm) - I'm just *so* *NOT* a Window(tm) type 2 > person, so would not have a clue in that regard.    > For windows, you use the Find Files (sometimes called Find All@ Files(?)) program which is launchable by F3 in Windows Explorer,? Start/Find/files and folders, Windows-key+F, and possibly other C methods. You type your file-spec list in the Name window (but use a ' semicolon as the delimiter, see below).   E Files are listed without duplicates and can be sorted. But sorting by $ date sometimes doesn't work. CertainF Internet/Favorites/Shortcut-related files (or something like that -- ID don't remember exactly what) are somehow immune to date sorting. Fun fun fun!  F My main gripe with the program is that it is not documented. I found aE wonderful document on the Internet called "Escape from the Mousetrap" = which taught me some Windows tricks. Among them is use of the B semicolon as a list delimiter to specify a file-spec list! You canC also use the semicolon as a list delimiter in the "Look in" window.  But where is this documented?   A There's some problem I can't remember that prohibits using tokens B containing multiple periods for at least one of the input windows.A What other secrets might we be missing about this program? How do F quotation marks work? Without such documentation, who has the patience' to experiment with it to figure it out?    Disclaimer: JMHO Alan E. Feldman    ------------------------------  % Date: Fri, 06 Dec 2002 10:48:22 +1030 / From: Mark Daniel <Mark.Daniel@wasd.vsm.com.au> - Subject: Re: Gripe: Latest HP OLD HTML format 3 Message-ID: <asoqhd$6ab$1@fang.dsto.defence.gov.au>    Robert Deininger wrote: A > In article <asok7b$56o$1@fang.dsto.defence.gov.au>, Mark Daniel & > <Mark.Daniel@wasd.vsm.com.au> wrote: >  > J >>The format of some HTML documents in the OnLine Documentation kits, e.g. >>@ >>  http://www.openvms.compaq.com:8000/731FINAL/6346/6346PRO.HTM >> >>leaves a lot to be desired.    >  > F > You did send your comments to HP at the listed email address, right?   Of course (not)!   ------------------------------  % Date: Thu, 05 Dec 2002 20:45:13 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> " Subject: Re: Just some information' Message-ID: <3DF00F39.CCABD9EE@fsi.net>    Sue Skonetski wrote: > [snip]  > ok I made up the following one > H > 11. I was just envisioning a computer that you did not have to reboot   # Oh, an OpenVMS powered desktop? ;-)    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 05 Dec 2002 15:44:42 -0500 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>? Subject: Re: Keeping of emails to abide by auditing regulations / Message-ID: <3DEFBAB8.28748635@vl.videotron.ca>   
 GcE wrote:P > About the only handle you have on someone using an encrypted tunnel is trafficS > analysis. That is, if someone is connected an extraordinary amount of the time to M > one site and perhaps sending an unusually large amount of traffic, it might  > indicate something is wrong.  M Do companies still think they can measure how long a customer is connected to N a site ? I know of one company who fired an employee because their logs showedI he was constantly connected to an external site. They had no clue on what  their logs really meant.  M Hint: you have a web page that automatically refreshes every 5 minutes ( such J as www.newswire.ca, select todays's new items and the blooy page refreshesF before you have time to read it all). Then, you put that window in theK background while you do real work that is not internet related. But low and L behold, the corporate logs show that you are constantly accessing that page.   ------------------------------  $ Date: Thu, 5 Dec 2002 00:53:23 -0500* From: "Bill Todd" <billtodd@metrocast.net># Subject: Re: OT: Hamburger Flipping 2 Message-ID: <bkydnfsVIpFRdHOgXTWc2Q@metrocast.net>  I "gce" <ge@gce.com> wrote in message news:asmasv$m4r$1@bob.news.rcn.net...    ...   H > Compare modern textbooks with what you may have had also. Intellectual pabulum L > and (in one case I saw a few days back) left wing propaganda...or should I say J > "politically correct" propaganda, at the expense of historical accuracy. Thank J > God my history teachers were sticklers for getting the details right and getting & > them to us so we could recognize it.  I I trust that included explaining why the Soviets had excellent reasons to D mistrust the U.S., dating back to our attempts to interfere in theirL internal affairs shortly after the October revolution (and perhaps before it0 as well - my memory's more vague on that point).  G And perhaps it did:  I believe I remember learning that in high school, L though I certainly don't remember it being emphasized, nor any kind of trulyE open-minded attitude toward Communism at that time.  My point is that H there's fully as much red-neck propaganda extant in the education systemL these days as anything reasonably characterizable as 'left wing propaganda',L unless you include basic Constitutional principles in the latter (which many red-necks clearly do).   > F > It is interesting when we hear of separation of church and state, to
 consider that J > the Constitution was not designed to be hostile to religion, just wanted to endK > the practice (which existed under the Articles) of declaring one official  church > and making everyone go there.   F I believe that it went just a bit farther than that.  For example, I'mL certain that it forbade declaring one official church even if *not* everyone was made to go there...   F In fact, what it seemed aimed at was not hostility toward religion butK governmental neutrality toward it.  And a quick Google search on the phrase H 'separation of church and state' will provide plenty of support for thatL view:  the Christian Right has their own peculiar interpretation both of theH Constitution's clear wording and of the historical record of the debatesJ that led up to that wording (let alone legal precedent set in the two-plus? centuries since), and as usual it doesn't pass rational muster.    ...   L > Really, the idea of letting parents have money to pay for education and of letting I > them pick where and how, is about respect. Doing this shows respect for  their K > judgment and intelligence, and they will rise to the occasion most of the 	 time when  > called upon to use these.   J That would be true only if the State provided sufficient funds for parentsB to send their children to whatever schools they wished to, free ofL additional charge.  Such a practice would indeed ensure that the free marketF would provide a great range of good choices (given that a school couldD charge anything it cared to as long as it had the quality to attract; students to it) and hence completely eliminate any need for D government-sponsored schools - but that, of course, is in no way the! approach that is being advocated.   <  Insisting on making everything a priori fair and equal, andJ > on controlling it all centrally to be sure of this, shows no respect for anyone+ > and is incredibly arrogant and insulting.   K Bullshit.  Any parent sufficiently intelligent to value an education in the J first place is well aware that there are a non-trivial percentage of otherK parents who aren't, and leaving the children of those parents to rot rather H than fixing the problems across the board so that those children will beC helped too is only a very selfish solution, not a 'respectful' one.   +  The parents in cities get to feel insulted / > like this and have for years, don't doubt it.   J I do indeed doubt it:  what inner-city parents have been incensed about isJ the abysmal quality of many of their schools (and the lack of resources toI fix them), not the lack of choice per se.  They and their children have a J right to see the schools fixed, and that right is being ignored - and onlyH as a result of that neglect do many of them advocate the kind of end-runJ around the problem that vouchers would provide for some, but far from all, of them.  L Most would feel they were being treated justly if their schools provided theL same quality of education that suburban (not even affluent suburban) schoolsK do:  this would not uplift the general quality of education in this country J to what it should be, but would at least fix the worst pockets of inequityK while the more pervasive (but somewhat less individually critical) problems  were addressed.    - bill   ------------------------------  $ Date: Thu, 5 Dec 2002 14:14:16 -0800$ From: Shane Smith <ssmith@icius.com># Subject: RE: OT: Hamburger Flipping 0 Message-ID: <01C29C68.B959D800@sulfer.icius.com>  
 Someone said:   H > Compare modern textbooks with what you may have had also. Intellectual pabulum L > and (in one case I saw a few days back) left wing propaganda...or should I say J > "politically correct" propaganda, at the expense of historical accuracy. Thank J > God my history teachers were sticklers for getting the details right and getting & > them to us so we could recognize it.  D I wasn't sure whether to laugh or be concerned when I saw a friend'sH child's textbook on the Pilgrim Fathers. The picture showed the completeC range of skin colours and distinctive national features. Apparently E there were Mexican and Chinese people on the Mayflower. At least they 2 didn't show Native Americans getting off the ship.   Shane    ------------------------------  # Date: Fri, 06 Dec 2002 00:47:56 GMT " From:   VAXman-  @SendSpamHere.ORG# Subject: RE: OT: Hamburger Flipping 0 Message-ID: <00A1801F.AE5575AF@SendSpamHere.ORG>  W In article <01C29C68.B959D800@sulfer.icius.com>, Shane Smith <ssmith@icius.com> writes:  >Someone said: > I >> Compare modern textbooks with what you may have had also. Intellectual  >pabulumM >> and (in one case I saw a few days back) left wing propaganda...or should I  >sayK >> "politically correct" propaganda, at the expense of historical accuracy.  >ThankK >> God my history teachers were sticklers for getting the details right and  >getting' >> them to us so we could recognize it.  > E >I wasn't sure whether to laugh or be concerned when I saw a friend's I >child's textbook on the Pilgrim Fathers. The picture showed the complete D >range of skin colours and distinctive national features. ApparentlyF >there were Mexican and Chinese people on the Mayflower. At least they3 >didn't show Native Americans getting off the ship.  >  >Shane  N Likely written and illustrated by characters that post over in alt.revisionism --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------   Date: 5 Dec 2002 12:12:19 -0800 7 From: stephen_bainbridge@yahoo.co.uk (Steve Bainbridge) ; Subject: Re: Performance of atomic instructions and locking = Message-ID: <a48f6f51.0212051212.38eca648@posting.google.com>   a Per Schrder <pesc@bredband.net> wrote in message news:<u5vH9.15521$%2.411@news1.bredband.com>...  > E > Maybe you are spinning to much! If you have a single spinlock with  D > high contention, there is a fairly high probability that you will G > take a critical lock and be preempted, forcing all other proceses to  E > spin away their timeslices. I suggest you count how many times you   > spin to get a feeling for it.   < It's quite possible that I am spinning too much. But becauseA performance is paramount I would rather spin (for a little while) D rather than say hibernate and give up the processor. I feel that theB time spinning would be less than the time context switching (but I2 probably need to do some analysis to verify this).   I > I don't understand exactly what your data structure is trying to store  F > and what operations you want to support, so it is difficult to give H > suggestions. (Why do you have to use hashing, for example? How do you : > handle hash collisions? What are the real requirements?)  C The API acts as an Index (to a database), with functions to add new B records, delete records and lookup entries. There are two possibleE keys (SIC and RIC) to the database which are strings (< 30 characters D each). These strings are hashed to produce an index. The data (a few? housekeeping variables and the offset to the actual data in the E database) for each record lies in an array which is reference by this C index. A linked list of entries lie at each index to allow for hash  clashes.  E The real requirements is to provide functions to manipulate the index D and provide this mapping from SIC and RIC to database offset as fast as possible.  F > Must you have a single lock? Could you have one lock per hash entry?  E There is no firm requirement to having a single lock, although having B a lock per entry would dramatically increase the size of the indexF data structure. There are about 1 million index entries. Also, becauseC an area of memory either side of a lock is also locked down (by the ? processor/OS) when the lock is locked this may slow things down  un-expectedly.   F > When several CPUs are involved, avoid hot-spots, where several CPUs F > access the same cache line. Try to allow two CPUs to do their stuff @ > simultaneously without having to access the same cache lines. 6 > (Requires that you don't use a single lock/counter.)   OK    > Why can't you use pthreads?    C pthreads is not that efficient and anyway it only allows threads to % syncronize. I need processes to sync.   A > An alternative would be to design a data structure that allows  F > concurrent lock-free operations. This would eliminate all spinning, E > and could allow manipulations from AST routines (do you use ASTs)?  H > This is somewhat complex and requires a thorough understanding of the 
 > problem.  E The index is a standalone API so I can implement any data structure I ; like. Perhaps it may be best to design it to avoid locking. E Some initial analysis seems to suggest that I'm spending about 20% of + processor time in the lock/unlock routines.    	 > Regards  > /Per Schrder  > http://developer.mimer.com   ------------------------------  % Date: Fri, 06 Dec 2002 03:01:55 +0100 9 From: Per =?ISO-8859-1?Q?Schr=F6der?= <pesc@bredband.net> ; Subject: Re: Performance of atomic instructions and locking 3 Message-ID: <XETH9.20320$Y2.719@news2.bredband.com>    Steve Bainbridge wrote: > > It's quite possible that I am spinning too much. But becauseC > performance is paramount I would rather spin (for a little while) F > rather than say hibernate and give up the processor. I feel that theD > time spinning would be less than the time context switching (but I4 > probably need to do some analysis to verify this).  D If you are spinning because another CPU is executing with your lock F held, you are probably right. If you are spinning because the process A that held the lock is preempted, you will be wasting your entire  F quantum, and it would be better to $HIBER. This situation can be very D nasty if there are multiple (maybe unrelated) COMputable processes.  You should deal with this by: 8 ((0) not use a spinlock in the first place, if possible)> (1) Avoiding preemption by reducing lock contention (increase ? parallelism; divide the data into several autonomous parallell  B structures) and reducing the time the lock is held (make sure you 6 don't make any system calls while holding a spinlock),3 (2) Maybe look at the $AVOID_PREEMPT system service   @ > There is no firm requirement to having a single lock, althoughE > having a lock per entry would dramatically increase the size of the @ > index data structure. There are about 1 million index entries.  G Maybe you could have (say) 1024 locks and use the 10 lowest (highest?)  C bits of the hash to determine which lock to use? This reduces lock  . contention. And you probably don't need fancy + multiple-read-single-writer locks any more.   G Maybe your counter variables could be maintained by atomic adds? (They  @ will still be hotspots; are they necessary? Can you split them?)  E Maybe you could replace your free-list data structure by an array of  > possible structs, and have a bitmap to control whether its is D allocated or not. Allocation/freeing those structs can then be done A by non-locking compare-and-store. (If you must have a free list,  # consider __PAL_[INS/REM]QHIx, etc.)    > Also, E > because an area of memory either side of a lock is also locked down D > (by the processor/OS) when the lock is locked this may slow things > down un-expectedly.   D Not quite. The process or OS does not "lock down" memory cells when  you take a spinlock.  F First you have the granularity for atomic operations which I think is E 4 bytes (I don't have the Alpha architecture manual right now so you  D should check this.) If all four bytes in a word is protected by the  same lock, you are OK.  E Then for performance reasons you should avoid storing stuff accessed  E by multiple CPUs (or protected by different locks) in the same cache  3 line. The size of a cache line is chip dependent...    Regards 
 /Per Schrder  http://developer.mimer.com   ------------------------------   Date: 5 Dec 2002 19:43:34 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen) ; Subject: Re: Performance of atomic instructions and locking 3 Message-ID: <Po3DDzBomoSj@eisner.encompasserve.org>   P In article <3DEFE1B3.2020905@telocity.com>, Koloth <koloth@telocity.com> writes:  H > When the Wildfire was introduced they found that using spinlocks in a K > NUMA architecture was a problem for heavily used spinlocks.  The CPUs in  F > the same QBB where the memory was was able to get the spinlock more K > often than a CPU on a different QBB.  I think to solve this problem they  A > had to come up with a queueing mechanism instead of a spinlock.   E Whereas I thought they adjusted the fairness by changing the spinlock C counts for local vs. remote memory.  Of course that is harder to do C for EV7, but I thought a queueing mechanism was bound to be way too 4 slow for the performance one expect from a spinlock.   ------------------------------   Date: 5 Dec 2002 16:22:02 -0800   From: nmanser@progis.de (Manser)I Subject: Re: Problem with HSZ50 (access to the CLI from the console port) = Message-ID: <2178d61f.0212051622.1901f7e0@posting.google.com>    Alan Adams <alan.adams@orchard-way.freeserve.co.uk> wrote in message news:<4cfd969e4b.Alan.Adams@orchard-way.freeserve.co.uk>...> > In message <2178d61f.0212011011.3a02a8e7@posting.google.com>- >           nmanser@progis.de (Manser) wrote:  >  > > Alan Adams <alan.adams@orchard-way.freeserve.co.uk> wrote in message news:<0517399d4b.Alan.Adams@orchard-way.freeserve.co.uk>...B > > > In message <2178d61f.0211281413.31cbdaa4@posting.google.com>1 > > >           nmanser@progis.de (Manser) wrote:  > > >  > > > > Alan Adams <alan.adams@orchard-way.freeserve.co.uk> wrote in message news:<9c688a9b4b.Alan.Adams@orchard-way.freeserve.co.uk>...
 > > > > > Hi, 
 > > > > > O > > > > > OK, I'll try to remember as much as possible - I worked with an SW300 S > > > > > (RaidArray 450) which uses the same controllers, but with a different bus  > > > > > configuration. > > > > 8 > > > > Lot of thanks, that you investige in my Problem. > > > > 
 > > > > > = > > > > > I don't have access to the hardware or manuals now. 
 > > > > >  > > > > 5 > > > > I have access to the manuals, (Service Guide)  > > > >  > > >  > > > < huge snip> > > > 
 > > > > > N > > > > > Sorry I can't point to a definite cause. I suspect your system has aR > > > > > different configuration to the one I used, for example, removable cache.
 > > > > >  > > > > > Good luck,
 > > > > >  > > > > > Alan > > > > L > > > > i can send you a picture of the server showing how it is configured. > > > > my question is:  > > > > S > > > > suppose the batteries are damaged or flat, does this prevent the controller ! > > > > to initialise correctly ? 	 > > > >    > > > > thanks for the answers.  > > > P > > > Since the system behaves the same with terminal disconnected (that bit wasR > > > snipped), I suspect the batteries. I don't know whether a faulty battery canA > > > prevent the controller from booting, but it seems possible.  > > > J > > > If not that, then it would seem that you have the same fault on bothN > > > controllers, which seems somewhat unlikely. (Unless, as I have suggestedQ > > > before) a faulty terminal has been connected to each controller in turn and  > > > damaged it.) > > >  > > P > > the terminal i connected to is a VT500 with 3 Serial ports, 2 are connected > > > (1 to the alpha server, the other to the HSZ serial port.)Q > > the first time i connected the terminal, only the server console gave output. 5 > > How can a faulty terminal damage the controller ?  > N > RS232 is pretty tolerant of faults - each pin should be able to tolerate +/-I > 35 volts wrt signal ground, without damage. However RS423, used on more H > recent equipment, has lower voltages, normally +/- 5v. I just wonderedM > whether a faulty terminal might be sending an excessive voltage on one pin, N > breaking through the input protection, and damaging a chip on the controllerM > board. It is unlikely, but there aren't many things that would stop both of   > your controllers from booting. >   ) on the VT500 the input channls are RS432.    > > R > > > (You also asked about the output during boot - I can't remember the details,N > > > but it was plain text, similar to that output by terminal servers duringO > > > boot. It sounds as though your controllers are failing a self test before 1 > > > the point where they start to output text.)  > > >  > >  > > that is right. > > P > > > Oh, another thought. The PCMCIA memory cards contain the operating system.R > > > The highest version for HSZ50 wqs V5.7. (I hope I remembered this right. I'mL > > > fairly sure we ran 5.4 for a long time, then 5.7.) Have you got higher4 > > > versions? If so, you could get a boot failure. > > >  > > O > > the hsof version is 5.1, i don't know if changing the PCMCIA card, changes   > > this behaviour.  > F > This is the version in the PCMCIA card, and should be fine for those
 > controllers  >  > >  > > so the issues are: > > 8 > > i will change the connection cable, and try another.I > > if it persists, then it can be either the battery or the PCMCIA card.   > > are there another thoughts ? > > > I don't think it's PCMCIA - they are an appropriate version. >  > > seeing the Service manual:@ > > the LED fault code it get, tells me to reset the controller.0 > > other LED codes tells, to change the module. > J > It's trying to tell you both modules are faults. I hope not, and I can't" > really see why both should fail. > F > > what i want to know is if the complete controller card is damaged.2 > > i hope no, because i have no service contract. > L > You didn't say where the equipment came from - a really long shot would beG > mains voltage differences, i.e. 110 / 230 volt. However a lot of this I > equipment is auto-sensing. I don't know about the shelf power supplies.  >  > Getting desperate now... >  > Alan  " I finally have done the following:  
 power off 5 disbled the ECB by pushing the battery disable switch - disconnected the cable from the cache module.  remove the programm card. " loosen the screws from the trilink$ loosen the controller from the shelf) remove the memory battery (Type: 2032 3V)  waited Ca. 1 hour.( put the battery in the controller module  put the controller in the shelf. put back the trilink inserted the program card H reconnected the cable from tha cache to the (ECB External cache battery) powered the system on.  B both controllers initialised OK, so i could gain access to the CLIA the problem is that 1 LED of the ECB is not lit, it means that 1  , battery is not providing power to the cache.    B after 5 min, the upper controller shutsdown itself (seeing the LED status)  Green LED: LIT 3 leftmost amber LED : LIT  0 the other controller continues normal operation:  ! Green LED: blinking every second.  amber LED's : off   E i send you the output from the console, the first file is when i put  7 the serial cable to the upper controller. (the problem) $ the second from the down controller   ? My question: What can i do that both batteries function again ?    thanks,    Nazim Manser   ------------------------------  # Date: Fri, 06 Dec 2002 04:18:38 GMT 1 From: CSABA  HARANGOZO   <csabah@zipworld.com.au> ! Subject: Re: Quert wrt F$SEARCH() 5 Message-ID: <yyVH9.427$P5.23031@nasal.pacific.net.au>0  : Alan Adams <alan.adams@orchard-way.freeserve.co.uk> wrote:4 > In message <37icnTosrpg0WnKgXTWcog@brightview.com>E >          "covendotartdottalk21dotcom" <postmaster@127.0.0.1> wrote:   I >> "Alan Adams" <alan.adams@orchard-way.freeserve.co.uk> wrote in messager< >> news:5a25c99f4b.Alan.Adams@orchard-way.freeserve.co.uk...7 >> > In message <N2SdncfUCffs7nOgXTWc2Q@brightview.com>aI >> >           "covendotartdottalk21dotcom" <postmaster@127.0.0.1> wrote:a [...snip...]  D > SYSMAN may hang if the remote node isn't there (not sure, try it).  J > Submit/remote gives a testable error. (The file must exist on the remoteN > machine, and most submit qualifiers are not allowed. I wonder, SUBMIT/REMOTEJ > NODE1::NL: ??? Check for "unreachable", just as a "Node is up" test ???)  B 	He could also try $TYPE NODE1::NL: . This will give an error like 	this probably:d   $ty dummy::nl:7 %TYPE-W-SEARCHFAIL, error searching for DUMMY::NL:.LIS;n/ -RMS-E-FND, ACP file or directory lookup faileds, -SYSTEM-F-NOSUCHNODE, remote node is unknown $sh sym $statusm   $STATUS == "%X10951238"o  K  ( This status is for the first line of the error message, the Warning one,0N    but since the NL: device always exists on VMS systems it will suffice, i.e.C    it could be "typeable" always on a node which is up/reachable. )DO    If a node is reachable it clears the screen ( interactive mode ), and status 5    will be success ( %X10000001 ). Hope this helps...P 							Cheers,  Csaba]  I    -----------------------------------------------------------------------E    * Csaba I. Harangozo     |    'To err is human', said the hedgehog E    * csabah@zipworld.com.au |           as he dismounted a wirebrush.tI    ----------------------------------------------------------------------9;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:d   ------------------------------  % Date: Thu, 05 Dec 2002 16:48:08 -0800o0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>G Subject: Request for Discussion, make comp.os.vms a moderated newsgroupb, Message-ID: <3DEF8348.64B322FE@Mvb.Saic.Com>  F I am in the process of writing up a formal RFD to begin the process toE make comp.os.vms a moderated newsgroup.  The rationale behind this iseG the fact that the noise level in this newsgroup has grown so large that H the number of off-topic posts now exceeds the number of on-topic posts. G Repeated requests to cease sending off-topic messages to this newsgroupn* have simply been ignored by the offenders.  E Before submitting the formal proposal, however (which will need to betA cross-posted to news.groups and news.announce.newgroups) it seemswA worthwhile to begin an informal discussion with the denizens here D regarding their thoughts on the subject.  It may be that no one elseE cares how non-VMSy this newsgroup has become (or, perhaps, not enough H others see it as "noisy" as the few I've been in communication with do).  H So, in brief, the net result of the proposal being prepared would be the creation of two new newsgroups:n  / comp.os.vms.technical  which would be moderated 1 comp.os.vms.advocacy   which would be unmoderatedn  - and the removal of the comp.os.vms newsgroup.t  A The charter of the technical group would be, as its name implies,oG technical discussions that directly relate in some way to OpenVMS.  Anyk) posting not so related would be rejected.s  D The gateway to the Info-VAX mailing list would move to the technical- newsgroup and it would have the same charter.-  H Moderation would be automated.  A list would be maintained of anyone whoG has previously posted an on-topic message to the newsgroup.  SubsequentdC postings from that address would be immediately approved and, thus, H experience very little delay in reaching the usenet community.  PostingsD from first-time posters (or from posters who posted off-topic enoughD times to be removed from the auto-moderation list) would be manually: screened by a moderator before being approved for posting.  H Forged postings, as with forged Approved: headers, would be handled on a' case-by-case basis by the moderator(s).u  H Does anyone else have any thoughts they'd care to share on this subject?  
 Mark Berryman  Mark.Berryman@Mvb.Saic.Com Info-VAX administrator   ------------------------------  $ Date: Thu, 5 Dec 2002 16:49:13 -0800$ From: Shane Smith <ssmith@icius.com>K Subject: RE: Request for Discussion, make comp.os.vms a moderated newsgroupn0 Message-ID: <01C29C7E.60ED6C20@sulfer.icius.com>  G Personally I enjoy enough of the noise that I'm prepared to put up with.G the rest of it. However, if the majority want to do something about it,oH I won't object. I would like to request that an e-mail gateway be set upG for the unmoderated group also, as I prefer that to using a newsreader.-   Shane-   -----Original Message-----7 From: Mark Berryman [mailto:Mark.Berryman@Mvb.Saic.Com] ) Sent: Thursday, December 05, 2002 4:48 PMi To: Info-VAX@Mvb.Saic.Com-G Subject: Request for Discussion, make comp.os.vms a moderated newsgroupe    F I am in the process of writing up a formal RFD to begin the process toE make comp.os.vms a moderated newsgroup.  The rationale behind this is G the fact that the noise level in this newsgroup has grown so large that H the number of off-topic posts now exceeds the number of on-topic posts. G Repeated requests to cease sending off-topic messages to this newsgroupp* have simply been ignored by the offenders.  E Before submitting the formal proposal, however (which will need to be A cross-posted to news.groups and news.announce.newgroups) it seems A worthwhile to begin an informal discussion with the denizens here D regarding their thoughts on the subject.  It may be that no one elseE cares how non-VMSy this newsgroup has become (or, perhaps, not enough2H others see it as "noisy" as the few I've been in communication with do).  H So, in brief, the net result of the proposal being prepared would be the creation of two new newsgroups:f  / comp.os.vms.technical  which would be moderated"1 comp.os.vms.advocacy   which would be unmoderatedu  - and the removal of the comp.os.vms newsgroup.a  A The charter of the technical group would be, as its name implies,nG technical discussions that directly relate in some way to OpenVMS.  Any ) posting not so related would be rejected.A  D The gateway to the Info-VAX mailing list would move to the technical- newsgroup and it would have the same charter.2  H Moderation would be automated.  A list would be maintained of anyone whoG has previously posted an on-topic message to the newsgroup.  Subsequent C postings from that address would be immediately approved and, thus,gH experience very little delay in reaching the usenet community.  PostingsD from first-time posters (or from posters who posted off-topic enoughD times to be removed from the auto-moderation list) would be manually: screened by a moderator before being approved for posting.  H Forged postings, as with forged Approved: headers, would be handled on a' case-by-case basis by the moderator(s).a  H Does anyone else have any thoughts they'd care to share on this subject?  
 Mark Berryman  Mark.Berryman@Mvb.Saic.Com Info-VAX administrator   ------------------------------   Date: 5 Dec 2002 19:45:56 -06005- From: Kilgallen@SpamCop.net (Larry Kilgallen)EK Subject: Re: Request for Discussion, make comp.os.vms a moderated newsgroupt3 Message-ID: <RFf7Mqty3voR@eisner.encompasserve.org>d  _ In article <3DEF8348.64B322FE@Mvb.Saic.Com>, Mark Berryman <Mark.Berryman@Mvb.Saic.Com> writes:   J > So, in brief, the net result of the proposal being prepared would be the! > creation of two new newsgroups:r > 1 > comp.os.vms.technical  which would be moderatedd3 > comp.os.vms.advocacy   which would be unmoderatedN > / > and the removal of the comp.os.vms newsgroup.U  J > Does anyone else have any thoughts they'd care to share on this subject?  C I oppose the idea, because I think the greatest service is affordeddB to those who only know to look for comp.os.vms and expect it to be there as it always has been.   ------------------------------  % Date: Thu, 05 Dec 2002 22:00:35 -0500y0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>K Subject: Re: Request for Discussion, make comp.os.vms a moderated newsgroups/ Message-ID: <3DF012D3.3CF60AEA@vl.videotron.ca>e   Mark Berryman wrote:J > So, in brief, the net result of the proposal being prepared would be the! > creation of two new newsgroups:n > 1 > comp.os.vms.technical  which would be moderatedn3 > comp.os.vms.advocacy   which would be unmoderatedm > / > and the removal of the comp.os.vms newsgroup.   L Leave comp.os.vms alone and create your own moderated newsgroup. Personally,K with a shrunken VMS community, one should push for consolidation of all theW  vmsnet groups into fewer groups.   ------------------------------  + Date: Thu, 05 Dec 2002 20:53:47 -0600 (CST)u From: sms@antinode.orgK Subject: Re: Request for Discussion, make comp.os.vms a moderated newsgroupr) Message-ID: <02120520534718@antinode.org>i  7 From: Mark Berryman [mailto:Mark.Berryman@Mvb.Saic.Com]tH > I am in the process of writing up a formal RFD to begin the process toG > make comp.os.vms a moderated newsgroup.  The rationale behind this ishI > the fact that the noise level in this newsgroup has grown so large that J > the number of off-topic posts now exceeds the number of on-topic posts. I > Repeated requests to cease sending off-topic messages to this newsgroupu, > have simply been ignored by the offenders.  F    I don't actually like it, but I prefer moderation to having to slogC through the excessive, endless, off-topic crud.  The tragedy of then commons strikes again.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode.orgv    Saint Paul  MN  55105-2547    ------------------------------   Date: 5 Dec 2002 20:00:32 -0600i3 From: bradhamilton@127.0.0.1 (Bradford J. Hamilton)-K Subject: Re: Request for Discussion, make comp.os.vms a moderated newsgroupe3 Message-ID: <6QY6hGSixQDW@eisner.encompasserve.org>i  K I was thinking about Larry's observation, and I have a (potentially stupid) 	 question:   I Would it be possible to set up the proposed newsgroups in such a way thatdF someone "registering" for c.o.v. be somehow "pointed" to .technical orL .advocacy, either by a "default" mechanism, or by some choice on the part of	 the user?M  L I ask this question in ignorance of the "mechanism" behind newsgroups, and IG suspect it is not possible, but I thought the question should be asked.o  c In article <RFf7Mqty3voR@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:Ba > In article <3DEF8348.64B322FE@Mvb.Saic.Com>, Mark Berryman <Mark.Berryman@Mvb.Saic.Com> writes:e > K >> So, in brief, the net result of the proposal being prepared would be theo" >> creation of two new newsgroups: >> e2 >> comp.os.vms.technical  which would be moderated4 >> comp.os.vms.advocacy   which would be unmoderated >> a0 >> and the removal of the comp.os.vms newsgroup. > K >> Does anyone else have any thoughts they'd care to share on this subject?e > E > I oppose the idea, because I think the greatest service is affordedaD > to those who only know to look for comp.os.vms and expect it to be > there as it always has been.   ------------------------------  * Date: Thu, 5 Dec 2002 23:43:44 +0000 (UTC)" From: "matt" <matt987@hotmail.com>% Subject: Re: TK70 drive bug found :-(h/ Message-ID: <asoobg$lrs$1@helle.btinternet.com>r  ? "Robert Deininger" <rdeininger@mindspring.com> wrote in message F news:rdeininger-0512021821520001@user-2ive1ar.dialup.mindspring.com...> > In article <01C29C3C.62099080@sulfer.icius.com>, Shane Smith > <ssmith@icius.com> wrote:s >eI > >I have some not so fond memories of an old Kennedy reel-to-reel vacuum2I > >column tape drive that should have been retired meny years previously.oF > >Management wouldn't let us get rid of it because it looked like theH > >"computers" in movies, and they wanted to be able to point to it when8 > >they were showing people from other companies around. > >l: > >PHB's. And no, the "B" doesn't mean "Boss" this time... > = > When I was in school we had a pair of these Kennedy drives.e >t' > We all called them the Dead Kennedys.   K We wrote a program that just spooled a tape backwards and forwards (in "JoeeL 90" mode) for when we had visitors or upper management on a visit, otherwiseI they honestly thought the computer (a PDP 11-60 no less !) wasn't workingr
 properly !   Matt.l   ------------------------------  $ Date: Thu, 5 Dec 2002 16:03:42 -0800$ From: Shane Smith <ssmith@icius.com>% Subject: RE: TK70 drive bug found :-(e0 Message-ID: <01C29C77.ED923AE0@sulfer.icius.com>  3 Caution: second hand unconfirmed story approaching.n  G I used to work with someone whose Dad worked at NASA in the Apollo era.oE According to her, while the computers were working none of the lightsnE flashed. Her Dad was asked to write a program like yours to flash thehE lights in random sequence when VIPs were showed round. Unfortunately, B when it was running the machines didn't have enough power left forF actual work, so both the machines and the people were pretending to be busy...d   Shaner   -----Original Message-----' From: matt [mailto:matt987@hotmail.com]h) Sent: Thursday, December 05, 2002 3:44 PM  To: Info-VAX@Mvb.Saic.Com % Subject: Re: TK70 drive bug found :-(m    ? "Robert Deininger" <rdeininger@mindspring.com> wrote in message F news:rdeininger-0512021821520001@user-2ive1ar.dialup.mindspring.com...> > In article <01C29C3C.62099080@sulfer.icius.com>, Shane Smith > <ssmith@icius.com> wrote:s >cI > >I have some not so fond memories of an old Kennedy reel-to-reel vacuumuI > >column tape drive that should have been retired meny years previously.aF > >Management wouldn't let us get rid of it because it looked like theH > >"computers" in movies, and they wanted to be able to point to it when8 > >they were showing people from other companies around. > > : > >PHB's. And no, the "B" doesn't mean "Boss" this time... > = > When I was in school we had a pair of these Kennedy drives.m >c' > We all called them the Dead Kennedys.t  F We wrote a program that just spooled a tape backwards and forwards (in "JoeB 90" mode) for when we had visitors or upper management on a visit,	 otherwisewA they honestly thought the computer (a PDP 11-60 no less !) wasn'ts working 
 properly !   Matt.t   ------------------------------  % Date: Fri, 06 Dec 2002 01:18:00 +0100o9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>a% Subject: Re: TK70 drive bug found :-(c' Message-ID: <3DEFECB8.9BDEAB16@aaa.com>s  2 As close to *real* AI as you ever get, I supose...   Shane Smith wrote: > ; > so both the machines and the people were pretending to be,	 > busy...  >  > Shanet   ------------------------------   Date: 5 Dec 2002 11:13:32 -0800h, From: colive@technologEase.com (Chris Olive)+ Subject: Re: totally OT: terminal emulatorsw= Message-ID: <b10654c6.0212051113.4a46420a@posting.google.com>l  u LESLIE@JRLVAX.HOUSTON.RR.COM (Jerry Leslie) wrote in message news:<yUwH9.108880$Kj1.4484915@twister.austin.rr.com>...e/ > Chris Olive (colive@technologEase.com) wrote:  > : I > : Your review here and FdC's review and link were both enlightening.  I F > : understand Frank's comment that PuTTY does 10% of what Kermit doesF > : (esp. after looking over the comparision link he handed out.)  ButH > : that 10% is all I need.  Kermit -- pardon the comparision -- is likeD > : having all the features of MS Word when all I need to do is typeI > : memos.  (The analogy totally breaks down though in that I suspect allaI > : of Kermit's features actually WORK, whereas I wouldn't place a $2 beti+ > : on any piece of Microsoft pretendware.)f > : G > Search the archived postings of the comp.os.ms-windows.apps.word-proco" > newsgroup for "master document". > D > These articles are written by the former Project Manager of Excel,E > Joel Spolsky, and may explain why Microsoft software is bloated and  > buggy: >  > > >    http://www.joelonsoftware.com/articles/fog0000000020.htmlH >    Joel on Software - Strategy Letter IV: Bloatware and the 80/20 Myth > > >    http://www.joelonsoftware.com/articles/fog0000000069.html: >    Joel on Software - Things You Should Never Do, Part I >  >   @ Well, any tangents from these links above probably deserve a newF thread, but Joel baby must be running in-house versions, gratis, of MSB Windoze because all Windows versions I have EVER used were shot soF full of memory leak problems, I've ALWAYS had to give my Windoze boxes> a good swift kick in the pants (ie. reboot) to clean up memoryD leak/(mis)management problems, sometimes DAILY.  The architecting ofA Windows ON PAPER may seem that it handles memory as stated in hise? articles, but I don't care what he says: it manages memory very  poorly.s  A Anyway, it's off-topic from this thread (which was called OT, butnA wasn't!) so I digress, not to mention I shouldn't be wasting time @ convincing others what is so obvious to most everyone thats evenB remotely familiar with a robust OS with real MM.  There were other  laughable comments that he made.  A The second link however (unrelated to Windows directly), I had toMF agree with, regretably.  Fredrick Brooks would be proud to claim it as a corollary...   Chris- ------ chris at technologEase dot com   ------------------------------   Date: 5 Dec 2002 20:04:41 -0800R5 From: Hiroyuki_Tanaka4@excite.co.jp (Hiroyuki Tanaka)5- Subject: UCX / TCP QIO interface and READVBLK5= Message-ID: <68cfa44d.0212052004.57a172b7@posting.google.com>    Hi,o  L I have question about the TCPIP interfaces and the READVBLK. I have a serverL process with a buffer of say size 512 bytes.  Then from a client I write to D the port that the server is going to read from a string of 10 bytes.  K Currently in the iosb for the server READVBLK I get the value of 512 bytes,cL with the buffer containing my ten bytes and the remainder of the buffer zero filled.   M From my limited QIO$ programming experience with serial comms I thought that  : the iosb status block returned the number of bytes read.     Is this behaviour correct?    F Apart from the UCX guide are there any good books I should look at to 8 understand TCP socket programming, particulary with VMS.   Thanks   ------------------------------   Date: 5 Dec 2002 15:21:31 -0800d From: browell@state.mt.us (bgr)o" Subject: vms / oracle dba position= Message-ID: <68fb4c55.0212051521.60a9d747@posting.google.com>E  0 VMS/NT shop (at least for now), have an opening ? for a DBA/Systems person. 3yrs DBA / 2yrs systems experience.   ) Four node VMS cluster with fibre channel.t   position 81005  % http://jsdora.dli.state.mt.us/pls/mjsR: /MJS0110W.QueryView?P_EMPR_ID_SEQ=2044&P_JORD_APPL_SEQ=376  , http://discoveringmontana.com/css/statejobs/   ------------------------------  # Date: Thu, 05 Dec 2002 21:40:34 GMT5- From: goathunter@goatley.com (Hunter Goatley) ) Subject: Re: Webserver advice for VAX/VMSg0 Message-ID: <3defc799.32100478@news.process.com>  N On Thu, 5 Dec 2002 12:33:15 +0000 (UTC), david20@alpha1.mdx.ac.uk (David Webb) wrote:  N >I thought Purveyor when it was still being developed was a commercial product >not freeware.   Correct.  5 >Can you even obtain Purveyor from Process any more ?i >tO It's available to Hobbyists for free, and we still sell licenses for it, thoughwL it is unsupported (and we still do sell some licenses each year, despite the unsupported status).   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/i8 goathunter@goatley.com    http://www.goatley.com/hunter/< New Robert R. McCammon site: http://www.RobertRMcCammon.com/   ------------------------------  * Date: Thu, 5 Dec 2002 12:33:15 +0000 (UTC)+ From: david20@alpha1.mdx.ac.uk (David Webb) ) Subject: Re: Webserver advice for VAX/VMS + Message-ID: <asnh2b$5jf$1@aquila.mdx.ac.uk>o  h In article <d7791aa1.0212041527.71964117@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:` >"Hans Vlems" <hvlems@iae.nl> wrote in message news:<askdsc$qfs54$1@ID-143435.news.dfncis.de>...O >> With two powerful VAXstations (4000-90A) I'm considering setting one up as aeK >> webserver. I've got Freeware distribution V5, which offers a few optionsh >> (like WASD IIRC). >> e? >> Question 1: which one is the easiest to set up and maintain?  >> eM >> Question 2: are there other (freeware) products that I should investigate?n >> v >> h
 >> Hans Vlems  >  >Q1 answer: Purveyor >Q2 answer: Purveyor  M I thought Purveyor when it was still being developed was a commercial product 
 not freeware.m  4 Can you even obtain Purveyor from Process any more ?  
 David Webb VMS and Unix team leader CCSS Middlesex University   ------------------------------   Date: 5 Dec 2002 13:27:55 -0800e7 From: jones.computer.srv@worldnet.att.net (Daryl Jones)d8 Subject: Re: what does this command mean (TYPE/PAGE NL:)= Message-ID: <8a646952.0212051327.2733cf87@posting.google.com>r  ] Alan Frisbie <Abuse@NelsonUSA.com> wrote in message news:<3DEE9A22.81449025@NelsonUSA.com>...C > Daryl Jones wrote: >  > > Rudolf Wingert wrote >  oM > > > in the early VMS days, I did try to write a DCL commandprocedure, thatsuL > > > clear the screen and set the pointer to the home position. It was veryO > > > difficult in case of having VT05, VT52, VT100, VT102 and so on terminals.cL > > > Every type did need an own ESC sequence to to the needs. Since the dayO > > > of TYPE/PAGE I could use this command to do the same, device independend.l >  aJ > > I am sorry to hear that you consider the ANSI Standard Escape SequenceI > > code to be difficult. I used it extensively on VT100 on up for years.s > H > The VT100 was the first DEC terminal to use the ANSI escape sequences.= > The VT05 and VT52 did not, which was Rudolf's entire point.i >  > Alan   Alan,a  D Then Rudolf had problems with only VT05 and VT52 and not the rest ofE all them (vt100s, vt200s, vt300s, vt400s, vt500s) which was my point!-E I was using VT100s in 1982, which I believe was the standard offering  at that time on VAX/VMS 2.5.   Daryl Jonesr   ------------------------------  + Date: Fri, 06 Dec 2002 01:32:50 +0100 (CET)g9 From: Richard Levitte - VMS Whacker <levitte@openssl.org>n+ Subject: [ANNOUNCE] OpenSSL 0.9.6h releaseda: Message-ID: <20021206.013250.27777216.levitte@openssl.org>  " -----BEGIN PGP SIGNED MESSAGE-----    !   OpenSSL version 0.9.6h releasedi!   ===============================e  /   OpenSSL - The Open Source toolkit for SSL/TLSx   http://www.openssl.org/b  H   The OpenSSL project team is pleased to announce the release of versionJ   0.9.6h of our open source toolkit for SSL/TLS.  This new OpenSSL versionJ   is a bugfix release.  This will be the last release in the 0.9.6 series.  #   The most significant changes are:a  :       o New configuration targets for Tandem OSS and A/UX.*       o New OIDs for Microsoft attributes./       o Better handling of SSL session caching.i1       o Better comparison of distinguished names. O       o Better handling of shared libraries in a mixed GNU/non-GNU environment.a.       o Support assembler code with Borland C."       o Fixes for length problems.*       o Fixes for uninitialised variables.N       o Fixes for memory leaks, some unusual crashes and some race conditions.,       o Fixes for smaller building problems.@       o Updates of manuals, FAQ and other instructive documents.  H   We consider OpenSSL 0.9.6h to be the best version of OpenSSL availableC   and we strongly recommend that users of older versions upgrade asaF   soon as possible.  OpenSSL 0.9.6h is available for download via HTTPG   and FTP from the following master locations (you can find the various ?   FTP mirrors under http://www.openssl.org/source/mirror.html):   $     o http://www.openssl.org/source/#     o ftp://ftp.openssl.org/source/h  ?   [1] OpenSSL comes in the form of two distributions this time.mK   The reasons for this is that we want to deploy the external crypto device J   support but don't want to have it part of the "normal" distribution justI   yet.  The distribution containing the external crypto device support ismG   popularly called "engine", and is considered experimental.  It's been]J   fairly well tested on Unix and flavors thereof.  If run on a system withN   no external crypto device, it will work just like the "normal" distribution.  "   The distribution file names are:  &       o openssl-0.9.6h.tar.gz [normal]6         MD5 checksum: 621bef36ad61012bb71945a1cb449073-       o openssl-engine-0.9.6h.tar.gz [engine]s6         MD5 checksum: a7e3f5c0a5451ca666e4cbe23a8617a2  =   The checksums were calculated using the following commands:u  '     openssl md5 < openssl-0.9.6h.tar.gze.     openssl md5 < openssl-engine-0.9.6h.tar.gz     Yours,   The OpenSSL Project Team...     =     Mark J. Cox             Ben Laurie          Andy Polyakovc<     Ralf S. Engelschall     Richard Levitte     Geoff Thorpe'     Dr. Stephen Henson      Bodo Mllerr&     Lutz Jnicke            Ulf Mller   -----BEGIN PGP SIGNATURE-----  Version: 2.6.3ia Charset: noconv   @ iQEVAwUBPe/vyPTy7ZjgbSyxAQGpMgf9F+ogrKCTS986u8S3djrjQPBf7PmVKKUt@ /alezX+LoIIDP5FxcQVZtim0N7cevNplm7JhfYczDmUg/uJhF4dt2KyWv+fouP0j@ jnBrqciFlHi17phPbPmQly791yBoaEvg/SU/mFdwsC4wS2wKpUiJbsxD1C/7AATp@ 32+h81Pi7rmvo1QdinB81xcoXVFJIY+1jgxb/OFoTvG0TX+W17kIgIAjmdw/wilj@ mFNXqM+XxHqn8vqPXMO9PJL4IGNgYiqmjkZ+Rrmh7wOmSl4jOpBPrXwt7xxyRCA58 Rzq4e2JfnEwu+380cSn7GFlFTbCAqhxL33ut37gOKX2vzDGH8zlmbQ== =7T2Je -----END PGP SIGNATURE-----h   ------------------------------  + Date: Fri, 06 Dec 2002 01:32:25 +0100 (CET)r9 From: Richard Levitte - VMS Whacker <levitte@openssl.org>s1 Subject: [ANNOUNCE] OpenSSL 0.9.7 beta 5 releaseds: Message-ID: <20021206.013225.02305091.levitte@openssl.org>  " -----BEGIN PGP SIGNED MESSAGE-----  C   The fifth beta release of OpenSSL 0.9.7 is now available from theoC   OpenSSL FTP site <URL: ftp://ftp.openssl.org/source/>.  This beta 0   contains quite a number of fixes since beta 4.  D   This is NOT a final beta, even if that was the original plan.  TheE   updated plan has beta 6 as final beta.  It is scheduled for release7F   on Thursday 2002-12-12.  The final release of OpenSSL 0.9.7 has beenE   rescheduled for Tuesday 2002-12-17.  To make sure that it will workaA   correctly, please test beta 5 thoroughly, for example with your1B   favorite piece of software, and please report back to us!  Also,E   please test on as many platforms as you have available and you have 0   time for, especially on less common platforms.  :   If you're interested in helping further, please join the?   openssl-dev@openssl.org list, where test requests on specificd*   development snapshots will be announced.  8   Changes between 0.9.7 beta 4 and 0.9.7 beta 5 include:         o Bug fixes.H       o Only supports MIT Kerberos for now, Heimdal support is disabled.0       o Support for new platforms: Linux x86_64.  D   The full set of changes between 0.9.6{x} and 0.9.7 beta 5 include:  !       o New library section OCSP. &       o Complete rewrite of ASN1 code.8       o CRL checking in verify code and openssl utility.*       o Extension copying in 'ca' utility.1       o Flexible display options in 'ca' utility. C       o Provisional support for international characters with UTF8. C       o Support for external crypto devices ('engine') is no longer           a separate distribution.+       o New elliptic curve library section.r+       o New AES (Rijndael) library section.pL       o Support for new platforms: Windows CE, Tandem OSS, A/UX, AIX 64-bit,         Linux x86_644       o Extended support for some platforms: VxWorks.       o Enhanced support for shared libraries.       o Support for pkg-config.e       o Lots of new manuals.M       o Change DES API to clean up the namespace (some applications link also I         against libdes providing similar functions having the same name).mI         Provide macros for backward compatibility (will be removed in thea         future).H       o Unify handling of cryptographic algorithms (software and engine)N         to be available via EVP routines for asymmetric and symmetric ciphers.3       o NCONF: new configuration handling routines.iJ       o Change API to use more 'const' modifiers to improve error checking         and help optimizers.,       o Finally remove references to RSAref.*       o Reworked parts of the BIGNUM code.G       o Support for new engines: Broadcom ubsec, Accelerated Encryptionh         Processing, IBM 4758.e2       o A few new engines added in the demos area.=       o Extended and corrected OID (object identifier) table. N       o PRNG: query at more locations for a random device, automatic query for6         EGD style random sources at several locations.O       o SSL/TLS: allow optional cipher choice according to server's preference.p@       o SSL/TLS: allow server to explicitly set new session ids.:       o SSL/TLS: support Kerberos cipher suites (RFC2712).$ 	Only supports MIT Kerberos for now.K       o SSL/TLS: allow more precise control of renegotiations and sessions.l;       o SSL/TLS: add callback to retrieve SSL/TLS messages.o5       o SSL/TLS: support AES cipher suites (RFC3268).p      The distribution file name is:  "       o openssl-0.9.7-beta5.tar.gz6         MD5 checksum: 2d8dcddb3b545d9354178d41f8bb01bd  ;   The checksum was calculated using the following commands:g  ,     openssl md5 < openssl-0.9.7-beta5.tar.gz   -----BEGIN PGP SIGNATURE-----  Version: 2.6.3ia Charset: noconvt  @ iQEVAwUBPe/v4vTy7ZjgbSyxAQE0mgf/ZP7xLu8KAuAsYetMCJCPqkZaxQlxspWQ@ /DJY4DVc86HSfTaqefj5e0grVGZVNQvnvqZ7Qs7T/l4R+4FXxquqC47A4kdBTl1f@ fDZvakQgN6lb4HFh3hEBvUtTl4zVghRoc9ZXLt+67ImWqGt34AoHPp/FXbF13FZU@ iVNcacJBCvvGTSJE24CXeR4p9Ku0dpv0wYeq39EUdWBml4dfQhLMscfvzl3S8gQg@ oqg2ilT8UZKApcexSGggBDpQi0gkxEd459sD5SfW+V8ic9QFhKfq2M2HTIEkW8TF8 ofYqZtX/GfMKhkLQtGI7q/WnfA6Mh/j9Fb7XMbFZ4LShUdNQTTkfjA== =dtgq, -----END PGP SIGNATURE-----    ------------------------------   End of INFO-VAX 2002.673 ************************, and should be fine for those
 > controllers  >  > >  > > so the issues are: > > 8 > > i will change the connection cable, and try another.I > > if it persists, then it can be either the battery or the PCMCIA card.   > > are there another thoughts ? > > > I don't think it's PCMCIA - they are an appropriate version. >  > > seeing the Service manual:@ > > the LE ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    	˪    
˪    ˪    ˪    
˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪     ˪    !˪    "˪    #˪    $˪    %˪    &˪    '˪    (˪    )˪    *˪    +˪    ,˪    -˪    .˪    /˪    0˪    1˪    2˪    3˪    4˪    5˪    6˪    7˪    8˪    9˪    :˪    ;˪    <˪    =˪    >˪    ?˪    @˪    A˪    B˪    C˪    D˪    E˪    F˪    G˪    H˪    I˪    J˪    K˪    L˪    M˪    N˪    O˪    P˪    Q˪    R˪    S˪    T˪    U˪    V˪    W˪    X˪    Y˪    Z˪    [˪    \˪    ]˪    ^˪    _˪    `˪    a˪    b˪    c˪    d˪    e˪    f˪    g˪    h˪    i˪    j˪    k˪    l˪    m˪    n˪    o˪    p˪    q˪    r˪    s˪    t˪    u˪    v˪    w˪    x˪    y˪    z˪    {˪    |˪    }˪    ~˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    ˪    