1 INFO-VAX	Sun, 16 Apr 2000	Volume 2000 : Issue 212       Contents: Algum brasileiro neste forum ?
 CXML and SETI  Re: CXML and SETI  Re: CXML and SETI  Re: CXML and SETI  Re: DEC BASIC Open w/RRL set Re: DEC BASIC Open w/RRL set Re: DEC BASIC Open w/RRL set Re: DECC 6.n BUG? /OPTIMIZE  Re: DECC 6.n BUG? /OPTIMIZE ! Re: Dropping DECnet..don't do it! 9 FILESERV@WKU: Updated MGFTP, ZIP, CD, DX, ICALC, new LOOP  HFRD Web server  Re: HFRD Web server H How can you find the exact size of a file in bytes using a  VMS command?K Re: How can you find the exact size of a file in bytes using a  VMScommand?  Mailer question in OpenVMS Re: Mailer question in OpenVMS Re: Maximum Password Lengths Re: Maximum Password Lengths monitor program % Re: Shock, horror! An OpenVMS advert!  VMS 5.2 SORT failure (long) ( Re: Warning: circuitsurgeon is a ripoff!( Re: Warning: circuitsurgeon is a ripoff!( Re: Warning: circuitsurgeon is a ripoff!( Re: Warning: circuitsurgeon is a ripoff!  F ----------------------------------------------------------------------  # Date: Sat, 15 Apr 2000 15:32:24 EST , From: "Pedro Viena" <contracer2@hotmail.com>' Subject: Algum brasileiro neste forum ? 4 Message-ID: <20000415183224.43859.qmail@hotmail.com>  *    Tem algum brasileito neste forum ?  :-)6 ______________________________________________________6 Get Your Private, Free Email at http://www.hotmail.com   ------------------------------  # Date: Sat, 15 Apr 2000 19:09:25 GMT , From: "mrsignor" <mrsignor@bellatlantic.net> Subject: CXML and SETI8 Message-ID: <F73K4.3263$X56.184313@typhoon1.gnilink.net>  F I have read a few posts about CXML being available, and a comment from the Math library group about  ? "how to use CXML$STARTUP.COM to make the various CXML shareable $ images either INSTALLed or RESIDENT"  H Have also read a comment suggesting that only ComPaq have a SETI version! that can utilise the CXML library   H Q - Is anyone (outside of ComPaq) running a standard SETI with CXML, andK       if so, any special install procedure?, and what speed difference does  it make   &       BTW - i am running 1.3 on V7.2-1   thanks   ------------------------------  # Date: Sat, 15 Apr 2000 20:08:09 GMT ) From: "Neil Rieck" <n.rieck@sympatico.ca>  Subject: Re: CXML and SETI: Message-ID: <J_3K4.30116$2D6.929232@news20.bellglobal.com>  5 mrsignor <mrsignor@bellatlantic.net> wrote in message 2 news:F73K4.3263$X56.184313@typhoon1.gnilink.net... [ snip } > ( >       BTW - i am running 1.3 on V7.2-1 >   I I think you should upgrade your SETI client to version 2.4 ASAP. The SETI D server will not accept results from OpenVMS client version 1.3 after 2000-04-29.   
 Neil Rieck* Kitchener(New Berlin?)/Waterloo/Cambridge, Ontario, Canada.! http://www3.sympatico.ca/n.rieck/ 6 http://www3.sympatico.ca/n.rieck/docs/alpha_diary.html4 http://www3.sympatico.ca/n.rieck/docs/seti_tips.html   ------------------------------  # Date: Sat, 15 Apr 2000 21:00:33 GMT  From: Dirk Munk <munk@home.nl> Subject: Re: CXML and SETI' Message-ID: <38F8D876.96544CCC@home.nl>    mrsignor wrote:  > H > I have read a few posts about CXML being available, and a comment from > the Math library group about > A > "how to use CXML$STARTUP.COM to make the various CXML shareable & > images either INSTALLed or RESIDENT" > J > Have also read a comment suggesting that only ComPaq have a SETI version# > that can utilise the CXML library  > J > Q - Is anyone (outside of ComPaq) running a standard SETI with CXML, and- >       if so, any special install procedure?   E I don't think that is possible, because the SETI client is build with G the SETI mathematical library. To be able to use the CXML library would F mean to relink and maybe partly rewrite and recompile the SETI client.  * > , and what speed difference does it make  C If (!) that could be done, it would run much faster, since the SETI * routines seem to be rather poorly written.   > ( >       BTW - i am running 1.3 on V7.2-1 >  > thanks   ------------------------------  # Date: Sat, 15 Apr 2000 23:29:19 GMT ) From: "Neil Rieck" <n.rieck@sympatico.ca>  Subject: Re: CXML and SETI; Message-ID: <jX6K4.87057$1C2.2555062@news20.bellglobal.com>   5 mrsignor <mrsignor@bellatlantic.net> wrote in message 2 news:F73K4.3263$X56.184313@typhoon1.gnilink.net...H > I have read a few posts about CXML being available, and a comment from > the Math library group about   [snip]  J > Q - Is anyone (outside of ComPaq) running a standard SETI with CXML, andH >       if so, any special install procedure?, and what speed difference
 does  it make  >   [snip]   K It's true. Only Compaq employees are allowed to run the CXML dependant SETI G client and I've heard that the SETI folk want Compaq to stop. I've been 8 given no reason for this but have a (conspiracy) theory:  L Go to the SETI web site at http://setiathome.ssl.berkeley.edu/ and take noteB of who the corporate sponsors are. Now visit the CPU stats page atJ http://setiathome.ssl.berkeley.edu/stats/cpus.html and scan the right handJ column. Be sure to check lines #10, #12, and 14. Can you imagine how p/o'dL the corporate sponsors will be when/if the CXML dependant SETI client startsL running on EV68? (of course Compaq could squelch any criticism by becoming aL corporate sponsor; no need to donate any money... just some equipment and/or+ software.. it's all tax deductible, right?)   
 Neil Rieck* Kitchener(New Berlin?)/Waterloo/Cambridge, Ontario, Canada.! http://www3.sympatico.ca/n.rieck/ 6 http://www3.sympatico.ca/n.rieck/docs/alpha_diary.html   ------------------------------  # Date: Sun, 16 Apr 2000 01:59:39 GMT / From: "Tom Simpson" <simpsont@xxx.mediaone.net> % Subject: Re: DEC BASIC Open w/RRL set E Message-ID: <f89K4.30200$h6.146123@typhoon.jacksonville.mediaone.net>    Thanks,   I I have the user open routine that gets the rab and fab address and can do  the H sys$flush (I thought I might have to do that).  I was not sure which bitK needed to be set and the correct syntax to set it, in order to make the log E file readable by other processes...  It's pretty much the same as the  example in the BASIC manual.  I Other responses indicate that the useropen is not necessary, I thought it  was..., Am I making this harder than it needs to be?  # FYI, here is the user open routine:   7 !====================================================== : !                  Useropen function to obtain rab address7 !====================================================== D function long get_rab_address(fabdef user_fab, rabdef user_rab, long channel)    option type = explicit   >  %include "$fabdef" %from %library "sys$library:basic$starlet">  %include "$rabdef" %from %library "sys$library:basic$starlet">  %include "$rmsdef" %from %library "sys$library:basic$starlet"  /  external long function sys$create, sys$connect     declare long rms_status  "  common (rab_ptr) long rab_address    ! ==== Save rab address ==   CTG: rab_address = loc(user_rab)    ! ==== RMS open sequence ===="  rms_status = sys$create(user_fab)>  if rms_status = rms$_normal or rms_status = rms$_created then,      get_rab_address = sys$connect(user_rab)  else .      print "Error: ";rms_status;" getting RAB"  end if    end function    @ "cstranslations" <cstranslations@email.msn.com> wrote in message# news:ezw0nmvp$GA.206@cpmsnbbsa03... L > I don't have the BASIC manuals here at home. The set runs about $235 whichL > is a bit more than I want to spend (and I'd do it in C even though there'sE > more involved in reading and writing to the file - I've done it for H > applications before and I'm doing it for an application I'm developing right  > now).  > , > Nevertheless, to answer the question . . . > E > Dig out the BASIC manual. What you are looking for is the "USEROPEN L > subroutine"  specifier on the OPEN statement. When you use this BASIC doesL > some preliminary set up of the RMS FAB and RAB control structures and thenJ > executes the subroutine you specify. The subroutine that you specify canJ > fiddle around with the control structures and hypothetically set the fabJ > fab$b_shr field to allow shared reading. Control then returns to BASIC's > open statement.  > H > That's the idea anyway. I've never written code to write to a log file using D > BASIC. Keep in mind that you are going to have to flush the outputK > periodically or you're not going to see anything. I suppose your useropen I > subroutine could store the address of the RAB in a global variable that  you  > could then pass to sys$flush.  >  > Joe  >  > : > Tom Simpson <simpsont@xxx.mediaone.net> wrote in messageA > news:Pu0K4.30102$h6.142832@typhoon.jacksonville.mediaone.net... G > > Does anyone have an example of how to open a file in DEC Basic with G > > the RRL (read regardless of lock bit set?)?   I think that's what I 	 > want...  > > J > > I am trying to open a program log file so it can be examined while theL > > program is still running, similar to how you can examine a batch job log	 > > file.  > > L > > I tried, but have not been able to get it to work so far...   Many moons > ago G > > I had a routine that would do this in Pascal but I can't locate the  source > > code for it. > >  > > Thanks in advance. > >  > > Regards, > > Tom  > >  > >  > >  > >  >  >    ------------------------------  % Date: Sat, 15 Apr 2000 20:11:59 -0700 5 From: "cstranslations" <cstranslations@email.msn.com> % Subject: Re: DEC BASIC Open w/RRL set ) Message-ID: <#9tnEG1p$GA.229@cpmsnbbsa03>   L I've been spending the afternoon writing routines to submit a batch job to aJ queue via $sndjbc, wildcard through the entries in a queue picking out anyE that are retained on error via $getqui, and mail a message to someone L concerning any entries retained on error. At this point I'm half brain dead. And it's Saturday.  $ You want me to think now . . .   :-)  H Given that I'm half brain dead at this point - the other posts that I'veK looked at seem to be opening a file so that anyone else can modify it while D all you're doing is reading it. Off the top of my head if there's anF existing file (I mean existing before any process that currently has aH channel assigned to it assigned that channel) you can open it up in thisK manner and read records out of it. I'm to tired to stop and think about how F things are going to be affected/differ if the file is sequential fixedJ length or variable length. If the file didn't already exist I seem to haveI the idea in the back of my head that you're not going to get much because H "all the internal file pointers haven't been set" - loosely speaking. IfL it's an indexed file you can dump the file (dump/rec) or read it because theD pointers are "adjusted" every time someone does a put (this is againI assuming that the first person to open the file specified at least "allow  read."  E My impression from your original post is that you have an application < writing status messages to a file and you want to be able to       $ type application.log  I Less I'm forgetting somethin' really obvious your application is going to I have to allow shared read and periodically call sys$flush. The reason you G see stuff appearing in "clumps" in a batch log is because once a minute K sys$flush is getting called (you can control the frequency of output to the 5 log file with $ set output (or something like that)).   K From what you've posted below it looks like you're doing "six of one - half K a dozen of the other." As I said in the first post I wouldn't be doing this J in BASIC. However - and it's been awhile since I wrote code in BASIC to doK it - but from "the deep dark recesses" and what you've got below you should 2 be doing something like the following pseudo code:  & sub MyUserOpen(fabdef fab, rabdef rab)      map (global) long RabAdr   ,    !allow read should take care of next line     fab::fab$b_shr = fab$m_shrget      RabAdr = loc(rab)   end sub    external long MyUserOpen   map (global) long RabAdr  * open "app.log" for output as file #1,    &    allow read,    &     access modify,    &    useropen MyUserOpen . . .   while (notdone)       do stuff     write message!    result = sys$flush(RabAdr, , )    next  C I'm a little bit lost on why you appear to be calling sys$open, and L sys$connect directly. You can certainly do that but this is BASIC. You don't have the C ability       struct FAB fab;        fab = cc$rms_fab;   L to initialize the control structures (what the block is, its length, etc) soI you're going to have to do it all yourself. I would think that things are $ already hard enough from BASIC . . .   Joe       8 Tom Simpson <simpsont@xxx.mediaone.net> wrote in message? news:f89K4.30200$h6.146123@typhoon.jacksonville.mediaone.net... 	 > Thanks,  > K > I have the user open routine that gets the rab and fab address and can do  > the J > sys$flush (I thought I might have to do that).  I was not sure which bitI > needed to be set and the correct syntax to set it, in order to make the  log G > file readable by other processes...  It's pretty much the same as the  > example in the BASIC manual. > K > Other responses indicate that the useropen is not necessary, I thought it  > was.... > Am I making this harder than it needs to be? > % > FYI, here is the user open routine:  > 9 > !====================================================== < > !                  Useropen function to obtain rab address9 > !====================================================== F > function long get_rab_address(fabdef user_fab, rabdef user_rab, long
 > channel) >  >  option type = explicit  > @ >  %include "$fabdef" %from %library "sys$library:basic$starlet"@ >  %include "$rabdef" %from %library "sys$library:basic$starlet"@ >  %include "$rmsdef" %from %library "sys$library:basic$starlet" > 1 >  external long function sys$create, sys$connect  >  >  declare long rms_status > $ >  common (rab_ptr) long rab_address >  >  ! ==== Save rab address == " > CTG: rab_address = loc(user_rab) >   >  ! ==== RMS open sequence ====$ >  rms_status = sys$create(user_fab)@ >  if rms_status = rms$_normal or rms_status = rms$_created then. >      get_rab_address = sys$connect(user_rab) >  else 0 >      print "Error: ";rms_status;" getting RAB"	 >  end if  >  > end function >    ------------------------------  % Date: Sat, 15 Apr 2000 20:22:35 -0700 5 From: "cstranslations" <cstranslations@email.msn.com> % Subject: Re: DEC BASIC Open w/RRL set ) Message-ID: <eXBK$L1p$GA.228@cpmsnbbsa03>   " actually "external sub MyUserOpen"   been writing C all day . . .   Joe     ( > sub MyUserOpen(fabdef fab, rabdef rab) >  >    map (global) long RabAdr  > . >    !allow read should take care of next line" >    fab::fab$b_shr = fab$m_shrget >  >    RabAdr = loc(rab) > 	 > end sub  >  > external long MyUserOpen >  > map (global) long RabAdr > , > open "app.log" for output as file #1,    & >    allow read,    &  >    access modify,    & >    useropen MyUserOpen . . . >  > while (notdone)  > 
 >    do stuff  >    write message# >    result = sys$flush(RabAdr, , )  >  > next   ------------------------------  # Date: Sat, 15 Apr 2000 20:02:48 GMT ) From: "Neil Rieck" <n.rieck@sympatico.ca> $ Subject: Re: DECC 6.n BUG? /OPTIMIZE: Message-ID: <IV3K4.30114$2D6.927464@news20.bellglobal.com>  1 I tested your example program with two compilers:   ? 1. "Compaq C V6.2-003 on OpenVMS Alpha V7.2-1" on an Alpha 4100 8 2. "Compaq C V6.2-003 on OpenVMS VAX V7.2" on a VAX-6430  E Compiling with switch "/OPT" or "/NOOPT" yielded the correct results.   
 Neil Rieck* Kitchener(New Berlin?)/Waterloo/Cambridge, Ontario, Canada.! http://www3.sympatico.ca/n.rieck/ 6 http://www3.sympatico.ca/n.rieck/docs/alpha_diary.html  : Mark Daniel <mark.daniel@wasd.vsm.com.au> wrote in message( news:38F75CDE.D282B81@wasd.vsm.com.au...E > /OPTIMIZE seems to BREAK SIMPLE INTEGER ARITHMETIC in the following  > environment: > - >   DEC 3000 Model 500 running OpenVMS V7.2-1 - >   Compaq C V6.2-003 on OpenVMS Alpha V7.2-1  > @ > The included demonstration of the problem produces the resultsE > following the code, vastly different with /OPT (and incorrect) than C > /NOOPT (correct).  Essentially 1,100,000 divided by 1,000,000 can D > produce a result of 0!!  It is not loop unrolling that seems to beE > doing it either.  The same problem (and others seemingly) occurs in C > "straight" sections of code (one of which originally caused me toLC > pursue this).  Upgrading from DECC 6.0 to 6.2 did not resolve the  > issue. >RB > Bringing an .EXE compiled using DECC 5.6 under VMS 7.1 onto thisE > system produces correct results so it can't be the CRTL; points theEH > finger at 6.n.  Makes me a bit wary of using /OPT if it can break code  > in such a fundamental fashion. >tG > Apologies for the (linear) length of this post.  Any comments please.i >t > TIA.  Mark Daniel. >n+ > -----------------------------------------  > #include <stdio.h> >e > main() > {S+ >    unsigned long  Count, Whole, Fraction;a >o@ >    for (Count = 0; Count < (unsigned long)0xffffffff; Count++) >    {  >       Whole = Count / 1000000;+ >       Fraction = (Count % 1000000) / 100;:" >       if ((Count % 100000) == 0)B >          fprintf (stdout, "%d %d %d\a\n", Count,Whole,Fraction); >    } > }-+ > ------------------------------------------ >- > $ cc test-
 > $ link testa > $ run test > 0 0 0  > 100000 0 999 > 200000 0 1999c > 300000 0 2999  > 400000 0 3999a > 500000 0 4999u > 600000 0 5999  > 700000 0 69993 > 800000 0 7999. > 900000 0 8999g > 1000000 0 9999    <--- > 1100000 0 10999   <--- > 1200000 0 11999   <--- > 1300000 0 12999   <--- > 1400000 1 3999 > 1500000 1 4999 > 1600000 1 5999 > 1700000 1 6999 > 1800000 1 7999 > 1900000 1 8999 > 2000000 1 9999    <--- > 2100000 1 10999   <--- > 2200000 1 11999   <--- > 2300000 1 12999   <--- > 2400000 1 13999   <--- > 2500000 1 14999   <--- > 2600000 1 15999   <--- > 2700000 1 16999   <--- > 2800000 2 7999 > 2900000 2 8999 > 3000000 2 9999 > 3100000 2 10999e > blah blah  >r > $ cc test /noopt
 > $ link testR > $ run test > 0 0 0e > 100000 0 1000e > 200000 0 2000o > 300000 0 3000v > 400000 0 4000u > 500000 0 5000i > 600000 0 6000a > 700000 0 7000  > 800000 0 8000  > 900000 0 9000h
 > 1000000 1 0  > 1100000 1 1000 > 1200000 1 2000 > 1300000 1 3000 > 1400000 1 4000 > 1500000 1 5000 > 1600000 1 6000 > 1700000 1 7000 > 1800000 1 8000 > 1900000 1 9000
 > 2000000 2 0  > 2100000 2 1000 > 2200000 2 2000 > 2300000 2 3000 > 2400000 2 4000 > 2500000 2 5000 > 2600000 2 6000 > 2700000 2 7000 > 2800000 2 8000 > 2900000 2 9000
 > 3000000 3 0r > 3100000 3 1000 > 3200000 3 2000 >gG > +-------------------------------------------------------------------+ F >  Mark Daniel            Opinions my own ... and on loan from others.G >  mailto:Mark.Daniel@wasd.vsm.com.au (Mark.Daniel@dsto.defence.gov.au)sG > +-------------------------------------------------------------------+i >e >(   ------------------------------  % Date: Sun, 16 Apr 2000 06:29:05 +0930a/ From: Mark Daniel <mark.daniel@wasd.vsm.com.au>/$ Subject: Re: DECC 6.n BUG? /OPTIMIZE/ Message-ID: <38F8D819.DD00BF66@wasd.vsm.com.au>-  G Here's some additional information (perhaps).   I run SETI@home on thismD system and ever since I put it up to v2.4 the it has been generating really strange results.w  F I cannot access this machine at the moment so this is fromm memory ...J each SETI run seems to generate hundres/thousands of reported peaks in the? first few FFTs, then bogs down and does little more processing.   $ Is this possibly a hardware problem?  E +-------------------------------------------------------------------+tD  Mark Daniel            Opinions my own ... and on loan from others.E  mailto:Mark.Daniel@wasd.vsm.com.au (Mark.Daniel@dsto.defence.gov.au)eE +-------------------------------------------------------------------+w   ------------------------------  # Date: Sat, 15 Apr 2000 22:28:17 GMTo$ From: Ed Wilts <ewilts@mediaone.net>* Subject: Re: Dropping DECnet..don't do it!, Message-ID: <38F8ED00.234BFD24@mediaone.net>   Terry Kennedy wrote: > ' > Veli K?rkk? <korkko@decus.fi> writes:o  L > > Troubleshooting DECnet/Plus has been and still is fairly straightforward > > and logical.  H Yup, watch your system crash, have Engineering analyze the dump, installD a patch, go to beginning.  Straightforward and logical.  I must have2 helped debug a couple of dozen patches that way.    H DEC once told me that the product was maturing and becoming stable.  NotE longer after that, I looked at a recent Phase V patch kit and saw howoF many system crashes it fixed - must have been 25-30 or so.  That's not+ mature - that's unstable and alpha quality.i   -- o Ed Wilts Mounds View, MN, USA mailto:ewilts@mediaone.net   ------------------------------   Date: 15 Apr 00 14:37:05 -0500) From: goathunter@wku.edu (Hunter Goatley)pB Subject: FILESERV@WKU: Updated MGFTP, ZIP, CD, DX, ICALC, new LOOP' Message-ID: <Jfi9C1S4CqXC@axp1.wku.edu>q  I The following packages has been added to and updated on FILESERV@WKU.EDU,:! ftp.wku.edu, and ftp.process.com::      o MGFTP  (Updated).  < 	MadGoat FTP V2.6-1 is an FTP client and server for OpenVMS.> 	Among many other features, it provides STRU O VMS support for= 	UCX.  This release includes support for the SIZE command andn7 	use of the SIZE command to preallocate disk space whenr1 	transferring files.  Runs on both VAX and Alpha.I      o ZIP  (Updated)   > 	ZIP V2.3 was released a few months ago.  I finally got around> 	to building the VMS binaries for my distribution of it.  Runs 	on both VAX and Alpha.e      o DX  (Updated)  7 	DX V2.5 is a file and directory manager.  This versiono# 	includes fixes from Jerome Lauret./      o ICALC  (Updated)k  9 	ICALC is an infix calculator for OpenVMS, UNIX, and DOS. < 	This version includes new functions added by Jerome Lauret.      o CD  (Updated)  ? 	CD V6.0A is a "cd" (change directory) command for OpenVMS that/9 	works like UNIX "cd" with a lot of other features.  Thisn< 	version includes support for ODS-5 disks.  Written by David& 	North, CD runs on both VAX and Alpha.      o LOOP  (New)  = 	LOOP executes a DCL command repeatedly in a loop, or appliesb9 	the specified command to a group of files.  Very handy. r; 	Written by Jerome Lauret, LOOP runs on both VAX and Alpha.'  O -------------------------------------------------------------------------------iB You can get them via the World-Wide Web using a browser and any of the following URLs:h  6         http://www2.wku.edu/www/fileserv/fileserv.html'         ftp://ftp.wku.edu/vms/fileserv/=/         ftp://ftp.process.com/wku/vms/fileserv/u+         ftp://ftp.spc.edu/macro32/savesets/=>         ftp://ftp.vms.stacken.kth.se/mirrors/wku/vms/fileserv/1         ftp://ftp.ctrl-c.liu.se/wku/vms/fileserv/n"         ftp://ftp.vsm.com.au/kits/  O ------------------------------------------------------------------------------- A You can get them via anonymous ftp from ftp.wku.edu; you'll need:o  .         [.VMS]UNZIP.VAX_EXE or UNZIP.ALPHA_EXE          [.VMS.FILESERV]MGFTP.ZIP         [.VMS.FILESERV]ZIP.ZIP         [.VMS.FILESERV]DX.ZIPb         [.VMS.FILESERV]CD.ZIPd          [.VMS.FILESERV]ICALC.ZIP         [.VMS.FILESERV]LOOP.ZIPe  > The file [.VMS]FILESERV.README contains a brief listing of all- the packages available under [.VMS.FILESERV].   F The files are also available from ftp.process.com under [.WKU.VMS] and4 [.WKU.VMS.FILESERV], from ftp.vms.stacken.kth.se andG ftp.ctrl-c.liu.se under [.MIRRORS.WKU.VMS] and [.WKU.VMS.FILESERV], andw" from ftp.vms.com.au under [.KITS].O -------------------------------------------------------------------------------tD To get them via e-mail, send the following commands in the body of a! mail message to FILESERV@WKU.EDU:g  ( SEND MGFTP		!Comes as 41 180-block files& SEND ZIP		!Comes as 21 180-block files& SEND DX			!Comes as 24 180-block files& SEND CD			!Comes as 10 180-block files' SEND ICALC		!Comes as X 180-block filesl& SEND LOOP		!Comes as 2 180-block files@ SEND FILESERV_TOOLS     !Needed if you don't have MFTU and UNZIP  D Including the command DIR ALL on a separate line will return a brief< listing of all the packages available from FILESERV@WKU.EDU.     Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/e8 <goathunter@PROCESS.COM>     http://www2.wku.edu/hunter/   ------------------------------  % Date: Sat, 15 Apr 2000 16:03:03 -0400 2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: HFRD Web server6 Message-ID: <200004151603_MC2-A159-B5C@compuserve.com>  H         Are you using FTP?  Are you using text or binary mode?  I assumeG you are running VMS on your AlphaStation but what version?  What TCP/IPgJ package are you running and what version?   What architecture and what O/= S  are your browser running under?i  D         FTP understands two different sorts of files: ASCII text andE binary.  Binary files are assumed to consist of 512 byte fixed lengthaJ records and are transmitted and received byte for byte, nothing added and=  J nothing omitted.  ASCII text files are assumed to consist of lines of tex= tiG terminated by some actual or implied end of line character.  VMS stores J text files as variable length records with implied carriage return.  When=  J read with intent to display, (TYPE, PRINT) the actual <CR><LF> characters=  G are appended to the end of the record.  VMS versions of FTP do the same J thing.  Mess DOS stores an actual <CR><LF> at the end of each line.  Unix=  H stores an <LF>.  Macintosh stores a <CR>.  Text mode FTP translates fromB the source text file format to the destinatation text file format.  H         There are files that don't fit either description.   In general,E such files need to be packaged before transmission and unpacked afteruC receipt.  ZIP is one of the most popular ways of packing a file for 
 transmission.a    ' Message text written by Nicholas BarneseJ >I've been using the HFRD web server (from the freeware CD) for a while n= ow (oneH an Alphastation 500) and it's been doing exactly what I wanted it to do.  E BUT.... I now have a need to upload a file from my web browser to thet machinehJ the HFRD server is running on. No real problems in coding the HTML or the=   DCL,H but it would appear that the server is inserting CR and/or LF characters intoH the binary file stream at seemingly random points. There is no way I canJ filter these out - I can't tell if they're meant to be there or if they'v= en been added.e  9 Has anybody else experienced this and found a workaround?h   Any other ideas?  G More information available on request, just that I'm not sure what else. you'd 
 find useful.<e   ------------------------------  % Date: Sun, 16 Apr 2000 06:18:02 +0930o/ From: Mark Daniel <mark.daniel@wasd.vsm.com.au>p Subject: Re: HFRD Web server/ Message-ID: <38F8D582.50F05AA6@wasd.vsm.com.au>d   Hi Nick,  P I'm the HFRD author.  It's been called WASD for the past few years and if you'reR using HFRD it's a long way behind the the current version (v6.1).  In fact it's soQ far out-of-date I couldn't comment on it's behaviour back at that stage (too muchpP later development has washed through my head).  The later versions have a *very*O useful facility named WATCH, which allows all sorts of things to be observed intM the running server, including CGI script streams and network streams.  If theeQ problem you're experiencing is legitimate then this will undoubtably help resolvet it.y   I suggest you update ...  (       demo URL:  http://wasd.vsm.com.au/-   download URL:  http://wasd.vsm.com.au/wasd/k  ? Please don't hesitate to contact me agin on any issues arising.i   Nicholas Barnes wrote:   > Hi,t >oP > I've been using the HFRD web server (from the freeware CD) for a while now (onJ > an Alphastation 500) and it's been doing exactly what I wanted it to do. > O > BUT.... I now have a need to upload a file from my web browser to the machine P > the HFRD server is running on. No real problems in coding the HTML or the DCL,O > but it would appear that the server is inserting CR and/or LF characters into J > the binary file stream at seemingly random points. There is no way I canL > filter these out - I can't tell if they're meant to be there or if they've
 > been added.  > ; > Has anybody else experienced this and found a workaround?l >n > Any other ideas? > O > More information available on request, just that I'm not sure what else you'dt > find useful. >p > Nick.   E +-------------------------------------------------------------------+uD  Mark Daniel            Opinions my own ... and on loan from others.E  mailto:Mark.Daniel@wasd.vsm.com.au (Mark.Daniel@dsto.defence.gov.au)tE +-------------------------------------------------------------------+o   ------------------------------  % Date: Sat, 15 Apr 2000 16:03:01 -0400.2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>Q Subject: How can you find the exact size of a file in bytes using a  VMS command?.6 Message-ID: <200004151603_MC2-A159-B5B@compuserve.com>  E         First, you have to define exactly what you mean by the "exactIF size"!  Do you want the number of bytes of your data?  Do you want theJ number of bytes between the beginning of the file and the last byte?  The=  G two numbers can be, but are not necessarily, the same.  Variable lengtheJ records are preceded by a two byte count and may be  padded with a NUL to=  J make an even number of characters in each record.  VFC records, or Variab= leH length with fixed control string, have even more metadata.  Fixed lengthE records have no metadata and the number of bytes per record times thet- number of records yields the length in bytes.=  J         ANALYZE /RMS MUMBLE.TXT will give you the VBN of the block contai= ngJ the last byte and the offset into that block of the last byte.   From tha= tlJ you can calculate the number of bytes your file occupies on disk.  Such a=  J number is rarely relevant because disk space is allocated in clusters and= ,aJ if your cluster size is nine blocks, an empty file or a file with only on= eoJ byte of data will occupy nine blocks or 4608 bytes of disk no matter what=  J you do.  If your record format is "Fixed Length" you are finished.  If th= e H record format is something else the only way to find the exact number of? bytes is to read the file and count the bytes as you read them!   J         Just out of curiosity, what problem are you really trying to solv= e?J  Unix weenies concern themselves with counting the number of characters o= r-J "words" (natural language) in a file but I've never understood why anyone=   would care!o   Message text written by RickC >Sorry to ask such a stupid question, but I have been searching and E connot figure it out. I want to know the exact size (number of bytes) ? of a(ny) file in VMS? Is it possible or is the finest degree ofp( granularity a block?  Thanks in advance.   <o   ------------------------------  % Date: Sat, 15 Apr 2000 20:49:14 -0400b0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>T Subject: Re: How can you find the exact size of a file in bytes using a  VMScommand?/ Message-ID: <38F90E02.E81D69A8@vl.videotron.ca>i   "Richard B. Gilbert" wrote:pM >         Just out of curiosity, what problem are you really trying to solve?rL >  Unix weenies concern themselves with counting the number of characters orK > "words" (natural language) in a file but I've never understood why anyone.
 > would care!R  K I didn't ask the original question, but many file transfer protocols expectaJ that the file's sender will tell the receiver how many bytes to expect (toE ensure that the receiver can store a file of that size for instance).-  J In the days where emails were billed by character, this was important too.   ------------------------------  % Date: Sat, 15 Apr 2000 20:26:17 +0200t( From: "Thys de Wet" <dewets@iafrica.com># Subject: Mailer question in OpenVMSw) Message-ID: <38f8b4a3.0@news1.mweb.co.za>t   Hi all  G Is there a way that I cab mail an atteched HTML file with OpenVMS MAIL?8  K We are mailing purchase order info to suppliers, but now require to send anh attached file in HTML format.    Thanx   ) Thys de Wet in Stellenbosch, South Africao  2 If you want Email,  replies to:  thys@it.sun.ac.za   ------------------------------  % Date: Sat, 15 Apr 2000 23:12:14 +0100o3 From: "Alistair King" <alistair.king@meritsl.co.uk> ' Subject: Re: Mailer question in OpenVMS03 Message-ID: <8dapg5$nlq$1@neptunium.btinternet.com>   4 On VMS 7.2 the Mime utility does just what you want.  
 Alistair Kingp  1 Thys de Wet <dewets@iafrica.com> wrote in message"# news:38f8b4a3.0@news1.mweb.co.za...n > Hi all >eI > Is there a way that I cab mail an atteched HTML file with OpenVMS MAIL?  >sJ > We are mailing purchase order info to suppliers, but now require to send an > attached file in HTML format.o >  > Thanxt >C+ > Thys de Wet in Stellenbosch, South Africaa >t4 > If you want Email,  replies to:  thys@it.sun.ac.za >d >n >  >h   ------------------------------  % Date: Sat, 15 Apr 2000 16:20:46 -0400l, From: taterskins@patriot.net (Ramon L. Tate)% Subject: Re: Maximum Password Lengths D Message-ID: <taterskins-ya023480001504001620460001@news.patriot.net>  H In article <38F710B0.1E11B06E@bbc.co.uk>, tim.llewellyn@bbc.co.uk wrote:   > "Ramon L. Tate" wrote: > P > >  I found the double password feature very useful for the high-priv accounts,I > > e.g. SYSTEM. Of course it forces the the use of a more-or-less direct,O > > terminal connection, although if I needed access to the SYSTEM account fromcO > > another system, I could always log in via an unprived account and then do a ' > > SET HOST 0 for a prived login. YMMV0 > >4 > J > The only benefit I found for double password with one user is that thereE > is no temptation to leave priv'd passwords in .COM's and .LOG's and-C > recall buffers because DECNET Copy just won't work unless proxies6 > are enabled. > F > The second senetence doesn't make sense to me. A packet sniffer willH > not care if you SET HOST 0, it will still see the data (ie your priv's > password).  K Yes, of course, all bets are off if your network is being sniffed, at least G with  vanilla DECnet-mediated communications. I was really referring to1@ other types of transfers, e.g. COPY or DIRECTORY, where the nodeE specification syntax can't handle a double password. And I agree with0H others who have warned against the use of proxies for elevated privilege	 accounts.0 >  --88 > Tim Llewellyn, OpenVMS Infrastructure, Remarcs Project2 > MedAS at the BBC, Whiteladies Road, Bristol, UK.C > Email tim.llewellyn@bbc.co.uk. Home tim.llewellyn@cableinet.co.uk0 > C > I speak for myself only and my views in no way represent those of  > MedAS or the BBC.4   --  
 Ramon L. Tate 	 Casa Maa6= taterskins@patriot.net   "Skin" that "tater" before replying!0   ------------------------------   Date: 15 Apr 2000 22:13:37 GMT3 From: du651@FreeNet.Carleton.CA (Joseph Ballantyne)-% Subject: Re: Maximum Password Lengthsp/ Message-ID: <8dapih$kbp$1@freenet9.carleton.ca>i  ) Carl Perkins (carl@gerg.tamu.edu) writes:d< >The password...hashed version...is always a 32 bit integer.   64 bits.   ------------------------------  % Date: Sat, 15 Apr 2000 16:02:58 -0400,2 From: "Richard B. Gilbert" <DRAGON@compuserve.com> Subject: monitor program6 Message-ID: <200004151603_MC2-A159-B5A@compuserve.com>  4         Try the JAMS scheduler from Argent Software.  J         JAMS can notify you, if desired, about early or late completion o= f J a job.  It lets you specify the the  completion severity which will cause=   it to notify you.e  J         I have JAMS send E-mail to my Alpha-numeric Pager when a job fail= s.7  It can also send OPCOM messages to operator terminals.n  G         If Job A must complete successfully before Job B runs, JAMS can J take care of it for you.  A job shouldn't run on holidays?  Tell JAMS whi= ch< days are holidays and which jobs should not run on holidays.  $         It's a very capable package.  H         Try sending E-mail to <sales@argentsoftware.com>.  You can get a6 DEMO package with a 30 day try-before-you-buy license.    $ Message text written by Bill D HobbsG >I have several batch jobs that are supposed to run at various times. =n  E Currently they send me e-mail about their success or failure.  I haveeB to review the e-mails to make sure that all the jobs are accountedF for.  This is a pretty flaky system, but it's what I inherited and I'm rebuilding it as fast as I can.t  E I would rather have a program monitor the batch jobs - maybe the jobs,D report to the monitor.  The monitor would also know when to expect aB particular job to report.  If the report is bad or missing, then IF want to be notified.  I'd want a daily report from the monitor process/ mainly to know that the monitor is still alive.o  D I could cobble something together to do this, but before I re-inventF the square wheel, are there any monitoring programs already out there?  @ Running OpenVMS V7.1-1H2, Compaq C V6.2-003 and sundry tools are
 available. <e   ------------------------------  # Date: Sat, 15 Apr 2000 22:58:50 GMTu2 From: kilgallen@eisner.decus.org (Larry Kilgallen). Subject: Re: Shock, horror! An OpenVMS advert!' Message-ID: <2000Apr15.185850.1@eisner>   g In article <38F7D95B.8A91D902@earthlink.net>, "David J. Dachtera" <djesys.nospam@earthlink.net> writes:  > Sue Skonetski wrote: >>   >>  Ade, >> eN >> This is Sue Skonetski from the OpenVMS Group, send me your name and address# >> and I will get a few out to you.f >  > Sue, > ) > Never mind "preaching to the choir" !!!l > H > Get these ads on billboards, buses, bus benches, magazines (especiallyI > NT, WhineDoze-2000Bugs and UN*X trade rags!) and especially network and ! > cable television in prime time.n > = > The faithful already have the message. The infidels do not!   ? So send the name and address of an infidel to Sue Skonetski !!!i  < She will never know the difference (unless the name you send is Scott McNealy :-).    ------------------------------   Date: 16 Apr 2000 02:03:20 GMT3 From: du651@FreeNet.Carleton.CA (Joseph Ballantyne) $ Subject: VMS 5.2 SORT failure (long)/ Message-ID: <8db718$a81$1@freenet9.carleton.ca>l  H I have an 83-block, 5431-line text file (the only non-graphic charactersD    are ASCII FFs, %X0C) that VMS 5.2 SORT/NODUP cannot sort.  /NODUP2    with unsorted input triggers the failure--while)    $ sort/stat/nodup sort.badlogic .nodupt.    fails, the functionally equivalent sequence'    $ sort/stat/  dup sort.badlogic .dup )    $ sort/stat/nodup sort.dup      .nodup-    succeeds.E Any of the changes I have made to the file itself (e.g., deleting themB    all-digits lines; changing all digits to "0") cause the SORT toH    succeed.  Any of the environmental changes I have made (e.g., quotas,2    working set) have had no effect on the failure.F I have no easy way to test-run this file on a more modern VMS version,H    to see if this apparent bug has been fixed since this version of SORTC    became obsolete.  There is no SPR or other Compaq support on theoE    system.  I make this post in case the bug is still active and some-<    Compaqqie feels like opening an SPR.  I won't clutter theE    newsgroup/mailing list with the file, but I will send it to anyoneP+    who wants it for bug-reporting purposes.  The details: $ show syst G VAX/VMS V5.2  on node V7  16-APR-2000 01:03:49.21   Uptime  51 01:16:33.= $ anal/imag sys$system:sortmerge ! many output lines omitted. M Analyze Image                                16-APR-2000 01:03:50.60   Page 1b" SYS$COMMON:[SYSEXE]SORTMERGE.EXE;1! 	Image Identification Informationc 		image name: "SORTMERGE"d' 		image file identification: "V5.1-011"e) 		link date/time: 10-MAY-1989 18:11:32.32R  		linker identification: "05-05" 	Patch Information$ 		There are no patches at this time.! The analysis uncovered NO errors.-: $ anal/imag sys$share:sortshr ! many output lines omitted.M Analyze Image                                16-APR-2000 01:03:53.35   Page 1   SYS$COMMON:[SYSLIB]SORTSHR.EXE;2! 	Image Identification Information0 		image name: "SORTSHR"C' 		image file identification: "V5.2-015"m) 		link date/time: 10-MAY-1989 17:44:03.27s  		linker identification: "05-05" 	Patch InformationB 		DEC eco levels   1- 96: %X'00000001', %X'00000000', %X'00000000'& 		user eco levels 97-128: %X'00000000'8 		read/write patch area address: %X'00000000', length: 08 		read-only patch area address:  %X'00000000', length: 0 		patch command text VBN: 111o/ 		last patch date/time: 19-DEC-1989 13:38:46.05C! The analysis uncovered NO errors.n9 $ anal/imag sys$share:librtl ! many output lines omitted. M Analyze Image                                16-APR-2000 01:04:10.45   Page 1c SYS$COMMON:[SYSLIB]LIBRTL.EXE;12! 	Image Identification Information. 		image name: "LIBRTL"& 		image file identification: "V05-001") 		link date/time: 10-MAY-1989 17:30:46.70u  		linker identification: "05-05" 	Patch Information$ 		There are no patches at this time.! The analysis uncovered NO errors. : $ anal/imag sys$share:librtl2 ! many output lines omitted.M Analyze Image                                16-APR-2000 01:04:39.88   Page 1   SYS$COMMON:[SYSLIB]LIBRTL2.EXE;1! 	Image Identification Information  		image name: "LIBRTL2"o& 		image file identification: "V05-000") 		link date/time: 10-MAY-1989 17:31:12.78n  		linker identification: "05-05" 	Patch Information$ 		There are no patches at this time.! The analysis uncovered NO errors.  $ anal/rms sort.badlogicM Check RMS File Integrity                     16-APR-2000 01:05:29.58   Page 1a FILE HEADERr) 	File Spec: U:[IB.DISPUTE]SORT.BADLOGIC;1e 	File ID: (7081,7,0) 	Owner UIC: [IB]9 	Protection:  System: RWD, Owner: RWD, Group: R, World: Ri) 	Creation Date:   14-APR-2000 16:09:00.47C4 	Revision Date:   14-APR-2000 16:09:02.21, Number: 1) 	Expiration Date: 16-APR-2000 01:04:53.78r 	Backup Date:     none posted  	Contiguity Options:  none 	Performance Options: none 	Reliability Options: none 	Journaling Enabled:  none RMS FILE ATTRIBUTESI 	File Organization: sequential 	Record Format: variable% 	Record Attributes:   carriage-returnn 	Maximum Record Size: 0v 	Longest Record: 23 - 	Blocks Allocated: 83, Default Extend Size: 0=& 	End-of-File VBN: 83, Offset: %X'01C6' 	File Monitoring: disabled 	Global Buffer Count: 0.! The analysis uncovered NO errors.e& $ sort/stat/nodup sort.badlogic .nodup/ %SORT-F-BADLOGIC, internal logic error detectedn $ show symb $statush   $STATUS == "%X101C1124"p$ $ sort/stat/  dup sort.badlogic .dup+                   VAX Sort/Merge Statisticse@ Records read:        5431          Input record length:       23@ Records sorted:      5431          Internal length:           25@ Records output:      5431          Output record length:      23@ Working set extent:  4000          Sort tree size:          3412@ Virtual memory:       632          Number of initial runs:     2@ Direct I/O:            61          Maximum merge order:        2@ Buffered I/O:          17          Number of merge passes:     1@ Page faults:          368          Work file allocation:     482@ Elapsed time: 00:00:09.20          Elapsed CPU:      00:00:03.18& $ sort/stat/nodup sort.dup      .nodup+                   VAX Sort/Merge Statisticsn@ Records read:        5431          Input record length:       23@ Records sorted:      5431          Internal length:           25@ Records output:      1323          Output record length:      23@ Working set extent:  4000          Sort tree size:          3412@ Virtual memory:       632          Number of initial runs:     1@ Direct I/O:            45          Maximum merge order:        1@ Buffered I/O:          14          Number of merge passes:     1@ Page faults:          289          Work file allocation:     121@ Elapsed time: 00:00:05.61          Elapsed CPU:      00:00:01.92   ------------------------------  # Date: Sun, 16 Apr 2000 03:36:43 GMT ! From: Beyonder <beyonder@vrx.net> 1 Subject: Re: Warning: circuitsurgeon is a ripoff!n' Message-ID: <38F935DC.5A07652E@vrx.net>e  D > I just went through all your posts to comp.os.vms in this thread ! >o > No sig in any of the posts.s > One post signed with B.F' > All the rest of the posts signed Dan.  >cC > It is difficult not to get the impression that you have a relaxedi > attitude to "facts".  E it is difficult not to get the impression that you have a limited IQ.eB or any clue about facts, or are even interested in facts, truth orA anything else other than you seem to like to argue about senelesse things.d  / in this posting you even agree with me... jeez.a   ------------------------------  # Date: Sun, 16 Apr 2000 03:35:24 GMTh! From: Beyonder <beyonder@vrx.net> 1 Subject: Re: Warning: circuitsurgeon is a ripoff!-' Message-ID: <38F9358D.3D19CCBD@vrx.net>i  @ > However, just because it arrived in a defective state does not" > mean it was defective when sent.  A ah but in this case it does. if you knew anything about shipping,-1 packing, and "drop tests" you might realize this.-  A > Things are damaged in shipping all the time. Even non-mechancalB@ > things. A few months ago, I had a book damaged in shipping (itG > had a couple of chunks taken out of it). Did I make moronic statemnts1E > like, "It arrived damaged therefore you must have sent me a damaged C > book"? Of course not - I'm not an idiot. I am well aware that theoC > package did not teleport from the sender to my mailbox. There waseC > a considerable amount of stuff that happened in between its beinguG > sent and its arrival (some of which was obviously rather unpleasant).b  I we're not taling about a stupid book, we're talking about a drive mountedf1 inside a system. too completely different things.=   B.   ------------------------------  # Date: Sun, 16 Apr 2000 03:42:04 GMT ! From: Beyonder <beyonder@vrx.net>m1 Subject: Re: Warning: circuitsurgeon is a ripoff!d' Message-ID: <38F9371E.C240C4C5@vrx.net>    Terry Kennedy wrote:  L >   Was bad, or went bad? I'm sorry, this story has too many holes in it for > me to believe you.  > was bad. what holes? speak up, show your proof, not just talk!  L >   I also don't find it credible that you waited 8 months to have the board9 > evaluated by Compaq and then to purchase a replacement.i  M I didn't wait eight months! jeezes you people just don't read. I notified mr.yI circuitsurgeon immediately! (same DAY!) it only took eight months for himr to respond.F  ) >   Hopefully you've learned some things:e >dO >   1) Deal with people you've heard are reputable (I can't say anything eithereM >      way about circuitsurgeon, I've never heard of him/her/them/it before).s   definitely NOT circuitsurgeon.  L >   2) Use a payment method where you can dispute the charges (like a credit
 >      card).   J and if they don't accept credit card, you're screwed. and even if they do,2 it's still called fraud. and very hard to dispute.  M >   3) If there is a problem, get it addressed early. At least in the US, you K >      will lose some of your rights to dispute/complain/etc. by waiting. 2SL >      weeks is a good maximum time to wait before disputing, and you should) >      have it wrapped up within a month.-  J I tried! I called every day, I emailed every day. He either hung up on me,. never called back, or I was basically ignored.  I >   4) Acting as your own importer/exporter is a pain. Avoid it if at all0J >      possible by buying/selling within your own country, or at least useL >      the services of a good customers expediter, so you don't wind up pay-N >      ing multiple duty/tax on stuff going back and forth for repair/replace- >      ment.  C good luck. thats even MORE of a pain. brokerage fees are not cheap.iJ and I prefer using a real courier. besides, in canada, there are basicallyH really no sources for this stuff at all, same can be said for many other
 countries.  C Your logic seems to come down to: don't deal outside your own town,y and deal with someone you know.r  ! which eliminates almost everyone.-   B.   ------------------------------  # Date: Sun, 16 Apr 2000 03:44:38 GMTy! From: Beyonder <beyonder@vrx.net>j1 Subject: Re: Warning: circuitsurgeon is a ripoff!b' Message-ID: <38F937B9.A1CF5D58@vrx.net>t  H no, I think you are protecting him, and I think you like to argue for no  E reason. you really seem to enjoy it. and are protesting far too much.   F so you see by Kurts post, I am not the only one ripped off by mr. scum circuitsurgeon.f  H I had FIVE (5) emails the day I posted the first message here, from FIVE  ' different people saying the same thing.0  B There were also TWO other people posted on this thread with 2 days of my first post here.  H So it's not just me Arne. That's eight people right there. three of them postedF here publically! Nine people ripped off by circuitsurgeon if you count myself..   Dan.   Arne Vajhj wrote:   > Dan wrote:F > > I'd like to know why you are so adamant about protecting this guy?% > > Are you two in business together?  >a: > I do not think I am protecting him. I am questioning the2 > relevance of your posts and some of its content. >h8 > No - I have no business interests with circuitsurgeon. > . > I have never done business with them either. >  > Arne   ------------------------------   End of INFO-VAX 2000.212 ************************