1 INFO-VAX	Fri, 17 Nov 2000	Volume 2000 : Issue 642       Contents:< Re: %RMS-W-RTB, 3373 byte record too large for user's buffer& Re: Alpha 8KB vs 64KB Memory Page Size& Re: Alpha 8KB vs 64KB Memory Page Size& Re: Alpha 8KB vs 64KB Memory Page Size& Re: Alpha 8KB vs 64KB Memory Page Size& Re: Alpha 8KB vs 64KB Memory Page SizeE Re: AS 255/233, which graphics card do I have without opening the box @ Re: Booting standalone backup from disk (MicroVAX cluster, DSSI)@ Re: Booting standalone backup from disk (MicroVAX cluster, DSSI)@ Re: Booting standalone backup from disk (MicroVAX cluster, DSSI) CDE Front Panel  Re: Compiler /tune switches. Re: DEC 5305 question  Re: DHCP Server Default Route ? & ECO VAXSHAD07_071 breaks SHOW commands Re: f$search improvement ? Re: file transfer VMS to unix  Re: file transfer VMS to unix  FRONTPORT library bug fix.5 Re: Gartner: Where =?iso-8859-1?Q?=B4s?= OpenVMS ????  Re: Good BYTE article on VMS Incoming FTP log large mail attachments Re: large mail attachments Re: large mail attachments Re: large mail attachments) Re: Looking for RJ45-to-ThinWire adapter. ) Re: Looking for RJ45-to-ThinWire adapter. # Re: Looking for ROM bootstrap info.  Re: Mime attachment  Re: Mime attachment  Re: Mime attachment + Re: Pascal calling convention from C++ code 4 Re: Removing trailing spaces from a 1700 byte record4 Re: Removing trailing spaces from a 1700 byte record5 Re: Resurrecting an Alphastation 200/250: help needed 	 Re: RWAST 	 Re: RWAST . Re: Severity of eBay's ecache problem detailed. Re: Severity of eBay's ecache problem detailed. Re: Severity of eBay's ecache problem detailed Re: strange SMTP problem Re: strange SMTP problem Re: Sun "uptime" belly laugher RE: Technology of US Elections Re: Technology of US elections RE: Technology of US elections RE: Technology of US elections RE: Technology of US Elections RE: Technology of US Elections RE: Technology of US elections RE: Technology of US elections Re: Technology of US Elections Re: Technology of US elections Re: Technology of US Elections8 re: Re: Technology of US elections x Brazilian elections8 Re: Re: Technology of US elections x Brazilian elections UCX setup question Re: UCX setup question Re: UCX setup question$ Re: What is ASYNCWRTER system crash?* Re: Where are Compaq's Technical Journals?* Re: Where are Compaq's Technical Journals? Why does ERRFMT die? Re: Why does ERRFMT die? You Are So Right) Re: [Fwd: RE: Technology of US elections] ) Re: [Fwd: RE: Technology of US elections]  Re: [Q] MadGoat FTP   F ----------------------------------------------------------------------  % Date: Thu, 16 Nov 2000 17:27:45 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca> E Subject: Re: %RMS-W-RTB, 3373 byte record too large for user's buffer , Message-ID: <3A14514D.2B90CD70@videotron.ca>  M One common occurance of this error is that you are expecting a text file, but M the file is structured in such a way that RMS sees the file as one veryu long 1 record instead of a file with many shorter lines.   7 if you do a DIR/FULL on the file, what does it reveal ?   N you may try SET FILE file.name /ATTR=(RFM:STMLF) to tell the file systems thatJ this file is a stream of records delimited only by the lifefeed character.  3 (help set file/ATTRIB for a list of possibilities).    ------------------------------  # Date: Thu, 16 Nov 2000 19:33:36 GMT  From: gleason@eisner.decus.org/ Subject: Re: Alpha 8KB vs 64KB Memory Page Size + Message-ID: <jLVVv0HJ7B2k@eisner.decus.org>   d In article <8v161s$752j$1@lead.zk3.dec.com>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes: > E > As an aid, the simplest way for a user-mode application to do it is  > something like:  >  > #include "lib$routines.h"  > #include "syidef.h"  >  > int size; % > lib$getsyi(&SYI$_PAGE_SIZE, &size);  >  > for the size in bytes. > 5 > Drivers and inner mode code use... mmg$gl_page_size  > C   The page mmg$gl_page_size is in, has protection for read as KESU, ) so it's available in user mode as well...    Lee K. Gleason N5ZMR Control-G Consultants    ------------------------------  % Date: Thu, 16 Nov 2000 14:51:45 -0500 5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> / Subject: Re: Alpha 8KB vs 64KB Memory Page Size , Message-ID: <8v1dre$793g$1@lead.zk3.dec.com>  I Yeah, but then you have to link against the system.  Not generally a good E idea for typical user code - since it will require a relink for major  version releases.     - gleason@eisner.decus.org wrote in message ... ? >In article <8v161s$752j$1@lead.zk3.dec.com>, "Fred Kleinsorge" % <kleinsorge@star.zko.dec.com> writes:  >>F >> As an aid, the simplest way for a user-mode application to do it is >> something like: >> >> #include "lib$routines.h" >> #include "syidef.h" >> >> int size;& >> lib$getsyi(&SYI$_PAGE_SIZE, &size); >> >> for the size in bytes.  >>6 >> Drivers and inner mode code use... mmg$gl_page_size >>D >  The page mmg$gl_page_size is in, has protection for read as KESU,* >so it's available in user mode as well... >  >Lee K. Gleason N5ZMR  >Control-G Consultants >    ------------------------------   Date: 16 Nov 2000 20:07:53 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)/ Subject: Re: Alpha 8KB vs 64KB Memory Page Size 6 Message-ID: <8v1eqp$s79$1@mailint03.im.hou.compaq.com>  L In article <jLVVv0HJ7B2k@eisner.decus.org>, gleason@eisner.decus.org writes:D :  The page mmg$gl_page_size is in, has protection for read as KESU,* :so it's available in user mode as well...  F   Correct.  That said, using direct access to various inner-mode data E   cells within the OpenVMS executive means that the application will  C   likely have to be linked against the OpenVMS executive, and such  $   images are then version-dependent.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 16 Nov 2000 15:41:06 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) / Subject: Re: Alpha 8KB vs 64KB Memory Page Size + Message-ID: <4Sb+YTrZne0J@eisner.decus.org>   e  In article <8v161s$752j$1@lead.zk3.dec.com>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:    > for the size in bytes. > 5 > Drivers and inner mode code use... mmg$gl_page_size   G Meaning son-of-Alpha will have a maximum page size of 4 GB if we are to  get software compatibility :-)   ------------------------------   Date: 16 Nov 2000 21:03:57 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)/ Subject: Re: Alpha 8KB vs 64KB Memory Page Size 6 Message-ID: <8v1i3t$slv$1@mailint03.im.hou.compaq.com>  g In article <4Sb+YTrZne0J@eisner.decus.org>, Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) writes: f : In article <8v161s$752j$1@lead.zk3.dec.com>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes: :  :> for the size in bytes.  :>  6 :> Drivers and inner mode code use... mmg$gl_page_size : H :Meaning son-of-Alpha will have a maximum page size of 4 GB if we are to :get software compatibility :-)   E   You must be mis-reading that cell.  MMG$GL_PAGE_SIZE is actually a  G   bit-encoded longword containing the page-size flags.  Currently only  G   one value is defined, with a mask MMG$M_8192 of %x00002000 and a bit  I   offset MMG$V_8192 of 10.  Hypothetical new values might be MMG$M_65536  J   (%x00010000) and MMG$V_65536 (16), but we would have 30 other remaining J   size bit codes to utilize as required.  Or was it that MMG$GL_PAGE_SIZE I   was a constant, with one page size constant value MMG$K_8192 currently  G   defined?  I'm quite sorry that I cannot remember the specifics here,     it's been a long week.  :-)   N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Thu, 16 Nov 2000 19:57:39 GMT 3 From: Tim Llewellyn <tim.llewellyn@cableinet.co.uk> N Subject: Re: AS 255/233, which graphics card do I have without opening the box/ Message-ID: <3A143C00.EBC0D5AE@cableinet.co.uk>   9 Sorry to followup on my own post but I did get the system 2 down for a while this PM and have some more input.   Tim Llewellyn wrote: >  > Fred Kleinsorge wrote: > J > > My guess is that you have a Mach-64 ISA graphics card (the most common  > > ISA card out there for VMS).  D Yup, for a brief instant when I managed to elicit some response from' isacfg I did see Mach-64 on the screen.    > > C > > Check the IO prefixes (SYSMAN IO SHO PREFIX) and make sure that D > > DECW is one of them.  Do a SYSMAN IO AUTO/FULL to see what ICBMsA > > are being invoked - and make sure DECW$ICBM is being invoked.  > >  > B > I checked the ICBM thing (memories from a past life). Its there. >  > $ mcr sysman io sh prefix  > 4 > %SYSMAN-I-OUTPUT, command execution on node xxxxxxQ > %SYSMAN-I-IOPREFIX, the current prefix list is: DECW$,DECW$GRAPHICS_,SYS$,DECW$  >  > > ; > > If so, check that DECW$AUTOCONFIG.DAT is in SYS$MANAGER  > >  >  > Its is indeed  >  > > 3 > > If so, edit the file and add a line: DEBUG = -1  > + > I did that, I guess I have to reboot now.  > O > As I mentioned, it was VMS 6.2-1H3 that I had DECWIndows working under. Maybe Q > I need to use ISACFG to make DECWindows know about the graphics device? Is that . > a program on a floppy, or a console command?  H OK. isacfg is on the firmware, as is iconfig (DECForms interface to some of the functionality).  F I tried to configure a PCXAL (from memory, is that correct for Mach64)	 and still F with isacfg, but still DECWIndows doesn't see the device. Do I need an ECU @ diskette for the MAch64? If so, I hope I can download one as its unlikely the original 
 is available?    Regards    ------------------------------   Date: 16 Nov 2000 18:49:59 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)I Subject: Re: Booting standalone backup from disk (MicroVAX cluster, DSSI) 6 Message-ID: <8v1a8n$rfh$1@mailint03.im.hou.compaq.com>  S In article <3A141E93.8C8025E1@pacbell.net>, Doug Kiner <dkiner@pacbell.net> writes: E :I've created a standalone backup kit on a non-system DSSI disk in my @ :cluster (DIA5) and want to boot a MicroVAX 3400 from that kit..  H   If you have the room on the disk, I'd drop at least a minimal OpenVMS -   VAX installation onto the alternate disk...   F :Confirming that I need only enter  ">>> BOOT DIA5:"  (No registers orG :other special qualifiers required) to boot from the kit on that drive?   D   If the system root is in DIA5:[SYS0...], yes.  Otherwise, you willE   need to specify the boot root via BOOT /R5:n0000000 DIA5, where "n"    is the target [SYSn] root.  G   A few of the older MicroVAX consoles will not want to see the ":" in  F   the BOOT device specification.  Most consoles do accept it, however.  I :Also, will I need to a >>>SET BOOT to change the boot device back to the I :(original) system disk once I am done with my backup/restore operations?   B   No, you need not alter the defaults here -- you can override the?   default boot flags and boot device and explicitly specify the F   target for the bootstrap.  You need not use SET BOOT or SET BFLAGS,    in other words.   D   If you have a recent OpenVMS VAX distribution CD-ROM, you can boot@   standalone BACKUP or full OpenVMS VAX directly from the media.  E   I would encourage a look at the installation and upgrade manual for F   the platform, and at the system management documentation -- both forG   the console syntax and operations, and for information on the correct    use of BACKUP.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 16 Nov 2000 13:42:36 -0500 0 From: David Beatty <David.Beatty.NOSPAM@sas.com>I Subject: Re: Booting standalone backup from disk (MicroVAX cluster, DSSI) 2 Message-ID: <OyoUOjhYDHTxnj1QDKYjk1FKtswB@4ax.com>  C On Thu, 16 Nov 2000 09:51:15 -0800, Doug Kiner <dkiner@pacbell.net>  wrote:  E >I've created a standalone backup kit on a non-system DSSI disk in my @ >cluster (DIA5) and want to boot a MicroVAX 3400 from that kit.. > F >Confirming that I need only enter  ">>> BOOT DIA5:"  (No registers orG >other special qualifiers required) to boot from the kit on that drive?   E Depends on what the default root is for that system.  If it's root 0, > then yes that will work fine.  Otherwise, it's BOOT/R5:0 DIA5:   > I >Also, will I need to a >>>SET BOOT to change the boot device back to the I >(original) system disk once I am done with my backup/restore operations?  >    Not unless you do a SET BOOT.    >TIA >    ------------------------------  # Date: Thu, 16 Nov 2000 20:36:38 GMT 4 From: "Peter Ljungberg" <peter.p.ljungberg@telia.se>I Subject: Re: Booting standalone backup from disk (MicroVAX cluster, DSSI) 3 Message-ID: <qzXQ5.6206$jv2.750415@newsc.telia.net>   % I think you must set BFLG to E0000000 # and do Boot, if I remember the 3400   	 >>> ^P.Lj   2 "Doug Kiner" <dkiner@pacbell.net> wrote in message% news:3A141E93.8C8025E1@pacbell.net... F > I've created a standalone backup kit on a non-system DSSI disk in myA > cluster (DIA5) and want to boot a MicroVAX 3400 from that kit..  > G > Confirming that I need only enter  ">>> BOOT DIA5:"  (No registers or H > other special qualifiers required) to boot from the kit on that drive? > J > Also, will I need to a >>>SET BOOT to change the boot device back to theJ > (original) system disk once I am done with my backup/restore operations? >  > TIA  >  >    ------------------------------   Date: 17 Nov 2000 02:25:56 GMT From: sk388@aol.com (Sk388)  Subject: CDE Front Panel: Message-ID: <20001116212556.18174.00000265@ng-fi1.aol.com>   Folks,O I have a DEC 3000 model 600 running OpenVMS 7.2.  I would like to modify my CDE @ Front Panel.  Where at in the software do you go to modify this?  
 Scott Fritz      ------------------------------    Date: 17 Nov 2000 14:38:23 +08005 From: Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> % Subject: Re: Compiler /tune switches. 7 Message-ID: <rjqitpnxfvk.fsf@morwong.ucc.gu.uwa.edu.au>   4 hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:  q > In article <rjq66lwvxu3.fsf@morwong.ucc.gu.uwa.edu.au>, Paul Repacholi <prep@morwong.ucc.gu.uwa.edu.au> writes: G > :The C compiler has EV6 and EV6_2 as options. What is the difference?   . Thanks guys... one less set of tests to run :)  D > :Is it possible to use MM ( EV6 )etc without getting the byte/word# > :load/stores ( EV56 ) generated?   >  >   Not that I am aware of.  >  >   What are you up to?   D Testing the performance of various compiler options etc. And testingB EVx code on EX~x machines. Think my old M600 needs new SRM though,C the EV56+ code goes to  lunch. At a load unaligned byte instruction 	 it seems.   B The un-aligned loads where given as a performance loss, unless you? are poking IO busses etc. The extra MM isns, and the math stuff  is a win all over.   From the numbers so far...  B EV4 - EV56 on a 56:  Good speed up, and smallest code. On a EV4 it                      hangs. B EV6 is within a few percent of the EV56, but bigger by quite some!C I suspect this is because of more agressive and deeper pipeling and  scheduling.   > The code I've been using is: Gzip, FFTW, and the DES code from; Openssl. The FFTW VMS vs Unix ( DU 4 ) is sobbering for big  transforms that page!   9 I must add, that none of the gains you get from this have 8 so far come near what you get for intra-module compiling5 " /Plus-list and a Huge page file are your friend" ;)    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Fri, 17 Nov 2000 03:29:22 GMT + From: Jeff Campbell <jcampbell@ins-msi.com>  Subject: Re: DEC 5305 question+ Message-ID: <3A14A1CA.2754A27A@ins-msi.com>   H I have used the following on my DS3300, might work on the DS530x series. From the SRM prompt:   	1) set boot_reset on   	2) edit nvram and add the line: 		10 set srm_boot on 	3) init   HTH,  
 Jeff Campbell  n8wxs@arrl.net   Paul McCormack wrote:m > M > What is the magic to enable a "Digital Server 5305" to run Tru64 or OpenVMSi > ?tG > This is one of the old DEC "Windows NT Only" systems that were sold at. > couple of years ago. Does such magic exist ? >  > Paul McCormack   ------------------------------  # Date: Thu, 16 Nov 2000 20:12:02 GMTh From: trevor_deja@my-deja.comS( Subject: Re: DHCP Server Default Route ?) Message-ID: <8v1f2a$u7d$1@nnrp1.deja.com>    Hi KariB  ? Thanks for the follow up, sorry for the delay in acknowledging.d  2 In article <01c048c0$5a0a7790$9d08a8c0@rlhkikker>,4   "Kari Keronen" <kari.keronen@radiolinja.fi> wrote:@ > If you mean sending Default Gateway address to the client it's >S- > Subnets -> BASIC DHCP Parameters -> RoutersE >,  B I had tried this, and I have re tried several times following yourE post, but it does not seem to work for me.  No entry is placed in the G DHCPCAP file when I set the Routers field and Update using the GUI.  InsC fact the GUI writes a blank file and deletes the prior versions !!!a0 Only the NETS file appears to be set by the GUI.  C This is TCPIP 5.0 I'm running not 5.0A.  I'm begining to think thisa might be the problem.o  E I have edited DHCPCAP file manualy to set the default route (gateway)g and this works ok.  Viz.  	 subnet0:\n         :tc=.global.:\         :nw=192.168.0.0:\m         :gw=192.168.0.2:\M         :ds=192.168.0.5:\a         :ba=192.168.0.255:  F I would like to know the syntax for defining more than one DNS server,: and can someone explain what the 'tc' entry does exactly ?   Regards, Trevora   trevor_deja@my-deja.com-      & Sent via Deja.com http://www.deja.com/ Before you buy.l   ------------------------------  % Date: Fri, 17 Nov 2000 01:05:46 -0500o  From: John Santos <JOHN@egh.com>/ Subject: ECO VAXSHAD07_071 breaks SHOW commands.- Message-ID: <1001117004209.342A@Ives.egh.com>e   Warning to all:n  A Yesterday I installed a new ECO, VAXSHAD07_071 on my VAX 4000-200n@ (VMS V7.1) test system.  Many DCL show commands stopped working.D Since the ECO requires rebooting, I did so, expecting that would fixE the problem, but it didn't.  The ECO left the old version of SHOW.EXE  in place, so I:i  B $ rename sys$system:show.exe;-1 ;0	! rename old version to highestC $ install replace sys$system:show.exe	! since show.exe is installed   1 This seems to have fixed all the "show" problems.h  = The symptoms were:  "$ show device" produced a register dump.0A "$ show terminal" printed a few spurious terminal settings, and atA lot of line noise, then hung the terminal until you typed ctrl/Y. A Other "$ show" commands failed as well, but I forget the details. E If anyone really wants to know, I can repeat the above rename/installh and get the details...  4 I have submitted a problem report to Compaq support.  > (I'm not actually running shadowing on this system, so I don't< know what happens when you "show device" on a shadowed disk.< I always install ECOs to check for problems like this before? installing on customer systems, where they are using shadowing.e; Curiously, the Alpha V7.2-1 shadowing ECO kit also releasedU> last week (VMS721_SHADOWING-V0300) has been put on engineering: hold.  Before they did that, I had already installed it on= my test Alpha, but haven't noticed any problems with it yet!)h   --   John Santosy Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Fri, 17 Nov 2000 07:04:59 +0100n> From: "Jean-Franois Marchal" <jean-francois.marchal@x9000.fr># Subject: Re: f$search improvement ?c. Message-ID: <8v2hjs$js7$1@reader1.imaginet.fr>   Thanks to all ...2J The right solution is obviously to compare the result to the previous one. Going to modify my code. Cordialement
 Jean-FranoisS    ? "Robert Deininger" <rdeininger@mindspring.com> wrote in message6F news:rdeininger-1611001040560001@user-2ivea3d.dialup.mindspring.com...J > In article <3A100FFA.53C9038A@bbc.co.uk>, tim.llewellyn@bbc.co.uk wrote: >( >5I > > Yes, I have had to insert a check for a wildcard in the search stringn andnL > > have two code paths, one with a loop (if "*" found in search string) and oneo: > > without (no "*" found) in some procedures I have made. >lJ > It's worse than that.  You also need to check for "%" and "...".  And ifK the file spec starts with a logical name that is a search list, that countso as a wildcard also.c >aK > It seems better to compare the f$search result to the previous result, asr other posters have suggested.d >  > -- > Robert Deininger > rdeininger@mindspring.com-   ------------------------------  % Date: Thu, 16 Nov 2000 16:42:11 -0500l% From: "Brian Tillman" <tillman_brian>g& Subject: Re: file transfer VMS to unix" Message-ID: <3a14540e@news.si.com>  F >I want to transfer a file from a VMS-machine to a unix machine from aC >fortran program. My idea was using ftp. This works fine to another<( >VMS-machine but not to an unix-machine. >the command I used waslE >reply=LIB$spawn('multinet ftp address  /user=#####  /pass=$$$$$  puti >test.for test.for')H >Unix seems to run ftp only interactively, so it doesn't except user and >password specifications.    TryA  ; reply = lib$spawn('copy/ftp/ascii test.for unixsystem"#####  $$$$$"::test.for')  ? Unix's FTP server does NOT expect the client to be interactive.e --A Brian Tillman                   Internet: tillman_brian at si.commA Smiths Industries, Inc.                   tillman at swdev.si.com-= 3290 Patterson Ave. SE, MS      Addresses modified to prevento< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------   Date: 17 Nov 2000 02:13:36 GMT From: sk388@aol.com (Sk388)i& Subject: Re: file transfer VMS to unix: Message-ID: <20001116211336.18174.00000258@ng-fi1.aol.com>   Tobias,0G I assume you have an account on the Unix machine.  Just use regular FTP O commands, first you need to go to the directory that holds the file you want tog FTP.  Second, the commands are:z   ftp machinename  #ora ftp IP (of the unix box)  # your prompted for user and passwordu   #once you in you type: put filename  ? I work between the two everyday, this should work like a champ!o  	 Good luckh Scottr          ------------------------------  % Date: Thu, 16 Nov 2000 21:24:55 -0600e) From: "John E. Malmberg" <wb8tyw@qsl.net>d# Subject: FRONTPORT library bug fix. / Message-ID: <t1995bt62qo0bb@corp.supernews.com>a  4 A new FRONTPORT_V_1_0E02.ZIP kit has been posted at:  , http://eisner.decus.org/~malmberg/frontport/  @ It contains the following fixes for problems found by Roy Omond.  J When the DEC C Compiler is not installed, the INSTALL_FPORT___SET_USER.COME and the INSTALL_FRONTPORTP.COM procedures did not properly define the ! symbols "object1" and "rebuild1".t  G Also the object files for FPORT___UWSS_DISPATCH_DISPATCH.OBJ_* were notVD included in the kit.  So without a C compiler, it would not install.  J This replacement kit contains corrections for the above command procedures! and also the missing executables.    -Johng wb8tyw@qsl.network" malmberg@eisner.decus.organization   ------------------------------  % Date: Thu, 16 Nov 2000 17:53:15 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>a> Subject: Re: Gartner: Where =?iso-8859-1?Q?=B4s?= OpenVMS ????- Message-ID: <3A14736B.E3427F86@earthlink.net>-  * fabio_compaq@ep-bc.petrobras.com.br wrote: > D > Gardner predictions about the future of  OSes.  Wheres OpenVMS ?? > n > http://enterprise.cnet.com/enterprise/0-9566-714-1631259.html?tag=st.it.9566.insnap.1641505-9566-714-1631259  H I have it on good authority that Compaq is in the process of approaching Gartner on this very topic.-   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/c  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.f   ------------------------------  % Date: Thu, 16 Nov 2000 20:27:19 -05006, From: Howard S Shubs <hshubs@mindspring.com>% Subject: Re: Good BYTE article on VMSe> Message-ID: <hshubs-0E2CFC.20271916112000@news.mindspring.com>  ? In article <slrn916q3u.no8.njc@CC47532-A.ewndsr1.nj.home.com>,   ncherry@home.net wrote:   G >I hope you forgot the smiley, her name is Sue and her reply was "Thank G >you.  The article is really informative.". It looks like it got suckedA) >up into the last line of Dave's message.p    Yup, so it was a quote.  :-P''''   --  K "People are the only mirror we have to see ourselves in.  The domain of alleL meaning.  All virtue, all evil, are contained only in people.  There is noneN in the universe at large.  Solitary confinement is a punishment in every humanH culture" -- Countess Cordelia Naismith Vorkosigan (Lois McMaster Bujold)   ------------------------------  % Date: Thu, 16 Nov 2000 20:32:17 -0500a From: stan@stanq.com Subject: Incoming FTP logn- Message-ID: <3A144451.8924.AB5C07E@localhost>e  @ I have a client that uses FTP to transfer files between systems B internally.  It generally works okay, but sometimes we get into a D "you didn't send it", "you didn't receive it" argument, mostly with  the IBM mainframe people.l  2 We're using UCX 4.2 ECO 2 and VMS 7.1-2 on Alphas.  A Anyway, the FTP server can log files sent/received for anonymous eF logins.  For security reasons, we're not allowing anonymous transfers.  = UCX doesn't seem that it can log for non-anonymous transfers.e  A Is there a way to enable this in 4.2?  If not, will it be in the l
 upcoming 5.1?      --Stan  
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671h1 8572 North Spring Ct. NW, Pickerington, OH  43147o= Preferred address:  stan@stanq.com       http://www.stanq.como   ------------------------------  % Date: Fri, 17 Nov 2000 10:43:53 +1300h9 From: "Antony Wardle" <antony.wardle@nnnoospam.met.co.nz>  Subject: large mail attachmentsB3 Message-ID: <ixYQ5.33404$SF5.615083@ozemail.com.au>s   Anyone know how to put a limit on the size of mail attachments  that are sent to/from users?  2 I would like to limit the size of attachments that. are sent in from the internet, and internally.  4 I guess that it is something that needs to be set up on VMS mail.     cheers   antony    * OpenVMS 7.1, VMS Mail, and tcpip 4.2 eco 4   ------------------------------   Date: 16 Nov 2000 21:54:36 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)# Subject: Re: large mail attachments76 Message-ID: <8v1l2s$t5e$1@mailint03.im.hou.compaq.com>  o In article <ixYQ5.33404$SF5.615083@ozemail.com.au>, "Antony Wardle" <antony.wardle@nnnoospam.met.co.nz> writes:n? :Anyone know how to put a limit on the size of mail attachmentsi :that are sent to/from users?i ..  G   This SMTP message size limit usually gets set up on the IP firewall, sB   rather than requiring configuration steps on individual systems.  A   Native OpenvMS MAIL does not have a message size limit control.T  E   I do not know if the TCP/IP Services SMTP layer -- and I'd upgrade c2   to V5.0A with ECO -- has a control in this area.  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 17 Nov 2000 12:00:15 +1300i9 From: "Antony Wardle" <antony.wardle@nnnoospam.met.co.nz>c# Subject: Re: large mail attachmentsa3 Message-ID: <YEZQ5.33468$SF5.616474@ozemail.com.au>   H 5.0A crashes my alphas here which run NFS, so I wont be doing that for a while.  = I guess I could stop things at the firewall, but it won't fixe the internal (vaxmail) emails.  5 I was under the impression that the following logicale% can help stop large files. maybe not.h    DEFSYS UCX$POP_SNDBUF 64000   Antony      ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in messagee0 news:8v1l2s$t5e$1@mailint03.im.hou.compaq.com... >-E > In article <ixYQ5.33404$SF5.615083@ozemail.com.au>, "Antony Wardle" + <antony.wardle@nnnoospam.met.co.nz> writes:mA > :Anyone know how to put a limit on the size of mail attachments8 > :that are sent to/from users?  > .. > H >   This SMTP message size limit usually gets set up on the IP firewall,D >   rather than requiring configuration steps on individual systems. >eC >   Native OpenvMS MAIL does not have a message size limit control.i > F >   I do not know if the TCP/IP Services SMTP layer -- and I'd upgrade4 >   to V5.0A with ECO -- has a control in this area. >f, >  --------------------------- pure personal# opinion ---------------------------u1 >    Hoff (Stephen) Hoffman   OpenVMS Engineering  hoffman#xdelta.zko.dec.com >&   ------------------------------  % Date: Fri, 17 Nov 2000 04:22:14 +0100u2 From: martin@radiogaga.harz.de (Martin Vorlaender)# Subject: Re: large mail attachmentss; Message-ID: <3a14a466.524144494f47414741@radiogaga.harz.de>K  8 Antony Wardle (antony.wardle@nnnoospam.met.co.nz) wrote:  : Anyone know how to put a limit! : on the size of mail attachmentsd : that are sent to/from users? ...u, : OpenVMS 7.1, VMS Mail, and tcpip 4.2 eco 4  H I don't know about UCX SMTP, but MX v5 does have such a feature. I can'tG remember, though, whether it's present in v4.2 (the last free version),  too.   cu,i   Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.deeN One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Thu, 16 Nov 2000 13:16:37 -0600-/ From: Chris Scheers <chris@applied-synergy.com>-2 Subject: Re: Looking for RJ45-to-ThinWire adapter.O Message-ID: <3DB0DA75453C601E.3A4D3A7CD63066A0.9EFBCC239800C691@lp.airnews.net>2   Robert Deininger wrote:i >  > In article <8D2E4FCDFE47F625.D64C0C27FE9B960E.7DC900D557117A42@lp.airnews.net>, Chris Scheers <chris@applied-synergy.com> wrote: > J > > For the group:  What is the difference between a RJ45/Thinwire adapter4 > > and a single port RJ45 hub with a Thinwire link? >  > At least some of the media converters DON'T count as repeaters, so they don't use up any of your allotment of network bits on a LAN.  Allied Telesyn, in particular, has a media converter in this category, but it's around $120 IIRC.: >  > Also, a multi-port hub might not be quite as fast between two ports, compared to the media convert, since its "horsepower" might be shared among all the ports. P > This shouldn't really be an important issue these days for 10 Mb/sec networks.  D That's interesting.  I thought that a hub (as opposed to a bridge orG switch) was a "wire".  I didn't realize that it had to share processingz among the ports.  G -----------------------------------------------------------------------o$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com     Fax: 817-237-3074.   ------------------------------  # Date: Fri, 17 Nov 2000 02:02:41 GMT # From: ualski <ualski@earthlink.net> 2 Subject: Re: Looking for RJ45-to-ThinWire adapter.- Message-ID: <3A1491C2.592A7783@earthlink.net>    Try http://www.milan.com/   ? Look under media convertors.  I have one of these on my network . and it's worked for years without any trouble.   -- Aaron Sliwinski     Mike Duffy wrote:E > 	 > Hi All,  > @ > I need to add a laptop, with RJ45 only, to a ThinWire network. > 8 > Does anyone have a favorite brand or model of adapter?: > Preferrably, it would be a device not requiring external > power. > = > I really don't want to buy a whole hub/bridge/router, sinceh; > that defeats the advantage of ThinWire (not having to popm
 > for a hub).- > B > Please don't hesitate to tell me about your least favorite, too! >  > -Mikel   ------------------------------  % Date: Thu, 16 Nov 2000 22:56:38 -0500 , From: "Timothy Stark" <sword7@speakeasy.org>, Subject: Re: Looking for ROM bootstrap info.> Message-ID: <Z82R5.1294$gq6.64704@e420r-sjo2.usenetserver.com>  ? "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> wrote in messageD0 news:8v12b2$q7j$1@mailint03.im.hou.compaq.com...J >   The VAX architecture handbook is entirely the wrong reference materialG >   for this purpose -- you will want the internals and data structures-E >   manual, and the processor-specific technical manuals.  The formerrH >   describes the general case with general information from many of theI >   systems, and the latter contains detailed information specific to theo >   particular system.  H Hmmm. I found a book called "VAX/VMS Internals and Data Structures 5.2".I However, I have OpenVMS 7.2 operating system.  What is difference between  them?   H >   In the case of the technical manual, EK-KA630-UG -- if you can stillB >   get it -- might be a good choice.  This is the MicroVAX II CPUD >   technical manual, and it discusses the implementation of and the/ >   various options of the KA630 CPU bootstrap.o  E Hmm. I already plans to develop my intial VAX emulator as MicroVAX IIi= (KA630) then so.  Where can I get the KA630 technical manual?a  F >   The other question is "what system" -- if you are running your VAXE >   emulator on another operating system, you will likely use the I/O H >   constructs of that system to load and transfer control to VMB or (inK >   the case of an Alpha system) to APB.  VMB and APB will typically expectgH >   some assistance from the primitive I/O routines that are part of the >   console program.  L Thank you for info.  On my own KS10 emulator, I was able run TOPS-10 7.04 soK well (yes, on 800 Mhz PC system, up to 10 times faster than original KS10!)-3 It took 7 months to complete from a scratch.  Whew.e  
 Thank you!   -- Tim Stark   ------------------------------    Date: 16 Nov 2000 15:42:23 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)W Subject: Re: Mime attachment+ Message-ID: <z2EDiJJNGGhu@eisner.decus.org>l  [ In article <8v13jl$p7f$4@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:m  E > BAD PostScript files.  PostScript is supposed to be 7-bit printableiH > US-ASCII.  They are text files.  There is no reason they need to have " > lines longer than 80 characters.  H I recall two Postscript transmission formats, one with 8-bit characters.   ------------------------------  % Date: Thu, 16 Nov 2000 17:15:47 -0400t- From: JF Mezei <jfmezei.spamnot@videotron.ca>w Subject: Re: Mime attachment, Message-ID: <3A144E80.2CB6F241@videotron.ca>   "Miller, Daniel" wrote:eD > The problem is we are expecting text files with one line about 600F > characters long, but when we receive the file everything after 255th > character is beingJ > placed on to separate lines.  We have tracked this down to only when theJ > files are from one outside source and the mime files have the following: > = > Content-Type: application/octet-stream; name=COLLECTION.TXTm > M > The files where originally .ps files, does anyone have any ideas about whats > sort of file this could be?     M .ps is postscript. the Mime type you are gettin is wrong, and is probably thegM result of a message sent by a miscorosft platform whicn disregards mime typesS? and uses the octed-stream as a catch-all meaningless mime type.h  O According to the Postscript red bible (level 2, Doccument structure, page 628):p  L ...a conforming Postscript language document description does NOT have lines@ exceeding 255 characters, excluding line-termination characters.  M When you mention that the files are originally 600 bytes records, do you meanxB prior to being mime-encoded, and once the file is packed/encoded ?  N One possibility is that the MPACk software, having no guidance due to the lackK of a proper mime type, unpacks the attachement as a 255 byte record length.e   ------------------------------  % Date: Thu, 16 Nov 2000 18:55:50 -0400o- From: JF Mezei <jfmezei.spamnot@videotron.ca>1 Subject: Re: Mime attachment, Message-ID: <3A1465ED.6D6FCF11@videotron.ca>   Larry Kilgallen wrote:J > I recall two Postscript transmission formats, one with 8-bit characters= =2E   J There is a difference between 8 bit characters (=E9 is such a character) = andr binary data.  J Yes, Postscript Level 2 does allow binary data to be included in the stre= amG (for instance image data), but it is expected that the interpreter willeF consume this raw data as data before proceeding to the next postscriptJ statements which are expected to be in text form with relatively short li= nes.  J This is not too different from the SYS$INPUT stream that can be included = in aJ command procedure. The command prior to the stream is expected to consume=  that0J stream up to the next line that begins with a $, at which point the norma= l DCLf format resumes.e   ------------------------------  % Date: Fri, 17 Nov 2000 09:24:34 +1100a; From: "Paul Johnston" <pwjohnston@no_spam.dingoblue.net.au> 4 Subject: Re: Pascal calling convention from C++ codeB Message-ID: <3a145ea5$0$19407$7f31c96c@news01.syd.optusnet.com.au>  E The Pascal code uses all upper case names for functions, but how do IfI declare the Pascal routines in my C++ files as procedures I wish to use ?a( The variables are all pass by reference.  : "John Reagan" <reagan@hiyall.zko.dec.com> wrote in message, news:3A13A671.7892AEDA@hiyall.zko.dec.com... > Jouk Jansen wrote: > >iK > > Question for Compaq : is the /NAME qualifier planned to be added in thes% > >   next version of PASCAL for VMS?  > >  > H > No, we have no plans for adding a /NAME qualifier to Pascal.  However,D > if you want to specify a non-uppercase external name, we have that
 > ability. >TH > [external('AMixedCaseName')] procedure AMixedCaseName( var i : integer > ); external; >7, > will get you the mixed case external name. >8 > --
 > John Reagan  > Compaq Pascal Project Leader   ------------------------------  % Date: Fri, 17 Nov 2000 12:08:07 +1100h/ From: "Phil Howell" <phowell@snowyhydro.com.au>u= Subject: Re: Removing trailing spaces from a 1700 byte recordh3 Message-ID: <5w%Q5.33542$SF5.618692@ozemail.com.au>s  9 'o-Dzin Tridral <TridralO@Cardiff.ac.uk> wrote in message ' news:3A13A49B.5926.550D713@localhost...oL A colleague needs to remove trailing spaced from a fixed-length record file,K where the records are all 1700 bytes.  I usually attack these things with a- bit-H of DCL to read and write the file, but of course 1700 bytes is too much.  C Is there a simple way to remove the training spaces from this file?9   File organization:  SequentialF File attributes:    Allocation: 342, Extend: 0, Global buffer count: 0$                     No version limit2 Record format:      Fixed length 1700 byte records Record attributes:  None RMS attributes:     None Journaling enabled: None  Total of 1 file, 333/342 blocks.   Thank you for any assistance,y   '-Dzin  -- 'o-Dzin TridralnE Senior Computer Officer, UIS, Cardiff University, PO Box 78, CF10 3XLT> T +44 29 2087 6160  E TridralO@cf.ac.uk  F +44 29 2087 4531  W http://www.cf.ac.ukl: I still use an old version of eveplus/tpuplus that incudes !+ !TRIM_BUFFER.TPU !-   Procedure Eve_Trim_Buffer   "     message("Trimmimg buffer...");&     eve$trim_buffer( current_buffer );"     message("Trimming complete.");   endprocedure Phil   ------------------------------  % Date: Thu, 16 Nov 2000 22:05:35 -0500R  From: John Santos <JOHN@egh.com>= Subject: Re: Removing trailing spaces from a 1700 byte recordt4 Message-ID: <1001116220040.342C-100000@Ives.egh.com>  & On 16 Nov 2000, Larry Kilgallen wrote:  ` > In article <3A13A49B.5926.550D713@localhost>, 'o-Dzin Tridral <TridralO@Cardiff.ac.uk> writes:O > > A colleague needs to remove trailing spaced from a fixed-length record fil=m > > e,  O > > where the records are all 1700 bytes.  I usually attack these things with =r
 > > a bit L > > of DCL to read and write the file, but of course 1700 bytes is too much. > > H > > Is there a simple way to remove the training spaces from this file?  >  > 	$ EDIT/TECO <filespec>s	 > 	<fn^Ess > 	$
 > 	$;>ex$$ > F > You might have to reset the file characteristics on the new version.  E Of course!  Another method, but you might have to edit off the changeo: separaters (row of *****) and summary at the end, would be  5 $ diff/ignore=trailing/out=outfile.txt infile.txt nl:<   Pure DCL :-)   --   John SantosG Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------   Date: 16 Nov 2000 19:04:21 GMT2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)> Subject: Re: Resurrecting an Alphastation 200/250: help needed6 Message-ID: <8v1b3l$rfh$3@mailint03.im.hou.compaq.com>  +   Follow-ups have been set to comp.sys.dec.n  K In article <3A0FFE55.E3423B24@Omond.Net>, Roy Omond <Roy@Omond.Net> writes:   J :...a "dead" Alphastation 200 (it might be a 250) which was "killed" when ) :someone interrupted a firmware update...i  E   You will want to identify the exact system, as procedures can vary.o  / :Anyone able to suggest what I should do next ?-  H   The Ask The Wizard area topic 4600 covers enabling the failsafe loader)   for the AlphaStation 200 series system.0  N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 16 Nov 2000 21:35:18 -0000e- From: wspencer@ap.nospam.org (Warren Spencer)d Subject: Re: RWAST/ Message-ID: <t18komkmmlg3a1@news.supernews.com>    Good pointer Mark, thank you.   @ I flipped through the article, and a few others, and found this:  K It is explicitly stated that a process in RWAST is waiting for a resource,  C and expects an AST to be delivered to it when the resource becomes s
 available.  H Separately, the in article "Cookbook of Performance Slowdown...", it is K implied (in my eyes) that a process in RWAST is already inside an AST, and 3F thus cannot service another (in the same mode). I think this is a red , herring, and the first case (above) is true.   ws    wE jilly@clarityconnect.com (Mark D. Jilson) wrote in <3A115E65.31BC61110 @clarityconnect.com>:   > >For contracted customers, DSNlink has an excellent article onI >troubleshooting RWAST - [OpenVMS] How To Troubleshoot A Process In RWAST  >On VAX or Alpha >p >"David J. Dachtera" wrote:i >> a >> Martin Francois wrote:f >> >% >> > I have a process in RWAST state.o >> > How can I stop it ????? >> m >> 1. RebootG >> 2. Spend some quality time with SDA (ANALYZE/SYSTEM) and try to find ? >> what it's waiting for, then try to find a way to deliver it.d >> p >> --o >> David J. Dachtera     -- -3 << What if there were no hypothetical questions? >>@   ------------------------------  % Date: Thu, 16 Nov 2000 19:12:40 -0400 - From: JF Mezei <jfmezei.spamnot@videotron.ca>a Subject: Re: RWAST, Message-ID: <3A1469DD.DE0DFA8D@videotron.ca>   Warren Spencer wrote:eL > It is explicitly stated that a process in RWAST is waiting for a resource,D > and expects an AST to be delivered to it when the resource becomes > available.  H But what happens when the AST's are counted manually ? Can they still be delivered ? :-) :-) :-) :-)   I Under what circumstances would a process go in a wait state because it isTK waiting for an AST to be delivered ? Isn't the whole concept of the AST one K where you issue an async call and continue your processing independantly of- when that AST gets delivered ?    I > Separately, the in article "Cookbook of Performance Slowdown...", it is#L > implied (in my eyes) that a process in RWAST is already inside an AST, andG > thus cannot service another (in the same mode). I think this is a redz. > herring, and the first case (above) is true.  M If I do a QIOW inside of an AST, will the process be in LEF or RWAST while itc# is waiting for the IO to complete ?r   ------------------------------    Date: 16 Nov 2000 15:17:51 -0500* From: young_r@eisner.decus.org (Rob Young)7 Subject: Re: Severity of eBay's ecache problem detailed + Message-ID: <rgzaxZ1RGtgu@eisner.decus.org>   ] In article <3A141510.45B33BCB@uk.sun.com>, andrew harrison <andrew.nospam@uk.sun.com> writes:s   > ? > Could well be true. I wonder why, could it have been because e3 > he was found out over all the previous boosting ?d > 9 > Where does that put your support for him ? interesting n< > moral dilemma, you appear to be trying to support someone = > who in your own words appears to be conducting a personnal e< > crusade because he got caught out. Or does Rob have higher
 > motives. >   B 	Come on Andrew.  We have been going back and forth for at least 5B 	years.  Probably 5 and a half.  In fact, I still have a number of? 	the back and forths that you and I and Adrian Cockcroft postedwG 	from June 1996.  Back when you still signed off as being in marketing.-@ 	I haven't been caught in anything other than believing product : 	directions from what I read that is publically available.  : 	You however are little more than a revisionist historian.? 	Are you ABSOLUTELY positive you didn't co-invent the Internet?V  F 	Regarding my motives?  I just find it quite entertaining to catch you  	in your little made up stories:  > http://www.deja.com/[ST_rn=ps]/getdoc.xp?AN=560066039&fmt=text  B From: Andrew Harrison SUNUK Consultancy <andrew.nospam@uk.sun.com>* Subject: Re: The Sun fails to shine....... Date: 13 Dec 1999 00:00:00 GMT   > > 8 > > So, you're saying, the problems will never be fixed? > >. >cK > Nope, far be it from me to make that kind of claim. On the other hand, it 0 > appears that Sun has some issues to deal with.  B The problems refered to in the Register aren't exactly news unless@ old news is news and they have been rectified. The UltraSPARC IIC 400/4 MB cache issues were rectified though the point is not reallyD? relevant since Sun on longer ships 400/4 MB modules the current-. module is 400/8 MB and has been for some time.   	"They have been rectified."  E 	Quite comical a year later isn't it?  For something that is old news @ 	in December 1999, it is still making big news in November 2000.   	Tell us some more....   				Robi   ------------------------------    Date: 16 Nov 2000 16:33:36 -0500, From: koehler@eisner.decus.org (Bob Koehler)7 Subject: Re: Severity of eBay's ecache problem detailed:+ Message-ID: <qetB5ugyDDd1@eisner.decus.org>i  X In article <3A141F63.6DB9181@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:  ! > especially Bob Kohler's replys.a      K o E h l e r  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationu= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replyingr   ------------------------------    Date: 16 Nov 2000 21:50:42 -0500/ From: jordan@lisa.gemair.com (Jordan Henderson)n7 Subject: Re: Severity of eBay's ecache problem detailed * Message-ID: <8v26e2$nt1$1@lisa.gemair.com>  + In article <qetB5ugyDDd1@eisner.decus.org>,s- Bob Koehler <koehler@eisner.decus.org> wrote:-Y >In article <3A141F63.6DB9181@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:  >c" >> especially Bob Kohler's replys. >r >   K o E h l e rc >   & Do you pronounced that KALER or KOLER?  G >----------------------------------------------------------------------i@ >Bob Koehler                     | Computer Sciences Corporation> >NASA GSFC Flight Software       | Federal Sector, Civil GroupF >                                | please remove ".aspm" when replying   -Jordan Hendersons jordan@greenapple.comu   ------------------------------   Date: 16 Nov 2000 22:15:44 GMT3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)y! Subject: Re: strange SMTP problems0 Message-ID: <8v1mag$na9$1@n.ruf.uni-freiburg.de>  [ In article <8v15l0$q2p$1@info.service.rug.nl>, helbig@astro.rug.nl (Phillip Helbig) writes:nH >$  SHOW QUEUE *SMTP* shows a lot of messages holding.  Usually, things H >are not in this queue more than a few seconds.  This has been going on H >for about 6 hours.  One can see them as MAILDIR:*.*_TEXT.  The strange E >thing is, only about 20% of outgoing mails are affected, apparently m >independent of destination. >>H >Also, OPCOM signals incoming SMTP requests from time to time, but this F >never gets delivered to an account.  (This occasionally happens when A >spammers attempt to use my machine as a relay or something, not uI >realising it won't do what they want, but has been happening a lot more eE >recently).  Thus, I think some INCOMING mail might be getting stuck  J >somewhere as well.  However, if the SMTP request is reaching me, then it J >is stuck somewhere on my box, as perhaps the outgoing mail as well.  Any  >ideas?e  K Sounds as if your using Multinet. Please specify your TCP/IP stack in order  to be able to help you...m   Regards,    Christoph Gartmannt  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  % Date: Thu, 16 Nov 2000 20:06:31 -0500 # From: sol gongola <sol@adldata.com>m! Subject: Re: strange SMTP problem ' Message-ID: <3A148497.67CA@adldata.com>o  2 Look at the *.*_TEXT files that appear to be hung.+ They may be badly formatted mail messages. n  ; We had a problem where (spam) messages received whould havep; only line feeds and no returns (problem from a unix system)u< resulting in smtp crashing. The only way to make it work was= to delete the bad message (with its associated control file). ; Compaq support had no solution for this. I finally wrote a a; DCL script to periodically check these files for excessive c+ line length and move them out of harms way.-  < The messages may also have bad header information which can < make smtp hiccup and put the message back on the queue to be> processed later. The will most likely be some sort of message  in a log file about it.<   Phillip Helbig wrote:. > H > $  SHOW QUEUE *SMTP* shows a lot of messages holding.  Usually, thingsH > are not in this queue more than a few seconds.  This has been going onH > for about 6 hours.  One can see them as MAILDIR:*.*_TEXT.  The strangeE > thing is, only about 20% of outgoing mails are affected, apparently8 > independent of destination.- > H > Also, OPCOM signals incoming SMTP requests from time to time, but thisF > never gets delivered to an account.  (This occasionally happens whenA > spammers attempt to use my machine as a relay or something, nothI > realising it won't do what they want, but has been happening a lot moreeE > recently).  Thus, I think some INCOMING mail might be getting stuckeJ > somewhere as well.  However, if the SMTP request is reaching me, then itJ > is stuck somewhere on my box, as perhaps the outgoing mail as well.  Any > ideas?   ------------------------------    Date: 16 Nov 2000 16:49:57 -0500, From: koehler@eisner.decus.org (Bob Koehler)' Subject: Re: Sun "uptime" belly laughero+ Message-ID: <AhO29xP2ySph@eisner.decus.org>r  ] In article <3A13E6E0.61C879A4@uk.sun.com>, andrew harrison <andrew.nospam@uk.sun.com> writes:i > C > Take something like SAP, no users connect to the backend database > > server at all except for administration purposes. The users = > connect to apps servers and the apps server connect (for a .9 > very long time e.g as long as the apps server stays up)  > to the database server.   E Aha!  Now we know why SAP is no longer supporting VMS.  The SAP folkstE must expect the server to go down from time to time in order to forceb8 connections to migrate.  VMS stays up too long for them.   What a bunch of SAPs.   F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation-= NASA GSFC Flight Software       | Federal Sector, Civil Group0E                                 | please remove ".aspm" when replying    ------------------------------  % Date: Thu, 16 Nov 2000 13:01:18 -0500 4 From: "Bochnik, William J" <BochnikWJ@bernstein.com>' Subject: RE: Technology of US ElectionsrJ Message-ID: <2B37459189B0D211BE710000F8EF9D850890887D@nts0147.beehive.com>  J Not to start this holy war again, but IMHO, Microsoft productions are VERYI succepible to the "oh we didnt think of that" problem, while VMS and UNIXiL systems give you low level enough tools out of the box to either do what you want, or get around a problem.  K take NT 4.0 - what, you want to modify existing ACL's on a bunch of files -  nope= 		- what, you want to search for files based on criteria suchmG as minimum size and modification date - you can do it from the find GUItI utility, but can't cut and paste the results, and can't get it to performo& any operations on these files in batch; 		- what, you want to take a bunch of printers and move the1  queue's to another server - nope   etc etc etc   I MS does "well" when it's something that they've planned for, but tends togK fall flat on their face when caught by something unplanned for.  With shelldH scripts or smart DCL code, many things that the original inventors never. though of can be whipped up under VMS or UNIX.  7 Bear in mind that this is IMHO, but I've been a systemshK administrator/systems manager on VMS, NT, and UNIX systems for 12 years, soA. my real world experiences dictate my opinions.   -----Original Message-----% From: paddy.o'brien@zzz.tg.nsw.gov.aud( [mailto:paddy.o'brien@zzz.tg.nsw.gov.au] Sent: November 16, 2000 2:10 PM  To: Info-VAX@mvb.saic.com ' Subject: Re: Technology of US Electionsw     J-F,  H >This reminds me of Star Trek where Kirk gives some master computer thatI >controls all of a planet a riddle the computer hasn't been programmed toaH >solve, and the computer starts to emit smoke and eventually dies with a niceJ >show of fireworks. Seems to me that the election process has been given aF >problem it hasn't been programmed to solve and it doesn't know how to handle >this. :  L Share the secret, was it Sun, NT or whatever the variants of windows are now   called?  :-)   Regards, Paddy   Paddy O'Brien, Transmission Development,i
 TransGrid, PO Box A1000, Sydney South,  NSW 2000, Australiau   Tel:   +61 2 9284-3063 Fax:   +61 2 9284-3050& Email: paddy.o'brien@zzz.tg.nsw.gov.au  E Either "\'" or "\s" (to escape the apostrophe) seems to work for moste people,i; but that little whizz-bang apostrophe gives me little spam.e   ------------------------------  % Date: Thu, 16 Nov 2000 14:50:21 -0500z  From: norm.raphael@jamesbury.com' Subject: Re: Technology of US electionsb4 Message-ID: <C2256999.006C88C8.00@jklh21.valmet.com>  % >Please respond to jlsuexxxz@home.come   >To:  Info-VAX@mvb.saic.como >cc:( >Subject: Re: Technology of US elections >o >[Snip]   F >Well, Andrew, you are pretty far off in your analysis for a couple of	 >reasons:  >d >[Snip]i >CB >3.  Add to that the fact that states were being "called" for GoreB >almost as soon as (or even before in come cases) the voting pollsB >closed.  However, when a state went for Bush, the states were notF >called for Bush for many, many minutes - in at least one case, it wasG >even hours.  This naturally biases voter turnout since nobody wants toe* >waste time voting for the apparent loser.  E Actually, it works both ways.  When FLA was called early for Gore, it3J was argued, Gore voters in other states thought he had it won, and went orH stayed home.  It has also been alleged that the Bush folk got FLA calledH early for Gore to lull the Dems and energize the GOP.  Meanwhile all theJ networks insist they have survey data that "proves" that early calling hasK zero effect on voter turnout (which is counter-intuitive, but may be true).d  M All these debates here, while fascinating, will not effect the final results.s We will have to wait for that.   ------------------------------  % Date: Thu, 16 Nov 2000 18:50:34 +0000 8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>' Subject: RE: Technology of US elections<L Message-ID: <35666012DF4CD411BE940090279FA240111FC9@ppnt41.physics.ox.ac.uk>  = >You can count accurately, in principle, but you have to haveh= >a very accurate definition of just what in fact is a "vote".   I There's no argument about the possible difficulties of determining when aiL vote is valid. It's just that the US electoral counting system seems to haveE got almost everything wrong which can go wrong or at least that's the  perception from outside the US.r  J (1) A general acceptance that any vote count is only accurate within error limits.tE (2) Expecting people to push out a semidetached piece of cardboard tomF register a vote. Did nobody in the US ever have any of those cardboardG cut-out toys with which it is almost impossible to cleanly separate the H cut-away pieces from the rest even after several attempts? The cardboardJ cut-out technology is still as poor nowadays as far as I can tell from any examples I encounter.e5 (3) Counting by machine both valid and invalid votes.o  I I used punched cards for many years and don't ever recall having heard of I any problem anywhere with a chad causing a card to be misread. I've known-K card readers to mangle cards but not to misread them because of chads. ThatoJ technology goes back long before the 1960s when, I understand, many statesJ introduced this crazy approach to vote counting. I wonder why adapted card2 punch machines were not used in the voting system?   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)s   ------------------------------  % Date: Thu, 16 Nov 2000 19:31:34 +0000s8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>' Subject: RE: Technology of US elections L Message-ID: <35666012DF4CD411BE940090279FA240111FCA@ppnt41.physics.ox.ac.uk>  F >Basically, I laugh at anyone's ability, from outside the US, to judge? >how things are going here.  Our problems will not, and can noteF >paralyze the country.  We have an established way to handle this, andA >it will all be worked out peacefully, without need for riots and  >bloodshed.h  $ You're giving us a great laugh too!   K Don't forget we receive many of the same news services as you do in the US.>E We realise that most people in the US don't waste too much sleep overaK whether Bush or Gore or neither gets in but I wonder how people would reactiJ to the muddle were there two excellent candidates, a major issue affecting8 the Palestine/Israel issue and the muddle state was NY ?  J People outside the US have no right to tell the US people how to run theirF country but the whole World has a right to be interested in how the USI conducts its affairs as the outcome could affect their own situations oneT way or another.1   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)    ------------------------------  % Date: Thu, 16 Nov 2000 19:36:59 +0000e8 From: John Macallister <J.Macallister1@physics.ox.ac.uk>' Subject: RE: Technology of US ElectionstL Message-ID: <35666012DF4CD411BE940090279FA240111FCB@ppnt41.physics.ox.ac.uk>  - >If the machines didn't get the same count inyG >three runs, do you *really* believe that humans will be more accurate?e  I Yes. The machines in the US election case have been given junk ( the chadlC induced stuff ) and return un certain results. Machines could countd/ accurately but the technology has been misused.)   John  B Name: John B. Macallister  E-mail: j.macallister1@physics.ox.ac.ukH Post: Nuclear and Astrophysics Laboratory, Keble Road, Oxford OX1 3RH,UKA Phone: +44-1865-273388 (direct)  273333 (reception)  273418 (Fax)-   ------------------------------  % Date: Thu, 16 Nov 2000 15:27:16 -0500() From: "Ebinger . Eric" <EEbinger@drc.com> ' Subject: RE: Technology of US ElectionszB Message-ID: <7162F87E9EF4D311BA9900805FC1D3AE7A623A@and02.drc.com>  6 Let's all put our seat belts on now.  This has strayed3 from all pretense of a technical discussion and hash8 degenerated into a cheap imitation of a partisan furball4 now going on down in Florida (and Atlanta).  I don't6 think this sort of name calling is at all appropriate:7 as far as I know Ms. Harris isn't affialiated with Sun.p :^)   5 On a more serious note, there is enough damage being c4 done by the professionals for both the Democrats and2 the Republicans, can we please leave the political name calling out of Info-VAX?l     Eric Ebinger     > -----Original Message-----< > From: Fred Kleinsorge [mailto:kleinsorge@star.zko.dec.com]> > Absolutely party hacks.  Example: the pin-head Secretary of  > State in Florida > is an Elector. >    ------------------------------  % Date: Thu, 16 Nov 2000 15:54:42 -0500p) From: "Ebinger . Eric" <EEbinger@drc.com>t' Subject: RE: Technology of US electionsAB Message-ID: <7162F87E9EF4D311BA9900805FC1D3AE7A623B@and02.drc.com>   > -----Original Message-----A > From: John Macallister [mailto:J.Macallister1@physics.ox.ac.uk]e9 > There's no argument about the possible difficulties of & > determining when a: > vote is valid. It's just that the US electoral counting  > system seems to haveG > got almost everything wrong which can go wrong or at least that's thes! > perception from outside the US.i > @ > (1) A general acceptance that any vote count is only accurate  > within error	 > limits.p  5 That is not a misconception.  It is a fact.  With anye6 type of (anonymous) voting mechanism it is possible to6 have ambiguous ballots.  Just because the voter failed5 to follow directions does not mean that they did not   vote.n  G > (2) Expecting people to push out a semidetached piece of cardboard touH > register a vote. Did nobody in the US ever have any of those cardboard= > cut-out toys with which it is almost impossible to cleanly t > separate the= > cut-away pieces from the rest even after several attempts? b > The cardboard ? > cut-out technology is still as poor nowadays as far as I can   > tell from any  > examples I encounter.h  4 To make it even more fun, every time they handle the5 ballots they stress the perforations resulting in the51 increased likelihood of chads seperating from the61 ballot.  The Heisenberg Uncertainity Principle in. action.i  7 > (3) Counting by machine both valid and invalid votes.e >   3 Well, obviously you count by machine both valid and-7 invalid votes - how do you know it is invalid until thet4 machine spits it out because it can't read it?  Note5 that many of the "invalid" votes are due to the voter 2 not punching out any of the holes or punching out 3 multiple holes for the same office.  If you run the 8 "invalid" votes through the machine another time some of6 the loose "chads" drop out and the become valid votes.    < > I used punched cards for many years and don't ever recall  > having heard ofe8 > any problem anywhere with a chad causing a card to be  > misread. I've known1? > card readers to mangle cards but not to misread them because r > of chads. That5 > technology goes back long before the 1960s when, I   > understand, many statesK@ > introduced this crazy approach to vote counting. I wonder why  > adapted card4 > punch machines were not used in the voting system? >   3 Noise and cost.  Note that card punch machines wered1 carefully designed to ensure that the holes were  7 completely punched and made a horrible racket.  Despitee5 all of that it was still possible to have a chad hang-$ up in a punch card and cause errors.    7 Conclusion: punch cards are miserable technology to use 6 for humans to indicate their votes.   Only two methods3 that I can think of that are worse are bullets and p lawyers.     Eric Ebinger   ------------------------------    Date: 16 Nov 2000 16:45:34 -0500, From: koehler@eisner.decus.org (Bob Koehler)' Subject: RE: Technology of US electionss+ Message-ID: <f7vFjf2Pzpwb@eisner.decus.org>6   In article <35666012DF4CD411BE940090279FA240111FC9@ppnt41.physics.ox.ac.uk>, John Macallister <J.Macallister1@physics.ox.ac.uk> writes:p > K > I used punched cards for many years and don't ever recall having heard of K > any problem anywhere with a chad causing a card to be misread. I've knownhM > card readers to mangle cards but not to misread them because of chads. ThatuL > technology goes back long before the 1960s when, I understand, many statesL > introduced this crazy approach to vote counting. I wonder why adapted card4 > punch machines were not used in the voting system? >     E There are two types of punch cards in use in voting.  The kind that'swG being looked at in Florida where the voter must punch out a precut chadyF with a poker has about a 6% error rate.  Other locations use a puncher9 tool indexed to the card, this has about a 1% error rate.-  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replyingr   ------------------------------  % Date: Thu, 16 Nov 2000 18:06:37 -0400w- From: JF Mezei <jfmezei.spamnot@videotron.ca>-' Subject: Re: Technology of US Elections , Message-ID: <3A145A67.FA9BFC1D@videotron.ca>   Robert Deininger wrote:m > Bingo!  That's the point.  The hand recounts are NOT just recounts.  They are deciding, ballot-by-ballot, how to "count" a ballot that was so ambiguous that the machine could not deal with it.  K But this is where the "system" has failed. PRIOR to the election, the rulessG should have been set clearly on how to handle a manual recount with thet technology used in each county.   C The democrats are taking advantage of the lack of standards and the K state/lawyers have not acted appropriatly to ensure that a standard was seteL for recounting the ballots. Whoever decided to include "dimples" essentially* ensured that the recount lost credibility.  N What I do not understand is why the counting of dimples was allowed. I find itC hard to understand how authorities could be convinced that this was J acceptable. It seems to be that it would have been quite easy to show that dimples were not acceptable.    I Perhaps Bush decided that he had more to gain by allowing the counting of L dimples because he could then use the media to discredit the vote recount as: often as possible. Had Bush cooperated to make the recountM acceptable/credible, he would have had to accept the results of that recount.S  N To me, the acceptance of the "dimpled votes" is either sign of sheer stupidityJ for those who recount, total bias toward one candidate by the counters, or? political ploy by the current winner to discredit that recount.u  M In all cases, it is an indication that the system has failed and that becausemS it of the political tactics involved, the process is tainted and cannot be trusted.g  T > This is being done is selected (by Gore) counties, starting in selected (by Gore) . >precincts that voted overwhelmingly for Gore.  N There is nothing implicitely wrong with this. Recounts are generally requestedN by the loser in the areas where the loser feels he was not given all the votes he feels he should have gotten.7  M Where there might be a serious problem is if the election authorities in thatsM county provide unfair recounting rules/procedures. There is also a problem ifxJ the winner complains in the media about how the votes are counted, but hisN representative(s) at the counting stations allows those dimples to be counted.  K The procedures are flawed. And everyone seems to want to talke advantage ofg the situation.   ------------------------------  % Date: Thu, 16 Nov 2000 18:33:02 -0400o- From: JF Mezei <jfmezei.spamnot@videotron.ca>a' Subject: Re: Technology of US electionso, Message-ID: <3A146096.590C2DB7@videotron.ca>   jlsue wrote:G > Mugabe.  Nobody outside of the US has any right to comment on whether ? > the voting was conducted properly... particularly in war-torniF > countries that have a much worse, wide-spread fraud problem than the > US has ever had.  N That is totally wrong. If the USA can comment on elections that happen abroad,N or even insist on sending its own observers to monitor foreign elections, then  the reverse should also be true.  G The whole circus that is happening in Florida is discrediting the USA'saK election process worldwide. It is bad enough that for the next 4 years, thetJ president of the USA won't have a clear majority and won't be able to makeJ international commitments because he won't be sure that the various housesL will aprove such commitments, but if the legitimacy of his presidency is putM in question, that will make his job even harder on an international level, atnK least for the first few months until hopefully this sad story is forgotten.b  6 So, yes, foreign leaders have reasons to be concerned.  G > paralyze the country.  We have an established way to handle this, andaB > it will all be worked out peacefully, without need for riots and > bloodshed.    L Considering how responsibility for making decisions on that recount seems toG skip from lawyer to lawyer, from state attourney to supreme court, withdM lawsuits to prevent lawsuits etc, I disagree that there is an established wayuF to handle this. They are TRYING to find a way to do this inside of the; constitution, but it doesn't mean that it is a defined way.    ------------------------------  # Date: Fri, 17 Nov 2000 01:50:29 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")' Subject: Re: Technology of US Electionsg8 Message-ID: <009F337E.2BCBC0B5@SSRL04.SLAC.STANFORD.EDU>  \ In article <3A145A67.FA9BFC1D@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:  O >What I do not understand is why the counting of dimples was allowed. I find iteD >hard to understand how authorities could be convinced that this wasK >acceptable. It seems to be that it would have been quite easy to show that  >dimples were not acceptable.  >   K In fact, the counting of dimples ("pregnant chad") is not a new Democratic oG idea, but rather one justified in earlier case law.  The hand count is eG _required_ to count votes in which the voter's intent is clear - which 'M includes dimpled chad, they think - and there are observers from both partiesS  who can dispute ambiguous votes.   -- Alan   O ===============================================================================s0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056-M  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210oO ===============================================================================C   ------------------------------  % Date: Thu, 16 Nov 2000 22:31:49 -0000.- From: wspencer@ap.nospam.org (Warren Spencer)bA Subject: re: Re: Technology of US elections x Brazilian elections,/ Message-ID: <t18o2l76creef6@news.supernews.com>u   Hi,   B 18 years ago, when my college was tasked with processing the city B election returns on (Hollerith) punch cards, our project team had = long-winded debates on some of the very issues plaguing this t> election.  It's my belief that the following are largely true:  B 1.  In large election, it is virtually impossible to get the same 9 vote-counts twice, no matter how many times you re-count.i  B 2.  Each re-counting of the ballots results in the destruction or 8 alteration of at least some ballots (therefore, item 1).  C 3.  The presence of "chad" (partially punched holes - the punchout a0 is the chad) will ensure machine-reading errors.  = 4.  Manually scanning for and removing chad introduces human e: error.  Since the cards are not individually certified as > "perfect" prior to election time, manufacturing errors in the   cards can produce apparent chad.  > In our city election 18 years ago, we ran a second (Apple IIe-; based) vote-counting system as backup in parallel with our -C mainframe efforts - but never revealed it.  Since we were sure the rA totals from the two systems could never match, we didn't want to :C tell the public there were actually two different results from the 9 same election.  ; Americans may simply have to accept that the existing vote-,> counting system is imperfect - and therefore election results B NEVER HAVE and cannot be accurate until that changes.  Had either ; candidate won by a significant margin, the amount of error a- introduced by the process would be irrelvant.e  A Rejoice System Integrators; Florida will soon have a P.O. on the h5 table.  I hope they choose an OpenVMS-based solution.c   ws   --  3 << What if there were no hypothetical questions? >>t   Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **e  ; hammond@not@peek.ppb.cpqcorp.net (Charlie Hammond) wrote inc, <8uu6c2$alt$1@mailint03.im.hou.compaq.com>:    > > >In article <009F328E.F2F18459.7@maxwell.ph.kcl.ac.uk>, Nigel  Arnot ' ><sysmgr@maxwell.ph.kcl.ac.uk> writes: m >y@ >>I still prefer old-fashioned paper ballot with handwritten X,  though.tC >>May be slower, but the hardest system to dispute. Can be speeded i up/ >>using document scanners for initial counting.g >c >You are correct.I > ? >You have also described a system that has a reasonable cost tou >implement and operate.o >y? >But this does not solve the present dilema.  We know that the   system@ >has errors; we do NOT know how to correct those errors with any; >reasonable certainty that the corrections will be a better ? >representation of the "will of the people".  Hence, we should .	 live withu >the machine [re]counts. r >r# >Other opinions can/will/do differ.n >+   ------------------------------  % Date: Thu, 16 Nov 2000 18:02:14 -0500-. From: "David Rabahy" <David.Rabahy@compaq.com>A Subject: Re: Re: Technology of US elections x Brazilian elections>* Message-ID: <8v1p2n$c8o@usenet.pa.dec.com>  L Perhaps http://www.sciam.com/2000/1000issue/1000techbus1.html is applicable?   ------------------------------  # Date: Fri, 17 Nov 2000 01:50:35 GMTh8 From: gudehus_xno_xspam_@mindspring.com (Donald Gudehus) Subject: UCX setup question 1 Message-ID: <gudehus_xno_xspam_.1324799143A@news>    Hello,  E I have set up IP Masquerading on a Linux system which is connected to'E the internet via a cable modem.  The machines on the internal network F include a Mac and a VAXstation 4000 (OpenVMS 6.1 TCP/IP Services 3.2).B The Mac can now connect to the internet through the Linux system, I but I am having trouble getting the VAXstation to connect.  I can howevere> connect to and from the VAXstation within the local network.  ' To set things up I ran UCX and entered YK UCX> SET CONFIG NAME_SERVICE/SERVER=(24.9.190.15,24.9.190.17)/TRANSPORT=TCPe2 UCS> SET ROUTE 192.245.173.1/GATEWAY=192.245.173.4G Note that the VAXstation's IP address ends in 1 and the Linux system's t2 ends in 4 (this is because of historical reasons)., If I do UCX> SHOW CONFIG NAME_SERVICE, I get BIND Resolver Parameters&  Local domain: VAXSTATION.WHATEVER.COM  Systema   State:     Started, Enabled4   Transport: TCP$   Domain:    VAXSTATION.WHATEVER.COM   Retry:     4   Timeout:   4%   Servers:   24.9.190.15, 24.9.190.170 If I do UCX> SHOW ROUTE, I get a-                              DYNAMIC databasen< Type           Destination                           Gateway5 AH    127.0.0.1                             127.0.0.1n9 AH    192.245.173.1                         192.245.173.4l9 AN    192.245.173.0                         192.245.173.1m? (I don't quite understand this last line or where it came from)     A I have exhausted the available documentation on this.  Thanks in c advance for any help.l   Donald    N ******************************************************************************             Donald H. Gudehusp            t0             gudehus (.nospam.) @ chara. gsu. edu6             dgudehu (.nospam.) @ emrycc. cc.emory. edu7             gudehus (.nospam.) @ mindspring. com (home)1         =             Remove (.nospam.) and whitespace when responding.T  9             Web page:  http://www.chara.gsu.edu/~gudehus/0   ------------------------------  % Date: Fri, 17 Nov 2000 04:30:30 +0100h2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: UCX setup questiono; Message-ID: <3a14a656.524144494f47414741@radiogaga.harz.de>n  9 Donald Gudehus (gudehus_xno_xspam_@mindspring.com) wrote:lG : I have set up IP Masquerading on a Linux system which is connected to G : the internet via a cable modem.  The machines on the internal networkcH : include a Mac and a VAXstation 4000 (OpenVMS 6.1 TCP/IP Services 3.2). ... 4 : UCS> SET ROUTE 192.245.173.1/GATEWAY=192.245.173.4I : Note that the VAXstation's IP address ends in 1 and the Linux system's n4 : ends in 4 (this is because of historical reasons). ...r! : If I do UCX> SHOW ROUTE, I get c/ :                              DYNAMIC database > : Type           Destination                           Gateway7 : AH    127.0.0.1                             127.0.0.1t; : AH    192.245.173.1                         192.245.173.4F; : AN    192.245.173.0                         192.245.173.1iA : (I don't quite understand this last line or where it came from)@  G That last line means the VAXstation can reach the 192.245.173.0 networkf	 directly.m  : Your SET ROUTE statement should specify the default route:  0   UCX> SET ROUTE /DEFAULT /GATEWAY=192.245.173.4   cu,    Martin --J One OS to rule them all       | Martin Vorlaender  |  VMS & WNT programmer7 One OS to find them           | work: mv@pdv-systeme.decN One OS to bring them all      |       http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  # Date: Fri, 17 Nov 2000 06:03:33 GMTi7 From: moroney@world.std.spaamtrap.com (Michael Moroney)2 Subject: Re: UCX setup questions& Message-ID: <G45nHx.BoL@world.std.com>  4 martin@radiogaga.harz.de (Martin Vorlaender) writes:  " >: If I do UCX> SHOW ROUTE, I get 0 >:                              DYNAMIC database? >: Type           Destination                           Gateway?8 >: AH    127.0.0.1                             127.0.0.1< >: AH    192.245.173.1                         192.245.173.4< >: AN    192.245.173.0                         192.245.173.1B >: (I don't quite understand this last line or where it came from)  H >That last line means the VAXstation can reach the 192.245.173.0 network
 >directly.   I get a line that reads:  5 DH    224.0.0.9                             127.0.0.1   ? What is this?  (224.0.0.9 translates as RIP2-ROUTERS.MCAST.NET)    -Mikey   ------------------------------  % Date: Thu, 16 Nov 2000 22:36:13 -0000d- From: wspencer@ap.nospam.org (Warren Spencer)e- Subject: Re: What is ASYNCWRTER system crash? / Message-ID: <t18oatona9ds63@news.supernews.com>m   Hi,e  K I'd bet a nickle you have a faulty memory module.  I'd be tempted to bring hH the box down to the boot prompt level and run memory (and whole-system) L diagnostics overnight.  If nothing shows up, pop the hood and make sure you ( don't have a UE10000 hiding in there ;-)   ws   -- .3 << What if there were no hypothetical questions? >>t   Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **r& ______________________________________  - bleau@umtof.umd.edu (Lawrence Bleau) wrote inn <8v1a76$9v5$1@hecate.umd.edu>: s  E >A system of mine - a VAXstation 4000-90 - crashed today with a wierdl >crash message:u >t. >ASYNCWRTER, Asynchronous write memory failure > H >This is what ANAL/CRASH shows, anyway.  Doing a SHOW CRASH, the program) >being run was LINK; nothing wierd there.r > I >Does anyone have a clue what "asynchronous write memory failure" means?  < >I'm hoping for a pointer to a specific piece of hardware to >troubleshoot.  Thanks.  >d >Lawrence Bleau  >University of Maryland-# >Physics Dept., Space Physics Group2
 >301-405-62235 >bleau@umtof.umd.edu >d   ------------------------------   Date: 16 Nov 2000 19:22:49 GMT0 From: sander@vmsbiz.enet.dec.com (Warren Sander)3 Subject: Re: Where are Compaq's Technical Journals?.* Message-ID: <8v1c69$5og@usenet.pa.dec.com>  5 The compaq technical journal url seems to have moved.c  : it is now  http://63.110.181.7/CompaqTechncialJournal.html   -warren  -- eB ------------------------------------------------------------------6 Warren Sander                        OpenVMS MarketingD Compaq Computer Corporation          Work:  warren.sander@compaq.comB 200 Forest Street MR01-3/J1          Personal: sander@ultranet.com3 Marlboro, MA 01752                   (508) 467-4875 6    My opinions are my own and I only speak for myself /           Read http://www.openvms.digital.com/ aB ------------------------------------------------------------------   ------------------------------  % Date: Thu, 16 Nov 2000 14:10:39 -0600p- From: Bruce Vinson <r4887c@email.sps.mot.com>t3 Subject: Re: Where are Compaq's Technical Journals?-1 Message-ID: <3A143F3F.2824327B@email.sps.mot.com>    This one works as of 14:10 CST.n  1 http://csa.compaq.com/CompaqTechnicalJournal.htmle   Bruce V.   Warren Sander wrote: > 7 > The compaq technical journal url seems to have moved.r > < > it is now  http://63.110.181.7/CompaqTechncialJournal.html > 	 > -warrenm > --D > ------------------------------------------------------------------8 > Warren Sander                        OpenVMS MarketingF > Compaq Computer Corporation          Work:  warren.sander@compaq.comD > 200 Forest Street MR01-3/J1          Personal: sander@ultranet.com5 > Marlboro, MA 01752                   (508) 467-4875c7 >    My opinions are my own and I only speak for myselfh0 >           Read http://www.openvms.digital.com/D > ------------------------------------------------------------------   ------------------------------   Date: 16 Nov 2000 20:50:08 GMT* From: bleau@umtof.umd.edu (Lawrence Bleau) Subject: Why does ERRFMT die?a) Message-ID: <8v1ha0$b2n$1@hecate.umd.edu>   I I'm having a problem with my ERRFMT process: it keeps dying.  I'm runninguK OpenVMS VAX 5.5-2.  The system crashed, and I rebooted it.  I hoped to find N some evidence in the error log, but cannot examine it.  Actually, I can't even: get the error logging process to run!  I do the following:   $ DELETE [SYSERR]ERRLOG.SYS;*s $ DIR [SYSERR]  $ @SYS$SYSTEM:STARTUP.COM ERRFMT  M The DIR shows no ERRLOG.SYS files in [SYSERR] at all.  When I restart ERRFMT,e4 however, I get 20 OPCOM messages like the following:  8 %%%%%%%%%%%  OPCOM  16-NOV-2000 15:41:54.99  %%%%%%%%%%%! Message from user SYSTEM on UMDSPl' ERRFMT - ERROR ACCESSING ERROR LOG FILEs %RMS-F-RSZ, invalid record sizea   The last of the messages is:  8 %%%%%%%%%%%  OPCOM  16-NOV-2000 15:41:55.08  %%%%%%%%%%%! Message from user SYSTEM on UMDSPh  ERRFMT - DELETING ERRFMT PROCESS ERROR LOG FILE UNWRITABLEe; TO RESTART ERRFMT PROCESS, USE "@SYS$SYSTEM:STARTUP ERRFMT"t  K I'm again left with 20 ERRLOG.SYS files, each 2 blocks long.  When I try anh ANAL/ERR on it, I get:  - $ ANAL/ERR SYS$SPECIFIC:[SYSERR]ERRLOG.SYS;42e  L Error Log Report Generator                                      Version V5.5O  ******************************* ENTRY       1. *******************************nO  ERROR SEQUENCE 0.                               LOGGED ON:        SID 13002602sO  DATE/TIME  1-SEP-5526 19:55:40.92                            SYS_TYPE 04130002e  SYSTEM UPTIME: 0 DAYS 02:15:56tM  SCS NODE: UMDSP                                               VAX/VMS V5.5-2e  E  ERRLOG.SYS CREATED KA49  CPU Microcode Rev # 2.  CONSOLE FW REV# 1.3 A                       Standard Microcode Patch    Patch Rev # 19.o8 %ERF-W-UNKPKTFMT, unknown packet format, entry 2 skipped  G Of course, I see the wierd year here; that might mean something.  This,.O however, was *written* by ERRFMT.  The year is correct on my system; I typed itm7 in when it booted, and just verified it with SHOW TIME.T  L Any ideas why I cannot get ERRFMT started, and why it claims the file has anN invalid record size when ERRFMT is the entity that is creating the file in the first place?   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edub   ------------------------------  # Date: Thu, 16 Nov 2000 21:06:28 GMT 1 From: "Mark D. Jilson" <jilly@clarityconnect.com>n! Subject: Re: Why does ERRFMT die?o2 Message-ID: <3A144DB7.9C6C13E4@clarityconnect.com>  E Unfortunately ERRFMT doesn't like an EMB buffer sitting in memory anddF thus it will never start.  The EMB has been read from the dump file atB boot.  I have not gone as far as to figure out where the EMB is inC memory and write code to zero it out. I believe your recourse is towB rename the dump, create a new one, reboot and then force a crash. G Possibly just forcing a crash will work but I won't commit to that.  ItkG appears that ERRFMT is able to record something from the EMBs in memory + but as you see from ANA/ERR they are toast.f   Lawrence Bleau wrote:r > K > I'm having a problem with my ERRFMT process: it keeps dying.  I'm running M > OpenVMS VAX 5.5-2.  The system crashed, and I rebooted it.  I hoped to findiP > some evidence in the error log, but cannot examine it.  Actually, I can't even< > get the error logging process to run!  I do the following: >  > $ DELETE [SYSERR]ERRLOG.SYS;*  > $ DIR [SYSERR]" > $ @SYS$SYSTEM:STARTUP.COM ERRFMT > O > The DIR shows no ERRLOG.SYS files in [SYSERR] at all.  When I restart ERRFMT, 6 > however, I get 20 OPCOM messages like the following: > : > %%%%%%%%%%%  OPCOM  16-NOV-2000 15:41:54.99  %%%%%%%%%%%# > Message from user SYSTEM on UMDSPM) > ERRFMT - ERROR ACCESSING ERROR LOG FILEA! > %RMS-F-RSZ, invalid record size) >  > The last of the messages is: > : > %%%%%%%%%%%  OPCOM  16-NOV-2000 15:41:55.08  %%%%%%%%%%%# > Message from user SYSTEM on UMDSPe" > ERRFMT - DELETING ERRFMT PROCESS > ERROR LOG FILE UNWRITABLEa= > TO RESTART ERRFMT PROCESS, USE "@SYS$SYSTEM:STARTUP ERRFMT"d > M > I'm again left with 20 ERRLOG.SYS files, each 2 blocks long.  When I try an  > ANAL/ERR on it, I get: > / > $ ANAL/ERR SYS$SPECIFIC:[SYSERR]ERRLOG.SYS;42d > N > Error Log Report Generator                                      Version V5.5Q >  ******************************* ENTRY       1. *******************************TQ >  ERROR SEQUENCE 0.                               LOGGED ON:        SID 13002602-Q >  DATE/TIME  1-SEP-5526 19:55:40.92                            SYS_TYPE 04130002t! >  SYSTEM UPTIME: 0 DAYS 02:15:56eO >  SCS NODE: UMDSP                                               VAX/VMS V5.5-2= > G >  ERRLOG.SYS CREATED KA49  CPU Microcode Rev # 2.  CONSOLE FW REV# 1.3eC >                       Standard Microcode Patch    Patch Rev # 19. : > %ERF-W-UNKPKTFMT, unknown packet format, entry 2 skipped > I > Of course, I see the wierd year here; that might mean something.  This,=Q > however, was *written* by ERRFMT.  The year is correct on my system; I typed it:9 > in when it booted, and just verified it with SHOW TIME.b > N > Any ideas why I cannot get ERRFMT started, and why it claims the file has anP > invalid record size when ERRFMT is the entity that is creating the file in the > first place? >  > Lawrence Bleau > University of Maryland$ > Physics Dept., Space Physics Group > 301-405-6223 > bleau@umtof.umd.edus   -- aD Jilly	- Working from Home in the Chemung River Valley - Lockwood, NY0 	- jilly@clarityconnect.com			- Brett Bodine fan. 	- Mark.Jilson@Compaq.com			- since 1975 or so, 	- http://www.jilly.baka.com               -   ------------------------------  % Date: Thu, 16 Nov 2000 19:49:20 -0600o) From: "The Newbie" <billames@accunet.net>. Subject: You Are So Righta/ Message-ID: <t1934l95fntd34@corp.supernews.com>t  K I got this file from the VMS freeware site and the file was being seen as ae very long record.  Thanks!    8 JF Mezei <jfmezei.spamnot@videotron.ca> wrote in message& news:3A14514D.2B90CD70@videotron.ca...K > One common occurance of this error is that you are expecting a text file,c but1J > the file is structured in such a way that RMS sees the file as one veryu long3 > record instead of a file with many shorter lines.e >l9 > if you do a DIR/FULL on the file, what does it reveal ?m >oK > you may try SET FILE file.name /ATTR=(RFM:STMLF) to tell the file systems  thatL > this file is a stream of records delimited only by the lifefeed character. >t5 > (help set file/ATTRIB for a list of possibilities).d   ------------------------------    Date: 16 Nov 2000 16:38:10 -0500, From: koehler@eisner.decus.org (Bob Koehler)2 Subject: Re: [Fwd: RE: Technology of US elections]+ Message-ID: <PKVCPYfa4gO7@eisner.decus.org>o   In article <rdeininger-1611001219210001@user-2ivea3d.dialup.mindspring.com>, rdeininger@mindspring.com (Robert Deininger) writes:   N > The legislature set a hard deadline for the counties to submit their counts,  E No, it didn't.  The legislature created conflicting and interpretablel	 statutes.h  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil GroupoE                                 | please remove ".aspm" when replyingf   ------------------------------  % Date: Thu, 16 Nov 2000 22:33:02 -0500t  From: John Santos <JOHN@egh.com>2 Subject: Re: [Fwd: RE: Technology of US elections]4 Message-ID: <1001116223004.342D-100000@Ives.egh.com>  % On 16 Nov 2000, Phillip Helbig wrote:a  D > > George W's own state prefers the manual counting method. PerhapsB > > the Democrats should suggest a manual recount for the whole of. > > Florida using the Texas counting rules !!  > G > Right---George W. actually signed legislation in Texas which favours t > hand counts. > G > I find myself agreeing with Andrew much more on politics than on VMS!h  D Me too.  That's the worst thing about this whole off-topic thread...% Constantly agreeing with Andrew.  :-(-   --   John Santos"   ------------------------------   Date: 17 Nov 2000 00:15:07 GMT/ From: Hans.Bachner@altavista.net (Hans Bachner)8 Subject: Re: [Q] MadGoat FTP( Message-ID: <8v1vni.51.1@hans.myfqdn.de>  , Bru, Pierre (Pierre.Bru@spotimage.fr) wrote:   >hi, >-B >does MadGoat FTP server implements error recovery and restart (it5 >musr implements the REST command if memory serves) ?e Sorry, I don't know this one...x  A >does it understand Un*x like syntax (for ex. RETR /myfile.dat) ?nK ...but I know it speaks "Unix". It not only accepts Unix-like file specs,  mF you can also define a logical name (iirc) to make it return Unix-like  output to a FTP> DIR command..   Hth, Hans.o   ------------------------------   End of INFO-VAX 2000.642 ************************