1 INFO-VAX	Fri, 13 Apr 2001	Volume 2001 : Issue 206       Contents:# DECtalk DTC01 cabling/documentation $ Re: free disk space on a bound disks$ Re: free disk space on a bound disks- Re: KZCCA Ultrawide SCSI Adapters for the VAX - Re: KZCCA Ultrawide SCSI Adapters for the VAX - Re: KZCCA Ultrawide SCSI Adapters for the VAX - Re: KZCCA Ultrawide SCSI Adapters for the VAX - Re: KZCCA Ultrawide SCSI Adapters for the VAX  Re: KZPCA-AA Works fine !  Re: KZPCA-AA Works fine !  Re: KZPCA-AA Works fine !  Re: KZPCA-AA Works fine ! G M U S T  R E A D   . . . . . . . . . . . . . . . . . . . .. . ..   7323 9 RE: M U S T R E A D . . . . . . . . . . . . . . . . . . . 9 RE: M U S T R E A D . . . . . . . . . . . . . . . . . . . 9 Re: M U S T R E A D . . . . . . . . . . . . . . . . . . . " Need descriptions for part numbers& Re: Need descriptions for part numbers& RE: Need descriptions for part numbers& RE: Need descriptions for part numbers" Need descriptions for part numbers& Re: Need descriptions for part numbers& Re: Need descriptions for part numbers& Re: Need descriptions for part numbers& Re: Need descriptions for part numbers* Re: NOSLOT No PCB available (failed spawn)* Re: NOSLOT No PCB available (failed spawn) Re: NSA is Linux not OpenVMS Re: Open 3d and Hobbist = Re: OpenVMS 7.2-2 and Oracle 8.1.7 - Unsupported combination? 6 Re: OpenVMS Frequently Asked Questions (FAQ), Part 3/5 Re: OT: "The Puzzle Palace"  Re: regarding  soft error = Re: Rumour Has It That CHARLIE MATCO HAS RISEN FROM THE GRAVE = Re: Rumour Has It That CHARLIE MATCO HAS RISEN FROM THE GRAVE = Re: Rumour Has It That CHARLIE MATCO HAS RISEN FROM THE GRAVE  seeing escapes is believing ? Re: SMP_SPINWAIT - is the tip in OpenVMS Times correct and why? # Some really odd C tuning behaviours  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7  Re: Status of EV7   Re: SUBMIT Command - Brain Cramp- Re: Talk to Rich Marcello - Austin Texas area B Re: Talk to Rich Marcello, but DOES HE LISTEN? - Austin Texas area Re: VLCs Re: VMS friendly website???  RE: VMS friendly website???  Re: VMS-Related: Affordable M Re: Volume Shadowing (was Re: Solaris tmpfs (was Re: VMS-Related: Affordable)  Re: web enabling open vms alpha % [Fwd: RE: FTP hijacking of VMS sites]   F ----------------------------------------------------------------------  # Date: Thu, 12 Apr 2001 20:20:38 GMT ; From: "Curtis Rempel" <vmsguy.no.spam.here.please@home.com> , Subject: DECtalk DTC01 cabling/documentation< Message-ID: <q6oB6.91361$wj1.1211701@news1.rdc1.ab.home.com>   Hello,  K I have recently acquired a DECtalk DTC01 unit via eBay.  When powered on, a H fast sequence of DTMF tones is heard followed by "DECtalk version 2.0 is. running."  I'll take this as a good sign.  :-)  = I need some assistance in identifying the connectors however:   L On the back panel, there are 2 DB25 connectors.  The first is labelled COMM,K the second has what appears to be a video monitor symbol.  I'm assuming the K first connector is for a serial command sequence from a host and the second - connector is for some sort of serial console.   ' Next are 8 LED's - 1,2,4, and 7 are on.   I Next are 2 telephone style jacks - the first is labelled with a telephone K handset icon, the next with a horizontal bar.  The first is obviously for a A phone line connection but I don't know the purpose of the second.   E Next are 2 1/8" audio jacks - the first is labelled with an icon that K consists of a triangle pointing to the right inside of a square, the second I is labelled with a headset icon which I assume is for external audio to a  headset or other audio device.  D Any assistance in identifying these connectors would be appreciated.  J I have looked for documentation on the DCT01 using various search engines.C However, the only thing I could find was the following from Compaq:   < EK-DTC01-HR    DTC01 (DECTALK) DOCUMENT. MAP           $5.00< EK-DTC01-IN    DECTALK DTC01 INSTALLATION MA          $21.00< EK-DTC01-IP    DTC01 DECTALK IPB                      $21.00< EK-DTC01-OM    DECTALK OWNERS MANUAL                  $21.00< EK-DTC01-PS    DTC01 (DECTALK) POCKET SVC GD          $42.00< EK-DTC01-RC    DECTALK DTC01 REFERENCE CARD            $5.00< EK-DTC01-RM    DECTALK DTCO1 PROGRAMMER REFE          $84.00< EK-DTC03-IN    DECTALK DTC03 INSTALL. GUIDE           $50.00< EK-DTC03-OM    DECTALK DTC03 TEXT TO SPEECH           $42.00< EK-DTC03-PS    DECTALK DTC03 POCKET SERVICE           $42.00< EK-DTC03-RC    DECTALK DTC03 PROG. REF. CARD           $5.00  / http://www.compaq.com/CAS-Catalog/das04qhm.html   K If anybody knows of any online version of these manuals or would be willing ( to part with a copy, please let me know.   Thanks in advance!   Regards,  
 Curtis Rempel   $ v m s g u y (at) h o m e  dot  c o m     SPAM fodder:   postmaster@localhost   ------------------------------  % Date: Thu, 12 Apr 2001 18:03:02 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> - Subject: Re: free disk space on a bound disks ' Message-ID: <3AD63426.A557F075@fsi.net>    Carl Perkins wrote:  > 7 > "David J. Dachtera" <djesys.nospam@fsi.net> writes... = > }> Actually, it is easier to grab the freeware DFU utility.  > }>Q > }> This easily generates fragmentatio, disk utilization, and space free reports  > }> among other options.  > }> > }> No muss. No fuss. > }>5 > }> The freeware can be found on the Compaq VMS site ) > }> http://www.openvms.compaq.com/portal  > } : > }....but you'd be better off to get the newest DFU from: > } & > }http://www.djesys.com/freeware/vms/ > } ' > }Be sure to get the ECO-1 file, also.  > }  > }--  > }David J. Dachtera > G > That may be the case, but the place the above URL takes you to sucks. A > It is a listing of the directory. If you actually click on, for E > example, the "freeware.html" file (which one might naturally assume D > was an index to the stuff in this directory - note that DFU is notI > mentioned in the index.txt file that is also there) it redirects you to Q > the DJE Systems OpenVMS Freeware page (http://www.djesys.com/vms/freeware.html) @ > on which there is no DFU listed. Were you to start at the home@ > page and work your way down, via the "freeware" link, then theB > "Freeware for OpenVMS" link, this page that does not mention DFU@ > is also where you'd end up. Quite a difference between what isJ > in .../freeware/vms/ and what you can get to from .../vms/freeware.html. > E > So it seems that the only way to actually get to this newest DFU is C > to somehow know the magic URL you gave above that avoids all that H > nasty HTML stuff and just does a directory listing of the right place.@ > (Unless someone else, like the Compaq's OpenVMS freeware site,A > has also got this newest version - presumably it doesn't or you 0 > wouldn't have said not to go there to get it.)  D The directory URL is provided as a convenience until I get around to- updating the HTML. At least you can get it...    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Thu, 12 Apr 2001 18:03:02 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> - Subject: Re: free disk space on a bound disks ' Message-ID: <3AD63426.A557F075@fsi.net>    Carl Perkins wrote:  > 7 > "David J. Dachtera" <djesys.nospam@fsi.net> writes... = > }> Actually, it is easier to grab the freeware DFU utility.  > }>Q > }> This easily generates fragmentatio, disk utilization, and space free reports  > }> among other options.  > }> > }> No muss. No fuss. > }>5 > }> The freeware can be found on the Compaq VMS site ) > }> http://www.openvms.compaq.com/portal  > } : > }....but you'd be better off to get the newest DFU from: > } & > }http://www.djesys.com/freeware/vms/ > } ' > }Be sure to get the ECO-1 file, also.  > }  > }--  > }David J. Dachtera > G > That may be the case, but the place the above URL takes you to sucks. A > It is a listing of the directory. If you actually click on, for E > example, the "freeware.html" file (which one might naturally assume D > was an index to the stuff in this directory - note that DFU is notI > mentioned in the index.txt file that is also there) it redirects you to Q > the DJE Systems OpenVMS Freeware page (http://www.djesys.com/vms/freeware.html) @ > on which there is no DFU listed. Were you to start at the home@ > page and work your way down, via the "freeware" link, then theB > "Freeware for OpenVMS" link, this page that does not mention DFU@ > is also where you'd end up. Quite a difference between what isJ > in .../freeware/vms/ and what you can get to from .../vms/freeware.html. > E > So it seems that the only way to actually get to this newest DFU is C > to somehow know the magic URL you gave above that avoids all that H > nasty HTML stuff and just does a directory listing of the right place.@ > (Unless someone else, like the Compaq's OpenVMS freeware site,A > has also got this newest version - presumably it doesn't or you 0 > wouldn't have said not to go there to get it.)  D The directory URL is provided as a convenience until I get around to- updating the HTML. At least you can get it...    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Thu, 12 Apr 2001 11:27:01 -0700 + From: "Barry Treahy, Jr." <treahy@mmaz.com> 6 Subject: Re: KZCCA Ultrawide SCSI Adapters for the VAX( Message-ID: <3AD5F375.AD1FAA1F@mmaz.com>   Robert Deininger wrote:    > P > Um, what bus on a VAX 4000 has enough bandwidth to even come close to UW SCSI?H > You've got Q-bus, DSSI, or ethernet.  Maybe an embedded HDSx gives youC > SCSI without going through Q-bus, but it's still limited by DSSI.  >   > I must be missing something... >   N Well first, locating native Ultrawide SCSI (KZCCA) for VAX 4000's is not easy.P Compaq apparently marketed them at one time (1999 to the fall of 2000), but theyR no longer sell them and I have used resellers scratching their head in attempts to: find them, most haven't clue as to what I'm talking about.  Q What was reported to me from Rob in NZ, who was a user of the KZCCA, was that his R systems were extremely unstable in a clustered and MSCP served environment.    TheN fact that the controllers are next to impossible to locate and the question ofR stability and reliability was the primary reason for statement that 'it may or mayM not be a great idea' which is what lead me to seek for alternative solutions.   B What I want to do is VMS SCSI clustering to my UW SCSI RAID Array.  O The question, I guess, is can I get DSSI to UW SCSI conversion without SW's, or N hard drive UW SCSI support from a Q-bus solution and after going through theseH unnecessary layers, what type of bandwidth can I truely expect let alone reliability?   Regards,   Barry    --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  % Date: Thu, 12 Apr 2001 16:02:06 -0700 + From: "Barry Treahy, Jr." <treahy@mmaz.com> 6 Subject: Re: KZCCA Ultrawide SCSI Adapters for the VAX( Message-ID: <3AD633EE.A7275B73@mmaz.com>  D Yes, I just recently learned of them as an option.  After your priorG post, I suspect that much of our equipment combined, if we sold it to a H resaler today, would not fetch what they want for a single adapter which is $5k.    Seems a bit out of balance, eh?    Barry    Brian Tillman wrote:  E > >Allow me to toss out another question.  I need good Ultrawide SCSI / > >performance for a VAX 4000/100 and 4000/705.  > ; > Nemonix markets a VAX-based fast SCSI adapter.  See it at  > http://www.nemonixinc.com/ > --C > Brian Tillman                   Internet: tillman_brian at si.com C > Smiths Aerospace                          tillman at swdev.si.com ? > 3290 Patterson Ave. SE, MS      Addresses modified to prevent > > Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@": >        This opinion doesn't represent that of my company   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  % Date: Thu, 12 Apr 2001 16:02:06 -0700 + From: "Barry Treahy, Jr." <treahy@mmaz.com> 6 Subject: Re: KZCCA Ultrawide SCSI Adapters for the VAX( Message-ID: <3AD633EE.A7275B73@mmaz.com>  D Yes, I just recently learned of them as an option.  After your priorG post, I suspect that much of our equipment combined, if we sold it to a H resaler today, would not fetch what they want for a single adapter which is $5k.    Seems a bit out of balance, eh?    Barry    Brian Tillman wrote:  E > >Allow me to toss out another question.  I need good Ultrawide SCSI / > >performance for a VAX 4000/100 and 4000/705.  > ; > Nemonix markets a VAX-based fast SCSI adapter.  See it at  > http://www.nemonixinc.com/ > --C > Brian Tillman                   Internet: tillman_brian at si.com C > Smiths Aerospace                          tillman at swdev.si.com ? > 3290 Patterson Ave. SE, MS      Addresses modified to prevent > > Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@": >        This opinion doesn't represent that of my company   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  % Date: Thu, 12 Apr 2001 16:02:06 -0700 + From: "Barry Treahy, Jr." <treahy@mmaz.com> 6 Subject: Re: KZCCA Ultrawide SCSI Adapters for the VAX( Message-ID: <3AD633EE.A7275B73@mmaz.com>  D Yes, I just recently learned of them as an option.  After your priorG post, I suspect that much of our equipment combined, if we sold it to a H resaler today, would not fetch what they want for a single adapter which is $5k.    Seems a bit out of balance, eh?    Barry    Brian Tillman wrote:  E > >Allow me to toss out another question.  I need good Ultrawide SCSI / > >performance for a VAX 4000/100 and 4000/705.  > ; > Nemonix markets a VAX-based fast SCSI adapter.  See it at  > http://www.nemonixinc.com/ > --C > Brian Tillman                   Internet: tillman_brian at si.com C > Smiths Aerospace                          tillman at swdev.si.com ? > 3290 Patterson Ave. SE, MS      Addresses modified to prevent > > Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@": >        This opinion doesn't represent that of my company   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  % Date: Thu, 12 Apr 2001 16:02:06 -0700 + From: "Barry Treahy, Jr." <treahy@mmaz.com> 6 Subject: Re: KZCCA Ultrawide SCSI Adapters for the VAX( Message-ID: <3AD633EE.A7275B73@mmaz.com>  D Yes, I just recently learned of them as an option.  After your priorG post, I suspect that much of our equipment combined, if we sold it to a H resaler today, would not fetch what they want for a single adapter which is $5k.    Seems a bit out of balance, eh?    Barry    Brian Tillman wrote:  E > >Allow me to toss out another question.  I need good Ultrawide SCSI / > >performance for a VAX 4000/100 and 4000/705.  > ; > Nemonix markets a VAX-based fast SCSI adapter.  See it at  > http://www.nemonixinc.com/ > --C > Brian Tillman                   Internet: tillman_brian at si.com C > Smiths Aerospace                          tillman at swdev.si.com:? > 3290 Patterson Ave. SE, MS      Addresses modified to preventb> > Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@": >        This opinion doesn't represent that of my company   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028A   ------------------------------  # Date: Thu, 12 Apr 2001 22:57:47 GMT 2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>" Subject: Re: KZPCA-AA Works fine !4 Message-ID: <LpqB6.951$Hp.43048@typhoon.aracnet.com>  + islandco.com <dbturner@islandco.com> wrote: E > Installed a KZPCA-AA in PWS433, 500 and 600, XP1000 DS20 and AS1200    > Works fine in all instances    What version of OpenVMS?  H > We are evaluating some other cheap boards next week also: 53C895 based > U2Wide cards, no namee  M > WIll post results - this is a replacement for KZPBA-CA if it works for onlye > about $200  H Is that ~$200 for the KZPCA-AA or the no name 53C895 based U2Wide cards?   		Zane   ------------------------------  # Date: Thu, 12 Apr 2001 22:57:47 GMTC2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>" Subject: Re: KZPCA-AA Works fine !4 Message-ID: <LpqB6.951$Hp.43048@typhoon.aracnet.com>  + islandco.com <dbturner@islandco.com> wrote: E > Installed a KZPCA-AA in PWS433, 500 and 600, XP1000 DS20 and AS1200P   > Works fine in all instancesf   What version of OpenVMS?  H > We are evaluating some other cheap boards next week also: 53C895 based > U2Wide cards, no name   M > WIll post results - this is a replacement for KZPBA-CA if it works for onlyc > about $200  H Is that ~$200 for the KZPCA-AA or the no name 53C895 based U2Wide cards?   		Zane   ------------------------------  # Date: Thu, 12 Apr 2001 22:57:47 GMTs2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>" Subject: Re: KZPCA-AA Works fine !4 Message-ID: <LpqB6.951$Hp.43048@typhoon.aracnet.com>  + islandco.com <dbturner@islandco.com> wrote: E > Installed a KZPCA-AA in PWS433, 500 and 600, XP1000 DS20 and AS1200p   > Works fine in all instancest   What version of OpenVMS?  H > We are evaluating some other cheap boards next week also: 53C895 based > U2Wide cards, no nameM  M > WIll post results - this is a replacement for KZPBA-CA if it works for onlye > about $200  H Is that ~$200 for the KZPCA-AA or the no name 53C895 based U2Wide cards?   		Zane   ------------------------------  # Date: Thu, 12 Apr 2001 22:57:47 GMT-2 From: "Zane H. Healy" <healyzh@shell1.aracnet.com>" Subject: Re: KZPCA-AA Works fine !4 Message-ID: <LpqB6.951$Hp.43048@typhoon.aracnet.com>  + islandco.com <dbturner@islandco.com> wrote:oE > Installed a KZPCA-AA in PWS433, 500 and 600, XP1000 DS20 and AS1200l   > Works fine in all instancesi   What version of OpenVMS?  H > We are evaluating some other cheap boards next week also: 53C895 based > U2Wide cards, no name   M > WIll post results - this is a replacement for KZPBA-CA if it works for onlyv > about $200  H Is that ~$200 for the KZPCA-AA or the no name 53C895 based U2Wide cards?   		Zane   ------------------------------  # Date: Thu, 12 Apr 2001 18:58:51 GMTn From: oijgvs@security.comnP Subject: M U S T  R E A D   . . . . . . . . . . . . . . . . . . . .. . ..   7323, Message-ID: <LVmB6.23645$sn.3888@NewsReader>  M Do you want your family or the authorities to find out what sites you surfed?   ^ When you access the Internet, your computer keeps permanent hidden records of your activities!  I Files I shredded months earlier were clearly visible using this software. ' I advise you to check it out........... 5 http://www.evidence-eliminator.com/go.shtml?A654845  fC This a top program that speeds up and cleans your PC...............e@ ***************THE NETS HOTTEST SOFTWARE************************  T dnqdnejjbgkoljoxgqyfetfyqenvtpejewerkzkrsfmorqokhdvwgbmquvzrhgosgiskxgkiqsbjvmekywxe   ------------------------------  % Date: Thu, 12 Apr 2001 15:36:15 -0500 * From: WILLIAM WEBB <WWEBB1@email.usps.gov>B Subject: RE: M U S T R E A D . . . . . . . . . . . . . . . . . . .- Message-ID: <0033000021349236000002L062*@MHS>A  C =0AM U S T   D E L E T E   . . . . . . . . . . . . . . . . . . . ..    > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNET ( > Sent: Thursday, April 12, 2001 3:10 PMD > To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNETC > Subject: M U S T R E A D . . . . . . . . . . . . . . . . . . . ..I >  >C= > Do you want your family or the authorities to find out whatA > sites you surfed?C > = > When you access the Internet, your computer keeps permanent  > hidden records of3 > your activities! >O< > Files I shredded months earlier were clearly visible using > this software.) > I advise you to check it out...........o5 > http://www.evidence-eliminator.com/go.shtml?A654845pE > This a top program that speeds up and cleans your PC...............eB > ***************THE NETS HOTTEST SOFTWARE************************ >t@ > dnqdnejjbgkoljoxgqyfetfyqenvtpejewerkzkrsfmorqokhdvwgbmquvzrhg > osgiskxgkiqsbjvmek > ywxe >=   ------------------------------  % Date: Thu, 12 Apr 2001 13:34:28 -0700 ! From: Shane.F.Smith@Healthnet.com.B Subject: RE: M U S T R E A D . . . . . . . . . . . . . . . . . . .D Message-ID: <OF21DE724E.78E786F1-ON88256A2C.0070F5DC@foundation.com>  @ M U S T   K I L L  P E R P E T R A T O R . . . . . . . . . . . .          > WILLIAM WEBB <WWEBB1@email.usps.gov> on 04/12/2001 01:36:15 PM  6 Please respond to WILLIAM WEBB <WWEBB1@email.usps.gov>   To:   Info-VAX@Mvb.Saic.ComV cc:t  C Subject:  RE: M U S T R E A D . . . . . . . . . . . . . . . . . . .b      @ M U S T   D E L E T E   . . . . . . . . . . . . . . . . . . . ..   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETv( > Sent: Thursday, April 12, 2001 3:10 PMD > To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNETC > Subject: M U S T R E A D . . . . . . . . . . . . . . . . . . . ..e >e >m= > Do you want your family or the authorities to find out whath > sites you surfed?t > = > When you access the Internet, your computer keeps permanenti > hidden records ofr > your activities! > < > Files I shredded months earlier were clearly visible using > this software.) > I advise you to check it out...........a5 > http://www.evidence-eliminator.com/go.shtml?A654845"E > This a top program that speeds up and cleans your PC............... B > ***************THE NETS HOTTEST SOFTWARE************************ >b@ > dnqdnejjbgkoljoxgqyfetfyqenvtpejewerkzkrsfmorqokhdvwgbmquvzrhg > osgiskxgkiqsbjvmek > ywxe >o   ------------------------------  # Date: Thu, 12 Apr 2001 21:36:31 GMTs4 From: "Terry C. Shannon" <terryshannon@mediaone.net>B Subject: Re: M U S T R E A D . . . . . . . . . . . . . . . . . . .< Message-ID: <zdpB6.9513$%_1.1946445@typhoon.ne.mediaone.net>  . <Shane.F.Smith@Healthnet.com> wrote in message> news:OF21DE724E.78E786F1-ON88256A2C.0070F5DC@foundation.com... >oB > M U S T   K I L L  P E R P E T R A T O R . . . . . . . . . . . . >t  J This can be easily done by getting a free account at www.spamcop.net. WhenH you provide Spamcop with a SPAM and its headers, the tool identifies theL SPAMMER and generates a nice missive for the SPAMMER's ISP. If you use u$oftG OutHaus Distress, just hit CTRL/F3 to display the header info, copy andn; paste the entire SPAM into the Spamcop box, and off you go!f  E Of course, this doesn't work all that well with the dog-eating ChiComrL SPAMMERS. Those heathens continue to SPAM regardless of whatever sub-kiloton measures you take against them.1   ------------------------------  $ Date: Mon, 9 Apr 2001 15:21:01 -0400% From: "Tom Steuver" <steuver@nku.edu>k+ Subject: Need descriptions for part numbers & Message-ID: <3ad6074d_2@news2.one.net>  K I just acquired a VAX 4000-600 system.  The system has a number of cards inaL it that I'm not familiar with.  Does anyone know what these cards are or how I can find out?a   CXY08-Me   DSV11-SA   TQK70g   KLESI-SA   Thanks,  Tom Steuver  tom@homebizcomp.comT   ------------------------------  % Date: Thu, 12 Apr 2001 16:24:50 -0400o# From: Jim Agnew <Agnew@hsc.vcu.edu>u/ Subject: Re: Need descriptions for part numbers + Message-ID: <3AD60F12.B5D4690D@hsc.vcu.edu>    interspersed thru the text..   Tom Steuver wrote: > M > I just acquired a VAX 4000-600 system.  The system has a number of cards inaN > it that I'm not familiar with.  Does anyone know what these cards are or how > I can find out?t > 	 > CXY08-Mm  } 8 line serial terminal multiplexer, if you have 2 centronics it's full modem control, 8 mmj jacks it's not full modem controlt   > 
 > DSV11-SA   duh...   >  > TQK70d  n tk70 tape controller, you may have a opening for a square tape cartridbe somewhere, it holds about 200 mbytes.   > 
 > KLESI-SA  # a 9-track tape controller, i think.e   > 	 > Thanks,y
 > Tom Steuver" > tom@homebizcomp.come   ------------------------------  % Date: Thu, 12 Apr 2001 17:06:45 -0500a* From: WILLIAM WEBB <WWEBB1@email.usps.gov>/ Subject: RE: Need descriptions for part numberso- Message-ID: <0033000021358976000002L062*@MHS>    =0AOh, forgot to mention it-  / Just in case you're not real familiar with Qbusk+ systems, don't go moving them cards around.a  0 You have to configure them to match the specific slot they are in.i  5 I used to know how to do it but I'd darn sure have ton look it up now.,  ' CSRs and vector addresses and all that.u   WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETR( > Sent: Thursday, April 12, 2001 4:33 PMD > To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET1 > Subject: RE: Need descriptions for part numbersy >o >  > interspersed thru the text.. >e > Tom Steuver wrote: > >t< > > I just acquired a VAX 4000-600 system.  The system has a > number of cards in? > > it that I'm not familiar with.  Does anyone know what these  > cards are or how > > I can find out?. > >o > > CXY08-Ms >a> > 8 line serial terminal multiplexer, if you have 2 centronics > it's full modem-2 > control, 8 mmj jacks it's not full modem control >7 > >0 > > DSV11-SA >y > duh... >  > >h	 > > TQK70  >u; > tk70 tape controller, you may have a opening for a square- > tape cartridbe' > somewhere, it holds about 200 mbytes.  >  > >  > > KLESI-SA > % > a 9-track tape controller, i think.o >c > >t > > Thanks,  > > Tom Steuver  > > tom@homebizcomp.com  >=   ------------------------------  % Date: Thu, 12 Apr 2001 17:03:25 -0500l* From: WILLIAM WEBB <WWEBB1@email.usps.gov>/ Subject: RE: Need descriptions for part numbersr- Message-ID: <0033000021358539000002L092*@MHS>   : =0AThis is from memory from five-six years ago, so forgive me if I'm wrong.  . DSV-11 should be a dual synchronous port card.  > We used to use sync modems and 2780/3780 emulation software to" exchange data with IBM mainframes.  5 Jeez, 4800, then later 9600 baud.  Them wuz the days.    WWWebb   > -----Original Message-----1 > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETe( > Sent: Thursday, April 12, 2001 4:33 PMD > To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET1 > Subject: RE: Need descriptions for part numbers  >  >m > interspersed thru the text.. >h > Tom Steuver wrote: > >r< > > I just acquired a VAX 4000-600 system.  The system has a > number of cards in? > > it that I'm not familiar with.  Does anyone know what theser > cards are or how > > I can find out?I > >o > > CXY08-Mu >o> > 8 line serial terminal multiplexer, if you have 2 centronics > it's full modemn2 > control, 8 mmj jacks it's not full modem control >  > >  > > DSV11-SA >r > duh... >M > >t	 > > TQK70  >V; > tk70 tape controller, you may have a opening for a square3 > tape cartridbe' > somewhere, it holds about 200 mbytes.- >  > >e > > KLESI-SA >1% > a 9-track tape controller, i think.J >  > >h > > Thanks,  > > Tom SteuverA > > tom@homebizcomp.comf >=   ------------------------------  + Date: Thu, 12 Apr 2001 16:50:44 -0500 (CDT)o From: sms@antinode.org+ Subject: Need descriptions for part numberso) Message-ID: <01041216504455@antinode.org>   % From: "Tom Steuver" <steuver@nku.edu>w [...]   H    I was just about to accuse Mr. Steuver of being a moron, as any idiotH would just ask AltaVista to find these things, but it didn't work when IE tried it.  Is the CXY08 is too new to appear in my copy of the "FIELD7E GUIDE TO Q-BUS AND UNIBUS MODULES" (dated "04 FEB 1995")?  Is there a % newer edition of that handy document?r  E    A quick (advanced) search for "TQK70 and DSV11" (which _are_ in mysG Guide) did not find a working site with the file I had expected.  If noeE one else can point to one, I can add it to my server, but it would beIE nice to get the latest revisions, if any.  I just assumed that if _I_s< had a copy, it must be out there somewhere.  Apparently not.  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home)-C    382 South Warwick Street        (+1) 763-781-0308  (voice, work) G    Saint Paul  MN  55105-2547      (+1) 763-781-0309  (facsimile, work)X9    sms@antinode.org                sms@provis.com  (work)e   ------------------------------  % Date: Thu, 12 Apr 2001 18:47:43 -0400t2 From: norm lastovica <norman.lastovica@oracle.com>/ Subject: Re: Need descriptions for part numberso* Message-ID: <3AD6308F.2C195FD7@oracle.com>  . a little searching at www.google.com yields...   Tom Steuver wrote: > M > I just acquired a VAX 4000-600 system.  The system has a number of cards inaN > it that I'm not familiar with.  Does anyone know what these cards are or how > I can find out?t > 	 > CXY08-Mx  ' 	serial line interface (8 port I think)   
 > DSV11-SA  0 	Serial Line interface (I don't recall how many)   > TQK70    	internal TK70 interface  
 > KLESI-SA  . 	tape interface (talks with TU80, for example)     --  > norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  % Date: Thu, 12 Apr 2001 18:47:43 -0400a2 From: norm lastovica <norman.lastovica@oracle.com>/ Subject: Re: Need descriptions for part numbers2* Message-ID: <3AD6308F.2C195FD7@oracle.com>  . a little searching at www.google.com yields...   Tom Steuver wrote: > M > I just acquired a VAX 4000-600 system.  The system has a number of cards inXN > it that I'm not familiar with.  Does anyone know what these cards are or how > I can find out?f > 	 > CXY08-M   ' 	serial line interface (8 port I think)c  
 > DSV11-SA  0 	Serial Line interface (I don't recall how many)   > TQK70o   	internal TK70 interface  
 > KLESI-SA  . 	tape interface (talks with TU80, for example)     -- t> norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  % Date: Thu, 12 Apr 2001 18:47:43 -0400i2 From: norm lastovica <norman.lastovica@oracle.com>/ Subject: Re: Need descriptions for part numbersl* Message-ID: <3AD6308F.2C195FD7@oracle.com>  . a little searching at www.google.com yields...   Tom Steuver wrote: > M > I just acquired a VAX 4000-600 system.  The system has a number of cards innN > it that I'm not familiar with.  Does anyone know what these cards are or how > I can find out?h > 	 > CXY08-My  ' 	serial line interface (8 port I think)o  
 > DSV11-SA  0 	Serial Line interface (I don't recall how many)   > TQK702   	internal TK70 interface  
 > KLESI-SA  . 	tape interface (talks with TU80, for example)     -- r> norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  % Date: Thu, 12 Apr 2001 18:47:43 -0400>2 From: norm lastovica <norman.lastovica@oracle.com>/ Subject: Re: Need descriptions for part numbersf* Message-ID: <3AD6308F.2C195FD7@oracle.com>  . a little searching at www.google.com yields...   Tom Steuver wrote: > M > I just acquired a VAX 4000-600 system.  The system has a number of cards in N > it that I'm not familiar with.  Does anyone know what these cards are or how > I can find out?4 > 	 > CXY08-M0  ' 	serial line interface (8 port I think)a  
 > DSV11-SA  0 	Serial Line interface (I don't recall how many)   > TQK70l   	internal TK70 interface  
 > KLESI-SA  . 	tape interface (talks with TU80, for example)     --  > norman lastovica / oracle rdb engineering / usa / 610.696.4685   ------------------------------  % Date: Thu, 12 Apr 2001 11:32:38 -0700e+ From: "Barry Treahy, Jr." <treahy@mmaz.com> 3 Subject: Re: NOSLOT No PCB available (failed spawn)r( Message-ID: <3AD5F4C6.C3B07282@mmaz.com>   JF Mezei wrote:r  N > A while ago, I reported that I had an epoisode where I was no longer capableI > of starting new processes (VAX VMS 7.2, dw-motif, bw screen) due to theaP > "NOSLOT No PCB available" message, even though SHOW MEMORY showed I still have > about 20 slots available.o > 3 > I rebooted the machine and the problem went away.t >eO > But overnight, it cropped up again and I had to reboot the workstation again.l  O I know this may seem completely unrelated, but I had the exact same problem andaQ posted it here two months ago with no solutions.  In my case, on a VAX and on VMS O 7.2, it turned out that the NOSLOT was a false message but that I had burned up Q all of the SPTE's on the VAX.  I have two third party programs (one is a tape and-Q the other is a disk cache) that burn them up as if going out of style and I'd getaM the NOSLOT errors or processes would eventully hang in LEF states requiring aD reboot.9  P I've been told from a reliable source that SPTE's are cheap.  I'm running SPTREQR at about 28% of my physical memory pages and I have not had a problem since (about four weeks).   Good luck...   Barryp   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO8  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  # Date: Thu, 12 Apr 2001 19:24:27 GMT$2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)3 Subject: Re: NOSLOT No PCB available (failed spawn)-2 Message-ID: <LhnB6.851$fB6.21388@news.cpqcorp.net>  \ In article <3AD59578.D4CCB6C7@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:M :A while ago, I reported that I had an epoisode where I was no longer capableeH :of starting new processes (VAX VMS 7.2, dw-motif, bw screen) due to theO :"NOSLOT No PCB available" message, even though SHOW MEMORY showed I still havet :about 20 slots available.  F   How many processes do you have active?  (eg: SHOW SYSTEM)  Is there H   any third-party or "hack" kernel-mode code around?  And you definitelyB   have insufficient physical memory configured, but you knew that.  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------    Date: 12 Apr 2001 20:17:35 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>% Subject: Re: NSA is Linux not OpenVMS36 Message-ID: <20010412201735.12307.qmail@nym.alias.net>  " -----BEGIN PGP SIGNED MESSAGE-----  ? On Tue, 10 Apr 2001, fabio_compaq@ep-bc.petrobras.com.br wrote:C	 >Click at  >n< >http://news.cnet.com/news/0-1003-200-5551168.html?tag=cd_mh >- >-( >Is really needed the OpenVMS for NSA  ? >  >Regards >s >FCt  I That the NSA is funding the implementation of VMS-style security features.- in Linux should be of great concern to The Q.w  K It should be taken as proof positive that such clients cannot be counted onoK to stick with VMS forever. Seems they want to bet on open source instead ofd OpenVMS!     Doc.? [I'm almost tempted to steal Dave's RIP VMS .sig for this one!]e   -----BEGIN PGP SIGNATURE-----y Version: 2.6.2  @ iQEVAwUBOtTh8sriC3SGiziTAQGA6wf+KukM8HWTNjBRMZ42i/+S1cJ+EmZ+PW8Y@ icIxACSKU+GhlsOYTMEl/MRcdrdYvSh5Yjnz79tBVJrCqd1pBwP0FP+hdjO0OFSr@ LYCWsympNnHY5H0cwYCFyFlGhiQMMb7nod1BPCV2AUxh0PXxqDLcJxF8j4lj9OuD@ QpzASW8hdz1GzS9FX6fTDgHzgeSQfEfRbNcf4tZuT8ozmOjmJSpRY6qIrSQUoHKk@ a3dyst8eXLOaChfK/a7HjxRlKQaEryJYFJyBH/VlrToy5VKTyhZkqUEkB1Lks7XB8 jZYrJ9nJUSRgtgPoV+oVFJNaBLUX4anXf6B+p9XSB9+n9LOcVCJ5dA== =uEYr1 -----END PGP SIGNATURE-----:   ------------------------------    Date: 13 Apr 2001 03:08:08 +0800, From: Paul Repacholi <prep@prep.synonet.com>  Subject: Re: Open 3d and Hobbist- Message-ID: <878zl6ey1z.fsf@prep.synonet.com>s  " tamo_nakamura@yahoo.com.au writes:  D > Is OPEN3d included in hobbyist licences.  If so which licence do I7 > need?  Or do I need to do something to enable Open3d.E  D No it's not! And that is pretty weird considering that OPS5 and MMOV are. As is All-in One...  H Install it anyway, and that gets you the drivers. You just can't use the+ 3D stuff :(, but you can then use the card.    -- e< 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: Thu, 12 Apr 2001 14:57:30 -0500 1 From: "Dave Gudewicz" <david.gudewicz@abbott.com>*F Subject: Re: OpenVMS 7.2-2 and Oracle 8.1.7 - Unsupported combination?8 Message-ID: <9b51bd$nv7$1@fizban.fizban.pprd.abbott.com>  L Never heard of 7.2-2.  Maybe I missed something along the way, but I thought@ 7.3 was the next release of VMS after 7.2-1 and its hw variants.   Dave....  7 "Sean O'Banion" <seanobanion@home.com> wrote in message5" news:3AD5E88B.DB22C79C@home.com...I > There have been some independent statements from Compaq and Oracle that<- > seem to lead us into a difficult situation:M > J > Compaq: Support of VMS 7.2-1 will end at the end of 2001, and 7.2-2 will  > be the supported level of 7.2. > : > Oracle: Oracle 8.1.7 will NOT be certified on VMS 7.2-2. > H > Us: We must decide by next week (you don't really want to know why) ifI > we are going to upgrade from Oracle 7.3.x.x to 8.1.7 by the end of thistI > year.  Since the 7.2-2 kit will not be released for a couple of months,-I > there is no way we can evaluate how serious the changes are, or be able.= > to determine the risk of running Oracle 8.1.7 on VMS 7.2-2.e >t >i* > Does anybody know what the situation is?5 > Are the groups in VMS and Oracle talking this over?p >e >n > Sean >d   ------------------------------  % Date: Thu, 12 Apr 2001 15:36:43 -0400e* From: "Andy Stoffel" <acs@fcgnetworks.net>? Subject: Re: OpenVMS Frequently Asked Questions (FAQ), Part 3/5-9 Message-ID: <EtnB6.146640$lj4.4512317@news6.giganews.com>   - "Paul Sture" <paul@sture.ch> wrote in message*% news:VA.0000034c.073c26bc@sture.ch...*> > In article <3AD4803D.393E1EBB@hsc.vcu.edu>, Jim Agnew wrote:' > > From: Jim Agnew <Agnew@hsc.vcu.edu>i > > Newsgroups: comp.os.vms-C > > Subject: Re: OpenVMS Frequently Asked Questions (FAQ), Part 3/5m) > > Date: Wed, 11 Apr 2001 12:03:09 -0400. > > H > > HMM..  Maybe the person in question could up grade their brain OS to
 WindowsTP,F > > Windows Telepath, documented in rec.humor.funny's home page... ;-) > >rD > Adopting that naming convention, Windows XP could easily stand for" > Windows eXtended Psychopath. :-)  J Maybe I'm being cynical but I've always seen it as an attempt by MicrosoftA to "grab"/pre-emptively absorb the "eXtreme Programming" paradigmo= so people would think it was their idea & that Windows Mumble  was a shining example....e   -Andy-   ------------------------------  # Date: Thu, 12 Apr 2001 19:29:16 GMTp+ From: "Nikita V. Belenki" <public@kits.net>i$ Subject: Re: OT: "The Puzzle Palace": Message-ID: <gmnB6.4715$Up.165078@sea-read.news.verio.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:dsT6JPZ2BKqg@eisner.encompasserve.org...r  * > http://www.libertarian.org/libphilo.html >-I > What is the proper role of government in a free society? To answer thiseC > question, we must first understand what is meant by "government."- > I > "Government is the use of force. To govern means to control. The use ofy
 > force isK > implicit in the definition of control. Otherwise, it would be "influence"sK > rather than control. Even the good things that governments do involve theS > use J > of force somewhere, somehow. Sometimes government uses force directly toH > control behavior. Other times, government uses money taken by force to > fundB > activities which would otherwise not involve the use of force. " >1? > If you read further, you see Government is equated to thievest > and robbers.  I No, it isn't. Government "is equated to" people that *can* use force. AndiE even if they use force, they are not necessarily thieves and robbers.   K "The proper role of government (force) in a free society then, is to defendlG and/or retaliate against those who initiate force. Government in a freen. society should not be the initiator of force."   Kit.   ------------------------------  # Date: Thu, 12 Apr 2001 18:57:40 GMTa2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)" Subject: Re: regarding  soft error2 Message-ID: <EUmB6.849$fB6.21325@news.cpqcorp.net>  a In article <001301c0c331$37556110$5a00008f@wrm6>, sanjay kumar <sanjay@jsr.tatasteel.com> writes:a  3 :...This is a multi-part message in MIME format....R  ;   Please turn off MIME in your newsgroup settings.  Thanks!3  G :I have one system alpha 1000A Which has installed raid 1 through swxcrrJ :controller, now i am facing one problem in my system, I got 3 soft error I :in one logical disk.  so pls tell me what is soft error and why this is  1 :coming also tell me how to clear the soft error.t  K   Please check your error log for details on the error, and please contact  J   your hardware support organization for assistance in decoding the error.  J   This might be a transient problem, or it could be something rather more K   serious -- without details on the error(s) from the error log, a specificr#   answer is effectively impossible.r  G   You will also want to take this opportunity to carefully evaluate the0F   appropriateness and validity of BACKUP strategy, and also to examineK   whether or not you can successfully restore data from any data archive(s) )   you might presently (believe you) have.e  L   For information on clearing the OpenVMS error counts (without rebooting), H   please see the OpenVMS FAQ.  (There's a tool available on the upcomingC   Freeware V5.0 CD-ROM that clears all of the error counts, too...)      N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 12 Apr 2001 15:56:55 -0700 + From: "Barry Treahy, Jr." <treahy@mmaz.com> F Subject: Re: Rumour Has It That CHARLIE MATCO HAS RISEN FROM THE GRAVE( Message-ID: <3AD632B7.BAD8BF35@mmaz.com>   Brian Tillman wrote:  F > >But I haven't seen a VAX in more than a decade. When the flock wake1 > >up to alternatives the tide turns pretty fast!  >dM > Then you haven't stopped by our data center.  We have three VAX 4000-505As,VM > two VAX 7000-30s, and two VAX 4000-305s.  We have them because THE SOFTWARE K > WE RUN DOESN'T EXIST FOR THE ALPHA.  Vendors WON'T PORT!!  Get it??  WhatcH > does it matter if the Alpha were to run at 3 THz?  If the applications. > aren't there, the CPU isn't either.  Period.  + Hear, hear!  I second Brian's statements!!!m   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOy  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  % Date: Thu, 12 Apr 2001 15:56:55 -0700o+ From: "Barry Treahy, Jr." <treahy@mmaz.com>cF Subject: Re: Rumour Has It That CHARLIE MATCO HAS RISEN FROM THE GRAVE( Message-ID: <3AD632B7.BAD8BF35@mmaz.com>   Brian Tillman wrote:  F > >But I haven't seen a VAX in more than a decade. When the flock wake1 > >up to alternatives the tide turns pretty fast!c >rM > Then you haven't stopped by our data center.  We have three VAX 4000-505As,.M > two VAX 7000-30s, and two VAX 4000-305s.  We have them because THE SOFTWARE0K > WE RUN DOESN'T EXIST FOR THE ALPHA.  Vendors WON'T PORT!!  Get it??  WhatrH > does it matter if the Alpha were to run at 3 THz?  If the applications. > aren't there, the CPU isn't either.  Period.  + Hear, hear!  I second Brian's statements!!!i   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIOn  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028I   ------------------------------  % Date: Thu, 12 Apr 2001 15:56:55 -0700 + From: "Barry Treahy, Jr." <treahy@mmaz.com> F Subject: Re: Rumour Has It That CHARLIE MATCO HAS RISEN FROM THE GRAVE( Message-ID: <3AD632B7.BAD8BF35@mmaz.com>   Brian Tillman wrote:  F > >But I haven't seen a VAX in more than a decade. When the flock wake1 > >up to alternatives the tide turns pretty fast!s >sM > Then you haven't stopped by our data center.  We have three VAX 4000-505As,.M > two VAX 7000-30s, and two VAX 4000-305s.  We have them because THE SOFTWARE K > WE RUN DOESN'T EXIST FOR THE ALPHA.  Vendors WON'T PORT!!  Get it??  WhatSH > does it matter if the Alpha were to run at 3 THz?  If the applications. > aren't there, the CPU isn't either.  Period.  + Hear, hear!  I second Brian's statements!!!    --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO1  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028a   ------------------------------  % Date: Thu, 12 Apr 2001 15:13:42 -0700D/ From: Terry Marosites <TMarosites@unitedad.com>a$ Subject: seeing escapes is believingM Message-ID: <1137A4A23A51D311B2D600105A1D5213026FE202@seantexch.unitedad.com>e  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_000_01C0C39D.D5E4A66C1 Content-Type: text/plain;a 	charset="ISO-8859-1"m   Hello all ,   K   This should be a simple question for someone. I have a DCL procedure that K uses escape commands like formfeed and in character positioning statements..L I want to show this to some students in the same format as when you see themK in EDT i.e. <FF> and <ESC>. I don't have access to a VMS system with the pc I that has an overhead attachment so my question is there a format in word, K WordPad...  or a way to see the procedure on a pc(95) that looks like it is  in an EDT editor.A   Thanks s Terry Marositesm     -----Original Message-----, From: Bill Todd [mailto:billtodd@foo.mv.com]& Sent: Thursday, April 12, 2001 1:13 PM To: Info-VAX@Mvb.Saic.Com $ Subject: Re: VMS-Related: Affordable      L "Jan Vorbrueggen" <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> wrote inJ message news:y4zodpqju4.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de...+ > "Bill Todd" <billtodd@foo.mv.com> writes:a > J > > Unless, of course, the application can handle the bytes in situ in the
 > > blocks > K > But then you're not using the calls provided by the C RTL, but the systemj callH > directly. And in Unix, the data is copied (in memory) at least once; a $QIO+ > will get it into your buffer without one.e  F So will a 'raw' device access on Unix.  I suspect both are rather rareI compared with access through the C RTL or RMS.  ISTR that one or two UnixoL file systems support unbuffered file-structured access as well, but it seems) to be the exception rather than the rule.o  H My response was to your apparently general assertion that unblocking wasH required (which you presented in response to my statements about XFC and/ RMS, not in the specific context of the C RTL)./   >lJ > > No, since the traditional Unix approach (if I understand it correctly) moveshF > > application bytes directly to/from a system buffer, which is moved to/from>) > > disk - still only one copy operation.u >rL > Still the question who does the deblocking...do the usual read/write C RTLC > calls return the data or a pointer to the data (you'll notice I'm 	 obviouslys+ > not using C regularly enough to know...)?   L MSVC++'s fread interface description indicates that you provide it a pointerG to where you want the data, which means that if indeed the C RTL simplykL passes the pointer down through the system interface (e.g., to ReadFile in aG Win32 environment), the system deblocks whatever you requested from itstI internal block-structured buffer and moves it directly to your buffer - a G single copy operation.  My guess would be that Unix works the same way, C especially as IIRC the description of the early '80s Berkeley LocusuJ distributed Unix-like environment stated that single-system Unix semanticsL required that data written be immediately visible to anyone else sharing theE file, which would not be the case if it were buffered in the process.V  J 'Your buffer', of course, should simply be a pointer to where you want theK data to land, so you don't have to copy it somewhere else after you get it.o   - bill     In the latter case, you can get- > away without the second copy in many cases.p >a > JanI      ' ------_=_NextPart_000_01C0C39D.D5E4A66Cw' Content-Type: application/octet-stream;I( 	name="Terry Lee Marosites (E-mail).vcf"  Content-Disposition: attachment;, 	filename="Terry Lee Marosites (E-mail).vcf"   BEGIN:VCARDt VERSION:2.1T N:Marosites;Terry;;Mr. FN:Terry Lee Marosites (E-mail)e, ORG:United Advertising Publishing;Seattle IS TITLE:Programer /Analyst' TEL;WORK;VOICE:(425) 487-0100 -ext 3078e TEL;HOME;VOICE:(360) 793-6698n TEL;CELL;VOICE:(425) 466-3651r TEL;CAR;VOICE:(425) 238-6060p ADR;WORK;ENCODING=QUOTED-PRINTABLE:;;United Advertising Publishing=0D=0A 18943 120th ave ne=0D=0A Suite #101;Bo=$ thel;;98011;United States of Americap LABEL;WORK;ENCODING=QUOTED-PRINTABLE:United Advertising Publishing=0D=0A 18943 120th ave ne=0D=0A Suite #101=0D=- =0ABothel 98011=0D=0AUnited States of America p ADR;HOME;ENCODING=QUOTED-PRINTABLE:;;PO BOX 403 =0D=0A=0D=0Ano mail to home address;Index;WA;98256;United State= s of Americar LABEL;HOME;ENCODING=QUOTED-PRINTABLE:PO BOX 403 =0D=0A=0D=0Ano mail to home address=0D=0AIndex, WA 98256=0D=0AUni= ted States of AmericaD) EMAIL;PREF;INTERNET:tmarosites@w-link.net  REV:20010412T155554Z	 END:VCARDe  ) ------_=_NextPart_000_01C0C39D.D5E4A66C--n   ------------------------------  % Date: Thu, 12 Apr 2001 21:37:47 +0300o& From: Guy Peleg <guy.peleg@compaq.com>H Subject: Re: SMP_SPINWAIT - is the tip in OpenVMS Times correct and why?* Message-ID: <3AD5F5FB.F895DC79@compaq.com>  ; Attached is the respose I sent to Alan Greig through E-mails6 ====================================================== Alan,r  H  There was a recommendation in the past to increase the default value ofN SMP_SPINWAIT to 300000, it was written in release notes of V6.2-1H3 if I'm notB mistaken. I agree with you that this should have been the default.N In many cases in the past we saw that this specific parameter really prevented1 system crashes, especially on very busy machines.-P This parameter sets  the amount of time a CPU will wait for a SPINLOCK before itN will crash the system, again under very high load   100000 is just not enough.  R I will talk to other engineers and see if we could change the default value of the
 parameter.  N BTW - The tech tips at the times doesn't intend to replace the support centersF therefore they do not provide full information and only a small taste.  M Feel free to contact me again if you have any question and thank you for your_ interest   Regards,  	 Guy Pelegp OpenVMS Engineering      Richard Brodie wrote:t  4 > "Alan Greig" <a.greig@virgin.net> wrote in message4 > news:1a7bdt49vl6etcpgiatfp0h0k47tai7jrq@4ax.com... >QI > > Yes this is what the documentation says but with no other explanationtI > > OpenVMS Times says to triple the default on an SMP system. If this issC > > really cast iron advice then why does autogen not set this? Or, & > > indeed, why is it not the default? >SP > It's hard to see the downside of increasing it moderately, given that it's theI > amount of time to wait before you decide the system is FUBAR and crash.jK > You trade a small chance of having the system crash when it wasn't reallyAC > hung, against an extra 0.2ms of delay before you failover/reboot.e   ------------------------------  % Date: Thu, 12 Apr 2001 16:15:08 -0400+" From: Dan Sugalski <dan@sidhe.org>, Subject: Some really odd C tuning behaviours: Message-ID: <5.0.2.1.0.20010412155949.01fd9d78@24.8.96.48>  K I was running some quick "costs of unaligned data access" tests today, and bK came across this really bizarre behaviour. My first set of tests, run with o! a plain CC, got me these results:d      Aligned access.3    int8 took 96 (96 elapsed) for 100000000 elementsd6    int16 took 175 (189 elapsed) for 100000000 elements6    int32 took 177 (194 elapsed) for 100000000 elements6    int64 took 192 (211 elapsed) for 100000000 elements      Unaligned accessc3    int8 took 93 (92 elapsed) for 100000000 elementsa6    int16 took 218 (218 elapsed) for 100000000 elements6    int32 took 216 (216 elapsed) for 100000000 elements8    int64 took 3123 (3157 elapsed) for 100000000 elements  L Which weren't that surprising. (Well, OK, the huge hit for unaligned 64-bit K data was, but...) Generally a ~23% hit for 16 and 32 bit unaligned access. mK In this case aligned access is on an quadword boundary, while unaligned is dJ the aligned pointer plus 1. (Base addresses of 280392 and 280393, for the  really curious).  O Now, just for fun, I threw an /ARCH=HOST (this is on an EV6 machine) and I got:t      Aligned accessl4    int8 took 96 (112 elapsed) for 100000000 elements6    int16 took 168 (189 elapsed) for 100000000 elements6    int32 took 161 (196 elapsed) for 100000000 elements6    int64 took 159 (159 elapsed) for 100000000 elements      Unaligned accessu3    int8 took 87 (88 elapsed) for 100000000 elements 8    int16 took 2506 (2567 elapsed) for 100000000 elements8    int32 took 2492 (2512 elapsed) for 100000000 elements8    int64 took 3133 (3168 elapsed) for 100000000 elements  E (Going /opt=tune=host instead of /arch=host got essentially the same gK results) As you can see, while the 8 and 64-bit numbers stayed pretty much tG the same, the 16 and 32 bit numbers are off by a factor of 10 from the  # unoptimized and/or untuned results.h  L This is with Compaq C 6.2, but I got similar times with T6.4. I know that I J should expect to pay a bit with unaligned access, but the optimizer seems ( to be *really* exacerbating the problem.  K Has anyone else seen similar issues? Or have I maybe just tickled a really :9 sour spot that won't generally be triggered by real code?u   					Dan  I --------------------------------------"it's like this"-------------------$2 Dan Sugalski                          even samurai? dan@sidhe.org                         have teddy bears and evenh;                                       teddy bears get drunk    ------------------------------  % Date: Thu, 12 Apr 2001 21:19:35 +0200m, From: Toon Moene <toon@moene.indiv.nluug.nl> Subject: Re: Status of EV74 Message-ID: <3AD5FFC7.E4806809@moene.indiv.nluug.nl>   del cecchi wrote:o  F > What is happening with EV7 anyway?  :-)  :-)  364 hardware done yet?  F I'd say that the Alpha processor consortium is waiting for the Itanium SPEC2000 figures to show up ...X   --  G Toon Moene - mailto:toon@moene.indiv.nluug.nl - phoneto: +31 346 214290y6 Saturnushof 14, 3738 XG  Maartensdijk, The NetherlandsG Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.htmlpE Join GNU Fortran 95: http://g95.sourceforge.net/ (under construction)n   ------------------------------   Date: 12 Apr 2001 19:41:47 GMT/ From: mccalpin@gmp246.austin.ibm.com (McCalpin)B Subject: Re: Status of EV71 Message-ID: <9b50dr$ire$1@ausnews.austin.ibm.com>g  4 In article <3AD5FFC7.E4806809@moene.indiv.nluug.nl>,. Toon Moene  <toon@moene.indiv.nluug.nl> wrote: >del cecchi wrote: >nG >> What is happening with EV7 anyway?  :-)  :-)  364 hardware done yet?- > G >I'd say that the Alpha processor consortium is waiting for the Itanium   >SPEC2000 figures to show up ...  A At the Intel Developers Forum, Intel said that they would deliveroA 1.9x the performance of the 750 MHz Sun Blade1000, which would betC a value of exactly 800 for SPECfp2000.  Of course, that is *before* ? Sun revises their results downward because they had to turn offo the prefetch hardware.   e  @ Given that "best of breed" is a SPECfp2000 of 658 on the 833 MHzC Compaq ES40, if Itanium really delivers 800 (at 800 MHz) that wouldo" be an extremely impressive result. -- i9 John D. McCalpin, Ph.D.           mccalpin@austin.ibm.come? Senior Scientist           IBM POWER Microprocessor Developmento-     "I am willing to make mistakes as long ash1      someone else is willing to learn from them."h   ------------------------------  # Date: Thu, 12 Apr 2001 20:03:21 GMTn4 From: "Terry C. Shannon" <terryshannon@mediaone.net> Subject: Re: Status of EV7< Message-ID: <dSnB6.9307$%_1.1904373@typhoon.ne.mediaone.net>  9 "Toon Moene" <toon@moene.indiv.nluug.nl> wrote in message-. news:3AD5FFC7.E4806809@moene.indiv.nluug.nl... > del cecchi wrote:a >oH > > What is happening with EV7 anyway?  :-)  :-)  364 hardware done yet? >EH > I'd say that the Alpha processor consortium is waiting for the Itanium! > SPEC2000 figures to show up ...y  G Could be, but they're also waiting for EV7 hardware upon which they canrE conduct their own benchmarks. And they had best not hold their breath3E waiting lest they turn Smurf-blue, since the wait will go on for somew time...n   ------------------------------   Date: 12 Apr 2001 19:53:18 GMT/ From: mccalpin@gmp246.austin.ibm.com (McCalpin)  Subject: Re: Status of EV71 Message-ID: <9b513e$i7e$1@ausnews.austin.ibm.com>t  2 In article <cA6B6.215$5B2.5556@eagle.america.net>,# del cecchi <dcecchi@msn.com> wrote:r >rE >What is happening with EV7 anyway?  :-)  :-)  364 hardware done yet?m  ? EV7 is not finished yet, but at least they did not have to pull ? their ISSC presentation.  It has slipped a year or so, I think,a? since the initial presentations -- MicroProcessor Forum 98 saidsA that it would tape out in December 1999, which suggests shipmentspB by mid-2001.  I don't see enough activity to suggest that they are@ on that timetable.   The rumour mill puts EV7 well into 2002, or perhaps 2003....  A If I interpret the ISSC2001 abstract correctly, since the initial A MPF presentation in 1998, Compaq has doubled the memory bandwidthS? from 6 GB/s to 12.8 GB/s (8 Rambus channels), has increased the : interprocessor link speed from 2 GB/s to 3.2 GB/s, and has5 increased the I/O link speed from 2 GB/s to 3.2 GB/s.-  A So has Compaq disclosed if they are going to change the line sizeFA on EV7 from 64 Bytes to 128 Bytes?   They are going to have a lot ? of trouble tolerating latency on that machine (they have a fairoA amount of trouble on the GS320, and it has only a fraction of the- bandwidth of the EV7).  > If we assume an aggressive memory latency of 100 ns for local ? accesses (should be possible, given no snooping and no off-chipC@ caches), and 12.8 GB/s raw bandwidth, then the current EV6 core B design would only be able to move 8 cache lines (512 B) in 100 ns,A which is 5.12 GB/s -- only 40% of peak.  Of course, part of theirrC memory bandwidth is going to have to be used for directory accesses G (no snooping means that all cache coherence is managed by directories),.C but that should not be more than ~1/4 of the total bandwidth (maybeA, 1/8 if they switch to 128 Byte cache lines).  A In order to saturate a 12.8 GB/s memory system with 8 outstandingoB 64 Byte cache lines, you would need a memory latency of 40 ns, and: I think it is safe to assume that they will not get there! -- e9 John D. McCalpin, Ph.D.           mccalpin@austin.ibm.coma? Senior Scientist           IBM POWER Microprocessor Development--     "I am willing to make mistakes as long as61      someone else is willing to learn from them."c   ------------------------------  % Date: Thu, 12 Apr 2001 16:22:20 -0400E# From: Jim Agnew <Agnew@hsc.vcu.edu>. Subject: Re: Status of EV7+ Message-ID: <3AD60E7C.1C46E59C@hsc.vcu.edu>a  0 if you choke a Smurf, what color does it turn???   ;-)e   J.   "Terry C. Shannon" wrote:u > ; > "Toon Moene" <toon@moene.indiv.nluug.nl> wrote in messages0 > news:3AD5FFC7.E4806809@moene.indiv.nluug.nl... > > del cecchi wrote:S > >RJ > > > What is happening with EV7 anyway?  :-)  :-)  364 hardware done yet? > > J > > I'd say that the Alpha processor consortium is waiting for the Itanium# > > SPEC2000 figures to show up ...P > I > Could be, but they're also waiting for EV7 hardware upon which they canrG > conduct their own benchmarks. And they had best not hold their breathoG > waiting lest they turn Smurf-blue, since the wait will go on for some-	 > time...e   ------------------------------  % Date: Thu, 12 Apr 2001 22:35:40 +0200c, From: Toon Moene <toon@moene.indiv.nluug.nl> Subject: Re: Status of EV74 Message-ID: <3AD6119C.EF0FB302@moene.indiv.nluug.nl>   McCalpin wrote:   B > Given that "best of breed" is a SPECfp2000 of 658 on the 833 MHzE > Compaq ES40, if Itanium really delivers 800 (at 800 MHz) that wouldn$ > be an extremely impressive result.  < "would be" - hmmm, do I smell a coniunctivus irrealis here ?   -- eG Toon Moene - mailto:toon@moene.indiv.nluug.nl - phoneto: +31 346 214290V6 Saturnushof 14, 3738 XG  Maartensdijk, The NetherlandsG Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.htmlhE Join GNU Fortran 95: http://g95.sourceforge.net/ (under construction)s   ------------------------------    Date: 12 Apr 2001 22:13:59 +0200- From: Andi Kleen <freitag@alancoxonachip.com>0 Subject: Re: Status of EV71 Message-ID: <oupae5lkha0.fsf@pigdrop.muc.suse.de>1  1 mccalpin@gmp246.austin.ibm.com (McCalpin) writes:a  iC > At the Intel Developers Forum, Intel said that they would deliver C > 1.9x the performance of the 750 MHz Sun Blade1000, which would be E > a value of exactly 800 for SPECfp2000.  Of course, that is *before*aA > Sun revises their results downward because they had to turn off  > the prefetch hardware.   D  B I think it would be more interesting to know Itanium's performanceB on code that has not been as extensively worked on by the compiler@ engineers as SpecCPU. That would be much more interesting for an? architecture that is as compiler bound as IA64; to see if worksdF fast even for code that has not been tuned in the compiler development# labs for years (= real world code)     -Andip   ------------------------------    Date: 12 Apr 2001 16:47:18 -0500+ From: young_r@encompasserve.org (Rob Young)c Subject: Re: Status of EV73 Message-ID: <JYn8xrBugdYS@eisner.encompasserve.org>a  c In article <9b513e$i7e$1@ausnews.austin.ibm.com>, mccalpin@gmp246.austin.ibm.com (McCalpin) writes: 4 > In article <cA6B6.215$5B2.5556@eagle.america.net>,% > del cecchi <dcecchi@msn.com> wrote:  >>F >>What is happening with EV7 anyway?  :-)  :-)  364 hardware done yet? > A > EV7 is not finished yet, but at least they did not have to pullmA > their ISSC presentation.  It has slipped a year or so, I think,sA > since the initial presentations -- MicroProcessor Forum 98 said C > that it would tape out in December 1999, which suggests shipments D > by mid-2001.  I don't see enough activity to suggest that they areB > on that timetable.   The rumour mill puts EV7 well into 2002, or > perhaps 2003.... > C > If I interpret the ISSC2001 abstract correctly, since the initialpC > MPF presentation in 1998, Compaq has doubled the memory bandwidthoA > from 6 GB/s to 12.8 GB/s (8 Rambus channels), has increased theu< > interprocessor link speed from 2 GB/s to 3.2 GB/s, and has7 > increased the I/O link speed from 2 GB/s to 3.2 GB/s.l >   8 	From ISSCC 2001, they show 6.4 GByte/sec interprocessor 	link speed, see slide 13:  < http://www.alphapowered.com/presentations/isscc2001final.ppt   			Rob   ------------------------------   Date: 12 Apr 2001 21:04:39 GMT( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Status of EV70 Message-ID: <9b5597$rql$1@pegasus.csx.cam.ac.uk>  1 In article <9b513e$i7e$1@ausnews.austin.ibm.com>,h) McCalpin <mccalpin@austin.ibm.com> wrote:e >tB >In order to saturate a 12.8 GB/s memory system with 8 outstandingC >64 Byte cache lines, you would need a memory latency of 40 ns, andr; >I think it is safe to assume that they will not get there!w  A At least not with current technology!  There are some interestinge> claims that the new Reduced Latency RAM being designed by someA Dramurai is intended to deliver a latency of 25 nS in 2002.  Thatf@ probably doesn't mean latency as seen the by the program, but it is still an ambitious target.   @ If those claims ARE correct, and the EV7 is rejigged to use that> memory, then a latency of 40 nS is possible.  All pigs fed and% ready to fly, as the saying goes ....d     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QG, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 334679e   ------------------------------   Date: 12 Apr 2001 21:12:14 GMT( From: nmm1@cus.cam.ac.uk (Nick Maclaren) Subject: Re: Status of EV70 Message-ID: <9b55ne$s5h$1@pegasus.csx.cam.ac.uk>  1 In article <9b50dr$ire$1@ausnews.austin.ibm.com>, ) McCalpin <mccalpin@austin.ibm.com> wrote:o5 >In article <3AD5FFC7.E4806809@moene.indiv.nluug.nl>,e/ >Toon Moene  <toon@moene.indiv.nluug.nl> wrote:t >>del cecchi wrote:T >>H >>> What is happening with EV7 anyway?  :-)  :-)  364 hardware done yet? >>H >>I'd say that the Alpha processor consortium is waiting for the Itanium! >>SPEC2000 figures to show up ...t >EB >At the Intel Developers Forum, Intel said that they would deliverB >1.9x the performance of the 750 MHz Sun Blade1000, which would beD >a value of exactly 800 for SPECfp2000.  Of course, that is *before*@ >Sun revises their results downward because they had to turn off >the prefetch hardware.    >NA >Given that "best of breed" is a SPECfp2000 of 658 on the 833 MHzaD >Compaq ES40, if Itanium really delivers 800 (at 800 MHz) that would# >be an extremely impressive result.B  E It would.  Given Intel's record of using NDAs to gag informed comment D while mounting an aggressive and misleading marketing campaign, I am2 disinclined to believe it.  Still, it may be true.     Regards, Nick Maclaren,* University of Cambridge Computing Service,> New Museums Site, Pembroke Street, Cambridge CB2 3QG, England. Email:  nmm1@cam.ac.uk/ Tel.:  +44 1223 334761    Fax:  +44 1223 3346791   ------------------------------  % Date: Thu, 12 Apr 2001 17:32:00 -0400:# From: Paul DeMone <pdemone@igs.net>n Subject: Re: Status of EV7' Message-ID: <3AD61ED0.B037D5E8@igs.net>>   McCalpin wrote:  > 4 > In article <cA6B6.215$5B2.5556@eagle.america.net>,% > del cecchi <dcecchi@msn.com> wrote:= > >lG > >What is happening with EV7 anyway?  :-)  :-)  364 hardware done yet?a > A > EV7 is not finished yet, but at least they did not have to pull-A > their ISSC presentation.  It has slipped a year or so, I think,eA > since the initial presentations -- MicroProcessor Forum 98 said C > that it would tape out in December 1999, which suggests shipmentsaD > by mid-2001.  I don't see enough activity to suggest that they areB > on that timetable.   The rumour mill puts EV7 well into 2002, or > perhaps 2003....   See my comment below.l   > C > If I interpret the ISSC2001 abstract correctly, since the initialaC > MPF presentation in 1998, Compaq has doubled the memory bandwidtheA > from 6 GB/s to 12.8 GB/s (8 Rambus channels), has increased then< > interprocessor link speed from 2 GB/s to 3.2 GB/s, and has7 > increased the I/O link speed from 2 GB/s to 3.2 GB/s.   ; Reread the uPF EV7 presentation again carefully. I think ite9 was always 8 channels wide. The interface description wass; worded most carefully to be ambiguous. MPR reported the EV7Q8 was 4 channels wide and DEC never corrected them, having7 achieved the desired obfuscation without telling a fib.d  : Of course Compaq's statement at ISSCC that EV7 "hasn't yet; been released to manufacturing is kind of ambiguous too". I 9 take it to mean that it hasn't been taped out. However...    > C > So has Compaq disclosed if they are going to change the line sizebC > on EV7 from 64 Bytes to 128 Bytes?   They are going to have a lot A > of trouble tolerating latency on that machine (they have a fairgC > amount of trouble on the GS320, and it has only a fraction of the- > bandwidth of the EV7).  	 Unlikely.    > ? > If we assume an aggressive memory latency of 100 ns for localSA > accesses (should be possible, given no snooping and no off-chip1A > caches), and 12.8 GB/s raw bandwidth, then the current EV6 coreaD > design would only be able to move 8 cache lines (512 B) in 100 ns,C > which is 5.12 GB/s -- only 40% of peak.  Of course, part of theireE > memory bandwidth is going to have to be used for directory accesses0I > (no snooping means that all cache coherence is managed by directories), E > but that should not be more than ~1/4 of the total bandwidth (maybe . > 1/8 if they switch to 128 Byte cache lines).  @ Why 100 ns? Remember, no annoying chipset in the way. I think it@ is safe to say the Alpha guys can design a decent RAC, certainly much better than Rambus's POS.     > C > In order to saturate a 12.8 GB/s memory system with 8 outstandingcD > 64 Byte cache lines, you would need a memory latency of 40 ns, and< > I think it is safe to assume that they will not get there!  9 What is that old expression about the word "assume"?  ;-)w  6 Here's some stats for those who haven't seen the ISSCC
 presentation:r  ? - both memory controllers supports 1024 open pages within their    4 rambus channel group& - 28 entry DRAM request dispatch queue: - latency as low as 6 cycles from miss receipt to delivery;   of command packet to RAC SILO at pads. Hmmmm, 5 ns memory0!   controller overhead, sweet! :-)1     --D Paul W. DeMone       The 801 experiment SPARCed an ARMs race of EPICE Kanata, Ontario      proportions to put more PRECISION and POWER into1G demone@mosaid.com    architectures with MIPSed results but ALPHA's welln$ pdemone@igs.net      that ends well.   ------------------------------  + Date: Thu, 12 Apr 2001 21:51:33 +0000 (UTC) 7 From: dsiebert@excisethis.khamsin.net (Douglas Siebert)a Subject: Re: Status of EV7+ Message-ID: <9b5815$ctt$1@sword.avalon.net>t  . Toon Moene <toon@moene.indiv.nluug.nl> writes:   >del cecchi wrote:  G >> What is happening with EV7 anyway?  :-)  :-)  364 hardware done yet?C  G >I'd say that the Alpha processor consortium is waiting for the Itaniumc  >SPEC2000 figures to show up ...    H Sort of like two people playing chicken with cars that haven't even left the factory yet :)   --H Douglas Siebert                          dsiebert@excisethis.khamsin.net  M I have discovered a remarkable proof which this .sig is too small to contain!-   ------------------------------  + Date: Thu, 12 Apr 2001 22:05:39 +0000 (UTC)v7 From: dsiebert@excisethis.khamsin.net (Douglas Siebert)d Subject: Re: Status of EV7+ Message-ID: <9b58rj$d70$1@sword.avalon.net>   * nmm1@cus.cam.ac.uk (Nick Maclaren) writes:  B >At least not with current technology!  There are some interesting? >claims that the new Reduced Latency RAM being designed by some4B >Dramurai is intended to deliver a latency of 25 nS in 2002.  ThatA >probably doesn't mean latency as seen the by the program, but it  >is still an ambitious target.    E Except that the 364 requires RDRAM, and given what Rambus is doing inoF the DRAM world, do you think there's any chance the Dramurai designing# this will license its use in RDRAM?,  E At any rate, from what I hear this reduced latency RAM is targeted atcC networking gear and graphics cards.  Another way of saying it'll benF too expensive for commodity use (you can claim that 364 servers aren'tB commodity, and while true, you see 400MHz DDR SDRAM in the fastestD graphics cards now, but no one's servers use anything like that sort of bleeding edge stuff)5   --H Douglas Siebert                          dsiebert@excisethis.khamsin.net  M I have discovered a remarkable proof which this .sig is too small to contain!4   ------------------------------  + Date: Thu, 12 Apr 2001 22:09:18 +0000 (UTC) 7 From: dsiebert@excisethis.khamsin.net (Douglas Siebert)t Subject: Re: Status of EV7+ Message-ID: <9b592e$d73$1@sword.avalon.net>p  % Paul DeMone <pdemone@igs.net> writes:w  @ >- both memory controllers supports 1024 open pages within their >  4 rambus channel groupe    D What happens to Compaq's hope for commodity RDRAM pricing if the newF breed of Rambus supporting only 4 open pages goes into production?  ItD won't make much of a difference to the Pentium 4s already out in theD field, but it could really hurt Compaq to either use that memory andC take a bit performance hit, or require the older memory which wouldPF quickly be driven out of the PC market and to higher and higher prices as time goes on.   --H Douglas Siebert                          dsiebert@excisethis.khamsin.net  M I have discovered a remarkable proof which this .sig is too small to contain!a   ------------------------------  % Date: Thu, 12 Apr 2001 17:35:14 -0400y- From: JF Mezei <jfmezei.spamnot@videotron.ca>e) Subject: Re: SUBMIT Command - Brain Cramp3, Message-ID: <3AD61F90.E324E90A@videotron.ca>   John Eisenschmidt wrote: > G > This command is working, but not generating a log file. Any thoughts?  > 3 > $ SUBMIT/QUEUE=SYS$BATCH/AFTER="TOMORROW+22:00" -e) >         SYS$BACKUP:NIGHTLY_BACKUP.COM -y. >         /LOG_FILE=SYS$LOG:NIGHTLY_BACKUP.LOG  N Does the username under which the job will run have default access to both the7 .COM file as well as the right to create the log file ?n  N You might wish to do a SET QUEUE for SYS$BATCH to /RETAIN=ERROR or /RETAIN=ALLK as well as look at the operator logs (an error message will be generated if D the user attempts to access a file to which it does not have access.  E Remember that while on yoru interactive session, you may have enabledcM privileges that give you access to the files, the batch job will only inherit ' your default privileges when it starts.n   ------------------------------  % Date: Thu, 12 Apr 2001 15:00:31 -0500.1 From: "Dave Gudewicz" <david.gudewicz@abbott.com> 6 Subject: Re: Talk to Rich Marcello - Austin Texas area8 Message-ID: <9b51h4$nvc$1@fizban.fizban.pprd.abbott.com>  I Would be nice if someone could post a summary of what Rich's comments and . what some of the questions were on April 19th.   Dave...2  : "Stuart, Ed" <Ed.Stuart@austinenergy.com> wrote in messageL news:92EFB80E551BD511B39500D0B7B0CDCCF3B5BD@ohms.electric.ci.austin.tx.us...G > We are pleased to announce that Rich Marcello, Senior VP in charge ofnJ > OpenVMS will come to speak to ANYONE interested in the status and future ofJ > OpenVMS on Thursday April 19 from 3:30 to 5:30 at the Compaq facility onH > Tandem Blvd (Wells Branch area).  Feel free to forward this message to  > anyone that may be interested. > L > Also, one of the lucky attendees will walk away with a Compaq IPAQ!!!!!!!!L > Even if you don't care about what Rich has to say...come for the chance to > win the IPAQ!!!  >r= > Please confirm your seat with Jaime.matute@austinenergy.com ) > <mailto:Jaime.matute@austinenergy.com>.C >a7 > Batlug web page: http://eisner.decus.org/lugs/batlug/c > ' > We look forward to seeing all of you!h >i
 > Jean Norton1 > Batlug Co-chair1 > jean@staffing.com  >k > Ed Stuart  > Batlug Co-chairo > ed.stuart@austinenergy.com   ------------------------------  % Date: Thu, 12 Apr 2001 15:59:48 -0700e+ From: "Barry Treahy, Jr." <treahy@mmaz.com>oK Subject: Re: Talk to Rich Marcello, but DOES HE LISTEN? - Austin Texas areat( Message-ID: <3AD63364.A462787B@mmaz.com>   "Stuart, Ed" wrote:r  L > Also, one of the lucky attendees will walk away with a Compaq IPAQ!!!!!!!!L > Even if you don't care about what Rich has to say...come for the chance to > win the IPAQ!!!p  M An Ipuck?  What do you do what that?  Play hockey?  How about a real piece ofRK equipment?   Perhaps even a fully loaded Alpha at least as a hobbyist tool?    Barryo   --  ? Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO-  A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028c   ------------------------------    Date: 13 Apr 2001 02:41:29 +0800, From: Paul Repacholi <prep@prep.synonet.com> Subject: Re: VLCs?0 Message-ID: <87d7aiezae.fsf_-_@prep.synonet.com>  = "Leigh G. Bowden" <LGBowden@bowdenfamily.fsnet.co.uk> writes:e  F > Raided some old VAXstation 4000 VLC machines that had Seagte ST3600N? > disks.  So I've got one in a VAXstation 4000/60 and four moree> > "spare" should I need them? I knew those VLC's were good for > something!  F Then stick a descent size disk in the VLC, and grab a set of xcievers.C Then you have a very flexible data sucker that fits under your arm.    -- w< Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda.f@                                              West Australia 6076. Raw, Cooked or Well-done, it's all half baked.   ------------------------------  # Date: Thu, 12 Apr 2001 18:15:26 GMTD= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)i$ Subject: Re: VMS friendly website???0 Message-ID: <009FA6E3.7BDBA426@SendSpamHere.ORG>  m In article <12APR01.15155364@thuria.waisman.wisc.edu>, karcher@thuria.waisman.wisc.edu (Carl Karcher) writes:m> >In a previous article, Alan Greig <a.greig@virgin.net> wrote: >nH >->I've successfully ran recent Mozilla on: ES40 with 7.2-1 (Elsa GloriaG >->graphics), Alphastation 400 4/233 7.2-1 and 7.3 EFT 2, Multia 7.2-1,uD >->Alpha PC 164LX 7.3 EFT2 Permedia 2 graphics.  DECWindows versionsF >->1.2-4, 1.2-5, 1.2-6. Despite the above ranging from fully supportedD >->production through to totally unsupported field test and/or weirdE >->hardware I could not persuade the X server to crash. I use MozillarE >->both locally and via set display/create/node= using both TCPIP and  >->DECNET transports.l >rI >Did that ES40 have more than one CPU? Under VMS V7.2-1 on an Alphaserver I >1000A 5/400 I can start Mozilla 0.8 ok. On a Alphaserver 1200 5/533 with2 >two cpu's I get:a  F That's strange.  The only machine I can get Moz to start on is a 1200.2 The only difference is the graphics card, a 4D10T.  7 However, when I look at a simple page, the sucka dumps:n    2 Error loading URL http://www.tmesis.com/: 80470007P %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000& 000C, PC=00000000034B8850, PS=0000001B/ %TRACE-F-TRACEBACK, symbolic stack dump followsoJ   image    module    routine             line      rel PC           abs PCO  LIBNSGIF  GIF  il_gif_init             24405 0000000000000850 00000000034B88500O  LIBNSGIF  NSGIFDECODER  ImgDInit       22094 0000000000000530 00000000034BAEA0gO  LIBGKGFX  _IF  IL_StreamFirstWrite     39823 0000000000002784 0000000000EECAA4sO  LIBGKGFX  ILNETREADER  FirstWrite      23771 0000000000000470 0000000000EE7500e2  LIBGKGFX  NSIMAGENETCONTEXTASYNC  OnDataAvailableO                                         44343 000000000000300C 0000000000ED2BEC O  LIBNECKO  NSMULTIMIXEDCONV  SendData   37236 0000000000003734 0000000001413534h,  LIBNECKO  NSMULTIMIXEDCONV  OnDataAvailableO                                         37029 00000000000023F0 00000000014121F0c+  LIBURILOADER  NSURILOADER  OnDataAvailabletO                                         47102 00000000000033C0 00000000017BE350a2  LIBNECKO  NSHTTPRESPONSELISTENER  OnDataAvailableO                                         51291 0000000000005068 0000000001478928i2  LIBNECKO  NSHTTPRESPONSELISTENER  OnDataAvailableO                                         50670 00000000000031D8 0000000001476A98 -  LIBNECKO  NSSTREAMLISTENERPROXY  HandleEventaO                                         17124 0000000000001138 00000000013EBD28 O  LIBXPCOM  PLEVENT  PL_HandleEvent      35358 0000000000000C68 00000000003B3BC8h+  LIBXPCOM  PLEVENT  PL_ProcessPendingEventspO                                         35281 0000000000000AC4 00000000003B3A24t-  LIBXPCOM  NSEVENTQUEUE  ProcessPendingEvents O                                         11440 0000000000001CC4 00000000003AC544:-  LIBWIDGET_GTK  NSAPPSHELL  our_gdk_io_invokeeO                                         70401 00000000000008B4 0000000000A82954pO  LIBGLIB  GMAIN  g_main_dispatch        19206 0000000000000AD0 0000000000B91E20yO  LIBGLIB  GMAIN  g_main_iterate         19425 000000000000128C 0000000000B925DC O  LIBGLIB  GMAIN  g_main_run             19481 0000000000001470 0000000000B927C0tO  LIBGTK  GTKMAIN  gtk_main              20666 0000000000000A58 0000000000DE2508 O  LIBWIDGET_GTK  NSAPPSHELL  Run         70699 0000000000001544 0000000000A835E4 O  MOZILLA-BIN  NSAPPRUNNER  main1        10235 00000000000074C0 00000000000374C0eO  MOZILLA-BIN  NSAPPRUNNER  main         62266 0000000000008188 0000000000038188aO  MOZILLA-BIN  NSAPPRUNNER  __MAIN           0 0000000000000070 0000000000030070 O  PTHREAD$RTL                                0 0000000000030E7C 000000007BBECE7CaO  PTHREAD$RTL                                0 0000000000012B48 000000007BBCEB48eO                                             0 FFFFFFFF87B4B3D4 FFFFFFFF87B4B3D4      --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMT            cO city, n., 1. a place where trees are cut down and streets are named after them.$   ------------------------------  % Date: Thu, 12 Apr 2001 13:28:35 -0500>+ From: Christopher Smith <csmith@amdocs.com>o$ Subject: RE: VMS friendly website???L Message-ID: <3B55D7F383B0D31197D9009027541CBF0D9D1D58@cmiexch1.cmi.itds.com>   > -----Original Message-----D > From: bill@triangle.cs.uofs.edu [mailto:bill@triangle.cs.uofs.edu]  5 > |> "Sure, if there's a good chance we can make our e > development money back from  > |> it..."   ? > Well, that's true of any product.  Are you saying that there v > is not likelyf< > to be as much chance of that in the VMS user base than in  > BeOS or OS2??o? > Are the VMS numbers really that low??  Surely people who are s > willing to; > pay what they do for Alpha hardware and OpenVMS software   > wouldn't flinchf4 > at the concept of paying for a decent web browser.  F I'm saying that I have no idea how big the user-base is.  I don't knowJ whether there would be enough interest in web-browsing from VMS to supportE it, since the only people I know how do it are here (in comp.os.vms).a   Regards,   Chrism  ! Christopher Smith, Perl Developeri Amdocs - Champaign, IL   /usr/bin/perl -e '? print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");b 'e   ------------------------------  % Date: Thu, 12 Apr 2001 16:12:42 -04002' From: "Bill Todd" <billtodd@foo.mv.com>-$ Subject: Re: VMS-Related: Affordable( Message-ID: <9b5278$s1n$1@pyrite.mv.net>  L "Jan Vorbrueggen" <jan@mailhost.neuroinformatik.ruhr-uni-bochum.de> wrote inJ message news:y4zodpqju4.fsf@mailhost.neuroinformatik.ruhr-uni-bochum.de...+ > "Bill Todd" <billtodd@foo.mv.com> writes:. >>J > > Unless, of course, the application can handle the bytes in situ in the
 > > blocks > K > But then you're not using the calls provided by the C RTL, but the system  callH > directly. And in Unix, the data is copied (in memory) at least once; a $QIO+ > will get it into your buffer without one.h  F So will a 'raw' device access on Unix.  I suspect both are rather rareI compared with access through the C RTL or RMS.  ISTR that one or two UnixeL file systems support unbuffered file-structured access as well, but it seems) to be the exception rather than the rule.t  H My response was to your apparently general assertion that unblocking wasH required (which you presented in response to my statements about XFC and/ RMS, not in the specific context of the C RTL).p   >sJ > > No, since the traditional Unix approach (if I understand it correctly) moves F > > application bytes directly to/from a system buffer, which is moved to/fromi) > > disk - still only one copy operation.c >eL > Still the question who does the deblocking...do the usual read/write C RTLC > calls return the data or a pointer to the data (you'll notice I'me	 obviouslyf+ > not using C regularly enough to know...)?   L MSVC++'s fread interface description indicates that you provide it a pointerG to where you want the data, which means that if indeed the C RTL simply L passes the pointer down through the system interface (e.g., to ReadFile in aG Win32 environment), the system deblocks whatever you requested from itshI internal block-structured buffer and moves it directly to your buffer - aiG single copy operation.  My guess would be that Unix works the same way, C especially as IIRC the description of the early '80s Berkeley LocussJ distributed Unix-like environment stated that single-system Unix semanticsL required that data written be immediately visible to anyone else sharing theE file, which would not be the case if it were buffered in the process.e  J 'Your buffer', of course, should simply be a pointer to where you want theK data to land, so you don't have to copy it somewhere else after you get it.c   - bill     In the latter case, you can get- > away without the second copy in many cases.t >o > Jan    ------------------------------  # Date: Thu, 12 Apr 2001 19:04:42 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)V Subject: Re: Volume Shadowing (was Re: Solaris tmpfs (was Re: VMS-Related: Affordable)2 Message-ID: <e%mB6.850$fB6.21325@news.cpqcorp.net>  ` In article <9b3tph$9fu$1@phunn2.um.us.sbphrd.com>, "shielm00" <Mike_Shield-1@sbphrd.com> writes: ..K :A kind member of European Custom systems has provided the disk layout, and J :some of the thinking behind it, which is quite interesting. Hasn't as yetM :helped with the WBC issue, but there was something else that could be usefuli :to you. :h :A V5.* Trucluster...p  F   As this is the OpenVMS newsgroup (and as I am far more familiar withB   them), I will refer to OpenVMS volume shadowing features here...  I :The point, with some juggling, you should be able to present a partitionrE :that is matched in size to your DECram drive, and hence shadow away.e  J   The OpenVMS Cluster volume shadowing software can shadow any three disk I   volumes of identical size, regardless of specific geometry (or emulatedwH   geometry), disk type, disk connection, or physical location within theH   cluster.  Various modern disks will tend to emulate the geometry, BTW,K   as you can simply stuff more bits onto the outer tracks of the disk than RH   onto the inner ones -- the concept of geometry traditionally assumes aG   consistent number of sectors per track, and this would clearly waste sG   some of the available bits on the outer tracks, as the limit would beyI   based on how tightly the bits can be stuffed together on the innermost  	   track..s  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Thu, 12 Apr 2001 12:31:47 -0700u! From: Don Sykes <don@alphase.com> ( Subject: Re: web enabling open vms alpha+ Message-ID: <3AD602A3.42C50FFB@alphase.com>e  , This is a multi-part message in MIME format.& --------------08343F9DBA4389C233E197EC) Content-Type: text/html; charset=us-asciis Content-Transfer-Encoding: 7bitn  > <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html>G You can use JNI as a method to call compiled/linked C programs directly.H from a Java program, but beware there are tricks to naming &amp; callingI the C routines. The Java exes on VMS begin w/ java$, like java$javah.exe. H I was on a project where we did a lot of this and it worked fine once we mastered the naming thing.
 <br>&nbsp; <p>Abhijit Kulkarni wrote: <blockquote TYPE=CITE>Hi,gL <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; We are planning to web enable& our c-application on openVMS alpha. AsH <br>a part of this effort , we have to call the existing c programs from javaI <br>programs.I want to know if this is possible on openVMS. I mean if the H <br>required tools and apis like JAVAH are available?Also I want to know what rG <br>the other tools available &amp; what are the efforts&nbsp; required- for this (like <br>for changing the c code)" <br>Any pointers are most welcome! <br>Regards. <br>Abhijit</blockquote> </html>:  & --------------08343F9DBA4389C233E197EC- Content-Type: text/x-vcard; charset=us-ascii;n  name="don.vcf"- Content-Transfer-Encoding: 7bit ' Content-Description: Card for Don Sykes   Content-Disposition: attachment;  filename="don.vcf"o   begin:vcard  n:Sykes;Donn$ tel;cell:Available to customers only tel;fax:415-485-6895 tel;work:415-457-8532a x-mozilla-html:TRUEc url:www.alphase.coml org:Alpha Software Express, LLCo8 adr:;;1380 Lincoln Ave - Suite 5;San Rafael;CA;94901;USA version:2.1m email;internet:don@alphase.com! title:Principal Software Engineere note;quoted-printable:Website:  http://alphase.com=0D=0AResume:  http://alphase.com/DonsCV.html=0D=0AAlternate Email Address:  alphase@pacbell.net x-mozilla-cpt:;-19520e fn:Don Sykes	 end:vcardh  ( --------------08343F9DBA4389C233E197EC--   ------------------------------  % Date: Thu, 12 Apr 2001 18:22:25 -0400 ! From: Everhart <Everhart@gce.com>.. Subject: [Fwd: RE: FTP hijacking of VMS sites]' Message-ID: <3AD62AA1.16C968A7@gce.com>n   Re the FTP hijack problem...   There are things you can do.B Mr. Mathog suggested setting default protection for ftp to give no@ access to anyone (none to owner anyhow). That, he told me, givesB the ability to create the files, but nobody else gets to read them? until you come round and alter protection. This discourages thetC warez folks, especially if you warn them they won't be able to read  what they write.  G I had thought a periodic job to set protections on files in an incominglH directory tree so the anon ftp could not read them would be doable also.  E A third approach would be to install Safety and set it to run the ftptF daemon in paranoid mode. That means the system runs a command file youH specify every time the ftp daemon tries to open a file. Edit the commandG file to return an error if the ftp daemon is trying to read an existing D file in the anonymous directory and is running the anonymous accountJ and to return success otherwise. Voila! The undesired access gets blocked,F though Safety normally returns a bogus "parity error" message. While IE have not tried fiddling, Safety is able also to hide files by openings< some different file. If your warez guy is trying to download Windows2000server.isonA and gets instead something that is 200 bytes long indicating thatFF he shouldn't be stealing, that his IP is being sent to the police, andI that his presence is not appreciated, guess how many return visits you'llND get? (This could easily be done: just have a stream format text fileJ as the alternative. In this case the command file needs to return success,L and you need normal Safety controls to deny access to this file to everyone.G The actual contents of the .iso file can of course be nothing at all... L use FILE to set the end of file indicator to 1,300,000 blocks with allocatedH space of whatever you really want if directory will just show that, and I the actually opened file will of course just be the little old text file. I If your local directory command shows allocated space, other measures arew more useful...)    Glenn Everhart     -----Original Message-----> From: stoeri@iap.tuwien.ac.at [mailto:stoeri@iap.tuwien.ac.at]' Sent: Wednesday, April 11, 2001 4:33 AM- To: Info-VAX@Mvb.Saic.Comh' Subject: Re: FTP hijacking of VMS sitesr    I You can't prevent peopole from uploading junk, if you have an anonymouslySG writable - e.g. [.incoming] - directory. The usual strategy would be to>C make the incoming directory writable for an anonymous user, but notaH readable. A site administrator would periodically review the content andH move interesting stuff into an anonymously readable, but write protectedG directory, e.g. [.contrib]. While not preventing the upload of junk, itmJ makes this useless for the hijacker and protects you from beeing abused as( a distribution site for hacked software.    D In article <9alg6r$bt7$1@hecate.umd.edu>, bleau@umtof.umd.edu wrote:  I > Hello, folks.  I just noticed a lot of oddly named files - directories,3H > actually - in my system's anonymous ftp area.  They weren't created by anyoneD > associate with our site.  One associate of mine gave me his guess: > A > i don't know if this is the case here, but i read articles from A > people who's anonymous ftp areas have been "hijacked" by people A > distributing large files like movies.  typically, a 1MB file ishF > uploaded to check the speed.  if the hijacker thinks the speed is ok? > lots of directories are created and movie parts are uploaded.. > . > see http://www.macintouch.com/ftphijack.html > K > I think this subject deserves some discussion.  It's the first I heard ofn it,,1 > and I've been managing VMS systems for a while.m > J > Has anyone experienced this phenomenon?  Has is cropped up at VMS sites? Are B > there standard ways of combating it?  Should this be in the FAQ? >  > Lawrence Bleau > University of Maryland$ > Physics Dept., Space Physics Group > 301-405-6223 > bleau@umtof.umd.edui  D +---------------------------------+--------------------------------+D | Herbert Stoeri                  | Phone: ++43(1)58801/13460      |D | Institut fuer Allgemeine Physik | Fax:   ++43(1)58801/13499      |D | Technische Universitaet Wien    | email: stoeri@iap.tuwien.ac.at |   ------------------------------   End of INFO-VAX 2001.206 ************************