0 INFO-VAX	Tue, 16 Jan 2001	Volume 2001 : Issue 31      Contents:# Re: ACP_DATACHECK, was: Faster gzip # Re: ACP_DATACHECK, was: Faster gzip # Re: ACP_DATACHECK, was: Faster gzip  Answerbacks ( Re: BJ's Warehouse club - using OpenVMS?( Re: BJ's Warehouse club - using OpenVMS? Books 	 Re: Books  Compaq Cobol examples  RE: Compaq Cobol examples  Creating new boot disk?  Re: Creating new boot disk?  RE: Creating new boot disk?  Re: Creating new boot disk?  Re: Creating new boot disk?  RE: Creating new boot disk?  Re: Dead VAXstation 3100 Re: dec 3000 300 crashing / Re: DECNet dyslexia (was: Re: Version dyslexia) ' Don't know whether to laugh or cry..... + Re: Don't know whether to laugh or cry..... + Re: Don't know whether to laugh or cry..... + Re: Don't know whether to laugh or cry..... + Re: Don't know whether to laugh or cry..... . Re: FILESERV@WKU: UnZip V5.42 is now available  FREE http://4sansai.cjb.net  452 Re: GS160 hardware question   Re: I Need a DEC terminal server ICC C examples wanted 3 Re: License - Dec C for OpenVMS AXP and broken link 3 RE: License - Dec C for OpenVMS AXP and broken link  Multinet  Help no video output from a 3100 * Re: OpenVMS Volume Management (On the fly)* Re: OpenVMS Volume Management (On the fly) reviving a MicroVax3400  Re: reviving a MicroVax3400  Re: reviving a MicroVax3400  select() on VMS ( Setting up ISDN Internet on DEC 3000-300, Re: Setting up ISDN Internet on DEC 3000-300, Re: Setting up ISDN Internet on DEC 3000-300, Re: Setting up ISDN Internet on DEC 3000-300, Re: Setting up ISDN Internet on DEC 3000-300 Re: Variables in DCL Re: Variables in DCL5 VMS scheduling products - what are people using today 9 RE: VMS scheduling products - what are people using today 9 RE: VMS scheduling products - what are people using today 9 Re: VMS scheduling products - what are people using today 9 Re: VMS scheduling products - what are people using today   F ----------------------------------------------------------------------    Date: 15 Jan 2001 21:44:17 +0100G From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> , Subject: Re: ACP_DATACHECK, was: Faster gzipH Message-ID: <y4g0iky28u.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>  4 mathog@seqaxp.bio.caltech.edu (David Mathog) writes:  M > The thing is that there are a lot of times when getting the data to disk is F > not only unimportant, it isn't even desirable!  On Linux I can do anD > operation and then sync, and know the data is where I want it, butL > currently on VMS I have no choice but to wait for the data to hit the diskM > whether that's important or not. For instance, I do a lot of data crunching L > on Linux that involves slinging around several >100Mb files, and it is notF > important that even a single one of those files ever hits the oxide,M > because I yank the final results file off the system and send it elsewhere, 0 > and all the other files are just temporaries.   E One could argue that using the file system for this purpose is really F using the wrong tool for the job, made worse by the usual connect-the-G components approach of Unix which doesn't fit so well with VMS. On the  D other hand, there isn't really a wide-spread use of a more efficientE IPC mechanism for such purposes...how easy to use are the $IPC system 9 services, or DCOM (what does that use as transport, BTW)?    	Jan   ------------------------------   Date: 15 Jan 2001 23:03:31 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog), Subject: Re: ACP_DATACHECK, was: Faster gzip, Message-ID: <93vvk3$drn@gap.cco.caltech.edu>   In article <y4g0iky28u.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:5 >mathog@seqaxp.bio.caltech.edu (David Mathog) writes:  > N >> The thing is that there are a lot of times when getting the data to disk isG >> not only unimportant, it isn't even desirable!  On Linux I can do an E >> operation and then sync, and know the data is where I want it, but M >> currently on VMS I have no choice but to wait for the data to hit the disk N >> whether that's important or not. For instance, I do a lot of data crunchingM >> on Linux that involves slinging around several >100Mb files, and it is not G >> important that even a single one of those files ever hits the oxide, N >> because I yank the final results file off the system and send it elsewhere,1 >> and all the other files are just temporaries.   > F >One could argue that using the file system for this purpose is reallyG >using the wrong tool for the job, made worse by the usual connect-the- @ >components approach of Unix which doesn't fit so well with VMS.  H While you are free to argue whatever you want both Unix and WNT use fileF caching pervasively.  If VMS is going to stay in the game at all with J respect to performance it needs to do so as well - with the caveat that itH should be much easier on VMS to control the manner in which data gets to disk for various files.     H RMS even has some deficiencies in this arena now, since once you turn onI buffering a slow program might never fill enough buffers to actually send D the data to disk.  It would be nice for RMS (and the new file cache)H to have some way to indicate "buffer this for up to 60 seconds, but thenH flush it onto the disk".   To do this now you'd have to set up an AST orL other timer and then flush the buffers explicitly.  And even if you did, if K XFC was running, it would flush to the file cache, which isn't the desired  I result.  So I'd really like to see some sort of "BUFFER_TIME_LIMIT" value G in RMS, and honored also by XFC, so that this issue with data integrity K could be handled more easily.  The general idea is that programs which move I a lot of data would fill their buffers and empty them and that time limit H would never be reached.  But sometimes programs go fast, and other timesI slow, and it would be nice to be able to set this as FAB or RAB parameter H in the open() and forget about it.  (I have no idea, even theoretically,I how easy it would be to guarantee that all buffered data could be written  within the limit.)     Regards,   David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------    Date: 15 Jan 2001 21:58:02 -0500* From: young_r@eisner.decus.org (Rob Young), Subject: Re: ACP_DATACHECK, was: Faster gzip+ Message-ID: <WWhRIP0HBapD@eisner.decus.org>   a In article <93vvk3$drn@gap.cco.caltech.edu>, mathog@seqaxp.bio.caltech.edu (David Mathog) writes:  > In article <y4g0iky28u.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> writes:6 >>mathog@seqaxp.bio.caltech.edu (David Mathog) writes: >>O >>> The thing is that there are a lot of times when getting the data to disk is H >>> not only unimportant, it isn't even desirable!  On Linux I can do anF >>> operation and then sync, and know the data is where I want it, butN >>> currently on VMS I have no choice but to wait for the data to hit the diskO >>> whether that's important or not. For instance, I do a lot of data crunching N >>> on Linux that involves slinging around several >100Mb files, and it is notH >>> important that even a single one of those files ever hits the oxide,O >>> because I yank the final results file off the system and send it elsewhere, 2 >>> and all the other files are just temporaries.  >>G >>One could argue that using the file system for this purpose is really H >>using the wrong tool for the job, made worse by the usual connect-the-A >>components approach of Unix which doesn't fit so well with VMS.  > J > While you are free to argue whatever you want both Unix and WNT use fileH > caching pervasively.  If VMS is going to stay in the game at all with L > respect to performance it needs to do so as well - with the caveat that itJ > should be much easier on VMS to control the manner in which data gets to > disk for various files.    > J > RMS even has some deficiencies in this arena now, since once you turn onK > buffering a slow program might never fill enough buffers to actually send F > the data to disk.  It would be nice for RMS (and the new file cache)J > to have some way to indicate "buffer this for up to 60 seconds, but then > flush it onto the disk".    = 	While not a guarantee we see XFC improvements on the various  	roadmaps... and we also see:   I http://www.openvms.compaq.com:8000/72final/6520/6520pro_004.html#params_h   ? 	VCC_WRITEBEHIND and VCC_WRITE_DELAY which one might conjecture < 	provide the functionality you describe.  Not addressing the 	RMS issue... see below.    0    To do this now you'd have to set up an AST orN > other timer and then flush the buffers explicitly.  And even if you did, if M > XFC was running, it would flush to the file cache, which isn't the desired  K > result.  So I'd really like to see some sort of "BUFFER_TIME_LIMIT" value I > in RMS, and honored also by XFC, so that this issue with data integrity M > could be handled more easily.  The general idea is that programs which move K > a lot of data would fill their buffers and empty them and that time limit J > would never be reached.  But sometimes programs go fast, and other timesK > slow, and it would be nice to be able to set this as FAB or RAB parameter J > in the open() and forget about it.  (I have no idea, even theoretically,K > how easy it would be to guarantee that all buffered data could be written  > within the limit.)   >   ; 	One of the discussions in another forum a couple years ago  	revolved around a future ; 	Backup snap capability for VMS (or a capability of getting @ 	a consistent view of a volume) and a fellow chimed in about RMS@ 	and its need to flush its buffers and "how do you handle that?"F 	and "you could be in the middle of a bucket split, what about that?" = 	Someone replied the developers were aware of it.  But as the @ 	write bitmap is currently being used for mini-copy I don't knowA 	the status of how it ties into Backup or if/when they intend to  0 	tie Backup into the write bitmap or vice-versa.   				Rob    ------------------------------  # Date: Tue, 16 Jan 2001 04:02:54 GMT , From: rossgl@parknicollet.com (Gary L. Ross) Subject: Answerbacks- Message-ID: <3a63c6d5.39863662@news.visi.com>   @ I trying to find a way to query both dumb terminals (i.e. vt320,> vt420, and vt510) and PC telnet sessions to get their assigned: answerbacks from within a DCL procedure.  Can anyone point: me in the right direction as to how I can accomplish this. Thanks.    Gary L. Ross rossgl@parknicollet.com    ------------------------------  # Date: Tue, 16 Jan 2001 02:51:56 GMT 3 From: "MrSignor" <MrSignor@nospam_bellatlantic.net> 1 Subject: Re: BJ's Warehouse club - using OpenVMS? 8 Message-ID: <gHO86.9631$jk6.2603345@typhoon2.ba-dsg.net>  I > Does anybody know if BJ's is using OpenVMS to run some portion of their 
 > operations? E Whether they are now i dont know, but a 500au that I bought from eBay H last August had not been wiped ... it had various BlockBuster info on it0 ================================================7 "Chuck Chopp" <ChuckChopp@rtfmcsi.com> wrote in message % news:3A62855C.BFF86F4F@rtfmcsi.com... B > I curious about something and maybe somebody here can satisfy myG > curiosity.  I know that Block Buster Video uses OpenVMS - you can see I > the VT terminals in all of their retail stores and a friend of mine who H > used to work at one of their stores opened up a locked cabinet where aG > uVAX 3100 system was housed.  Very recently a new BJ's Warehouse Club J > opened up in our area and I went in to see if they had any bulk packagesF > of products that I could not find at the Sam's Warehouse club that II > usually shop at.  While at the member services desk I notices that they B > were performing all of their club membership account maintenance/ > activities on VT terminals (VT500s, I think).  > I > Anyway, I know that seeing VT terminals does not guarantee that OpenVMS I > is being used, but it usually is a tell tale sign that OpenVMS is being  > used.  > I > Does anybody know if BJ's is using OpenVMS to run some portion of their 
 > operations?  >  >  > TIA, >  > Chuck  > --
 > Chuck Chopp  > : > ChuckChopp@rtfmcsi.com            http://www.rtfmcsi.com2 >                                   ICQ # 22321532B > RTFM Consulting Services Inc.     864 801 2795 voice & voicemail4 > 103 Autumn Hill Road              864 801 2774 fax6 > Greer, SC  29651                  800 774 0718 pager9 >                                   8007740718@skytel.com  >  >    ------------------------------  % Date: Tue, 16 Jan 2001 00:26:49 -0500 , From: Howard S Shubs <hshubs@mindspring.com>1 Subject: Re: BJ's Warehouse club - using OpenVMS? > Message-ID: <hshubs-D2C1C6.00264916012001@news.mindspring.com>  D In article <gHO86.9631$jk6.2603345@typhoon2.ba-dsg.net>, "MrSignor" ) <MrSignor@nospam_bellatlantic.net> wrote:   F >Whether they are now i dont know, but a 500au that I bought from eBayI >last August had not been wiped ... it had various BlockBuster info on it   K Last I looked, a couple of years ago, BlockBuster's POS equipment was done   using VMS and FORTRAN. --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  % Date: Mon, 15 Jan 2001 19:37:14 -0000 4 From: "Paul Middleton" <paul@middletond.karoo.co.uk> Subject: Books1 Message-ID: <t66kivlee65o9e@corp.supernews.co.uk>   J Can anyone reccomend a good book on getting started in systems management.$ Running Open Vms ver 7.2 on Alpha's.   Thanks in advance.     P.Middleton    ------------------------------  % Date: Mon, 15 Jan 2001 15:32:54 -0500 2 From: rdeininger@mindspring.com (Robert Deininger) Subject: Re: BooksL Message-ID: <rdeininger-1501011532540001@user-2ive7et.dialup.mindspring.com>  g In article <t66kivlee65o9e@corp.supernews.co.uk>, "Paul Middleton" <paul@middletond.karoo.co.uk> wrote:   L > Can anyone reccomend a good book on getting started in systems management.& > Running Open Vms ver 7.2 on Alpha's. >   Y The first place is to start is the systems manager's manual in the VMS documentation set.    Digital Press (part of Butterworth-Heinemann) has some VMS books, but I don't remember which ones are in print at the moment.  http://www.bh.com/  Do a search for VMS.    --   Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Mon, 15 Jan 2001 21:41:52 -0200 1 From: "Valdemir J. Santos" <valdemir-@uol.com.br>  Subject: Compaq Cobol examples< Message-ID: <000a01c07f4c$bd116610$154c88c8@unipobjetivo.br>  , This is a multi-part message in MIME format.  + ------=_NextPart_000_0007_01C07F3B.F94AA2B0  Content-Type: text/plain;  	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   7 I'm learning Compaq Cobol to use in my alphaserver with   6 OpenVMS, but I'd like to get any *.cob examples. Where  + can I get this in the internet ? Thank you.   + ------=_NextPart_000_0007_01C07F3B.F94AA2B0  Content-Type: text/html; 	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printable   > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD>3 <META content=3D"text/html; charset=3Diso-8859-1" =  http-equiv=3DContent-Type>6 <META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR> <STYLE></STYLE>  </HEAD>  <BODY bgColor=3D#ffffff>I <DIV><FONT face=3DArial size=3D2>I'm learning Compaq Cobol to use in my =  alphaserver=20 with</FONT></DIV>  <DIV>&nbsp;</DIV> I <DIV><FONT face=3DArial size=3D2>OpenVMS, but I'd like to get any *.cob =  examples.=20 Where</FONT></DIV> <DIV>&nbsp;</DIV> J <DIV><FONT face=3DArial size=3D2>can I get this in the internet ? Thank=20 you.</FONT></DIV></BODY></HTML>   - ------=_NextPart_000_0007_01C07F3B.F94AA2B0--    ------------------------------  % Date: Mon, 15 Jan 2001 15:46:37 -0800 / From: Terry Marosites <TMarosites@unitedad.com> " Subject: RE: Compaq Cobol examplesM Message-ID: <1137A4A23A51D311B2D600105A1D5213026FE08C@seantexch.unitedad.com>   J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_001_01C07F4D.66B5443EN Content-Type: text/plain;u 	charset="iso-8859-1"   2 Try the following links some may not be there now   _! www.sxu.edu <http://www.sxu.edu> C  AC www.sitetosite.com/cobol.htm <http://www.sitetosite.com/cobol.htm> s  A http://www.appstate.edu/vms_doc <http://www.appstate.edu/vms_doc>oL <?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />  .  <http://www.sxu.edu/~rogers/cobol/index.html>+ http://www.sxu.edu/~rogers/cobol/index.html   )  <http://www.infogoal.com/cbd/cbdprj.htm>w& http://www.infogoal.com/cbd/cbdprj.htm  :  <http://www.cobolportal.com/> http://www.cobolportal.com/    y   Terry Marositesw United Advertising Publicationse 18943 120th Avenue NE  Bothell, WA 98011    425.487.0100 Ext. 3078 tmarosites@unitedad.como      -----Original Message-----6 From: Valdemir J. Santos [mailto:valdemir-@uol.com.br]& Sent: Monday, January 15, 2001 3:42 PM To: Info-VAX@Mvb.Saic.Com. Subject: Compaq Cobol examples    7 I'm learning Compaq Cobol to use in my alphaserver withe   6 OpenVMS, but I'd like to get any *.cob examples. Where  i+ can I get this in the internet ? Thank you.     ' ------_=_NextPart_001_01C07F4D.66B5443E  Content-Type: text/html; 	charset="iso-8859-1"   > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD>H <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">    4 <META content="MSHTML 5.50.4134.600" name=GENERATOR> <STYLE></STYLE>0 </HEAD>t <BODY bgColor=#ffffff>N <DIV><SPAN class=470554123-15012001><FONT face=Arial color=#0000ff size=2>Try B the following links some may not be there now </FONT></SPAN></DIV>C <DIV><SPAN class=470554123-15012001><FONT face=Arial color=#0000ff e! size=2></FONT></SPAN>&nbsp;</DIV>sM <DIV><SPAN class=470554123-15012001><FONT face=Arial color=#0000ff size=2><A  = href="http://www.sxu.edu">www.sxu.edu</A></FONT></SPAN></DIV>eP <DIV><SPAN class=470554123-15012001><FONT face=Arial color=#0000ff size=2><FONT M face="Times New Roman" color=#000000 size=3>&nbsp;</FONT></FONT></SPAN></DIV>mP <DIV><SPAN class=470554123-15012001><FONT face=Arial color=#0000ff size=2><SPAN @ class=ft1><SPAN style="FONT-SIZE: 6.5pt; FONT-FAMILY: Arial"><A _ href="http://www.sitetosite.com/cobol.htm">www.sitetosite.com/cobol.htm</A></SPAN></SPAN><SPAN   class=ft1><SPAN A style="FONT-SIZE: 6.5pt; FONT-FAMILY: Arial"></SPAN></SPAN></DIV>o) <P class=MsoNormal><SPAN class=ft1><SPAN !0 style="FONT-SIZE: 6.5pt; FONT-FAMILY: Arial"><A Z href="http://www.appstate.edu/vms_doc">http://www.appstate.edu/vms_doc</A><?xml:namespace : prefix = o ns = "urn:schemas-microsoft-com:office:office"  /><o:p></o:p></SPAN></SPAN></P>d) <P class=MsoNormal><SPAN class=ft1><SPAN iJ style="FONT-SIZE: 6.5pt; FONT-FAMILY: Arial"><o:p></o:p></SPAN></SPAN></P>) <P class=MsoNormal><SPAN class=ft1><SPAN ,0 style="FONT-SIZE: 6.5pt; FONT-FAMILY: Arial"><A 9 href="http://www.sxu.edu/~rogers/cobol/index.html"><SPAN r style="FONT-SIZE: 10pt; FONT-FAMILY: 'Times New Roman'">http://www.sxu.edu/~rogers/cobol/index.html</SPAN></A></SPAN></SPAN></P>) <P class=MsoNormal><SPAN class=ft1><SPAN n0 style="FONT-SIZE: 6.5pt; FONT-FAMILY: Arial"><A 4 href="http://www.infogoal.com/cbd/cbdprj.htm"><SPAN  style="FONT-SIZE: 10pt; FONT-FAMILY: 'Times New Roman'">http://www.infogoal.com/cbd/cbdprj.htm</SPAN></A><o:p></o:p></SPAN></SPAN></P>) <P class=MsoNormal><SPAN class=ft1><SPAN -J style="FONT-SIZE: 6.5pt; FONT-FAMILY: Arial"><o:p></o:p></SPAN></SPAN></P>) <P class=MsoNormal><SPAN class=ft1><SPAN c0 style="FONT-SIZE: 6.5pt; FONT-FAMILY: Arial"><A ) href="http://www.cobolportal.com/"><SPAN t style="FONT-SIZE: 10pt; FONT-FAMILY: 'Times New Roman'">http://www.cobolportal.com/</SPAN></A><o:p></o:p></SPAN></SPAN></P></FONT></SPAN>: <DIV>&nbsp;</DIV>oL <P><FONT size=2>Terry Marosites<BR>United Advertising Publications<BR>18943 > 120th Avenue NE<BR>Bothell, WA 98011<BR><BR>425.487.0100 Ext. 5 3078<BR>tmarosites@unitedad.com<BR>&nbsp;</FONT> </P>>. <BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">G   <DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma rG   size=2>-----Original Message-----<BR><B>From:</B> Valdemir J. Santos nN   [mailto:valdemir-@uol.com.br]<BR><B>Sent:</B> Monday, January 15, 2001 3:42 I   PM<BR><B>To:</B> Info-VAX@Mvb.Saic.Com<BR><B>Subject:</B> Compaq Cobol o   examples<BR><BR></FONT></DIV>>F   <DIV><FONT face=Arial size=2>I'm learning Compaq Cobol to use in my    alphaserver with</FONT></DIV>a   <DIV>&nbsp;</DIV> P   <DIV><FONT face=Arial size=2>OpenVMS, but I'd like to get any *.cob examples.    Where</FONT></DIV>   <DIV>&nbsp;</DIV>yF   <DIV><FONT face=Arial size=2>can I get this in the internet ? Thank .   you.</FONT></DIV></BLOCKQUOTE></BODY></HTML>  ) ------_=_NextPart_001_01C07F4D.66B5443E--e   ------------------------------  % Date: Mon, 15 Jan 2001 11:07:24 -0800e! From: Tom Linden <tom@kednos.com>   Subject: Creating new boot disk?9 Message-ID: <EJEDILJIPPJOIEFOLDHLMEKNCDAA.tom@kednos.com>h  I Have a spare RZ26 (not new) that I would like to make a new boot disk forsI 6.2 on Alpha.  Current disk is exhibiting some signs of age.  What is then bestJ way to create an image of the old on the new?  I imagine that the geometry has H to be preserved (boot sector).  Does backup support this? can it be done from the console?   ------------------------------  % Date: Mon, 15 Jan 2001 14:43:08 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca>i$ Subject: Re: Creating new boot disk?, Message-ID: <3A6352C2.4E453B96@videotron.ca>   Tom Linden wrote:rK > Have a spare RZ26 (not new) that I would like to make a new boot disk foruK > 6.2 on Alpha.  Current disk is exhibiting some signs of age.  What is the 6 > best way to create an image of the old on the new?    / backup/image/log/ignore=interlock disk1: disk2:r  M While the doc would recommend that you boot from a different disk to do this,m$ I haven't had any problems with it.   F You will have to deal with the issue of properly setting up Disk2:. ByJ default, BACKUP/IMAGE will initialise the disk with settings it thinks areL best. Not sure if BACKUP/IMAGE/NOINITIALISE works on 6.2, but the goal wouldN be for you to manually initialise the drive with the INIT command, give it allH the right volume name and disk cluster size etc, and then use the backup command do move the data.     /IMAGE will move the boot stuff.   ------------------------------  % Date: Mon, 15 Jan 2001 11:58:40 -0800F! From: Tom Linden <tom@kednos.com>p$ Subject: RE: Creating new boot disk?9 Message-ID: <EJEDILJIPPJOIEFOLDHLAEKPCDAA.tom@kednos.com>u  ' BACKUP/IMAGE/NOINITIALISE works on 6.2.0  A Is there a problem with letting backup/image initialize the disk?g> My concern is making wrong entries, being a novice at VMS.  MyC knowledge of what I need to supply doesn't extend beyond the volumen labela  ( So, to make sure I understand the steps,  F 1. Initialize disk  (is there a problem using the same volume =-label,G    guess not since it isn't mounted) (assuming I have to do this step.)  2. Run the backup.7 3. Pull out disk1, change jumpers on disk2 to be disk1.a 4. Booth       > -----Original Message-----6 > From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca]) > Sent: Monday, January 15, 2001 11:43 AMv > To: Info-VAX@Mvb.Saic.Comn& > Subject: Re: Creating new boot disk? >  >s > Tom Linden wrote: ? > > Have a spare RZ26 (not new) that I would like to make a newa > boot disk fore@ > > 6.2 on Alpha.  Current disk is exhibiting some signs of age.
 > What is theh6 > > best way to create an image of the old on the new? >n1 > backup/image/log/ignore=interlock disk1: disk2:a >oC > While the doc would recommend that you boot from a different diski
 > to do this, % > I haven't had any problems with it.u >nH > You will have to deal with the issue of properly setting up Disk2:. ByL > default, BACKUP/IMAGE will initialise the disk with settings it thinks areC > best. Not sure if BACKUP/IMAGE/NOINITIALISE works on 6.2, but theo > goal would; > be for you to manually initialise the drive with the INIT  > command, give it allJ > the right volume name and disk cluster size etc, and then use the backup > command do move the data.t >c" > /IMAGE will move the boot stuff. >o   ------------------------------  % Date: Mon, 15 Jan 2001 15:26:07 -0600e7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>o$ Subject: Re: Creating new boot disk?- Message-ID: <3A636AEF.CCCA321B@earthlink.net>r   Tom Linden wrote:o > ) > BACKUP/IMAGE/NOINITIALISE works on 6.2.f > C > Is there a problem with letting backup/image initialize the disk?L  E No. The target disk will have the same properties as the source disk, F except that clustersize, etc. will be adjusted appropriate to the size1 of the target disk if it differs from the source.f  @ > My concern is making wrong entries, being a novice at VMS.  MyE > knowledge of what I need to supply doesn't extend beyond the volumee > label   D May I suggest reading up on it? If you have concerns, it would be in your best interest to learn.  t* > So, to make sure I understand the steps, > H > 1. Initialize disk  (is there a problem using the same volume =-label,I >    guess not since it isn't mounted) (assuming I have to do this step.)l  E ...or let BACKUP do it. It depends. If the target disk is a differentlF size from the source, /IMAGE (/INIT is implied) will work, but may not do EXACTLY what you want.t   > 2. Run the backup.9 > 3. Pull out disk1, change jumpers on disk2 to be disk1.e	 > 4. Bootb [snip]   That should do it, yes.i   -- e David J. DachteraO dba DJE Systemsi http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/o  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.o   ------------------------------  % Date: Mon, 15 Jan 2001 17:25:59 -0500o- From: JF Mezei <jfmezei.spamnot@videotron.ca>p$ Subject: Re: Creating new boot disk?, Message-ID: <3A6378E4.15F3DCEA@videotron.ca>   Tom Linden wrote:- > ) > BACKUP/IMAGE/NOINITIALISE works on 6.2.: > C > Is there a problem with letting backup/image initialize the disk?b  N For small drives, no there is no problem. But for vry large drives, Backup mayJ use a fairly large cluster size that may waste some disk space if you haveM lots of small files. But it will work if you let backup initialise the drive.e  = > My concern is making wrong entries, being a novice at VMS. .  8 HELP INIT will give you a good idea of what you can do.   H > 1. Initialize disk  (is there a problem using the same volume =-label,I >    guess not since it isn't mounted) (assuming I have to do this step.)l   I would suggest you    INIT DISK2:/LABEL=newlabelW BACKUP/IMAGE/NOINIT DISK1: DISK2:   (you may wish to add /NOALIAS/LOG/IGNORE=INTERLOCK)i SET VOLUME DISK1/LABEL=OLDDISK" SET VOLUME DISK2/LABEL=SYSTEM_DISK  9 > 3. Pull out disk1, change jumpers on disk2 to be disk1.p	 > 4. Boota  N You don't actually need to change the jumpers. You can boot directly to disk2,M or you can change the console to boot to disk2 by default (something like SETF BOOT DKA200)    + I would suggest you read HELP BACKUP/IMAGE o	 HELP INIT  and HELP SET VOLUMEt   ------------------------------  % Date: Mon, 15 Jan 2001 14:39:19 -0800r! From: Tom Linden <tom@kednos.com>s$ Subject: RE: Creating new boot disk?9 Message-ID: <EJEDILJIPPJOIEFOLDHLMELCCDAA.tom@kednos.com>e  C Thanks for your help. I actually got it right from your first mail.C= I used the same volume label for both, mount the new foreign.a   > -----Original Message-----6 > From: JF Mezei [mailto:jfmezei.spamnot@videotron.ca]( > Sent: Monday, January 15, 2001 2:26 PM > To: Info-VAX@Mvb.Saic.Comt& > Subject: Re: Creating new boot disk? >e >r > Tom Linden wrote:n > > + > > BACKUP/IMAGE/NOINITIALISE works on 6.2.  > > E > > Is there a problem with letting backup/image initialize the disk?M > = > For small drives, no there is no problem. But for vry largeS > drives, Backup mayL > use a fairly large cluster size that may waste some disk space if you have9 > lots of small files. But it will work if you let backupc > initialise the drive.p >f> > > My concern is making wrong entries, being a novice at VMS. > 9 > HELP INIT will give you a good idea of what you can do.  > J > > 1. Initialize disk  (is there a problem using the same volume =-label,K > >    guess not since it isn't mounted) (assuming I have to do this step.)  >  > I would suggest you7 >7 > INIT DISK2:/LABEL=newlabel: > BACKUP/IMAGE/NOINIT DISK1: DISK2:   (you may wish to add  > /NOALIAS/LOG/IGNORE=INTERLOCK)  > SET VOLUME DISK1/LABEL=OLDDISK$ > SET VOLUME DISK2/LABEL=SYSTEM_DISK >e; > > 3. Pull out disk1, change jumpers on disk2 to be disk1.  > > 4. Boot< >8= > You don't actually need to change the jumpers. You can boot@ > directly to disk2,; > or you can change the console to boot to disk2 by defaultt > (something like SET  > BOOT DKA200) >t >e, > I would suggest you read HELP BACKUP/IMAGE > HELP INITI > and HELP SET VOLUMEa >a   ------------------------------  % Date: Tue, 16 Jan 2001 06:03:53 +0100o2 From: martin@radiogaga.harz.de (Martin Vorlaender)! Subject: Re: Dead VAXstation 3100-; Message-ID: <3a63d639.524144494f47414741@radiogaga.harz.de>1  2 Bill Gunshannon (bill@triangle.cs.uofs.edu) wrote:& : "Hans Vlems" <hvlems@iae.nl> writes:  : |> Where is Freiburg situated?9 : |> I live in the Netherlands, might pick up some parts.n :s : Assuming it hasn't moved :-)E : south of of Frankfurt, Mannheim, Karlsruhe and Baden-Baden (in that-) : order) on the Frankfurt-Basel Autobahn.a  G ...but a great deal nearer to Basel than to Frankfurt. In fact, it's in H the south-western corner of Germany (and one of the warmest spots, too).% Quite a journey from the Netherlands.6   cu,6   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.deeN One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Mon, 15 Jan 2001 15:08:48 -0500s2 From: rdeininger@mindspring.com (Robert Deininger)" Subject: Re: dec 3000 300 crashingL Message-ID: <rdeininger-1501011508490001@user-2ive7et.dialup.mindspring.com>  l In article <6Rx86.1771$FC1.73637@ozemail.com.au>, "Antony Wardle" <antony.wardle@noospammm.met.co.nz> wrote:  ? Are the errors reproducible, or do they change and move around?$   I don't know where the various components are located.  Some of these circuits maybe on the CPU board, some on the main board.  Have you unplugged the CPU board and looked for bent pins, etc?  Maybe it's wiggled a bit loose?   > test mem addrm > STS-MEM-OK > test mem eccA > T_ERR_MEM       - ldl_l bcache miss no victim ad Addr: 00200264e > Uncorrected error count = 1n	 > 84 FAILy   Something to do with the backup (level 2) cache.   "ldl_l" is a longword load/locked instruction. The "victim" is the data in cache that's about to be replaced, it should be written back out to main memory.  
