0 INFO-VAX	Mon, 17 Feb 2003	Volume 2003 : Issue 95      Contents: Re: CPU Serial Number # Re: hp invite to CeBIT mentions VMS H Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopolyH Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly/ Re: JF Mezei security alert at Montreal airport / Re: JF Mezei security alert at Montreal airport 5 Re: OpenVMS VAX Hobbyist Kit V3.0 and MACRO Assembler 5 Re: OpenVMS VAX Hobbyist Kit V3.0 and MACRO Assembler 5 Re: OpenVMS VAX Hobbyist Kit V3.0 and MACRO Assembler 5 Re: OpenVMS VAX Hobbyist Kit V3.0 and MACRO Assembler 8 Re: Possible replacements for PSPA (Performance Advisor)7 Re: SCSI cdrom on a microVAX 3100 / 20 with OpenVMS 6.2 7 Re: SCSI cdrom on a microVAX 3100 / 20 with OpenVMS 6.2 7 Re: SCSI cdrom on a microVAX 3100 / 20 with OpenVMS 6.2 7 Re: SCSI cdrom on a microVAX 3100 / 20 with OpenVMS 6.2 7 Re: SCSI cdrom on a microVAX 3100 / 20 with OpenVMS 6.2 " Simulating LAT protocol on Windows& Re: Simulating LAT protocol on Windows& Re: Simulating LAT protocol on Windows& Re: Simulating LAT protocol on Windows> Re: VAX/VMS V7.3: Backup unable to save files on a vollume set  F ----------------------------------------------------------------------  % Date: Sun, 16 Feb 2003 12:50:04 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: CPU Serial Number' Message-ID: <3E4FDD5C.A999BF7A@fsi.net>    Franceskiello wrote: > > > How can I see the CPU Serial Number in a microVAX 3100 / 20?? > I noticed this number is required to get an hobbyist licence.   ) See the label on the back of the machine.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sun, 16 Feb 2003 15:36:43 -0600 & From: "Dave Gudewicz" <k9jdk@arrl.net>, Subject: Re: hp invite to CeBIT mentions VMS/ Message-ID: <v5013a4u0dqpc4@corp.supernews.com>   * This is good news.  Thanks for the update.   Dave...   6 "Paul Sture" <p_sture@elias.decus.ch> wrote in message# news:KSUDXArQSbPd@elias.decus.ch... = > CeBIT trade show (Hanover, Germany  - March 12th-19th 2003)  > ! > The hp invite mentions OpenVMS!  > G > Representatives from HP's Alpha Server Division will be available and  > demonstrate the following: > F > * The newly announced Next Generation Alpha Servers, GS1280-Model 16I > clustered with a ES47 system running OpenVMS and running SAP on a TRU64  Unix > cluster within the same box J > * Software demos showing Oracle and industry solutions for Manufacturing > using BASEstarD > * OpenVMS running on an Intel Itanium. system as a technology demo, > * Mass Storage devices such as the MSA1000 > L > Stop by and meet with us. We look forward to showing you HP's new products and / > discussing our latest software partner plans.  >  > ... ; > For more information about CeBIT, see http://www.cebit.de  >  > ...  > C > Yet again I see evidence that the European parts of DEC/Compaq/hp C > are willing to mention VMS. Can someone tell me why the US/UK lot  > don't do that? >  > -- > Paul Sture   ------------------------------  % Date: Sun, 16 Feb 2003 20:26:40 -0000 D From: "Rupert Pigott" <roo@dark-try-removing-this-boong.demon.co.uk>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly 2 Message-ID: <1045427188.601962@saucer.planet.gong>  = "Russell Wallace" <rw@vorpalbunnyeircom.net> wrote in message * news:3e4ebc62.258504087@news.eircom.net...   [SNIP]  H > How quickly people forget. Before the rise of Microsoft, you bought an   Indeed.   ? > IBM machine running an IBM operating system and then you were H > restricted to IBM-compatible software. Or you bought a VAX running VMS  = And all those OEMs are still paying Microsoft tax on every PC ; shipped the last I heard. I was a mite miffed that your DOJ < types didn't actually examine that in more detail... Instead< they focussed on an irrelevance, presented a weak case, took= home lots of tax-payer dollars and Microsoft carried on doing - all those bad things anyways. Well played. :/    Cheers,  Rupert   ------------------------------  % Date: Sun, 16 Feb 2003 12:39:43 -0800 % From: Dean Woodward <deanw@rdrop.com> Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly ( Message-ID: <3E4FF70F.7030109@rdrop.com>   Russell Wallace wrote:  G  >> On Sat, 15 Feb 2003 21:26:30 -0800, Dean Woodward <deanw@rdrop.com> 
  >> wrote:  >>   >  >>>>Russell Wallace wrote:   >>>>   >> J  >>>>>>It doesn't matter who wants what or who feels what. The reason it'sK  >>>>>>vastly preferable to have Microsoft instead of IBM or anyone else as ;  >>>>>>#1 is very simple: *Microsoft don't sell computers*.   >  >>   >  >>>>Um, what's the XBox, then?   >  >>   >> A game console.     1 Quoting The Free On-line Dictionary of Computing:   9 <computer> A machine that can be programmed to manipulate 5 symbols. Computers can perform complex and repetative : procedures quickly, precisely and reliably and can quickly) store and retrieve large amounts of data.   < The physical components from which a computer is constructed; (electronic circuits and input/output devices) are known as 6 "hardware". Most computers have four types of hardware: component: CPU, input, output and memory. The CPU (central: processing unit) executes programs ("software") which tell= the computer what to do. Input and output (I/O) devices allow 9 the computer to communicate with the user and the outside  world.  E I'd have to say an XBox meets those criteria. Open it up, what do you D see? A CPU, memory, a HD, I/O devices. As currently marketed, it's aA specialized computer, but it's not beyond my imagination to add a E keyboard and mouse instead of a game controller to the thing, pop the . "XBox Office" cartridge in, and start working.      >>>>How about MSN TV?  >  >>   >> Never heard of it.    F Honestly, some of the denizens here, while I appreciate y'all, need toI get your head out of the silicon and look around a bit once in a while...   ( http://join.msn.com/?page=msntv/receiver  D It's another appliance aimed at getting the not-as-computer-literateE folk up and going on a computer.  Sure, it's a fairly simple, limited B device. I'd argue that it's as much computer as the average personE actually "needs". Who's to say in a few years there won't be an "MSN  H Home Office" package, that for $XX a month includes web-based apps that G do the things Joe Consumer needs it to do?  For that matter, set up on  H an internal enterprise network, I could make the argument that it would . do what the typical office worker needs to do.   ------------------------------  % Date: Sun, 16 Feb 2003 20:41:11 -0000 D From: "Rupert Pigott" <roo@dark-try-removing-this-boong.demon.co.uk>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly 2 Message-ID: <1045428059.580692@saucer.planet.gong>  = "Russell Wallace" <rw@vorpalbunnyeircom.net> wrote in message ) news:3e4fc740.55037260@news.eircom.net...    [SNIP]  F > Now I think it would be better if there was a standard API such thatG > companies could produce independent but compatible implementations of C > it (the way Intel and AMD compete on implementations of x86). But D > unfortunately the computer industry never produced such a thing or< > even showed the slightest interest in attempting to do so.  ; Oh, you mean SVR4, BSD & Linux ? All of them "multi-vendor" 9 all of them present a standard API. Oh yeah, and lets not ; forget X11. For x86 UNIXen Intel produced a common ABI, was  that called iBSC ?   Cheers,  Rupert   ------------------------------  % Date: Sun, 16 Feb 2003 20:48:24 -0000 D From: "Rupert Pigott" <roo@dark-try-removing-this-boong.demon.co.uk>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly 2 Message-ID: <1045428492.504289@saucer.planet.gong>  = "Russell Wallace" <rw@vorpalbunnyeircom.net> wrote in message ) news:3e4fbf26.52963062@news.eircom.net... G > On Sun, 16 Feb 2003 13:24:51 GMT, Peter Flass <peter_flass@yahoo.com>  > wrote: > H > >Okay, so now I have this Sun I want to run Office on, no problem, eh? > F > Buy Sun's incompatible proprietary hardware, looks like you're stuck$ > with running Sun's office package.  7 Actually Sun have been particularly nice in this regard 8 because not only is their SPARC architecture practically6 given away to anyone who asks for it... They have also9 allowed their OSes to run on other people's hardware such  as Solbourne, Fujitsu etc...  7 Also Microsoft have a habit of practicing data-lock-in, 6 AFAIK it's impossible to get a full spec for MS Office: file formats for example. Sun, by contrast, gave the world: NIS and NFS to name but two. I also believe that they were: the first bods to ship vnodes in their UNIX and AFAIK they8 have not chased after everyone who introduced them later with lawyers...   5 Sun is a long way from the top of my list of computer 
 biz villains.    Cheers,  Rupert   ------------------------------  # Date: Sun, 16 Feb 2003 23:50:42 GMT # From: x <tbuskey@toshi-tpb.at.home> Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly C Message-ID: <pan.2003.02.16.23.50.37.360120.2888@toshi-tpb.at.home>   9 On Sat, 15 Feb 2003 18:50:04 -0500, Morten Reistad wrote:  > J > I don't quite get how management of corporations can make so much policyI > of using Windows/Linux/whatever. OK, some of us may feel a bit strongly ' > about principles and implementations.  > E > But none of this belongs as management policy. Does management have I > policy about using Diesel or Petrol cars or what kinds of transmissions   G The US Armed forces have converted everything to Diesel.  That way they H only have to supply one type of fuel.  They only have to train mechanics in one technology.  C My father's mechanical contracting company would only buy automatic D transmissions.  That way multiple people can use it w/o wrecking theG transmission.  It's easy to abuse a standard transmission and wreck the F clutch.  He know this from buying a few standard transmission vehicles for the company in the past.  I He also standardized on Ford trucks.  The local dealer was good, having a I fleet of 30 trucks got good rates.  He only had to go to one repair shop,  not multiple shops.   I Standardizing on one platform gives lots of savings.  Changing to another  one is alot of work.   ------------------------------  % Date: Sun, 16 Feb 2003 19:32:26 -0500 ( From: J. Clarke <nospam1@nospam.invalid>Q Subject: Re: IBM says AMD dead in 5yrs ... -- Microsoft Monopoly vs. IBM monopoly , Message-ID: <b2paiq02ofr@enews2.newsguy.com>  I In article <3e4fbf26.52963062@news.eircom.net>, rw@vorpalbunnyeircom.net   says... G > On Sun, 16 Feb 2003 13:24:51 GMT, Peter Flass <peter_flass@yahoo.com>  > wrote: > H > >Okay, so now I have this Sun I want to run Office on, no problem, eh? > F > Buy Sun's incompatible proprietary hardware, looks like you're stuck$ > with running Sun's office package.   http://bochs.sourceforge.net/    --   -- --John- Reply to jclarke at ae tee tee global dot net * (used to be jclarke at eye bee em dot net)   ------------------------------  % Date: Sun, 16 Feb 2003 12:57:04 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 8 Subject: Re: JF Mezei security alert at Montreal airport' Message-ID: <3E4FDF00.6BE15A02@fsi.net>     Put The Loser Behind Bars wrote: > ) > James Robinson <wascana@212.com> wrote:  >  > >JF Mezei wrote: > >>M > >> Saw a plane (Air Canada probably) take off, with total disregard for the ? > >> supposed 07:00 am curfew which is so conveniently ignored.  > > G > >What kind of plane?  Quiet aircraft like the CRJ are exempt from the H > >curfew.  Further, there are a couple of flights that have grandfather= > >rights, as they existed before the curfew was implemented.  > P > A better question is what the fuck is he doing loitering around the airport at( > 6am.  Time to alert Montreal Police... >   > http://www.infocrimecum.qc.ca/ > ' > And the RCMP would be a good idea too  >  > http://www.rcmp.ca  F An even better question would be why the f--- was this cross-posted to comp.os.vms?   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Sun, 16 Feb 2003 20:02:27 GMT 1 From: "charleston" <charlestonchews@choochoo.com> 8 Subject: Re: JF Mezei security alert at Montreal airport8 Message-ID: <n7S3a.42175$QU2.1114513@news2.west.cox.net>  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3E4FDF00.6BE15A02@fsi.net...     H > An even better question would be why the f--- was this cross-posted to > comp.os.vms?   Panic attack? ;-)      > -- > David J. Dachtera  > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sun, 16 Feb 2003 13:04:43 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> > Subject: Re: OpenVMS VAX Hobbyist Kit V3.0 and MACRO Assembler' Message-ID: <3E4FE0CB.A4D3838B@fsi.net>    Damien Cymbal wrote: >  > Hi Folks,  > F > I assume it is considered to be part of the base OS, but I wanted to > confirm before I purchased:  > F > Does the OpenVMS VAX Hobbyist Kit V3.0 CD include MACRO Assembler as$ > part of its compiler/language set? > D > I have some old VAX assembly code that would be fun to play around
 > with again.  > G > I plan on trying to run the hobbyist OS one either the simh or charon  > emulators.  @ The MACRO/32 assembler shipped with every version of VAX/VMS andE OpenVMS-VAX, though it could be tailored on or off the system disk at = the SysAdmin's discretion. It requires no additional license.   H Other languages have always been additional layered products requiring a separate license.   B The OpenVMS Hobbyist distro. includes BASIC, C, COBOL, Fortran andF Pascal in the version that I have here. MACRO/32 is installed with VMSH (V7.2 is included in the version that I have here). Remember to registerC for the layered product licenses to get the PAKs for the compilers.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Sun, 16 Feb 2003 21:20:21 GMT # From: hoff@hp.nospam (Hoff Hoffman) > Subject: Re: OpenVMS VAX Hobbyist Kit V3.0 and MACRO Assembler/ Message-ID: <pgT3a.311$ij6.17@news.cpqcorp.net>   b In article <3E4FDC19.9080805@vajhoej.dk>, =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk> writes: :Damien Cymbal wrote: G :> I assume it is considered to be part of the base OS, but I wanted to  :> confirm before I purchased: :>  G :> Does the OpenVMS VAX Hobbyist Kit V3.0 CD include MACRO Assembler as % :> part of its compiler/language set?  :>  E :> I have some old VAX assembly code that would be fun to play around  :> with again. :>  H :> I plan on trying to run the hobbyist OS one either the simh or charon
 :> emulators.  : ( :MACRO-32 is covered by the VMS license. : < :And unless you explicit delete it, then the assembler (VAX)' :or compiler (Alpha) will be available.   D   The Macro32 assembler is part of OpenVMS VAX.  It is not separate.E   The Macro32 compiler is part of OpenVMS Alpha.  It is not separate. E   The Macro64 assembler is available as part of the OpenVMS Freeware.   D   Direct deletion of the Macro32 images or any other system files is   not supported.      B   Tailoring the assembler off the system is possible and would be    considered to be supported.   E   That said, I would not use the VAX or Alpha assembler languages for D   new(er) code, unless no other alternative existed.  In most cases,*   a better alternative can and does exist.  G   Assembler code can sometimes be particularly difficult to port -- and H   only if the problem you are attempting to solve is already expected toD   be non-portable should you even be using the assembler.  (And manyF   cases of assembler code I've seen originally arose eons ago, and canF   often now be replaced with calls to system APIs that are documented,D   but that are either newer than the assembler code involved or that0   were not known to the author of the assembler.  H   The hobbyist kit contains other languages and the associated licenses.  I   Again, I cannot recommend use of assembler code for newer applications, @   save in very specific circumstances and specific environments.  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Sun, 16 Feb 2003 22:58:52 +0100 6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>> Subject: Re: OpenVMS VAX Hobbyist Kit V3.0 and MACRO Assembler) Message-ID: <3E50099C.2090701@vajhoej.dk>    Hoff Hoffman wrote: K >   Again, I cannot recommend use of assembler code for newer applications, B >   save in very specific circumstances and specific environments.   He did say: E :> I have some old VAX assembly code that would be fun to play around  :> with again.  B I would certainly not recommend Macro-32 for a new commercial app.  $ But this is apperently just for fun.   A real hobbyist !    Arne   ------------------------------  % Date: Sun, 16 Feb 2003 17:09:15 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>> Subject: Re: OpenVMS VAX Hobbyist Kit V3.0 and MACRO Assembler/ Message-ID: <3E4FFDF5.1BEEFD2D@vl.videotron.ca>    Hoff Hoffman wrote: G >   That said, I would not use the VAX or Alpha assembler languages for F >   new(er) code, unless no other alternative existed.  In most cases,, >   a better alternative can and does exist.  J Would you qualify the user written system services as requiring the use ofF MACRO ? Or is it now possible to write the whole system service in C ?  6 Is there a list of things that still require MACRO32 ?   ------------------------------  # Date: Mon, 17 Feb 2003 00:05:02 GMT 1 From: Michael Austin <maustin@firstdbasource.com> A Subject: Re: Possible replacements for PSPA (Performance Advisor) 2 Message-ID: <3E5022C5.C54C5126@firstdbasource.com>   Paul Sture wrote:  >  > I am seeking advice here.  > B > A new system gives us the chance to avoid signing up for another8 > PSPA (Polycenter Performance Advisor) license with CA. > L > I have briefly looked at ECP (now included with VMS) and a couple of other@ > things, and with a bit of work, they are possible substitutes. > K > However, on Friday morning I had to crash a system which had been hanging L > overnight (not a production system, fortunately). According to an in houseF > monitoring program, it had run out of pagefile space and SWAPPER hadC > hit 78% CPU utilization at one point. OPERATOR.LOG only contained G > timestamps for the relevant period - specifically, no "pagefile full"  > or similar messages. > H > Running PSPA OTOH, showed in great detail the events leading up to the< > hang, and gave a faster route to determining the offending, > application than analyzing the crash dump. > Q > Now, having just started looking at ECP (on a different cluster unfortunately), J > I see that it collects a similar, slightly larger volume of data as PSPAH > (going by disk space consumed - I haven't dug into the respective fileL > formats), but does not contain anything like the same reporting facilites. > N > My first thought was that Availability Manager could act as a substitute forG > this sort of diagnosis, but from what I have read about it so far, it F > acts on current live data rather than stuff stored in history files. > H > The timing of this system hang was a blessing in disguise. I was givenI > the job of trying to avoid buying another PSPA license on Wednesday, so F > started looking at ECP and alternatives then, but now I am forced toL > look beyond the pretty workload  graphs we produce every week for capacity@ > planning and think about the problem diagnosis side of things. > 8 > Alternatives suggested by our OVMS Ambassador include: > L > o - T4 (Tabular Timeline Tracking Tool). This was mentioned in the OpenVMSJ >     Times (Vol 2, #1) and caused enough confusion in this newsgroup thatA >     it merited an "Ask the Wizard" question. It can be found at ; >     http://www.openvms.compaq.com/freeware/freeware50/t4/ H >     although it does not exist in our disk copy of the V5 freeware CD. > F >     To summarize briefly, it is a chunk of DCL to convert the outputC >     from MONITOR/RECORD into CSV files suitable for import into a  >     spreadsheet. > C >     We can get those graphs out, but can we diagnose the problems $ >     leading up to a hang or crash? > E > o - ECP - despite my comments above about the interactive interface C >     lacking the scope provided by PSPA, it can produce CSV files. - >     More research on my part required here.  > F >     Again can get those graphs out, but can we diagnose the problemsC >     leading up to a hang or crash? Is the format of the recording 4 >     files published so that we can "roll our own"? > B > o - Fortel's Sightline. Can anyone tell me if this can do what IC >     am trying to find? - i.e. look at recorded history leading up  >     to a hang or crash.  > * > Your input and comments are appreciated. > -- > Paul Sture  F T4 is quite good at collecting enough information that you CANNOT loadB it into Excel directly (too many columns).  Later versions have anC extractor program to generate your own .CSV-formatted file based on B specific items (like CPU/Memory).  T4 itself comes with a x86-onlyD viewer and you have T4 email you the full .CSV file.  I supppose oneG could munge the current .COM files and choose your own delivery method.   A The only thing lacking in T4 vs. PSDC (AdviseIt - from CA) is the G Analysis reports that tell you where to look.  If you are able view the G graphs and make your own determination, then a free T4 is always better  than paying for CA.   C Although, in my dealings with CA as of late, they appear to be more D customer focused as opposed to some of the tactics from the previousE regime.  Especially when you have a site with more than a hundred VMS 
 boxes.  :) :)       --   Regards,  6 Michael Austin            OpenVMS User since June 19847 First DBA Source, Inc.    Registered Linux User #261163    ------------------------------  % Date: Sun, 16 Feb 2003 12:54:35 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> @ Subject: Re: SCSI cdrom on a microVAX 3100 / 20 with OpenVMS 6.2' Message-ID: <3E4FDE6B.37320BD5@fsi.net>    Franceskiello wrote: > C > I want to install a SCSI cdrom drive on a microVAX 3100 / 20 with  > OpenVMS 6.2.H > I tried a yamaha CDRW unit but it does not work with VAX/VMS cause the& > block size not compatible I think...A > Ultrix boots well but OpenVMS does not... (device offline after  > standalone backup). - > Is there a list of compatible cd-rom units? 5 > I can get a Plextor 12/20, is this unit compatible? 	 > Thanks,   H I don't recall ever seeing such a list, though someone else may chime in+ with one, possibly even a URL (hint, hint).   H For any VAX machine, CD-ROM compatibility will be a bit more challengingH than on an Alpha. Watch e-Bay for RRD42, 43, 44 and later CD-ROM drives.A Some Toshibas are good, also since RRDs are essentially re-badged ; Toshibas. 512-byte blocksize is pre-requisite to VMS, also.   C I've heard that certain CD-R/W drives will work as both readers and D writers also, but that the list was very short, one or two models at most.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sun, 16 Feb 2003 18:50:32 -0000 3 From: "Jefferson Humber" <matrix01@globalnet.co.uk> @ Subject: Re: SCSI cdrom on a microVAX 3100 / 20 with OpenVMS 6.23 Message-ID: <vKidnZ-8p-LkQNKjXTWcqg@brightview.com>   
 Francesco,  * The only list I know of can be found here;  , http://sites.inka.de/pcde/dec-cdrom-list.txt  ! It's not very up to date though !   C I would like to know if anybody has tried a Plextor PX-40TSi (a.k.a 4 Ultraplex40Max) in a VAX unit, and got one working ?  I I need to buy some decent SCSI CD-ROM drives for our VAX's, and of course % need something modern and compatible.    Cheers,    Jeff      < "Franceskiello" <thestraycat71@hotmail.com> wrote in message2 news:elfv4vcutjro1hebtn8hiq6q2vo46eej3i@4ax.com...C > I want to install a SCSI cdrom drive on a microVAX 3100 / 20 with  > OpenVMS 6.2.H > I tried a yamaha CDRW unit but it does not work with VAX/VMS cause the& > block size not compatible I think...A > Ultrix boots well but OpenVMS does not... (device offline after  > standalone backup). - > Is there a list of compatible cd-rom units? 5 > I can get a Plextor 12/20, is this unit compatible? 	 > Thanks,  >  > Francesco    ------------------------------    Date: 16 Feb 2003 16:32:21 -05007 From: pechter@shell.monmouth.com (Bill/Carolyn Pechter) @ Subject: Re: SCSI cdrom on a microVAX 3100 / 20 with OpenVMS 6.2- Message-ID: <b2p015$rt6$1@shell.monmouth.com>   ' In article <3E4FDE6B.37320BD5@fsi.net>, 0 David J. Dachtera <djesys.nospam@fsi.net> wrote: >Franceskiello wrote: I >For any VAX machine, CD-ROM compatibility will be a bit more challenging I >than on an Alpha. Watch e-Bay for RRD42, 43, 44 and later CD-ROM drives. B >Some Toshibas are good, also since RRDs are essentially re-badged< >Toshibas. 512-byte blocksize is pre-requisite to VMS, also.   Not all those Toshiba's work.   B The best info is the sun cdrom faq...  If they work on a Sun Sparc7 2/10/20 with SunOS 4 they should work on a VAX/VMS box.    > D >I've heard that certain CD-R/W drives will work as both readers andE >writers also, but that the list was very short, one or two models at  >most. >   ' If they've got the 512 sector jumper...   F My IBM, Teac, Sony (Sun) scsi drives all do -- but they're pretty old.G I'm not sure if my Yamaha SCSI RW has the jumper... if it does it's not 	 external.    Bill >--  >David J. Dachtera >dba DJE Systems >http://www.djesys.com/  > ) >Unofficial Affordable OpenVMS Home Page:   >http://www.djesys.com/vms/soho/     --  M +---------------------------------------------------------------------------+ M | Bill and/or Carolyn Pechter    |        pechter@shell.monmouth.com        | M |   Bill Gates is a Persian cat and a monocle away from being a villain in  | N |   a James Bond movie              -- Dennis Miller                        | M +---------------------------------------------------------------------------+    ------------------------------  % Date: Sun, 16 Feb 2003 22:45:26 -0000 3 From: "Jefferson Humber" <matrix01@globalnet.co.uk> @ Subject: Re: SCSI cdrom on a microVAX 3100 / 20 with OpenVMS 6.23 Message-ID: <0YSdnXXIOJQbic2jXTWcpQ@brightview.com>   G The Plextor UltraPlex40Max has the jumper, which they describe as 'Unix  Mode'.   Jeff  D "Bill/Carolyn Pechter" <pechter@shell.monmouth.com> wrote in message' news:b2p015$rt6$1@shell.monmouth.com... ) > In article <3E4FDE6B.37320BD5@fsi.net>, 2 > David J. Dachtera <djesys.nospam@fsi.net> wrote: > >Franceskiello wrote: K > >For any VAX machine, CD-ROM compatibility will be a bit more challenging K > >than on an Alpha. Watch e-Bay for RRD42, 43, 44 and later CD-ROM drives. D > >Some Toshibas are good, also since RRDs are essentially re-badged> > >Toshibas. 512-byte blocksize is pre-requisite to VMS, also. >  > Not all those Toshiba's work.  > D > The best info is the sun cdrom faq...  If they work on a Sun Sparc9 > 2/10/20 with SunOS 4 they should work on a VAX/VMS box.  >  > > F > >I've heard that certain CD-R/W drives will work as both readers andG > >writers also, but that the list was very short, one or two models at  > >most. > >  > ) > If they've got the 512 sector jumper...  > H > My IBM, Teac, Sony (Sun) scsi drives all do -- but they're pretty old.I > I'm not sure if my Yamaha SCSI RW has the jumper... if it does it's not  > external.  >  > Bill > >--  > >David J. Dachtera > >dba DJE Systems > >http://www.djesys.com/  > > + > >Unofficial Affordable OpenVMS Home Page: " > >http://www.djesys.com/vms/soho/ >  >  > -- > L +--------------------------------------------------------------------------- + F > | Bill and/or Carolyn Pechter    |        pechter@shell.monmouth.com | L > |   Bill Gates is a Persian cat and a monocle away from being a villain in | 6 > |   a James Bond movie              -- Dennis Miller |  > L +--------------------------------------------------------------------------- +    ------------------------------  # Date: Sun, 16 Feb 2003 23:14:54 GMT # From: hoff@hp.nospam (Hoff Hoffman) @ Subject: Re: SCSI cdrom on a microVAX 3100 / 20 with OpenVMS 6.2/ Message-ID: <OXU3a.313$u%5.23@news.cpqcorp.net>   g In article <b2p015$rt6$1@shell.monmouth.com>, pechter@shell.monmouth.com (Bill/Carolyn Pechter) writes:   ( :If they've got the 512 sector jumper... : G :My IBM, Teac, Sony (Sun) scsi drives all do -- but they're pretty old. H :I'm not sure if my Yamaha SCSI RW has the jumper... if it does it's not
 :external.  I   Current SCSI Yamaha CD-RW and SCSI Plextor CD-RW drives do seem to work H   with OpenVMS -- though unsupported, of course.  Try a newsgroup searchH   for previous CD-RW comments here in the newsgroup.  I have posted someG   details and various pointers to the Plextor PlexWriter drive for most D   previous CD-RW discussion I've seen, and I know others have postedE   similar information on this and other CD devices, as well.  (Google %   can search the 'groups, of course.)   F   Older CD and other older SCSI stuff is often more trouble than it isG   really worth -- but I know that every new SCSI and every new ATA user F   will likely need to be individually convinced of the actual costs ofG   the older junk -- in terms of knowledge and testing requirements, and :   around resolving the oft-endemic compatibility oddities.  F   If you don't want to learn the innards of ATA or SCSI, you will wantF   to acquire (supported) used hardware, or you will want to search forH   discussions of and then purchase (known-functional) older third-party H   hardware.  The cost of the knowledge is probably the most central costD   of device compatability, and this knowledge can be cheap or can beD   very expensive -- the supported-device costs are higher in centralD   part because of the knowledge involved and because of the costs ofF   the compatability testing and support.  (TANSTAAFL, in other words.)  E   I will assume that folks are familiar with the boot ROM discussions D   around the MicroVAX 3100 model 20.  If not, please see the OpenVMSE   FAQ.  (Also see the OpenVMS FAQ discussion of third-party hardware, ?   graphics controller compatability, and other related topics.)   N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 16 Feb 2003 13:42:12 -0800# From: dliberty@inter.net.il (Danny) + Subject: Simulating LAT protocol on Windows = Message-ID: <76439473.0302161342.4d133938@posting.google.com>    Hi,   D I want to know if it is possibe to write a Windows application whichC will be able to receive data in the LAT protocol (i.e. act as a LAT @ server), and if so, what interface / API can be used to do this.   Regards,   Danny    ------------------------------  # Date: Sun, 16 Feb 2003 22:20:22 GMT . From: peter@langstoeger.at (Peter LANGSTOEGER)/ Subject: Re: Simulating LAT protocol on Windows 3 Message-ID: <G8U3a.57049$h%6.778203@news.chello.at>   c In article <76439473.0302161342.4d133938@posting.google.com>, dliberty@inter.net.il (Danny) writes:VE >I want to know if it is possibe to write a Windows application whichiD >will be able to receive data in the LAT protocol (i.e. act as a LATA >server), and if so, what interface / API can be used to do this.A  C If you don't mind the support problem (it stopped over 2 years ago)sD SuperLAT of Meridian Technology Corporation http://www.meridian.com/& is what you're probably looking for...   --   Peter "EPLAN" LANGSTOEGERa% Network and OpenVMS system specialistn E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------  # Date: Sun, 16 Feb 2003 23:28:22 GMT # From: hoff@hp.nospam (Hoff Hoffman) / Subject: Re: Simulating LAT protocol on WindowsM0 Message-ID: <q8V3a.314$u%5.207@news.cpqcorp.net>  c In article <76439473.0302161342.4d133938@posting.google.com>, dliberty@inter.net.il (Danny) writes:e  E :I want to know if it is possibe to write a Windows application whichrD :will be able to receive data in the LAT protocol (i.e. act as a LATA :server), and if so, what interface / API can be used to do this.   J   Replace the LAT-only terminal server with an IP-capable terminal server.  K   While it is obviously possible to perform LAT protocol operations on mostoJ   any LAN-capable system, this involves acquiring a LAT implementation forI   the platform or licensing the LAT protocol specification and writing or7H   reworking an existing implementation of LAT.  (LAT is licensed, as hasG   been dicussed in the past -- Google the newsgroup for details and for3H   previous discussions.  The vendor for the LAT licenses is/was Meridian    Technologies of St Louis, MO.)  K   It is also possible to finesse this with hardware, and use a local serial G   connection to communicate with a LAT terminal server or use a WindowssH   box to communicate with a process running on OpenVMS, then communicateI   from the LAT terminal server or from the OpenVMS application process to.9   the remote LAT implementation using the LAT protocol.  w  E   But I'd use an IP terminal server, as it is easier and far simpler.   K   If you really wanted to know how to program a Microsoft Windows system orhK   the Microsoft Windows network stack, you would be better served by askingmK   this and related questions in a Microsoft Windows newsgroup and not in an<I   OpenVMS newsgroup.  (What you send and receive on the wire would be LAT.I   packets as described in the LAT protocol specifications, and this wholehF   operation has comparatively very little to do with OpenVMS itself --H   OpenVMS does have LAT drivers, of course, but that's about the limit.)  I   If you want to know how to access the LAT drivers on OpenVMS for use ineL   an application server process, please see the I/O User's Reference Manual.G   There is a variety of information on the LAT driver interface in thisyI   manual -- none of which will particularly tell you how to implement LATnG   nor proviude details of the LAT protocol stack for use on a Microsofts   Windows box, however.b  K   The PATHWORKS32 client product MIGHT have a LAT stack available, I do notiK   know that off-hand.  (If it does, I have no idea how it or if it could beiK   programmed from an application.  I'd tend to point you at the PATHWORKS32vF   product documentation for any available details -- as a first step.)  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comm   ------------------------------    Date: 16 Feb 2003 19:09:24 -0500& From: fdc@columbia.edu (Frank da Cruz)/ Subject: Re: Simulating LAT protocol on Windowsr1 Message-ID: <b2p97k$bvb$1@watsol.cc.columbia.edu>.  0 In article <q8V3a.314$u%5.207@news.cpqcorp.net>,$ Hoff Hoffman <hoff@hp.nospam> wrote:e : In article <76439473.0302161342.4d133938@posting.google.com>, dliberty@inter.net.il (Danny) writes:g : G : :I want to know if it is possibe to write a Windows application whicheF : :will be able to receive data in the LAT protocol (i.e. act as a LATC : :server), and if so, what interface / API can be used to do this.e : ...,M :   The PATHWORKS32 client product MIGHT have a LAT stack available, I do notiM :   know that off-hand.  (If it does, I have no idea how it or if it could betM :   programmed from an application.  I'd tend to point you at the PATHWORKS32rH :   product documentation for any available details -- as a first step.) : G It does.  Kermit 95 can use the PATHWORKS or SuperLAT network stacks to@ make LAT connections to VMS:  )   http://www.columbia.edu/kermit/k95.html8   - Franko   ------------------------------  # Date: Sun, 16 Feb 2003 21:11:03 GMTe- From: hoffman@xdelta.hp.nospam (Hoff Hoffman)wG Subject: Re: VAX/VMS V7.3: Backup unable to save files on a vollume set / Message-ID: <H7T3a.310$ij6.75@news.cpqcorp.net>   l In article <b2anpk$7s71@doiweb4.volkswagen.de>, Karl Rohwedder <extern.karl.rohwedder@volkswagen.de> writes:  K :I'vwe just discovered this strange behaviour (VAX/VMS V7.3 + all patches):i  E   Ok, OpenVMS VAX V7.3 -- can you list your definition of "all" ECOs?l   :SAP23_Rohwedder. dirc :l :Directory DSA13:[TEST]d :sM :1.1;1                                    0/0         11-FEB-2003 12:32:50.34nM :2.2;1                                    0/0         11-FEB-2003 12:32:53.87eM :3.3;1                                    0/0         11-FEB-2003 12:32:56.02m      J   A DIRECTORY/FULL of these, please.  (This certainly looks odd, with eachG   being a zero-block file.  Are these particular files potentially file    alias entries?)o    N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comn   ------------------------------   End of INFO-VAX 2003.095 ************************