1 INFO-VAX	Wed, 23 Nov 2005	Volume 2005 : Issue 653       Contents:! Re: $GETDVI suggestions requested ! Re: $GETDVI suggestions requested ! Re: $GETDVI suggestions requested & Re: ??==MacOSX burned VMS CD <CR><LF>. Re: Configure tips! Re: Debugger and FORTRAN INCLUDES ! Re: Debugger and FORTRAN INCLUDES ! Re: Debugger and FORTRAN INCLUDES 1 Re: DECpark (Reading, UK) to close after 25 years C Might the DECW$DEFAULT_VISUAL CLASS causing my video to go greenish  Re: No more SETI on VMS ? $ OT: Intel comarketing of HP printers System services and DCL  Re: System services and DCL  Re: System services and DCL  Re: System services and DCL & Re: Upgrade a 5300A controller via CD?& Re: Upgrade a 5300A controller via CD?& Re: Upgrade a 5300A controller via CD?  Re: Uptimes Project (which one?)  F ----------------------------------------------------------------------  % Date: Tue, 22 Nov 2005 20:22:30 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>* Subject: Re: $GETDVI suggestions requested+ Message-ID: <4383D265.B1C18613@comcast.net>    Rob Brooks wrote:  > - > "Ken Robinson" <kenrbnsn@gmail.com> writes:  > K > > One more "nice" thing to have -- a way to get a comma seperated list of J > > settings that are represented by a returned HEX number for things like > > DEVCHAR, DEVCHAR2, etc.  > O > The supported way to get that information is to use each individual item code Q > that corresponds to the bit of interest in the various status bytes, words, and  > longwords.  E Trouble is, that requires successive calls to determine the status of D each possibility, unless the parameter block includes every possible value.  F A textual "characteristic=true/false,..." would be easier to deal withD in DCL now that string length limits are much greater than they have been.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Tue, 22 Nov 2005 20:23:28 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>* Subject: Re: $GETDVI suggestions requested+ Message-ID: <4383D29F.3075FDDD@comcast.net>    Syltrem wrote: > D > "Guy Peleg" <guy.peleg@remove_this_header@hp.com> wrote in message( > news:4383099a$1@usenet01.boi.hp.com... > G > > V8.3 will add a new lexical function - F$CUNITS to converts various M > > units, currently it can only handle converting blocks to bytes, using the  > > new 
 > > function:  > > 9 > > IPL31> write sys$output f$getdvi("dsa0","freeblocks")  > > 26431038B > > IPL31> write sys$output f$cunit(f$getdvi("dsa0","freeblocks")) > > 12.60GB 
 > > IPL31> > >  >  > Guy, > K > Why f$cunits, and not f$CVunits when we already have f$CVtime, f$CVsi and 	 > f$CVui? B > All other Conversion lexicals start with CV... easy to remember. > H > BTW this is most useful ! Doing it in DCL with integers only, has someL > limitations.. although there's supposed to be a f$math or something coming > soon (you talked about this).   1 Seconded. F$CVUN[ITS]() would be more consistent.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Tue, 22 Nov 2005 20:19:50 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>* Subject: Re: $GETDVI suggestions requested+ Message-ID: <4383D1C6.6B1A141A@comcast.net>    Rob Brooks wrote:  > P > Note: This is a long message; anyone who quotes it fully (or substantially so)7 > in suggesting an new item code will be ignored by me.  > -----------------    Hhmmm...  G Well, if F$MULTIPATH() will help me get a list of paths to a device, is E there a way to get the I/O counts per path so I can write some DCL to E see how well the system is doing at balancing the I/O load across the   available auto-switchable paths?  H More along the lines of what you're asking, how 'bout a way to determineF (from DCL) info about CD-R(W) drives, like info about the disc inside:D Blank? Has content but still recordable (not closed)? "Next" session% number (1 if blank)? Not even loaded?   7 ...or would that maybe need an F$IO_DIAGNOSE() lexical?   F How 'bout a way to get data for an ethernet port? (Determine bit rate,E duplex, auto-negotiate, link active, LANACP counters, etc. from DCL.)   > How 'bout F$GUCX() (Get UCX info) to get such things as the IP) address(es) associated with an interface?   B How 'bout F$GDNS() (Get DNS info) to get IP address for a name and vice-versa?   D F$PING()? (Return $STATUS ala Multinet's PING: No packets returned =E unreachable, some packets returned = datalost, all packets returned = 	 success.)   ' There's gotta be lots more, I'm sure...    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------    Date: 22 Nov 2005 12:48:12 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) / Subject: Re: ??==MacOSX burned VMS CD <CR><LF>. 3 Message-ID: <2AmgJxGRqaHo@eisner.encompasserve.org>   r In article <1132670489.257618.144090@f14g2000cwb.googlegroups.com>, "rcyoung" <rcyoung@aliconsultants.com> writes:D > You see a similar problem when you FTP text files to a VMS system.H > There are many discussions on OpenVMS/FTP on how to "fix" the problem.- > I think something similar would assist you.   E    Not if you FTP the text files as text files.  FTP can handle this.    ------------------------------  % Date: Tue, 22 Nov 2005 21:32:44 +0100 8 From: Martin Borgman <martin.borgman@oooovms.dyndns.org> Subject: Re: Configure tips 6 Message-ID: <4383806d$0$11074$e4fe514c@news.xs4all.nl>   John,    Thanks you for your comments.    John E. Malmberg wrote:  > Martin Borgman wrote:  >> Hi John,  >>G >> you're missing one of the most important options in "UNIX" porting.  I >> The CRTL feature switches. With these feature switches you can change  6 >> the CRTL's behavior to a more "UNIX" like behavior. > F > I was focusing mainly on what it takes to get through or around the M > Configure step.  To discuss every possible thing would be a very long post.    Indeed it would be:)   > H >> And since you mention getopt, yes you can change getopts behavior to > >> be case sensitive. The way "UNIX" programs expect it to be. > K > Actually the reason that I would have to use the GNU getopts behavior is  * > to get the long parameter name handling.  I Your right, The CRTL implements the X/Open version of getopt and not the   GNU enhances one.    > D >> Just look at the GNV sources and particularly at vms_crtl_init.c. > D > I am very familiar with some of the GNV sources, and have several E > changes in the queue to be tested and integrated by the current HP  1 > internal group that is responsible for the kit.  > F >> For a short introduction of how this works, please read the porting7 >> guide at <http://www.oooovms.dyndns.org/reference/>.  > F > For: http://www.oooovms.dyndns.org/reference/guide_19-jul-2005.pdf : >   > Page 30, discussion on fork(). > K > If a program has a MS-DOS/Microsoft Windows variant, instead of fork, it  C > will use run-time library calls of spawnXX() with the "XX" being  F > replaced with characters that indicate how the arguments are passed. > G > I have not tested this, but it appears that this might be able to be  J > implemented with either a static procedure or a macro using vfork() and J > the corresponding execXX() functions, which means less modifications to  > the original source.  E To be perfectly honest, most of the stuff I port is UNIX open source  G stuff. And I did not come across any spawnXX() calls. But I think your  + assessment of the spawnXX() calls is right. D When I have some source code with a spawnXX() call, I can test your  thesis. Do you have something?   > D > For Page 35, the example of M4.  According to my build notes, the E > current version of M4 is 1.4.3 and it has a good enough version of  D > config.guess so that the --build option is not needed.  I did use:  G You right, M4 builds without the --build option. But Brad McCusker and  E Steve Pitcher thought it was a good idea to add this to our examples.    > ) > bash$ export GNV_DISABLE_DCL_FALLBACK=1 4 > bash$ ./configure --prefix=/usr --exec-prefix=/usr > I > I also set up SYS$POSIX root as a search list so that I could even run   > the install step.    Are you using the simlink kit?" What version of GNV are you using?   > < > $! Hack so make install will work for non privileged users= > $!--------------------------------------------------------- B > $define new_gnu DSKWLD$DKA100:[project_root.gnu.]/job/trans=conc1 > $save_gnu = f$trnlnm("GNU","LNM$SYSTEM_TABLE"); + > $define old_gnu 'save_gnu'/job/trans=conc # > $define gnu new_gnu:,old_gnu:/job ' > $create/dir new_gnu:[bin]/prot=o:rwed + > $create/dir new_gnu:[usr.bin]/prot=o:rwed / > $create/dir new_gnu:[usr.include]/prot=o:rwed + > $create/dir new_gnu:[usr.lib]/prot=o:rwed - > $create/dir new_gnu:[usr.local]/prot=o:rwed - > $create/dir new_gnu:[usr.share]/prot=o:rwed , > $define sys$posix_root new_gnu,old_gnu/job >  > I > This was before I modified the [.wrapper]cc.c file to be a little more  B > friendly to both VMS and UNIX scripts.  I am testing a GNV_CC_* I > environment to auto-magically select a first include file based on the   > module name. >   H This is a very good idea, I would like to add this to the porting guide.  $ > $ type lcl_root:setup_m4_build.com= > $cc :== CC/FIRST_INCLUDE=PRJ_ROOT:[M4-1^.4^.3]M4_VMS_1INC.H & > $define DECC$ACL_ACCESS_CHECK ENABLE- > $define DECC$ALLOW_REMOVE_OPEN_FILES ENABLE  > [end-of-file]  > + > $ type lcl_root:[m4-1^.4^.3]M4_VMS_1INC.H # > /* missing include in getopt.c */  > #include <string.h>  >  > /* Hide DECC getopt */ > #include <unistd.h>  > #define getopt gnu_getopt  > #define optarg gnu_optarg  > #define optopt gnu_optopt  > #define optind gnu_optind  > #define opterr gnu_opterr  > 0 > /* Missing include of stdlib.h in obstack.c */4 > /* If we include stdlib.h, it breaks configure  */4 > /* because the temporary c files created by     */4 > /* configure have prototypes that conflict with */4 > /* the built in ANSI prototyped headers         */ > void abort(void);  > [end-of-file]  >   G I have the very bad habit of correcting something that is wrong in the  F first place. I would include string.h in getopt.c and I would include  stdlib.c in obstack.c.  H > The write locked source is on src_root: and the build directory is on K > lcl_root: with prj_root being a search list of lcl_root:,src_root:.  And  = > I set my default to be prj_root:[m4-1^.4^.3] for the build.  > H > I did not link in a lib$initialize program on the build that I did, I . > was depending on the DECC$ feature logicals.  K Yes, this works when you don't use the CRTL command line parsing functions.    > K > With the version of the CC wrapper that I am currently testing, I should  I > be able to add a suitable lib$initialize section in with out modifying   > the build scripts.  G There already is something in the gcc wrapper, but when I tested this,  L there appeared to be something missing. This was quite some time ago though.   >  > 3 > For http://www.oooovms.dyndns.org/reference/ht/ :  > K > I expect item #2 to no longer be needed with a future release of the GNV   > kit.  F So you are finally updating the pipe code in bash. Or will there be a  completely new version of bash?    > K > Item #3 means that the project now has an out of date config.guess file,  I > and it is time for the maintainers of the mainstream of the project to  F > get a newer one, which is needed for both OpenVMS support and other  > platforms.  C Yes, we should change that text. When we discussed this with Steve  F Pitcher a long time ago, we intended to provide a new configure.guess 7 (provided by Steve). This unfortunately never happened.    >  >  > -John  > wb8tyw@qsl.network# > malmberg@dskwld.zko.hp.compaq.dec  > Personal Opinion Only   % Were you aware of this porting guide? 1 Are you interested in contributing to this guide?    Regards,   Martin Borgman, ' OpenOffice.org On OpenVMS porting group    ------------------------------   Date: 22 NOV 2005 21:52:17 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov> * Subject: Re: Debugger and FORTRAN INCLUDES2 Message-ID: <22NOV05.21521713@feda01.fed.ornl.gov>  B In a previous article, "Steve Kulpa" <stevekulpa@yahoo.com> wrote:; > I know this is a little off topic, but here it is anyway.  >   I > I started a new job w/ a huge legacy system that I have to maintain and G > update from time to time.  the FORTRAN was originally written (NOT by H > me) as one HUGE source file containing besides the main program, maybeI > 70 subroutines.  I come from a background where each module was in it's H > own source file so this really bugged me but I was told not to mess w/F > that yet.  When allowed to, I broke out a few of the bigger routinesI > and put INCLUDE filename.for/LIST where they used to be (I had to do it I > this way instead of using libraries due to the development distribution F > system they use - don' t ask!).  Well all works fine but I can't seeH > the source lines in the debugger for any of the modules I included outH > of the huge file.   I had hoped that adding the /LIST qualifier to the+ > include statement would help but no luck.  >    > any ideas?  E I think /LIST only affects the contents of the listing file.  I don't . think it has anything to do with the debugger.  G Are you using the DECwindows debugger or the old command-line debugger?    Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------    Date: 22 Nov 2005 15:45:38 -0800* From: "Steve Kulpa" <stevekulpa@yahoo.com>* Subject: Re: Debugger and FORTRAN INCLUDESC Message-ID: <1132703138.634712.122410@o13g2000cwo.googlegroups.com>   E yeah, I thought that's what the /LIST qualifier was for, but tried it  anyway. A I'm using the old command-line debugger.  I've since given up and  merged them G back into the big file again.  sometime later I'll bust them out and do  it properly G with object libraries - just don't have the time to do it that way now.    thanks for the reply,  steve    ------------------------------    Date: 22 Nov 2005 17:09:06 -0800 From: stuie_norris@yahoo.com.au * Subject: Re: Debugger and FORTRAN INCLUDESC Message-ID: <1132708146.399880.111030@o13g2000cwo.googlegroups.com>   	 Hi Steve,    Try something like this.  A $fortran  /DEBUG=(PARAME=USED,SYMBOL,TRACEB) /NOOPT onbigfile.for ! $link /debug onbigfile /exe=myexe 
 $run myexe  ? The list option /list option produces a listing of the compiled  file(s).  E Depending on the version of your complier there is probably a program D called fspilt that will split the large file into seperate routines.D Then you can compile each of the smaller routines.  This is probably the best way to go.   D The debugger does not really care if they are inside one big file orE several hundred smaller files.  If you are getting messages about not F finding source files inside the debugger you probably need to compiler@ event thing again or use the set source command in the debugger.  G I write commerical code in FORTRAN daily.  Let me know if you need more 4 help with the complier.  I assume you are using F77.  @ The command line debugger is excellent and the way to go.  So so	 powerful.    Thanks   Stuart         PROGRAM TEST       IMPLICIT  NONE       INCLUDE '($SYSSRVNAM)'       INTEGER*8 TIMEBIN        CHARACTER*23 TIMEASC         INTEGER*4 STATUS         TIMEBIN = 0   -       STATUS = SYS$ASCTIM( ,TIMEASC, TIMEBIN)          IF (STATUS) THEN9          write (*,100) 'Time is ',timeasc,' for ',timebin 
       ELSE'          CALL LIB$SIGNAL (%VAL(STATUS))        ENDIF  100   FORMAT (1X,A23, I23)       STOP  	       END    ------------------------------  % Date: Tue, 22 Nov 2005 21:31:11 +0100 & From: "H Vlems" <nospam@what.ever.com>: Subject: Re: DECpark (Reading, UK) to close after 25 years; Message-ID: <7a906$43838029$513b9a2c$6384@news.versatel.nl>    Roy,  K in 1988 or 1989 I went to a traing called Advanced DECnet. The training was F either not available in the Netherlands or sold out, but I ended up in; Reading. Was DECpark the location for training courses too?    Hans  . "Roy Omond" <Roy@Omond.net> schreef in bericht. news:dlv5vi$c92$1$8302bc10@news.demon.co.uk...: > I have just heard that it will soon be announced that HP: > is to close the DECpark (Worton Grange, Reading) site as) > part of its headquarters consolidation.  >  > Sad.   ------------------------------    Date: 22 Nov 2005 13:56:18 -0800( From: "pbritto" <britto.paulo@gmail.com>L Subject: Might the DECW$DEFAULT_VISUAL CLASS causing my video to go greenishC Message-ID: <1132696578.619091.115540@g14g2000cwa.googlegroups.com>   C I read teh following on "HP DECwindows Motif for OpenVMS Management  Guide" :   DECW$DEFAULT_VISUAL_CLASS   D This parameter overrides the default visual class for each head on aD mutihead system. The visual classes, which are numeric and match the0 definitions in DECW$INCLUDE:X.h, are as follows:   0 = StaticGray
 1 = GrayScale  2 = StaticColor  3 = PseudoColor 
 4 = TrueColor  5 = DirectColor G The default for a specific device type is dependent on the hardware and F is typically PseudoColor for an 8-plane color board, and TrueColor forG a 24-plane option. If you have a monochrome display, you can change the E default visual class to GrayScale, which causes the system to convert D colors to levels of gray. Output for GrayScale is on the green lead.C You can assign multiple values to this parameter for each head in a  multihead system.   D I never changed anything in decw$private_server_setup.template file,E neither I want to unless I am sure of what I am doing. But could this E possibly be the reason why I have greenish screen on DECWindows? I am . using a typical SVGA video (PC video HP 1702)?   ------------------------------  % Date: Tue, 22 Nov 2005 14:47:25 -0500 2 From: "Jonathan Boswell" <jsb.NOSP@M.cdrh.fda.gov>" Subject: Re: No more SETI on VMS ?3 Message-ID: <jBKgf.183$r5.1010@mencken.net.nih.gov>   5 "Wayne Sewell" <wayne@tachysoft.com> wrote in message ) news:00A4D0B5.248C7202.3@tachysoft.com... 9 > >From: eplan@langstoeger.at (Peter 'EPLAN' LANGSTOEGER) C > >In article <dlmoem$cjr$1$8302bc10@news.demon.co.uk>, "R.A.Omond"  <Roy@Omond.net> writes: 8 > >>Just as I was about to break into the top 10,000 :-( > > H > >I recently had my 10k Result. I wanted to break into the top 30k rank (whereI > >I already had been at the time I had an ES40 with 4x500Mhz running too  ;-)  > >Currently I'm 30859th > > J > I am #4154 with 40602 units.  I would hate for that to be the end of the line.   J Pikers!  I'm #1873 (out of nearly 5.5 million SETI@home participants) withH 69049 results received.  I hope I can make it to 75,000 before they shutH down next month.  The bitter irony is that, with all that CPU time, theyK only have promising candidates (no definitive alien civilization), and none K of those were discovered by any of my CPUs.  Oops - correction.  I did find  one candidate:B http://setiathome2.ssl.berkeley.edu/Candidates/reobs/SAHMb02+08b/.  L Another bitter irony is that I never would have gotten this far on SETI@homeF had not my entire department run off to Linux/X64 for their scientific computing needs.   ------------------------------  % Date: Wed, 23 Nov 2005 00:48:28 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> - Subject: OT: Intel comarketing of HP printers , Message-ID: <43840290.3FECCE02@teksavvy.com>  D Saw a strange ad on TV last night. An HP printer/imaging ad on US TV, ended by the "intel inside" logo and sound.   F So HP seems to have found a way to get the Intel advertising subsidies* for its printer/imaging division products.    F If HP can get Intel subsidies for cameras and printers, then why can't, it get the same subsidies to advertise VMS ?   ------------------------------  % Date: Tue, 22 Nov 2005 23:08:10 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>   Subject: System services and DCL, Message-ID: <4383EB14.DEA607A4@teksavvy.com>  F Every now and then, someone asks for a new lexical to emulate a systemE service. Every now and then, the DCL god (Guy Peleg) pop over here to + announce some new addition to the lexicals.   F Instead of manually adding function after function, how feasable would: it be to give DCL the ability to call any system service ?  / eg: F$CALLSYS(routine_name,arg1,arg2,arg3, etc) 0     F$CALLLIB(routine_name,arg1,arg2,arg3 etc)      H And then, you might want F$CALLUSER for user written system services....     Is this technically feasable ?   ------------------------------    Date: 22 Nov 2005 22:18:01 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) $ Subject: Re: System services and DCL3 Message-ID: <IBepuIVgL00U@eisner.encompasserve.org>   \ In article <4383EB14.DEA607A4@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:H > Every now and then, someone asks for a new lexical to emulate a systemG > service. Every now and then, the DCL god (Guy Peleg) pop over here to - > announce some new addition to the lexicals.  > H > Instead of manually adding function after function, how feasable would< > it be to give DCL the ability to call any system service ? > 1 > eg: F$CALLSYS(routine_name,arg1,arg2,arg3, etc) 2 >     F$CALLLIB(routine_name,arg1,arg2,arg3 etc)   >  > J > And then, you might want F$CALLUSER for user written system services.... >  >   > Is this technically feasable ?  6 Perhaps you could outline the behavior you expect for:   	F$CALLSYS("CMKRNL",arg1,arg2)  3 The contents of both arg1 and arg2 are of interest.    ------------------------------  % Date: Wed, 23 Nov 2005 00:31:32 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> $ Subject: Re: System services and DCL, Message-ID: <4383FE99.AB5E93E1@teksavvy.com>   Larry Kilgallen wrote:8 > Perhaps you could outline the behavior you expect for: > ' >         F$CALLSYS("CMKRNL",arg1,arg2)  > 5 > The contents of both arg1 and arg2 are of interest.   
 Simple....  D arg1: the name of a DCL subroutine label. All statements inside thatG subroutine until the RETUN will execute in kernel mode :-) A DCL syntax " error crashes the whole system :-)  D arg2: a string containing coma delimited list of arguments which are, passed to the subroutine as P1, P2, P3 etc).    G Seriously, not all system services/ RTL can logically be mapped to DCL. D But there might be a lot which could be used. But perhaps individualG lexical implementation is a better way. Shirley the VMS engineers would  have discussed this ?    ------------------------------  % Date: Wed, 23 Nov 2005 14:31:23 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> $ Subject: Re: System services and DCL1 Message-ID: <dm12ds$fdf$1@news-02.connect.com.au>   4 No they haven't . . . And stop calling them Shirley!   Regards Richard Maher   : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:4383FE99.AB5E93E1@teksavvy.com... > Larry Kilgallen wrote:: > > Perhaps you could outline the behavior you expect for: > > ) > >         F$CALLSYS("CMKRNL",arg1,arg2)  > > 7 > > The contents of both arg1 and arg2 are of interest.  >  > Simple.... > F > arg1: the name of a DCL subroutine label. All statements inside thatI > subroutine until the RETUN will execute in kernel mode :-) A DCL syntax $ > error crashes the whole system :-) > F > arg2: a string containing coma delimited list of arguments which are. > passed to the subroutine as P1, P2, P3 etc). >  > I > Seriously, not all system services/ RTL can logically be mapped to DCL. F > But there might be a lot which could be used. But perhaps individualI > lexical implementation is a better way. Shirley the VMS engineers would  > have discussed this ?    ------------------------------    Date: 22 Nov 2005 12:50:30 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) / Subject: Re: Upgrade a 5300A controller via CD? 3 Message-ID: <a9jDTwrnNZxx@eisner.encompasserve.org>   _ In article <05112211294945_2038971B@antinode.org>, sms@antinode.org (Steven M. Schweda) writes:   F >    I'd expect VMS of the version you're using (which is what, by the4 > way?) to "recognize" a real ISO 9660 CD just fine.  A VMS will even handle many flawed ISO 9660 CDs.  In my experience, A _most_ alleged 9660 CDs do not correctly conform to the standard.   K http://ljk.com/ljk/LJK_CDROM_DOCUMENTATION/ljk_cdrom_0100_002.html#c_verify    ------------------------------  + Date: Tue, 22 Nov 2005 22:00:59 +0000 (UTC) < From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)/ Subject: Re: Upgrade a 5300A controller via CD? ) Message-ID: <dm04eq$j4v$1@news.BelWue.DE>   _ In article <05112211294945_2038971B@antinode.org>, sms@antinode.org (Steven M. Schweda) writes: = >From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)  > O >> in my DS25 there is a raid controller 5300a. I downloaded a new firmware for Q >> this controller. Unfortunately the DS25 has no floppy. According to the manual R >> an upgrade via the CD/DVD should be possible as well. The question is: how do IP >> do that? I burned an ISO CD on a PC and put the unzipped firmware file on it.Q >> But it was not recognized. Thus, what else is necessary to create a proper CD?  > + >   What does "it was not recognized" mean?   ; LFU told me that it didn't find any firmware files on DQA0.   C >   If you disclosed what you did on the PC, and with what, someone @ >(else) might be able to say what went wrong there, if anything. > E >   I'd expect VMS of the version you're using (which is what, by the E >way?) to "recognize" a real ISO 9660 CD just fine.  It's hard to say F >"what else is necessary" when given so few clues to what you actually >did.  >   H It is not related to the VMS version. It happens all at the boot prompt.  @ >   Your first step would be to provide a useful problem report, >including facts like: > H >   1. What you did.  (Hint: "Something on a PC, something on a DS25" is" >      not sufficiently detailed.)  K I downloaded the firmware zip file for the controller under VMS, ftp'ed the K file in image mode to a PC under Win2Kpro and unzipped it. Then I used Nero L (newest version) to create a "Data CD" with just the unzipped file. Its nameB is KZPDC340.BIN which is the original name stored in the zip file.  I >   2. What you did it with.  (Hint: "A PC (running comething) and a DS25 5 >      (running VMS?)" is not sufficiently detailed.)   H I placed the CD in the drive of the DS25. At the boot prompt of the DS25E I entered "LFU". The system told me that it scanned DQA0 and DVA0 for  firmware files.   B >   3. What happened.  (Hint: "It didn't work" is not sufficiently >      detailed.)   ; Finally I was told that there were no firmware files found. ! I tried to locate it manually via      >>> LFU (    UPD> update pya0 -p KZPDC340.BIN/dqa0L but again it couldn't find the file. So I thought I did something wrong with4 the CD or the command above is not appropriate or...   Regards,    Christoph Gartmann      --  E  Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452   ImmunbiologieI  Postfach 1169                 Internet: gartmann@immunbio dot mpg dot de   D-79011  Freiburg, Germany 9                http://www.immunbio.mpg.de/home/menue.html    ------------------------------  + Date: Tue, 22 Nov 2005 17:41:04 -0600 (CST) * From: sms@antinode.org (Steven M. Schweda)/ Subject: Re: Upgrade a 5300A controller via CD? 2 Message-ID: <05112217410463_2038971B@antinode.org>  < From: gartmann@non.immunbio.mpg.de.sens (Christoph Gartmann)  = > LFU told me that it didn't find any firmware files on DQA0.   O > >> [...] I burned an ISO CD on a PC and put the unzipped firmware file on it.   D    Put them where?  If I mount a firmware CD on a VMS system, it hasG some KZPDC%%%.SYS files in ALP$DQA0:[SYS0.SYSEXE].  Elsewhere (Sun OS), F they appear in "/options" (which may really be "/OPTIONS" on the CD). @ LFU is too new for my junk, but it may be looking for files in a particular place.   J > It is not related to the VMS version. It happens all at the boot prompt.  C    I'd count the SRM ">>>" prompt and whatever LFU has ("UPD>"?) as 
 different.  M > I downloaded the firmware zip file for the controller under VMS, ftp'ed the M > file in image mode to a PC under Win2Kpro and unzipped it. Then I used Nero N > (newest version) to create a "Data CD" with just the unzipped file. Its nameD > is KZPDC340.BIN which is the original name stored in the zip file.  G    Hmmm.  The firmware CD seems to have a lot more .SYS files than .BIN % files.  I don't know if that matters.   J > I placed the CD in the drive of the DS25. At the boot prompt of the DS25G > I entered "LFU". The system told me that it scanned DQA0 and DVA0 for  > firmware files.   A    I'd guess that the file name or directory (or perhaps the file ? content/format) is not good enough.  (That was helpful, right?)   = > Finally I was told that there were no firmware files found. # > I tried to locate it manually via 
 >     >>> LFU * >    UPD> update pya0 -p KZPDC340.BIN/dqa0N > but again it couldn't find the file. So I thought I did something wrong with6 > the CD or the command above is not appropriate or...  D    Knowing almost nothing about LFU, I'll take your word for it thatH that "update" command makes sense.  I don't suppose that LFU has an "ls" or "DIRECTORY" command.   D    You may need to wait for advice from someone who knows something.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------   Date: 22 Nov 05 15:51:50 EST) From: cook@wvnvms.wvnet.edu (George Cook) ) Subject: Re: Uptimes Project (which one?) ! Message-ID: <zQeM8y8NdTSp@wvnvms>   j In article <5unv8CCcwNiA@eisner.encompasserve.org>, kuhrt.nospammy@encompasserve.org (Marty Kuhrt) writes:9 > Anyone know what is happening with the Uptimes Project?  > 9 > A while back it was migrated off of hostingwired.com to C > lp-musix.net which meant that the client had to be updated.  Then C > around the third of November there was a message on lp-musix that < > said hostingwired demanded it back, and they were going to6 > continue on with the project at uptimes-project.org. > ? > There seem to be active VMS clients on all three.  None of my A > accounts work on hostingwired or lp-musix.   Which host are the C > cov bicker bunch using most?  Should we (the coven) start our own  > uptime project host?  < I keep clients running for both uptimes.hostingwired.com and> updates.uptimes-project.org.  You need to create a new account= at uptimes-project.org because they deleted all accounts when 9 hostingwired demanded it back.  I think my old account at < hostingwired still worked after they took the database back.     George Cook  WVNET    ------------------------------   End of INFO-VAX 2005.653 ************************                                                                                                                                            hpwasd.obj
 --------                   -------
   486129                   12 files
                                                                                                                                                                                                                                                                                                                                                                                                                                            