The cache has "tag address" RAMs, "tag control" RAMs, and "data" RAMs.  The tag address has a parity bit, and tag control has another parity bit.  Parity errors on either of these could cause a machine check.  I don't know if the cache data has parity, ECC, or what.   > T mem ecc  > T-ERR-MEM TNF ECCh  <Don't know.  It turns out the model 300/300L/300X/300LX have 1 parity bit per longword, not true ECC.  (The other DEC 3000 models have ECC.)  Still the manual says "t mem ecc".  I wonder if TNF might mean "test not found"?  What happens when you type something silly like "t mem silly"?  Yes, I'm grasping at straws.    > test mem init- > T_STS_MEM ok >  > test mem cell  >  > T-STS-MEM ok >  > test mem bctpe > T-ERR-MEM - TNF BCTP   Again, this seems to indicate something with the backup cache.  The cache tag memory is parity protected, and this is supposed to be testing the parity logic.  r > any more help?  O You need to find someone with the service manual, I think.  Or, keep reading...-   > > > Test mem > > >D: > > > T-STS-MEM - LLSC Test : Addr 00200000 FWD Wr 00000000 > > > MCHK ID: 14 Logout Frame address: 00108060@ > > > exc_addr: 000ED784  bui_stat: 00000050  bui_addr: 001081A0B > > > fill_addr:  00054EF0    hi_synd: 00000000  lo_synd : 0000000D > > > mm_csr:  00005931     dc_stat: 00000007          va:  001081E8   A little more about this.  The CPU traps certain hardware errors and generates a "machine check" (MCHK) exception.  The PALcode handles the exception.  The system programmer's reference says, "some interrupts cause PALcode to build a corrected error (small) logout stack frame or machine check (large) logout frame in memory."  It appears the console is displaying some of the CPU state that was saved in the machine check frame.  You're also getting the address of the stack frame, so you could look at the whol >>> examine -b 00108070-x will give the error code.  If it is the "14" above, then I'm lost, since that would be some kind of turbochannel error.    There is a table 38, with one column labeled "Error code for logout frame", and another column labeled "What happened, Who saw it, What they did, What is most likely broken, What else is possibly broken".  The table is too long to type.   -- s Robert Deininger rdeininger@mindspring.comD   ------------------------------  % Date: Mon, 15 Jan 2001 18:55:23 +0000e+ From: "antonio.carlini" <arcarlini@iee.org> 8 Subject: Re: DECNet dyslexia (was: Re: Version dyslexia)' Message-ID: <3A63479B.BFDBFFF3@iee.org>f   John Santos wrote:J > Just one problem.  I can't do this.  I don't have the CD LP set.  I haveJ > TK50 distribution.  I am under contract.  I never received it.  Are they: > screwing those of us who still have to live with TK50's?  / I have no idea why you did not receive the kit.1  - If it helps tracking it down, the V7.2-1 kit > should be named:  $ DEC-VAXVMS-DECNET_OSI-V0702-1-1.PCSI%                        79952   blocks1   Then you apply:A  $ DEC-VAXVMS-DNVOSIECO02-V0702--4.PCSI#                        55808 blocks>  * (That should be the one you already have).  # It looks like that lack of a V7.2-1i' update for OpenVMS VAX is at the bottom>$ of all of this. Either that or your 
 TK50 MDDS.  ) If your local rep cannot track this down,t" let me know and I'll see if I can ! point him in the right direction.A     AntonioN   --     --------------- - Antonio Carlini             arcarlini@iee.orgl   ------------------------------  % Date: Mon, 15 Jan 2001 20:05:14 +0000 + From: Ray Swadling <ray@rgscomputing.co.uk>/0 Subject: Don't know whether to laugh or cry.....8 Message-ID: <sbl66ts5d5ea6m039m6agdna890uf81v2j@4ax.com>  F I logged a hardware call today here in the UK, nothing dramatic just aF failed 9GB storageworks disk. They'll send a replacement and I'll plug it in.  C The guy in the CSC took all the details, and then as we waited, and-A waited, and waited for the call handling system to cough up a logm number.rE He apologised to me about the delay, and said he was just waiting foru the hourglass to go.C I commiserated with him about the downside of using Windows, and hefB said "Well it used to be running on VMS and then it was great, butE we've now migrated onto this Windows software and its awful....really E slow and although it has nice buttons and things the VMS version just/ used to work!!":  E So there we are.....even Compaq is migrating working software off VMSF> onto Windows even though the result has poor performance. On aF customer-facing product as well where the performance shortcomings are& visible to anyone logging fault calls.  F Why not enhance the VMS product and let everyone know what its running= on when they log a call. You know "Welcome to Compaq CustomerS@ Service....Running on OpenVMS 7 days a week and 24 hours a day."  ? Finally took several minutes before the required log number wast	 produced.<     Ray.   ------------------------------  % Date: Mon, 15 Jan 2001 15:35:56 -0500b2 From: rdeininger@mindspring.com (Robert Deininger)4 Subject: Re: Don't know whether to laugh or cry.....L Message-ID: <rdeininger-1501011535560001@user-2ive7et.dialup.mindspring.com>  V In article <sbl66ts5d5ea6m039m6agdna890uf81v2j@4ax.com>, ray@rgscomputing.co.uk wrote:  H > I logged a hardware call today here in the UK, nothing dramatic just aH > failed 9GB storageworks disk. They'll send a replacement and I'll plug > it in. > E > The guy in the CSC took all the details, and then as we waited, and C > waited, and waited for the call handling system to cough up a log 	 > number. G > He apologised to me about the delay, and said he was just waiting for< > the hourglass to go.E > I commiserated with him about the downside of using Windows, and he>D > said "Well it used to be running on VMS and then it was great, butG > we've now migrated onto this Windows software and its awful....really G > slow and although it has nice buttons and things the VMS version justD > used to work!!"L   IIRC, the manual "Building Dependable System, the VMS approach" (which has been archived) was based on the CSC's internal system.s  y So there you have it.  Digital wrote the book (literally) on reliable systems, but the pointy-haired managers can't read.m   -- a Robert Deininger rdeininger@mindspring.comu   ------------------------------   Date: 15 Jan 2001 21:11:27 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)4 Subject: Re: Don't know whether to laugh or cry....., Message-ID: <93vp1v$9fc@gap.cco.caltech.edu>  f In article <sbl66ts5d5ea6m039m6agdna890uf81v2j@4ax.com>, Ray Swadling <ray@rgscomputing.co.uk> writes:D >I commiserated with him about the downside of using Windows, and heC >said "Well it used to be running on VMS and then it was great, butgF >we've now migrated onto this Windows software and its awful....reallyF >slow and although it has nice buttons and things the VMS version just >used to work!!" >aF >So there we are.....even Compaq is migrating working software off VMS? >onto Windows even though the result has poor performance. On aiG >customer-facing product as well where the performance shortcomings areA' >visible to anyone logging fault calls.l  G Perhaps Kerry can spin this one for us.   Good luck putting a positive gC light on it.  Maybe its time for (yet) another letter full of empty L promises from some high ranking exec?   About the only way they're going to I achieve damage control on this one is with "we screwed up and we're goingF back to VMS."  n  G >Why not enhance the VMS product and let everyone know what its runningI> >on when they log a call. You know "Welcome to Compaq CustomerA >Service....Running on OpenVMS 7 days a week and 24 hours a day."e  H Agreed.  When word gets out that a company is migrating apps off its ownG product for even its own internal use it sends a resounding signal thatvC nobody else should use that product either. Ok, maybe they moved toiI proliant servers, but you get my point.  Putting this system on proliantstK isn't going to sell any more of those, but moving it off of VMS constitutesu$ really bad advertising for that OS.   8 I really wish there were some reason to change my sig...   David Mathog mathog@seqaxp.bio.caltech.edun? Manager, sequence analysis facility, biology division, Caltech oJ **************************************************************************J *                                RIP VMS                                 *J **************************************************************************   ------------------------------  % Date: Mon, 15 Jan 2001 17:35:36 -0500d- From: JF Mezei <jfmezei.spamnot@videotron.ca>e4 Subject: Re: Don't know whether to laugh or cry....., Message-ID: <3A637B23.2D3D172F@videotron.ca>   David Mathog wrote: J > Agreed.  When word gets out that a company is migrating apps off its ownI > product for even its own internal use it sends a resounding signal thati- > nobody else should use that product either.e  M But VMS is not Compaq's product. It is a strange contraption that was ~still~tL attached to Digital when Pfeiffer made the purchase. Had Pfeiffer wait a bitN longer, I wouldn't be surprised if Palmer would have sold VMS and the softwareH stuff to some third party, and then Compaq could have gotten Digital forM cheaper (since DEC's losses would have gone way up) and Compaq would not haveJL been stuck with that unkown problem child nobody wants, but also that nobody, can get rid of because it generates profits.    M > isn't going to sell any more of those, but moving it off of VMS constitutess% > really bad advertising for that OS.a  G Since VMS is totally ignored in the advertising, it cannot have any bade* advertising since there is no advertising.  J A company which does not actively try to sell a product and who internallyL migrates away from that product is sending a very clear signal to customers:L Don't bet your corporation on that product because it won't be available forM very long time (unless you're the defence customer for whom Compaq is willingw! to garantee support for X years).e    M Why waste time trying to speculate on what sort of strategy Compaq might have E on VMS ? Its actions (or lack therefore) speak loud enough. If it had K intentions of really growing VMS, it would invest some marketing dollars in I that platform and try to increase sales. It would send a strong signal toEL customers that not only VMS is alive, but that Compaq will actually actively try to sell it.   M But no. Compaq has done none of that. It is happy with making a few sales per L year, just enough to be able to state that sales of VMS is growing (but withC no benchmark on how many VMS sites it has lost during that period).g   ------------------------------  % Date: Mon, 15 Jan 2001 17:17:15 -0500n- From: JF Mezei <jfmezei.spamnot@videotron.ca> 4 Subject: Re: Don't know whether to laugh or cry....., Message-ID: <3A6376D7.72B2067B@videotron.ca>   Ray Swadling wrote:tG > So there we are.....even Compaq is migrating working software off VMS-@ > onto Windows even though the result has poor performance. On aH > customer-facing product as well where the performance shortcomings are( > visible to anyone logging fault calls.    L I've got news to you. The trend started with Digital. And Compaq isn't goingG to stop it. It knows only Wintel. Wintel is thre future. Unix is just ao/ temporary solution until Wintel fixes its bugs.r  J The 8086 will rule, so will Microsoft. Compaq won't let its pesky productsH such as Alpha, VMS etc get in the way of its goal to beat IBM by sellingG enough Wintel boxes to become the number 1 computer maker of the world.e  M VMS would be better in the hands of a company such as Sun or Apple whose head 5 cheese is not affraid to speak out against microsoft.   H If Sun adopted VMS, it would push it like mad, especially its clusteringL capacbilities and perhaps nip Linux in the bud. It would also not be affraidL to point out to Microsoft how primitive MS attempt at clustering is compared to Sun's VMS product.S  M Lets face it, Compaq is not interested in pushing its own product. It prefersg2 to push Intel and Microsoft products over its own.  G Folsk keep predicting that at the next financial statement, Compaq will N finally admit that VMS is a cash cow and start to focus more on VMS. They keep) saying it, but we keep waiting to see it.H   ------------------------------  # Date: Mon, 15 Jan 2001 23:41:36 GMT-- From: goathunter@goatley.com (Hunter Goatley) 7 Subject: Re: FILESERV@WKU: UnZip V5.42 is now availableC0 Message-ID: <3a638a45.32741780@swen.process.com>  @ On Mon, 15 Jan 2001 16:27:01 GMT, goathunter@goatley.com (Hunter Goatley) wrote:m  C >The Info-ZIP group has released UnZip 5.42.  I've added VMS objectwC >files to the normal distribution and updated the WKU archives.  TojB >generate executables from the supplied binaries, simply unzip the: >file, SET DEFAULT [.VMS-BINARIES], and execute @LINK.COM. >o@ I was a little hasty this morning.  Brian Tillman found that the? .OPT files in [.VMS] still showed 5.41, though the ones I addedn? in [.VMS-BINARIES] were correct.  Christian released an updatedtF source kit with fixed .OPTs, so I've repackaged my distribution again.  B If you've already picked it up, the only change is to the two .OPT8 files in [.VMS], so pick it up again at your discretion.  ' >There are two distributions available:n >  >   -  UNZIP.ZIP= >   -  UNZIP.BCK (a VMS backup saveset for those who'd ratherd; >      not use their previous unzip to unzip the new unzip)h > < >You can find UnZip 5.42 for VMS on the following sites now: >i- >  http://www2.wku.edu/www/fileserv/unzip.zipe+ >  ftp://ftp.wku.edu/vms/fileserv/unzip.zipD3 >  ftp://ftp.process.com/wku/vms/fileserv/unzip.zipS< >  http://www.tmk.com/ftp/ftp-wku-edu/vms/fileserv/unzip.zip7 >  ftp://ftp.tmk.com/ftp-wku-edu/vms/fileserv/unzip.zipL >S6 >These mirrors should be updated in the next 24 hours: >2F >          ftp.vms.stacken.kth.se, under [.MIRRORS.WKU.VMS.FILESERV]. 9 >          ftp.ctrl-c.liu.se, under [.WKU.VMS.FILESERV]. n >          ftp.riken.go.jp o; >          ftp.vsm.com.au, under kits and kits/decwindows. t; >          www.vsm.com.au/ftp/, via the WWW instead of FTP.I > : >The supplied VMS binaries have been linked as far back as% >VAX/VMS V5.4-2 and OpenVMS AXP V1.5.0   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/s9 goathunter@goatley.com     http://www.goatley.com/hunter/o   ------------------------------    Date: 14 Jan 2001 19:31:45 +0200
 From: i@on.ru<) Subject: FREE http://4sansai.cjb.net  452u$ Message-ID: <3a61e281@news.takas.lt>   http://4sansai.cjb.netP wpyjjquhkfbdrbuiwqxolzokusnpjymbfztxtdfuyfemifeqonizitgqhnjnitckzeoumzplktsugtqw   ------------------------------    Date: 15 Jan 2001 21:01:09 -0500/ From: jordan@lisa.gemair.com (Jordan Henderson)h$ Subject: Re: GS160 hardware question* Message-ID: <940a15$rdg$1@lisa.gemair.com>  * In article <3A633D01.9DBF8C0D@uk.sun.com>,2 andrew harrison  <andrew.nospam@uk.sun.com> wrote: >"Main, Kerry" wrote:  >> n
 >> Andrew, >> MC >> It looks like after a slow start, you are back in gear again :-)e >> eN >> >>> Though why you have refrained from posting this nugget of wisdom beforeM >> is intriguing, Kerry has been arguing for a long time on this group, along-F >> with other OpenVMS boosters that any suggestion that data has to beN >> partitioned on WildFire to get good performance is just FUD. Where were you >> ????????<<< >> -E >> Please provide a direct quote from me that even remotely indicates8L >> applications do not need to be reviewed for NUMA considerations or simply< >> admit you are throwing out FUD to suit your own purposes. >> d >vA >OK Kerry, so you forgot accusing me of FUD when I told you that .? >Compaq were unlikely to get good TPC-C performance out of the  @ >WildFire without resorting to the OPS in a box scheme pioneered
 >by Sequent. ' >i  : Hmmm... Please, enlighten us, I've searched dejanews and I= can't find Kerry accusing you of FUD surrounding OPS in a box: on Wildfire.  0 If you can't find it will you finally go away?    B >Hint OPS in a box is partitioning the database to get around the   >issues of having a NUMA system. >h  : (Translation: OPS in a box is a scheme to get the highest 6 performance out of a NUMA system when running Oracle.)  % >Remember what happened next ????????R >.+ >> Sigh .. nice try, but you can do better.o >o5 >I hope you arn't in too much pain, all this sighing h- >could be a symptom of somthing really nasy. i >h >Regards >Andrew Harrison >Enterprise IT Architect   -Jordan Hendersonh jordan@greenapple.comn   ------------------------------  # Date: Mon, 15 Jan 2001 22:32:21 GMTr! From: Ian Parker <parker@gol.com> ) Subject: Re: I Need a DEC terminal serverc& Message-ID: <B3iJUDAzZ3Y6EwCO@gol.com>  > In article <3A5CFB7E.948921B2@spamfree.crash.com>, Steve Jones <smj@spamfree.crash.com> writesw >rjdurkee@yahoo.com wrote: >TG >> Does anyone have a DEC DS500 or DS700 terminal server that works and  >> they would like to sell?i >tD >DECserver 700's frequently appear on eBay, both the RJ-45 and DB-25E >variants. I've yet to run across one of the later versions which aretD >supposed to support some kind of flash/SRAM card so it doesn't have >to load via MOP.... >r >Good luck,g >-	 >--Steve.e >mL >Steve Jones              ...!uunet!crash.com!smj           Arlington, Mass.7 >CRASH!! Computing     (any spambots parse bang paths?)r >0L >"Chaos will ensue if the variable i is altered..." - SysV Programmers Guide >s >: >0  D We buy our DS700s, with the flash cards, from www.decsales.com.  The1 flash card really does make them more convenient.    -- U
 Ian Parker   ------------------------------  % Date: Tue, 16 Jan 2001 06:54:53 +0100A- From: Denis.Capart@advalvas.be (Denis Capart)m Subject: ICC C examples wanted< Message-ID: <1enbf21.p9sq4yaux8jkN%Denis.Capart@advalvas.be>  G Does anybody know where I could find C language examples for ICC (Intrat6 Cluster Communication) as well as server than client ?   Thanks,e     Denis Capart  ;          Au vide-ordures cette signature pleine de ratures. B   +--------------------------------------------------------------+C  /              http://users.skynet.be/sky67073/                  \sD +-----------------+ Denis.Capart@advalvas.be +---------------------+   ------------------------------  # Date: Mon, 15 Jan 2001 21:04:30 GMTt( From: Terry Kennedy <terry@gate.tmk.com>< Subject: Re: License - Dec C for OpenVMS AXP and broken link' Message-ID: <G782JI.Eor@spcuna.spc.edu>D  3 Phillip du Plooy <itbpjdp@puknet.puk.ac.za> writes:-M > I want to install Dec C on one of my Alpha's, I have the following license:iJ > Part number QL-MU7AE-AA . How do I know on what type of Alpha I can loadI > this (1000, 2100 or ES40 all running OpenVMS V7.2-1) on and what is thetA > highest version of C that I can run. The SPD links on the page:e: > http://www5.compaq.com/emea/software/uk/COCOVMS.html nl.N > http://www.digital.com/SP2538/SP2538SC.TXT  are broken. Where can I download > the software?y  G   Your PAK should have fields named "Units" and "Activity". Do a "show kD license/charge" and find the matching fields. If you have a matchingJ Activity (meaning one that doesn't say "* Not Permitted *" and the licenseG document has equal or higher units, then the license should enable the  H product on that system. You specific license terms will tell you if that is an allowable activity.b  I   Other fields of interest are "Version", "Product release date" and "Key H termination date", all of which are blank for normal purchased licenses.J A value in any of those fields restricts the license to less-than-or-equal matches.  H   Regarding downloading the software, I'm not sure. Normally it ships onG CD-ROM media as part of the layered products distribution. Sometimes an L ECO kit contains a complete installation package, but you can't bet on that.  4         Terry Kennedy             http://www.tmk.com5         terry@tmk.com             Jersey City, NJ USA9   ------------------------------  % Date: Mon, 15 Jan 2001 15:58:04 -0600h+ From: "Main, Kerry" <Kerry.Main@compaq.com>e< Subject: RE: License - Dec C for OpenVMS AXP and broken linkN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284C12@kaoexc3.kao.cpqcorp.net>   Terry,  D re: Broken SPD links with ".digital.com" in the url .. This has been reported and being worked on.a  3 In the mean time, these SPDs are also available at:n/ <http://www.compaq.com/info/spd/> Main SPD pageWE <http://www.compaq.com/info/sp2538/sp2538pf.pdf> (Compaq C V6.2 SPD -  formerly DEC C)s   Regards,  
 Kerry Main Senior Consultanto Compaq Canada Inc. Professional Servicesw Voice: 613-592-4660M Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----/ From: Terry Kennedy [mailto:terry@gate.tmk.com]s Sent: January 15, 2001 4:05 PM To: Info-VAX@Mvb.Saic.Coma< Subject: Re: License - Dec C for OpenVMS AXP and broken link    3 Phillip du Plooy <itbpjdp@puknet.puk.ac.za> writes:eD > I want to install Dec C on one of my Alpha's, I have the following license:J > Part number QL-MU7AE-AA . How do I know on what type of Alpha I can loadI > this (1000, 2100 or ES40 all running OpenVMS V7.2-1) on and what is the0A > highest version of C that I can run. The SPD links on the page::: > http://www5.compaq.com/emea/software/uk/COCOVMS.html nl.E > http://www.digital.com/SP2538/SP2538SC.TXT  are broken. Where can Ie download > the software?9  G   Your PAK should have fields named "Units" and "Activity". Do a "show aD license/charge" and find the matching fields. If you have a matchingJ Activity (meaning one that doesn't say "* Not Permitted *" and the licenseG document has equal or higher units, then the license should enable the  H product on that system. You specific license terms will tell you if that is an allowable activity.h  I   Other fields of interest are "Version", "Product release date" and "KeysH termination date", all of which are blank for normal purchased licenses.J A value in any of those fields restricts the license to less-than-or-equal matches.  H   Regarding downloading the software, I'm not sure. Normally it ships onG CD-ROM media as part of the layered products distribution. Sometimes anhL ECO kit contains a complete installation package, but you can't bet on that.  4         Terry Kennedy             http://www.tmk.com5         terry@tmk.com             Jersey City, NJ USAl   ------------------------------   Date: 15 Jan 2001 23:20:51 GMT3 From: ccmn@morpheus.its.latrobe.edu.au (Mark North)- Subject: Multinet  Help . Message-ID: <9400kj$v68$1@news.latrobe.edu.au>  
 Hello all,  E I'm having a little trouble with Multinet on our Alpha 1200, VMS 7.2..  J I upgraded from v 4.2 A to v4.3 and since then LPD printing hasn't worked.C It just dumps the job and give the following error in operator.log:w  @ MultiNet Printer Symbiont: Illegal remote printer specifier "Z"  = I set /RETAIN=ERROR and get the following error on the queue:s  ?      40  LABELS          ADMSIS            9  Retained on errors)        %PSM-E-WRITEERR, error writing !AS 4        -SYSTEM-W-NOSUCHDEV, no such device available=          Completed 15-JAN-2001 23:16:07.02 on queue SYS$BAND1k  P Stream printing is still working fine.  The alpha is clustered with 2 Vax 6620's9 (which I also upgraded) and printing is fine in them too.s  O I installed decevent at the same time as I upgraded multinet.  Would this have n anything to do with it?l    All help is greatly appreciated.  % Mark North        mark@latrobe.edu.aue Systems Programmer Information Technology Servicesc) La Trobe University, Melbourne, Australiac   ------------------------------  % Date: Mon, 15 Jan 2001 21:38:01 -0700a1 From: "Phillip D. Williams" <edhouse00@qwest.net>a$ Subject: no video output from a 31003 Message-ID: <P8Q86.2982$1x4.555199@news.uswest.net>a   Hellor1 I have a 3100 M38 that will not display any video26 output regardless what position s3 switch is in. I can4 see the lights doing their countdown, but no output.5 The 3100 doesnot have any graphics board install, butv7 I should still see a countdown if I have a VT connectedh to the printer port  right???  tkso phillipp   ------------------------------  % Date: Mon, 15 Jan 2001 15:08:19 -0600h7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>v3 Subject: Re: OpenVMS Volume Management (On the fly)m- Message-ID: <3A6366C3.5BFF6846@earthlink.net>a  * fabio_compaq@ep-bc.petrobras.com.br wrote: > D > This is bad, because Sun uses these arguments when they sell their > "High Availbility Systems".* > C > Volume Manager can do file system grow/shrinking on the fly .....  > J > I think the storage people from Compaq must re-think the features of theF >  Volune Shadow and RAID 5 software. Mount another disk in the volume > on the fly .....  D I believe *THAT* is what's known as a volume-set, and I believe it's7 been around since ODS-1, if I'm not too badly mistaken.D  ; $ MOUNT/SYSTEM $1$DUA1,$2$DUA2 DRIVE01,DRIVE02/BIND=VOLSET1d  A You can add a disk to volume-set without DISMOUNTing the existing E volumes. There is no direct relationship to either shadowing or RAID.e  D However, individual physical volumes within a set may only ever be aH fixed size; that is, a disk may not change size while it's MOUNTed. If aH volume did change size, it would have to be re-INITIALIZEd to make a newH BITMAP(.SYS) and a new INDEXF(.SYS) which, of course, means the contentsH effectively disappear. If you understand ODS, then you should understand why.  * Some additional reference can be found at:  ; http://www.djesys.com/vms/freevms/mentor/vms_path.html#devcn   --   David J. Dachteraa dba DJE Systemsu http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/b  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Mon, 15 Jan 2001 20:15:47 -0500 ' From: "Bill Todd" <billtodd@foo.mv.com>e3 Subject: Re: OpenVMS Volume Management (On the fly)m( Message-ID: <940758$brn$1@pyrite.mv.net>  @ David J. Dachtera <djesys.nospam@earthlink.net> wrote in message' news:3A6366C3.5BFF6846@earthlink.net... , > fabio_compaq@ep-bc.petrobras.com.br wrote: > > F > > This is bad, because Sun uses these arguments when they sell their > > "High Availbility Systems".a > > E > > Volume Manager can do file system grow/shrinking on the fly .....  > >nL > > I think the storage people from Compaq must re-think the features of theH > >  Volune Shadow and RAID 5 software. Mount another disk in the volume > > on the fly ..... >gF > I believe *THAT* is what's known as a volume-set, and I believe it's9 > been around since ODS-1, if I'm not too badly mistaken.   G You are correct that ODS-x volume sets have been around for a very long F time.  However, you are mistaken in thinking that this is what fabio's talking about.  K Sun's volume manager, which I think is based on the Veritas volume manager,eB allows one to add a disk to even a parity-based RAID set (not justH concatenate another disk onto the end of a concatenated volume set, likeE ODS-x's) and redistribute the data to include it - on-line (though ataL noticeable cost in data-shuffling).  The file system (at least Veritas', andJ likely Sun's as well) can then be told to make use of the additional space/ on the newly-expanded logical volume - on-line.e  F As you can imagine, the ability to grow a (RAID-protected) file systemK dynamically to meet growing needs has significant availability implicationstL compared to having to perform a backup/reconfigure/restore sequence when you run out of space.e   >e= > $ MOUNT/SYSTEM $1$DUA1,$2$DUA2 DRIVE01,DRIVE02/BIND=VOLSET1n >uC > You can add a disk to volume-set without DISMOUNTing the existingaG > volumes. There is no direct relationship to either shadowing or RAID.a > F > However, individual physical volumes within a set may only ever be aJ > fixed size; that is, a disk may not change size while it's MOUNTed. If aJ > volume did change size, it would have to be re-INITIALIZEd to make a newJ > BITMAP(.SYS) and a new INDEXF(.SYS) which, of course, means the contentsJ > effectively disappear. If you understand ODS, then you should understand > why.  L There's nothing inherent in ODS-2's design that would have prohibited makingI the allocation bitmap and the index file (and its bitmap) discontiguously-I extendible (i.e., treat them more like normal files).  But when ODS-2 wasuK designed, the only volumes whose size could change were concatenated volume H sets (which it treats differently anyway, IIRC, with separate per-volumeJ index files - and per-volume bitmaps?):  RAID hadn't been invented yet, so2 there was little reason to make the size flexible.  H Now there is.  Be nice if ODS-2 was enhanced accordingly - which is what fabio was getting at.t   - bill   >r, > Some additional reference can be found at: >,= > http://www.djesys.com/vms/freevms/mentor/vms_path.html#devc  >i > -- > David J. Dachterar > dba DJE Systemsh > http://www.djesys.com/ >s< > Unofficial Affordable OpenVMS Home Page and Message Board:! > http://www.djesys.com/vms/soho/a >pH > This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings > is to be expected. > B > Feel free to exercise your rights of free speech and expression. >iH > However, attacks against individual posters, or groups of posters, are > strongly discouraged.P   ------------------------------  % Date: Mon, 15 Jan 2001 21:06:28 -0500t From: Bob <gneiss@mailroom.com>p  Subject: reviving a MicroVax34007 Message-ID: <gneiss-243413.21062815012001@nntp.rev.net>h  D I have been given a microvax3400 and have some questions that maybe  someone here could answer.    F The power cord is missing, will any generic one do? (original needs a H notch at the bottom).  Have found one email for someone in New York who F has old equipment for sale, do ya'll know of any others?  Does anyone C have old accessories for sale?  How about hardware documentation?  SC Internet search didn't turn up anything beyond basic specs on this  ? model.  I occasionally see items posted here, but not recently.   E Is it possible to attach a floppy and/or CDrom to this old machine?  aH Tape drive is built in.  It has VMS 5 on it, is that the latest it will  run?   thanks, Bob  -- M
 Bob Dorenfeld  Mail America Comm. Inc.a   ------------------------------    Date: 15 Jan 2001 23:15:31 -05002 From: malmberg@eisner.decus.org (John E. Malmberg)$ Subject: Re: reviving a MicroVax3400+ Message-ID: <k$ihztqFIMhS@eisner.decus.org>F  7 In article <gneiss-243413.21062815012001@nntp.rev.net>,s/ Bob Dorenfeld <gneiss@mailroom.company> writes:dE > I have been given a microvax3400 and have some questions that maybe  > someone here could answer.  F You are at the right place.  Please see the OpenVMS FAQ from a link at   http://www.openvms.compaq.com/  D It has both hardware information and links to where you can get more information.  I Assuming that this is a "hobby" machine, you may want look at the sectionaD of the FAQ about the *FREE* hobby license for OpenVMS and a bunch of good software.  G > The power cord is missing, will any generic one do? (original needs a  > notch at the bottom).s  C The proper power cord should be available from any major electrical A supply house.  The notch indicates that it wants a higher currenti! rating then the more common ones.n  E I am not completely up on all of the ratings, but someone will likely? join in that is.  H I would recommend getting the proper power cord for the unit rather than9 risk the chance of a cord overheating and resulting fire.s  2 > Have found one email for someone in New York whoG > has old equipment for sale, do ya'll know of any others?  Does anyone C > have old accessories for sale?  How about hardware documentation?r  A The various online used equipment sales and auctions usually havec. equipment and accessories that are compatible.  G What you have is a q-bus machine, and configuring the q-bus for changes K requires following the rituals exactly.  For a beginner that probably meanslM that you will probably post a listing of the modules currently on your systemgB and the positions, and someone will help explain things some more.  E Some of this is covered in the FAQ.  You might also want to visit the ' "Ask The Wizard" link at the above URL.   D > Internet search didn't turn up anything beyond basic specs on thisA > model.  I occasionally see items posted here, but not recently.   H The MicroVAX 3400 is a very ancient system.  There are a few regulars on, this forum that admit to having them though.  F > Is it possible to attach a floppy and/or CD-ROM to this old machine?I > Tape drive is built in.  It has VMS 5 on it, is that the latest it willR > run?  H Given sufficient disk space and memory it should run the OpenVMS VAX 7.2' which is the latest release of OpenVMS.,  E The attachment of a floppy depends on having a RQDX3 controller board:L inside of the unit, and sufficient hardware bays.  The floppy is known as anL RX33.  The RX50, an older floppy drive that takes special formatted floppiesK can also be found.  I do not think you will find much software available onr either type of floppy media.  J Connecting a CD-ROM to the unit is possible given enough time and money orI good luck.  If you already have a SCSI adapter on the unit, then a CD-ROMuI with 512 byte sectors may work.  If you do not have a SCSI adapter on thep< unit only the some of the third party adapters are bootable.  N The unit you have has a DSSI bus inside that looks a lot like SCSI.  It is not? SCSI and you should not attempt to connect a SCSI device to it.l  E If you do not have a SCSI adapter on it, you may find that it is more-H economical to get a "newer" used VAX or ALPHA system that has a build in
 SCSI adapter.(  N You can often find fully configured systems with the parts you are looking for? that cost less than what is being asked for the separate parts.d  K Depending on where you are located, someone may be able to help you converttH the hobbyist CD-ROM media to a tape that your system can read to get you started.   -John  wb8tyw@qsl.network Personal Opinion Only-   ------------------------------  % Date: Tue, 16 Jan 2001 04:59:57 +0000e  From: steven.reece@quintiles.com$ Subject: Re: reviving a MicroVax3400H Message-ID: <OF8FACD94D.7E1130B2-ON802569D6.001AE9E0@qedi.quintiles.com>   Hi Bob,0K Any power cord that fits and has sufficient rating should be ok.  The issuenI of course is getting on with a right-angled socket on the end so that onesB can put the cover on the front of the system once it's powered up!E The "supported" solution to connecting a CD-ROM drive to one of thesenG systems is to use a KZQSA Q-Bus to SCSI adapter and then use a CD driveaJ like an RRD-40 in an external box.  I would recommend getting a drive likeG an RRD-42 rather than the -40 though as the latter is painfully slow ate times.J An alternative is to use a third party SCSI adapter, like the CMD CQD-223.C I don't care much for these adapters though as they can be a littlea awkward.   Floppy drives I'm not sure of.   HTH. Steve.  ' Bob (gneiss at mailroom dot com) wrote:iF >>>I have been given a microvax3400 and have some questions that maybe someone here could answer.  E The power cord is missing, will any generic one do? (original needs anG notch at the bottom).  Have found one email for someone in New York whosE has old equipment for sale, do ya'll know of any others?  Does anyone A have old accessories for sale?  How about hardware documentation?oB Internet search didn't turn up anything beyond basic specs on this? model.  I occasionally see items posted here, but not recently.e  C Is it possible to attach a floppy and/or CDrom to this old machine?oG Tape drive is built in.  It has VMS 5 on it, is that the latest it willt run?<<<t   ------------------------------  # Date: Tue, 16 Jan 2001 00:05:49 GMT * From: Eugene Zharkov <zharkov@my-deja.com> Subject: select() on VMS) Message-ID: <94038q$d9d$1@nnrp1.deja.com>t  / I just came across the following statement fromeH http://www.openvms.compaq.com/doc/721final/6550/dcev30_rn_002.html#bugs:  ' 14.26 UCX Runtime Calls Not Thread Safee  7 Note that UCX Runtime Calls are not always thread safe.0  8 UCX has two main application programming interfaces: VMS5 system services (for example, $ASSIGN, $QIO, $CANCEL)i6 and the C socket library. Of these two, the VMS system@ services are fully thread-safe, while the socket library is not.: The most common problem with sockets is the select() call,= which blocks the entire process (not just the calling thread)a< until the specified I/O events occur or the timeout expires.      6 My personal experience with the select() call tells me0 otherwise. Can someone comment on this, please ?   Thanks,- Eugene     Sent via Deja.com: http://www.deja.com/   ------------------------------  % Date: Mon, 15 Jan 2001 22:00:41 +0100c: From: "Michael Holmes" <NOSPAM.raider@NOSPAM.mindless.com>1 Subject: Setting up ISDN Internet on DEC 3000-300t+ Message-ID: <93vohv0maq@enews3.newsguy.com>e  H I have a Dec 3000-300L running VMS 7.2 and TCPIP V5.0. (Hobbist License)L I would like to use the built-in ISDN port to call my ISP and connect to the Internet  ( My ISP dynamically assigns a IP address.J Also if possible I would like the DEC to route for my PC (which is using a 56K modem currently)   Is this possible?c If so, how do I set it up?  J Should I purchase Multinet instead to get this to work, I was told it does dynamic IP?i   Thanks Michael    ------------------------------  % Date: Mon, 15 Jan 2001 17:31:31 -0500a2 From: rdeininger@mindspring.com (Robert Deininger)5 Subject: Re: Setting up ISDN Internet on DEC 3000-300iL Message-ID: <rdeininger-1501011731310001@user-2ive7et.dialup.mindspring.com>  g In article <93vohv0maq@enews3.newsguy.com>, "Michael Holmes" <NOSPAM.raider@NOSPAM.mindless.com> wrote:"  J > I have a Dec 3000-300L running VMS 7.2 and TCPIP V5.0. (Hobbist License)N > I would like to use the built-in ISDN port to call my ISP and connect to the
 > Internet   I don't think there is a VMS device driver for the ISDN.  Apparently the red tape required to get regulatory approval for the port was too great.  Officially, your DEC 3000 300L does NOT have an ISDN port behind that little foam plug.   -- ' Robert Deininger rdeininger@mindspring.com    ------------------------------  % Date: Mon, 15 Jan 2001 17:36:14 -0500 % From: "John Vottero" <John@mvpsi.com> 5 Subject: Re: Setting up ISDN Internet on DEC 3000-300t/ Message-ID: <t66us7mkdu1hdc@news.supernews.com>   E "Michael Holmes" <NOSPAM.raider@NOSPAM.mindless.com> wrote in message'% news:93vohv0maq@enews3.newsguy.com... J > I have a Dec 3000-300L running VMS 7.2 and TCPIP V5.0. (Hobbist License)J > I would like to use the built-in ISDN port to call my ISP and connect to ther
 > Internet >g* > My ISP dynamically assigns a IP address.L > Also if possible I would like the DEC to route for my PC (which is using a > 56K modem currently) >L > Is this possible?  > If so, how do I set it up? > L > Should I purchase Multinet instead to get this to work, I was told it does
 > dynamic IP?b >   G This might be possible but it won't be easy and it won't be cheap.  TheiK 3000-300 has an ISDN S/T interface which requires an NT1.  You can probablyhE buy an ISDN router with an integrated NT1 for less than the cost of ae
 separate NT1.e  I Also, I don't think the 3000-300 was ever certified for connection to the J public telephone network.  And I'm sure that OpenVMS and TCP/IP don't knowI how to deal with the ISDN port.  Maybe Multinet can do it, it seems to doM about everything else.  I If you want ISDN internet access, do yourself a favor and spend $250-$350m for a standalone ISDN router.e   ------------------------------   Date: 15 Jan 2001 22:15:38 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)a5 Subject: Re: Setting up ISDN Internet on DEC 3000-300r0 Message-ID: <93vsqa$8ta$1@n.ruf.uni-freiburg.de>  h In article <93vohv0maq@enews3.newsguy.com>, "Michael Holmes" <NOSPAM.raider@NOSPAM.mindless.com> writes:I >I have a Dec 3000-300L running VMS 7.2 and TCPIP V5.0. (Hobbist License)rM >I would like to use the built-in ISDN port to call my ISP and connect to the 	 >Internet: >1) >My ISP dynamically assigns a IP address..K >Also if possible I would like the DEC to route for my PC (which is using a  >56K modem currently)B >8 >Is this possible? >If so, how do I set it up?s >mK >Should I purchase Multinet instead to get this to work, I was told it doesl >dynamic IP?  M Process Software participates in the Hobbyist program. Thus, you could easilyo give it a try...   Regards,    Christoph Gartmanno(    (and yes, we are using Multinet here)  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  # Date: Tue, 16 Jan 2001 03:49:44 GMTi& From: Jerry Hudgins <jerry@e-farm.com>5 Subject: Re: Setting up ISDN Internet on DEC 3000-300o* Message-ID: <3A63C4C0.5C30F1F6@e-farm.com>   John Vottero wrote:S > K > Also, I don't think the 3000-300 was ever certified for connection to theOG > public telephone network.  And I'm sure that OpenVMS and TCP/IP don'tfJ > know how to deal with the ISDN port.  Maybe Multinet can do it, it seems > to do about everything else.  F It may have eventually been certified, but I recall that the necessaryB drivers were available only with the X.25 layered software kit for OSF1/Digital UNIX.  K > If you want ISDN internet access, do yourself a favor and spend $250-$350e > for a standalone ISDN router.h  C I concur, but note that you can pick up a used router for much lessu theseo
 days on eBay.o   -jch   ------------------------------  % Date: Mon, 15 Jan 2001 14:47:55 -060057 From: "David J. Dachtera" <djesys.nospam@earthlink.net>j Subject: Re: Variables in DCLe- Message-ID: <3A6361FB.8BD1096F@earthlink.net>i   Peter Weaver wrote:D > [snip] >     $ quote[0,7] = 34t >     $ tick[0,7] = 39 > [snip]   Careful, there!n  4 Remember - there are eight(8) bits in a byte, not 7!   DJAS01::DDACHTERA$ a=%xffS DJAS01::DDACHTERA$ sh sym at/   A = 255   Hex = 000000FF  Octal = 00000000377  DJAS01::DDACHTERA$ a[0,7]=34 DJAS01::DDACHTERA$ sh sym ao/   A = 162   Hex = 000000A2  Octal = 00000000242e& DJAS01::DDACHTERA$ b=f$cvui( 0, 8, a ) DJAS01::DDACHTERA$ sh sym bw.   B = 49   Hex = 00000031  Octal = 00000000061  F Unless you are 100% certain what the value of that eighth bit is going- to be later on, better assign all eight bits.i        $ quote[0,8] = 34      $ tick[0,8] = 39    -- r David J. Dachteram dba DJE Systemsa http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Mon, 15 Jan 2001 16:29:44 -0500t- From: "Peter Weaver" <peter.weaver@stelco.ca>l Subject: Re: Variables in DCLo4 Message-ID: <t_J86.120350$Z2.1430319@nnrp1.uunet.ca>  B "David J. Dachtera" <djesys.nospam@earthlink.net> wrote in message' news:3A6361FB.8BD1096F@earthlink.net...e > Peter Weaver wrote:n
 > > [snip] > >     $ quote[0,7] = 34p > >     $ tick[0,7] = 39
 > > [snip] >i > Careful, there!c >h6 > Remember - there are eight(8) bits in a byte, not 7! >$ > DJAS01::DDACHTERA$ a=%xffO > DJAS01::DDACHTERA$ sh sym ak1 >   A = 255   Hex = 000000FF  Octal = 00000000377  > DJAS01::DDACHTERA$ a[0,7]=34 > DJAS01::DDACHTERA$ sh sym a 1 >   A = 162   Hex = 000000A2  Octal = 00000000242w( > DJAS01::DDACHTERA$ b=f$cvui( 0, 8, a ) > DJAS01::DDACHTERA$ sh sym bn0 >   B = 49   Hex = 00000031  Octal = 00000000061 > B > Unless you are 100% certain what the value of that eighth bit is goinga/ > to be later on, better assign all eight bits.t > ...   @ True, but since it is a local symbol and since the documentationB states that the symbol is overlaid on the null character then I am 100% sure :)  F I did a quick search through my Utilities directory and found that forD simple one-byte characters in the range 0-127 I usually use [0,7]. I@ only used [0,8] if the character is 128 or more. But I found one; procedure that I last modified 13-FEB-1987 which had a linen  >     $ IF "''UPPER_LIMIT'" .EQS. "" THEN UPPER_LIMIT[0,7] = 255  4 whoops! Thanks for helping me find a very old bug ;)   --   RULES OF THE AIR   -----------------.9  #12. Never let an aircraft take you somewhere your brainy)       didn't get to five minutes earlier.    ------------------------------  % Date: Mon, 15 Jan 2001 13:52:38 -0600w1 From: "Dave Gudewicz" <david.gudewicz@abbott.com> > Subject: VMS scheduling products - what are people using today8 Message-ID: <93vk6g$qn0$1@fizban.fizban.pprd.abbott.com>  I Wondered what others here are using for VMS scheduling chores these days.O  E The DECscheduler product was sent to the black hole a few years back.c  J If its been developed and supported in the manner which we are accustomed, then OK.  9 But somehow I think not.  Please correct me if I'm wrong.,  K This is my perception based on other things the black hole has swallowed in1	 the past.2   Thanks,0   Dave...o   ------------------------------  % Date: Mon, 15 Jan 2001 14:38:11 -0600e+ From: "Main, Kerry" <Kerry.Main@compaq.com> B Subject: RE: VMS scheduling products - what are people using todayN Message-ID: <910612C07BCAD1119AF40000F86AF0D805284C11@kaoexc3.kao.cpqcorp.net>   Dave,i   A few suggestions:  L <http://www.i-s-e.com/Products/EnterpriseSCHEDULE/enterpriseschedule.htm> (IF have heard all good things about these folks - they also make a backup. product that integrates with their scheduler.)  " <http://jams.argent-software.com/>  K <http://www.cai.com/products/scheduleit.htm> Upgrade from the DEC Scheduler  product    Regards,  
 Kerry Main Senior Consultantf Compaq Canada Inc. Professional Services  Voice: 613-592-4660n Fax  :  819-772-7036 Email: Kerry.Main@Compaq.com     -----Original Message-----6 From: Dave Gudewicz [mailto:david.gudewicz@abbott.com] Sent: January 15, 2001 2:53 PM To: Info-VAX@Mvb.Saic.Coma> Subject: VMS scheduling products - what are people using today    I Wondered what others here are using for VMS scheduling chores these days.n  E The DECscheduler product was sent to the black hole a few years back.m  J If its been developed and supported in the manner which we are accustomed, then OK.  9 But somehow I think not.  Please correct me if I'm wrong.e  K This is my perception based on other things the black hole has swallowed in 	 the past.t   Thanks,i   Dave...a   ------------------------------   Date: 15 Jan 2001 20:55:25 GMT2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)B Subject: RE: VMS scheduling products - what are people using today, Message-ID: <93vo3t$9fc@gap.cco.caltech.edu>  | In article <910612C07BCAD1119AF40000F86AF0D805284C11@kaoexc3.kao.cpqcorp.net>, "Main, Kerry" <Kerry.Main@compaq.com> writes:T ><http://www.cai.com/products/scheduleit.htm> Upgrade from the DEC Scheduler product              ^^eH Computer Associates should really be at www.666.com.  Best check out the2 other URLs Kerry supplied for scheduling support.   D Compaq needs to add "selling software products to CA" to its list ofK "things guaranteed to anger and disillusion current customers and send thema scurrying to other platforms".     Regards,   David Mathog mathog@seqaxp.bio.caltech.eduo? Manager, sequence analysis facility, biology division, Caltech d   ------------------------------  # Date: Mon, 15 Jan 2001 21:07:14 GMTu/ From: "John Nixon" <jorlnixon@worldnet.att.net>mB Subject: Re: VMS scheduling products - what are people using todayF Message-ID: <6EJ86.2346$4y6.182874@bgtnsc07-news.ops.worldnet.att.net>  F We are using the SCHEDULE product from I.S.E (See Kerry Main's reply).J We are happy with it and have converted our DECScheduler data base over to it.iL The conversion was not completely automatic.  Some things had to be manually4 re-entered, but I don't have the details about that.  H Some things that I like about it are the fact that it is not sold by the black hole, andlE it runs completely on a VMS system.  You don't need an NT  (or other)v system.n  < "Dave Gudewicz" <david.gudewicz@abbott.com> wrote in message2 news:93vk6g$qn0$1@fizban.fizban.pprd.abbott.com...K > Wondered what others here are using for VMS scheduling chores these days.  > G > The DECscheduler product was sent to the black hole a few years back.c >nL > If its been developed and supported in the manner which we are accustomed,
 > then OK. >t; > But somehow I think not.  Please correct me if I'm wrong.r > J > This is my perception based on other things the black hole has swallowed in > the past., > 	 > Thanks,y >i	 > Dave...e >p >a   ------------------------------  % Date: Mon, 15 Jan 2001 16:42:37 -0600 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>.B Subject: Re: VMS scheduling products - what are people using today8 Message-ID: <93vu5f$s3s$1@fizban.fizban.pprd.abbott.com>  2 Thanks for the comments.  Hope to hear a few more.   Dave...   : "John Nixon" <jorlnixon@worldnet.att.net> wrote in message@ news:6EJ86.2346$4y6.182874@bgtnsc07-news.ops.worldnet.att.net...H > We are using the SCHEDULE product from I.S.E (See Kerry Main's reply).L > We are happy with it and have converted our DECScheduler data base over to > it.nE > The conversion was not completely automatic.  Some things had to beX manually6 > re-entered, but I don't have the details about that. > J > Some things that I like about it are the fact that it is not sold by the > black hole, andeG > it runs completely on a VMS system.  You don't need an NT  (or other) 	 > system.  >a> > "Dave Gudewicz" <david.gudewicz@abbott.com> wrote in message4 > news:93vk6g$qn0$1@fizban.fizban.pprd.abbott.com...G > > Wondered what others here are using for VMS scheduling chores these- days.  > > I > > The DECscheduler product was sent to the black hole a few years back.: > >rB > > If its been developed and supported in the manner which we are accustomed,. > > then OK. > >i= > > But somehow I think not.  Please correct me if I'm wrong.l > >oL > > This is my perception based on other things the black hole has swallowed > in
 > > the past.  > >o > > Thanks,o > >  > > Dave...c > >s > >r >u >    ------------------------------   End of INFO-VAX 2001.031 ************************