1 INFO-VAX	Mon, 10 Jul 2000	Volume 2000 : Issue 382       Contents:! ABC (TSM/ADSM) client experiences  Affordable: A Clarification  RE: Cobol ISAM Question  RE: Cobol ISAM Question  Re: Cobol ISAM Question  Re: Cobol ISAM Question  Re: Cobol ISAM Question " Re: Dead DECsystem 3000-500 power?" Re: Dead DECsystem 3000-500 power?" Re: Dead DECsystem 3000-500 power? Large Macro programs on Alpha ( Medical Equipment at CHEAP price......!!$ Re: MIN BOOT problem - openVMS 5.5-2$ Re: MIN BOOT problem - openVMS 5.5-2$ Re: MIN BOOT problem - openVMS 5.5-2$ Re: MIN BOOT problem - openVMS 5.5-2$ Re: MIN BOOT problem - openVMS 5.5-2$ Re: MIN BOOT problem - openVMS 5.5-2$ Re: Mitnick (was Re: Fun VMS Facts?)$ Re: Mitnick (was Re: Fun VMS Facts?) Re: Telnet script  Re: vms media (scsi hdd) access  WTB: Microvax2000 . Re: [Q] Does VMS support IDE for system disks?  F ----------------------------------------------------------------------  # Date: Mon, 10 Jul 2000 04:03:20 GMT - From: David Bodey <bodey.david.dj@bhp.com.au> * Subject: ABC (TSM/ADSM) client experiences) Message-ID: <8kbhu1$t56$1@nnrp1.deja.com>   E I'm looking at using the TSM (ADSM) client for VMS from SSSI (Storage D Solutions Specialists Inc) called ABC (Archive Backup Client). Would3 appreciate any feedback from users of this product:  - product reliability 3 - ability to restore (especially system disks); and C - reliability and responsive of the supplier for technical support.    Thanks.     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Sun, 09 Jul 2000 21:18:10 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> $ Subject: Affordable: A Clarification, Message-ID: <39693262.4E0C158@earthlink.net>  
 Hi, Folks,  @ I just wanted to make a clarification, as this was brought to my0 attention again, outside of an on-line exchange:  F My PRIMARY thrust is AFFORDABLE OPENVMS. VAXes are history, but Alphas$ are both the present and the future.  A OpenVMS on Intel is an absolute necessity; however it is *NOT* my  primary thrust.   B We need to get the prices down so OpenVMS will sell. The resulting5 revenue stream will more than pay for the Intel port.   . Again, stated mathematically in several forms:  * "Affordable OpenVMS" != "OpenVMS on Intel"  * "Affordable OpenVMS" <> "OpenVMS on Intel"  - "Affordable OpenVMS" .NES. "OpenVMS on Intel"   B I hope that settles any confusion that anyone may be experiencing.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Sun, 9 Jul 2000 14:50:40 -07002 From: "Randy Park" <rjpark@mindspring.com.nospaam>  Subject: RE: Cobol ISAM Question2 Message-ID: <8kas3n$tmj$1@slb3.atl.mindspring.net>  C >Hi, I found that you had a useful comment in one newsgroup and was ' >wondering if you could give me a hint:  > B >I have a FDL that looks like below, I am trying to figure out theJ >structure of the index files so that I can build them myself. What >can I do?  >  > 
 >kind regards  >Oliver Drobnik  >ONE IT BMP Group 
 >(www.one.at)     D >TITLE   "CICC - Call details - LIVE:Set ALLOC=25*subs on billcycle,
 >EXT=ALLOC/5"  > 3 >IDENT   "CAB-K5.6-GEN/PR/260  17.5.96 Remove Area"  >  >SYSTEM ( >        SOURCE                  VAX/VMS >  >FILE # >        ALLOCATION              10 $ >        BEST_TRY_CONTIGUOUS     yes# >        BUCKET_SIZE             20 # >        CONTIGUOUS              no # >        EXTENSION               10 " >        GLOBAL_BUFFER_COUNT     5( >        ORGANIZATION            indexed >  >RECORD $ >        BLOCK_SPAN              yes0 >        CARRIAGE_CONTROL        carriage_return& >        FORMAT                  fixed$ >        SIZE                    400 >  >KEY 0# >        CHANGES                 no $ >        DATA_KEY_COMPRESSION    yes$ >        DATA_RECORD_COMPRESSION yes" >        DATA_AREA               0# >        DATA_FILL               50 # >        DUPLICATES              no " >        INDEX_AREA              0$ >        INDEX_COMPRESSION       yes# >        INDEX_FILL              75 " >        LEVEL1_INDEX_AREA       0# >        NAME                    "" # >        NULL_KEY                no " >        PROLOG                  3# >        SEG0_LENGTH             39 " >        SEG0_POSITION           0' >        TYPE                    string   ? If you are asking how you can code your own program to read and A write RMS Indexed files without using RMS, then that is something ! I would not recommend attempting.   ; Otherwise, there are several RMS utilities that are used to ? create, modify, and populate RMS Indexed files.  These include:      EDIT/FDL     ANALYZE/RMS/FDL      CREATE/FDL     CONVERT    ------------------------------   Date: 9 Jul 2000 22:10:51 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)  Subject: RE: Cobol ISAM Question6 Message-ID: <8kat9b$ela$1@mailint03.im.hou.compaq.com>  g In article <8kas3n$tmj$1@slb3.atl.mindspring.net>, "Randy Park" <rjpark@mindspring.com.nospaam> writes: C :>I have a FDL that looks like below, I am trying to figure out the E :>structure of the index files so that I can build them myself. What   :>can I do?     F   Far, far, far better (and more flexible) to use the fdl$create call D   and similar, in order to use the existing FDL (via a file or via aE   string) to create the desired target file than to go through all of B   what a particular language will require to create the same file.  H   Why?  When (not "if" :-)  you have to tweak or tune the indexed file, F   starting from an FDL definition makes this whole task rather easier H   than having to rebuild the application...  You can use existing tools,B   and can easily create exactly what a particular situation needs.9   And you don't have to rebuild the application to do it.   J   If the application is coded for it (via XABSUM and XABKEY, etc), it can I   adapt to the addition of new keys, and even changes in size or location    of the existing keys.   @ :If you are asking how you can code your own program to read andB :write RMS Indexed files without using RMS, then that is something" :I would not recommend attempting.  C   I will assume the original questioner was not seeking to read and C   write RMS indexed files via raw I/O, either on OpenVMS or on some @   other platform.  Rather, I will assume the questioner seeks toB   create the same file that the FDL would, via COBOL semantics (or   via some other language)...   < :Otherwise, there are several RMS utilities that are used to@ :create, modify, and populate RMS Indexed files.  These include:
 :    EDIT/FDL  :    ANALYZE/RMS/FDL :    CREATE/FDL  :    CONVERT  F   Correct -- and the FDL API is available in addition to this DCL API.A   For documentation on all of this stuff, please see the OpenVMS     documentation set.   	--   G   nb: ISAM is an IBM term.  With RMS on OpenVMS, it's called "indexed".   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Sun, 09 Jul 2000 22:15:49 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>   Subject: Re: Cobol ISAM Question, Message-ID: <396931D1.DFEB0B95@videotron.ca>   > >FILE % > >        ALLOCATION              10 & > >        BEST_TRY_CONTIGUOUS     yes% > >        BUCKET_SIZE             20 % > >        CONTIGUOUS              no % > >        EXTENSION               10 $ > >        GLOBAL_BUFFER_COUNT     5* > >        ORGANIZATION            indexed > > 	 > >RECORD & > >        BLOCK_SPAN              yes2 > >        CARRIAGE_CONTROL        carriage_return( > >        FORMAT                  fixed& > >        SIZE                    400 > >  > >KEY 0% > >        CHANGES                 no & > >        DATA_KEY_COMPRESSION    yes& > >        DATA_RECORD_COMPRESSION yes$ > >        DATA_AREA               0% > >        DATA_FILL               50 % > >        DUPLICATES              no $ > >        INDEX_AREA              0& > >        INDEX_COMPRESSION       yes% > >        INDEX_FILL              75 $ > >        LEVEL1_INDEX_AREA       0% > >        NAME                    "" % > >        NULL_KEY                no $ > >        PROLOG                  3% > >        SEG0_LENGTH             39 $ > >        SEG0_POSITION           0) > >        TYPE                    string     % SELECT FLAVORS ASSIGN to "DAIRY.DATA"  	ORGANIZATION IS INDEXED 	ACCESS MODE IS DYNAMIC  	RECORD KEY IS ICE-CREAM-KEY: 	ALTERNATE RECORD KEY IS ICE-CREAM-COLOUR WITH DUPLICATES.  N And in your FD sections, the definitiosn of ICE-CREAM-KEY and ICE-CREAM-COLOURN will automatically generate your key definitions for the file. You may have toM OPEN OUTPUT the file to be created. (At one point, the DEC Cobol compiler was L "upgraded" to comply to the standards and you could no longer open i-o a newN file. - they may have added that back in since then, it has been a long time).  M Looking at my old Cobol manuals, there does not seem to be any way to specify L file size/allocation attributes in either the SELECT or FD sections. But theC record size, key sizes-type-position are taken from the FD section.    ------------------------------  # Date: Mon, 10 Jul 2000 05:06:54 GMT  From: Dirk Munk <munk@home.nl>  Subject: Re: Cobol ISAM Question' Message-ID: <396959EE.94BBD760@home.nl>    JF Mezei wrote:  > 	 > > >FILE ' > > >        ALLOCATION              10 ( > > >        BEST_TRY_CONTIGUOUS     yes' > > >        BUCKET_SIZE             20 ' > > >        CONTIGUOUS              no ' > > >        EXTENSION               10 & > > >        GLOBAL_BUFFER_COUNT     5, > > >        ORGANIZATION            indexed > > >  > > >RECORD ( > > >        BLOCK_SPAN              yes4 > > >        CARRIAGE_CONTROL        carriage_return* > > >        FORMAT                  fixed( > > >        SIZE                    400 > > > 
 > > >KEY 0' > > >        CHANGES                 no ( > > >        DATA_KEY_COMPRESSION    yes( > > >        DATA_RECORD_COMPRESSION yes& > > >        DATA_AREA               0' > > >        DATA_FILL               50 ' > > >        DUPLICATES              no & > > >        INDEX_AREA              0( > > >        INDEX_COMPRESSION       yes' > > >        INDEX_FILL              75 & > > >        LEVEL1_INDEX_AREA       0' > > >        NAME                    "" ' > > >        NULL_KEY                no & > > >        PROLOG                  3' > > >        SEG0_LENGTH             39 & > > >        SEG0_POSITION           0+ > > >        TYPE                    string  > ' > SELECT FLAVORS ASSIGN to "DAIRY.DATA" ! >         ORGANIZATION IS INDEXED   >         ACCESS MODE IS DYNAMIC% >         RECORD KEY IS ICE-CREAM-KEY C >         ALTERNATE RECORD KEY IS ICE-CREAM-COLOUR WITH DUPLICATES.  > P > And in your FD sections, the definitiosn of ICE-CREAM-KEY and ICE-CREAM-COLOURP > will automatically generate your key definitions for the file. You may have toO > OPEN OUTPUT the file to be created. (At one point, the DEC Cobol compiler was N > "upgraded" to comply to the standards and you could no longer open i-o a newP > file. - they may have added that back in since then, it has been a long time).  2 It is possible, SELECT OPTIONAL will do just that.     > O > Looking at my old Cobol manuals, there does not seem to be any way to specify G > file size/allocation attributes in either the SELECT or FD sections.    F APPLY PREALLOCATION and APPLY EXTENSION will do this, but only for the
 whole file.     	 > But the E > record size, key sizes-type-position are taken from the FD section.     G However in general it is NOT a very good practice to populate a indexed ? file of any substantial size by means of a (Cobol) program. The H resulting file structure is a disaster, and it will be very slow and I/OE intensive. It is much better to produce a sequential output file with G the same record layout, and to convert that file to the disired indexed  file.    regards,   Dirk   ------------------------------  % Date: Mon, 10 Jul 2000 01:28:02 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>   Subject: Re: Cobol ISAM Question, Message-ID: <39695ED2.89ED56F0@videotron.ca>   Dirk Munk wrote:H > APPLY PREALLOCATION and APPLY EXTENSION will do this, but only for the
 > whole file.   N Ah, thanks. looked up the manual. It is in the I-O-CONTROL section whcih I had never used.    I-C-CONTROL. 	APPLY 		EXTENSION xxx  		PREALLOCATION yyy % 		CONTIBUOUS (or CONTIGUOUS-BEST-TRY)  		ON filename.    I > However in general it is NOT a very good practice to populate a indexed = > file of any substantial size by means of a (Cobol) program.   M But sometimes, it is easier to use the same program used for daily updates to 3 do the initial populate. (and do a convert later).    K However, if you insert records in ascending key order, whether you do it in L COBOL or by converting a sequential file, does it make any difference in the resulting file ?   ------------------------------  # Date: Sun, 09 Jul 2000 18:10:03 GMT 9 From: stu@c49395-a.wodhvn1.mi.home.com (Stuart R. Fuller) + Subject: Re: Dead DECsystem 3000-500 power? % Message-ID: <clcak8.a7h.ln@localhost>   $ Mark Sterk (strong@chello.nl) wrote: :  :  : Thomas wrote:  : ? : > I have an "old" DECsystem 3000-500 that powers up for about ? : > five to ten seconds, starts spinning up its internal drives @ : > and such, but after the LED display hits "46", the red lightB : > next to the 0/1 power switch comes on and the machine seems to3 : > lose power to everything except that red light. A : > Even if I turn off the power switch, that red light stays on.  : > ? : > Is this the way the system tells me that there is something B : > horribly wrong with the power supply and that I should replace : > it? " : > (yes, I have no documentation) : > 
 : > Thomas : J : Check if all the fans are running and all the cables are connected, thisH : machine has a protection that shuts the power down after a few seconds : if one of them fails.   K To emphasize what Mark just said, look at the symbol next to the red light.  Does it look like a fan?           Stu    ------------------------------   Date: 9 Jul 2000 13:01:02 GMT ' From: andywright@psilink.co.uk (Andy w) + Subject: Re: Dead DECsystem 3000-500 power? . Message-ID: <3968697e_1@nnrp1.news.uk.psi.net>  B In article <3967A91C.913888E4@chello.nl>, strong@chello.nl says... >  >  >  >Thomas wrote: > > >> I have an "old" DECsystem 3000-500 that powers up for about> >> five to ten seconds, starts spinning up its internal drives? >> and such, but after the LED display hits "46", the red light A >> next to the 0/1 power switch comes on and the machine seems to 2 >> lose power to everything except that red light.@ >> Even if I turn off the power switch, that red light stays on. >>> >> Is this the way the system tells me that there is somethingA >> horribly wrong with the power supply and that I should replace  >> it?! >> (yes, I have no documentation)  >>	 >> Thomas  > I >Check if all the fans are running and all the cables are connected, this G >machine has a protection that shuts the power down after a few seconds  >if one of them fails. >  >  >Greetings,  >  >Mark  >  > J I had the same problem recently (fan fault indicator eliminated). You needN need to take off the front panel supporting bracket at the top, then take off K the front panel, so that you can turn it up side down to take off the stand I to access the fans. Once you identified which fan is faulty, don't assume O it was the fan, because in my case it was a bad connection in the power supply  P itself (seperate feed per fan!!).  I couldn't get the power supply out, so that O I could look at the connections, so I jumped the working supply to another fan  K to the fan that was not working (kept the same sensor connection (blue wire J though!!! Anyway the fist thing to do is swap round the fans to prove it's a fan fault!K            By the way a Compaq engineer told me that many NIDEC fans dated  1 1998 for this part no. (12-23609-12) were faulty.    Dave   ------------------------------   Date: 9 Jul 2000 13:08:21 GMTo' From: andywright@psilink.co.uk (Andy w)B+ Subject: Re: Dead DECsystem 3000-500 power? . Message-ID: <39686b35_1@nnrp1.news.uk.psi.net>  B In article <3967A91C.913888E4@chello.nl>, strong@chello.nl says... >  >  >o >Thomas wrote: >e> >> I have an "old" DECsystem 3000-500 that powers up for about> >> five to ten seconds, starts spinning up its internal drives? >> and such, but after the LED display hits "46", the red lightpA >> next to the 0/1 power switch comes on and the machine seems toI2 >> lose power to everything except that red light.@ >> Even if I turn off the power switch, that red light stays on. >>> >> Is this the way the system tells me that there is somethingA >> horribly wrong with the power supply and that I should replacei >> it?! >> (yes, I have no documentation)e >>	 >> Thomass >oI >Check if all the fans are running and all the cables are connected, this-G >machine has a protection that shuts the power down after a few secondsi >if one of them fails. >. >. >Greetings,: >C >MarkD >  >eC I had the same problem recently (fan fault indicator lit). You needkN need to take off the front panel supporting bracket at the top, then take off K the front panel, so that you can turn it up side down to take off the stand I to access the fans. Once you identified which fan is faulty, don't assume(N it is the fan, because in my case it was a bad connection in the power supply P itself (seperate feed per fan!!).  I couldn't get the power supply out, so that O I could look at the connections, so I jumped the working supply to another fan  K to the fan that was not working (kept the same sensor connection (blue wirefJ though!!! Anyway the fist thing to do is swap round the fans to prove it's a fan fault!K            By the way a Compaq engineer told me that many NIDEC fans dated i1 1998 for this part no. (12-23609-12) were faulty.r   Dave   ------------------------------  % Date: Sun, 09 Jul 2000 15:09:33 -0400t From: quayle@pobox.com& Subject: Large Macro programs on Alpha. Message-ID: <396895AD.10747.AB5AF49@localhost>  B I'm porting a program from VAX to Alpha.  It takes user input and F writes a Macro program, which is then assembled and linked.  One such C output Macro program is 157,000 lines.  Takes about 2 minutes on a   VAX 4000-60.  C The same program on Alpha never finishes the Macro compiler step.  IE I've let it run as long as 8 days on a 500 MHz machine before giving cC up.  A page file quota of about 800,000 blocks is required, by the .D way.  Shorter programs (about 50,000 lines) take only a few seconds  on Alpha, and work as expected.   5 To minimize time in the compiler, I'm now specifying:4  ' 	/MIGRATION/NOTIE/FLAG=NOALIGN/OPT=NONEn  E That still doesn't help (yes, there are some unaligned things in the 3 code).   The code's at:  - 	http://my.ohio.voyager.net/~quayle/TVFBS.MARe     Help!e   --Stan  
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671o1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------    Date: 10 Jul 2000 01:41:37 +0800 From: uyijpd@dsgf34w.czC1 Subject: Medical Equipment at CHEAP price......!!l( Message-ID: <3968b951.2@news2.tm.net.my>  f wszhnnqjummxdvtcqjkzpnugukyrfkslxkmgneythbfqbtbgerodrcykrvrpehrrxlcesjuxtqyqkowbdcvbqdxiomycumbzufwqox  7 begin 644 d:\Advertisement\cyberking\medical ville.htmlG= M/"%D;V-T>7!E(&AT;6P@<'5B;&EC("(M+R]W,V,O+V1T9"!H=&UL(#0N,"!TN= M<F%N<VET:6]N86PO+V5N(CX-"CQH=&UL/@T*/&AE860^#0H@("`\;65T82!H = M='1P+65Q=6EV/2)#;VYT96YT+51Y<&4B(&-O;G1E;G0](G1E>'0O:'1M;#L@ = M8VAA<G-E=#UI<V\M.#@U.2TQ(CX-"B`@(#QM971A(&YA;64](D%U=&AO<B(@s= M8V]N=&5N=#TB8WEB97(B/@T*("`@/&UE=&$@;F%M93TB1T5.15)!5$]2(B!CR= M;VYT96YT/2)-;WII;&QA+S0N-R!;96Y=("A7:6XY.#L@22D@6TYE='-C87!E0= M72(^#0H@("`\=&ET;&4^;65D:6-A;"!V:6QL93PO=&ET;&4^#0H\+VAE860^T= M#0H\8F]D>3X-"CQB;V1Y(&]N;&]A9#TB=VEN9&]W+F]P96XH)VAT='`Z+R]W = M=W<N;65D:6-A;'9I;&QE+F-O;2]A+S,T-2<I(CX\+V)O9'D^#0H\+V)O9'D^  +#0H\+VAT;6P^#0IID `I end    ------------------------------  $ Date: Sun, 9 Jul 2000 14:41:39 -07002 From: "Randy Park" <rjpark@mindspring.com.nospaam>- Subject: Re: MIN BOOT problem - openVMS 5.5-2 2 Message-ID: <8karpt$hiv$1@slb6.atl.mindspring.net>  ? If memory serves me correctly, the # prompt is used when VMS isE? prompting for a 'system' password.  This password is set by the ? system manager and must be entered by everyone prior to getting ? the login prompt.  It is an additional level of system securityu< to thwart breakins.  I forget how to set/reset this 'system'	 password.   ; Charles Gilley <gilley@nospam.bravewc.com> wrote in message 7 news:SmR95.3177$451.91241@news-west.usenetserver.com...cG > On a rather aged VAX today, I ran into a bit of a problem booting the  machine.L > Now I'll admit right now that my VMS is rusty. At boot, this machine wouldK > stop at the # prompt.  Hmmm, I thought, it is set to minimum boot.  Okay,  IaK > can fix that.  So, setting the bflg to 1, I popped into sysboot to changei theiJ > value of STARTUP_P1.  But it isn't set to MIN, it's blanks.  Huh?  So, I went@ > on and ran startup.com, but why is my machine acting this way? >e3 > Thanks for any pointers, this one has me stumped.  >a/ > chg (watch the antispam in the email address)e >l >t   ------------------------------  $ Date: Sun, 9 Jul 2000 17:29:26 -0500* From: "Mark E. Levy" <levy@sysman-inc.com>- Subject: Re: MIN BOOT problem - openVMS 5.5-2o. Message-ID: <smhuukj3nu132@corp.supernews.com>  = "Randy Park" <rjpark@mindspring.com.nospaam> wrote in message , news:8karpt$hiv$1@slb6.atl.mindspring.net...A > If memory serves me correctly, the # prompt is used when VMS ishA > prompting for a 'system' password.  This password is set by the A > system manager and must be entered by everyone prior to getting A > the login prompt.  It is an additional level of system securitye> > to thwart breakins.  I forget how to set/reset this 'system' > password.o   $ mc authorize modify/system_password <pass>z   --E ---------------------------------------------------------------------d Mark E. Levy, Presidentd" System Management Associates, Inc.! 888-291-5055 x202 (Illinois Only)g$ 847-291-1550 x202 (Outside Illinois) 847-291-3866 fax www.sysman-inc.com levy@sysman-inc.comoE ---------------------------------------------------------------------    ------------------------------  % Date: Sun, 09 Jul 2000 21:56:53 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>C- Subject: Re: MIN BOOT problem - openVMS 5.5-2., Message-ID: <39692D63.6EA9196C@videotron.ca>   re: problem boot.   2 When at SYSBOOT>, you may wish to try SHOW/STARTUP  , It should normally be SYS$SYSTEM:STARTUP.COM   ------------------------------  % Date: Sun, 09 Jul 2000 23:52:08 -0400l, From: Howard S Shubs <hshubs@mindspring.com>- Subject: Re: MIN BOOT problem - openVMS 5.5-2V> Message-ID: <hshubs-AC1289.23520809072000@news.mindspring.com>  @ In article <8karpt$hiv$1@slb6.atl.mindspring.net>, "Randy Park" & <rjpark@mindspring.com.nospaam> wrote:  @ >If memory serves me correctly, the # prompt is used when VMS is@ >prompting for a 'system' password.  This password is set by the@ >system manager and must be entered by everyone prior to getting@ >the login prompt.  It is an additional level of system security= >to thwart breakins.  I forget how to set/reset this 'system'L
 >password.  G Dang, that's right.  IIRC, this could be enabled on specific terminals.E   --   Howard S Shubs, the Denim Adept    ------------------------------  % Date: Mon, 10 Jul 2000 00:07:21 -0500U) From: "John E. Malmberg" <wb8tyw@qsl.net> - Subject: Re: MIN BOOT problem - openVMS 5.5-2B7 Message-ID: <056b01bfea2c$c16c15d0$020a0a0a@xile.realm>   ? In article <8karpt$hiv$1@slb6.atl.mindspring.net>, "Randy Park" '  <rjpark@mindspring.com.nospaam> wrote:   4 >If memory serves me correctly, the # prompt is used/ >when VMS is prompting for a 'system' password._/ >This password is set by the system manager and - >must be entered by everyone prior to getting5 >the login prompt.  E It is also documented that there is no prompt at all for the 'system'I	 password.S  2 >I forget how to set/reset this 'system' password.  D This sets the password, but does not enable any terminals to use it.   $SET PASSWORD/SYSTEM secret % or use $MCR AUTHORIZE MOD PASS/SYSTEM     , To enable a terminal to use the password use   $SET TERM/PERM/SYSPASSWORD  , or the sysgen parameters to set it globally.   -John  wb8tyw@qsl.network   ------------------------------  % Date: Mon, 10 Jul 2000 01:18:30 -0400R- From: JF Mezei <jfmezei.spamnot@videotron.ca>E- Subject: Re: MIN BOOT problem - openVMS 5.5-2n, Message-ID: <39695C96.BE46816B@videotron.ca>   "John E. Malmberg" wrote:i. > To enable a terminal to use the password use >  > $SET TERM/PERM/SYSPASSWORD  M But this is not a "permanent" setting and needs to be set after a boot. Also,a< if one were to have a SET TERM/PERM/SYSPASSWORD OPA0: in theH SYSTARTUP_VMS.COM, then the system boot would proceed normally until theM logout message is displayed on OPA0:, at which point OPA0: becomes a terminaly& requiring the system password, right ?  N So, if OPA0: is set to require the system password, it is not correct to state' that the boot would complete normally ?    ------------------------------  # Date: Mon, 10 Jul 2000 00:06:39 GMT ! From: Beyonder <beyonder@vrx.net>u- Subject: Re: Mitnick (was Re: Fun VMS Facts?)6' Message-ID: <39691388.8C39D317@vrx.net>e  H So Peter, where can someone get ahold of the VMS source code these days?H I saw someone posting the sources (microfiche) for versins 3.1 to 4.3 on ebay but missed out on it.   4 Would finding an old source be very hard these days?   Dan.   Peter Weaver wrote:5  ) > > World's greatest hacker? I think not.d > G > You and I and most of the people in this group know that he was not a C > great hacker, I would say that he was not a hacker at all (by the @ > proper definition of hacker), he was a wantabe cracker, a goodF > phreaker, and a great social engineer. But if the general population@ > believes that he is the world's greatest hacker then let them. > C > The point is not that he may have gotten into a VMS system in the D > past, the point is that apparently he testified at a congressionalF > hearing that VMS was the only system he could not get into. I do notE > care if that is true or not, and I seriously doubt that it is true, C > but putting that in an advertisement that the PHB types would see  > would be great (IMHO). >OB > Before saying that is false advertising, DEC just has to word itF > correctly. Look at how many advertisements say "9 out of 10 doctors"H > without telling you that they went to 1000 doctors to find their 9 and, > then picked one out of 991 to be the 10th. >M4 > > I'd say Kevin never got into a "Plan 9" OS, as a4 > > guess.  I think the idea that there was only ONE1 > > system he couldn't get into is entirely wrongn2 > > actually. I'd bet dollars to donuts there were6 > > several. Did he ever hack a Sentry70 ? I doubt it.6 > > How about a "cyber" or "prime" system ? A cray ? A0 > > MAC network? Amiga network? how about cp/m ? >tF > If you wanted to you could probably say that he never got into a WINE > 95 box either, since it was not released when he went to jail (if ieH > remember by dates right, if not then replace WIN 95 with WIN NT or WING > 2000) and according to the conditions of his parole he is not allowed G > to touch a computer. Again, the point I am trying to make is not what 5 > he did or did not do, but what he testified he did. 3 > > anyhow, I think it's overstated, he wasn't thato > > great, more like "ho hum"n >e= > Agreed, but you are not the one I am trying to sell VMS to.a   ------------------------------  % Date: Sun, 09 Jul 2000 23:34:04 -0400 * From: David A Froble <davef@tsoft-inc.com>- Subject: Re: Mitnick (was Re: Fun VMS Facts?)r- Message-ID: <3969442C.3F6AF442@tsoft-inc.com>    Beyonder wrote:l > J > So Peter, where can someone get ahold of the VMS source code these days?J > I saw someone posting the sources (microfiche) for versins 3.1 to 4.3 on > ebay > but missed out on it.  > 6 > Would finding an old source be very hard these days? >  > Dan.  M Contact Compaq.  They sell a CD (I believe) with the LISTINGS, not the actual:N sources.  Not too hard to convert listings to code.  Don't know price, but mayH have heard something like $2000 at sometime in the past. I believe Brian- (VAXMAN) gets these, ask him about the price..  D As for the microfiche, it used to be a standard part of the softwareN distribution I believe, but whatever the case for distribution, not many usersP had a need for it, and most copies are probably in landfills.  A slightly larger& problem that the needle in a haystack.  N I believe the microfiche listings stopped somewhere between V4.6 and V5.0, notM sure.  I have a set laying around in a drawer.  Just cannot get myself to get & rid of them.  I'm a bit of a pack rat.  K I'm betting that a lot of companies that received these in the early to midiP 1980s have them stashed away in a safe or such and are no longer aware of them.   (See prior reference to needle).   Dave   -- u4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com6 T-Soft, Inc.  170 Grimplin Road  Vanderbilt, PA  15486   ------------------------------   Date: 9 Jul 2000 18:34:04 GMT 0 From: fdc@watsun.cc.columbia.edu (Frank da Cruz) Subject: Re: Telnet script5 Message-ID: <8kagis$b98$1@newsmaster.cc.columbia.edu>   0 In article <39664CCA.90528FE4@co.douglas.or.us>,2 Carol McGeehon  <clmcgeeh@co.douglas.or.us> wrote:J : I am connecting to a remote server using telnet.  I'm doing so because IJ : have a service I need to run using terminals.  I need to pass a customer; : id number to a login prompt and have not been successful.  : H As noted in previous responses, Kermit should be able to do it.  You can find Kermit here:   !   http://www.columbia.edu/kermit/   I If you are connecting *from* VMS to the remote site, then you'll need thej VMS version of C-Kermit:  -   http://www.columbia.edu/kermit/ckermit.htmla  I If you're connecting *to* VMS from Linux or some other form of Unix, then14 you'll need the UNIX version of C-Kermit (same URL):  -   http://www.columbia.edu/kermit/ckermit.htmlg  J If you're connecting to VMS from Windows 9x or NT or 2000, then Kermit 95:  )   http://www.columbia.edu/kermit/k95.html   M If you're connecting to VMS from Windows 3.x or from DOS, then MS-DOS Kermit:t  )   http://www.columbia.edu/kermit/k95.htmli  H All of them are Telnet clients with the scripting capabilities you need.   - Frank>   ------------------------------  % Date: Sun, 09 Jul 2000 22:17:27 -0400o* From: Chuck McCrobie <mccrobi@apl.jhu.edu>( Subject: Re: vms media (scsi hdd) access+ Message-ID: <39693237.4D14DEF0@apl.jhu.edu>t   FAZEKAS Mihaly wrote:h > 0 > I have a 600M scsi hdd with many vms software.L > My VAX is MicroVAX III, with ESDI controller, but without SCSI controller.< > Currently: dua0,dua1,dua2 is NetBSD system; dua3 is vms6.2 > = > My PC is standard PC, with Adaptec AIC7880 SCSI controller.sE > This scsi controller is work good, with PC formatted hdd, and i canG1 > make raw copy of vms hdd (dd if=sda of=vms.img)l > # > How can i read this hdd in my pc?e > (how can i acces vms files?) >  > --" > mailto:michael@goliat.eik.bme.hu > Phone: 463-1966   F You didn't say what OS is running on the PC.  From the "dd" command, I assumeE some type of Unix.  I have a preliminary ODS-2 file system module forw FreeBSD.  G However, it currently does not support automatic record/file conversion( stuff.  E E-mail me at	mccrobi@apl.jhu.edu for more information if you're using  FreeBSD.   Chuck McCrobie (** MAD VAX **)   ------------------------------  # Date: Sun, 09 Jul 2000 22:23:21 GMTa! From: Beyonder <beyonder@vrx.net>h Subject: WTB: Microvax2000' Message-ID: <3968FB51.14242B9C@vrx.net>t  G If anyone has a microvax2000 for sale (not vaxstation) please email me!    Thanks   ------------------------------   Date: 9 Jul 2000 23:12:54 GMTe2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)7 Subject: Re: [Q] Does VMS support IDE for system disks?B, Message-ID: <8kb0tm$hf1@gap.cco.caltech.edu>  V In article <8JUL200000092325@gerg.tamu.edu>, carl@gerg.tamu.edu (Carl Perkins) writes:Y >Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515) writes...3 >} 0J >}        Thanks David.  That's the  sort  of  thing  I was interested in,J >}    that the IDE would "work" (and I just received confirmation from JayJ >}    Olson that his DS10L came with VMS 7.2-1 FIS on the 10GB IDE drive),J >}    but  that there _are_ performance differences between IDE and  SCSI,J >}    the SCSI being "UltraSCSI" in the present case.  Can  someone  quote  >}    bandwidth numbers for IDE? >} i <SNIP> >iB >It depends on the IDE. It can be anywhere from 16.6 MB/sec max upD >to 100MB/sec (although that is brand spanking new - too new for the- >DS10 to have even if they were so inclined).- >m$ >If I recall the naming correctly... >Plain old IDE is 16.6MB/sec.i= >"ATA Ultra DMA/33" is 33MB/sec. (Sometimes called Ultra 33.) J >"ATA Ultra2 DMA/66" is 66MB/sec. (Sometimes called Ultra 66, or Ultra-2.)L >I suspect you see the progression here and can guess what the new 100MB/secH >version is likely to be called when it hits the market (which may be as >soon as later this month).y  J That may be the hardware numbers, but that isn't what you're going to see I on OpenVMS.  I've got U2W LVD disks on our DS10 which are nominally 20Mb/eE sec each on an 80 Mb/sec SCSI bus, but they max out at something likeaK 3.6Mb/sec when doing a disk to disk copy or a CREATE/FDL for a large file. nK I believe that's because they insist on writing everything straight through J to the oxide and don't use any of the disk write caching.  There's no way L to enable that mode in base OpenVMS (that I know of) but there is a utility J around to do it.  I have not tried it though.  As I said, I did not do anyH benchmarking of the IDE drives on OpenVMS and cannot supply a number for their real performance.  e  F Compaq must have measured this, but I'd wager $10 they don't supply it3 anywhere a mortal might find it on their web site. u   David Mathog mathog@seqaxp.bio.caltech.edus? Manager, sequence analysis facility, biology division, Caltech 5J **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------   End of INFO-VAX 2000.382 ************************