1 INFO-VAX	Tue, 11 Apr 2000	Volume 2000 : Issue 202       Contents: Re: 1.6 GHz Alpha  Re: 1.6 GHz Alpha  RE: 1.6 GHz Alpha 2 Advanced VMS Speakers/Sessions Needed for CETS2000% Re: Alpha 1000a to 1200 SCSI Question % Re: Alpha 1000a to 1200 SCSI Question ! ANALYZE crashing a running system ) Another example of lack of VMS marketing. - Re: Another example of lack of VMS marketing. ( Re: Anyone have some LA70 documentation? Re: CC patches ? Re: CC patches ? Re: CC patches ? Re: CC patches ? CDrecord with uVAX3100 series  CDrecord with uVAX3100 series ' Re: Compaq Song and Dance (the lack of) ' Re: Compaq Song and Dance (the lack of) ' Re: Compaq Song and Dance (the lack of) ! FS: 2.1Gb disks 80pin SCA SCSI UW % Re: FS: 2.1Gb disks 80pin SCA SCSI UW 2 Re: Galaxy (or perhaps Wildfire) and shared memory Re: GBLSECTIONS change problem" Re: Is sys$dclexh ever not called? Re: locations of C libs in VMS Manuals for DEC 3000-800$ Re: Microsoft loses, we get punished Netbooting mVaxII question Re: Netbooting mVaxII question Re: Netbooting mVaxII question  Re: Portable unformatted files 2H possibly off-topic: where to get sensible (non-graphical) free WWW email# Re: Request for Wildfire/Galaxy URL # Re: Request for Wildfire/Galaxy URL # Re: Request for Wildfire/Galaxy URL # Re: Request for Wildfire/Galaxy URL # Re: Request for Wildfire/Galaxy URL & Re: Sun considers VMS a "mainframe" OS Re: UCX port assignments Re: UCX port assignments Using TCP/IP xport like DECNET Using TCP/IP xport like DECNET" Re: Using TCP/IP xport like DECNET" Re: Using TCP/IP xport like DECNET Re: VAX BASIC Specifications?  Re: VAX BASIC Specifications?  Re: VAX BASIC Specifications?  Re: VAX BASIC Specifications? % Re: Wierd Elsa Gloria Synergy Problem   F ----------------------------------------------------------------------  % Date: Mon, 10 Apr 2000 22:22:33 +0200 + From: Harald van Pee <pee@iskp.uni-bonn.de>  Subject: Re: 1.6 GHz Alpha0 Message-ID: <38F25429.1674C916@iskp.uni-bonn.de>  
 For short:% Alpha machines are much to expansive!   
 Reliablility: & Since 1996 we have bought in our group4 12 PCs (2 power fan failures, 1 disk failure so far)D 8 Alphas (5 cpu fan failures, 1 cpu failure, 2 disk failures, 1 boot$ problem because of hardware failure)H All PCs are still in use, the slowest have got a new cheap graphics card@ and are now cheap workstations. 3 of the alphas are now to loud,H to slow and have no up to date graphics option -> they are out of order.   Price:E We could buy one XP900 466 MHz 128Mb, 9 Gb SCSI for F&L price 9995 DM 0 (reduction price for University here in Germany) We will buy E AMD K7 750 MHz Asus K7V board 256 Mb, 27 Gb EIDE, add SCSI Controller 9 for tapes,  Price ~ 3300 DM (regular price no reduction). D O.k. the new PC may be not as fast as an Alpha, so we buy 2 of them,F O.k. the new PC may be not as reliable as the Alphas (in opposition to6 our experiences) so wie buy 3 of them (Price 9900 DM).  H So the only reason to buy an Alpha is, we can run VMS on it, but indeed F in our institute, there are only 3 old VMS machines and 5 newer AlphasH overall, but hundreds of PCs with Linux as OS. So the only way to changeH this situation is to buy 10 or more Alphas, and indeed we don't have theH money for this. So there is indeed no reason to buy an Alpha machine, at
 least for us.    Harald   ------------------------------  % Date: Mon, 10 Apr 2000 22:25:00 +0200 + From: Harald van Pee <pee@iskp.uni-bonn.de>  Subject: Re: 1.6 GHz Alpha0 Message-ID: <38F254BC.42028297@iskp.uni-bonn.de>   Harald van Pee wrote:  >  > For short:' > Alpha machines are much to expansive! ' Excuse me:                   expensive!    ------------------------------  % Date: Mon, 10 Apr 2000 17:24:51 -0400 + From: "Main, Kerry" <Kerry.Main@Compaq.com>  Subject: RE: 1.6 GHz AlphaJ Message-ID: <910612C07BCAD1119AF40000F86AF0D8052841E0@kaoexc4.kao.dec.com>   David,  K As I stated in an earlier reply, there is a place for single processor WS / L Desktop boxes and a place for server config's. No one OS or HW platform will$ ever address everyones requirements.  J My reply simply pointed out that from a cpu performance point of view, the- 1Ghz x86 cpu's still lag the 667Mhz Alpha's.    I While obviously an important issue, pricing is a separate discussion that  could go on for days.    Regards,  
 Kerry Main Senior Consultant,
 Compaq Canada  Professional Services  Voice : 613-592-4660 FAX   : 819-772-7036 Email : kerry.main@compaq.com        -----Original Message-----# From: mathog@seqaxp.bio.caltech.edu & [mailto:mathog@seqaxp.bio.caltech.edu]% Sent: Monday, April 10, 2000 10:59 AM  To: Info-VAX@Mvb.Saic.Com  Subject: RE: 1.6 GHz Alpha    J In article <910612C07BCAD1119AF40000F86AF0D8052841D0@kaoexc4.kao.dec.com>,- "Main, Kerry" <Kerry.Main@Compaq.com> writes:  >David,  > G >You are correct that there is a place for single processor boxes and a  place  >for SMP config's. > B >Kind of like the auto industry - no one solution will address all >requirements. > J >Btw - in case anyone thinks the 1Ghz x86's are now faster than single cpu" >Alpha's, check out the following:I >http://www.spec.org/osg/cpu2000/results/cpu2000.html (single cpu EV6/667 I >still rated higher (444 vs 410) in Spec CPU2000 and still MUCH higher in  the " >Specfp 2000 (577 vs 284) results)   That's not a complete analysis.   J The benchmark you cite is for a 667 Mhz DS20E - which due to its high costK is unlikely to be used in a massively parallel system (unless money were no J object as at Celera or the NSA.)  The DS10 and DS10L have a 466 Mhz clock,J and all else being equal would score about a 310 Cint2000 and 403 Cfp2000.K (All else is not equal though, the memory bandwidth on the DS20E is 4x that H of the DS10.)  Those estimated DS10 numbers are slower in absolute termsH for integer operations and only about 33% faster for floating point thanG the 1Ghz PIII in that chart.   One can only imagine that Compaq did not K submit the DS10 or DS10L numbers for that very reason.  There are as yet no I Athlon numbers in that chart, and the Athlon does a bit better on FP than H the PIII (unclear if any of the current crop of Athlon motherboards are I that fast though, due again, to memory bandwidth limitations).   Finally, G divide the performance numbers by the price of the single cpu computing H blocks and you're not looking at a clear win for Alpha in terms of totalI CPU power/$.   This should come as no surprise to anybody here since from E day 1 the Alpha mantra has always been twice the power at 3 times the G price.  That's only a winning formula for those few niches that need as & much power as possible per single CPU.  	 Regards,     David Mathog mathog@seqaxp.bio.caltech.edu ? Manager, sequence analysis facility, biology division, Caltech     ------------------------------  # Date: Mon, 10 Apr 2000 23:06:45 GMT / From: knepper@eisner.decus.org (Laurie Knepper) ; Subject: Advanced VMS Speakers/Sessions Needed for CETS2000 ' Message-ID: <2000Apr10.190645.1@eisner>    Looking for VMS gurus...  N We have a couple of session slots open in the "Advanced VMS Topics InteractiveN Workshops" at the upcoming "Compaq Enterprise Technical Symposium 2000" in LosO Angeles (Oct 3-6).  This is an expanded event that will combine the traditional O DECUS US Chapter symposium, Compaq's ASE event, and the NT Wizards event.   See M http://www.decus.org/CETS2000/CETS2000_Teaser.shtml for info on the event, in N general.  The Interactive Workshop is part of a DECUS member volunteer projectP that has been a very successful part of the DECUS symposium for several years.    K If you would like to submit a session proposal, please send me 1) a session L abstract, 2) target audience, including knowledge prerequisites... somethingO like "attendees should be familiar with xxx and be proficient in yyy to receive G the maximum benefit from this workshop," and 3) speaker bio and contact G information.  You can send it to KNEPPER on DECUServe (text only) or to 6 LKnepper@mindspring.com (text, MS Word, RTF, or HTML).  8 Three points to keep in mind regarding these sessions...  L First of all, the attendees we are targeting with these workshops are fairlyM knowledgeable VMS folks.  Novice and Novice/Intermediate needs will be met in K other symposium sessions.  Please keep your submissions to topics that will O appeal to and benefit attendees who are already very familiar with working with O VMS and who want to get more into the high level stuff, the how-it-works angle, N and VMS "guts."   Sessions already in the lineup include topics on VMS clusterE transitions (how it all works and how to reduce transition impact), a F down-and-dirty look at how to manipulate the VMS Lock Manager, and VMS( Internals and the System Dump Analyzer.   O Second, the session needs to lend itself to LOTS of hands-on experience for the M attendees.  These are hands-on/interactive workshops. We haven't achieved the N goals of the interactive workshops and are wasting the equipment being broughtM in and set up if we don't use it extensively.... we want some how-to and lots  of "Now, let's try it."      * Third, these are 2 1/2 hour session slots.  ' Thanks in advance for your submissions.    ------------------------------  % Date: Mon, 10 Apr 2000 16:27:47 -0400 * From: David A Froble <davef@tsoft-inc.com>. Subject: Re: Alpha 1000a to 1200 SCSI Question- Message-ID: <38F23943.F4B35252@tsoft-inc.com>    Russell Leathe wrote:  > @ > I'm migrating from an Alpha 1000a to an Alpha 1200.  The 1000a$ > disk array is set up as follows... >  > 4.3gb disks....  > 0 > DKA0            SYSTEM              Type RZ29B- > DKA100        STU1997            TYPE RZ29B - > DKA200        STU1998            TYPE RZ29B - > DKA300        STU1999            TYPE RZ29B - > DKA400        STU2000            TYPE RZ29B  >  > CD-ROM...  > , > DKA600        CD-ROM            TYPE RRD46 > ! > All are on the same SCSI chain.  > K > On the Alpha 1200 the DISKs and CD-ROM are on different SCSI controllers. 
 > Thus.... > # > NCR 53c810 Slot 1, BUS 0 PCI ....  >  > DKA500    CD-ROM        RRD47  > % > QLOGIC ISP1020 Slot 2, BUS 0 PCI...  > ( > DKB0                        TYPE RZ1CF > DKB100                    "" > DKB200                    "" > DKB300                    "" > DKB400                    "" > N > When I initially set out to perform the migration I thought...Well I'll justG > perform an image backup and restore, run autogen and be done with it. C > Unfortunately, this wouldn't work the way the disks are arranged.  > M > My question is, is there a way to change the hardware that will re-allocate K > the drives as DKA### and the CD-ROM to DKB### on the Alpha 1200.  Or am I 0 > facing a re-install of 7.2 and a re-install of( > the layered products (PMDF, Multinet)? >  > Thanks in advance, >  > Russ  O Just what do you mean when you say it won't work?  The only thing I see that is O required, is when SYSTARTUP_VMS.COM runs to start up the system, you'll have to M change the disk names when mounting the disks, and defining the logical names L for each disk.  You do have logical names for each disk, don't you?  If not,M then you'd better figure on spending some bucks on a VMS consultant to review  your entire system set-up.  K If you problem is device names embeded in application programs, forget this < post, and my name, I don't want to hear about anything more.   Dave   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596; 170 Grimplin Road               E-Mail: davef@tsoft-inc.com  Vanderbilt, PA  15486    ------------------------------   Date: 10 Apr 2000 21:26:48 CST; From: wayne@tachyon.xxx.301332.killspam.0537 (Wayne Sewell) . Subject: Re: Alpha 1000a to 1200 SCSI Question. Message-ID: <kUhZ+xmPjE2f@tachxxsoftxxconsult>  P In article <M4mI4.35$6i7.728@client>, "Russell Leathe" <russ@gordon.edu> writes:@ > I'm migrating from an Alpha 1000a to an Alpha 1200.  The 1000a$ > disk array is set up as follows... >  > 4.3gb disks....  > 0 > DKA0            SYSTEM              Type RZ29B- > DKA100        STU1997            TYPE RZ29B - > DKA200        STU1998            TYPE RZ29B - > DKA300        STU1999            TYPE RZ29B - > DKA400        STU2000            TYPE RZ29B  >  > CD-ROM...  > , > DKA600        CD-ROM            TYPE RRD46 > ! > All are on the same SCSI chain.  > K > On the Alpha 1200 the DISKs and CD-ROM are on different SCSI controllers. 
 > Thus.... > # > NCR 53c810 Slot 1, BUS 0 PCI ....  >  > DKA500    CD-ROM        RRD47  >  > % > QLOGIC ISP1020 Slot 2, BUS 0 PCI...  > ( > DKB0                        TYPE RZ1CF > DKB100                    "" > DKB200                    "" > DKB300                    "" > DKB400                    "" > N > When I initially set out to perform the migration I thought...Well I'll justG > perform an image backup and restore, run autogen and be done with it. C > Unfortunately, this wouldn't work the way the disks are arranged.  > M > My question is, is there a way to change the hardware that will re-allocate D > the drives as DKA### and the CD-ROM to DKB### on the Alpha 1200.    I On the 1200, there are two scsi busses.  The cdrom is on the dka bus, the M storageworks shelf is the dkb bus.  You can change the unit numbers around by I moving drives from slot to slot, but they will still be dkbx00 devices.     O You are setting yourself up for a lot of pain by using physical device names in N the first place.   If you use logical names instead, you can move disks aroundG all you want and nothing changes except the mount command during system K startup.  The whole issue of dka vs. dkb simply dissipates like a fart in a  hurricane.    L On my systems, I mount with logicals that match the label on the disk.  ThatJ way, as long as I don't change the label, I can merrily change disk deviceM names right and left and only have to change the mount commands in the system A startup.  Not another line of DCL changes anywhere in the system.   F I assume the second column in your device list above is the label, so   & $ mount/system dka0 system   system   ( $ mount/system dka100 stu1997  stu1997  ( $ mount/system dka200 stu1998  stu1998  ( $ mount/system dka300 stu1999  stu1999  ( $ mount/system dka400 stu2000  stu2000    # on the 1000 would be replaced with    & $ mount/system dkb0 system   system   ( $ mount/system dkb100 stu1997  stu1997  ( $ mount/system dkb200 stu1998  stu1998  ( $ mount/system dkb300 stu1999  stu1999  ( $ mount/system dkb400 stu2000  stu2000      H Then everyplace in your system where you use physical disk names  ("searO sys$sysdevice:[sys*...]*.com dka" for starters), replace them with the logical, K i.e. replace all occurances of "dka100:" with "stu1997:".    Do this on the J 1000 *before* the migration and get it working.  Then you won't have to do? *anything* on the 1200 other than make the mount changes above.      >Or am I0 > facing a re-install of 7.2 and a re-install of( > the layered products (PMDF, Multinet)?  G You definitely won't have to reinstall 7.2 just because the device name E changed.  No vms command procedures will be dependent on this, though  user-written ones may.  I Many third party products are also independent of physical devices.  They M define all their working logicals based on the device upon which the  startup  command procedure is running.   H However, the system must be able to *find* the startup procedure for the8 product.  Thus, in systartup_vms you are likely to find   ; $@product_disk:[product_directory]product_startup_procedure   
 For instance:   ( $ @util_disk:[tapesys_5r2.system]startup% $ @util_disk:[multinet]start_multinet   N If util_disk is a logical, you don't have to do anything.  If it is a physicalO name, change it to a logical.  You have to make a change, but you won't have to C do it over and over again every time you want to move disks around.   K Conversely, systartup_vms may call a product specific command procedeure in J sys$startup.  If so, *this* procedure will contain the call to the productO startup procedure, so the change from device name to logical will be made here, 
 if needed.  L You should *never* use dkaxxx or dkbxxx anywhere except in a mount command.  Use logicals everywhere else.    Waynen   --  O ===============================================================================/K Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachyon.xxxh8 http://www.tachyon.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)lO ===============================================================================?N Butler:"Gentlemen!"  Curly(as he and other Stooges look around):"Who came in?"   ------------------------------  # Date: Mon, 10 Apr 2000 21:56:28 GMTc From: cd_root@my-deja.com * Subject: ANALYZE crashing a running system) Message-ID: <8ctim5$u3o$1@nnrp1.deja.com>C  G Anyone ever hear of ANALYZE/SYSTEM crashing a running system? Even backW in 4.x, 5.x, 6.x???e TIA     & Sent via Deja.com http://www.deja.com/ Before you buy.l   ------------------------------  % Date: Mon, 10 Apr 2000 16:33:50 -0400f0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>2 Subject: Another example of lack of VMS marketing./ Message-ID: <38F23AAC.556F28AA@vl.videotron.ca>   6 http://www.digital.com/alphaserver/announce/apr00.html   Has the following text: I The AlphaStation ES40 delivers mainframe-quality performance for the most J demanding applications, including CAD/CAM, GIS, high-performance technical? visualization, defense applications, and Linux-based computing.   I Why couldn't the text end with "and Linux, VMS or True64-based computing"E instead of just Linux ?l   ------------------------------  % Date: Mon, 10 Apr 2000 16:49:37 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>6 Subject: Re: Another example of lack of VMS marketing./ Message-ID: <38F23E5D.F0A97131@vl.videotron.ca>i   JF Mezei wrote:  > 8 > http://www.digital.com/alphaserver/announce/apr00.html  0 Well, in the same page, a more glaring omission:   ## AlphaServer cluster bundlesiL  Our new prebundled clusters give you a low-risk, high-availability solutionN to keep up with dynamic Internet and business-critical system needs -- withoutN expanding your staff. They are easy to install and manage, with preconfigured,M  tested Alpha systems (beginning with the enhanced AlphaServer ES40), and new G versions of Tru64 UNIX and TruCluster software. We've also expanded ourh> relationship with Oracle to develop easy clusters that deliverJ industry-leading availability on AlphaServer systems running Oracle 8i and Oracle Parallel Server.y ##  N Compaq talks about clusters, but no mention of VMS. Heck, why should anyone beK surprised that the media doesn't mention VMS when it talks about clusters ?    ------------------------------  % Date: Mon, 10 Apr 2000 21:24:32 -0700o5 From: "cstranslations" <cstranslations@email.msn.com> 1 Subject: Re: Anyone have some LA70 documentation?o) Message-ID: <e9RNU32o$GA.234@cpmsnbbsa03>n  4 Thanks. The sequences for horizontal pitch match :-)  J I did manage to some how clobber the queue manager database while pluggingL the setup modules in to the device control library. That part of the process2 provided a diversion I could have done without :-(   Joed  ; JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in messagea) news:38EF94C7.4EBCF584@vl.videotron.ca...dL > Not sure about the LA70, but here are some of the escape sequences for theJ > LA75 I still had handy. I suspect they are quite similar to the LA70. It comes  > from ALL-IN-1.   ------------------------------   Date: 10 Apr 2000 17:42:16 GMT* From: helbig@astro.rug.nl (Phillip Helbig) Subject: Re: CC patches ? . Message-ID: <8ct3po$dua$1@info.service.rug.nl>  T In article <38F1D06F.DFDFF64@compaq.com>, Ed Vogel <edward.vogel@compaq.com> writes:  5 >     The CCAE03062 kit fixes the following problems:5   What's the URL?  At   A    http://ftp1.service.digital.com/public/vms/axp/v7.2-1/c++/6.2/D   I only see ae01062.0   ------------------------------  % Date: Mon, 10 Apr 2000 16:08:04 -0400l( From: Ed Vogel <edward.vogel@compaq.com> Subject: Re: CC patches ? * Message-ID: <38F234A4.33A0D1CD@compaq.com>   Phillip Helbig wrote:a  V > In article <38F1D06F.DFDFF64@compaq.com>, Ed Vogel <edward.vogel@compaq.com> writes: >n7 > >     The CCAE03062 kit fixes the following problems:' >  > What's the URL?  Ati >rC >    http://ftp1.service.digital.com/public/vms/axp/v7.2-1/c++/6.2/a >  > I only see ae01062.a  S     I'm afraid I don't know the answer (note you've posted a url for C++, and we'reA talking-U    about the C compiler).  If you contact CSC they should be able to provide you withg the kit.  $                                   Ed   ------------------------------   Date: 10 Apr 2000 20:59:07 GMT* From: helbig@astro.rug.nl (Phillip Helbig) Subject: Re: CC patches ?A. Message-ID: <8ctfar$hh0$1@info.service.rug.nl>  3 In article <38F234A4.33A0D1CD@compaq.com>, Ed Vogelv" <edward.vogel@compaq.com> writes:    > Phillip Helbig wrote:c > X > > In article <38F1D06F.DFDFF64@compaq.com>, Ed Vogel <edward.vogel@compaq.com> writes: > >o9 > > >     The CCAE03062 kit fixes the following problems:n > >n > > What's the URL?  At  > >rE > >    http://ftp1.service.digital.com/public/vms/axp/v7.2-1/c++/6.2/o > >g > > I only see ae01062.h > U >     I'm afraid I don't know the answer (note you've posted a url for C++, and we'rei	 > talkinghW >    about the C compiler).  If you contact CSC they should be able to provide you withr
 > the kit.  ? It's not a pressing need.  I find it more convenient to browse b  9    http://ftp1.service.digital.com/public/vms/axp/v7.2-1/   G and get whatever is new if the description looks like it's for me.  (I  A somehow became unsubscribed from the patch notification list.  I fG resubscribed, but as there has been nothing new lately I'm not sure if iG it is working).  I note that C++, DECwindows etc are in subdirectories oI of the VMS directory.  Why isn't everything in subdirectories of the VMS o
 directory.   ------------------------------  % Date: Mon, 10 Apr 2000 20:52:56 -0500m% From: Chris Scheers <asi@airmail.net>e Subject: Re: CC patches ?tO Message-ID: <1F6E88CADC65C54F.DA1F7B00A7082DCC.2F76CFC9C679DF47@lp.airnews.net>    Phillip Helbig wrote:o > V > In article <38F1D06F.DFDFF64@compaq.com>, Ed Vogel <edward.vogel@compaq.com> writes: > 7 > >     The CCAE03062 kit fixes the following problems:s >  > What's the URL?  At  > C >    http://ftp1.service.digital.com/public/vms/axp/v7.2-1/c++/6.2/  >  > I only see ae01062..   Try:  9 http://ftp1.support.compaq.com/public/vms/axp/v7.2/c/6.2/    Or start with:  I http://ftp.support.compaq.com/patches/public/Readmes/vms/ccae03062.README   G -----------------------------------------------------------------------l$ Chris Scheers, Applied Synergy, Inc.  G 817-237-3360 (Voice)    817-237-3074 (Fax)    Internet: asi@airmail.nety   ------------------------------  # Date: Mon, 10 Apr 2000 20:46:11 GMTp= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)e& Subject: CDrecord with uVAX3100 series0 Message-ID: <009E8694.BDBE73A8@SendSpamHere.ORG>  N I am trying to understand a problem when using CDrecord on microVAX3100 seriesN workstations and I am curious if any others are using or have used CDrecord on their VS3100 series boxes.  M I was shipped a Plextor which I connected and successfully burned several CDsbM on a VAXstation 4000VLC using CDrecord.  I then connected the drive to a VAX-T/ station 3100m76SPX and attempts to record fail.2  M I'd be curious to hear from you if you have had any such experience.  Privateo4 email is fine.  No need to clutter c.o.v. with this.   Thanks,  --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  O Compaq C V6.2 has bugs, bugs, bugs, bugs, bugs! No wait! They're ANSI features!    ------------------------------  # Date: Mon, 10 Apr 2000 20:47:17 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) & Subject: CDrecord with uVAX3100 series0 Message-ID: <009E8694.E4D851F2@SendSpamHere.ORG>  N I am trying to understand a problem when using CDrecord on microVAX3100 seriesN workstations and I am curious if any others are using or have used CDrecord on their VS3100 series boxes.  M I was shipped a Plextor which I connected and successfully burned several CDsMM on a VAXstation 4000VLC using CDrecord.  I then connected the drive to a VAX- / station 3100m76SPX and attempts to record fail.   M I'd be curious to hear from you if you have had any such experience.  Privater4 email is fine.  No need to clutter c.o.v. with this.   Thanks,f --N VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM  O Compaq C V6.2 has bugs, bugs, bugs, bugs, bugs! No wait! They're ANSI features!i   ------------------------------  % Date: Mon, 10 Apr 2000 10:32:59 -0700a! From: Shane.F.Smith@healthnet.comm0 Subject: Re: Compaq Song and Dance (the lack of)8 Message-ID: <882568BD.00606D3C.00@WHDOM99.HEALTHNET.COM>  . From: Shane F Smith@FHS on 04/10/2000 10:32 AM     To:   Info-Vax@mvb.saic.comi cc:c1 Subject:  Re: Compaq Song and Dance (the lack of)b  F >>>> and President Bill Clinton, who currently runs the United States. >>J >>Terry, were you also the source of this peculiar nugget?  You've mislead >>the poor fellow. >>9 >>Everyone knows Janet Reno is currently running the U.S.- >> >>:-)  >>---------------------------  >>Robert Deininger >>rdeininger@mindspring.comj >:K >I was certain that it was Hillary!  Perhaps, this is a Dr. Jeckyl/Mr. Hydei >story with a different gender?  >  >--'O >VAXman- OpenVMS APE certification number: AAA-0001           VAXman@TMESIS.COM    Yup, it's Hillary.  I Let's face it, the only reason Hillary didn't leave Bill after the MonicaKM Lewinski thing came out was that she wouldn't have been president anymore....T      H  #####   ---------------------------------------------------------------I #-O-O-# | Shane underbar S on pacbell dot net. Spam to abuse@127.0.0.1  | H #  L  #  ---------------------------------------------------------------D  #===#   Don't blame HealthNet for anything I say. They're innocent.H   ###    OpenVMS: The operating system God runs the Earth simulation on.   ------------------------------  % Date: Mon, 10 Apr 2000 16:11:50 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>0 Subject: Re: Compaq Song and Dance (the lack of)/ Message-ID: <38F23585.9C8C0D37@vl.videotron.ca>   " Shane.F.Smith@healthnet.com wrote:K > Let's face it, the only reason Hillary didn't leave Bill after the MonicauO > Lewinski thing came out was that she wouldn't have been president anymore....w  N If the spouse is the one with the real powers instead of the elected one, doesG this mean that Bill CLinton will actually get some powers if Hillary is- elected to the senate ?a   ------------------------------  % Date: Mon, 10 Apr 2000 19:58:13 -0500a% From: Keith Brown <kbrown780@isd.net> 0 Subject: Re: Compaq Song and Dance (the lack of)' Message-ID: <38F278A5.E27FF1E8@isd.net>l   Robert Deininger wrote:u > G > On Fri, Apr 7, 2000 3:56 PM, Terry C. Shannon <shannon@world.std.com>  > wrote: > K > >As the source of Magee's speeds-n-feeds info, methinks Compaq is waitings > for 1 > >the >1GHz Alphae before it makes a big splash.  > C > >"Larry D Bohan, Jr" <LBohan@dbc.spam_less..com> wrote in message  > F > >> and President Bill Clinton, who currently runs the United States. > J > Terry, were you also the source of this peculiar nugget?  You've mislead > the poor fellow. > 9 > Everyone knows Janet Reno is currently running the U.S.2 >  > :-)  >  > ---------------------------F > Robert Deininger > rdeininger@mindspring.com   9 Janet Reno DOES NOT run the United States.  Hillary does!-   -- - Keith Brown- kbrown780@isd.net2   ------------------------------  % Date: Mon, 10 Apr 2000 20:34:25 -0400l+ From: "David Turner" <d_b_turner@yahoo.com>s* Subject: FS: 2.1Gb disks 80pin SCA SCSI UW. Message-ID: <sf4sirodcqv44@corp.supernews.com>  I We have the opportunity to buy 2000 DEC 2.1Gb disk drives - but will only0! buy them if we can sell them here   H These are the DEC Seagate (Seagate firmware) 2.1gb Ultra SCSI Wide disks3 These are the 80 pin 7200rpm 2.1gb disk low profile   & Send email orders to the address below: We can only buy them if we sell at least 500 pieces so ...   ST32171WC  $70 each NEW    -- David Turner Island Computers US CorporationD 2700 Gregory Street0 Savannah GA 31404  Tel: 912 447 6622  Fax:912 201 0096 sales@islandco.com       -- David Turner Island Computers US Corporationr 2700 Gregory Street  Savannah GA 31404  Tel: 912 447 6622B Fax:912 201 0096 sales@islandco.com   ------------------------------    Date: 10 Apr 2000 18:29:18 -0700* From: dunnett@mala.bc.ca (Malcolm Dunnett). Subject: Re: FS: 2.1Gb disks 80pin SCA SCSI UW, Message-ID: <NrLIGx$bhSmu@malvm2.mala.bc.ca>  / In article <sf4sirodcqv44@corp.supernews.com>, y1     "David Turner" <d_b_turner@yahoo.com> writes:I > J > These are the DEC Seagate (Seagate firmware) 2.1gb Ultra SCSI Wide disks5 > These are the 80 pin 7200rpm 2.1gb disk low profilek > ;    Are these in Storageworks canisters or just bare drives?t   ------------------------------  % Date: Mon, 10 Apr 2000 17:51:46 -0400o* From: Clair Grant <grant@evms.zko.dec.com>; Subject: Re: Galaxy (or perhaps Wildfire) and shared memory / Message-ID: <38F214B2.30E9F1B@evms.zko.dec.com>n   Bill Todd wrote: > D > I understand that, and should have made it much clearer that I wasM > addressing potential future capabilities (possibly in Marvel - I don't know N > what the specific road map may be) for the use of shared memory between hardL > partitions that had been alluded to (I'm pretty sure) by (perhaps) Fred in > discussions months ago.  > L > I do find it interesting if your comment above means that CPU reassignmentK > between hard partitions is not something at least under consideration fora; > the future, but that's not relevant to the current topic.d > 	 > Thanks,e >  > - bill >   F Once you enter the realm of reassigning and/or sharing things you have@ something other than hard partitions, at least in current COMPAQH terminology. Firm, wishy-washy, almost hard, not quite soft, half-baked,	 it's TBD.t  F However the idea is fairly universal, and that is to somehow marry theH isolation of hard partitions and the flexibility of soft partitions intoA a compromise where most of the best features and few of the least E desireable features of both are in a single system. For example, have H some memory which is isolated from other partitions and have some memory* which has some degree of universal access.   -  Clair Grantu VMS Exec Group Project Leadery COMPAQ Computer Corporationi 110 Spit Brook Rd. Nashua, NH  03062s   ------------------------------  % Date: Mon, 10 Apr 2000 11:54:34 -0700a# From: Mickey Stein <yekkim@cts.com>s' Subject: Re: GBLSECTIONS change probleme' Message-ID: <38F2236A.D14E094C@cts.com>   S It's definitely a reboot situation but if you happen to have something running that V isn't actually necessary or doesn't "need" to be installed(you could poke around doingN "Install lists" ) , then removing global sections will , of course, free those/ gblsections for reuse. Ahhhhh.. just reboot it.    Perisa Bujosevic wrote:t  1 > When I try to start manually Pathworks it says:o >tH > The system does not have enough free global sections to use PATHWORKS.D > Please see the Installation Guide on how to increase the number of@ > global sections by modifying the SYSGEN parameter GBLSECTIONS. >sU > When I change GBLSECTIONS variable with SYSGEN (set GBLSECTIONS 1000, WRITE ACTIVE)@V > nothing happens since it is not dynamic value. Is there any way to change this value! > without restarting the system ?    ------------------------------   Date: 10 Apr 2000 20:43:33 CST; From: wayne@tachyon.xxx.301332.killspam.0537 (Wayne Sewell)n+ Subject: Re: Is sys$dclexh ever not called?e. Message-ID: <8uTykc22CpeU@tachxxsoftxxconsult>  a In article <#mAYvWvo$GA.303@cpmsnbbsa04>, "cstranslations" <cstranslations@email.msn.com> writes:iK > I'm looking at the description for $dclexh in the systems services manualtN > and it says "declares an exit handling routine that receives control when anB > image exits."  Implied in the description is normal image exit.   M Yes, but not necessarily with a good return code.  A fatal exception can also  cause image exit.=   >It alsoI > specifically states the registered routine is called as a result of theeL > image calling sys$exit or someone bumping the process over the head with a
 > sys$forcex.w  K Yes.  Of course, the last chance condition handler might be doing the call,i rather than the user program.   M > What I'm wondering is if the registered routine is called if someone uses a 8 > "big stick" to hit it over the head - say sys$delprc.   N Exit handlers are not called if sys$delprc is called, or if a "stop/id=xxx" is5 done on the process, which amounts to the same thing.Y       >To a lesser extentmL > what happens if there's an unhanded condition while the image is executingM > (although in this second case I'm guessing that it's entirely possible thatt > "all bets are off").  M Exit handlers *are* called if the image dies with an unhandled exception.  AnpM exception can cause both exit handlers *and* condition handlers to be called.c0 Stop/id and delprc cause neither to be called.     Wayne3     -- 5O ===============================================================================lK Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachyon.xxxy8 http://www.tachyon.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)iO ===============================================================================SN Butler:"Gentlemen!"  Curly(as he and other Stooges look around):"Who came in?"   ------------------------------  # Date: Mon, 10 Apr 2000 23:26:58 GMTe. From: cjundieseastwd@powerup.com.au (Obakesan)' Subject: Re: locations of C libs in VMSg0 Message-ID: <8ctnrm$20m18@inetbws1.citec.com.au>   HiYa  G In article <pebxODYkwSSagIoMu7t3iiJ4LZns@4ax.com>, "Larry D Bohan, Jr"  " <LBohan@dbc.spam_less..com> wrote:@ >On Mon, 10 Apr 2000 03:20:35 GMT, cjundieseastwd@powerup.com.au >(Obakesan) wrote: >iE >>given that I think that it's in the TLB called SYS$LIB_C.TLB, what s  >>should I inlcude to get this?? >t) >in the case of SYS$LIBRARY:SYS$LIB_C.TLBs( >you can reference it in the CC cmd-line > 9 > $ cc sys$library:sys$lib_c/library + [dir-spec]FOOBAR.C) > $! .. or ...0 > $ cc FOOBAR.C + sys$library:sys$lib_c/library  >o    G thanks ... that was spot on ... being a Unix dummy makes it hard to do r, the things that I thought were childs play .    ! I'm learning ... thanks again :-)P     --   See Ya# (when the bandwidth gets better ;-)tH Chris Eastwood                            Please remove undies for reply Photographer, Stunt Programmer Motorcyclist and dingbat   ------------------------------  % Date: Mon, 10 Apr 2000 23:41:48 +0200 . From: Marcin Szczecinski <marcin@lodz.tpsa.pl>! Subject: Manuals for DEC 3000-8000/ Message-ID: <20000410234148.A2522@lodz.tpsa.pl>m  8 On Sun, 09 Apr 2000 at 13:48:50 +0000, Craig Wood wrote:# > The manual for the 3000-600 here:o< > http://www.digital.com/alphaserver/archive/axp/dec3000.pdf  H Does anyone know where I can get on-line manuals, user guides, etc for a DEC 3000-800 Alpha?   9 Marcin Szczecinski                    marcin@lodz.tpsa.plo   ------------------------------  % Date: Mon, 10 Apr 2000 15:58:32 -0400o+ From: Stephen Eickhoff <eick-hsr@jmusa.com>h- Subject: Re: Microsoft loses, we get punishedh) Message-ID: <38F23267.923D0C86@jmusa.com>h   David Mathog wrote:r  K > Having just lost in the legal arena MS has now decided to take their caseTM > to the court of public opinion.  Last night NBC ran the same MS commercial,gK > featuring Bill Gates' lecturing us on innovation (sic), at least 3 times.aD > Apparently they're running it hourly in prime time.  Somebody onceI > suggested to me that the proper punishment for a monopolist was summary/L > execution.   At the time I thought that punishment was a bit extreme.  ButI > after suffering through 3 exposures in one night to Mr. Gates' smirking0> > visage I'm just about ready to sign up for the firing squad.  K Could it be any more obvious that since the "partnership", Microsoft is /de  facto/ owner of NBC?  M The last time anyone working for MS innovated was in '87 when they made OS/2.hG Preemptive multitasking and protected memory spaces on a 286 was prettyiN impressive. Then they decided it worked too well and tried to turn it into VMSD with a Windows 3.1 interface by hiring some middle manager from DEC.   ------------------------------  % Date: Sat, 08 Apr 2000 17:49:12 +0200), From: Franco Tassone <franco.tassone@rgn.it># Subject: Netbooting mVaxII question & Message-ID: <38EF54F8.A83E84D5@rgn.it>   Hi all,-? my mVaxII tk50 unit is dead, and I'm looking for a replacement.rE I would need to install ovms 5-5-2 on my mVaxII, so is it possible to$G "netboot" from console and to install from a remote (VAX) install cdromE ?o Thanks in advance.   --= -------------------------------------------------------------<:  Franco Tassone                       Tel: +39-085-45109548  RGNetWork Internet Service Provider  Fax: +39-085-64070:  Via G. D'Annunzio, 162               e-mail: admin@rgn.it<  65127 PESCARA (ITALY)                URL: http://www.rgn.it= -------------------------------------------------------------I   ------------------------------  % Date: Mon, 10 Apr 2000 17:33:30 -0400k0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>' Subject: Re: Netbooting mVaxII questiont. Message-ID: <38F248A4.39FA8C1@vl.videotron.ca>   Franco Tassone wrote:  > 	 > Hi all,hA > my mVaxII tk50 unit is dead, and I'm looking for a replacement.hG > I would need to install ovms 5-5-2 on my mVaxII, so is it possible toeI > "netboot" from console and to install from a remote (VAX) install cdrom  > ?e  H The easiest way would be to use cluster_config.com on yor working vax toM define a satellite vax (the broken one) and have it boot off the good on in atN cluster. Then, the bad vax will have access to the system dick of the good one8 and can mount other devices as well, including the TK50.  H (to mount the TK50 on the good vax from the bad vax, you need to set theH SYSGEN parameter TMSCP_LOAD to 1 on the good vax). (Not sure is that was  supported back in 5.5-2 though).  M If TMSCP_LOAD isn't supported, then you'll have to copy the VMS savesets from * the TK50 to a disk and install from there.   ------------------------------  % Date: Mon, 10 Apr 2000 17:35:09 -0400t0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>' Subject: Re: Netbooting mVaxII questionu/ Message-ID: <38F24907.7FE4F1EA@vl.videotron.ca>r  H as an addition, when you get the >>> prompt when you get the microvax II started, do a B XQA0:- instead of B DUA0:   ------------------------------   Date: 10 Apr 2000 17:10:55 PDTT From: Fairfield@SLAC.Stanford.EDU (Ken Fairfield; SLAC: 650-926-2924; FAX: 926-3515)) Subject: Re: Portable unformatted files 2 3 Message-ID: <bCUn2SYyQdDz@mccdev.slac.stanford.edu>n  . In article <38EDACD1.E58BEC3A@roma2.infn.it>, .     	anonymous <pittori@roma2.infn.it> writes: [...]8F > - I still have access on the VMS Alpha and I CAN read and manipulate > my files there.n > B > - these files were created as VMS FORTRAN Sequential Unformatted, > files with fortran statements of the kind:; >  OPEN (UNIT=...,STATUS='NEW',FILE=...,FORM='UNFORMATTED')u > : > - the VMS native floating point format is /FLOAT=G_FLOAT  H         Yes, on Alpha, G_float is  the  _default_.  It can be overridden6     to be D_float, but I assume you haven't done that.  = > - I suppose that my Linux (mandrake) PC uses something likeo >  /FLOAT=IEEE_FLOAT  H         Yes, Intel 80x86 are little-endian  cpus which use IEEE floating     point representation.S  # > I already did the following test:uA > 1) I run a small Montecarlo on the VMS Alpha in which I created-2 > the unformatted files with the following option:A >        OPEN (UNIT=...,STATUS='NEW',FILE=...,FORM='UNFORMATTED', ! >      & CONVERT='LITTLE_ENDIAN')i  H         This looks to be  the  correct  CONVERT  keyword  to convert theH     "native" VMS format to IEEE floats (and it should be a no-op for the     integers).  H > 2) I used a read/output on the VMS Alpha to read the unformatted filesD > with the same option CONVERT='LITTLE_ENDIAN' and I read them well; > 1 > 3) I transfer by (bin) ftp the files on the PC;I  H         OK, here's where you're  going  to  run  into  trouble.  Not theH     binary  transfer, per se, but the fact that you seem to expect  file:     formats to be portable between systems.  They are NOT.  H         As is oft discussed  in  comp.lang.fortran,  in order to supportH     records  of varying lengths, the operating system (file system) mustH     make the record length available somehow.  On  VMS  for  text  filesH     (Fortran  formatted  records),  RMS  does  this with a 2-byte recordH     "header".  Since the  Fortran  standard  (from  at least Fortran 77)H     requires  there  be  essentially  no  limit  on  the  length  of  anH     _unformated_ record, a 2-byte RMS field is not  sufficient  to  holdH     the  record  length.   Therefore,  the  smart  people in VMS Fortran2     engineering came up with the segmented record.  H         On _most_ unixes,  the  varying  record  length  is handled veryH     differently.    Most  unix  implementations  of  Fortran  unformatedH     records append a 4-byte record  length  to  the  beginning  of  each1     record _and_ again to the end of each record.l  H         It's been a  long  time  since  I  had  to think about segmentedH     records,  but  IIRC,  each 512-byte block gets a 4-byte  header  (orH     possibly 2 bytes...my memory is fuzzy) that  indicates  (1)  whetherH     the  current block is the beginning of a record, the end of a recordH     (or both), or neither (i.e., it  is a block wholely contained withinH     the  record),  and  if it contains the end of the record,  how  manyH     bytes of data are in this block (i.e., where the current record ends     within this block).-  H         Now if you transfer this binary  segmented record file to a unixH     system, the unix Fortran program will interpret the first 4 bytes as4     a record length, which will be completely wrong!  - > Dave said:+ >> ...you will need to know how to decode aM8 >> DEC-FORTRAN segmented file. It's straight-forward and- >> I have something somewhere if you need it.F  H         There  are   two   alternatives   (as   usually  recommended  onH     comp.lang.fortran).   If you modify your program to use fixed lengthH     records and open the file(s)  for  DIRECT  ACCESS,  then  no  recordH     header information will be written.  Such files are usually portableH     (although  one needs to be aware that VMS Fortran expects the recordH     length to be  specified  in  4-byte  units  while  unixes expect theH     record  length to be in 1-byte units).  The second alternative is toH     write _formatted_ output (text files).  This is  the  most  portableH     file  format,  but  does  have  a  number of disadvantages includingH     possible loss  of  precision  in  the  formatting  process,  and theH     relative   expansion  of  the  output  file  size  compared  to   an     unformatted file.z  H         A third alternative would be to use a portable file format, suchH     as FITS (IIRC),  which  is  used  in  the  astronomy community amongH     others.  A post to comp.lang.fortran should get you some pointers onD     this and other portable file formats for exchanging binary data.           -Ken -- tM  Kenneth H. Fairfield            |  Internet: Fairfield@SLC.Slac.Stanford.Edu-:  SLAC, 2575 Sand Hill Rd, MS 46  |  Voice:    650-926-2924:  Menlo Park, CA  94025           |  FAX:      650-926-3515N  -----------------------------------------------------------------------------B  These opinions are mine, not SLAC's, Stanford's, nor the DOE's...   ------------------------------   Date: 10 Apr 2000 20:10:12 GMT* From: helbig@astro.rug.nl (Phillip Helbig)Q Subject: possibly off-topic: where to get sensible (non-graphical) free WWW email . Message-ID: <8ctcf4$gls$1@info.service.rug.nl>  F This is not directly related to VMS (unless the site in question runs F VMS), but I figure many folks here are also not fans of graphical web  browsers, java, cookies etc.  I I'm looking for a (free) WWW-based provider of email, such as gmx.net or rG hotmail.com, but which is usable with LYNX (and ideally is constructed 0- with this in mind).  Does such a beast exist?@   ------------------------------  % Date: Mon, 10 Apr 2000 16:08:49 -040000 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>, Subject: Re: Request for Wildfire/Galaxy URL/ Message-ID: <38F234D1.C0C1C63D@vl.videotron.ca>2   "Arthur E. Ragosta" wrote:= > > Is there such a magic URL hidden away in Digital's site ?8 > @ > http://www.digital.com/alphaserver/announce/oct99_preview.html  G I guess I did ask for a "magic" URL... I obviouslt don't have the rightrD incantation and magic trick because that page appears to me with a :   	1  M                         stay tuned to this page for a big announcement coming                          soon!s  N Interesting that the name of the html file as "oct99" in it, so one would have- assumed the "soon" to have elapsed by now :-)g   ------------------------------  % Date: Mon, 10 Apr 2000 17:30:14 -0700d7 From: "Arthur E. Ragosta" <ragosta@merlin.arc.nasa.gov>n, Subject: Re: Request for Wildfire/Galaxy URL3 Message-ID: <38F27216.882A3178@merlin.arc.nasa.gov>d   JF Mezei wrote:f   > "Arthur E. Ragosta" wrote:? > > > Is there such a magic URL hidden away in Digital's site ?t > >eB > > http://www.digital.com/alphaserver/announce/oct99_preview.html >II > I guess I did ask for a "magic" URL... I obviouslt don't have the rightoF > incantation and magic trick because that page appears to me with a : >e >e >aO >                         stay tuned to this page for a big announcement comingu >                         soon!e >t  : WOW!  Sorry, this page worked fine this morning... honest!   ------------------------------  % Date: Mon, 10 Apr 2000 20:39:59 -0400h0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>, Subject: Re: Request for Wildfire/Galaxy URL/ Message-ID: <38F2744D.F0723B80@vl.videotron.ca>d   "Arthur E. Ragosta" wrote:Q > >                         stay tuned to this page for a big announcement comingt! > >                         soon!e > >  > < > WOW!  Sorry, this page worked fine this morning... honest!  G OK, now I get it. It is part of a conspiracy to prevent sales. WheneveraJ someone points to a URL that may help make a sale, Compaq quickly put thatQ page out of commission... They wouldn't want their web site to help make sales...    ------------------------------  % Date: Mon, 10 Apr 2000 21:25:52 -0400-' From: "Bill Todd" <billtodd@foo.mv.com>4, Subject: Re: Request for Wildfire/Galaxy URL( Message-ID: <8cturf$7t4$1@pyrite.mv.net>  ; JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message ) news:38F2744D.F0723B80@vl.videotron.ca...e > "Arthur E. Ragosta" wrote:L > > >                         stay tuned to this page for a big announcement coming# > > >                         soon!l > > >n > >l> > > WOW!  Sorry, this page worked fine this morning... honest! >oI > OK, now I get it. It is part of a conspiracy to prevent sales. WheneverrL > someone points to a URL that may help make a sale, Compaq quickly put thatJ > page out of commission... They wouldn't want their web site to help make sales...  G Hey, now that we've found that Compaq actually *can* respond quickly toI external stimuli...a   - bill   ------------------------------   Date: 11 Apr 2000 01:22 -0400i From: hein@eps.zko.dec.c*m, Subject: Re: Request for Wildfire/Galaxy URL& Message-ID: <11APR200001220411@miasys>  o In article <38F20DF4.EB9B9780@merlin.arc.nasa.gov>, "Arthur E. Ragosta" <ragosta@merlin.arc.nasa.gov> writes...l >JF Mezei wrote: >  >> ...J >> In doing so, i'd like to point her to a URL that would give a quick butO >> technical description that would enable her to see how Wildfire will comparemM >> to IBM mainframes, as well as how Galaxy will allow more flexible resources' >> management than IBM's sysplex stuff.  >>< >> Is there such a magic URL hidden away in Digital's site ? > ? >http://www.digital.com/alphaserver/announce/oct99_preview.htmls >   M That's what I was going to answer. I recall a nice story with pictures there.IL Unfortunatly it appears to be replaced with a May announcement teaser. Yuck.   Next best thing might be:t6 	http://www.digital.com/alphaserver/news/idc/20606.htm    6 For a first commercial certified benchmark result see:= 	http://www.ideasinternational.com/benchmark/sap/sap2tcs.html   J It suggests a nice lead over IBM both in absolute and per-cpu perspective.   hth,	     Hein.    ------------------------------  # Date: Mon, 10 Apr 2000 17:50:10 GMTd" From: Art Rice <arice@ue.itug.org>/ Subject: Re: Sun considers VMS a "mainframe" OSs8 Message-ID: <0v44fs0o4bv7gtih5162p46jbduq4khs8k@4ax.com>  0 On Sat, 8 Apr 2000 14:26:04 -0400, "Main, Kerry" <Kerry.Main@Compaq.com> wrote:   >Hello Malcolm - >uL >>>> I think the last is the closest answer. I've always been told that it'sL >the I/O architechture of "mainframes" which tends to differentiate them,<<< >aJ >Well, a fully loaded Wildfire will support 224 PCI slots spread across 64B >PCI buses, 12.8Gb/sec Global bandwidth, so this should improve IO >capabilities....=K >http://www.digital.com/alphaserver/announce/oct99_general.html#performance  >t >:-) >u >Kerry Main1 >Senior Consultant,. >Compaq Canada >Professional Services >Voice : 613-592-4660  >FAX   : 819-772-7036a >Email : kerry.main@compaq.com >t >s >b >-----Original Message-----=5 >From: dunnett@mala.bc.ca [mailto:dunnett@mala.bc.ca]=' >Sent: Thursday, April 06, 2000 3:01 PMd >To: Info-VAX@Mvb.Saic.Com0 >Subject: Re: Sun considers VMS a "mainframe" OS >a > 1 >In article <38ECD343.19D395A3@vl.videotron.ca>, d5 >  JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes:  >sJ >> Ok, someone please explain to me why VMS/ALPHA is not considered in the >samee# >> class as IBM/390/MVS machines ? " >>  # >> Isn't Alpha a faster processor ?.5 >> Do IBM disk drives have far superior performance ?eK >> Is is a question of the bus which is much faster on IBM than on Alphas ?s >> hK >   I think the last is the closest answer. I've always been told that it's I >the I/O architechture of "mainframes" which tends to differentiate them,-! >not things like processor speed.b  F Didn't the width of the bus have something to do with that definition? (probably obsolete now.)   > J >   However I suspect in this case "mainframe" is being used strictly in aE >perjorative, rather than technical, sense ( as in "you don't want ankH >obsolete, legacy 'mainframe' O/S like VMS, you want a state-of-the-art, >'open' O/S like Solaris" )    --  
 Art Rice   *#n# Special Data Processing Corporationr& --------------------------------------' All opinions expressed are mine and do ,% not reflect the views of my employer.c   ------------------------------  % Date: Mon, 10 Apr 2000 05:29:45 -0700e? From: Mike Price <mike.priceNOmiSPAM@littlewoods.co.uk.invalid>2! Subject: Re: UCX port assignmentsr9 Message-ID: <044c80e3.31608424@usw-ex0110-075.remarq.com>g  7 Thanks Andy, normally I agree and I have seen that many  times.; In this case the port never actually timed out - we left it0; for about a week and eventually had to drop UCX and restartl it to get the port back again.       * Sent from AltaVista http://www.altavista.com Where you can also find related Web Pages, Images, Audios, Videos, News, and Shopping.  Smart is BeautifulD   ------------------------------  % Date: Mon, 10 Apr 2000 22:08:00 +0100o! From: Andy Burns <andy@burns.net>c! Subject: Re: UCX port assignmentsc8 Message-ID: <6gg4fss7mp44d175m04vts2fmfjmf659qj@4ax.com>   Mike Price wrote:n  2 >normally I agree and I have seen that many times.< >In this case the port never actually timed out - we left it< >for about a week and eventually had to drop UCX and restart >it to get the port back again./  I Hmmm, bit strange then, not nice to think you might have to shut down UCXt in such an event.   F My VMS/UCX knowledge has been only occasionally called for in the past< couple of years so I can't hope to give you any more detail. -- o Andy At Burns Dot Neth   ------------------------------  # Date: Mon, 10 Apr 2000 19:11:48 GMT  From: eldurbarn@my-deja.come' Subject: Using TCP/IP xport like DECNETp) Message-ID: <8ct916$iq1$1@nnrp1.deja.com>e  
 Hi, folks!  + In DCL I can open a file over decnet using:e  6 $ OPEN LOGNAM: NODE"USER PASS"::DISK:[DIR]FILENAME.EXT  H Is there a way to do the equivalent, only using TCP/IP as the transport?   Thanks.    -E.     & Sent via Deja.com http://www.deja.com/ Before you buy.o   ------------------------------  % Date: Mon, 10 Apr 2000 13:02:41 -0700F! From: Shane.F.Smith@healthnet.comm' Subject: Using TCP/IP xport like DECNETf8 Message-ID: <882568BD.006F4F0E.00@WHDOM99.HEALTHNET.COM>  . From: Shane F Smith@FHS on 04/10/2000 01:02 PM     To:   Info-Vax@mvb.saic.comt cc:   eldurbarn@my-deja.comh( Subject:  Using TCP/IP xport like DECNET   eldurbarn@my-deja.com wrote: >Hi, folks!  >a, >In DCL I can open a file over decnet using: >17 >$ OPEN LOGNAM: NODE"USER PASS"::DISK:[DIR]FILENAME.EXT6 >0I >Is there a way to do the equivalent, only using TCP/IP as the transport?A >T >Thanks. >  >-E.  $ The short answer is no, not exactly.  M The long answer depends on what your requirement really is. It is possible to L set up DECnet over TCP/IP if you've got recent versions of everything. It isK also possible to set up NFS disk sharing to make a remote disk appear to be. local.  L What's the problem you're trying to solve? What version of VMS, which TCP/IP: stack and what version is it, what flavour of DECnet etc.?      H  #####   ---------------------------------------------------------------I #-O-O-# | Shane underbar S on pacbell dot net. Spam to abuse@127.0.0.1  |sH #  L  #  ---------------------------------------------------------------D  #===#   Don't blame HealthNet for anything I say. They're innocent.H   ###    OpenVMS: The operating system God runs the Earth simulation on.   ------------------------------  # Date: Mon, 10 Apr 2000 22:25:53 GMTn From: Dirk Munk <munk@home.nl>+ Subject: Re: Using TCP/IP xport like DECNETm' Message-ID: <38F25503.BB0E335F@home.nl>o  G Yes, by using DECnet plus (= DECnet/osi or DECnet Phase V) and choosing & TCP/IP as one of the transport stacks.F If you have done that, and also started the PWIP driver of UCX / TCPIP< (TCP/IP serv. V4 / V5) than you can the same thing as in you= commandline, but for the nodename you choose tcpip names, so::  E $ OPEN LOGNAM: mynode.mydomain.com"USER PASS"::DISK:[DIR]FILENAME.EXTt   or  = $ OPEN LOGNAM: IP$10.1.2.3"USER PASS"::DISK:[DIR]FILENAME.EXTe   regards,   Dirk     eldurbarn@my-deja.com wrote: >  > Hi, folks! > - > In DCL I can open a file over decnet using:T > 8 > $ OPEN LOGNAM: NODE"USER PASS"::DISK:[DIR]FILENAME.EXT > J > Is there a way to do the equivalent, only using TCP/IP as the transport? > 	 > Thanks.@ >  > -E.. > ( > Sent via Deja.com http://www.deja.com/ > Before you buy.    ------------------------------   Date: 10 Apr 2000 22:36:49 CST; From: wayne@tachyon.xxx.285657.killspam.053f (Wayne Sewell) + Subject: Re: Using TCP/IP xport like DECNETe. Message-ID: <yUPTU5Vn1fxX@tachxxsoftxxconsult>  G In article <8ct916$iq1$1@nnrp1.deja.com>, eldurbarn@my-deja.com writes:L > Hi, folks! > - > In DCL I can open a file over decnet using:  > 8 > $ OPEN LOGNAM: NODE"USER PASS"::DISK:[DIR]FILENAME.EXT > J > Is there a way to do the equivalent, only using TCP/IP as the transport? >   N This makes use of the FAL (file access listener) capability of decnet.  AFAIK,% there is no direct tcp/ip equivalent.8  L However, I *think* some of the tcp stacks do decnet tunneling, though I haveB never tried to use it.  Whether such can handle FAL, I don't know.   -- tO ===============================================================================oK Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachyon.xxx 8 http://www.tachyon.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-)EO ===============================================================================oN Butler:"Gentlemen!"  Curly(as he and other Stooges look around):"Who came in?"   ------------------------------  % Date: Mon, 10 Apr 2000 07:03:07 -0500p( From: yyyc186.illegaltospam@flashcom.net& Subject: Re: VAX BASIC Specifications?9 Message-ID: <38f1c350$3$lllp186$mr2ice@news.flashcom.com>t  ? In <D%iI4.14411$2D6.393495@news20.bellglobal.com>, on 04/10/00 s9    at 07:03 AM, "Neil Rieck" <n.rieck@sympatico.ca> said:c  E You can find old slow Vax stations and 3x00 series VAX machines beingtF given away by companies upgrading.  You may be lucky enough to get oneF with the VMS lincense in tact.  Then you would only have to dump about5 $1500 for a single user basic license with media kit."   Roland  , >carbon <prodos8@yahoo.com> wrote in message- >news:090420001850136485%prodos8@yahoo.com...iI >> I am interested in writing a VAX BASIC compatable BASIC system for thesD >> Macintosh.  I am wondering if there are any online user's guides,I >> manuals, specifications that relate to VAX BASIC.  I haven't found anyr" >> on Digital's web site.  Thanks.  H >I'm a application developer who uses VAX-BASIC and its sister DEC-BASICA >(for Alpha). I'm not aware of any online documentation for these4F >products, but I recently purchased a paper "doc kit" from Compaq thatI >covers both products. (I think you can purchase a CD-ROM based "doc kit" I >but don't know if it can be used from Internet Explorer like the OpenVMSc
 >Doc CD-ROM).   G >If, you're serious about writing a VAX-BASIC compiler for the MAC, you1E >won't be able to do it without a "doc kit" and lots of time. I thinkdJ >you'll probably run into some problems writing the RMS support (VAX-BASICG >can deal with sequential, relative and indexed files directly from the J >language). If I were you, I'd purchase a "single concurrent user" licenseE >for the VAX-BASIC product (or the DEC-BASIC) and get some experiencebH >writing BASIC apps on a VAX (or Alpha) before you attempt this. If thisB >isn't a commercial project, try to get a hobbyist license for theE >complier through DECUS. (you'll still need to buy a "doc kit" unless . >someone is willing to send you a surplus set)   >Good luck.f   >Neil RieckI+ >Kitchener(New Berlin?)/Waterloo/Cambridge,  >Ontario, Canada. " >http://www3.sympatico.ca/n.rieck/7 >http://www3.sympatico.ca/n.rieck/docs/alpha_diary.html        -- m; -----------------------------------------------------------DD yyyc186@flashcom.net              To Respond delete ".illegaltospam"6                             MR/2 Internet Cruiser 1.528                             For a Microsoft free univers; -----------------------------------------------------------x   ------------------------------  % Date: Mon, 10 Apr 2000 07:04:49 -0500e( From: yyyc186.illegaltospam@flashcom.net& Subject: Re: VAX BASIC Specifications?9 Message-ID: <38f1c417$4$lllp186$mr2ice@news.flashcom.com>g  7 In <090420001850136485%prodos8@yahoo.com>, on 04/10/00 r0    at 07:04 AM, carbon <prodos8@yahoo.com> said:  G >I am interested in writing a VAX BASIC compatable BASIC system for the B >Macintosh.  I am wondering if there are any online user's guides,J >manuals, specifications that relate to VAX BASIC.  I haven't found any on >Digital's web site.  Thanks.m  F I have been toying with doing the same thing for the OS/2 platform.  IJ develop with VAX BASIC for a living pretty much anymore.  The real problem- is I don't have the time to do it these days.L  J Before you begin writing the compiler though you need to learn quite a bitF about the internals of VMS.  In particular you need to learn about RMSA (Record Management System), Descriptors (data structures used for-J parameter passing and data storage), and the common systems services which! are used heavily by the compiler.e   Roland   -- 1; -----------------------------------------------------------:D yyyc186@flashcom.net              To Respond delete ".illegaltospam"6                             MR/2 Internet Cruiser 1.528                             For a Microsoft free univers; -----------------------------------------------------------    ------------------------------  % Date: Mon, 10 Apr 2000 20:43:24 -0400f2 From: "Richard B. Gilbert" <DRAGON@compuserve.com>& Subject: Re: VAX BASIC Specifications?7 Message-ID: <200004102043_MC2-A0A6-94FA@compuserve.com>     Message text written by Dan Cook5 >n Sun, 9 Apr 2000 23:48:27 -0400, Richard B. Gilbert8 <DRAGON@compuserve.com> wrote:  J >        DEC BASIC replaced VAX BASIC.   (I *think* it's called DEC BASIC= ).  C >  DEC BASIC is available for either the VAX or Alpha architecture.:  G Hmmm, I was under the impression that DEC BASIC, unlike DEC C, is AlphapF only.  Are you honestly running DEC BASIC on VAXen?  Whoa, if so, I'll have to try that...<  J         I've since refreshed my memory from a more recent set of manuals.=  =  E These manuals are for *both* VAX BASIC and DEC BASIC so I guess I wastH mistaken about the obsolesence of VAX BASIC.  The license we had was forH VAX BASIC but we got rid of the VAXen! (and the version we had installed= was absolutely prehistoric, contemporaneous with VMS V5.4!!!!-   ------------------------------  % Date: Mon, 10 Apr 2000 21:47:29 -0700 5 From: "cstranslations" <cstranslations@email.msn.com>j& Subject: Re: VAX BASIC Specifications?) Message-ID: <ujQ7IE3o$GA.236@cpmsnbbsa03>.   The online SPD  / http://www.digital.com/info/SP2536/SP2536HM.HTM   K lists "it" as DEC BASIC 1.3 for OpenVMS Alpha and VAX BASIC 3.8 for OpenVMSw VAX.  L I believe that the biggest difference is that on VAX the "BASIC environment"I is provided (the last I saw it on VAX was OpenVMS 5.5-2 and BASIC versioncH 3.5 plus or minus 0.1 versions). On alphas the environment doesn't exist6 (and the last I saw there was no plans to provide it).   Joe     ; Richard B. Gilbert <DRAGON@compuserve.com> wrote in messager1 news:200004102043_MC2-A0A6-94FA@compuserve.com...-  Message text written by Dan Cook5 >n Sun, 9 Apr 2000 23:48:27 -0400, Richard B. Gilbert@ <DRAGON@compuserve.com> wrote:  K >        DEC BASIC replaced VAX BASIC.   (I *think* it's called DEC BASIC).d  C >  DEC BASIC is available for either the VAX or Alpha architecture.t  H >Hmmm, I was under the impression that DEC BASIC, unlike DEC C, is AlphaG >only.  Are you honestly running DEC BASIC on VAXen?  Whoa, if so, I'll! >have to try that...<t > J >        I've since refreshed my memory from a more recent set of manuals.F >These manuals are for *both* VAX BASIC and DEC BASIC so I guess I wasI >mistaken about the obsolesence of VAX BASIC.  The license we had was for-I >VAX BASIC but we got rid of the VAXen! (and the version we had installedo> >was absolutely prehistoric, contemporaneous with VMS V5.4!!!!   ------------------------------   Date: 10 Apr 2000 19:06:08 GMT+ From: Tom Leitner <tom@radar.tu-graz.ac.at> . Subject: Re: Wierd Elsa Gloria Synergy Problem1 Message-ID: <8ct8n0$kfn$1@fstgss02.tu-graz.ac.at>   4 Fred Kleinsorge <kleinsorge@star.zko.dec.com> wrote:  G > Tom Leitner wrote in message <8cpaeh$mlh$1@fstgss02.tu-graz.ac.at>...t  M >>I'm running mine at 1280x768, 75Hz and 16-bit (!!!) now which is sufficientoK >>for all color intensive applications and where the wobble is almost gone.y# >>This is under Tru64 Unix, though.   K > I have full 16-bit support in the rewritten VMS server.  Doesn't buy muche > over 24-bit,J > but it may be a bit faster... the P2 only deals with pixel sizes of 8 orJ > 32 - so 16 bit color still ends up taking the same amount of memory (theC > "other" 16-bits can be used for a back buffer if we did a real 3Df > implementation).  H It doesn't buy much in terms of video memory. But it buys a lot in termsE of pixmap memory required in the X server. With 16 bit depth, pixmaps F (and CDE, for example needs lots of them) are only half as big as with7 24 bit depth (2 bytes per pixel vs. 4 bytes per pixel).l  D So in my opinion, the 16 bit depth mode is the best tradeoff betweenB the number of colors and the memory requirements. Too sad that theK Java 1.2.2 JDK which we need here, doesn't support 16bpp. Even the originalg' Sun JDK 1.2.2Sun doesn't support it :-(    Tom: -- .N Dr. Tom Leitner             Dept. of Communications, Graz Univ. of Technology,K tom@radar.tu-graz.ac.at     Inffeldgasse 12, A-8010 Graz / Austria / Europep: PGP public key @ http://wiis.tu-graz.ac.at/people/tom.html   ------------------------------   End of INFO-VAX 2000.202 ************************