1 INFO-VAX	Sat, 30 Sep 2000	Volume 2000 : Issue 547       Contents:P Apache mod_perl startup problem (Assertion failed: file "ROOT$:[PERL5_005_03]MG. Re: CA7? Re: CA7?, Re: code for D-FLOAT / IEEE float conversion Compaq DS10 vs Compaq Proliant Re: DEC server 700 running LAT DECnet Plus phased out?  Re: DECnet Plus phased out? , Re: Deleting 250,000+ files from a directoryA Re: Deleting 250,000+ files from a directory + a bit of nostalgia  Re: DELQAs for disposal  Re: DELQAs for disposal  Re: DELQAs for disposal # Re: Error using finger with UCX 5.0  FMS and GKS  Re: FMS and GKS ' Re: Getting Compaq to advertise OpenVMS ) Getting our VAX 8530 working...(need VMS) % Re: No more SYSDUMP.DMP? No more NTP?  Re: OpenVMS Sessions at CETS% Re: restart an Alpha ETN42-CA machine % Re: restart an Alpha ETN42-CA machine  Re: Shadow set. 4 Re: SIGMAs (was: RE: This list participants profile) Re: SOAP Re: SOAP" Re: This list participants profile Re: VaxStation 3100 Floppy Disk  Re: VaxStation 3100 Floppy Disk ' Re: VAXStation 4000/90 hardware failure   F ----------------------------------------------------------------------  % Date: Sat, 30 Sep 2000 09:19:14 +0200 . From: "Gorazd Kikelj" <gorazd.kikelj@aster.si>Y Subject: Apache mod_perl startup problem (Assertion failed: file "ROOT$:[PERL5_005_03]MG. 0 Message-ID: <RqgB5.1270$Cu4.13320@news.siol.net>   Hay,  ; I do have a great problem with starting mod_perl in Apache.    Environment:  
 OpenVMS 7.2-1  TCP/IP V5.0A Apache V1.3.12 release version  MOD_JSERV V1.1-1 release version  MOD_PERL V1.21-1 release version4 PERL 5.005.03 release version for Apache from Compaq  ? Whenever I start apache with mod_perl I get the following error   7 Apache mod_perl startup problem (Assertion failed: file & "ROOT$:[PERL5_005_03]MG.C;1, line 52." %SYSTEM-F-ABORT, Abort  K I also have perl 5.005.03 from perl.org on the system but I setup PERL_ROOT ; to point out only on Compaq perl root for testing purposes.    Am I overlooked something?   best,   
 Gorazd Kikelj   4 ----------------------------------------------------
 Gorazd Kikelj  OpenVMS system support Aster d.o.o. e-mail: gorazd.kikelj@aster.si www:  www.aster.si       APACHE$SERVER.LOG   * $ ! Login.Com for Apache HTTP (WWW) Server $ !  $ exitI $!  Copyright (c) 2000 Compaq Computer Corporation.  All rights reserved.  $!& $ on warning then goto abort_procedure( $ on control_y then goto abort_procedure $!$! $ set :=% $ set symbol/scope=(nolocal,noglobal)  $ echo := write sys$output $ arch = f$getsyi("ARCH_NAME") $!$!	 $ echo ""    $ echo f$fao("!72**") H ************************************************************************ $ echo f$fao("!72**") H ************************************************************************2 $ echo "**  Starting ", f$environment("procedure")2 **  Starting APACHE$ROOT:[000000]APACHE$SERVER.COM $ echo "**  ", f$time()  **  30-SEP-2000 08:22:50.79  $ echo f$fao("!72**") H ************************************************************************ $ echo f$fao("!72**") H ************************************************************************	 $ echo ""    $ show process /all   G 30-SEP-2000 08:22:50.81   User: APACHE$WWW       Process ID:   202004D2 K                           Node: ROBIDA           Process name: "APACHE$WWW"   	 Terminal: $ User Identifier:    [NET,APACHE$WWW] Base priority:      4 ( Default file spec:  APACHE$ROOT:[000000] Number of Kthreads: 1    Process Quotas:   Account name:F  CPU limit:                      Infinite  Direct I/O limit:      4200F  Buffered I/O byte count quota:   4999424  Buffered I/O limit:    4096F  Timer queue entry quota:             999  Open file quota:       4094F  Paging file quota:                246432  Subprocess quota:        20F  Default page fault cluster:           64  AST quota:             4999F  Enqueue quota:                      8192  Shared file limit:        0F  Max detached processes:                1  Max active jobs:          0   Accounting information: A  Buffered I/O count:        39  Peak working set size:       2176 A  Direct I/O count:          30  Peak virtual size:         168256 A  Page faults:              175  Mounted volumes:                0   Images activated:           1)  Elapsed CPU time:          0 00:00:00.07 )  Connect time:              0 00:00:00.33    Authorized privileges:  NETMBX       TMPMBX   Process privileges: /  NETMBX               may create network device 2  TMPMBX               may create temporary mailbox   Process rights: +  APACHE$WWW                        resource   NETWORK   System rights:  SYS$NODE_ROBIDA   Auto-unshelve: on    Image Dump: off    Soft Affinity: off   Parse Style: Traditional   Process Dynamic Memory Area L     Current Size (bytes)        131072    Current Size (pagelets)        256L     Free Space (bytes)          117788    Space in Use (bytes)         13284L     Largest Variable Block      117532    Smallest Variable Block         24L     Number of Free Blocks            5    Free Blocks LEQU 64 Bytes        3   There is 1 process in this job:      APACHE$WWW (*) $ show default   APACHE$ROOT:[000000]   =   APACHE$ROOT:[000000]   =   APACHE$COMMON:[000000] $ define sys$error sys$output  $!I $!  If LNM$TEMPORARY_MAILBOX is defined to LNM$GROUP, then SPAWN will not  workI $!  without the GRPNAME privilege (error 36) because the DCL$ATTACH_<pid>  and F $!  the DCL$OUTPUT_<pid> logical names get defined in the group table. $!  $ temp1 := lnm$temporary_mailbox  $ temp2 := lnm$process_directory: $ if (f$trnlnm(temp1,temp2,0,"executive") .nes. "") then -K        deassign/executive/table=LNM$PROCESS_DIRECTORY LNM$TEMPORARY_MAILBOX ; $ if (f$trnlnm(temp1,temp2,0,"supervisor") .nes. "") then - L        deassign/supervisor/table=LNM$PROCESS_DIRECTORY LNM$TEMPORARY_MAILBOXL $ define/process/executive/table=LNM$PROCESS_DIRECTORY LNM$TEMPORARY_MAILBOX lnm$job  $!) $!  Workaround for the shared port issue.  $!< $ if (f$trnlnm("apache$cgi_use_dclcom_for_images") .eqs. "") $ then4 $    define/nolog apache$cgi_use_dclcom_for_images 1 $ endif  $!$!' $ if (f$trnlnm("sys$scratch") .eqs. "")  $ endif  $!$! $ temp1 := apache_script $ if (f$trnlnm(temp1) .eqs. "")  $ then3 $    temp2 := apache$root:[000000]apache_script.com E $    define/nolog APACHE_SCRIPT APACHE$ROOT:[000000]APACHE_SCRIPT.COM  $ endif  $!: $!  If necessary, start MOD_JSERV (as per Powell Hazzard). $!5 $ temp1 := apache$root:[000000]start_jserv_manual.com 1 $ if (f$search(temp1) .nes. "") then spawn/nowait + @APACHE$ROOT:[000000]START_JSERV_MANUAL.COM , %DCL-S-SPAWNED, process APACHE$WWW_1 spawned $!H $!  Finally, start the server.  Ensure that verify is turned off, or CGI $!  dcls will not work.  $! $ temp1 := apache$httpd_shr 9 $ temp2 := apache$root:[000000]apache$httpd_shr.exe_Alpha ' $ define/process/nolog APACHE$HTTPD_SHR . APACHE$ROOT:[000000]APACHE$HTTPD_SHR.EXE_ALPHA6 $ httpd := $apache$root:[000000]apache_httpd.exe_Alpha $! show time $ set noverify4 Setting up symbols for foreign command line usage...% JAVA$FILENAME_CONTROLS now set to: -1 = Assertion failed: file "ROOT$:[PERL5_005_03]MG.C;1", line 52.  %SYSTEM-F-ABORT, abort $ set on $! $! $stop_procedure:
 $ set noon. $ if (f$type(status) .eqs. "") then status = 1( $ if f$type(verify) .eqs. "" then exit 1 $ exit 1 + (0 * 1)8   APACHE$WWW   job terminated at 30-SEP-2000 08:22:53.13     Accounting information: D   Buffered I/O count:               1073      Peak working set size: 7712@   Direct I/O count:                   98      Peak virtual size: 174240>   Page faults:                       545      Mounted volumes: 0 C   Charged CPU time:        0 00:00:00.53      Elapsed time:       0  00:00:02.64    ------------------------------  % Date: Sat, 30 Sep 2000 07:14:46 +0100   From: Paul Sture <paul@sture.ch> Subject: Re: CA7? + Message-ID: <VA.000000ea.3b6a7b17@sture.ch>   J In article <8r0fms$eo3$2@mailint03.im.hou.compaq.com>, Hoff Hoffman wrote: <snip> > F > :I asked some (good) friends at COMPAQ, none know about CA7/OpenVMS.F > :So I went to CA and I have been told that there is a CA7 operations > :management tool for... MVS. > F >   AFAIK, CA7 is available for various platforms.  Including OpenVMS.C >   In at least some of the older versions, CA7 had some (invalid)  J >   assumptions around the range of OpenVMS queue entry numbers permitted.F >   OpenVMS had assumed this was an opaque longword, and CA7 didn't... > [ With the version I encountered, other sins were present, including the ability to overwrite ` important system files from a low privilege account (via images installed with privs). I forget [ which specific file got overwritten - I don't think it was the UAF, but that indicates the   severity of the problem.  ` Non-cluster aware - "Q: What happens when the node running it fails? - A: You copy the database ` over to another node". Also difficult to remove the product, but if you wish to learn about the I previously unexplored depths of SYSMAN SYS_LOADABLE, this is your chance.   U Very senior management felt they had been lied to about the product's capabilities...   6 > :Does this story ring a bell to someone around here? > F >   Engineering has recently been discussing the confusion around the C >   (confusing) use of the POLYCENTER term in the OpenVMS software  > >   installation tool, as well as the use of the PCSI acronym. > Y FWIW, I never liked the term Polycenter from the start. More specifically, in a previous  ` existence I found the concept extremely hard to sell to customers, the problem being the way it Q was packaged/presented in DEC literature, rather than the facilities it provides.    ___ 
 Paul Sture Switzerland    ------------------------------  % Date: Sat, 30 Sep 2000 07:14:45 +0100   From: Paul Sture <paul@sture.ch> Subject: Re: CA7? + Message-ID: <VA.000000e9.3b6a7940@sture.ch>   @ In article <39D3A649.A0D6A616@Easynet.fr>, Didier Morandi wrote:2 > From: Didier Morandi <Didier.Morandi@Easynet.fr> > Newsgroups: comp.os.vms  > Subject: CA7? ' > Date: Thu, 28 Sep 2000 22:12:56 +0200  > G > I'm supposed to teach the "CA7 OpenVMS operations management utility"  > next week. > 1 > ?   (this is a "?", not a dialup line noise :-)  > G > Ages ago, I remember a DEC product suite called Polycenter, with many I > utilities. Most of them have been sold to Computer Associate and became G > part of the Unicenter TNG offer. Today, OpenVMS Polycenter is, as you & > may know, the new name of VMSINSTAL. > E > I asked some (good) friends at COMPAQ, none know about CA7/OpenVMS. E > So I went to CA and I have been told that there is a CA7 operations  > management tool for... MVS.  > 5 > Does this story ring a bell to someone around here?  > E As far as I can tell, CA7 was nothing to do with any of the products  H developed by DEC which ended up in the hands of CA. Instead it appeared C to be a port of a system which originated on a different platform,  J probably MVS (or some other IBM mainframe OS), as CA themselves suggested  to you.   G From my limited experience with it, my very best advice is to not have  2 anything to do with it, at least in its VMS guise.   That is putting it politely. ___ 
 Paul Sture Switzerland    ------------------------------  # Date: Sat, 30 Sep 2000 16:02:14 GMT & From: "Lee Gillie" <Lee@NOSPAModp.com>5 Subject: Re: code for D-FLOAT / IEEE float conversion 9 Message-ID: <a8oB5.575$Ok4.32624@sea-read.news.verio.net>    Thanks for the replies.   < But as mentioned, the code needs to execute on the PC, hence; CVT$CONVERT_FLOAT is of no value here.  We tried ConnX, and = this worked for some files, but we do some proprietary things = with RMS files, special 2-byte integers for dates, and so on, > and structural things in relative files, that just didn't work; out well.  The source links given were for 4-byte float.  I ; didn't try this (again D_FLOAT conversion needed), but I am : suspicious because it looked exceedingly simple - at least, from what I found researching 8 byte floats.  < So I broke down to do the bit-twiddles, and came up with the> following.  There are three things here which don't make sense= to me, but seemed to be required.  One was the final subtract 9 one on the exponent computation.  The other was the funny ; twiddle of the low order 3 bits of outp[0] towards the end. > And finally, it would not convert 0.0, hence the special case.> As it is shown, it worked for 25 sample 8-byte floats I tried.  = In the interest of shaking this out, and sharing the know-how 4 with peers, I provide the code, and invite comments.  , double CvtVAXFLOATDtoMSREAL8( double inVal ) { >  // Convert VAX/VMS FLOAT_D to Micorosft languages IEEE real*8(  //   inVal - 8 bytes of VAX/VMS FLOAT_D.  // returns - 8 bytes of Microsoft/IEEE double  // A  // Based on information from VAX Architecture Handbook and MSDN.   // ;  // How does it work?  Rowdy Yates philosophy applies here: C  // Don't try to understand them, just rope, throw, and brand them.   // H  // Lee Gillie - 28-Sep-2000 - Lee@odp.com, Online Data Processing, Inc.+  // Partially tested - not 100% proven yet.     double outVal;     if (inVal==0.0) {
   outVal=0.0; 	  } else { /   unsigned char *inp = (unsigned char *)&inVal; 1   unsigned char *outp = (unsigned char *)&outVal;   C   // VAX exponent stored as excess of 128, and MS as excess of 1023 H   long exponent = (((((inp[0] >> 7) & 0x01) | (( inp[1] & 0x7f) << 1)) - 128) + 1023) - 1;   =   // Sign bit is high order of a byte in both representations    char sign = inp[1] & 0x80;  ,   outp[7] = sign | ((exponent >> 4) & 0x7f);<   outp[6] = ((exponent << 4) & 0xf0) | (inp[0] >> 3) & 0x0f;<   outp[5] = ((inp[0] & 0x07) << 5) | ((inp[3] >> 3) & 0x1f);<   outp[4] = ((inp[3] & 0x07) << 5) | ((inp[2] >> 3) & 0x1f);<   outp[3] = ((inp[2] & 0x07) << 5) | ((inp[5] >> 3) & 0x1f);<   outp[2] = ((inp[5] & 0x07) << 5) | ((inp[4] >> 3) & 0x1f);<   outp[1] = ((inp[4] & 0x07) << 5) | ((inp[7] >> 3) & 0x1f);<   outp[0] = ((inp[7] & 0x07) << 5) | ((inp[6] >> 3) & 0x1f);<   if ((outp[0] & 0x03) == 1) outp[0] = (outp[0] & 0xfc) | 2;  }  return outVal;  }    --F ______________________________________________________________________F Lee Gillie, CCP                                Remove NOSPAM to E-MailF Online Data Processing, Inc. - 3501 N. Haven -  Spokane, WA 99207-8500   ------------------------------  # Date: Sat, 30 Sep 2000 17:44:13 GMT 2 From: "William Hymen" <t18_pilot@hotmail.spam.com>' Subject: Compaq DS10 vs Compaq Proliant 7 Message-ID: <NDpB5.44749$A4.1436916@news1.giganews.com>   3 Is is possible to configure a DS10/VMS with a modem . tcp/ip netscape so that its roughly equivalent  to a Proliant NT setup.  Meaning" developing vms C at home and still dialing out to my ISP.  This0 would allow me to finish stuff at home and email it to myself at work.    Bill   ------------------------------   Date: 30 Sep 2000 09:05:53 GMT- From: djweath@attglobal.net (Dave Weatherall) ' Subject: Re: DEC server 700 running LAT 5 Message-ID: <DTiotGxQ0bj6-pn2-SMRUTexnyWU0@localhost>   0 On Wed, 27 Sep 2000 19:51:46, "Chris Blackburn"   <cpblack@globalnet.co.uk> wrote:  L > Does anyone know how to log a LAT port out on a terminal server from a VMS > host > from within software ? > & > I know it is possible using NCP e.g. > # > MCR NCP CONNECT NODE (LAT server)  > local> LOGOUT PORT 1 > G > I need to force the port to disconnect as sometimes the LT_DISCONNECT 
 > functionM > sent via a QIO system service does not work and the port is still allocated  > on the: > server but the LATCP on the host thinks it is available.  D I've seen the same as Valentin, my only solution has been to delete > and re-create the LTA port. The problem has been worse when I < accessing the port from different hosts. (IIRC). Adding the F LT_DISCONNECT with a separate QIO before the DEASSIGN resolved most ofB the problems but it would appear that I still need to add an exit E handler to my program 'cos there are impatient people who CTRL-Y out  C of the program instead of the CTRL-Z escape route that I put in by  ) using END= on my FORTRAN reads statments.   D Please note though that my application  uses LTA lines dedicated to  the job in hand.   Cheers - Dave.   ------------------------------  % Date: Sat, 30 Sep 2000 15:39:05 +020040 From: Didier Morandi <Didier.Morandi@Easynet.fr>  Subject: DECnet Plus phased out?* Message-ID: <39D5ECF8.5BE4B493@Easynet.fr>  ? I heard that the DECnet protocole is gonna be phased out COMPAQaH internally. I also noticed that GKN and other training vendors no longer- "offer" the DECnet serie of training courses.r  B Should these classes be stopped wolrdwide? I thing they should notE because there are *plenty* of machines which don't need TCP/IP and soEE still use DECnet and still need operators and system manglers. But if G the material becomes unavailable, how can we provide the training? (I'mA1 talking about DECnet Phase V/OSI/Plus of course).M   Thanks,N D.  B PS: I went to see the DFWLUG site, but everything is not in there.   ------------------------------  % Date: Sat, 30 Sep 2000 10:56:26 -0500:7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> $ Subject: Re: DECnet Plus phased out?- Message-ID: <39D60D2A.291B0E9A@earthlink.net>3   Didier Morandi wrote:S > A > I heard that the DECnet protocole is gonna be phased out COMPAQ-J > internally. I also noticed that GKN and other training vendors no longer/ > "offer" the DECnet serie of training courses.  > D > Should these classes be stopped wolrdwide? I thing they should notG > because there are *plenty* of machines which don't need TCP/IP and so,G > still use DECnet and still need operators and system manglers. But ifoI > the material becomes unavailable, how can we provide the training? (I'm_3 > talking about DECnet Phase V/OSI/Plus of course).e > 	 > Thanks,5 > D. > D > PS: I went to see the DFWLUG site, but everything is not in there.  D My impression from this group is that except for those who need it'sB unique features, Phase V is not thought of as much besides another/ reason to get paged in the middle of the night.r  ? Outside of the OpenVMS world, I doubt there is ANY call for the B "features" of DECnet Phase V. Personally, it always impressed me a solution looking for a problem.   C So, yeah - I guess it makes sense. However, we still need what ever C info. is available for Phase IV and the existing Phase V sites will 1 probably need support for the foreseeable future.   & Dunno... Another stumper from the "Q"?   -- x David J. Dachterac dba DJE Systemsp http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/o  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.*   ------------------------------  # Date: Sat, 30 Sep 2000 16:08:09 GMT*- From: "Dave Pampreen" <davepampreen@home.com>o5 Subject: Re: Deleting 250,000+ files from a directoryR< Message-ID: <JdoB5.16026$hD4.4243344@news1.rdc1.mi.home.com>   Matt,f  L I had a situation where the same things was happening...I found out that the6 disk was marked "Erase on delete"   Enter the command:- $ SHOW DEVICE /FULL  <enter device name here>*J At the bottom look for ERASE ON DELETE.  If you see it, then this may be a  problem.  Here is my suggestion: Enter the command:  - $ set volume/noerase <enter device name here>P $ delete *.*;*  K Next question, do you require the 'erase on delete'?  If so, then the above L did not actualy erase the data rather just the directory entries.  The eraseI on delete actually wipes the data as well as the directory entry.  Unless:L your a highly sensitive and paranoid company, I recommend that be turned off
 on all disks.e  J Also, have you considered moving the files you do require to another disk,0 formatting the old disk, then putting them back?   Dave      4 "Carl Perkins" <carl@gerg.tamu.edu> wrote in message' news:20SEP200021010257@gerg.tamu.edu... 1 > "Matt Jacobs" <mjacobs1@twcny.rr.com> writes...eK > }An errant process added 250,000+ small files to a single directory on myr	 > }Alpha.B > }eL > }I am using a single process to delete them (delete *.*;*).  The files are/ > }being deleted at the rate of 5,000 per hour.  > } J > }I cannot reformat the disk.  Does anyone have any suggestions on how to more > }quickly delete the files? > }  > }TIA.0 > }0 > }    Matt Jacobs > L > The problem is that there can be no empty blocks in the directory file andJ > the file data is stored in alphabetic order base don the file name. OnceJ > you empty the first block, the rest are all shuffled back a block beforeK > the next file is deleted. This delay is compounded by the way the cachingAH > of the directory file is done or, more importantly, the way it *isn't* doneD > when it gets very large (this is supposedly corrected, or at least	 improved,0I > in the most recent versions of the filesystem - from your deletion rate1E > you are probably at an older version). So all this shufling is done I > directly with the file on the disk - disk to disk copies block by block < > of the entire file, moving it forward one block at a time. >p > The solution?b > # > There seem to be a few good ones.  >CJ > The best is probably to use the DFU utility. It can delete everything inI > a directory (and the directory itself) quite fast (I think it holds the J > directory file open, goes through it deleting each file without updatingB > the directory file, then closes and deletes the directory file).A > This only works to delete everything in a directory - you can'tlC > keep anything. It is very fast. If you don't already have it, youm6 > can get it off the freeware CD or the freeware site:? > http://www.openvms.digital.com/openvms/freeware/freeware.html  > F > Another thing that can go faster is to do a dummy backup to the null deviceI > using the /delete qualifier to delete them after the backup. The backupeH > utility seems to manage this final deletion pass a lot faster than the> > delete command does its work. So it would be something like: >c- > $ backup/delete the$disk:[the.dir]*.*;* nl:n > G > Note that this will not initially delete anything - it will take time(H > for the "backup to null device" pass, before the deletion pass starts. > G > Or delete them in reverse order. This is actually a tad problematical0G > in and of itself, so the usual method is to break the file names into]D > groups via wildcarding and delete the groups in reverse alphabeticG > order. Within each group it is alphabetic, but there are fewer blocksn& > to shuffle each time one is emptied. >hG > For example, if the file name are all some fixed prefix followed by aAC > number (a scheme used for mail files, and commonly used for other.A > timestamped or temporary files) you could make a .COM file with  > contents like: >h) > $ define where the$disk:[the.directory]0 > $! > $ delete where:prefix9*.*;*e > $ delete where:prefix8*.*;*  > $ delete where:prefix7*.*;*T > $ delete where:prefix6*.*;*p > $ delete where:prefix5*.*;*e > $ delete where:prefix4*.*;*o > $ delete where:prefix3*.*;*f > $ delete where:prefix2*.*;*A > $ delete where:prefix1*.*;*: > $ delete where:prefix0*.*;*O >:A > In the directory file the "prefix9*.*" file data come after the  "prefix8*.*"C > file data, so as blocks are cleared in the directory file all the1H > prefix8* through prefix0* file data in the directory stays put instead: > of being shuffled forward as the first group is deleted. >iH > This is still a lot of shuffling, so you might want to use more groupsD > than this. If the file names are alphabetic in nature, rather than numeric, > you can easily get 26 groups.  > I > Doing things this way can easily increase the deletion rate by a factor0J > of 10 or more. (It should be nearly proportional to the number of groups > you use.)  >,J > This allows you to specify groups that do not include sets of files thatB > you need to keep (although a better solution to that might be toF > temporarily move them elsewhere and delete everything that is left). > J > If you have the DFU utility, or can get it, and can delete everything inI > the directory then that is probably the best. Otherwise, you might wantgL > to try the backup method on a bunch of the files and see how fast it goes,K > then try the reverse order by groups method on one group the same size aseG > the backup method used and then use whichever is faster for the rest.bE > Either of them is likely to be considerably faster than a plain oldd delete.'G > On several occasions I have used the "delete groups in reverse order"i > method with good results.  >o
 > --- Carl   ------------------------------  % Date: Sat, 30 Sep 2000 09:03:26 +0100r  From: Paul Sture <paul@sture.ch>J Subject: Re: Deleting 250,000+ files from a directory + a bit of nostalgia+ Message-ID: <VA.000000eb.3bcdf7a0@sture.ch>t  G In article <1000929164411.340A-100000@Ives.egh.com>, John Santos wrote:t > Newsgroups: comp.os.vmsc" > From: John Santos <JOHN@egh.com>8 > Subject: Re: Deleting 250,000+ files from a directory ' > Date: Fri, 29 Sep 2000 16:58:51 -0400e > ( > On Fri, 29 Sep 2000, Paul Sture wrote: > Q > > In article <y48zseb5gd.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de>, Jan e > > Vorbrueggen wrote:M > > > From: Jan Vorbrueggen <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de>u > > > Newsgroups: comp.os.vmsm; > > > Subject: Re: Deleting 250,000+ files from a directory & > > > Date: 27 Sep 2000 10:32:34 +0200 > > > ( > > > Paul Sture <paul@sture.ch> writes: > > > S > > > > I had a similar problem a couple of weeks ago, although with a mere 25,000 uS > > > > files. I did the reverse sorting trick and still got very slow performance h > > > > (Alpha VMS V7.2-1).v > > > P > > > I thought that starting with V7.2, the XQP does directory I/O in 128 blockS > > > chunks, so that even the forward-order delete is much faster than previously?s > > > T > > Yes, I had that in mind when I started, was disappointed at the performance, so T > > tried the reverse delete. Very little difference in either method, as it turned T > > out, (subjective, stop watch only estimate), which in prior versions would have  > > yielded different results. > > R > > The moral is that it still takes a lot of time (hours) to delete thousands of T > > files, and I can only agree with criticisms seen here that VMS can be "slow" in  > > this respect.  > > R > > On that note, what joy it was to do a "rm -rf /windows" from Linux on my home Q > > Win98 system and see it complete in 2 seconds or so. I didn't believe it had  Q > > done it so fast, so added a "sync". That was instantaneous too. Under DOS it nG > > would have taken quite some time, so VMS is not on its own here :-)t > > ___. > > Paul Sture > > Switzerlandi > B > Paul - Do you mean DOS or REAL DOS?  I.E. MS-DOS or DOS-11?  :-) > > MS-DOS; unfortunately. I did mention the dread phrase Win98...  ; > (Some one will probably jump in here with IBM 360 DOS...)  >   S You couldn't have picked a better target. The first DOS I worked with was DOS/VSE, mT on an IBM 4331. :-) The first one in the UK _without_ a card reader, no less, which Q gave us no end of amusement when various highly paid folks came to install their s+ software and didn't know where to start :-)l  D > I remember one time needing to delete 1200 blocks on an RK05 underC > DOS-11 and it took almost exactly 2 minutes.  (10 blocks/second.)c > This was on a PDP 11/70. >fC > I think RK05's spun at 3600 RPM or 60 times/second, and it seemedoI > to be taking 3 rotations to delete each block.  DOS files used 510-bytexF > blocks with the extra 2-byte word being a link to the next block, soH > it isn't surprising it had to access each block at least twice to linkA > it to a free list, but it was an awful long time to wait by the 
 > console.  R And maybe a bit of read/write verification too? My use of RK05s (5MB fixed, 2.5MB N exchangeable IIRC) was restricted to RT-11 systems, which were pretty fast in  comparison.p  @ > For the other thread, yes I was actually using DOS-11 in 1981.F > Didn't want to, we did all the development on RSTS/E (or maybe underG > ROSS/V on a VAX 11/780), but at the customer site, we had to assembleoM > and link the app on DOS-11, create a system image that we parked somewhere, ? > then reboot the customer's 11/70 under there private OS (somelB > product of Bell Labs, NOT Unix), which had a utility for reading@ > DOS disks.  So I was used to being able to delete all the .objC > and .lst files in a couple of seconds.  When DOS took two minutesfA > to do the same thing, I was flabbergasted.  Not a pretty sight.  > T Magic memories! BTW we ended up going the IBM route because Digital refused to talk U to us direct, since we turned over less than 100 million GBP per year, and suggested VU we went to an OEM instead. We'd already been burned by 3 cowboy outfits, so that was iR that. A pity, because the following year we trebled our turnover, and coping with D that expansion rate would not have been possible without our 3 PDPs.  O "Yes sir", tappety-tap, "we have that part number in stock, VOR** order?". "No iT problem, we'll have the part anywhere in the UK by 9am tomorrow." Tap, tap". "Order N confirmed". The picking list / despatch note would be printed no more than 10 P minutes later (and if it was nearing the shipping agent's pickup time, we could M force it through the system faster). Not bad for 1978! Magic memories indeed.n  S ** Trucking jargon - a Vehicle Off the Road order was top priority, and could mean /6 that someone had 40 tons of perishable goods on board.  M Gone wildly off-topic I know. Blame it on the "How old are we all" thread :-)  ___p
 Paul Sture Switzerland0   ------------------------------  % Date: Fri, 29 Sep 2000 23:46:31 -0400 ' From: Derek Konigsberg <konigd@rpi.edu>0  Subject: Re: DELQAs for disposal' Message-ID: <39D56216.DA56894A@rpi.edu>i   Phil,3F     Hi.  I'm the president of the Electronics Club, over at RensselaerE Polytechnic Institute, where we have been collecting DEC stuff, along0D with various other old computers.  I just looked up what DELQAs are.D Q-bus ethernet adapters, right?  I'd love to say we'd have a use forG them, however the only machine we have with a Q-bus is our VAXstation 4_? (assuming the model actually exists, and isn't a figment of ourM> imagination)  The machine already has two ethernet interfaces.B     However, we are in need of certain items for our big VAX 8530.D Details will be in another posting, but basically we need VMS for itG (6250bpi tape and S/A floppys for the console), and possibly a new hard97 drive for the console (existing one is slowly failing).f   Thanks,0     Derek Konigsberg     konigd@rpi.edu5     E-Club: http://www.rpi.edu/dept/union/electronicsi   Philip Tait wrote:  F > I just found a box of 20 DELQAs (M7516-YM) that will go to the scrapH > pile unless someone wants them.  Company rules require donations to be) > to charitable/educational institutions.3 >T > -- >jA > Philip J. Tait.....Honeywell, Phoenix, Az...pjtnospam@email.com    ------------------------------  % Date: Sat, 30 Sep 2000 14:53:49 +0200W1 From: Enrico Badella <enrico.badella@softstar.it>a  Subject: Re: DELQAs for disposal+ Message-ID: <39D5E25D.A10EBFFE@softstar.it>    Philip Tait wrote: > F > I just found a box of 20 DELQAs (M7516-YM) that will go to the scrapH > pile unless someone wants them.  Company rules require donations to be) > to charitable/educational institutions.t  G Do you want them to go all in one round or are you willing to mail 3 orcL 4 of them? I've got two 11/73 that I would like to network to my other stuff   TIA    e.  H ========================================================================H Enrico Badella                       email:   enrico.badella@softstar.itA Soft*Star srl                                 eb@vax.cnuce.cnr.itnH InterNetworking Specialists          tel:     +39-011-746092            < Via Camburzano 9                     fax:     +39-011-746487 10143 Torino, Italyo  K   Wanted, for hobbyist use, any type of PDP and microVAX hardware,software,s4   manuals,schematics,etc. and DEC-10 docs or manualsJ ==========================================================================   ------------------------------  % Date: Sat, 30 Sep 2000 09:14:11 -0400 , From: Howard S Shubs <hshubs@mindspring.com>  Subject: Re: DELQAs for disposal> Message-ID: <hshubs-18A90D.09141130092000@news.mindspring.com>  J In article <39D56216.DA56894A@rpi.edu>, Derek Konigsberg <konigd@rpi.edu>  wrote:  G >    Hi.  I'm the president of the Electronics Club, over at Rensselaer F >Polytechnic Institute, where we have been collecting DEC stuff, alongE >with various other old computers.  I just looked up what DELQAs are. E >Q-bus ethernet adapters, right?  I'd love to say we'd have a use for/  M Heck, it could be worse.  They could be the DEQNAs which the DELQAs replaced.  --   Howard S Shubs# "Run in circles, scream and shout!"t   ------------------------------  % Date: Sat, 30 Sep 2000 13:29:41 -0400s, From: Stephen Eickhoff <operagost@email.com>, Subject: Re: Error using finger with UCX 5.0) Message-ID: <39D62305.353F8B03@email.com>0   Terry Kennedy wrote:  K > "Stephen Eickhoff (remove the - to reply)" <operagost@e-mail.com> writes:aR > > Sometimes, usually after at least a month of uptime, I start seeing this error > > if I type "finger":C > I >   Which finger program is this - one that comes with UCX, or one of the 9 > DECUS add-on ones? There are 4 or more of these around.n  M It's the one with UCX. However, I'm glad you responded because I was actuallyIS wondering about your finger. It seems that we were running it on our Microvax at my/O alma mater. I like how it reports the load. Maybe I'll try yours and bypass thei whole problem.   ------------------------------  # Date: Sat, 30 Sep 2000 09:23:49 GMT  From: gboado@nahuelsat.com.arf Subject: FMS and GKS) Message-ID: <8r4bf2$hi0$1@nnrp1.deja.com>L  B Hi. I need to transfer the FMS and GKS packages from one 3100 to aF MVII. I have the required licenses, but the installation kit was lost.; Does anyone know which files do I have to copy and modify?.n    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Sat, 30 Sep 2000 10:49:46 -0500 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>  Subject: Re: FMS and GKS- Message-ID: <39D60B9A.F59E7C7E@earthlink.net>    gboado@nahuelsat.com.ar wrote: > D > Hi. I need to transfer the FMS and GKS packages from one 3100 to aH > MVII. I have the required licenses, but the installation kit was lost.= > Does anyone know which files do I have to copy and modify?.l > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.y  B If you can tell me what versions you have, I can try to locate the' distributions when I get back from L.A.    -- f David J. Dachterar dba DJE Systemsp http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  # Date: Sat, 30 Sep 2000 14:51:44 GMTk. From: Michael Austin <maustin@nc.prestige.net>0 Subject: Re: Getting Compaq to advertise OpenVMS/ Message-ID: <39D60B4C.98C2AEB3@nc.prestige.net>   , This is a multi-part message in MIME format.& --------------F090B55ECB55AEFA7B10BCA3* Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bitd  G Just a quick note... There are times when email does not get deleted aslC I had an 1/2 hour discussion with Rich Marcello after sending him alG professionally written email about the concerns of OpenVMS often voicedrG here.  The discussion was encouraging, but as has been noted, there has A been little advertising done in the major publications.  Tru64 is @ getting more press primarily because it is perceived that buyingH managers want to see something with UNIX in it's name.  No company caresE what product they sell as long as it is what the customer wants.  And@@ the only way for you to do that is for companies to start firing, UNIX-centric managers. (ain't gonna happen).  B Some companies won't go the OpenVMS/Rdb route because they have noF expertise any more.  And if you find a consultant you are lucky to get2 them for the same rates of the UNIX/Oracle{7,8}...   Just my observations...o Michael Austin DBA Consultant   William Hymen wrote:  % > Getting Compaq to advertise OpenVMSt >  > If you want to promote! > advertising of OpenVMS, write a # > letter on your Company Letterheade > to the people who make the > descisions at Compaq.  Keept* > it professional and keep it to one page. > % > Include "personal and confidential" ! > about three lines down from the 	 > addressr > 1)Paper is good. > 2)email gets deleted.   > 3)Company letterheads impress. >    - Bill  >i' > The director of OpenVMS Marketing is:m >v > Compaq Computer Corporationi > Mary Ellen Fortier > 110 Spit Brook Roadt > ZKO3-4/W24 > Nashua, NH 03062 >r# > The Vice President of OpenVMS is:  >i > Compaq Computer Corporationk > Richard Marcello > 110 Spit Brook Roadf > ZKO3-4/W24 > Nashua, NH 03062 >n > The President of Compaq is:o >i > Compaq Computer Corporationf > Michael Capellas > 20555 State Highway 249s
 > MS110802 > Houston, Texas 77070  & --------------F090B55ECB55AEFA7B10BCA3- Content-Type: text/x-vcard; charset=us-ascii;   name="maustin.vcf"g Content-Transfer-Encoding: 7bit , Content-Description: Card for Michael Austin  Content-Disposition: attachment;  filename="maustin.vcf"o   begin:vcard  n:Austin;Michael   tel;work:704-947-1089h x-mozilla-html:FALSE org:Michael Austin, Inc 
 adr:;;;;;; version:2.1f+ email;internet:michaelaustininc@hotmail.comp title:Presidentg x-mozilla-cpt:;0 fn:Michael E. Austin	 end:vcardt  ( --------------F090B55ECB55AEFA7B10BCA3--   ------------------------------  % Date: Sat, 30 Sep 2000 00:01:23 -0400a' From: Derek Konigsberg <konigd@rpi.edu>e2 Subject: Getting our VAX 8530 working...(need VMS)' Message-ID: <39D56592.522D96F5@rpi.edu>    Hello,H     I'm writing all of you as the president of the Electronics Club overH at Rensselaer Polytechnic Institute.  Last year we managed to save a bigH VAX 8530 from the dump.  Since then, we have been trying to make it bootA an OS.  The first round of luck we had was in the spring, when wer< managed to find someone to ship us the special "VAX Console"D minicomputer that is required to run the machine.  However, our mainH problem remains unsolved.  Basically, we need VMS install media.  As farC as I understand, we need a set of floppy disks that run through the G console to load the "standalone backup" image onto the system disk, and D a 6250bpi tape for the TU81+ tape drive to actually load the rest of' VMS.  Our current hardware consists of:l VAX 8530 system unit TU81+ tape drive! RA82 hard drive (doesn't spin up)t RA81 hard drive (does spin up): Thing in other rack with 4 functional smaller hard drives. VAX Consolee  H Another problem that has recently crept up, however, is the state of theG console's hard drive.  We believe that the drive is slowly failing.  Ife@ we could somehow find a replacement drive, we would be greatful.  H So, that's our story.  If anyone could please help us get this system upF and running, we'll have one of the biggest hobbyist machines around ;)  @ Check out our webpage: http://www.rpi.edu/dept/union/electronics   Thanks,o     Derek Konigsberg#     President, RPI Electronics Clubr     konigd@rpi.edu#     http://www.logicprobe.org/~octoi   ------------------------------   Date: 30 Sep 2000 15:34:54 GMT& From: Cthulhu <cthulhu@kadath.deep.it>. Subject: Re: No more SYSDUMP.DMP? No more NTP?( Message-ID: <8r516u$uk$1@kadath.deep.it>  $ Veli K?rkk? <korkko@decus.fi> wrote:   > $ analyze/system > SDA> show lan/full; > The item to watch is "Can change address" line. SCS, LAT,   1 I did get a look, but it doesn't appear anywhere.e  E And, even starting DECnet in the standard way (not submitting it to ao< batch queue), NTP and OSU HTTPD have that strange behaviour.   Mah.  
 	misteringly,h 	   Cthulhut   -- o  G        Ph'nglui mglw'nafh Cthulhu http://www.rlyeh.it wgah'nagl fhtgan!o# 		        <cthulhu at rlyeh dot it>w   ------------------------------  % Date: Sat, 30 Sep 2000 09:28:55 -0500t1 From: Jeff Schreiber <SCHREIBER@Eisner.DECUS.org>o% Subject: Re: OpenVMS Sessions at CETS 1 Message-ID: <01JUS28MPH3M009FK7@Eisner.DECUS.org>   I On Fri, 29 Sep 2000, Sue Skonetski <susan.skonetski@compaq.nospam> wrote:l > J >so if you go to this session, let me know who you are so I can put a faceK >with a name.  At this point in my mind everyone looks like Patrick Stewart-A >or Harrison Ford ( my personal favorites) and Michelle Pfieffer.l >u  :   Yea... I'm the one that looks like Michelle Pfieffer....  L >OpenVMS Engineering Panel is Friday morning at 9:30.  I am moderating that,  L   Ok... that just BITES!  I've got a session up against it.  Maybe no one'llI   show up and I can blow it off!  And I had a good question lined up thisD   time!5   						-Jeffo   ------------------------------  % Date: Sat, 30 Sep 2000 15:34:19 +0200S0 From: Didier Morandi <Didier.Morandi@Easynet.fr>. Subject: Re: restart an Alpha ETN42-CA machine* Message-ID: <39D5EBDA.310D8B6B@Easynet.fr>   Osmo Kujala wrote: > I > I recall that firmware rom in AXPpci33 is too small to contain both ARCo0 > and SRM. Must load SRM over ARC. Instructions:0 > http://ftp.digital.com/pub/DEC/Alpha/firmware/  H Osmo, I'm very new at all this, I'm a poor OpenVMS engineer. Where can I= find useful information on SRM and ARC? I don't have the doc.m   Thanks,u   D.   ------------------------------  % Date: Sat, 30 Sep 2000 11:21:04 -0500n7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>h. Subject: Re: restart an Alpha ETN42-CA machine- Message-ID: <39D612F0.CC6E8357@earthlink.net>t   Didier Morandi wrote:s >  > Osmo Kujala wrote: > > K > > I recall that firmware rom in AXPpci33 is too small to contain both ARCe2 > > and SRM. Must load SRM over ARC. Instructions:2 > > http://ftp.digital.com/pub/DEC/Alpha/firmware/ > > > Osmo, I'm very new at all this, I'm a poor OpenVMS engineer.   Don't be so hard on yourself!r  
 > Where can I ? > find useful information on SRM and ARC? I don't have the doc.e   In a nutshell:    D SRM is the command-line console used on Alphas for OpenVSM and Tru64  (pka Digital UNIX and/or OSF/1).  G ARC is the full-screen menu console used on Alphas for support of W/NT.x; Linux and *BSD can also be booted up using the ARC console.d  ; A look through the Alpha sections of the OpenVMS FAQ may bee
 enlightening:t  = http://www.openvms.digital.com/wizard/openvms_faq.html#ALPHA1e   -- i David J. Dachteran dba DJE Systemst http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.t   ------------------------------  % Date: Sat, 30 Sep 2000 10:38:21 -0400 ) From: Richard <dr_vmsREMV@techieREMV.com>a Subject: Re: Shadow set.8 Message-ID: <1jubtsgpdtc9qsfg7vugiujchf26n1b8jr@4ax.com>  " -----BEGIN PGP SIGNED MESSAGE-----
 Hash: SHA1  , On Wed, 27 Sep 2000 14:12:17 GMT, Mike Price% <mike.price@littlewoods.co.uk> wrote:1   >e.g. / >mount dsa0:/shadow=(disk1:,disk2:) name1 name1o >(see manual for details)   C you only need to specify the volume label name once, unlike bindingl disks.  1 $ mount/sys dsa0:/shad=($1$dua:,$2$dua2:) volset1k  
 - -Richard   -----BEGIN PGP SIGNATURE-----cF Version: PGPfreeware 6.5.3 for non-commercial use <http://www.pgp.com>  @ iQA/AwUBOdX62D0Aaqse1c2oEQKPmQCaAoNnDG2XWptEs8pmoruaAbw3qiMAn2Hm KtpbM5DIiI6XVALC7I4TasC/ =mjZKK -----END PGP SIGNATURE-----n   ------------------------------    Date: 30 Sep 2000 18:27:42 +0100O From: pmoreau@dev.ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.64.40)8= Subject: Re: SIGMAs (was: RE: This list participants profile)m  Message-ID: <k0W6x28gVmer@sable>  l In article <200009292155_MC2-B53F-4373@compuserve.com>, "Richard B. Gilbert" <DRAGON@compuserve.com> writes:J >         The SDS 900 series machines (910, 920,925?, and 930) were 24-bitN > machines.  The 930 was my first computer (1967) and MetaSymbol was my first  > assembler language.e  K When I came to my first job (at CENA, in 1979), CII 10070 (French copies of.O Sigma 7) were used for Air Traffic Control systems (radar and flight Management M systems). At CENA, we had an IRIS 80, an evolution of the Sigma 7 made by CII K (multiprocessor etc ...) always with core memory and DTL logic circuits !! lK Only the last IRIS80's were using MOS memory ... A few of them are ACTUALLYe8 rnning an old simulator platform at ENAC in Toulouse ...  B At these times, the French ATC systems were written in Metasymbol.   Patrickn --O =============================================================================== O pmoreau@cena.dgac.fr  (CENA)     ______      ___   _           (Patrick MOREAU) 4 moreau_p@decus.fr (DECUS)       / /   /     / /|  /|J CENA/Athis-Mons FRANCE         / /___/     / / | / |   __   __   __   __  N BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |N 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|N http://www.ath.cena.fr/~pmoreau/            http://www.multimania.com/pmoreau/O ===============================================================================o   ------------------------------  % Date: Sat, 30 Sep 2000 19:22:11 +0010 % From: paddy.o'brien@zzz.tg.nsw.gov.au- Subject: Re: SOAP-5 Message-ID: <01JUSN194Y36004SSV@tgmail.tg.nsw.gov.au>    "John E. Malmberg" wrote:e > D > "David J. Dachtera" <djesys.nospam@earthlink.net> wrote in message) > news:39D55588.5ADF2421@earthlink.net...t > > posbourne wrote: > > >r2 > > > Does anyone know of a SOAP Listener for VMS? > > * > > Forgive my ignorance - what is "soap"? > 1 > Something that is easy to slip on and get hurt.  > $ > Simple Object Application Protocol >  > http://www.w3.org/TR/SOAP/  
 **SOAPbox on"m  Q The abstract implies that SOAP stands for LPEIDDE.  Plenty of buzzwords which I, ,; as a simpleton little number cruncher, do not understand.  d  Q Does it do more than any other "lightweight protocol for exchange of information bL in a decentralized, distributed environment" (whatever the hell that means) P does?  IEEE has tried to define an exchange protocol for electrical engineering D applications -- I don't think it has caught on too much universally.  K Can't we go back to speaking simple English, American, Australian, French, oP German, etc.?  Why do we need another language that few of us speak, but we all L have to pretend that we are totally cogniscent of.  Nor is this new-speak a O jargon within a discipline -- it seems to be the intended everyday language of j our grandkids.   **SOAPbox off**h   Regards, Paddy   Paddy O'Brien, Transmission Development,-
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australial   Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  M Either "\'" or "\s" (to escape the apostrophe) seems to work for most people,A; but that little whizz-bang apostrophe gives me little spam.    ------------------------------  # Date: Sat, 30 Sep 2000 08:52:32 GMTt/ From: "Andrew C. Stoffel" <acs@cyberportal.net>l Subject: Re: SOAPeD Message-ID: <acs-F94345.04511730092000@premium.news.fcgnetworks.net>  ' I've lost track of who started this....   4 > > > > Does anyone know of a SOAP Listener for VMS?  ( More details about SOAP can be found at:  ; http://msdn.microsoft.com/msdnmag/issues/0300/soap/soap.aspa  ? Or better yet (If you're allergic to the site above), start at:t      http://www.xmlrpc.com/t  @ and do a search for SOAP. You might find something in Perl......8 There is a Perl version of XML-RPC, a precursor to SOAP.   -Andy-   -- t@ ----------------------------------------------------------------@ Andy Stoffel                              acs@sPaMsPuDcampus.com@ It's difficult to see when peering over the shoulders of giants.   ------------------------------   Date: 30 Sep 2000 09:05:52 GMT- From: djweath@attglobal.net (Dave Weatherall)c+ Subject: Re: This list participants profileb5 Message-ID: <DTiotGxQ0bj6-pn2-cndU2jXZY4gt@localhost>c  B On Wed, 27 Sep 2000 18:40:50, fabio_compaq@ep-bc.petrobras.com.br  wrote:  C If this isn't a good way to get the lurkers :-) I've seen names of  5 people who I know but haven't seen for years. Hi Tim.    SET RADIX DECIMALt  D Anyway, I'm 48 now, been working with VMS since 1983, before that I ? had 6 years on pdp-11's and RSX-11M. Before that I had 2 years /F managing a pdp-8 Data Aquistion System (don't remember much of that - ! didn't  need to do too much:-)). R  F Now I maintain a real-time test system for a/c mission s/w as well as 8 the Software Development Environment  that generates it.   Cheers - Dave.   ------------------------------   Date: 30 Sep 2000 09:05:55 GMT- From: djweath@attglobal.net (Dave Weatherall)r( Subject: Re: VaxStation 3100 Floppy Disk5 Message-ID: <DTiotGxQ0bj6-pn2-hGihQy0Ztnnn@localhost>e  E On Fri, 29 Sep 2000 14:53:30, koehler@eisner.decus.org (Bob Koehler)   wrote:  ] > In article <8r20oc$26gk$1@info.cs.uofs.edu>, bill@cs.scranton.edu (Bill Gunshannon) writes: C > > Is it possible to read a PC floppy disk on a VaxStation 3100 oroC > > to write a VMS type floppy on a PC??  I am trying to find a way , > > to move data (Hobbyist PAKs) to my 3100. > H > There's a utility shipped in the Pathworks server kit, and another oneH > available somewhere on the net which will handle DOS FAT floppies fromG > VMS.  IIRC one's called PCX and the other PCDISK but I can't remembern > which is which.u > J > There's a VMS floopy reader for DOS, but I don't think there's a writer.C > I understand DOS/Windoze have a habit of trashing the first blocke, > of the filesystem with a "harmless" stamp.  @ Our version of PCDISK has a Y2K problem i.e. we're back at 1980 F (IIRC). Anyone know if this is fixed? We rarely use it for deliveries,F where the date is important, but it is done sometimes and then people @ have to TOUCH the file on a PC to make the data appear 'modern'.  F The only other thing I don't like about PCDISK, is its error-handling  or its lacking thereof.    Cheers - Dave.   ------------------------------  % Date: Sat, 30 Sep 2000 09:01:42 -0700q! From: Tom Linden <tom@kednos.com>n( Subject: Re: VaxStation 3100 Floppy Disk1 Message-ID: <059a01c02af7$b9cfb5a0$f6c7cccf@reka>a  J If you need PL/I we can certainly help you with that whether it be OpenVMS) or Tru64.   MDMLIB we can't help you with   H If you need a copy let me know, and we can give you a temporary license.   regards  Tom/   ----- Original Message -----/ From: "Hunter Goatley" <goathunter@goatley.com>t To: <Info-VAX@Mvb.Saic.Com> ( Sent: Friday, September 29, 2000 1:12 PM( Subject: Re: VaxStation 3100 Floppy Disk    2 > On Fri, 29 Sep 2000 17:17:23 GMT, "Lyle W. West"+ > <lyle.west@childrenshc.org.nospam> wrote:a > >iE > >Speaking of which, the MG software list (abstract) also descibes a I > >package call MPMGR, a mod params cleanup tool I assume. Unfortunately,mH > >the Zip file for it doesn't exist. Even though it is/was written withC > >PL/I, with the hobby licenses, this may not be an issue, else it G > >could be 'ported' (kinda reluctant to use that word here) to another5 > >language. > >nG > >Is there a particular reason it is no longer available? I still have E > >several production vaxen here that could use a good cleanup, and IlE > >am reluctant to jump into a couple of manual modparams salvations.  > >sE > Wow. I didn't even realize it was missing.  I'll take it out of thee > product listing. >nG > I was going to put it back in, but it's not only written in PL/1, bute? > it depends on the PL/1 version of MDMLIB, which was rewritteni > in BLISS many moons ago. > @ > If you'd like to take a stab at rewriting in another language,& > you can find it on ftp.decus.org in: >o* > DECUS_FTP:[ANONYMOUS.VS0087.VAX88A3.RPI] > 8 > The old PL/1 MDMLIB and MPMGR can both be found there. > 6 > If you rewrite, let me know and I'll add it back in. >i	 > Thanks!  >  > Hunter > ------; > Hunter Goatley, Process Software, http://www.process.com/n< > goathunter@goatley.com      http://www.goatley.com/hunter/ >/   ------------------------------  # Date: Sat, 30 Sep 2000 13:10:41 GMTt From: trevor_deja@my-deja.come0 Subject: Re: VAXStation 4000/90 hardware failure) Message-ID: <8r4oof$pt8$1@nnrp1.deja.com>r  
 Hi Antonio   Thanks for the ideas.h  ' In article <39D3B831.97F955A2@iee.org>,s   arcarlini@iee.org wrote: >o >s  > trevor_deja@my-deja.com wrote: > D > > When power is turned on the status LED's show FF (all on) and do not G > > change.  The system does not boot.  I have checked the power supplyr and F > > all voltage rails are being produced ok.  I've proded a few points onC > > the processor board with a scope and I can see access cycles ofR someE > > description occuring.  I've tried removing the daughter boards tos seei, > > if these are killing the machine but no. >l< > Have you configured it to run without a monitor and on the? > alternate console line (S3 up at the front and plug in to thet> > printer port at the back)? If so do you get anything at all?   Not a sausage.   >0C > All LEDs on is a very early failure - likely to be something liked% > a missing DC OK signal or the like.f  D Yes I think so.  I've checked the power supply voltages are reaching2 the board ok, so it's not the power supply itself.  G It could perhaps be the cct that generates the DC ok signal.  If I knew8C where it was and what it was, it's probably within my capability too; fix it.  It could also be something more serious of course.r   >n@ > I'll try and look it up tomorrow when I'm near a manual - feel > free to mail if I forget.3  
 Please do.   >-A > > I've just about run out of simple things I can check now, andeG > > without a schematic there is nout more I can do.  This is where you. > > come in. >gF > I've never seen schematics for any of the VAXstations - these days IE > expect such stuff does not make it out much further than the designi- > teams and the sustaining engineering teams.g  @ Perhaps when particular hardware is no longer in production thisA information could be released.  A number of people have requestedhA old technical manuals and such here.  It would be an asset to the"? Hobbyist program.  There surely can't be any real concern about E releasing this information for old equipment, when VAX systems are no , longer being made.  Sorry I shouldn't go on.  G > > Does anyone know of any common faults that are know to occur on theg, > > 4090 that I might be able to check for ? >t% > Mine has never failed (touch wood)!e >s@ > I did have a very weird failure on a VS3100-76 once. After I'dC > stripped out all the unnecessary accessories, swapped the PSU andr8 > the mainboard I found that the problem was the mouse!! >lD > So rip out everything except the PSU, the mainboard and the little? > PCB that holds the LEDs. I don't think it needs anything elseeA > to run far enough to start showing different codes on the LEDs.  >e   Yep tried that.   G > > I'm clutching at straws I know, but I'm very reluctant to throw all 3 > > those VUPS in the bin, so any help appreciated.e >g > Has it ever worked?a  F It failed whilst in use by the previous owners.  It was passed onto meE on the off chance I might be able to fix it.  It's not looking likelyu is it.  A Ok thinking of alternative courses of action, is there anywhere I-F could pick up another motherboard to go in this machine.  Was there an( Alpha upgrade board to go in this model.   Thanks for your help   Regards, Trevor6   trevor_deja@my-deja.come    & Sent via Deja.com http://www.deja.com/ Before you buy.D   ------------------------------   End of INFO-VAX 2000.547 ************************