1 INFO-VAX	Thu, 08 Aug 2002	Volume 2002 : Issue 433       Contents: Advanced Server issues... 8 Alpha lives again ... can't keep a great processor down!C Re: Arithmetic Data Corruption - Compaq TCP/IP Services 5.3 and NFS C Re: Arithmetic Data Corruption - Compaq TCP/IP Services 5.3 and NFS " Re: Automating EDIT/FDL ->OPTIMIZE" Re: Automating EDIT/FDL ->OPTIMIZE" Re: Automating EDIT/FDL ->OPTIMIZE BASIC LIB$routine help required # Re: BASIC LIB$routine help required # Re: BASIC LIB$routine help required # RE: BASIC LIB$routine help required # Re: BASIC LIB$routine help required  Re: Carl's birthday -- Yea! * Changing P1 - P8 on a printer queue entry?. Re: Changing P1 - P8 on a printer queue entry?. Re: Changing P1 - P8 on a printer queue entry? Re: Compression on DLT backup  Connection Help !  Re: Connection Help !  Re: Connection Help !  RE: Counting records in a file Re: Counting records in a file% Re: Cygwin/xfree86 and VMS/DecWindows % Re: Cygwin/xfree86 and VMS/DecWindows 	 RE: Dec C  Re: dectalk fuse type?& Re: device full: wrong error messages?& Re: device full: wrong error messages?J Re: Differences in reporting memory usage between Monitor Cluster and AMDS& Re: extended  parse and ^ in file name. Firware problem with an Alphastation 200 4/2332 Re: Firware problem with an Alphastation 200 4/2332 Re: Firware problem with an Alphastation 200 4/2330 Flash your corrupted BIOS in the working machine$ Re: Help - TPU Global_search_replace$ Re: Help - TPU Global_search_replace$ Re: Help - TPU Global_search_replace% Re: Help MRU! Robot is not responding % Re: Help MRU! Robot is not responding ) Re: Help with vax3200 (Maximun disk size) + Re: Hoff, what is the status of your book ? + Re: Hoff, what is the status of your book ? + Re: Hoff, what is the status of your book ? ) How to add mod_proxy module to CSWS 1.1-1 ) How to add mod_proxy module to CSWS 1.1-1 C Re: HP Announces Powerful Upgrades to PA-RISC and AlphaServer Lines 
 HPETS 2000 Re: HPETS 2000 Re: HPETS 2000: HPQ Moving Much Of Its Technical/Customer Support Offshore Re: INFO-VAX 2002.432 . Re: Kingston memory modules in AlphaServer 800 Re: mouse installed  Re: mouse installed  Re: mouse installed  Re: OPCOM log file - thank you Re: Open VMS on XP1000 Re: Open VMS on XP1000 Re: Open VMS on XP1000' Re: OpenVMS comes to Itanium - Roadshow ' Re: OpenVMS comes to Itanium - Roadshow , orphaned processes on Telnet and memory leak0 Re: orphaned processes on Telnet and memory leak0 Re: orphaned processes on Telnet and memory leak* OT Mac OS X woes, but advice needed please. Re: OT Mac OS X woes, but advice needed please Re: OT: hp jornada 728P Re: Powerstorm 300 and Alpha PC 164 with OVMS 7.3 (long) - ELSA GLoria and PC164 Re: printing postscript file Samsung revives alpha! Re: Samsung revives alpha! Re: Samsung revives alpha! RE: Samsung revives alpha! Re: Samsung revives alpha!. Samsung says alpha lives ... Gartner loses ... Some Alpha news on The Inquirer # Re: Some Alpha news on The Inquirer # Re: Some Alpha news on The Inquirer  Re: uaf  RE: uaf  RE: uaf  RE: uaf  RE: uaf  RE: uaf  Re: uaf  Re: uaf  Re: VAX Hardware ID : Re: Wanted: Employment - have cobol vax/vms and ingres too: RE: Wanted: Employment - have cobol vax/vms and ingres too: Re: Wanted: Employment - have cobol vax/vms and ingres too Re: XML-RPC for OpenVMS?  F ----------------------------------------------------------------------  % Date: Wed, 07 Aug 2002 21:58:20 -0400 3 From: Michael Austin <maustin@firstdbasource.com_x> " Subject: Advanced Server issues...3 Message-ID: <3D51D03C.3000809@firstdbasource.com_x>   A I have read the docs until I am cross-eyed and cannot see why my  D Advanced Server 7.3 cannot find the PDC (primary domain controller) G which is a WNT 4.0 server.  I had to disable the browser services on 3  L new NT5.0 servers so that I could at least browser the network neighborhood.   MMM\\FLACS> show admin Administration information:     % The domain being administered is: MMM 2 The domain controller for the domain is: (unknown)( The domain controller type is: (unknown)  ' The server being administered is: FLACS / The server type is: Advanced Server for OpenVMS    The user name is: Administrator 9 The user is not logged on and has not been authenticated. 5 The user's workstation is FLACS and is in domain MMM.    MMM\\FLACS> show version    Advanced Server V7.3 for OpenVMS  + MMM\\FLACS> set computer flacs/account_sync E %PWRK-E-ERRACCCOM, account synchronization of computer "FLACS" failed A -PWRK-E-DCNOTFND, cannot find Primary Domain Controller for "MMM"   G The only article I can find on this relates to possible netmask issues  / and I have verified the netmask to be the same.   * Any ideas on where I should begin to look?   Michael Austin   ------------------------------   Date: 7 Aug 2002 16:26:55 -0700 ( From: bob@instantwhip.com (Bob Ceculski)A Subject: Alpha lives again ... can't keep a great processor down! = Message-ID: <d7791aa1.0208071526.125ea00f@posting.google.com>   ? you just can't keep a great processor down!  Maybe if ev69 goes  well, they will do ev8-9 ...    ! Samsung revisits Alpha processor     Pursues separate plans  / By Mike Magee: Wednesday 07 August 2002, 17:10    F REMEMBER SAMSUNG has the rights to continue making Alpha processors in: perpetuity, irrespective of whether Intel's got it or not.B Right. Well sources tell us that in late September we'll see AlphaC EV69 processors arriving with 1.75MB of level two cache on the die. > Right up until now, the level two cache for the 21264 was on a
 daughtercard.   F Production processors are expected to arrive while the chips have been3 sampling for a little old while now, we understand.   F By November we're likely to see dual CPU systems running at 1GHz using7 the one die cache, and supporting DDR memory and PCI-X.   8 And early next year we'll see 1.2GHz Samsung Alpha CPUs.  = Samsung used to sell its CPUs through the now defunct API but C shilly-shallying caused a heap of angst amongst system integrators.   D During most of this year Samsung has kept its head under the parapetD but now it looks like it's going to have another stab at the market,D seeing as HP/Compaq seems to have thrown its lot in with the Itanic.   ------------------------------  # Date: Wed, 07 Aug 2002 19:01:22 GMT . From: peter@langstoeger.at (Peter LANGSTOEGER)L Subject: Re: Arithmetic Data Corruption - Compaq TCP/IP Services 5.3 and NFS5 Message-ID: <68e49.128920$cU1.3434275@news.chello.at>   f In article <H7R39.119121$cU1.3024004@news.chello.at>, peter@langstoeger.at (Peter LANGSTOEGER) writes:( >[TCPIP_MUP problem description snipped] >Is the bug also in V5.1 ?4 >Do we have to wait for an V5.1 specific TCPIP_MUP ?? >Will the existing TCPIP_MUP be fixed to speak only from V5.3 ?    	This happened today.   % >Is the bug also in the VAX version ?   # The rest of the question remains...    --   Peter "EPLAN" LANGSTOEGER % Network and OpenVMS system specialist  E-mail  peter@langstoeger.atP A-1030 VIENNA  AUSTRIA              I'm looking for (a) Network _and_ VMS Job(s)   ------------------------------  # Date: Thu, 08 Aug 2002 02:25:27 GMT 8 From: "John Gemignani, Jr." <Paul.Non.Harvey@non-hp.com>L Subject: Re: Arithmetic Data Corruption - Compaq TCP/IP Services 5.3 and NFS* Message-ID: <3D519C14.673119AC@non-hp.com>   Peter LANGSTOEGER wrote: > h > In article <H7R39.119121$cU1.3024004@news.chello.at>, peter@langstoeger.at (Peter LANGSTOEGER) writes:* > >[TCPIP_MUP problem description snipped] > >Is the bug also in V5.1 ?6 > >Do we have to wait for an V5.1 specific TCPIP_MUP ?A > >Will the existing TCPIP_MUP be fixed to speak only from V5.3 ?  >  >         This happened today. > ' > >Is the bug also in the VAX version ?  > % > The rest of the question remains...  >  > -- > Peter "EPLAN" LANGSTOEGER ' > Network and OpenVMS system specialist  > E-mail  peter@langstoeger.atR > A-1030 VIENNA  AUSTRIA              I'm looking for (a) Network _and_ VMS Job(s)  B I discovered this topic past night; I had been anticipating it.  IF wanted to talk with folks in the office today before I actually posted	 anything.   H Firstly, I am told that the MUP is for V5.3 only, and that it was placed? into the V5.1 directory in error (apparently there isn't a V5.3 9 directory yet).  So the answer to "only for V5.3" is YES.   E Secondly, there is no need to wait for a V5.1 MUP as the problem does E not affect V5.1, nor any of the ECOs to V5.1.  So the answer to "V5.1  specific TCPIP_MUP" is NO.  H Thirdly, the problem does not affect VAX.  The VAX compiler does not useH floating since VAX has native integer divide instructions which is uses.     Now on to the details.  C Between the development of V5.2 and V5.3, the Compaq C compiler was : updated on the V5.3 development systems from "V6.2-009" to "V6.4-008-46B45".   ? [sidenote: V5.2 was a limited release for new COE support only]   D The newer compiler generated code to use F0 and F1 as temporaries toC perform certain types of arithmetic in place instead of calling OTS F support routines to do the work.  Alpha does not have a native integerH divide instruction.  V5.1 had been specifically checked for any floating! instructions and there were none.     This is also the case with V5.2.  G While attempting to assess the extent of the damage, I went through all E of the builds that we had.  V5.3 revealed the problem in the listings > from the earliest of baselevels that are still present on the B development systems.  Yet it had gone through two internal and twoG external field test cycles and not shown any problems.  It wasn't until D the problem was recently reported from a customer, with a reproducer< Fortran program, that the problem came into the TCPIP group.  E Since V5.3 was still undergoing QA for ECO 1, the choice to release a B MUP immediately was made.  The entire V5.3 product was checked for> similar problems and none were found.  Certain components wereH deliberately modified and rebuilt so that the problem could not occur in the future.   H V5.1 ECOs were checked to ensure that the problem was not present there,F and it was not.  This is because all of V5.1 (including ECOs) is builtG using the [same] older compiler to ensure that all behaviors remain the : same, and that the modules are compatible with each other.  H The images have also been corrected for V5.3 ECO 1, so it will supersede3 the MUP as well as provide a complete set of fixes.   8 If you have any questions, please feel free to email me.   -John     Firstname.Lastname@youknow.where   ------------------------------   Date: 7 Aug 2002 12:57:47 -0700 " From: cstranslations@msn.com (Joe)+ Subject: Re: Automating EDIT/FDL ->OPTIMIZE < Message-ID: <d56d1c2d.0208071157.4ecf0c7@posting.google.com>  ` "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3D507C3E.5BEFBF1E@fsi.net>... > Joe wrote: > >  > > OpenVMS 7.3  > > I > > Supposing one had a very large number of indexed files (slightly more J > > than 17,000) that one wanted to create a FDL for (ANALYZE/RMS/FDL) andJ > > then run through EDIT/FDL - OPTIMIZE in an "automated" sort of manner.+ > > Any ideas on how / if this is possible?  > C > I believe the "magic" incantation is (cut directly from HELP in a  > Reflection/4 session):  E My response from this morning hasn't shown up (yet). It's starting to 1 look like the /NOINTERACTIVE isn't what I want...   C The problem - only aluded to in the 1st post: an attempt is made to F COPY an indexed file with "bucket size problems." COPY's answer to theC request runs along the lines of "no I'm not going to do it." At the & moment I have the DSN article handy...   SYMPTOM:  D Attempts to copy an RMS indexed file fail with the following errors:       $ COPY beta.dat x.dat 6     %COPY-W-INCOMPAT, USER:[DIR]BETA.DAT;1 (input) and USER:[DIR]X.DAT;1 ;                       (output) have incompatible attributes 5     %COPY-E-WRITEERR, error writing USER:[DIR]X.DAT;1 A     -RMS-F-IOP, operation invalid for file organization or device @     %COPY-W-NOTCMPLT, USER:[DIR]BETA.DAT;1 not completely copied  E Part of what I need is the bucket size optimized to drive cluser size > during the convert. I'm assuming for the sake of argument thatF EDIT/FDL can do a better job than me in arriving at a bucket size evenF if the EDIT/FDL functionality was written for some release of RMS long@ long ago and the assumptions made at the time could currently beD improved upon. If nothing else it's faster than my looking at 17000+ files one at a time :-)   ? I have a job running on some indexed files using /NOINTERACTIVE B generated FDLs. The bucket sized aren't being adjusted as if (one)D assumes EDIT/FDL was run and the default responses were accepted forA all OPTIMIZE questions (in particular bucket size adjustments) in D gererating a new FDL. Unfortunately - if there's some way to do this* it doesn't look like /NOINTERACTIVE is it.   Joe    ------------------------------  # Date: Thu, 08 Aug 2002 00:27:23 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> + Subject: Re: Automating EDIT/FDL ->OPTIMIZE ' Message-ID: <3D51BFBB.4310A5C3@fsi.net>   
 Joe wrote: > b > "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3D507C3E.5BEFBF1E@fsi.net>... > > Joe wrote: > > >  > > > OpenVMS 7.3  > > > K > > > Supposing one had a very large number of indexed files (slightly more L > > > than 17,000) that one wanted to create a FDL for (ANALYZE/RMS/FDL) andL > > > then run through EDIT/FDL - OPTIMIZE in an "automated" sort of manner.- > > > Any ideas on how / if this is possible?  > > E > > I believe the "magic" incantation is (cut directly from HELP in a  > > Reflection/4 session): > G > My response from this morning hasn't shown up (yet). It's starting to 3 > look like the /NOINTERACTIVE isn't what I want...  > E > The problem - only aluded to in the 1st post: an attempt is made to H > COPY an indexed file with "bucket size problems." COPY's answer to theE > request runs along the lines of "no I'm not going to do it." At the ( > moment I have the DSN article handy... > 
 > SYMPTOM: > F > Attempts to copy an RMS indexed file fail with the following errors: >  >     $ COPY beta.dat x.dat 8 >     %COPY-W-INCOMPAT, USER:[DIR]BETA.DAT;1 (input) and > USER:[DIR]X.DAT;1 = >                       (output) have incompatible attributes 7 >     %COPY-E-WRITEERR, error writing USER:[DIR]X.DAT;1 C >     -RMS-F-IOP, operation invalid for file organization or device B >     %COPY-W-NOTCMPLT, USER:[DIR]BETA.DAT;1 not completely copied > G > Part of what I need is the bucket size optimized to drive cluser size @ > during the convert. I'm assuming for the sake of argument thatH > EDIT/FDL can do a better job than me in arriving at a bucket size evenH > if the EDIT/FDL functionality was written for some release of RMS longB > long ago and the assumptions made at the time could currently beF > improved upon. If nothing else it's faster than my looking at 17000+ > files one at a time :-)  > A > I have a job running on some indexed files using /NOINTERACTIVE D > generated FDLs. The bucket sized aren't being adjusted as if (one)F > assumes EDIT/FDL was run and the default responses were accepted forC > all OPTIMIZE questions (in particular bucket size adjustments) in F > gererating a new FDL. Unfortunately - if there's some way to do this, > it doesn't look like /NOINTERACTIVE is it.  H In that case, you may need to go through a one-time exercise to manuallyA adjust the bucket sizes and do CONVERT/FDL. After that, automated # optimisations should run just fine.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 7 Aug 2002 20:04 CDT' From: carl@gerg.tamu.edu (Carl Perkins) + Subject: Re: Automating EDIT/FDL ->OPTIMIZE , Message-ID: <7AUG200220040759@gerg.tamu.edu>  & cstranslations@msn.com (Joe) writes...D }The problem - only aluded to in the 1st post: an attempt is made toG }COPY an indexed file with "bucket size problems." COPY's answer to the D }request runs along the lines of "no I'm not going to do it." At the   }Joe  
 Instead of  
 $ COPY in out    try    $ CONVERT in out  
 or maybe evenu   $ CONVERT/SHARE in out   --- Carl   ------------------------------  $ Date: Wed, 7 Aug 2002 20:52:06 +0200) From: "Steven Thompson" <steven@omga.biz>c( Subject: BASIC LIB$routine help requiredB Message-ID: <airq8n$do1$1@nsnmrro2-gest.nuria.telefonica-data.net>   Hi Group  3 It's been a long time I've had to write any code...E  < I cant get the syntax right for this simplified bit of code.K LIB$SHOW_TIMER can pass its output to a user routine. The Pascal example in$I the book frankly didn't help one bit... So can anyone help with this or a$2 similar "LIB$something" that calls a user routine.   Thanks in advance    -----------------------     9         external long function lib$show_timer(LONG,     &89                                                 Long,   & G                                                 Any by value,&    !Whato should this be? 5                                                 Long)e         declare long tiempoy !n#         call lib$init_timer(tiempo)   *         print 'Do something to waste time'  A         Call do_it ('some string info', 6%)        !This works...fC         call lib$show_timer(tiempo, 0%, do_it, 6%)    !This doesn'te           ends   ! +         Sub do_it (string tiempo$, long I%)s;          print 'Passed info: ';tiempo$;' Passed value: ';I%0         End Subr -------------------------------0   ------------------------------  # Date: Wed, 07 Aug 2002 21:32:53 GMTG From: sasadmin <jec@nospam.net>T, Subject: Re: BASIC LIB$routine help required2 Message-ID: <87hei6bber.fsf@Alethion.systasis.net>  + "Steven Thompson" <steven@omga.biz> writes:e  = You didn't say what isn't working, but I believe you must addt           external long do_it   ) as a declaration in your calling routine.  > C >         Call do_it ('some string info', 6%)        !This works....E >         call lib$show_timer(tiempo, 0%, do_it, 6%)    !This doesn'tr > 
 >         endR >  > !l- >         Sub do_it (string tiempo$, long I%)e= >          print 'Passed info: ';tiempo$;' Passed value: ';I%  >         End SubV! > -------------------------------o >  >    -- e Microsoft Free By 2003   ------------------------------  # Date: Wed, 07 Aug 2002 21:33:56 GMTt From: sasadmin <jec@nospam.net> , Subject: Re: BASIC LIB$routine help required2 Message-ID: <87d6subbcs.fsf@Alethion.systasis.net>  + "Steven Thompson" <steven@omga.biz> writes:e    ) Sorry, my bad. There's no data type, i.e:o           external do_it     -- e Microsoft Free By 2003   ------------------------------  $ Date: Wed, 7 Aug 2002 18:01:37 -0500+ From: Don Rogstad <Don.Rogstad@dalsemi.com> , Subject: RE: BASIC LIB$routine help requiredH Message-ID: <1809DA15308DD51180EE00508BCF2194C96EC2@misnts1.dalsemi.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_01C23E66.624BDB40r Content-Type: text/plain;  	charset="iso-8859-1"o  	 Hi Steve:   K     Well this took me a while to figure out also.  It looks like BASIC does K not like "SUB" to be used for call back functions.  Changing the definition K of the DO_IT routine to a function and using the basic keyword LOC got the y- address of the routine passed to the funtion.a  E     Since you did not have OPTION TYPE=EXPLICIT, BASIC was creating an variableL for DO_IT in the function call.   Also, I have found it helpfull to use the E "BY xxx" for variables not called by reference to ensure they are seta	 properly.x  ,     Below is a working version of your code: $ type test.bas0  < 	external long function do_it(string by desc, long by value)+ 	EXTERNAL LONG FUNCTION  lib$show_timer ( &r 		OPTIONAL LONG  BY REF, & 		LONG  BY REF, &t 		LONG  BY VALUE, &W 		LONG  BY VALUE & 		)d   	declare long tiempo   	call lib$init_timer(tiempo)# 	print 'Do something to waste time't, 	call do_it('some string info', 6% by value)B 	Call lib$show_timer(tiempo, 0%, LOC(do_it) by value, 6% by value) 	end  ? 	function long do_it (string tiempo$ by desc, long i% by value)r6 	   print 'Passed info: ';tiempo$;' Passed value: ';i% 	   do_it = 1%
 	end functions   $ basic test $ link test 
 $ run test Do something to waste time/ Passed info: some string info Passed value:  6 cL Passed info:  ELAPSED:    0 00:00:00.00  CPU: 0:00:00.01  BUFIO: 2  DIRIO: 0 FAULTS: 16  Passed value:  6   $ sho sys/noprocE OpenVMS V7.2-1H1  on node DSCIS6   7-AUG-2002 17:49:19.15  Uptime  19u 10:54:02H $ pipe anal/image sys$system:basic.exe | search sys$input identification! 	Image Identification Informationh- 		image file identification: "BASIC V1.4-000"s% 		image file build identification: ""f! 		linker identification: "A11-20"  $    Don RogstadI   -----Original Message-----. From: Steven Thompson [mailto:steven@omga.biz]( Sent: Wednesday, August 07, 2002 1:52 PM To: Info-VAX@Mvb.Saic.Coml( Subject: BASIC LIB$routine help required     Hi Group  3 It's been a long time I've had to write any code...a  < I cant get the syntax right for this simplified bit of code.K LIB$SHOW_TIMER can pass its output to a user routine. The Pascal example iniI the book frankly didn't help one bit... So can anyone help with this or a02 similar "LIB$something" that calls a user routine.   Thanks in advancei   -----------------------p    9         external long function lib$show_timer(LONG,     &W9                                                 Long,   & G                                                 Any by value,&    !Whath should this be?h5                                                 Long)          declare long tiempo  !e#         call lib$init_timer(tiempo)e  *         print 'Do something to waste time'  A         Call do_it ('some string info', 6%)        !This works...gC         call lib$show_timer(tiempo, 0%, do_it, 6%)    !This doesn'tX           end    !y+         Sub do_it (string tiempo$, long I%)a;          print 'Passed info: ';tiempo$;' Passed value: ';I%          End Subc -------------------------------t    ' ------_=_NextPart_001_01C23E66.624BDB40S Content-Type: text/html; 	charset="iso-8859-1"o+ Content-Transfer-Encoding: quoted-printablea  1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">h <HTML> <HEAD>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =  charset=3Diso-8859-1">@ <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
 5.5.2653.12">a2 <TITLE>RE: BASIC LIB$routine help required</TITLE> </HEAD>D <BODY>  " <P><FONT SIZE=3D2>Hi Steve:</FONT> </P>  C <P><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; Well this took me a while to =(6 figure out also.&nbsp; It looks like BASIC does</FONT>F <BR><FONT SIZE=3D2>not like &quot;SUB&quot; to be used for call back =/ functions.&nbsp; Changing the definition</FONT>ME <BR><FONT SIZE=3D2>of the DO_IT routine to a function and using the = ! basic keyword LOC got the </FONT> G <BR><FONT SIZE=3D2>address of the routine passed to the funtion.</FONT>  </P>  D <P><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; Since you did not have OPTION =5 TYPE=3DEXPLICIT, BASIC was creating a variable</FONT>rH <BR><FONT SIZE=3D2>for DO_IT in the function call.&nbsp;&nbsp; Also, I =) have found it helpfull to use the </FONT>JC <BR><FONT SIZE=3D2>&quot;BY xxx&quot; for variables not called by =t1 reference to ensure they are set properly.</FONT>D </P>  I <P><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp; Below is a working version of your =3 code:</FONT>) <BR><FONT SIZE=3D2>$ type test.bas</FONT>t </P>  G <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>external =h9 long function do_it(string by desc, long by value)</FONT>cH <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>EXTERNAL =1 LONG FUNCTION&nbsp; lib$show_timer ( &amp;</FONT> 0 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =D &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>OPTIONAL = LONG&nbsp; BY REF, &amp;</FONT>m0 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =I &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>LONG&nbsp; BY =( REF, &amp;</FONT>t0 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =I &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>LONG&nbsp; BY =  VALUE, &amp;</FONT>,0 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =I &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>LONG&nbsp; BY =V VALUE &amp;</FONT>0 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =B &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>)</FONT> </P>  F <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>declare = long tiempo</FONT> </P>  C <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>call =  lib$init_timer(tiempo)</FONT>nI <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>print 'Do =w something to waste time'</FONT>5D <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>call =- do_it('some string info', 6% by value)</FONT>dD <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>Call =C lib$show_timer(tiempo, 0%, LOC(do_it) by value, 6% by value)</FONT>r6 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT = SIZE=3D2>end</FONT>n </P>  G <P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>function =.< long do_it (string tiempo$ by desc, long i% by value)</FONT>6 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =E SIZE=3D2>&nbsp;&nbsp; print 'Passed info: ';tiempo$;' Passed value: =g ';i%</FONT>e6 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT =) SIZE=3D2>&nbsp;&nbsp; do_it =3D 1%</FONT>hC <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>end =h function</FONT>l </P>  % <P><FONT SIZE=3D2>$ basic test</FONT>o% <BR><FONT SIZE=3D2>$ link test</FONT> $ <BR><FONT SIZE=3D2>$ run test</FONT>4 <BR><FONT SIZE=3D2>Do something to waste time</FONT>H <BR><FONT SIZE=3D2>Passed info: some string info Passed value:&nbsp; 6 = </FONT> D <BR><FONT SIZE=3D2>Passed info:&nbsp; ELAPSED:&nbsp;&nbsp;&nbsp; 0 =G 00:00:00.00&nbsp; CPU: 0:00:00.01&nbsp; BUFIO: 2&nbsp; DIRIO: 0&nbsp; =m. FAULTS: 16&nbsp; Passed value:&nbsp; 6 </FONT>* <BR><FONT SIZE=3D2>$ sho sys/noproc</FONT>F <BR><FONT SIZE=3D2>OpenVMS V7.2-1H1&nbsp; on node DSCIS6&nbsp;&nbsp; =< 7-AUG-2002 17:49:19.15&nbsp; Uptime&nbsp; 19 10:54:02</FONT>D <BR><FONT SIZE=3D2>$ pipe anal/image sys$system:basic.exe | search = sys$input identification</FONT> E <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>Image = ! Identification Information</FONT> 0 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =F &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>image file =1 identification: &quot;BASIC V1.4-000&quot;</FONT>w0 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =F &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>image file =) build identification: &quot;&quot;</FONT>g0 <BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =B &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <FONT SIZE=3D2>linker =) identification: &quot;A11-20&quot;</FONT>  <BR><FONT SIZE=3D2>$ </FONT> </P>  $ <P><FONT SIZE=3D2>Don Rogstad</FONT> </P>  3 <P><FONT SIZE=3D2>-----Original Message-----</FONT>n. <BR><FONT SIZE=3D2>From: Steven Thompson [<A =B HREF=3D"mailto:steven@omga.biz">mailto:steven@omga.biz</A>]</FONT>B <BR><FONT SIZE=3D2>Sent: Wednesday, August 07, 2002 1:52 PM</FONT>3 <BR><FONT SIZE=3D2>To: Info-VAX@Mvb.Saic.Com</FONT>EB <BR><FONT SIZE=3D2>Subject: BASIC LIB$routine help required</FONT> </P> <BR>  ! <P><FONT SIZE=3D2>Hi Group</FONT>k </P>  ? <P><FONT SIZE=3D2>It's been a long time I've had to write any =o code...</FONT> </P>  G <P><FONT SIZE=3D2>I cant get the syntax right for this simplified bit =s of code.</FONT>eA <BR><FONT SIZE=3D2>LIB$SHOW_TIMER can pass its output to a user = % routine. The Pascal example in</FONT> C <BR><FONT SIZE=3D2>the book frankly didn't help one bit... So can =o! anyone help with this or a</FONT> H <BR><FONT SIZE=3D2>similar &quot;LIB$something&quot; that calls a user = routine.</FONT>  </P>  * <P><FONT SIZE=3D2>Thanks in advance</FONT> </P>  0 <P><FONT SIZE=3D2>-----------------------</FONT> </P> <BR>  G <P><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; external =TG long function lib$show_timer(LONG,&nbsp;&nbsp;&nbsp;&nbsp; &amp;</FONT>e <BR><FONT =oI SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=kI sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=uI sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=oI sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=e" sp; Long,&nbsp;&nbsp; &amp;</FONT> <BR><FONT = I SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=oI sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=eI sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=sI sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb= 5 sp; Any by value,&amp;&nbsp;&nbsp;&nbsp; !What</FONT> ) <BR><FONT SIZE=3D2>should this be?</FONT>l <BR><FONT =NI SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb= I sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb= I sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=3I sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=  sp; Long)</FONT>G <BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; declare =  long tiempo</FONT> <BR><FONT SIZE=3D2>!</FONT>eD <BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; call = lib$init_timer(tiempo)</FONT>L </P>  H <P><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; print 'Do = something to waste time'</FONT>h </P>  I <P><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Call do_it =eD ('some string info', 6%)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; = !This works...</FONT>sD <BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; call =? lib$show_timer(tiempo, 0%, do_it, 6%)&nbsp;&nbsp;&nbsp; !This =o doesn't</FONT> </P>  G <P><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; end</FONT>t </P>   <P><FONT SIZE=3D2>!</FONT>I <BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Sub do_it =d  (string tiempo$, long I%)</FONT>E <BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; = 9 print 'Passed info: ';tiempo$;' Passed value: ';I%</FONT>]C <BR><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; End = 
 Sub</FONT>9 <BR><FONT SIZE=3D2>-------------------------------</FONT>r </P>   </BODY>. </HTML> ) ------_=_NextPart_001_01C23E66.624BDB40--o   ------------------------------  % Date: Wed, 07 Aug 2002 16:08:55 -0700m( From: Alan Frisbie <Abuse@NelsonUSA.com>, Subject: Re: BASIC LIB$routine help required- Message-ID: <3D51A887.B11F6B35@NelsonUSA.com>e   Steven Thompson wrote:  ? > I can't get the syntax right for this simplified bit of code.v   > -----------------------n > ; >         external long function lib$show_timer(LONG,     &e; >                                                 Long,   &uI >                                                 Any by value,&    !Whata > should this be? 7 >                                                 Long)T >         declare long tiempok > !z% >         call lib$init_timer(tiempo)  > , >         print 'Do something to waste time' > C >         Call do_it ('some string info', 6%)        !This works...dE >         call lib$show_timer(tiempo, 0%, do_it, 6%)    !This doesn't  > 
 >         endt >  > !l- >         Sub do_it (string tiempo$, long I%) = >          print 'Passed info: ';tiempo$;' Passed value: ';I%u >         End Sub ! > -------------------------------o  = You almost got it.   Here are the few minor changes you need.c  ; The action routine called by lib$show_timer must expect theA8 second parameter to be passed BY VALUE.   Therefore, you need to add:  <         external long function do_it( string, long BY VALUE)  & and change the first line of do_it to:  4         Sub do_it (string tiempo$, long I% BY VALUE)  9 Secondly, function routine addresses must be passed usingi the LOC() function:-  7         call lib$show_timer(tiempo, 0%, LOC(do_it), 6%)P  ? Finally, the function definition for lib$show_timer should work ? as-is, but to be absolutely proper should be changed to specifyt8 the function routine passing mechanism as LONG BY VALUE:  >         external long function lib$show_timer(LONG,          &>                                               Long,          &>                                               Long by value, &3                                               Long)r  < I made these changes and tested it here.   It now works like1 you wanted.   Thanks for an interesting exercise..  C One thing that really helped me find all the problems was one line:$  F         OPTION TYPE = EXPLICIT    ! Force all variables to be declared  D It immediately showed me that do_it had to be declared.   Otherwise,= the compiler was trying to create a new variable named do_it.sE Add this to all your programs and you will be greatly rewarded.   :-)c   Alan   -- i6 -- Alan E. Frisbie              Abuse AT NelsonUSA.com? -- Flying Disk Systems, Inc.    (Yes, this is a valid address!)  -- Los Angeles, CA 90065   ------------------------------   Date: 7 Aug 2002 13:51:32 -0700 ' From: mark_tarka@yahoo.com (Mark Tarka) $ Subject: Re: Carl's birthday -- Yea!< Message-ID: <6b70c71c.0208071251.34fffca@posting.google.com>  Y sasadmin <jec@nospam.net> wrote in message news:<87sn1wxaqn.fsf@Alethion.systasis.net>... / > young_r@encompasserve.org (Rob Young) writes:  > > > > 	Well... I cheated.  But I don't feel too guilty as it was3 > > 	a one-shot reference by Carl on Feb 17, 1992.   >   > Here's the specific reference:M > http://groups.google.com/groups?selm=25FEB91153804%40misvax.mis.arizona.edum  ' Doesn't sound like Carl; Joel, perhaps.B   ------------------------------   Date: 7 Aug 2002 15:42:41 -0700s) From: computerguy@antelecom.net (Dino Jr)m3 Subject: Changing P1 - P8 on a printer queue entry?,< Message-ID: <fd65ae89.0208071442.42469f1@posting.google.com>  @ This question refers to the eight fields that are read using the following DCL lexical commands:   hF F$GETQUI(( "DISPLAY_JOB", "PARAMETER_1", , "FREEZE_CONTEXT,ALL_JOBS") F F$GETQUI(( "DISPLAY_JOB", "PARAMETER_2", , "FREEZE_CONTEXT,ALL_JOBS") F F$GETQUI(( "DISPLAY_JOB", "PARAMETER_3", , "FREEZE_CONTEXT,ALL_JOBS") F F$GETQUI(( "DISPLAY_JOB", "PARAMETER_4", , "FREEZE_CONTEXT,ALL_JOBS") F F$GETQUI(( "DISPLAY_JOB", "PARAMETER_5", , "FREEZE_CONTEXT,ALL_JOBS") F F$GETQUI(( "DISPLAY_JOB", "PARAMETER_6", , "FREEZE_CONTEXT,ALL_JOBS") F F$GETQUI(( "DISPLAY_JOB", "PARAMETER_7", , "FREEZE_CONTEXT,ALL_JOBS") F F$GETQUI(( "DISPLAY_JOB", "PARAMETER_8", , "FREEZE_CONTEXT,ALL_JOBS")   F Is there any way to alter the data stored in these parameter fields onC an entry **after** it is pending in a printer queue? Preferably via  DCL?   Dino Jrg computerguy_AT_antelecom_net   ------------------------------  % Date: Wed, 07 Aug 2002 17:17:39 -0700e5 From: "Kenneth H. Fairfield" <My.Full.Name@intel.com>67 Subject: Re: Changing P1 - P8 on a printer queue entry?t) Message-ID: <3D51B8A3.C345B74E@intel.com>d   Dino Jr wrote:  B > This question refers to the eight fields that are read using the! > following DCL lexical commands:e >pG > F$GETQUI(( "DISPLAY_JOB", "PARAMETER_1", , "FREEZE_CONTEXT,ALL_JOBS")hG > F$GETQUI(( "DISPLAY_JOB", "PARAMETER_2", , "FREEZE_CONTEXT,ALL_JOBS")uG > F$GETQUI(( "DISPLAY_JOB", "PARAMETER_3", , "FREEZE_CONTEXT,ALL_JOBS")iG > F$GETQUI(( "DISPLAY_JOB", "PARAMETER_4", , "FREEZE_CONTEXT,ALL_JOBS")eG > F$GETQUI(( "DISPLAY_JOB", "PARAMETER_5", , "FREEZE_CONTEXT,ALL_JOBS")EG > F$GETQUI(( "DISPLAY_JOB", "PARAMETER_6", , "FREEZE_CONTEXT,ALL_JOBS")lG > F$GETQUI(( "DISPLAY_JOB", "PARAMETER_7", , "FREEZE_CONTEXT,ALL_JOBS")tG > F$GETQUI(( "DISPLAY_JOB", "PARAMETER_8", , "FREEZE_CONTEXT,ALL_JOBS")a >rH > Is there any way to alter the data stored in these parameter fields onE > an entry **after** it is pending in a printer queue? Preferably viai > DCL?  >     Did you try SET ENTRY/PARAMETER=(...)?  RTF Help file. :-)           -Ken --6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfieldt! F20 Automation VMS System Supportl kenneth.h.fairfield#intel.comb   ------------------------------   Date: 7 Aug 2002 21:12:03 -0700 . From: spamsink2001@yahoo.com (Alan E. Feldman)7 Subject: Re: Changing P1 - P8 on a printer queue entry? = Message-ID: <b096a4ee.0208072012.4601e52c@posting.google.com>   m computerguy@antelecom.net (Dino Jr) wrote in message news:<fd65ae89.0208071442.42469f1@posting.google.com>... B > This question refers to the eight fields that are read using the! > following DCL lexical commands:v >   H > F$GETQUI(( "DISPLAY_JOB", "PARAMETER_1", , "FREEZE_CONTEXT,ALL_JOBS") H > F$GETQUI(( "DISPLAY_JOB", "PARAMETER_2", , "FREEZE_CONTEXT,ALL_JOBS") H > F$GETQUI(( "DISPLAY_JOB", "PARAMETER_3", , "FREEZE_CONTEXT,ALL_JOBS") H > F$GETQUI(( "DISPLAY_JOB", "PARAMETER_4", , "FREEZE_CONTEXT,ALL_JOBS") H > F$GETQUI(( "DISPLAY_JOB", "PARAMETER_5", , "FREEZE_CONTEXT,ALL_JOBS") H > F$GETQUI(( "DISPLAY_JOB", "PARAMETER_6", , "FREEZE_CONTEXT,ALL_JOBS") H > F$GETQUI(( "DISPLAY_JOB", "PARAMETER_7", , "FREEZE_CONTEXT,ALL_JOBS") H > F$GETQUI(( "DISPLAY_JOB", "PARAMETER_8", , "FREEZE_CONTEXT,ALL_JOBS")  > H > Is there any way to alter the data stored in these parameter fields onE > an entry **after** it is pending in a printer queue? Preferably via  > DCL? > 	 > Dino Jr  > computerguy_AT_antelecom_net    ! $ SET ENTRY <entry-number> /HOLD  ( $ SET ENTRY <entry-number> /PARAMS=(...)# $ SET ENTRY <entry-number> /RELEASE-     Disclaimer: JMHO Alan E. Feldmann   ------------------------------  # Date: Wed, 07 Aug 2002 23:02:37 GMT . From: "Tom Simpson" <simpsont@attbi.com.fubar>& Subject: Re: Compression on DLT backup< Message-ID: <hGh49.32758$sA3.9514@rwcrnsc52.ops.asp.att.net>  I Expect your Backup times to (at least) double with compression enabled...l   Regards, Tomm  6 "Virginia Rogers" <vrogers@umich.edu> wrote in message# news:3D4FDA04.103A5FF9@umich.edu...% > John Santos wrote: > > B > > A bunch of the various mount/driver/scsi/backup ECO's affectedC > > compaction.  I think either the driver forgot the setting under E > > various circumstances (you would mount the tape with /compaction, B > > but some later event would clear the "compaction enabled" bit,C > > so the driver would then start writing in uncompacted mode, andoA > > you would see the "compacted" state change spontaneously), or A > > it would neglect to actually set the hardware to the mode youoA > > had requested (it would show as "compaction enabled", but the A > > tape would be writen un-compacted.)  Which ECO's do you have?3 > >a% > John, I'm not sure what ECO's are.!u >d@ > > Also, the TK89 is a distant descendant of the TK50, which is? > > a streaming drive.  To avoid stop/start cycles, if the datawA > > is arriving a little slower than the drive requires, it would C > > write null blocks on the tape (which are skipped on read-back).=> > > I don't know if the TK89 still does the same thing, but if? > > the 1000A can't pump data to it fast enough, there could be ? > > a lot of wasted space on the tapes.  Is the tape drive on ao@ > > SCSI bus by itself, or is something else contending with it?D > > Is there a lot of other disk access going on during the backups,@ > > or does it basically have the system to itself?  This effectC > > can be minimized by giving BACKUP as much memory, I/O channels, ? > > and process quotas as possible.  There is info about tuningb# > > the backup account in the docs.s > >h >aI > I have been mostly trying the backup during the day.  There are lots ofw otheroL > drives on the scsi, although probably not very much disk activity.  I will try 0 > it at night and bumping up some of the quotas. > 2 > Thanks for all of the suggestions from everyone. >bC > It took me awhile to figure out that depending on when I used thes /MEDIA=COMPACTK > qualifier, a later command might disable it.  However, even when I use itn on theL > INIT and BACKUP commands, and make sure the compression light is on on the frontSH > panel, it still doesn't make any difference.  Same thing when manually	 selectings& > density override on the front panel.   ------------------------------  $ Date: Wed, 7 Aug 2002 21:06:06 +0100' From: "Paul Love" <paul.love@tesco.net>n Subject: Connection Help !B Message-ID: <Q4f49.30066$Eq4.1069375@newsfep2-win.server.ntli.net>  G We have a vax running VMS 5.x there is a hub connected to it, with whats" looks like RJ45 Connections to it.  F We need to connect a PC to the VAX and download some files from it forJ interogation, currently we have a pc doing this but connected via a serial cable running Kermit.&  J The problem apears to be that sometimes the PC does not connect to the VaxF for whatever reason, but this is compounded by the fact that the filesG downloaded are very large and are taking hours via the Kermit protocol.s  6 Does anyone know how we can connect a PC to the Vax...   A) Reliably'  ? B) Download the files quicker using a different File protocol ?=  * or is it slow becuase of the Seril cable ?   Any help ratefully recieved.   Kind Regards   Paul   ------------------------------  % Date: Wed, 07 Aug 2002 16:51:26 -0400  From: MikeR <mike@rechtman.com>n Subject: Re: Connection Help !6 Message-ID: <ais14s$16umgo$1@ID-103225.news.dfncis.de>  4 On Wed, 07 Aug 2002 16:06:06 -0400, Paul Love wrote:  I > We have a vax running VMS 5.x there is a hub connected to it, with whatn$ > looks like RJ45 Connections to it. > H > We need to connect a PC to the VAX and download some files from it forE > interogation, currently we have a pc doing this but connected via aI > serial cable running Kermit. > H > The problem apears to be that sometimes the PC does not connect to theC                                              ^^^^^^^^^^^^^^^^^^^^^^BH What error message, if any? What are the symptoms of "does not connect"?   F > Vax for whatever reason, but this is compounded by the fact that theE > files downloaded are very large and are taking hours via the KermitN > protocol.s >   F Any protocol over a serial line is limited by the speed (baud rate) ofG the line. Approximately: 19200 baud ==> 1900 char/sec. or 3 blocks/sec.:. Not too fast if your files are measured in Mb.   Mike   ------------------------------  # Date: Wed, 07 Aug 2002 22:58:24 GMT;. From: "Tom Simpson" <simpsont@attbi.com.fubar> Subject: Re: Connection Help !- Message-ID: <kCh49.39864$D36.40245@rwcrnsc53>e  J You can speed Kermit up considerably by increasing the "window" and packet size.  MostOL versions of Kermit support this feature.  It has to be supported on both the client and the server side.  J The default value of the window and packet size is low to work better with
 typical (bad);I dial-up connections.  On a straight serial to serial connection, there is; almost no penaltysL for setting it as high as it will go.  It's been years since I used this, so I forget the numbers.B  K If you want to use the network connection, you'll need DECnet or TCP/IP forn both the VAX and the PC.i  I Set the serial line speed as high as it will go (and still work).  I knowN I've used at least 38.4kb before...   Regards, Tom   2 "Paul Love" <paul.love@tesco.net> wrote in message< news:Q4f49.30066$Eq4.1069375@newsfep2-win.server.ntli.net...I > We have a vax running VMS 5.x there is a hub connected to it, with whatS$ > looks like RJ45 Connections to it. >FH > We need to connect a PC to the VAX and download some files from it forL > interogation, currently we have a pc doing this but connected via a serial > cable running Kermit.  >>L > The problem apears to be that sometimes the PC does not connect to the VaxH > for whatever reason, but this is compounded by the fact that the filesI > downloaded are very large and are taking hours via the Kermit protocol.s >s8 > Does anyone know how we can connect a PC to the Vax... > 
 > A) Reliably3 >tA > B) Download the files quicker using a different File protocol ?t > , > or is it slow becuase of the Seril cable ? >B > Any help ratefully recieved. >= > Kind Regards >  > Paul >< >T   ------------------------------   Date: 7 Aug 2002 12:52:30 -0600- From: briggs@encompasserve.org' Subject: RE: Counting records in a file;3 Message-ID: <siUOUhoJ6R80@eisner.encompasserve.org>i  | In article <79DE14DAA1A8D3119B6E00805FEB980BAE40B7@zakary.turpin-distribution.com>, David Gray <GrayD@turpinltd.com> writes:- > Yep this seems to be the favoured method.  & >  > Thanks to al who responded.  > 	 > David. & >  > -----Original Message-----5 > From: riplips@yahoo.com [mailto:riplips@yahoo.com] b > Sent: 07 August 2002 15:56 > To: Info-VAX@Mvb.Saic.Comp) > Subject: Re: Counting records in a file  >  > try this:p > > >  pipe sea/noout/stat login.com foo | sea sys$input: "Records > searched:"  D Note that you can pay a CPU performance penalty of as much as six toD one by searching for "foo" instead of searching for "" and arranging to suppress the output.b  & $ sea /stat 20meg.dat "" /nooutput                           ^^E Files searched:                 1       Buffered I/O count:         5 E Records searched:            2960       Direct I/O count:         185&E Characters searched:      1515520       Page faults:               17bH Records matched:             2960       Elapsed CPU time:  0 00:00:00.02H                                                                       ^^H Lines printed:                  0       Elapsed time:      0 00:00:00.50  % $ sea /stat 20meg.dat "foo" /nooutput                        ^^^^^NE Files searched:                 1       Buffered I/O count:         5&E Records searched:            2960       Direct I/O count:         185ZE Characters searched:      1515520       Page faults:               19 H Records matched:                0       Elapsed CPU time:  0 00:00:00.12H                                                                       ^^H Lines printed:                  0       Elapsed time:      0 00:00:00.58' %SEARCH-I-NOMATCHES, no strings matched   . $ sea /stat 20meg.dat "" /nooutput /match=nand.                       ^^           ^^^^^^^^^^^E Files searched:                 1       Buffered I/O count:         5tE Records searched:            2960       Direct I/O count:         185bE Characters searched:      1515520       Page faults:               17NH Records matched:                0       Elapsed CPU time:  0 00:00:00.02H                                                                       ^^H Lines printed:                  0       Elapsed time:      0 00:00:00.50' %SEARCH-I-NOMATCHES, no strings matched-  A As you can see, negating the match criterion does not provide anyE further benefit.  % $ sea /stat 20meg.dat "" /out=nl:    e!                       ^^ ^^^^^^^^mE Files searched:                 1       Buffered I/O count:         5lE Records searched:            2960       Direct I/O count:        3145oE Characters searched:      1515520       Page faults:               21oH Records matched:             2960       Elapsed CPU time:  0 00:00:00.27H                                                                       ^^H Lines printed:               2960       Elapsed time:      0 00:00:00.69  @ But if you suppress the output unwisely, you can throw away your performance gain and then some.    	John Briggs   ------------------------------   Date: 7 Aug 2002 11:25:52 -0700 , From: colive@technologEase.com (Chris Olive)' Subject: Re: Counting records in a file%= Message-ID: <b10654c6.0208071025.497360eb@posting.google.com>   Z p_sture@elias.decus.ch (Paul Sture) wrote in message news:<gJGXZakuMIMk@elias.decus.ch>...g > In article <3D50ADF6.9010505@firstdbasource.com>, Michael Austin <maustin@firstdbasource.com> writes:- > > [snippity-snip-snip] > L > I seem to recall from previous discussions on this subject that instead of >  > $ search 'p1' somegarbagee >  > $search 'p1' ""o >  > is far more efficient. >   C Yup.  "COPY/LOG filename.ext NL:" works pretty well too.  Even moret simple than SEARCH/STAT...   Chrise -----r Chris Olive_ colive(at)technologEase(dot)comn   > __ > Paul Sture
 > Switzerlandd   ------------------------------   Date: 7 Aug 2002 11:35:04 -0700i% From: tadamsmar@yahoo.com (Tom Adams)m. Subject: Re: Cygwin/xfree86 and VMS/DecWindows= Message-ID: <ea44f5a1.0208071035.20af965f@posting.google.com>a   Jordi Guillaumes Pons <jguillaumes-at-attglobal-at-net@nospam.please> wrote in message news:<3D498337.4030403@nospam.please>...u > Tom Adams wrote:I > > I am having trouble figuring out how I can reconfigure xfree86 to get % > > a vt100 style keyboard functions.  >  > H > I've written this little file (I call it xmodmap.dec). It provides me K > with SOME vt220 keys. I update it more or less "as needed", so there are dE > a lot of missing things (and, btw, I use a spanish keyboard, and a d= > laptop keyboard, which is even more... ehem... special :)):  >  > F > keycode 34      =       grave asciicircum bracketleft dead_abovering > keycode 77      =       KP_F1t > keycode 112     =       KP_F2  > keycode 63      =       KP_F3_ > keycode 82      =       KP_F4m- > keycode 75      =       F9  Help    F21 F21l- > keycode 76      =       F10 Execute F22 F22s1 > keycode 103     =       Select End  Help    End 2 > keycode 97      =       Find   Home Execute Home > H > You can get the "keycode" number using the "xev" program, and you can 7 > load the modified keymap using the "xmodmap" command.r >  > Hope that this helps.- >  > JG  D That generally worked well for me, but I don't seem to have the nameF KP_comma or KP_Comma available.  There is a comma on the keypad of the VT100.  I would like to say:   keycode 86 = KP_Commal  B but it will not work.  Yet I see some references on the web when I< search for KP_Comma and xmodmap.  Must be something about my installation configuration.p   Thanks for your help.2   ------------------------------  # Date: Wed, 07 Aug 2002 19:50:04 GMTp From: Jordi Guillaumes Pons-. Subject: Re: Cygwin/xfree86 and VMS/DecWindows, Message-ID: <3D517624.7020903@nospam.please>   Tom Adams wrote:F > That generally worked well for me, but I don't seem to have the nameH > KP_comma or KP_Comma available.  There is a comma on the keypad of the > VT100.  I would like to say: >  > keycode 86 = KP_CommaQ  D The keysym names are in a X11 header file. Un unix systems, it's on H /usr/X/include/X11/xkeysymdef.h (or /usr/X11/include... you know unices I are _so_ standard ;)). The XFree86 versions contains these lines for the "+ keypad symbols (the comments are not mine):T    F /* Keypad Functions, keypad numbers cleverly chosen to map to ascii */  3 #define XK_KP_Space             0xFF80  /* space */R& #define XK_KP_Tab               0xFF893 #define XK_KP_Enter             0xFF8D  /* enter */"< #define XK_KP_F1                0xFF91  /* PF1, KP_A, ... */& #define XK_KP_F2                0xFF92& #define XK_KP_F3                0xFF93& #define XK_KP_F4                0xFF94& #define XK_KP_Home              0xFF95& #define XK_KP_Left              0xFF96& #define XK_KP_Up                0xFF97& #define XK_KP_Right             0xFF98& #define XK_KP_Down              0xFF99& #define XK_KP_Prior             0xFF9A& #define XK_KP_Page_Up           0xFF9A& #define XK_KP_Next              0xFF9B& #define XK_KP_Page_Down         0xFF9B& #define XK_KP_End               0xFF9C& #define XK_KP_Begin             0xFF9D& #define XK_KP_Insert            0xFF9E& #define XK_KP_Delete            0xFF9F4 #define XK_KP_Equal             0xFFBD  /* equals */& #define XK_KP_Multiply          0xFFAA& #define XK_KP_Add               0xFFABD #define XK_KP_Separator         0xFFAC  /* separator, often comma */& #define XK_KP_Subtract          0xFFAD& #define XK_KP_Decimal           0xFFAE& #define XK_KP_Divide            0xFFAF  & #define XK_KP_0                 0xFFB0& #define XK_KP_1                 0xFFB1& #define XK_KP_2                 0xFFB2& #define XK_KP_3                 0xFFB3& #define XK_KP_4                 0xFFB4& #define XK_KP_5                 0xFFB5& #define XK_KP_6                 0xFFB6& #define XK_KP_7                 0xFFB7& #define XK_KP_8                 0xFFB8& #define XK_KP_9                 0xFFB9  H I think you're looking for KP_Separator :) The keysim that xmodmap uses $ is the #define minus the XK_ prefix.     JG   ------------------------------  $ Date: Wed, 7 Aug 2002 22:52:24 -0400' From: "Main, Kerry" <Kerry.Main@hp.com>2 Subject: RE: Dec CT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4023D9424@kaoexc01.americas.cpqcorp.net>  A >>> The very latest CRTLs have some 64-bit file support included:c haven't tried using it.<<<  5 Yep, check out ACRTL patches for various versions at:28 http://ftp.support.compaq.com/patches/.new/openvms.shtml  ' As an example: (one long url will wrap) H http://ftp.support.compaq.com/patches/public/Readmes/vms/dec-axpvms-vms7 21h1_acrtl-v0300--4.README  5 "PROBLEMS ADDRESSED IN KIT VMS721H1_ACRTL-V0300:  =20,  D o  In previous releases of C RTL, all file positions were calculatedD using 32-bit arithmetic.  This restricted certain file operations toE file sizes less than 2GB. This restriction has now been removed. FileTE operations using C RTL I/O may now be performed on file sizes up to 2M terabytes."R   RegardsT  
 Kerry Main Senior ConsultantA Hewlett-Packard Canada! Consulting & Integration ServicesE Voice: 613-592-4660  Fax   : 613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----2 From: Richard Brodie [mailto:R.Brodie@rl.ac.uk]=20 Sent: August 7, 2002 9:05 AM To: Info-VAX@Mvb.Saic.Com  Subject: Re: Dec C      + <briggs@encompasserve.org> wrote in message - news:TX5jskqFgz3x@eisner.encompasserve.org...y  I > Be wary of data type issues if you're going to be dealing with files=20 G > up past about 2 gig.  It looks like the size field is defined as a=20  > signed 32 bit integer.  E The very latest CRTLs have some 64-bit file support included: haven't  tried using it.g   ------------------------------  % Date: Thu, 08 Aug 2002 00:30:33 -0400p0 From: Ben Bridgwater <bbridgwater@myrealbox.com> Subject: Re: dectalk fuse type?i, Message-ID: <3D51F3E9.3010008@myrealbox.com>   Michael Zarlenga wrote:uB > In comp.os.vms Ben Bridgwater <bbridgwater@myrealbox.com> wrote: > : Hi,i > H > : I've just aquired a dectalk dtc-01 that was used in the UK, and wantD > : to use use it in the US myself, which the manual says requires aI > : different mains fuse (& fuse holder), but doesn't say what exact fusei > : is required... > A > Well, since it probably draws the same power, and since US line D > voltage is 117, if you know the UK line voltage, you can calculate > the fuse rating (in amps) :t > 5 >                                     UK line voltageh3 > new fuse (amps) = old fuse (amps) * -------------b- >                                         117e  H Actually, I just got a reply from Compaq/HP tech support, who amazingly F still DO support it, and told me the 110V fuse is 3.0A while the 220V + one is 2.5A - maybe because it's AC vs DC ?a   Ben    ------------------------------  % Date: Wed, 07 Aug 2002 14:22:33 -0500n& From: jlsue <jlsuexxxz@screaminet.com>/ Subject: Re: device full: wrong error messages? 8 Message-ID: <aqs2lu0ro74j0ddml55trnknesog8t5v9v@4ax.com>  , On Tue, 6 Aug 2002 15:58:53 -0400, "Syltrem"' <syltremspammenot@videotron.com> wrote:   D >I had a similar problem last week on a VAX 4200 running OpenVMS 7.3 >sL >A SHOW DEVICE D would show lots of free space where in fact there were none? >(as demonstrated by a COPY/ALLOC=10 or a DIR/GRAND [*...]/SIZ)n >zG >To find out if the indexf.sys (or quota.sys ?) is "out of synch"  do :s >$ SHOW DEVICE /REBUILD ddcu:o >t/ >If the system says that it must be rebuilt, doh! >$ SET VOLUME/REBUILD=FORCE ddcu:h >a >That solved my problem. >r  C Just FYI, DFU has a command that will take much less time to do thecB rebuild.  That means that your users are "locked out" (hung) for a much, much shorter time period.l  ) Not speaking for anyone, certainly not HPt- (get rid of the xxxz in my address to e-mail)h   ------------------------------   Date: 7 AUG 2002 20:58:44 GMTd4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)/ Subject: Re: device full: wrong error messages?s5 Message-ID: <7AUG02.20584409@thuria.waisman.wisc.edu>'  > In a previous article, jlsue <jlsuexxxz@screaminet.com> wrote:   -> ...E ->Just FYI, DFU has a command that will take much less time to do the,D ->rebuild.  That means that your users are "locked out" (hung) for a! ->much, much shorter time period.-  D Aren't you thinking ov ANALYZE/DISK .vs. DFU's VERIFY here? I wasn'tA aware that SET VOLUME/REBUILD affected user access to the volume.k   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madisona9 --                      karcher.nospam@waisman.wisc.edu      ------------------------------   Date: 7 Aug 2002 20:28:24 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)S Subject: Re: Differences in reporting memory usage between Monitor Cluster and AMDSt* Message-ID: <airvt8$p19$6@web1.cup.hp.com>  z In article <d92c63cc.0208070542.4d0018c@posting.google.com>, jnchambl@texaschildrenshospital.org (Jesse Chambless) writes:  F :We have a 2 node cluster of ES40s with 4GB of memory per node running
 :VMS7.2-2. :rE :We have just upgraded the nodes to 4GB from 2GB of memory.  Now when-F :we perform a MONTIOR CLUSTER, the display shows memory usage at 43%. ? :If we look at the AMDS display of memory usage, it shows 36%.  F :Calculating the actual memory in use from the SHOW MEMORY command, it :shows 36%.6 :4F :Is there a difference in the method used to calculate memory usage in6 :the MONITOR CLUSTER display and the one used in AMDS.  C   Um, yes.  Obviously.  Methods apparently differing by 7%, in thisl6   particular case.  Or was that a rhetorical question?  E :I know that this is a small discrepancy, but just trying to get some & :more in-depth info on these displays.  &   Please make a formal report of this.    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 07 Aug 2002 23:05:10 GMT1( From: Don Sykes <annonymous@pacbell.net>/ Subject: Re: extended  parse and ^ in file nameM+ Message-ID: <3D51A849.BC1323A0@pacbell.net>    "Bru, Pierre" wrote: >  > hi,M > G > is there a way to tell VMS to display extended filename _without_ theeB > ^ in the file name, for ex: foo.bar.txt insead of foo^.bar.txt ? >  > what about the RMS function ?g >  > TIA,	 > Pierre.t  K Assume you're talking about a dir on an ODS-5 disk, rather than a containerd directory you're exporting?  Did you ! 	set process/parse_style=extendedo   -- a   Have VMS. Will Travel. Wire Paladin (@alphase.com)i
 San Franciscon   ------------------------------  $ Date: Wed, 7 Aug 2002 14:15:24 -0400# From: Mark Keegan <keegan@mx.qc.ca> 7 Subject: Firware problem with an Alphastation 200 4/233n< Message-ID: <Pine.GSO.4.44.0208071231590.16286-100000@wilco>  G First of all, sorry for the cross-posting, but right now I need all thenJ help I can get as I have been working on this problem for the past year or( so, and I can't come up with a solution.  G A friend of mine has the exact same AS200 4/233 as mine. We both bought3H them at onsale.com a few years ago. Mine is working fine, but he fubaredG his by writing the wrong BIOS (I think he tried to write a 4/255 image).% and now his alpha won't boot anymore.V  J So, I bought the thing for a cheap price, thinking I would be able to makeH it work. It's been a year already and I haven't been able to flash a new bios, but I am getting closer.  = When I turn on the sucker, it beeps in the following fashion:b   1 long beep, three short beeps  I it then tells me that all i/o is going to the serial port as the keyboardiI controller doesn't work. So I fire up my terminal emulator (9600 8n1) and  this is what I get:t   <screen capture>  +                              AlphaBIOS 5.69t  +     Alpha Processor and System Information:e-         System:      Digital AlphaStation 255i2         Processor:   Digital Alpha 21064,  233 MHz         Memory:      32 MB  %                    Memory Test: 32 MBa  '          Testing Memory ......     2 MBn                SPACE=Abort   </screen capture>a       goes up to 32 MB, then:E       <screen capture>  %     SCSI Controller Initialization...>  $      Initializing LSI STORAGE #0 ...    :     F2=Setup  PAUSE=Pause Display  ESC=Bypass Network Init   </screen capture>       % after hitting <escape> or <F2> I get:-       <screen capture>  3     The firmware has determined that the NVRAM data 3     is invalid. This may cause incorrect booting orR     installation of Windows NT.   2     The firmware will attempt to restore the NVRAM     to factory default values. </screen capture>t     then:      <screen capture>  / NVRAM update failed!  Your changes may not have" been saved.o Error info: Device error   </screen capture>h    C So... I figured he installed an Alphabios firmware for an AS255 and  therefore it won't work.  H I proceeded to enabled the fail-safe jumper (J2) so that an image can beG loaded up from floppy at bootup. I still hear 1 long beep, then 3 short + ones.Always on the serial port, I get this:      <screen capture>   *** keyboard not plugged in ... ! ff.fe.fd.fc.fb.fa.f9.f8.f7.f6.f5.  ef.df.ee.ed.ec.f4.   </screen capture>     H and I can't do anything else it's just stuck there (no key sequence will make any difference).0  G So, I remove the PCI videocard (a Number Nine something) and powercycle 8 the thing, this time, no beeps, but I get the following:     <screen capture>   *** keyboard not plugged in ... ! ff.fe.fd.fc.fb.fa.f9.f8.f7.f6.f5.5( ef.df.ee.ed.ec.f4.eb.ea.e9.e8.e7.....e5.( V7.0-9, built on Mar 18 1999 at 13:41:11# >>>(boot pmem:180000 -flags unit=0)  bootstrap code read in4 base = 180000, image_start = 0, image_bytes = 800000 initializing HWRPB at 2000! initializing page table at 7fc0008 initializing machine state# setting affinity to the primary CPUa jumping to bootstrap code =       AlphaStation 200 4/233          Firmware Update Utility J Update         Update the ROM(s)               Advanced       More options" Exit           Exit update utility   </screen capture>c    D Then no matter what I type followed by <ENTER>, I get the following:     <screen capture>  9   AlphaStation 200 4/233          Firmware Update Utility 7 AlphaStation 200 4/233          Firmware Update UtilityiG Update Full ROMUpdate  SRM ROMUpdate  ARC ROMMain MenuCurrent Version -S
 New Version -E   </screen capture>-    ; and no matter what I type followed by <ENTER> gets me this:      <screen capture>  9   AlphaStation 200 4/233          Firmware Update Utility      Press RETURN to continue   </screen capture>        and this loops forever....  H What am I supposed to do now? I've come this far, now, how do I re-flash the bios/firmware?  7 Thank you all for your help/insights with this problem.     E P.S. I can get into SRM by doing <CTRL-P>, but once there, the update  command doesn't do anything.   -- /"\ ASCII Ribbon Campaign  \ / No HTML/RTF in email  X  No Word docs in email  / \ Respect open standards  2 find / -name '*your_base*' -exec chown us.us {} \;  + Either lead, follow, or get out of the way!    ------------------------------   Date: 7 Aug 2002 22:14:38 GMT52 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman); Subject: Re: Firware problem with an Alphastation 200 4/2330) Message-ID: <ais64e$mh$1@web1.cup.hp.com>m  b In article <Pine.GSO.4.44.0208071231590.16286-100000@wilco>, Mark Keegan <keegan@mx.qc.ca> writes:      Follow-ups set to comp.os.vms.  H :First of all, sorry for the cross-posting, but right now I need all theK :help I can get as I have been working on this problem for the past year ore) :so, and I can't come up with a solution.e :bH :A friend of mine has the exact same AS200 4/233 as mine. We both boughtI :them at onsale.com a few years ago. Mine is working fine, but he fubaredEH :his by writing the wrong BIOS (I think he tried to write a 4/255 image)& :and now his alpha won't boot anymore. : K :So, I bought the thing for a cheap price, thinking I would be able to makeaI :it work. It's been a year already and I haven't been able to flash a newo :bios, but I am getting closer.0  K   So you've been at this problem for a year, and now you're cross-posting? o   Eh?n  K   The firmware failsafe loader for the AlphaStation 200 series is discussed H   in the OpenVMS Ask The Wizard (ATW) area topic (4600).  Switching fromI   the AlphaBIOS to SRM console is covered in the OpenVMS FAQ, and the FAQw   has pointers to ATW as well.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  $ Date: Wed, 7 Aug 2002 23:58:46 -0400# From: Mark Keegan <keegan@mx.qc.ca> ; Subject: Re: Firware problem with an Alphastation 200 4/233 ; Message-ID: <Pine.GSO.4.44.0208072351500.3418-100000@wilco>2   I followed all the steps from:@ http://www.openvms.compaq.com/wizard/faq/vmsfaq_015.html#alpha21  J And I have the EXACT same problem... the same options, that no matter whatJ I type, brings me back to the same prompt, over, and over, and over again!  F What's the problem???? I do know how to use the failsafe option, but I* can't choose anything in the darn menu of:  8  AlphaStation 200 4/233          Firmware Update UtilityJ Update         Update the ROM(s)               Advanced       More options" Exit           Exit update utility    I How do I choose one of those? I tried using the + key, the - key, tab anda shift-tab, no effect!!!h  - I am at a total loss as to what to do next...-   -- /"\ ASCII Ribbon Campaign: \ / No HTML/RTF in email  X  No Word docs in email: / \ Respect open standards  2 find / -name '*your_base*' -exec chown us.us {} \;  + Either lead, follow, or get out of the way!l  " On 7 Aug 2002, Hoff Hoffman wrote:   > d > In article <Pine.GSO.4.44.0208071231590.16286-100000@wilco>, Mark Keegan <keegan@mx.qc.ca> writes: > " >   Follow-ups set to comp.os.vms. >sJ > :First of all, sorry for the cross-posting, but right now I need all theM > :help I can get as I have been working on this problem for the past year or)+ > :so, and I can't come up with a solution.f > :eJ > :A friend of mine has the exact same AS200 4/233 as mine. We both boughtK > :them at onsale.com a few years ago. Mine is working fine, but he fubared J > :his by writing the wrong BIOS (I think he tried to write a 4/255 image)( > :and now his alpha won't boot anymore. > :dM > :So, I bought the thing for a cheap price, thinking I would be able to make K > :it work. It's been a year already and I haven't been able to flash a new ! > :bios, but I am getting closer._ >eL >   So you've been at this problem for a year, and now you're cross-posting? >   Eh?  > M >   The firmware failsafe loader for the AlphaStation 200 series is discussed J >   in the OpenVMS Ask The Wizard (ATW) area topic (4600).  Switching fromK >   the AlphaBIOS to SRM console is covered in the OpenVMS FAQ, and the FAQ   >   has pointers to ATW as well. > P >  ---------------------------- #include <rtfaq.h> -----------------------------L >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comP >  --------------------------- pure personal opinion ---------------------------N >    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com >  >e   ------------------------------  % Date: Thu, 08 Aug 2002 00:35:21 +0200 ( From: Torsten Reichert <news@wanano.net>9 Subject: Flash your corrupted BIOS in the working machinef) Message-ID: <3D51A0A9.7000508@wanano.net>   ; 1) Make the flash software available on the working machine / 2) Eventually make an image of the working BIOSd( 3) Just boot your working machine opened8 4) Remove the working BIOS and plug it the other machine 5) Insert the corrupted BIOS4 !!! BE CAREFUL ABOUT THE ORIENTATION OF THE CHIP !!! 6) Flash the BIOSh 7) Try and reboot the machinea  ) Now you should have two working machines.#   ------------------------------   Date: 7 Aug 2002 12:54:20 -0700-: From: craig.berry@signaltreesolutions.com (Craig A. Berry)- Subject: Re: Help - TPU Global_search_replaces= Message-ID: <aae510ff.0208071154.46cbd4d2@posting.google.com>i   David Gray <GrayD@turpinltd.com> wrote in message news:<79DE14DAA1A8D3119B6E00805FEB980BAE40A6@zakary.turpin-distribution.com>...A  N > Very interested in the pattern substitution but have been unable to find any > docs on this.  s >  > For example... u0 > Search & replace A or B or C or D or E with X    $ type foo.txt( This line contains ABCDEFG in the middle( This line contains ABCDEFG in the middle( This line contains ABCDEFG in the middle5 $ perl -pe "s/(A|B|C|D|E|F)/X/g;" < foo.txt > foo.txts $ type foo.txt( This line contains XXXXXXG in the middle( This line contains XXXXXXG in the middle( This line contains XXXXXXG in the middle $t   ------------------------------   Date: 7 Aug 2002 15:29:54 -0600a+ From: young_r@encompasserve.org (Rob Young)n- Subject: Re: Help - TPU Global_search_replaceI3 Message-ID: <ffGNSju$w3rx@eisner.encompasserve.org>1  z In article <aae510ff.0208071154.46cbd4d2@posting.google.com>, craig.berry@signaltreesolutions.com (Craig A. Berry) writes: > David Gray <GrayD@turpinltd.com> wrote in message news:<79DE14DAA1A8D3119B6E00805FEB980BAE40A6@zakary.turpin-distribution.com>...5 > O >> Very interested in the pattern substitution but have been unable to find anyn >> docs on this.   >> s >> For example... 1 >> Search & replace A or B or C or D or E with X s >  > $ type foo.txt* > This line contains ABCDEFG in the middle* > This line contains ABCDEFG in the middle* > This line contains ABCDEFG in the middle7 > $ perl -pe "s/(A|B|C|D|E|F)/X/g;" < foo.txt > foo.txt  > $ type foo.txt* > This line contains XXXXXXG in the middle* > This line contains XXXXXXG in the middle* > This line contains XXXXXXG in the middle > $m  ? 	Agreed.  Simple and/or tricky text substitutions perl.  Simplei< 	ones, sed.  Mind bending text replacements, FLEX of course!  E 	And those many custom filters have since faded into ancient history.y   $ type foo.txt( This line contains ABCDEFG in the middle( This line contains ABCDEFG in the middle( This line contains ABCDEFG in the middle  ) $ sed -e "s/[A-F]/X/g;" <foo.txt >foo.txtg $ type foo.txt( This line contains XXXXXXG in the middle( This line contains XXXXXXG in the middle( This line contains XXXXXXG in the middle  & $ write sys$output f$getsyi("version") V7.2-1 -  A 	One interesting glitch on gnu sed for VMS, it doesn't like whitel 	space after < >  :y  + $ sed -e "s/[A-F]/X/g;" < foo.txt > foo.txtt : no such file or directorye $    				Robi   ------------------------------  # Date: Wed, 07 Aug 2002 21:05:01 GMTe From: sasadmin <jec@nospam.net>-- Subject: Re: Help - TPU Global_search_replacer2 Message-ID: <87lm7ibcq3.fsf@Alethion.systasis.net>  ' paddy.o'brien@zzz.tg.nsw.gov.au writes:-   > David Gray wrote:5 > O > >Never really used EDT.  Is this likely to be quicker than TPU? Does this notm  D Although TPU is orders of magnitude(!) faster than EDT, EDT may be aG better choice. Consider creating an EDT initialization file, and defineeG EDTINI to point at that file before invoking EDT. I'm *pretty* sure the0C substitute command is available in nokeypad mode; which is the modeq# you'd need to use for this problem.    s/ESC[0w//w/notU s/ESC[2q//w/notI s/ESC[1g//w/not  wt exit  E The /w qualifier on the substitute command forces EDT to start at them top of the current buffer.  E Do I need to point out that the escape sequences in the above exampletE are bogus? Insert the real ESC character using ^V ESC or GOLD/KP3 27,rA and follow with the rest of the sequence, or cut/paste the entirer sequence from the file.e   P.S.9 Because you're eliminating the sequence, not performing a2D sequence-specific substitution, a simple modification to your script5 would to the trick. You should be able to perform theg7 search/substitution in one pass, like perl, unlike EDT.p  ? I don't have a TPU manual handy, but the pattern is similar to:   7 pat := ANCHOR & (("ESC[0w") | ("ESC[2q") | ("ESC[1g"));   . Insert the escape sequence as described above.  E I think you need ANCHOR to force the search to restart at the currentnE position. TPU compiles patterns; the difference between a pattern and B a string is that the former contains pattern operators, the latter	 does not.c   -- i Microsoft Free By 2003   ------------------------------   Date: 7 Aug 2002 13:26:02 -0700w$ From: JKoska@bender.com (John Koska). Subject: Re: Help MRU! Robot is not responding= Message-ID: <aa5ec19e.0208071226.67c61b5e@posting.google.com>R  \ "Steven Xie" <r33300@email.mot.com> wrote in message news:<aiqg9e$88f$1@newshost.mot.com>...J > I created a new GK drive named GKA0, after I ran $ROBOT SHOW ROBOT GKA0:, > system gave me the following error message > A > ROBOT gka0: is not responding: Operating system specific error.G4 > %ROBOT-E-OS_ERROR, Operating system specific error >  > What does it mean?  F I am not sure what it means at this point.  I think you need to verifyF that your system can see the tape drives first, before trying to setupB the robot driver.  From re-reading the posts, I do not believe youB have shown or told us what the tape drives look like from a $ SHOWE DEVICE MK .  Further, you should verify that you can manually use theUA tape drives prior to setting up the robot driver.  I suspect thate= there might be a SCSI cabling or SCSI ID setting problem, and C verifying that the tape drives are seen and work from the operatings2 system would help eliminate this as a possibility.  < What does $ SHOW DEV MK look like on the system in question?   :) jck   ------------------------------  $ Date: Thu, 8 Aug 2002 09:07:45 +0800) From: "Steven Xie" <r33300@email.mot.com>O. Subject: Re: Help MRU! Robot is not responding+ Message-ID: <aisg9v$629$1@newshost.mot.com>-  & I did SHOW DEV MK shows like following  L Device                  Device           Error    Volume         Free  Trans Mnt-L  Name                   Status           Count     Label        Blocks Count Cntb. MTHENG$MKA500:          Online               1  L BTW, I can use MKA500 device by command line without problem, just robot not working.   Thanks,s Steven1 "John Koska" <JKoska@bender.com> wrote in messageo7 news:aa5ec19e.0208071226.67c61b5e@posting.google.com...d6 > "Steven Xie" <r33300@email.mot.com> wrote in message' news:<aiqg9e$88f$1@newshost.mot.com>... L > > I created a new GK drive named GKA0, after I ran $ROBOT SHOW ROBOT GKA0:. > > system gave me the following error message > >tC > > ROBOT gka0: is not responding: Operating system specific error.i6 > > %ROBOT-E-OS_ERROR, Operating system specific error > >e > > What does it mean? >0H > I am not sure what it means at this point.  I think you need to verifyH > that your system can see the tape drives first, before trying to setupD > the robot driver.  From re-reading the posts, I do not believe youD > have shown or told us what the tape drives look like from a $ SHOWG > DEVICE MK .  Further, you should verify that you can manually use theeC > tape drives prior to setting up the robot driver.  I suspect thath? > there might be a SCSI cabling or SCSI ID setting problem, andbE > verifying that the tape drives are seen and work from the operatingi4 > system would help eliminate this as a possibility. >o> > What does $ SHOW DEV MK look like on the system in question? >  > :) jck   ------------------------------   Date: 7 Aug 2002 13:01:21 -0700 / From: chris@applied-synergy.com (Chris Scheers)c2 Subject: Re: Help with vax3200 (Maximun disk size)= Message-ID: <754a27c1.0208071201.22bb5859@posting.google.com>g  d "brad.madison" <brad.madison@mail.tds.net> wrote in message news:<3D5055FA.166B1CDB@mail.tds.net>... > Chris Scheers wrote: > > V > > "cmiink" <cmiink@msn.com> wrote in message news:<udiGQtIPCHA.1888@cpimsnntpa03>...Q > > > Sorry if this plea for help is off subject for this news group but I need a I > > > quick answer. What is the limit of store (size) with a vax3200 with E > > > VMS 5.3 OS?  I need to increase the Seagate 1.0Gbyte (Hawk 2XL).L > > > to the maximum allowed.  Also is there a larger replacement drive that' > > > will work with this system conf.? 	 > > > TIAn > > > John Pittman > > G > > Another message reported the hard VMS limits.  (In general, VMS 5.3i+ > > restricts you to about 8GB for a disk.)p > > H > > However, you need to check something else.  I think the Seagate HawkE > > is a SCSI drive.  By VAX3200, I assume that you mean a VAXstationhG > > 3200.  This does not have native SCSI support, so you need to check & > > the limitations of your SCSI card. > > J > > If you meant to say VAXstation 3100, there is native SCSI support, butJ > > the boot drive MUST be 1.073GB or less.  Data drives can be up to 8GB. > H > I can't remember and I ask only for completeness: can it not support aF > drive larger than 8 Gb or can it not use more than 8 GB on a drive? H > There is a difference.  But if it just supports the 1st 8GB on a driveF > then one could use a larger drive, particularly if it were something> > like an old 18 Gb with no other place it could be installed.    C There are several components at which restrictions on the number offC blocks come in. They include: console, device driver, XQP, RMS, anda probably others.  D If you exceed the restriction of any of these components, things may: seem to work, but disk corruption is very likely to occur.  D For the VAXstation 3100, the console has a 1GB restriction, so thereE is a 1GB restriction on the system disk since the console is involved9D at boot/shutdown.  This restriction is independent of the version ofF VMS.  This does not affect data disks since the console is not used to access them.  D For VMS 5.3, DKDRIVER has the same 1GB restriction as the VAXstationE 3100 console.  So, for VMS 5.3 or earlier, all disks (system or data)eC served by DKDRIVER are restricted to 1GB.  Using a larger disk doesdF not generate any errors, and it seems to work.  However, the disk willE become corrupt when writing past the 1GB boundary.  This was fixed in  VMS 5.3-1 or 5.3-2.p  ? Through VMS 5.5-2, RMS only supports drives up to 8GB.  I don'tfF remember whether or not you get an error if you try to INIT or MOUNT a/ larger drive, but it is not a wise thing to do.t  D Interestingly, the VMS 5.5-2 XQP will support a larger drive, so youD can MOUNT/FOREIGN a larger drive and then use a partitioning package> (such as Glenn Everhart's VD) to break the physical drive intoD multiple smaller drives.  If each of the logical drives is less thanE 8GB, you can INIT, MOUNT and use these logical drives safely.  If youtC want a drive larger than 8GB, bind the logical drives into a volumeaE set to get the bigger drive.  (BTW: Only play these games with a data < drive.  Doing it with a system drive is asking for trouble.)   ------------------------------   Date: 7 Aug 2002 20:03:26 GMTc2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)4 Subject: Re: Hoff, what is the status of your book ?* Message-ID: <airuee$p19$4@web1.cup.hp.com>  U In article <1m349.88182$uV1.6287660@zwoll1.home.nl>, Dirk Munk <munk@home.nl> writes:l :This question is for Hoff.... :-M :Can you please tell us how your VMS book is getting along ? I got a message lK :from Amazon saying that there is no publication date yet. Perhaps you are tB :including some V7.3-1 information and we have to wait for V7.3-1?  D   You are referencing the system management book, I assume.  This isD   delayed (or worse?), due to various reasons.  Central among these D   reasons, due to a complete scarcity of available units of "copiousD   spare time" in my own local universe.  (The delivery of additional;   units of spare time has apparently also been delayed. :-)     N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Wed, 07 Aug 2002 23:50:09 +0200  From: Dirk Munk <munk@home.nl>4 Subject: Re: Hoff, what is the status of your book ?4 Message-ID: <uyg49.91835$uV1.6582943@zwoll1.home.nl>   Hoff Hoffman wrote:oW > In article <1m349.88182$uV1.6287660@zwoll1.home.nl>, Dirk Munk <munk@home.nl> writes:   > :This question is for Hoff.... > :hO > :Can you please tell us how your VMS book is getting along ? I got a message nM > :from Amazon saying that there is no publication date yet. Perhaps you are -D > :including some V7.3-1 information and we have to wait for V7.3-1? > F >   You are referencing the system management book, I assume.  This isF >   delayed (or worse?), due to various reasons.  Central among these F >   reasons, due to a complete scarcity of available units of "copiousF >   spare time" in my own local universe.  (The delivery of additional= >   units of spare time has apparently also been delayed. :-)0  N Yes, I was refering to that book. From people with more intimate knowledge of N the VMS engineering group, I already heard that you have to cope with amazing Q loads of work. That makes it all the more understandable that you don't have any h) units of spare time left to write a book.p  / Perhaps we need a cluster of cloned hoffs ? :-)o  Q But anyway I will not withdraw my order of the book, and I will keep hoping that e) one day my copy will fall on the doormat.    ------------------------------  # Date: Thu, 08 Aug 2002 02:49:35 GMT # From: "John Smith" <a@nonymous.com>t4 Subject: Re: Hoff, what is the status of your book ?K Message-ID: <3%k49.303868$WJf1.154099@news01.bloor.is.net.cable.rogers.com>t  I What's the status of the VMS engineering group - adding staff or sheddingn staff these days?H  I If HP is adding staff, then perhaps they truly believe that there will beiD some sort of sales growth, with or without marketing or advertising.  K If there is normal attrition without replacement, or outright downsizing oft. the group then one can draw other conclusions.  F I'm sorry you are so overloaded, but I am appreciative of your efforts none-the-less.    ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in messagel$ news:airuee$p19$4@web1.cup.hp.com... >r@ > In article <1m349.88182$uV1.6287660@zwoll1.home.nl>, Dirk Munk <munk@home.nl> writes:  > :This question is for Hoff.... > : F > :Can you please tell us how your VMS book is getting along ? I got a messageML > :from Amazon saying that there is no publication date yet. Perhaps you areD > :including some V7.3-1 information and we have to wait for V7.3-1? >rF >   You are referencing the system management book, I assume.  This isE >   delayed (or worse?), due to various reasons.  Central among theseeF >   reasons, due to a complete scarcity of available units of "copiousF >   spare time" in my own local universe.  (The delivery of additional= >   units of spare time has apparently also been delayed. :-)o >0 >e( >  ---------------------------- #include' <rtfaq.h> -----------------------------tL >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com, >  --------------------------- pure personal# opinion ---------------------------i1 >    Hoff (Stephen) Hoffman   OpenVMS Engineering  hoffman#xdelta.zko.dec.com >t   ------------------------------  # Date: Wed, 07 Aug 2002 21:56:42 GMTp From: crazydaisy8888@yahoo.com2 Subject: How to add mod_proxy module to CSWS 1.1-16 Message-ID: <3d519761.370875@news.scvmaxonline.com.sg>   Hi,   = Our problem:    We cannot add mod_proxy module to CSWS 1.1-1    F We are running CSWS V1.1-1 for OpenVMS Alpha. Successfuly compiled and@ added the mod_put module. We are now trying to add the mod_proxy module using the same method.a  D From the mod_proxy.c source code provided in CSWS_SOURCES-V0102.EXE, we compile using:   E cc/define=eapi/pointer_size=32 mod_proxy.c      (with the appropriate  include parameters)    We link using: p  $ $link/share mod_proxy,sys$input/opt # SYMBOL_VECTOR= (PROXY_MODULE=DATA) B5 apache$root:[000000]apache$httpd_shr.exe_alpha/share h case_sensitive=no  LIBPROXY.OLB/LIBRARY -  ; We copy the mod_proxy.exe file in the [.modules] directory i  , On Apache startup there is warning message:   B [warn] Loaded DSO modules/mod_proxy.exe uses plain Apache 1.3 API,E this module might crash under EAPI! (please recompile it with -DEAPI)t  = We then redo the whole procedure except that we don't use the0 /define=eapi in the cc comand. >   But still same warning.   C Is there a way to add mod_proxy to CSWS 1.1-1. We cannot upgrade toh& CSWS 1.2 yet for a number of reasons.    Thanks A  
 Eric Bonneau r  National Institute of Education 
 Singapore    ------------------------------  # Date: Wed, 07 Aug 2002 22:00:25 GMTl From: crazydaisy8888@yahoo.com2 Subject: How to add mod_proxy module to CSWS 1.1-16 Message-ID: <3d51986a.636453@news.scvmaxonline.com.sg>   Hi,   = Our problem:    We cannot add mod_proxy module to CSWS 1.1-1 X  F We are running CSWS V1.1-1 for OpenVMS Alpha. Successfuly compiled and@ added the mod_put module. We are now trying to add the mod_proxy module using the same method.s  D From the mod_proxy.c source code provided in CSWS_SOURCES-V0102.EXE, we compile using:   E cc/define=eapi/pointer_size=32 mod_proxy.c      (with the appropriate. include parameters)    We link using: y  $ $link/share mod_proxy,sys$input/opt # SYMBOL_VECTOR= (PROXY_MODULE=DATA) B5 apache$root:[000000]apache$httpd_shr.exe_alpha/share   case_sensitive=no  LIBPROXY.OLB/LIBRARY h  ; We copy the mod_proxy.exe file in the [.modules] directory e  , On Apache startup there is warning message:   B [warn] Loaded DSO modules/mod_proxy.exe uses plain Apache 1.3 API,E this module might crash under EAPI! (please recompile it with -DEAPI)t  = We then redo the whole procedure except that we don't use the  /define=eapi in the cc comand. t   But still same warning.   C Is there a way to add mod_proxy to CSWS 1.1-1. We cannot upgrade tol& CSWS 1.2 yet for a number of reasons.    Thanks .  
 Eric Bonneau r  National Institute of Education 
 Singapore    ------------------------------  # Date: Wed, 07 Aug 2002 17:52:11 GMT # From: "John Smith" <a@nonymous.com>aL Subject: Re: HP Announces Powerful Upgrades to PA-RISC and AlphaServer LinesK Message-ID: <f7d49.300801$WJf1.254542@news01.bloor.is.net.cable.rogers.com>i  5 "Bill Todd" <billtodd@metrocast.net> wrote in messagee; news:2Kb49.76065$yc3.2878630@bin4.nnrp.aus1.giganews.com...  >t/ > Nonetheless, the death sentence still stands.X  J Yup. Shoulda ported HP-UX to Alpha instead. Then all the real OS'es HP has" would have real H.P. backing them.   ------------------------------  % Date: Wed, 07 Aug 2002 20:50:47 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>	 Subject: HPETS 2000-' Message-ID: <3D516C07.43018916@aaa.com>0   Hi all. : Just checked the "session catalog" on "www.hpets2002.com".  8 By selecting the session "by track", I got the following result :   NonStop       5 sessions Linux         8 sessions HP-UX/Tru64   8 sessions MS .NET      17 sessions OpenVMS      22 sessions   Not that bad...s  5 And not a single "how do I migrate from VMS" session.e     Jan-Erik Sderholm.    ------------------------------  # Date: Thu, 08 Aug 2002 00:38:41 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>' Subject: Re: HPETS 2000s' Message-ID: <3D51C262.E9370A75@fsi.net>o   Jan-Erik Sderholm wrote:  > 	 > Hi all. < > Just checked the "session catalog" on "www.hpets2002.com". > : > By selecting the session "by track", I got the following
 > result : >  > NonStop       5 sessions > Linux         8 sessions > HP-UX/Tru64   8 sessions > MS .NET      17 sessions > OpenVMS      22 sessions >  > Not that bad...^ > 7 > And not a single "how do I migrate from VMS" session.n  C ...then again, I don't find any "How to migrate *TO* VMS" sessions,  either.i  G I submitted a session called "OpenVMS for UNIX and Windows people", but D it was rejected (guess HPETS hasn't heard about the recent HP/Compaq merger yet).   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/O   ------------------------------  $ Date: Wed, 7 Aug 2002 21:26:33 -04001 From: "Brad McCusker" <brad.mccusker@charter.net>f Subject: Re: HPETS 2000t/ Message-ID: <ul3i6cjq24ov9b@corp.supernews.com>;   ----- Original Message -----1 From: "David J. Dachtera" <djesys.nospam@fsi.net>n   > Jan-Erik Sderholm wrote:t > >  <snip>9 > > And not a single "how do I migrate from VMS" session.a > E > ...then again, I don't find any "How to migrate *TO* VMS" sessions,c	 > either.  >!  J Look again, my UNIX Portability Initiative will tell you what we are doingE to make it easier to port applications from UNIX to VMS.  Not quite a:1 "Migrate to VMS" session, but, its getting there.e   Brad   ------------------------------  # Date: Thu, 08 Aug 2002 03:53:24 GMTf1 From: LESLIE@JRLVAX.HOUSTON.RR.COM (Jerry Leslie)sC Subject: HPQ Moving Much Of Its Technical/Customer Support Offshorea< Message-ID: <UWl49.257526$q53.7544988@twister.austin.rr.com>  B Hopefully this doesn't imply that the CSC is going to be relocated overseas...c  3    http://www.miami.com/mld/miamiherald/3812064.htmh#    The Miami Herald | 08/07/2002 | p/    Broward company to cut up to 1,200 positions      "BY BEATRICE E. GARCIA    bgarcia@herald.comE     G    The Answer Group, a North Lauderdale customer support operation, mayr8    be forced to cut as many as 1,200 jobs because CompaqH    Computer/Hewlett-Packard is moving much of its technical and customer    support operations offshore.k     C    Dennis Quinn, executive vice president of The Answer Group, said E    Compaq notified the company last week that it wanted to cancel its     contract.    -F    ''This came out of the blue,'' Quinn said. ``The two companies have>    had an outstanding relationship over the past five years.''    iE    The 90-day cancellation clause is standard in the customer supporthH    industry, so companies, especially tech manufacturers, can respond to(    rapidly changing business conditions.     H    Quinn said he offered to match the costs Compaq would incur offshore,!    but Compaq wouldn't negotiate.      F    He was told Hewlett-Packard's new policy, following its $18 billionG    acquisition of Compaq Computers this spring, is to move the customero,    and tech support work out of the country.    oG    The Answer Group's hourly wages run from $10 to $18 per hour, plus aaE    benefits package. The company specializes in working with tech andiC    telecom firms, so it has trained its staff to be knowledge aboute    hardware and software.e    tH    Offshore call center workers are paid $2 to $3 per hour, according to    published reports.e    gH    In recent years, the call center industry has been moving jobs abroadD    because of lower staffing costs. Countries such as India, Canada,H    Ireland and the Philippines, where English is a dominant language, asB    well as some Latin American locations such as Costa Rica, whereG    English is a prominent second language, have been siphoning off some     of the work..."    f    2 --Jerry Leslie   (my opinions are strictly my own)9   Note: leslie@jrlvax.houston.rr.com is invalid for emailh   ------------------------------  $ Date: Wed, 7 Aug 2002 13:46:20 -0500$ From: "Art Beane" <beane@petris.com> Subject: Re: INFO-VAX 2002.4327 Message-ID: <003c01c23e42$b8bc0a50$342810ac@petris.com>W   Extract:& > Date: Wed, 7 Aug 2002 12:50:19 +00004 > From: John Eisenschmidt <jweisen@eisenschmidt.org>4 > Subject: Re: [OT] RE: Out of Office AutoReply: uafF > At work we frequently see miswritten rules that not only respond to G > mailing lists, but create message loops as the list keeps responding aF > to the mail rule, makes for an interesting surprise when the person  > gets back to the office.   <ancient history> F Back in the late '70s in LDP, a new employee (one W. Faulkner by name)F went on a business trip and unknowingly found a list forwarding bug inE one of the early email systems (written in MUMPS) that created such as1 message loop, hence the term "all faulknered up".  </ancient history>   ------------------------------   Date: 7 Aug 2002 15:58:24 -0700 ( From: bob@instantwhip.com (Bob Ceculski)7 Subject: Re: Kingston memory modules in AlphaServer 800 = Message-ID: <d7791aa1.0208071458.46622285@posting.google.com>   V Jeremy Begg <jeremy@vsm.com.au> wrote in message news:<3D50E2E1.7B1745A@vsm.com.au>... > Hi,y > J > I've recently acquired a refurbished AlphaServer 800.  It has only 128MBL > memory so I'd like to put a whole lot more in before commissioning it.  MyO > preferred reseller has quoted $AUD2400 for 1GB DEC memory or $AUD1300 for thec > Kingston equivalent. > L > He will happily supply either brand but his technical staff have warned meM > that they had a lot of problems with Kingston memory in AS800 systems a fewrL > years back: systems would crash with memory errors due to timing problems. > P > This is the first time I've heard a bad word said against Kingston but I don'tG > doubt the sincerity of the comments made by the reseller.  Can anyone,  > corroborate the error reports? > 	 > Thanks,  >  >         Jeremy Beggt >   F we are at this very minute trying out 1 gb banks in our as800's and onG our test box, we had a crash ... the first memory error was correctableQG (ecc) but the second I was told will take you down as I have found out. C Seems it has something to do with voltage and ground pins ... I userF dec and samsung now, and the vendor says he will take back the problemF boards and get us a more costly replacement but at no charge to us ...I we paid $575 for 1 gb bank ... dec memeory for as800 is almost impossiblehD to find because of hp support requirements ... so the lesson is, try# before you buy, esp. on as800's ...M   ------------------------------   Date: 7 Aug 2002 18:30:39 GMT02 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: mouse installed* Message-ID: <airp0f$p19$1@web1.cup.hp.com>  T In article <aiocn9$9hr$1@news1.kornet.net>, "David Lee" <phongle@kornet.net> writes:M :Can a special mouse like Microsoft mouse, Optical mouse, or a mouse that hasrH :a tracking ball be installed on an Alpha workstation running VMS 7.1.2?  E   Please see the OpenVMS Frequently Asked Questions (FAQ), there is aaE   section in the OpenVMS FAQ on this and on related I/O hardware, ande@   on determing graphics/video/monitor/resolution compatibility.   C   Without knowing which "Alpha workstation", I cannot say for sure.EF   If this system is one of the Alpha systems with the commodity mouse G   and commodity keyboard interface, then you should be able to use mostdG   any compliant and functional device.  (The FAQ has related details on E   requirements specific to keyboards.)  That said, please see the FAQB*   for caveats around device compatibility.  G   The capability to process input via the mouse wheel does not exist in-I   OpenVMS Alpha V7.1-2.  That said, a commodity three-button mouse shoulddI   (otherwise) work, assuming an AlphaStation series or more recent Alpha k   platform.D  L   OpenVMS Alpha V7.1-2 exited Prior Version Support status, and is no longerK   a supported release.  Please move to V7.2-2, V7.3 or V7.3-1.  (The latter-I   release was just released to software manufacturing, and I would expectaH   kits will start arriving at customer sites within roughly four to six J   weeks, assuming the usual manufacturing replication and shipping norms.)  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 08 Aug 2002 01:27:34 +0200.& From: Michael Joosten <joost@c-lab.de> Subject: Re: mouse installed$ Message-ID: <3D51ACE6.2847@c-lab.de>   Fred Kleinsorge wrote: > J > VMS will send the appropriate initialization commands for a standard PS2( > mouse at startup, and at server reset. >   F Whatever a 'standard PS/2 mouse' is... Probably not one with more than two buttons. Well, 'Versuch macht klug...'   F Using an old MS Intellimouse 1.1A with VMS 7.2 at least does not work,C that is, the middle button does not work, not to mention the wheel.eD But you mentioned that in recent 7.3(-1?), wheels and such now work.  D There are some special cases in FreeBSD's moused(8), and I remember G that often added capabilities needed special setup commands sent to thes mouse/trackball/whatever.i  H Well, can't find now, it's probably rather buried in the XFree86 source.H Unfortunately, the mouse specific code is a good example of what happensH if too many authors have to deal with too many specific hardware changes - it really looks quite messy.     > >,7 > >The question is then: does it use all three buttons?s > > D > >Logitech gear might do that, at least the wheel mouses, since the8 > >buttons are enabled (i.e. send sequences) by default.> > >M$ mice DO NOT do this! They need an explicit init command. > >eH > >That's at least my experiences on SGI IRIX, whose X device interfaces< > >have sadly no way to talk back to a PS/2 pointing device.   -- s* Michael Joosten, SBS C-LAB, joost@c-lab.de* Fuerstenallee 11, 33094 Paderborn, Germany, Phone: +49 5251 606127, Fax: +49 5251 6060658 C-LAB is a cooperation of University Paderborn & SIEMENS   ------------------------------   Date: 7 Aug 2002 20:17 CDT' From: carl@gerg.tamu.edu (Carl Perkins)  Subject: Re: mouse installed, Message-ID: <7AUG200220175861@gerg.tamu.edu>  * Michael Joosten <joost@c-lab.de> writes... }Fred Kleinsorge wrote:9K }> VMS will send the appropriate initialization commands for a standard PS2u) }> mouse at startup, and at server reset.f }> s } G }Whatever a 'standard PS/2 mouse' is... Probably not one with more thany
 }two buttons.h }Well, 'Versuch macht klug...' } G }Using an old MS Intellimouse 1.1A with VMS 7.2 at least does not work,i }  }-- + }Michael Joosten, SBS C-LAB, joost@c-lab.deh  C The mouse that ships with an XP900 was a standard Logitech MouseManeA three button mouse (with "COMPAQ" painted on the top side of it).   I So go spend the $20 or so and get a Logitech mouse if you want 3 buttons.$   --- Carl   ------------------------------   Date: 7 Aug 2002 11:43:45 -0700l/ From: david_Awerbuch@yahoo.com (David Awerbuch)s' Subject: Re: OPCOM log file - thank youe; Message-ID: <a50c2679.0208071043.de90bc@posting.google.com>s  . To all who responded: thank you for your help.   The results are in:s  A 1. OPC$LOGFILE_NAME logical is not defined, as someone suggested.rJ 2. log files are created as sys$manager:operator.log, as someone reported.J 3. log files are moved every night - thus accounting for missing log files  
 thanks again., Dave A.     3 >"David Awerbuch" <david_Awerbuch@yahoo.com> wrote rF > Could someone please remind me, when OPCOM is started, where on diskH > does he write his log files?  I am at a client, and for the life of meG > can not find the file that I expect OPCOM creates.  Or am I wrong and ! > OPCOM does not write to a file?t   ------------------------------  # Date: Wed, 07 Aug 2002 18:06:22 GMTp& From: John Reagan <john.reagan@hp.com> Subject: Re: Open VMS on XP1000o% Message-ID: <3D515FD7.3060302@hp.com>d   Aus, Hans Magnus wrote:-9 > [Repeat of previous post with XP1000 written together.]4 > I > Does Open VMS run on any and all XP1000 servers? OR, are there "hidden  I > hardware features" which prevent Open VMS from booting on some XP1000s?   ? I'm typing this on an XP1000 workstation running OpenVMS V7.2-1   & $ write sys$output f$getsyi("version") V7.2-1& $ write sys$output f$getsyi("hw_name")& COMPAQ Professional Workstation XP1000  D It is the 667Mhz version, not the 500Mhz version you are looking at.  5 The XP1000 is listed in the OpenVMS SPD as supported.    -- d John Reagani' Compaq Pascal/{A|I}MACRO Project Leaderp Hewlett-Packard Companye   ------------------------------  % Date: Wed, 07 Aug 2002 20:12:35 +0200V3 From: "Aus, Hans Magnus" <aus@vim.uni-wuerzburg.de>c Subject: Re: Open VMS on XP1000aB Message-ID: <aus-215F2D.20123307082002@wrzx08.rz.uni-wuerzburg.de>  G In article <3D515FD7.3060302@hp.com>, John Reagan <john.reagan@hp.com> m wrote: ...wF > It is the 667Mhz version, not the 500Mhz version you are looking at. > 5 It's the 500Mhz version. Does that make a difference?A  7 > The XP1000 is listed in the OpenVMS SPD as supported.'   -- h4 Hans Magnus Aus, Wuerzburg, aus@vim.uni-wuerzburg.de   ------------------------------  # Date: Wed, 07 Aug 2002 21:17:15 GMTg& From: John Reagan <john.reagan@hp.com> Subject: Re: Open VMS on XP1000e% Message-ID: <3D518C94.9080704@hp.com>    Aus, Hans Magnus wrote:-I > In article <3D515FD7.3060302@hp.com>, John Reagan <john.reagan@hp.com> 8 > wrote: > ...j > F >>It is the 667Mhz version, not the 500Mhz version you are looking at. >> > 7 > It's the 500Mhz version. Does that make a difference?d >  > 7 >>The XP1000 is listed in the OpenVMS SPD as supported.f >  >   E The SPD didn't distinguish between clock speeds for the XP1000, so I tI would think that the 500Mhz would also be supported.  Where clock speeds pI do make a difference, the SPD is quite explicit as to which machines are  
 supported.   -- i John Reaganm' Compaq Pascal/{A|I}MACRO Project Leadern Hewlett-Packard Companyl   ------------------------------   Date: 7 Aug 2002 18:35:12 GMT=2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)0 Subject: Re: OpenVMS comes to Itanium - Roadshow* Message-ID: <airp90$p19$2@web1.cup.hp.com>  c In article <3D4A8F97.76C5B591@aaa.com>, Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> writes:e :Larry Kilgallen wrote:x :> s2 :> The Oracle marketing attitude came across quite3 :> clearly however -- "Is there anybody in the room  :> still using Oracle Rdb?". :h :I hope there was some...n  D   Mark Gorham, for one.  The OpenVMS Engineering source code controlD   system (VDE) and various supporting tools are based on Oracle Rdb.    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 7 Aug 2002 18:04:13 -0600d- From: Kilgallen@SpamCop.net (Larry Kilgallen)70 Subject: Re: OpenVMS comes to Itanium - Roadshow3 Message-ID: <BuHVaMjB0a01@eisner.encompasserve.org>   _ In article <airp90$p19$2@web1.cup.hp.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:b > e > In article <3D4A8F97.76C5B591@aaa.com>, Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> writes:i > :Larry Kilgallen wrote:a > :> c4 > :> The Oracle marketing attitude came across quite5 > :> clearly however -- "Is there anybody in the rooma > :> still using Oracle Rdb?". > :s > :I hope there was some...k > F >   Mark Gorham, for one.  The OpenVMS Engineering source code controlF >   system (VDE) and various supporting tools are based on Oracle Rdb.  ? But he was the first speaker, and had left the room by the timem that question was asked :-)    ------------------------------  $ Date: Wed, 7 Aug 2002 13:27:24 -0700* From: "Jack Peacock" <peacock@simconv.com>5 Subject: orphaned processes on Telnet and memory leaks4 Message-ID: <orf49.3584$QV2.3370@news.webusenet.com>  I The environment is a PW500au running VMS 7.2-1, TCP/IP 5.0A, no ECOs, andwE Rdb.  The system has been stable until recently (past 2-3 weeks) wheneL "orphan" processes started to appear.  The orphans are user processes exceptG the SHOW USER/FULL command indicates they have blank usernames, but the K process name and TNA port indicates they originated from user workstations.aI These processes are in LEF or LEFO state and appear to be consuming largeTJ amounts of memory but no CPU.  I can STOP/ID these orphans if they are notE swapped out, but once the process enters LEFO about 50% of the time a " STOP/ID will not kill the process.  J Another oddity is the pagefile space eventually becomes exhausted though aL SHOW SYS doesn't indicate where the memory is going.  The machine has 256MB,L usually enough for all users to comfortably fit in memory, and a pagefile ofK 256MB.  Today I found the free space in the pagefile to be zero, about 1000gK pages left of memory, but only a handful of actual users logged in.  A SHOWrB SYS of both real and orphan processes only adds up to about 150MB.L Obviously a severe memory leak somewhere, but its not obvious where to look.I I assume its related to the orphan processes since both problems appearede simultaneously.r  L Is this some known problem with telnet?  Is there an ECO I don't know about?    Jack Peacocke   ------------------------------  % Date: Wed, 07 Aug 2002 22:39:02 +0200"9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>-9 Subject: Re: orphaned processes on Telnet and memory leakr' Message-ID: <3D518566.E0AED890@aaa.com>e   Check :j  ; http://riogrande.digital.com.au/pub/ecoinfo/ecoinfo/379.htma  @ there ara a number of fixes to TELNET in this ECO to TCPIP 5.0A.   Jan-Erik Sderholm.p   Jack Peacock wrote:g > K > The environment is a PW500au running VMS 7.2-1, TCP/IP 5.0A, no ECOs, and.G > Rdb.  The system has been stable until recently (past 2-3 weeks) whentN > "orphan" processes started to appear.  The orphans are user processes exceptI > the SHOW USER/FULL command indicates they have blank usernames, but thebM > process name and TNA port indicates they originated from user workstations.rK > These processes are in LEF or LEFO state and appear to be consuming largeeL > amounts of memory but no CPU.  I can STOP/ID these orphans if they are notG > swapped out, but once the process enters LEFO about 50% of the time a $ > STOP/ID will not kill the process. > L > Another oddity is the pagefile space eventually becomes exhausted though aN > SHOW SYS doesn't indicate where the memory is going.  The machine has 256MB,N > usually enough for all users to comfortably fit in memory, and a pagefile ofM > 256MB.  Today I found the free space in the pagefile to be zero, about 1000QM > pages left of memory, but only a handful of actual users logged in.  A SHOWmD > SYS of both real and orphan processes only adds up to about 150MB.N > Obviously a severe memory leak somewhere, but its not obvious where to look.K > I assume its related to the orphan processes since both problems appearedo > simultaneously.u > N > Is this some known problem with telnet?  Is there an ECO I don't know about? >    Jack Peacock    ------------------------------  % Date: Wed, 07 Aug 2002 22:41:14 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>h9 Subject: Re: orphaned processes on Telnet and memory leakn' Message-ID: <3D5185EA.2F7A026A@aaa.com>    And, the page :a  ; http://riogrande.digital.com.au/pub/ecoinfo/ecoinfo/top.htmo  : is the best ECO inforamtion page I'v seen so far, b.t.w...   Jan-Erik Sderholm.    Jan-Erik Sderholm wrote:a > 	 > Check :w > = > http://riogrande.digital.com.au/pub/ecoinfo/ecoinfo/379.htmE > B > there ara a number of fixes to TELNET in this ECO to TCPIP 5.0A. >  > Jan-Erik Sderholm.  >e   ------------------------------   Date: 8 Aug 02 01:25:46 +0200a) From: p_sture@elias.decus.ch (Paul Sture)-3 Subject: OT Mac OS X woes, but advice needed please ) Message-ID: <NTS8+u3dG8cL@elias.decus.ch>t  f Totally off-topic I realise, but I know there are VMS pals out there who have experience of Mac stuff.  w My problem is that my 3 month old iBook, running on OS X regularly drops the odd file or two (or three or four or maybe b more)). It's there according to the index (Finder, whatever), but simply gives "cannot open file".  q Sorry, but the Mac community seems to be ignoring any complaint I have. I've tried polite and less polite, all toiY no avail. I really don't want to hit the offensive route, but I am getting close to that.   < In the general spirit of comp.os.vms, genuine help welcomed.  P Should I simply abandon OS X and go back to OS 9? - at present, highly favoured.  q What are your best recommendations on OS X backup strategies? (presently ftp to my Alpha before I lose work, then  off to tape)   Should I buy a VT520 instead?a  ` Perhaps more to the point, can I buy a better graphics card for my Alpha at an affordable price? (currently an Elsa Gloria)  x To be honest, if I am the only one having problems, then I'll put it down to hardware, and as it's still under warranty,> I can get an exchange. Gut feeling tells me otherwise however. __
 Paul Sture Switzerlandv   ------------------------------  % Date: Thu, 08 Aug 2002 01:17:55 +0100 ' From: Elliott Roper <elliott@yrl.co.uk> 7 Subject: Re: OT Mac OS X woes, but advice needed please02 Message-ID: <080820020117554879%elliott@yrl.co.uk>  4 In article <NTS8+u3dG8cL@elias.decus.ch>, Paul Sture <p_sture@elias.decus.ch> wrote:f  O > Totally off-topic I realise, but I know there are VMS pals out there who have  > experience of Mac stuff. > N > My problem is that my 3 month old iBook, running on OS X regularly drops the, > odd file or two (or three or four or maybeJ > more)). It's there according to the index (Finder, whatever), but simply > gives "cannot open file".   G A little more detail may be required. What do you do to the file to getnE "cannot open file"? ie what application are you opening it with? whatm file?oF Mac OS X is really unix with lipstick on. You may have permissions setD funny. (It ain't VMS, but it *is* trying hard to be a real operatingB system) in the terminal, try ls -l in the directory containing the; files, then see if you can unscramble the unix permissions.l@ Or select the file in the finder, hit cmd-I for get info, selectD privileges, squint a little and you can almost make out SGOW:RWED on: the screen. Fix what looks wrong and try opening it again. > N > Sorry, but the Mac community seems to be ignoring any complaint I have. I've& > tried polite and less polite, all toL > no avail. I really don't want to hit the offensive route, but I am getting > close to that. > > > In the general spirit of comp.os.vms, genuine help welcomed.G There is a civilised and helpful lot at uk.comp.sys.mac, although thereeB is a certain preoccupation with penguins and tooth polarity there. > H > Should I simply abandon OS X and go back to OS 9? - at present, highly > favoured.t  D OS X is the future. Or you could just send your cute little iBook toG uncle and aunty Rotter's school for orphan computers (e-mail address asy sender)i > N > What are your best recommendations on OS X backup strategies? (presently ftp& > to my Alpha before I lose work, then > off to tape)D That's OK. Shove all your Mac files through dropstuff and PGP first.G When you get 'em back, all the type and creator metadata will be better @ preserved. And nobody on your VMS box will be able to sniff 'em. >  > Should I buy a VT520 instead?o= Yeah. Stay with teco. Who needs all that pointy-clicky stuff? < Uncle rotter says "Send me the iBook, I'll send you a VT520" > M > Perhaps more to the point, can I buy a better graphics card for my Alpha atn > an affordable price? > (currently an Elsa Gloria) > N > To be honest, if I am the only one having problems, then I'll put it down to- > hardware, and as it's still under warranty,-@ > I can get an exchange. Gut feeling tells me otherwise however.  G Your's does not sound like a common problem. Mac OS X is very solid andt: reliable compared to other toy computer operating systems.  ( (And KLEZ can't touch it Terry.)....yet.   ------------------------------   Date: 7 Aug 2002 19:17:33 -0700-( From: univms@bigfoot.com (Hamlyn Mootoo) Subject: Re: OT: hp jornada 728o< Message-ID: <9cf7e06d.0208071817.d1604be@posting.google.com>  v Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in message news:<20020806161807.33329.qmail@web20206.mail.yahoo.com>.../ > Anyone know if HP will discontinue or not the: > hp jornada 728  handheld ???2 > I've read that HP will mantain just th IPaq line- > from CPQ. But CPQ didnt have a similar likee8 > the hp jornada 728 (that which looks like a notebook). >  > 	 > Regardso >  > FC d >  > =====  > ========================== > Fbio dos Santos Cardoso > OpenVMS System Manager > Rio de Janeiro - Brazil  > fabiopenvms@yahoo.com.br > ========================== > 4 > __________________________________________________ > Do You Yahoo!?* > Yahoo! Health - Feel better, live better > http://health.yahoo.come  D I'm still waiting to test drive a new PDA from Royal call the Lin@x.C It's a Linux-based PDA with a 206 MHZ Intel Strongarm processor fordD under $300. I've written an app for Pocket PC using embedded VB, butE since MicroShaft is discontinuing embedded VB in favor of .NET (and ItB don't feel like spending $2000+ for Visual Studio .NET - eVB was aC free download), I see no reason not to port it to an embedded LinuxaD platform, especially since the system already uses Samba on Linux onB the backend to emulate NT (SMB) shares.  I think I can finally rid* myself of the vestiges of the evil empire.  D It will be interesting to see what happens when HP starts coming outF with tablet PC's.  I think the whole tablet PC idea will not have wideE appeal, but will be a godsend for vertical markets.  VMS on a tablet?nA As likely as the "AeroPork" sandwich at McDonalds-"made from realc
 winged pigs".h   HM   ------------------------------  % Date: Thu, 08 Aug 2002 01:03:01 +0200y& From: Michael Joosten <joost@c-lab.de>Y Subject: Re: Powerstorm 300 and Alpha PC 164 with OVMS 7.3 (long) - ELSA GLoria and PC164-$ Message-ID: <3D51A725.500F@c-lab.de>   Fred Kleinsorge wrote: > > > Michael Joosten wrote in message <3D514743.6231@c-lab.de>... > L > I think you are asking in the wrong forum to find a Tru64 devo.  It soundsM > to me that you have something wrong with your server setup if none of thoseaJ > cards is working...  not knowing about Tru64 server setup, I can't help. >   E No, I actually posted this last week in comp.unix.tru64, without muchh resonance...  L > I can say that both Tru64 and VMS are using the most generic ID checks forH > these cards, and most off-the-shelf ELSA's or Trio64's work just fine. >   . Thanks. Both cards do work fine with VMS 7.2. G I have to add, though, that I had to disable the B-Cache because one ofd? the SRAMs got some 'stuck-at-one' errors. This might lead to myiF problems, but I cannot verify this (no other PC164 anyhow near me...).  L > I *will* agree that there were problems with ELSA's, especially with powerB > regulation and interference with the display at high scan rates. >   F Perhaps I'll attach some oscilloscope probes to the SGRAM power supplyE lines and see what happens. Adding some more capacitors might help...t     --  * Michael Joosten, SBS C-LAB, joost@c-lab.de* Fuerstenallee 11, 33094 Paderborn, Germany, Phone: +49 5251 606127, Fax: +49 5251 6060658 C-LAB is a cooperation of University Paderborn & SIEMENS   ------------------------------   Date: 7 Aug 2002 20:10:46 GMTr2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)% Subject: Re: printing postscript filei* Message-ID: <airus6$p19$5@web1.cup.hp.com>  T In article <aiqv74$rje$1@news1.kornet.net>, "David Lee" <phongle@kornet.net> writes:E :I can't seemed to print a postscript file, generated from one of theaF :application,  to my postscript printer.  Is there something I need toJ :install in my ES-40 computer running VMS 7.1.2?  All I can see is a blank0 :page coming out?  What do I need to check here?  K   Please see the OpenVMS FAQ for some suggestions on gaining a quick answerXL   to a question; on the sorts of information and details that can be centralK   to providing an answer to a question, and thus the sorts of details whichiG   can be included with the question.  In this case, details such as the2G   printer type, connection, command(s) used, queue configurations, etc.o  G   As I've mentioned, your AlphaServer ES40 should be upgraded to a moregL   recent version of OpenVMS, as OpenVMS Alpha V7.1-2 is no longer supported.H   (Why upgrade?  Why ECO?  If you don't, then you get to find all of theH   bugs that have been fixed in the upgrades and in the ECO kits.  Again.!   This is slow and tedious work.)i  G   Most Postscript printer access on OpenVMS involves DCPS, the DECprint5:   Services package.  This package is separately installed.  H   For details on IP printing, please start with the IP documentation andH   with topic (1020) in the Ask The Wizard area.  The Ask The Wizard areaF   and the AskQ area -- both URLs are referenced in the OpenVMS FAQ, byB   the way -- are quite rich in supporting information and answers.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 7 Aug 2002 16:28:12 -0700h( From: bob@instantwhip.com (Bob Ceculski) Subject: Samsung revives alpha!e= Message-ID: <d7791aa1.0208071528.492beae1@posting.google.com>h  ! Samsung revisits Alpha processor     Pursues separate plans  / By Mike Magee: Wednesday 07 August 2002, 17:10 l  F REMEMBER SAMSUNG has the rights to continue making Alpha processors in: perpetuity, irrespective of whether Intel's got it or not.B Right. Well sources tell us that in late September we'll see AlphaC EV69 processors arriving with 1.75MB of level two cache on the die.-> Right up until now, the level two cache for the 21264 was on a
 daughtercard.a  F Production processors are expected to arrive while the chips have been3 sampling for a little old while now, we understand.D  F By November we're likely to see dual CPU systems running at 1GHz using7 the one die cache, and supporting DDR memory and PCI-X.l  8 And early next year we'll see 1.2GHz Samsung Alpha CPUs.  = Samsung used to sell its CPUs through the now defunct API buthC shilly-shallying caused a heap of angst amongst system integrators.E  D During most of this year Samsung has kept its head under the parapetD but now it looks like it's going to have another stab at the market,D seeing as HP/Compaq seems to have thrown its lot in with the Itanic.   ------------------------------  % Date: Thu, 08 Aug 2002 01:45:11 +0200-9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> # Subject: Re: Samsung revives alpha!i' Message-ID: <3D51B107.99A1D5EF@aaa.com>-   Bob, an easy question...  5 What is, exactly, the reason to post the same contentm5 under two different subjects just two minutes apart ?t  6 (Note also that I posted a link to the article several
 hours ago...)   = I knew there was "read/write" and "read only" users of c.o.v,./ but not that there was "write only" users also.c   Jan-Erik Sderholm.      Bob Ceculski wrote:5 > " > Samsung revisits Alpha processor >  ...r   ------------------------------  % Date: Thu, 08 Aug 2002 01:47:46 +0200s9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>o# Subject: Re: Samsung revives alpha! ' Message-ID: <3D51B1A2.D8CD2144@aaa.com>   , Sight, I should have read on before posting.+ I should have written "three" and not "two"o below...   :-)l   Jan-Erik Sderholm.d   Jan-Erik Sderholm wrote:e >  > Bob, an easy question... > 7 > What is, exactly, the reason to post the same content-7 > under two different subjects just two minutes apart ?  >c   ------------------------------  $ Date: Wed, 7 Aug 2002 19:19:20 -0700# From: "Tom Linden" <tom@kednos.com>8# Subject: RE: Samsung revives alpha! 9 Message-ID: <CIEJLCMNHNNDLLOOGNJIIEFJFIAA.tom@kednos.com>   A Thought you might be interest in a similar story on another list.   L First things first, there's no "s" on the back of my name.  Unfortunately, IG don't have my own clan backing me in my bid for world domination.  Yet.s  K As for Samsung's various Alpha models, the one with 1.75MB on-die L2 is thetJ 21264E, it's done in .18um, not .13um, which makes it an EV68 variant, notK EV69.  Also, it already runs at 1.25GHz.  And that's using Aluminum insteadaK of Copper, and no SOI.  It's also a big chip, ~300mm2, so it's probably not K going to be cheap, especially considering that Samsung gets lousy yields oneG "standard" Alphas.  And I mean lousy.  And going from a 115mm2 die to a K 300mm2 die is just going to make their yields worse, which will jack up thefJ price even more.  You can't really blame them, though, Samsung specializesG in manufacturing SRAM/DRAM/Flash and LCDs, not microprocessors.  It's ay little bit different.e  L As far as the EV69 goes, it's actually an IBM part.  It's done in .13um withD both Copper and SOI.  Takes up a die space of ~60-70mm2.  It runs atK ~1.5GHz.  Considering that nobody, not even Intel, makes processors as wellrH as IBM does, and taking the smaller die into consideration, I'd say thatG yields aren't going to be as much of an issue.  Can we get our hands on-L them?  I don't know.  Might not do us much good if we could, it might not beL a drop in replacement.  *Standard* EV6x is in a 587-pin package.  EV69, I'veL heard (which definitely makes it a rumor) is in a 600+ pin package.  We alsoH don't know whether IBM is allowed to sell them to anyone other than HPQ.  H *Can* Samsung continue producing Alpha for as long as they want and makeK whatever changes they want to it?  Yes they can.  *Will* they do so?  Well,SK that's what I'm working on.  Everybody here needs to understand that CompaqrH bent them over a barrel and didn't even have the common courtesy to giveH them a reach around.  Sorry for the vulgarity, but that's the situation.J Have you ever seen a dog that's been repeatedly and sorely beaten?  Do youH think that dog is going to trust you and come when it's called?  Even ifL you're the new owner and have never touched it, do you think it'll trust youC now?  No, it won't.  It takes a while to build up that trust again.c  I So what's the point of that?  Samsung needs it to be worth their while tohK continue fabbing Alpha.  Since my name's already been mentioned, sure, I'llaJ confirm that I'm doing absolutely everything that I can to see that we getJ new Alphas.  But it takes time.  And we have to take care of Samsung.  TheL problem is that there's a certain volume that they need, and the simple factH of the matter is that under the current model of using Alphas in mid- toK high-end servers, with no new Alphas on the roadmap, it's just not going toaH happen.  We're talking a full order of magnitude more of sales.  There'sI only one way that it will happen, and that's to make Alpha the heart of asK general purpose computer (that's right, I just said it needs to be a PC, anpJ AlphaPC, like the MacPC, but not sucky), and you need something other thanF Linux for that.  You can disagree with me all you want, but it's fact." Witness that Alpha is end of life.  H Sorry for the long post, and I hope no one is more discouraged than they$ were before, but this is slow going.   regards,   David Mihail   >-----Original Message-----g0 >From: Bob Ceculski [mailto:bob@instantwhip.com]) >Sent: Wednesday, August 07, 2002 4:28 PM  >To: Info-VAX@Mvb.Saic.Com  >Subject: Samsung revives alpha! >  > ! >Samsung revisits Alpha processorg >l >Pursues separate plansf >7/ >By Mike Magee: Wednesday 07 August 2002, 17:10E >nG >REMEMBER SAMSUNG has the rights to continue making Alpha processors in-; >perpetuity, irrespective of whether Intel's got it or not.tC >Right. Well sources tell us that in late September we'll see AlphacD >EV69 processors arriving with 1.75MB of level two cache on the die.? >Right up until now, the level two cache for the 21264 was on ao >daughtercard. > G >Production processors are expected to arrive while the chips have beeng4 >sampling for a little old while now, we understand. >bG >By November we're likely to see dual CPU systems running at 1GHz usingp8 >the one die cache, and supporting DDR memory and PCI-X. >s9 >And early next year we'll see 1.2GHz Samsung Alpha CPUs.  > > >Samsung used to sell its CPUs through the now defunct API butD >shilly-shallying caused a heap of angst amongst system integrators. > E >During most of this year Samsung has kept its head under the parapetaE >but now it looks like it's going to have another stab at the market,tE >seeing as HP/Compaq seems to have thrown its lot in with the Itanic.b >r >---' >Incoming mail is certified Virus Free.b; >Checked by AVG anti-virus system (http://www.grisoft.com).a@ >Version: 6.0.381 / Virus Database: 214 - Release Date: 8/2/2002 >y ---l& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).? Version: 6.0.381 / Virus Database: 214 - Release Date: 8/2/2002e   ------------------------------  # Date: Thu, 08 Aug 2002 04:22:05 GMT-* From: "Bill Todd" <billtodd@metrocast.net># Subject: Re: Samsung revives alpha!oA Message-ID: <Nlm49.150550$cm.5479797@bin3.nnrp.aus1.giganews.com>   . "Tom Linden" <tom@kednos.com> wrote in message3 news:CIEJLCMNHNNDLLOOGNJIIEFJFIAA.tom@kednos.com...cC > Thought you might be interest in a similar story on another list.-  L You didn't say so explicitly, but it looks like everything from here on down" is what you quoted from that list.   >mL > First things first, there's no "s" on the back of my name.  Unfortunately, IhI > don't have my own clan backing me in my bid for world domination.  Yet.w >eI > As for Samsung's various Alpha models, the one with 1.75MB on-die L2 isb theuL > 21264E, it's done in .18um, not .13um, which makes it an EV68 variant, notE > EV69.  Also, it already runs at 1.25GHz.  And that's using Aluminumh instead I > of Copper, and no SOI.  It's also a big chip, ~300mm2, so it's probablyh notoJ > going to be cheap, especially considering that Samsung gets lousy yields onI > "standard" Alphas.  And I mean lousy.  And going from a 115mm2 die to asI > 300mm2 die is just going to make their yields worse, which will jack upq theaL > price even more.  You can't really blame them, though, Samsung specializesI > in manufacturing SRAM/DRAM/Flash and LCDs, not microprocessors.  It's a  > little bit different.   L Perhaps not as encouraging as it first appeared, then - though if you factorL in the ability of the on-chip cache to replace the previous off-chip L2 plusL the possibility that Samsung would not only be satisfied with a lower markupC but might see more benefit in broadening Alpha's market than Compaqp5 recognized, it still might wind up reasonably priced.    >hI > As far as the EV69 goes, it's actually an IBM part.  It's done in .13umo withF > both Copper and SOI.  Takes up a die space of ~60-70mm2.  It runs at
 > ~1.5GHz.  K The wording uses the present tense, and there's no obvious reason that this  *couldn't* be the case:  is it?s  K The other observation is that clearly this chip, much more than the 21264E,hJ is the logical candidate for the 1.75 MB of on-chip L2.  Knowing where theK 21264E came from might help suggest whether such a 130 nm chip is likely toe appear.   C   Considering that nobody, not even Intel, makes processors as well J > as IBM does, and taking the smaller die into consideration, I'd say thatI > yields aren't going to be as much of an issue.  Can we get our hands onTK > them?  I don't know.  Might not do us much good if we could, it might noty beI > a drop in replacement.  *Standard* EV6x is in a 587-pin package.  EV69,o I'veI > heard (which definitely makes it a rumor) is in a 600+ pin package.  We  alsoJ > don't know whether IBM is allowed to sell them to anyone other than HPQ.  I It really *would* be amusing to see IBM selling Alphas to compete againsts	 Itanic...    > J > *Can* Samsung continue producing Alpha for as long as they want and makeF > whatever changes they want to it?  Yes they can.  *Will* they do so? Well,2F > that's what I'm working on.  Everybody here needs to understand that CompaqJ > bent them over a barrel and didn't even have the common courtesy to giveJ > them a reach around.  Sorry for the vulgarity, but that's the situation.L > Have you ever seen a dog that's been repeatedly and sorely beaten?  Do youJ > think that dog is going to trust you and come when it's called?  Even ifJ > you're the new owner and have never touched it, do you think it'll trust youpE > now?  No, it won't.  It takes a while to build up that trust again.  > K > So what's the point of that?  Samsung needs it to be worth their while to H > continue fabbing Alpha.  Since my name's already been mentioned, sure, I'llL > confirm that I'm doing absolutely everything that I can to see that we getL > new Alphas.  But it takes time.  And we have to take care of Samsung.  TheI > problem is that there's a certain volume that they need, and the simpley factJ > of the matter is that under the current model of using Alphas in mid- toJ > high-end servers, with no new Alphas on the roadmap, it's just not going toJ > happen.  We're talking a full order of magnitude more of sales.  There'sK > only one way that it will happen, and that's to make Alpha the heart of a J > general purpose computer (that's right, I just said it needs to be a PC, anL > AlphaPC, like the MacPC, but not sucky), and you need something other thanH > Linux for that.  You can disagree with me all you want, but it's fact.  K Why "it's fact" is not at all clear:  it sounds much more like the claims ahK few here have stated as 'fact' over the years with no convincing supportingu) argument, just faith in their own belief.V  H If Samsung found it profitable to manufacture Alphas up until now, underI conditions that never gave any hope whatsoever that Alpha would ever evenhJ begin to approach 'commodity' PC-like volumes, why is that no longer true?F They wouldn't have even begun to sell EV8s for another 2 years yet (ifH they'd been interested in doing so at all, that *definitely* not being aH candidate for commodity-level volumes), and might not even have had muchH interest in EV7 save in lower-end configurations.  If anything, the factI that cHumPaq will no longer be as actively competing for the Alpha marketeL may be *good* for Samsung's prospects there, assuming that it considered the3 EV6 core as its bread-and-butter product all along.i  $ > Witness that Alpha is end of life.  E If Samsung was primarily interested in the EV6 core, it *already* wasIK end-of-life as far as cHumPaq was concerned, even before the Alphacide.  AtuL least Samsung wasn't going to get much more of a free ride in continuing EV6K development.  So riding EV6 down the shrinkage path, adding cache and othereJ ancillary features as they went, may have been what they planned to do allI along, while (until plans changed a year+ ago) Compaq milked the high ende for all it was worth.,  I Now at least some of that Alpha business that Compaq would have gotten ishJ potentially available to them.  And Alpha Linux still commands enthusiasm:? Hammer threatens it much more than Itanic does, but if you wantcK floating-point performance Alpha (in inexpensive, fast EV68 forms) may welluH still offer more cost-effective solutions than either of those (and willH benefit just as much from shrinks over the next 3+/- years as they will,I since their cores aren't changing either over that period).  And offeringfH performance comparable to Itanic at half its power consumption remains aK strong selling point - assuming people see a future for the platform from a1$ vendor not intent on phasing it out.  I I'm not sure I believe that Samsung really has what it would take to keep I Alpha alive, but it's certainly nice to see some indication that they mayi try.   - bill   ------------------------------   Date: 7 Aug 2002 16:39:26 -0700a( From: bob@instantwhip.com (Bob Ceculski)7 Subject: Samsung says alpha lives ... Gartner loses ...s< Message-ID: <d7791aa1.0208071539.533619c@posting.google.com>  ; Sorry Gartner, J.F., Bill and all the others who said alphag; is dead ... but you just can't keep a great processor down!i: If ev69 does well, then all they need next is to pick up a( few ev8 team members and look out ev8-9!    ! Samsung revisits Alpha processor ,   Pursues separate plans  / By Mike Magee: Wednesday 07 August 2002, 17:10 m  F REMEMBER SAMSUNG has the rights to continue making Alpha processors in: perpetuity, irrespective of whether Intel's got it or not.B Right. Well sources tell us that in late September we'll see AlphaC EV69 processors arriving with 1.75MB of level two cache on the die. > Right up until now, the level two cache for the 21264 was on a
 daughtercard.c  F Production processors are expected to arrive while the chips have been3 sampling for a little old while now, we understand.   F By November we're likely to see dual CPU systems running at 1GHz using7 the one die cache, and supporting DDR memory and PCI-X.e  8 And early next year we'll see 1.2GHz Samsung Alpha CPUs.  = Samsung used to sell its CPUs through the now defunct API buttC shilly-shallying caused a heap of angst amongst system integrators.e  D During most of this year Samsung has kept its head under the parapetD but now it looks like it's going to have another stab at the market,D seeing as HP/Compaq seems to have thrown its lot in with the Itanic.   ------------------------------  % Date: Wed, 07 Aug 2002 21:28:05 +0200n9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>a( Subject: Some Alpha news on The Inquirer' Message-ID: <3D5174C4.2D520E1F@aaa.com>i  " "Samsung revisits Alpha processor"( http://www.theinquirer.net/?article=4842    "Alpha upgrade details Burtoned"( http://www.theinquirer.net/?article=4831   Jan-Erik Sderholm.i   ------------------------------  # Date: Wed, 07 Aug 2002 21:46:21 GMTe* From: "Bill Todd" <billtodd@metrocast.net>, Subject: Re: Some Alpha news on The InquirerA Message-ID: <Nyg49.42658$6Z1.1530003@bin6.nnrp.aus1.giganews.com>o  3 "Jan-Erik Sderholm" <aaa@aaa.com> wrote in messagee! news:3D5174C4.2D520E1F@aaa.com...t$ > "Samsung revisits Alpha processor"* > http://www.theinquirer.net/?article=4842  K Hoo, hah!  Hadn't seen that one.  Having 1.75 MB 12 ns. - 9.6 ns. cache (ataJ 1 - 1.25 GHz) right on the chip like EV7 will surely shouldn't hurt.  I'veG not been able to find information about the latency of the current EV68oK off-chip L2 cache, but the latency of the PA-RISC off-chip L2 is reportedlytI 40 ns. which suggests that off-chip cache may cease to be attractive whenpF EV7 comes along with its 75 ns. latency to local main memory but might< remain attractive in some situations for EV69 (as L3 cache).  J I first read the comment about 'dual CPU systems' as a dual-core-on-a-chipK reference, but on second glance suspect it's not:  it really would be a bitcE early for anyone outside of Compaq to have come up with that level of-F enhancement.  I'm actually impressed that even the on-die L2 appeared,C though it could well already have been in the works before 6/25/01.t  I In any event, it's great to see that Samsung seems to have the balls that I cHumPaq lacked.  While one can't expect anything like the EV8 core out oftE them, or even the EV7 on-chip routers unless their agreement includeseK complete access to the EV7 technology, it wouldn't be impossible to imagine-G future products with at least die shrinks and perhaps dual cores and/or- on-chip memory glue.   - bill   ------------------------------  # Date: Thu, 08 Aug 2002 00:49:42 GMTB1 From: "David J. Dachtera" <djesys.nospam@fsi.net> , Subject: Re: Some Alpha news on The Inquirer' Message-ID: <3D51C4F4.1EB47FD6@fsi.net>a   Jan-Erik Sderholm wrote:k > $ > "Samsung revisits Alpha processor"* > http://www.theinquirer.net/?article=4842 > " > "Alpha upgrade details Burtoned"* > http://www.theinquirer.net/?article=4831  G Couldn't help wondering if maybe Samsung is learning from Compaq's/HP's7F mistakes and, having access to "the ball", they may elect to "run with it".  H Wouldn't it be a hoot to see some off-shoot, subsidiary, etc. of SamsungG buy VMS? Samsung already has a storage arm - my '486 has a Samsung hardr drive in it.  D "Samsung OpenVMS" - doesn't exactly roll off the tongue (in AmericanD English), but then VMS doesn't need to be marketed, or so some would have us believe...   -- e David J. Dachtera  dba DJE SystemsE http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Wed, 07 Aug 2002 11:08:43 -0700a5 From: "Kenneth H. Fairfield" <My.Full.Name@intel.com>o Subject: Re: uaf) Message-ID: <3D51622B.8775F8FB@intel.com>l   Franz-Josef Fornefeld wrote:   > Kenneth H. Fairfield wrote:1 >2 > > A Bonaveidogo wrote: > >g; > >> Object name:              $1$DKB1:[SYSEXE]SYSUAF.DAT;1c > >n; > >                            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^z > > Gotcha!c > >g; > >> Object name:              $1$DKB1:[SYSEXE]SYSUAF.DAT;1t > >t; > >                            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^  > > Gotcha #2!!i > >u >i > Gotcha ;-) >n > >.> > >     In any case, the two nodes, NodeA and NodeB, are using@ > > _distinct_ SYSUAF.DAT files, one in $1$DKA0:[SYSEXE] and the= > > other in $1$DKB1:[SYSEXE].  This is no way to run a (VMS)a > > railroad! :-)' >o5 > Reader's error. To me the filenames look identical.-  3     You're absolutely correct, Jo, good catch!  :-)   >     I'm afraid my (old) eyes kept jumping to the previous line0 in the Audit output which lists AUTHORIZE.EXE in> $1$DKA0:[SYS0.SYSCOMMON.][SYSEXE] (i.e., SYS$COMMON:[SYSEXE]).  @     To the O.P., $1$DKB1:[SYSEXE] is an odd place for SYSUAF.DAT> and neither LOGINOUT nor the AUDIT_SERVER process will find itB there unless SYSUAF is defined /SYSTEM/EXEC to point to that file.D (To Paddy, not that $1$DKB1:[SYSEXE] is _not_ SYS$SPECIFIC:[SYSEXE],6 which would be more like <some-device>:[SYS1.SYSEXE].)  C     Besides the suggestion to be sure SYSUAF "lives" in SYS$COMMON:n? [SYSEXE], it must be accessible to both nodes, preferably earlyeA in the boot.  Is $1$DKB1: on a shared SCSI bus?   Do both systemshE share the same system disk?  If not, there are a variety of (cluster) D issues that need to be dealt with.  And we'll need more information.       -Ken --6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! F20 Automation VMS System Supportt kenneth.h.fairfield#intel.como   ------------------------------  $ Date: Thu, 8 Aug 2002 13:19:06 +1200& From: A Bonaveidogo <Asena@fsc.com.fj> Subject: RE: uafG Message-ID: <BFBEDDF2CFEDD411917400508BF3A6FFCBD6F1@exchsvr.FSC.COM.FJ>c  " both node use the same rightslist    -----Original Message-----4 From: Didier Morandi [mailto:Didier.Morandi@Free.fr]' Sent: Tuesday, August 06, 2002 11:18 AMn To: Info-VAX@Mvb.Saic.Com  Subject: Re: uaf      yes yes yes, we forgot this one.
 Good shot.   A?   D.   Andrew Robinson wrote: > I > Doesn't the logical for Rightslist need to be checked as well? I've hade thatF > one before on a customers site. SYSUAF was perfect, but they had two7 > different Rightslist.dat files. Very strange results.s   ------------------------------  $ Date: Thu, 8 Aug 2002 13:55:21 +1200& From: A Bonaveidogo <Asena@fsc.com.fj> Subject: RE: uafG Message-ID: <BFBEDDF2CFEDD411917400508BF3A6FFCBD6F4@exchsvr.FSC.COM.FJ>s   Ken.  G Both nodes use their own systems disk... dkb1 can be accessed from bothl- node... mounted with the same volume label.  c     -----Original Message-----: From: Kenneth H. Fairfield [mailto:My.Full.Name@intel.com]) Sent: Wednesday, August 07, 2002 11:09 AMl To: Info-VAX@Mvb.Saic.Coms Subject: Re: uaf     Franz-Josef Fornefeld wrote:   > Kenneth H. Fairfield wrote:A >s > > A Bonaveidogo wrote: > >A; > >> Object name:              $1$DKB1:[SYSEXE]SYSUAF.DAT;1  > >e; > >                            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^t > > Gotcha!s > > ; > >> Object name:              $1$DKB1:[SYSEXE]SYSUAF.DAT;1a > >n; > >                            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^  > > Gotcha #2!!o > >e >r > Gotcha ;-) >  > >d> > >     In any case, the two nodes, NodeA and NodeB, are using@ > > _distinct_ SYSUAF.DAT files, one in $1$DKA0:[SYSEXE] and the= > > other in $1$DKB1:[SYSEXE].  This is no way to run a (VMS)y > > railroad! :-)H >s5 > Reader's error. To me the filenames look identical.   3     You're absolutely correct, Jo, good catch!  :-)n  >     I'm afraid my (old) eyes kept jumping to the previous line0 in the Audit output which lists AUTHORIZE.EXE in> $1$DKA0:[SYS0.SYSCOMMON.][SYSEXE] (i.e., SYS$COMMON:[SYSEXE]).  @     To the O.P., $1$DKB1:[SYSEXE] is an odd place for SYSUAF.DAT> and neither LOGINOUT nor the AUDIT_SERVER process will find itB there unless SYSUAF is defined /SYSTEM/EXEC to point to that file.D (To Paddy, not that $1$DKB1:[SYSEXE] is _not_ SYS$SPECIFIC:[SYSEXE],6 which would be more like <some-device>:[SYS1.SYSEXE].)  C     Besides the suggestion to be sure SYSUAF "lives" in SYS$COMMON: ? [SYSEXE], it must be accessible to both nodes, preferably early/A in the boot.  Is $1$DKB1: on a shared SCSI bus?   Do both systemseE share the same system disk?  If not, there are a variety of (cluster) D issues that need to be dealt with.  And we'll need more information.       -Ken --6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfielde! F20 Automation VMS System Supports kenneth.h.fairfield#intel.comE   ------------------------------  $ Date: Thu, 8 Aug 2002 14:17:21 +1200& From: A Bonaveidogo <Asena@fsc.com.fj> Subject: RE: uafG Message-ID: <BFBEDDF2CFEDD411917400508BF3A6FFCBD6F6@exchsvr.FSC.COM.FJ>o  H I started getting this error message few weeks ago.. it was working fine before that...  K Both nodes use the same uaf file therefore we just need to use one passwordo for both nodes..   for your infor..   AB -----Original Message-----4 From: Didier Morandi [mailto:Didier.Morandi@Free.fr]' Sent: Tuesday, August 06, 2002 11:24 PM  To: Info-VAX@Mvb.Saic.Com, Subject: Re: uaf    H No comment, except the fact that you do not adress the INVACCMODE issue. ThisL command and its result should be done when logged on node A, which gives theK error and on node B which gives the valid output below. Then the file which  isI no more indexed (probably as you said in $1$DKA1:[SYSEXE]) should just beaF deleted, to me, as its previous version should still be in the "right" place, i.e. SYS$COMMON:[SYSEXE].S   Well done, Ken.    D.   "Kenneth H. Fairfield" wrote:L >  > A Bonaveidogo wrote: >  > > D. > >b > > here u go; > >h+ > > Message from user AUDIT$SERVER on NodeAtL > > Security alarm (SECURITY) and security audit (SECURITY) on NodeA, system id:i > > 10 > > 27< > > Auditable event:          System UAF record modification5 > > Event time:                7-AUG-2002 09:07:32.16a& > > PID:                      21403946# > > Process name:             ASENAa# > > Username:                 ASENAV- > > Process owner:            [SYSTEMS,ASENA]i% > > Terminal name:            TNA681: L > > Image name:               $1$DKA0:[SYS0.SYSCOMMON.][SYSEXE]AUTHORIZE.EXE" > > Object class name:        FILE: > > Object name:              $1$DKB1:[SYSEXE]SYSUAF.DAT;1 > : >                             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^	 > Gotcha!E > # > > User record:              USER1  > > + > > Message from user AUDIT$SERVER on NodeBrL > > Security alarm (SECURITY) and security audit (SECURITY) on NodeB, system id:d > > 10 > > 28< > > Auditable event:          System UAF record modification5 > > Event time:                7-AUG-2002 09:08:28.86h& > > PID:                      20E535E8# > > Process name:             ASENAT# > > Username:                 ASENAo- > > Process owner:            [SYSTEMS,ASENA] % > > Terminal name:            TNA8200 L > > Image name:               $1$DKC0:[SYS0.SYSCOMMON.][SYSEXE]AUTHORIZE.EXE" > > Object class name:        FILE: > > Object name:              $1$DKB1:[SYSEXE]SYSUAF.DAT;1 > : >                             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 > Gotcha #2!!s >  > >t# > > User record:              USER1  > >n* > > %UAF-I-MDFYMSG, user record(s) updated > ? >     I really thought someone had asked (you) where SYSUAF.DAT B > lives on your system, e.g., what does SHOW LOGICAL/SYSTEM SYSUAF@ > show.  If there's NO translation, then AUTHORIZE looks in yourA > default directory.  Is it possible (or likely) that when loggedo> > in as ASENA, your default is set to <some-disk>:[SYSEXE] and > that you run AUTHORIZE there?r > < >     In any case, the two nodes, NodeA and NodeB, are using> > _distinct_ SYSUAF.DAT files, one in $1$DKA0:[SYSEXE] and the; > other in $1$DKB1:[SYSEXE].  This is no way to run a (VMS)o > railroad! :-)t > > >     You need a _single_ copy of SYSUAF.DAT that _both_ nodes+ > access.  Typically, clustered systems use + > SYS$COMMON:[SYSEXE]SYSUAF.DAT (as well asA0 > SYS$COMMON:[SYSEXE]RIGHTSLIST.DAT), and _then_@ > DEFINE/SYSTEM/EXEC SYSUAF SYS$SYSTEM:SYSUAF.DAT.  Given you'reB > now in possession of two versions of the file, you probably want3 > to choose one of them as "correct" and copy it tor? > SYS$COMMON:[SYSEXE].  Then defin the logical name as above ont; > both nodes (and add the definition to your system startupm > procedures). > ? >     Another complication (other readers, please correct me ifo= > I'm wrong here) is that there may _already_ be a version ofl8 > SYSUAF.DAT in SYS$COMMON:[SYSEXE] (or, lord forbid, in> > SYS$SPECIFIC:[SYSEXE]), and that is the one LOGINOUT and the< > AUDIT_SERVER process reference.  If this is so, retain the> > one already in SYS$COMMON and just define the system logical; > name, as above.  If you made changes or additions to youru= > "private" copy(ies) in $1$DKA0: and $1$DKB1:, you just need , > to reapply them to the system-common file. > 
 >     -Ken > --8 > I don't speak for Intel, Intel doesn't speak for me... >  > Ken Fairfieldf# > F20 Automation VMS System Supportt > kenneth.h.fairfield#intel.com,   ------------------------------  $ Date: Thu, 8 Aug 2002 14:36:23 +1200& From: A Bonaveidogo <Asena@fsc.com.fj> Subject: RE: uafG Message-ID: <BFBEDDF2CFEDD411917400508BF3A6FFCBD6F9@exchsvr.FSC.COM.FJ>r   here it is;s   NodeB   2 SHOW LOG/FULL SYSUAF,NETPROXY,NET$PROXY,RIGHTSLISTC    "SYSUAF" [super] =3D "$1$DKB1:[SYSEXE]SYSUAF" (LNM$JOB_8110D5C0) B    "SYSUAF" [exec] =3D "$1$DKB1:[SYSEXE]SYSUAF" (LNM$SYSTEM_TABLE) =20 F    "NETPROXY" [exec] =3D "$1$DKB1:[SYSEXE]NETPROXY" (LNM$SYSTEM_TABLE) =20f9 %SHOW-S-NOTRAN, no translation for logical name NET$PROXY 9    "RIGHTSLIST" [exec] =3D "$1$DKB1:[SYSEXE]RIGHTSLIST" =a (LNM$SYSTEM_TABLE)   NodeAg  5 =BBSHOW LOG/FULL SYSUAF,NETPROXY,NET$PROXY,RIGHTSLISTwC    "SYSUAF" [super] =3D "$1$DKB1:[SYSEXE]SYSUAF" (LNM$JOB_80D0FFC0)fB    "SYSUAF" [exec] =3D "$1$DKB1:[SYSEXE]SYSUAF" (LNM$SYSTEM_TABLE) =20 F    "NETPROXY" [exec] =3D "$1$DKB1:[SYSEXE]NETPROXY" (LNM$SYSTEM_TABLE) =20o9 %SHOW-S-NOTRAN, no translation for logical name NET$PROXY 9    "RIGHTSLIST" [exec] =3D "$1$DKB1:[SYSEXE]RIGHTSLIST" =w (LNM$SYSTEM_TABLE)   AB -----Original Message-----< From: SPAMSINK2001@YAHOO.COM [mailto:SPAMSINK2001@YAHOO.COM]) Sent: Wednesday, August 07, 2002 10:18 AMh To: Info-VAX@Mvb.Saic.Comd Subject: Re: uaf     Oops, make that   - Original poster, please show us the output ofs  7    $ SHOW LOG/FULL SYSUAF,NETPROXY,NET$PROXY,RIGHTSLISTy   run on both nodes!!!!p  5 Give us some information and maybe we can help you!!!l   Disclaimer: JMHO Alan E. Feldmano+ afeldman zzz-at-xxx gfigrop xxx-dot-zzz comi   ------------------------------  $ Date: Thu, 8 Aug 2002 14:40:24 +1200& From: A Bonaveidogo <Asena@fsc.com.fj> Subject: RE: uafG Message-ID: <BFBEDDF2CFEDD411917400508BF3A6FFCBD6FA@exchsvr.FSC.COM.FJ>n  
 spamsink2001.g    this is the output on both nodes   SHOW LOGICAL/SYSTEM SYSUAF9    "SYSUAF" = "$1$DKB1:[SYSEXE]SYSUAF" (LNM$SYSTEM_TABLE)I   AB.e   -----Original Message-----< From: SPAMSINK2001@YAHOO.COM [mailto:SPAMSINK2001@YAHOO.COM]) Sent: Wednesday, August 07, 2002 10:10 AM  To: Info-VAX@Mvb.Saic.Com- Subject: Re: uaf    8 Didier Morandi <Didier.Morandi@Free.fr> wrote in message# news:<3D50BD0F.BEEEB55E@Free.fr>...lJ > No comment, except the fact that you do not adress the INVACCMODE issue. ThisJ > command and its result should be done when logged on node A, which gives thedG > error and on node B which gives the valid output below. Then the filel which isK > no more indexed (probably as you said in $1$DKA1:[SYSEXE]) should just be H > deleted, to me, as its previous version should still be in the "right" place, > i.e. SYS$COMMON:[SYSEXE].0 [...]E    F What $1$DKA1:[SYSEXE]? Where did you get that file-spec? It appears to? me that the SYSUAF files are the same on both. AUTHORIZE.EXE is 2 different, but SYSUAF.DAT is the same. Let's look:      > "Kenneth H. Fairfield" wrote:B > >  > > A Bonaveidogo wrote: > >  > > > D. [...]h- > > > Message from user AUDIT$SERVER on NodeAtG > > > Security alarm (SECURITY) and security audit (SECURITY) on NodeA,h
 system id: > > > 10 > > > 27 [...]l< > > > Object name:              $1$DKB1:[SYSEXE]SYSUAF.DAT;1 [...]s- > > > Message from user AUDIT$SERVER on NodeBaG > > > Security alarm (SECURITY) and security audit (SECURITY) on NodeB,G
 system id: > > > 10 > > > 28 [...]t< > > > Object name:              $1$DKB1:[SYSEXE]SYSUAF.DAT;1 [...]u  6 They're both $1$DKB1:[SYSEXE]SYSUAF.DAT, are they not?  D So that's not it. But it looks like he has two system disks and each8 has its own copy of AUTHORIZE. Maybe one of them is bad?    % > > > User record:              USER1n > > >t, > > > %UAF-I-MDFYMSG, user record(s) updated > > A > >     I really thought someone had asked (you) where SYSUAF.DAT8D > > lives on your system, e.g., what does SHOW LOGICAL/SYSTEM SYSUAFB > > show.  If there's NO translation, then AUTHORIZE looks in yourC > > default directory.  Is it possible (or likely) that when loggedp@ > > in as ASENA, your default is set to <some-disk>:[SYSEXE] and! > > that you run AUTHORIZE there?-    @ He's complaining about a USER changing passwords, not the systemB manager. Yet his post of the auth. alarm shows AUTHORIZE.EXE whichC implies that the system manager changed the password via AUTHORIZE.s6 (On my 6.2 system, set password uses SETP0, at least).  C So, my request to the original poster is to post the results of thet$ following command run on both nodes:  - $ SHOW LOGICAL SYSUAF,NETUAF,RIGHTLISTS /FULLn  F Thanks. Also, please post what version of VMS you are running. We need
 more clues!!!i    > > >     In any case, the two nodes, NodeA and NodeB, are using@ > > _distinct_ SYSUAF.DAT files, one in $1$DKA0:[SYSEXE] and the= > > other in $1$DKB1:[SYSEXE].  This is no way to run a (VMS)n > > railroad! :-)h    E They're both in $1$DKB1:[SYSEXE], unless Google is corrupting what its) posts! They are running Linux, I believe.g     [...]a     Disclaimer: JMHO Alan E. Feldmana" afeldman atski gfigroup dotski com   ------------------------------  % Date: Wed, 07 Aug 2002 22:34:55 -0400e' From: Howard S Shubs <howard@shubs.net>w Subject: Re: uaf< Message-ID: <howard-A34ACB.22345507082002@enews.newsguy.com>  G In article <BFBEDDF2CFEDD411917400508BF3A6FFCBD6F1@exchsvr.FSC.COM.FJ>,e(  A Bonaveidogo <Asena@fsc.com.fj> wrote:  $ > both node use the same rightslist   F And you're absolutely and totally certain, having actually inspected, H that both nodes are definitely using the same UAF file?  The file names E wouldn't happen to both be SYS$SPECIFIC:[SYSEXE]SYSUAF.DAT;1 or some o such, would they?e   -- c# "Run in circles, scream and shout!"  I hope you have good backups!a* "Is this the right place for an argument?"   ------------------------------  # Date: Thu, 08 Aug 2002 03:16:00 GMT 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>d Subject: Re: uaf' Message-ID: <3D51E73E.860C7DE9@fsi.net>l   A Bonaveidogo wrote: >  > spamsink2001.F > " > this is the output on both nodes >  > SHOW LOGICAL/SYSTEM SYSUAF; >    "SYSUAF" = "$1$DKB1:[SYSEXE]SYSUAF" (LNM$SYSTEM_TABLE)2  D Forgive me if you already posted this and I missed or can't find it.C Could you please post the output of these commands from both nodes:f  D $ DIR/FU SYSUAF:; ! Please include both the colon and the semi-colon   $ SHOW DEV D   -- . David J. Dachteraa dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/m   ------------------------------   Date: 7 Aug 2002 19:45:16 GMTl2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: VAX Hardware ID* Message-ID: <airtcc$p19$3@web1.cup.hp.com>  T In article <3D4A9953.63FA4DB1@127.0.0.1>, Nic Clews <sendspamhere@127.0.0.1> writes: :Fausto Saporito wrote:/ :> d :... :> Is it normal? :- :Normal display, yes.- : F :> In this case my CPU Serial Number is 119, I suppose. Or am I wrong?  A   We have some linguistic confusion here -- that may well be your5D   CPU hardware model number, but that is not your CPU serial number.C   Model numbers are not unique.   Serial numbers are.  The hobbyist ?   program wants the serial number, and the serial number is NOT A   reliably accessable to the OpenVMS host -- the serial number is>@   normally on a sticker on the physical box, and this sticker is,   usually located near the power connection.  C   Emulator systems inherently lack serial numbers, with the closest C   analog here being the manufacturer-specific serial number of the c*   physical hardware running the emulator.   F :I've taken the hardware ID to be the AYnnnnnnnn number stamped on the	 :chassis.d  
   Correct.  , :(The letters may vary and number of digits)  I   Correct.  The traditional DEC serial numbers begin with a two-characterd'   manufacturing site code, then digits.u  H :With a virtual VAX it is slightly trickier, is there a generic emulatorG :code to be used? (General question to hobbyist licence administration)[  2   Fill in "emulator", or the name of the emulator.  H   Please provide feedback on this to the hobbyist website maintainer(s),G   as the website maintainers are the folks that can address this issue,SF   and can include a description that can help future folks avoid this.E   Put another way, if you are confused by the website, please addressi4   your confusion directly to the website maintainer.  H   This particular topic has arisen sufficiently often enough that it is A   reasonable fodder for inclusion in the next edition of the FAQ.e  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Wed, 07 Aug 2002 21:08:12 GMTs From: schiffkey@cfl.rr.comC Subject: Re: Wanted: Employment - have cobol vax/vms and ingres toog6 Message-ID: <3d518c1c.16970071@news-server.cfl.rr.com>   that's good.   i wish i knew powerhouse u  & all i know is cobol and ingres and vax   which is pretty limiting, eh?u      5 On Wed, 07 Aug 2002 01:00:18 GMT, "David J. Dachtera"  <djesys.nospam@fsi.net> wrote:   >schiffkey@cfl.rr.com wrote: >> t >> schiffkey@cfl.rr.coml >> v& >> wanted: employment, prefer contract >> e@ >> if anyone has knowledge of a Florida vax site, please respondA >> immediately - all other sites (world wide) will be considered.  >e >Got this from Dice today... >  >mM >****************************************************************************D9 >    Advantech Solutions, Inc.                     Annikao >Advaney             sF >    2340 S. Arlington Heights Road                Tel: 847-690-0255  F >    Arlington Heights, IL  60005                  Fax: 847-690-0095   >iM >****************************************************************************A >  >POSITION TITLE     : PA& >SKILLS REQUIREMENTS: POWERHOUSE COBOL >l >LOCATION   : IL 847 CHICAGO >PAY RATE   : OPEN	 >Fulltimed >LENGTH     : OPEN >POSITION ID: 961aa  >  >EMAIL: ats@atsus.netA >A >WEB: http://www.atsus.net > 7 >COMMENTS: Need 2 Programmer analyts with 2 years Cobol ; >          Powerhouse experience. Able to understand RDBMS.; >          Salary 50-65k.  >          Required Skills:^? >          1)COGNOS Powerhouse Quiz, Quick and QTP development.  >          2)COBOL development.s: >          3)Relational Database concepts/Structured Query >          Language knowledge. >          Desired Skills: >          1)VAX/VMS platform + >          2)Healthcare industry experiencer4 >          NO H1'S Please . No sponsorship provided. >s >t >  >--  >David J. Dachtera >dba DJE Systems >http://www.djesys.com/u >n) >Unofficial Affordable OpenVMS Home Page:   >http://www.djesys.com/vms/soho/   ------------------------------  $ Date: Wed, 7 Aug 2002 17:49:07 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> C Subject: RE: Wanted: Employment - have cobol vax/vms and ingres toonT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF4026608E8@kaoexc01.americas.cpqcorp.net>  G Re: Cobol popularity .. Check out the attached for interesting commentsr+ on the language that just will not go away.e   (one long url will likely wrap)UH http://www.computerworld.com/softwaretopics/software/appdev/story/0,1080 1,60683,00.html/H May, 2001 - "In spite of its reputation, Cobol remains a resilient forceF in IT. Dale Vecchio, research director at Gartner Inc., says there areD roughly 180 billion lines of Cobol worldwide. This isn't surprising,@ given that Cobol has been around for more than 40 years. What isH surprising is Gartner's comment in a February research note stating thatH 15% of all new application functionality through 2005 will be in Cobol."  A I can see this as being true - just starting a large VAX to AlphafB migration project and guess what the language the mission critical' application is written in ..yep, Cobol.s   :-)w   Regards,  
 Kerry Main Senior Consultant. Hewlett-Packard Canada! Consulting & Integration Servicese Voice: 613-592-4660o Fax   : 613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----; From: schiffkey@cfl.rr.com [mailto:schiffkey@cfl.rr.com]=20, Sent: August 7, 2002 5:08 PM To: Info-VAX@Mvb.Saic.ComuC Subject: Re: Wanted: Employment - have cobol vax/vms and ingres toos       that's good.   i wish i knew powerhouse=20t  & all i know is cobol and ingres and vax   which is pretty limiting, eh?       5 On Wed, 07 Aug 2002 01:00:18 GMT, "David J. Dachtera"  <djesys.nospam@fsi.net> wrote:   >schiffkey@cfl.rr.com wrote: >>=20b >> schiffkey@cfl.rr.coms >>=20u& >> wanted: employment, prefer contract >>=20,C >> if anyone has knowledge of a Florida vax site, please respond=20 A >> immediately - all other sites (world wide) will be considered.  >e >Got this from Dice today... >u > H >*********************************************************************** *****Y9 >    Advantech Solutions, Inc.                     Annikan >Advaney            =20cH >    2340 S. Arlington Heights Road                Tel: 847-690-0255 =20H >    Arlington Heights, IL  60005                  Fax: 847-690-0095 =20 > H >*********************************************************************** >***** >  >POSITION TITLE     : PA& >SKILLS REQUIREMENTS: POWERHOUSE COBOL >  >LOCATION   : IL 847 CHICAGO >PAY RATE   : OPEN	 >Fulltimea >LENGTH     : OPEN >POSITION ID: 961aa  >  >EMAIL: ats@atsus.netY >F >WEB: http://www.atsus.net > 7 >COMMENTS: Need 2 Programmer analyts with 2 years Cobol ; >          Powerhouse experience. Able to understand RDBMS.e >          Salary 50-65k.  >          Required Skills:n? >          1)COGNOS Powerhouse Quiz, Quick and QTP development.8 >          2)COBOL development.y: >          3)Relational Database concepts/Structured Query >          Language knowledge. >          Desired Skills: >          1)VAX/VMS platform + >          2)Healthcare industry experienceN4 >          NO H1'S Please . No sponsorship provided. >e >n >n >--  >David J. Dachtera >dba DJE Systems >http://www.djesys.com/. >C, >Unofficial Affordable OpenVMS Home Page:=20  >http://www.djesys.com/vms/soho/   ------------------------------  % Date: Wed, 07 Aug 2002 22:37:27 -0400 + From: Brendan Welch <brendan_welch@uml.edu>!C Subject: Re: Wanted: Employment - have cobol vax/vms and ingres tooM' Message-ID: <3D51D967.FFE514E4@uml.edu>    schiffkey@cfl.rr.com wrote:k >  > schiffkey@cfl.rr.com > % > wanted: employment, prefer contractW > ? > if anyone has knowledge of a Florida vax site, please respondO@ > immediately - all other sites (world wide) will be considered.  % http://jobsearch.openvms.monster.com/    ------------------------------   Date: 7 Aug 2002 16:04:07 -0700t= From: ondrej.prochazka@deutsche-boerse.com (Ondrej Prochazka)a! Subject: Re: XML-RPC for OpenVMS?i< Message-ID: <4597c844.0208071504.eb48ce9@posting.google.com>  g Andy <acs@fcgnet.works.net> wrote in message news:<Xns9263851FEF5DAacsfcgnetworksnet@216.166.71.232>...a9 > ondrej.prochazka@deutsche-boerse.com (Ondrej Prochazka)  > enlightened us withS8 > news:4597c844.0208070811.6373d810@posting.google.com:  >  > > Hi,_ > > C > > Does anybody know if an implementation of (server-side) XML-RPCn@ > > exists for OpenVMS? If that is the case, does anyone have an > > experience of using it?" > 9 > The assumption is that you've looked at all (65) of thel > implementations here:h > ; >      http://www.xmlrpc.com/directory/1568/implementationsr > F > and found nothing suitable for your purposes (After checking out at + > least the Perl, PHP & C implementations).   F Correct on that assumption. Both XML-RPC listener implementations in CH seem to be heavily UNIX oriented, with a fairly large footprint, and, asJ xmlrpc-c doc has it, "tricky to compile on non-Unix systems". I hoped that5 somebody might have already done this work for me :-)o  > > You might want to post your question to the discussion list 
 > there also.    Thanks,: Ondrej   ------------------------------   End of INFO-VAX 2002.433 ************************