1 INFO-VAX	Tue, 16 Nov 2004	Volume 2004 : Issue 637       Contents:" %SYSTEM-F-ACCVIO, access violation Re: any opinions on Axiant? ' Re: COBOL PAK for the Hobbyist License? ' Re: COBOL PAK for the Hobbyist License? ' Re: COBOL PAK for the Hobbyist License? 8 Re: common code base for ALPHA and Itanium and compilers8 Re: common code base for ALPHA and Itanium and compilers8 Re: common code base for ALPHA and Itanium and compilers8 Re: common code base for ALPHA and Itanium and compilers8 Re: common code base for ALPHA and Itanium and compilers8 Re: common code base for ALPHA and Itanium and compilers8 Re: common code base for ALPHA and Itanium and compilers DCPS and HP 4000N ( Re: EXE files different after ZIP/UNZIP?: Re: Extending DCL [was: Re: DCL suggestion for f$verify()]" Re: FAST BOOT OF SIMH VAX Emulator" Re: FAST BOOT OF SIMH VAX Emulator" Re: FAST BOOT OF SIMH VAX EmulatorP interesting take on Olsen's "no reason for any individual to have a computer in & Re: LBR$ routines corrupting libraries& Re: LBR$ routines corrupting libraries& Re: LBR$ routines corrupting libraries& Re: LBR$ routines corrupting libraries& Re: LBR$ routines corrupting libraries Re: OT: Reality check on RFID  Radeon 7500 problem  Re: raid hardware % Re: RMS Files and directories Indexes % Re: RMS Files and directories Indexes % Re: RMS Files and directories Indexes % Re: RMS Files and directories Indexes % Re: RMS Files and directories Indexes % Re: RMS Files and directories Indexes % Re: RMS Files and directories Indexes % Re: RMS Files and directories Indexes " Re: Solaris 10 - no charge for o/s" Re: Solaris 10 - no charge for o/s" Re: Solaris 10 - no charge for o/s" Re: Solaris 10 - no charge for o/s" Re: Solaris 10 - no charge for o/s" Re: Solaris 10 - no charge for o/s" Re: Solaris 10 - no charge for o/s" Re: Solaris 10 - no charge for o/s Re: SSH For the VAX  Re: SSH For the VAX  Re: SSH For the VAX . Re: TCPIP SMTP failure for postmaster messages. Re: TCPIP SMTP failure for postmaster messages telnet  thru vpn to vms... Re: telnet  thru vpn to vms...8 Re: this newsgroup heavily trolled by gay Darrell Larose8 Re: this newsgroup heavily trolled by gay Darrell Larose2 Re: this newsgroup heavily trolled by Nomen Nescio1 Re: What is status %X0760822A from ROBOT utility? 1 Re: What is status %X0760822A from ROBOT utility? 1 Re: What is status %X0760822A from ROBOT utility? 1 Re: What is status %X0760822A from ROBOT utility? 1 Re: What is status %X0760822A from ROBOT utility?   F ----------------------------------------------------------------------    Date: 16 Nov 2004 02:10:28 -0800) From: himanshu.patni@gmail.com (Himanshu) + Subject: %SYSTEM-F-ACCVIO, access violation = Message-ID: <19cf7b88.0411160210.4ab5c5a1@posting.google.com>    Hi All,   9 Can anyone help me out finding the reason for below error   : Current PROCESS Rdb/Dispatch environment is version V5.1-2 (MULTIVERSION)  Executing RMU for DEC Rdb V5.1-1; %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual * address=42441430, PC=00030A1C, PS=0000001B/ %TRACE-F-TRACEBACK, symbolic stack dump follows F  Image Name   Module Name     Routine Name    Line Number  rel PC      abs PCE  DAS_D11      DAS_D11_3_PRO_B d11_3_pro_BEIS_        8062 0000017C     00030A1CE  DAS_D11      DAS_D11_1_MAIN  main                   4701 00000194     00030194E  DAS_D11      DAS_D11_1_MAIN  __main                    0 00000098     00030098E                                                         0 A273E170     A273E1708   DAS          job terminated at 11-NOV-2004 09:34:20.84   Thanx & Regards, Himanshu   ------------------------------  % Date: Tue, 16 Nov 2004 10:00:36 -0500 * From: "Syltrem" <syltremzulu@videotron.ca>$ Subject: Re: any opinions on Axiant?2 Message-ID: <lLomd.188$df.18336@tor-nn1.netcom.ca>  3 I have recently evaluated it, and it's pretty nice. K You have to get use to doing click-click-click all the time, but after some G initial bitching I found that mostly I could do things as fast with the 1 click-click-click than by typing the code in TPU. L And the most wonderful thing about it is that it's like PHPAINT come back toL life, with added features. No need to calculate to coordinates for all stuffK in your screen anymore. That's great because we have been missing PHPAINT a  lot since version 6 was gone.   G You can easily import ALL your existing source code in Axiant, then you  manage it in there. K Just one source code will take care of Axiant clients and terminal clients. K It doesn't help with QUIZ or QTP (I mean, no click-click-click interface to  do the programming of those). I Everything is an object (screen, title,  temp, fields...) so it really is I object programming and you can reuse objects. Good concept, all with good  old Powerhouse code unchanged.C Only major problem: There is a nasty bug in Powergrid that gets the I connection killed as soon as you try to do a backout. They will certainly  fix that. Have to.  J I liked it, people here liked it. We just have to make a business case out of it.     --   Syltrem    OpenVMS 7.3-1 + Oracle 8.1.7.4H http://pages.infinit.net/syltrem (OpenVMS related web site, en franais)% ---zulu is not in my email address--- 5 "Jeff" <jpf33@hotmail.com> a crit dans le message de , news:i6nld.121$df.11148@tor-nn1.netcom.ca... >  >    ------------------------------    Date: 16 Nov 2004 13:01:12 +0100( From: Andreas Davour <ante@update.uu.se>0 Subject: Re: COBOL PAK for the Hobbyist License?4 Message-ID: <cs9actiknp3.fsf@Psilocybe.Update.UU.SE>  / Roy Omond <Roy.Omond@BlueBubble.UK.Com> writes:   G > > Anyone know why the messages appear and how to remove them? I think  > > itH > > looks like the old license PAK is still there and then is overloaded1 > > with a new one. How that can be is beyond me.  > G > Yep, you still have the old PAKs in your licence database.  To remove  > them, simply e.g.: > 5 > 	$ license delete c/auth=DECUS-SWE-070155872-522551    Excellent! Thanks.  ? > You can list all the licence, including the expired ones, by:  >  > 	$ license list [/full]   F Hmm... Then this must be different from SHOW LICENSE which didn't show5 any expired ones. I'll try LICENSE LIST/FULL instead.    /andreas   --  A A: Because it fouls the order in which people normally read text. ' Q: Why is top-posting such a bad thing?  A: Top-posting. ; Q: What is the most annoying thing on usenet and in e-mail?    ------------------------------  % Date: Tue, 16 Nov 2004 12:06:38 -0000 * From: "Richard Brodie" <R.Brodie@rl.ac.uk>0 Subject: Re: COBOL PAK for the Hobbyist License?2 Message-ID: <cncrh7$qii$1@blackmamba.itd.rl.ac.uk>  d "Andreas Davour" <ante@update.uu.se> wrote in message news:cs9actiknp3.fsf@Psilocybe.Update.UU.SE...  H > Hmm... Then this must be different from SHOW LICENSE which didn't show7 > any expired ones. I'll try LICENSE LIST/FULL instead.   L There is a convention (from DECnet-IV, I guess) that LIST shows the contentsC of the permanent (on disk) database, SHOW shows the in memory ones. " I imagine expired ones don't load.   ------------------------------    Date: 16 Nov 2004 08:42:23 -0800# From: dsmit115@csc.com (Dave Smith) 0 Subject: Re: COBOL PAK for the Hobbyist License?= Message-ID: <2151a4d2.0411160842.14b540b5@posting.google.com>   d Andreas Davour <ante@update.uu.se> wrote in message news:<cs9actiknp3.fsf@Psilocybe.Update.UU.SE>...1 > Roy Omond <Roy.Omond@BlueBubble.UK.Com> writes:  >      ... A > > You can list all the licence, including the expired ones, by:  > >  > > 	$ license list [/full]  > H > Hmm... Then this must be different from SHOW LICENSE which didn't show7 > any expired ones. I'll try LICENSE LIST/FULL instead.   = think of LICE LIST as displaying the "permanent" (or on disk) E database, while SHOW LICENSE shows what has actually been loaded. The F reason you don't see the expired ones with SHOW LICENSE is because youE have rebooted (as you said in a previous post) and those old, expired D license no longer load successfully (which you pointed out with some< error messages). So, the only ones you see are the new ones.   ------------------------------  % Date: Tue, 16 Nov 2004 07:30:58 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender)A Subject: Re: common code base for ALPHA and Itanium and compilers ; Message-ID: <41999ea2.524144494f47414741@radiogaga.harz.de>   ' John Reagan <john.reagan@hp.com> wrote: H > As for Itanium compilers in general, all of the HP provided compilers B > will be available when OpenVMS I64 ships (BASIC, C, C++, COBOL, K > Fortran90, Macro-32, Pascal).  They have all been in available for field  K > test for almost a year give or take (BASIC and Pascal didn't enter field   > test until January 2004).   F As I've understood the session at the Itanium Developer Days, at leastA the backend parts of the C compiler will be replaced by the Intel B optimizer / code generator. The rule of thumb advertised there wasD "Port your code with the provided DEC C compiler. Start new projects with Intel C."   cu,    Martin --  C                              | Martin Vorlaender  |  OpenVMS rules! 6   Microsoft isn't the Borg:  | work: mv@pdv-systeme.deI   the Borg have proper       |   http://www.pdv-systeme.de/users/martinv/ =   networking.                | home: martin@radiogaga.harz.de    ------------------------------  % Date: Tue, 16 Nov 2004 05:07:03 -0800 # From: "Tom Linden" <tom@kednos.com> A Subject: Re: common code base for ALPHA and Itanium and compilers ( Message-ID: <opshj6p1k4zgicya@hyrrokkin>  I On Tue, 16 Nov 2004 02:30:07 GMT, John Reagan <john.reagan@hp.com> wrote:    > Phillip Helbig wrote: F >> Back in the good old days, everything came from DEC---hardware, OS,K >> compilers, peripherals.  It all worked very well together and was one of K >> the many things that made DEC great.  If something didn't work, one knew D >> to blame DEC---but everything always did work.  Now, with all theJ >> buy-outs and mergers and people changing jobs, the situation has becomeH >> a bit more confusing.  Fortunately, there is, I read here, a common   >> code base for ALPHA andJ >> Itanium.  Presumably, this means that, at least as long as ALPHA is notJ >> in maintenance mode, there will be feature parity.  However, I'm in theK >> dark about what the situation is with compilers.  If I recall correctly, G >> most or all are still on the quarterly CD distribution.  Can someone G >> post a list of a) who actually builds/maintains each compiler and b) J >> whether or not there is a common code base between ALPHA and Itanium.  L >> (I'm particularly interested in how many Fortran2003 features will make  K >> it into the ALPHA compiler and what the status of the Fortran compiler   K >> on Itanium is (I don't have an Itanium machine at home yet), but would   ? >> like to get an overview of the situation for all compilers.)  >> > L > The question you ask varies from compiler to compiler.  For the Alpha vs  J > Itanium comparison, almost all of the compilers are essentially common  I > between Alpha and Itanium (VAX is quite a different story but I won't   H > clutter the discussion with that).   Some differences due to calling  C > standards, etc. are needed.  Of course, they generate different   $ > instructions.  The exceptions are:* > - Ada on Itanium will be provided by ACTL > - C++ on Itanium is provided by HP (we have real developers), but uses a  L > newer set of technology than the Alpha compiler - some common with Alpha   > but much not common * > - There is no Itanium PLI provided by HP  H Well that is also true for VAX and Alpha, since those were acquired by   Kednos.  > J > To answer your Fortran questions, I'm not the Fortran expert, but I'll  B > give it a shot.  The Alpha and Itanium Fortran90 compilers are  K > essentially common code.  As Larry mentioned, the former Compaq Fortran   I > developers are now employees of Intel.  HP has hired/transferred/etc.   I > new people onto Fortran.  As for Fortran2003 features, I haven't been   H > involved with any futures discussions.  If you have specific feature  D > requests, please email them to me and I'll forward them onto the   > appropriate person(s). > I > As for Itanium compilers in general, all of the HP provided compilers   C > will be available when OpenVMS I64 ships (BASIC, C, C++, COBOL,   L > Fortran90, Macro-32, Pascal).  They have all been in available for field  L > test for almost a year give or take (BASIC and Pascal didn't enter field   > test until January 2004).  >        --  C Using Opera's revolutionary e-mail client: http://www.opera.com/m2/    ------------------------------  # Date: Tue, 16 Nov 2004 14:09:20 GMT 5 From: "Ed Vogel" <edward.vogel_stop_the_spam.@hp.com> A Subject: Re: common code base for ALPHA and Itanium and compilers 2 Message-ID: <kSnmd.2971$1f1.1985@news.cpqcorp.net>  A "Martin Vorlaender" <martin@radiogaga.harz.de> wrote in message > H > As I've understood the session at the Itanium Developer Days, at leastC > the backend parts of the C compiler will be replaced by the Intel D > optimizer / code generator. The rule of thumb advertised there wasF > "Port your code with the provided DEC C compiler. Start new projects > with Intel C."  E     There will be only one C compiler that ships with OpenVMS on I64. D     That C compiler will be HP C V7.1.  It will use the GEM back endG     and shares a great deal of code with the Alpha product.  There will      be no "Intel C" compiler.   F     The C++ compiler that will ship with OpenVMS on I64 will be HP C++H     V7.1.  It shares most of the front end with the Alpha compiler.  The backI     end uses Intel technology.  The biggest advantage of this is that the  templateK     instantiation model used by this compiler will be much simpler than the I     tempalate instantation model used on Alpha.  For example, there is no  need?     for a repository (except to hold mangled name information).   J     It is our plan to add some features of HP C to the HP C++ product, but the $     timeframe for this is uncertain.    D     Concerning the future of both Alpha products:  It is our plan to continue to add J     features to our Alpha products.   Just as we tried to maintain feature compatiblityL     between VAX and Alpha long after Alpha was released, we hope to maintain,     this compatiblity between Alpha and IPF.       Ed Vogel     HP C/C++ Engineering.    ------------------------------  # Date: Tue, 16 Nov 2004 14:52:40 GMT & From: John Reagan <john.reagan@hp.com>A Subject: Re: common code base for ALPHA and Itanium and compilers 2 Message-ID: <Yuomd.2972$Xo1.2465@news.cpqcorp.net>   John Smith wrote:   2 > I'm not sure I understood this last bit clearly.M > I know that the Fortran group at Compaq was bequeathed to Intel at the time  > of the chip slaughter.H > Are you now saying that HP has now gone out and hired its own group ofN > Fortran developers, or is this a case of continued body donation to Intel at@ > HP's expense or that HP is paying for new Intel Fortran hires? >  >   E No, the people work on Fortran on HP.  They do not work for Intel or   provide service to Intel.   G The relationship with Fortran is difficult to describe.  We do get "A"  I compiler from Intel, but we have to do some OpenVMS-specific work, test,  G package, document, answer customer problem reports, etc.  We also have   to work on the RTLs.     --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------  + Date: Tue, 16 Nov 2004 17:27:33 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)A Subject: Re: common code base for ALPHA and Itanium and compilers $ Message-ID: <cndda5$236$1@online.de>  = In article <kSnmd.2971$1f1.1985@news.cpqcorp.net>, "Ed Vogel" - <edward.vogel_stop_the_spam.@hp.com> writes:    F >     Concerning the future of both Alpha products:  It is our plan to > continue to add L >     features to our Alpha products.   Just as we tried to maintain feature > compatiblityN >     between VAX and Alpha long after Alpha was released, we hope to maintain. >     this compatiblity between Alpha and IPF.  E Does this apply to compilers other than C and C++?  I'm particularly  B interested in how much of Fortran2003 will make it into the ALPHA F compiler and when (and, for that matter, how much of Fortran2003 will - make it into the Itanium compiler, and when).    ------------------------------  % Date: Tue, 16 Nov 2004 13:08:25 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> A Subject: Re: common code base for ALPHA and Itanium and compilers , Message-ID: <419A4217.55FBFD81@teksavvy.com>   Ed Vogel wrote: G >     There will be only one C compiler that ships with OpenVMS on I64. * >     That C compiler will be HP C V7.1.    S When dicsussing VMS products, it would be helpful if you used product's real names.   G is HP C some compiler developped by HP and moved to VMS, or is that the  original DEC C compiler?  I I *really* hate the rebranding of products every couple of years since it  leads to a lot of confusion.  N Under Compaq, it wasn't so bad because Compaq didn't have anything of value toL VMS since it was just a wintel box assembler. So when someone said Compaq C,L you knew they really meant DEC-C since Compaq didn't have any compilers. ButI with HP, since HP has its own compilers and software, one doesn't know if $ HP-product came from HP or from DEC.   ------------------------------  # Date: Tue, 16 Nov 2004 18:37:44 GMT 5 From: "Ed Vogel" <edward.vogel_stop_the_spam.@hp.com> A Subject: Re: common code base for ALPHA and Itanium and compilers 2 Message-ID: <YNrmd.2988$LF1.2281@news.cpqcorp.net>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:419A4217.55FBFD81@teksavvy.com... > Ed Vogel wrote: I > >     There will be only one C compiler that ships with OpenVMS on I64. * > >     That C compiler will be HP C V7.1. > I > When dicsussing VMS products, it would be helpful if you used product's  real names.   L     I am using the products real names....well I guess the real product name7     is "HP C on OpenVMS IA64"...or something like that.    > I > is HP C some compiler developped by HP and moved to VMS, or is that the  > original DEC C compiler?  =     It is based on the DEC C compiler, rebranded to Compaq C,      rebranded to HP C.   > K > I *really* hate the rebranding of products every couple of years since it  > leads to a lot of confusion.  K     You hate rebranding!!  You should see what it does to our test system!!        Ed Vogel     HP C/C++ Engineering.    ------------------------------  % Date: Tue, 16 Nov 2004 13:23:28 -0500 < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca> Subject: DCPS and HP 4000N+ Message-ID: <2vuut2F2qkrp7U1@uni-berlin.de>   E I see in the docs that the HP 4000N needs firmware 19980714 MB3.68 to D work with DCPS. The firmware is supposed to come on a SIM instead ofF being downloadable. Does anyone know who I should try contacting at HP to get this firmware?    --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------    Date: 16 Nov 2004 09:02:15 -0800# From: dsmit115@csc.com (Dave Smith) 1 Subject: Re: EXE files different after ZIP/UNZIP? = Message-ID: <2151a4d2.0411160902.24c93608@posting.google.com>   G sms@antinode.org wrote in message news:<04111514252420@antinode.org>... , > From: Anders.Wallin@om.com (Anders Wallin) >      ... @ > > Why doesn't ANAL/IMAGE or CHECKSUM think something is wrong? > E >    Perhaps nothing significant is wrong.  Currently popular Zip and G > UnZip programs can corrupt data after a file's EOF marker, which most E > programs won't read.  (However, I'd expect DIFFERENCES to be one of 	 > those.)   E Me, too, but I've noticed that while an .EXE file doesn't necessarily E end on a block boundary (end of file byte is not necessarily 0) DIFF, F being a record-oriented file comparison tool, will (probably) read the> entire last block as the last record and then end up with someD possible "junk" at the end (as you have posted about in the past). IB see this "junk" with DUMP /RECORD, for example, which isn't "smart& enough" to stop at the last used byte.   ------------------------------  # Date: Tue, 16 Nov 2004 16:00:24 GMT % From: "John Vottero" <John@mvpsi.com> C Subject: Re: Extending DCL [was: Re: DCL suggestion for f$verify()] ; Message-ID: <supmd.8309$V%.5515@newssvr16.news.prodigy.com>   @ "David J Dachtera" <djesys.nospam@comcast.net> wrote in message % news:41997373.FEA5FC27@comcast.net...  > John Vottero wrote:  >>J >> My wish is that HP enhances DCL by starting over, with a clean sheet ofE >> paper.  Provide backwards compatibility with the /CLI qualifier in 
 >> AUTHORIZE.  > G > Not to mention compatibility with the gazillions of lines of existing  > DCL code!   L I wasn't very clear with my "compatablity with the /CLI qualifier" comment. J What I mean is, by default you get 100% compatablity.  If you want to use J the new SuperDCL, you modifier your account to use the new CLI and put up  with limited compatabliity.    > 5 >> DCL was fantastic 25 years ago but, it's outdated.  > I > By what measure? (Please don't say perl, python or any of the UN*X-land , > "shells" - I'll lose all respect for you!)  L I don't mean to imply that DCL isn't still a leader, I just think it should L revamped before it loses it's lead.  Perl, python, VBScript etc. have a lot I of "cool things" but, none of them get it all right and most of them are  L more of a scripting language than a command language.  DCL is great command G language that's pretty dang good for scripting too.  HP needs to start  $ running before they lose their lead.   >  >> You can go to:  >>; >> http://msdn.microsoft.com/theshow/episode043/default.asp  >>F >> and watch a video that demos MSH, the command line environment for  >> Longhorn.- >> Just watch part 5, "Enter the Programmer".  > D > Circa. the 00:50:00 minute mark. The whole thing is 1:55:00 or so.  B I skipped straight to part 5 so, I don't know if there's anything  interesting in the first part.   >   >> They even mention OpenVMS and >> DCL at least twice. > G > What they seem to call "MO-NET" looks absolutely HORRIBLE compared to F > DCL. Then again, if you compare actual DCL to the Command DefinitionE > Language (.CLD), that would look incomprehensible, also. (actually, H > after I've been "in the groove" for a day or two, most of my DCL looks' > incomprehensible a day or so later!).   L What do you think looks so horrible?  They stole (ok, borrowed) many of the " good things from DCL, basics like:M - Qualifiers can have long names but, you only have to use enough to make it   unique> - If a parameter is required, it will prompt you for the value  8 Command definition looks to be even better that DCL/CLD.   > H > Still, the result would be very UN*X-like, it seems. I haven't watchedI > the whole thing yet. Dunno if they actually show how to use a "command" J > built from "command-lets". So, dunno if if you're stuck re-inventing theA > command line parsing wheel in every program, like in UN*X-land.   M The do a lot of demos.  I don't think you ever have to parse a command line.  G You also don't have to do anything to implement common qualifiers like   CONFIRM, WHATIF, LOG etc.    > I > Maybe we could let DCL be sensitive to the presence of a pipe cymbol in G > a command line rather than using the PIPE verb. That'd help, as would = > looping constructs, conditional blocks (CASE, UNTIL, etc.).  >   M There are plenty of things that could be done but I think the most important  M is, extensibility.  I want to be able to add lexicals.  I want to be able to  M add qualifiers that can be applied to commands that I didn't write.  I don't  L want to have to reimplement /CONFIRM, /LOG, /PAGE, /BEFORE etc every time I ; write a command (yes, I know about the UTIL$CQUAL routines)    ------------------------------    Date: 16 Nov 2004 00:22:08 -0800& From: vadim.model@srm.ru (Vadim Model)+ Subject: Re: FAST BOOT OF SIMH VAX Emulator = Message-ID: <c34f4f8b.0411160022.6993781f@posting.google.com>   p shevchenko@ikp.tu-darmstadt.de (Sheva) wrote in message news:<adeef81b.0411150320.8b1cf2b@posting.google.com>...? > Is there a way to freeze this state, and reactivate it later?   ; In principle, yes, the emulator could do this for you (when E implemented). But do you really need that frozen state? Next time you D wake-up your system it will start from the same state. Including theB system time, so that you need to correct it manually. And where isF guarantee that certain application could stand such a temporal "jump"?  @ Actually I doubt that such tricks could be correctly implementedF without appropriate support from VMS. And after all, booting takes VMSC much less then a minute. Provided that you have fast enough CPU, of = course. As far as shutdown is concerned you can just kill the @ emulator. I have never experienced any problems with such a fast "shutdown".    Regards, Vadim    ------------------------------    Date: 16 Nov 2004 13:03:54 +0100( From: Andreas Davour <ante@update.uu.se>+ Subject: Re: FAST BOOT OF SIMH VAX Emulator 4 Message-ID: <cs96546knkl.fsf@Psilocybe.Update.UU.SE>  7 "Robert A.M. van Lopik" <lopik@mail.telepac.pt> writes:      N > Fast and simple solution. Use Microsoft's VirtualPC or VMware, and run SIMH I > inside that virtual machine. Their state can be saved. To make is more  K > bizarre even, you might want to run Linux inside that VM and use SIMH on  
 > that Linux.   B I thought the bizarre part was involving Windows at all. There's aH version of VMware for GNU/Linux, if MS haven't discontinued that version yet.     /Andreas   --  A A: Because it fouls the order in which people normally read text. ' Q: Why is top-posting such a bad thing?  A: Top-posting. ; Q: What is the most annoying thing on usenet and in e-mail?    ------------------------------    Date: 16 Nov 2004 07:51:55 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) + Subject: Re: FAST BOOT OF SIMH VAX Emulator 3 Message-ID: <LDp4fNQAzLfW@eisner.encompasserve.org>     Jiri Kulhan wrote:  >  > > J > > To modify VMS to support "quick boot" would be a substantial effort --F > > and HP certainly isn't interested in supporting it.  After all, ifI > > the boot takes 10 minutes, but your system runs for years afterwards, 7 > > what's the point?  This isn't Windows, after all...  > J > The point is that SIMH needs to be booted again after each Windows crash > :-))   G    So run it on an Alpha under VMS.  Then you won't have to reboot SIMH     (or Charon-VAX) for decades.    ------------------------------  + Date: Tue, 16 Nov 2004 13:35:52 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)Y Subject: interesting take on Olsen's "no reason for any individual to have a computer in  $ Message-ID: <cncvno$hhp$1@online.de>  ) http://www.snopes.com/quotes/kenolsen.asp   I The above is interesting because a) I always thought of this in the same  D context as Thomas J. Watson's [Chairman of the Board at IBM] famous  remark:   ;    I think there's a world market for about five computers.   H and b) it comes from a source which in my opinion has made few, if any, @ mistakes in determining the truth or falsehood of urban legends.  F I think the quote below, however, WAS intended the way it sounds.  :-)  P ------------------------------------------------------------------------------- N The PC has bred anarchy.  Hardware, software, and peripherals have been thrownO together in random configurations at the whim of any employee with access to an K expense voucher and computer catalogue. The result has been a financial and , administrative night mare for corporations.   O                                                                    ---Ken Olsen    ------------------------------  % Date: Tue, 16 Nov 2004 10:03:20 +0200 0 From: "Guy Peleg" <guy.peleg@remove_this_hp.com>/ Subject: Re: LBR$ routines corrupting libraries , Message-ID: <4199b674$1@usenet01.boi.hp.com>  ; This is a bug....the fix will be shipping with OpenVMS V8.2 - If you need the fix for VAX, please escalate.   	 Guy Peleg     : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:4198D12E.3FD5F003@teksavvy.com...3 > Ok, this one is making me lose way too much time.  > L > Is it possible that calling LBR$FLUSH twice in a row would corrupt the LBR > routines ? >  > # > LBR$INI_CONTROL with LBR$C_UPDATE 
 > LBR$OPEN1 > <multiple operations, read-only, all succesful>  > loop of LBR$PUT_RECORD
 > LBR$PUT_END  > LBR$FLUSH  > LBR$REPLACE_KEY  >  > All this works.  >  > But then, when I close:  >  > LBR$FLUSH -> status of 0 > LBR$CLOSE -> status of 0 > A > In both cases, the library becomes unusable and must be rebuilt  (improperly closed). > I > If I open the libraries with LBR$C_READ, then the closing LBR$FLUSH and ' > LBR$CLOSE yield a perfect LBR$NORMAL.  > F > If I open the library with LBR$C_UPDATE, with no modification to the modules,L > then the closing LBR$FLUSH yields a LBR$_NORMAL, but the LBR$CLOSE gives a big  > far 0 as a status. > I > After a LBR$FLUSH, the library seems to remain open since I can then go  and I > browse other library members. So a LIB$FLUSH doesn't seem to completely  close. >  > This is with VAX VMS 7.2 > K > Isn't there some *real* documentation for the LBR routines apart from the L > incomplete stuff in the utility routines manual ? Found out through googleK > that there is a $MHDDEF macro that defines the module headers. How is one  > supposed to know that ?    ------------------------------  % Date: Tue, 16 Nov 2004 03:40:03 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: LBR$ routines corrupting libraries , Message-ID: <4199BC84.4021CD0D@teksavvy.com>   Guy Peleg wrote: > = > This is a bug....the fix will be shipping with OpenVMS V8.2 / > If you need the fix for VAX, please escalate.   I Oh well. Better give up on that utility's ability to edit library modules N then. It will just be a library browser. I've wasted enough time trying to getL those LBR routines to work as documented. Since the've been documented for aE very long time, I'd have figured that any bugs would have been fixed.   N On google, there are reports of people successfully writing to library modulesM with the LBR routines. Do they work only for addition of modules but fail for  lbr$replace_key ?    What exactly fails ?   ------------------------------  # Date: Tue, 16 Nov 2004 16:14:12 GMT & From: Joshua Cope <joshua.cope@hp.com>/ Subject: Re: LBR$ routines corrupting libraries < Message-ID: <Xns95A3724DB2A04joshuacopehpcom@16.105.248.153>  0 JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in% news:4199BC84.4021CD0D@teksavvy.com:     > What exactly fails ?  % The problem fixed in 8.2 is this one: B    If the routine LBR$FLUSH is called immediately before a call toA    the routine LBR$CLOSE, the close operation fails with a return >    status of zero, and the library is left in a corrupt state.  G I took a quick look at the problem database, and didn't find any other  2 Alpha problems reported (or fixed) in Alpha V8.2.       Josh    ------------------------------  % Date: Tue, 16 Nov 2004 13:13:14 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: LBR$ routines corrupting libraries , Message-ID: <419A4337.A53A1176@teksavvy.com>   Joshua Cope wrote:' > The problem fixed in 8.2 is this one: D >    If the routine LBR$FLUSH is called immediately before a call toC >    the routine LBR$CLOSE, the close operation fails with a return @ >    status of zero, and the library is left in a corrupt state.  N Thanks. I will try to add a dummy call to a LBR routine beteween those two andK see what it does. If i am to relase some utility as shareware, I want it to K work on current system and don't want to be held responsible for corrupting  libraries all over the place.   L Note that I get a status of 0 on the LBR$FLUSH as well (but I end up doing 2L LBR$FLUSH, one when user save module back into library, and one when I close
 the library).    ------------------------------    Date: 16 Nov 2004 10:33:44 -08001 From: usenet_vms@lehrerfamily.com (Joshua Lehrer) / Subject: Re: LBR$ routines corrupting libraries = Message-ID: <477e0934.0411161033.173a29fb@posting.google.com>   a JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<4199BC84.4021CD0D@teksavvy.com>...e   > What exactly fails ?     In my experience:e  C If this last operation is a flush, then the call to close will fail F and corrupt the library.  Further, close returns a status code of "0"," which is not a valid return value.  C The "fix" is to detect that you are in this situation, and add thene% remove a dummy module before closing.I  : I believe that our systems here have already been patched.  
 joshua lehrer  factset research systems NYSE:FDS   ------------------------------  % Date: Tue, 16 Nov 2004 08:25:34 -0500e# From: "John Smith" <a@nonymous.com>d& Subject: Re: OT: Reality check on RFID, Message-ID: <6fSdnWvdwPxSYgTcRVn-3g@igs.net>   John E. Malmberg wrote:e >iH > RFID can be read with out having a clear optical path to the RFID tag.D > They can also more easily handle larger numbers/ more information.    K I don't know the correct name of the 'bar' code but isn't there a '3d' code K (looks sort of like a checkerboard pattern) in current use which can encodegG several orders of magnitude more information that the 'traditional' barrL codes? As an example I think IBM/Hitachi use this on their disk drive labels2 to track production to a very fine-grained detail.   ------------------------------  % Date: Tue, 16 Nov 2004 14:56:31 +0100e7 From: Robert Trawinski <robert.trawinski@softax.com.pl>e Subject: Radeon 7500 problem+ Message-ID: <cnd0v9$8d6$1@bozon2.softax.pl>    Hi all,i  H I have got DS20 with two Radeon7500 PCI, VMS 7.3-2, all patches (update  3.0).t  H First card work with DVI output, but second work only with D-Sub output.E This is multi-head configuration (no Xinerama configured). Both card  
 work properly ? (DVI output works good) when they are the only card in machine.r  ? Why can't I connect second monitor to second's card DVI output?e   Thanks for your help     Robert   ------------------------------    Date: 16 Nov 2004 09:06:18 -0800, From: JimStrehlow@data911.com (Jim Strehlow) Subject: Re: raid hardware= Message-ID: <4b6ec350.0411160906.50ee84d1@posting.google.com>n  % sean@obanion.us (Sean O'Banion) wrotep > Jim,H > That depends on what you want: local attached (PCI card), or contoller
 > managed.  D What is a useful comparison chart that shows throughput versus cost?  F I am mostly curious about what people are using and how satisfied they are.  E We once configured a StorageWorks RA3000 Pedestal Shelf Storage usingt+ a serial port cable and Microsoft software.t= Is that the "industry standard" way to configure RAID arrays?-E We had to configure the RAID before loading OpenVMS onto that server.0  F Is there OpenVMS software to examine, configure, backup, restore, etc. the RAID controller settings?    Jim Strehlow, Alameda, CA, USA   ------------------------------    Date: 16 Nov 2004 07:48:50 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)p. Subject: Re: RMS Files and directories Indexes3 Message-ID: <cleKQJpjEk$U@eisner.encompasserve.org>O  j In article <HTieN5m4Xw4L@eisner.encompasserve.org>, kaplow_r@encompasserve.org.TRABoD (Bob Kaplow) writes: > K > Which makes it interesting that a VMS DELETE *.*.* deletes files first toNE > last instead of last to first. I wonder if this will ever be fixed?S  G    IIRC both DFU and backup/delete will do last file first.  Get DFU if D    you need to delete a lot of files and let VMS Engineering work on    select() and fork().    ------------------------------    Date: 16 Nov 2004 07:49:39 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)t. Subject: Re: RMS Files and directories Indexes3 Message-ID: <KSd27PbZdjP5@eisner.encompasserve.org>   j In article <8UC9Ea+mubre@eisner.encompasserve.org>, kaplow_r@encompasserve.org.TRABoD (Bob Kaplow) writes: >> A2 >> 1. How many files should you keep in directory? >  > One screenful!  G    Exactly my feeling.  I've been using that rule of thumb for decades.k   ------------------------------  % Date: Tue, 16 Nov 2004 14:26:35 +0000o- From: Roy Omond <Roy.Omond@BlueBubble.UK.Com>-. Subject: Re: RMS Files and directories Indexes+ Message-ID: <2vuh4oF2pn1abU1@uni-berlin.de>t   Bob Koehler wrote:  5 > In article <HTieN5m4Xw4L@eisner.encompasserve.org>,o9  > kaplow_r@encompasserve.org.TRABoD (Bob Kaplow) writes:g > K >>Which makes it interesting that a VMS DELETE *.*.* deletes files first tooE >>last instead of last to first. I wonder if this will ever be fixed?  >  > I >    IIRC both DFU and backup/delete will do last file first.  Get DFU ifmF >    you need to delete a lot of files and let VMS Engineering work on >    select() and fork().e  > No, that's not how DFU does it.  It's much cleverer than that,8 and the speedup is orders of magnitude better than doing last-file-first.  > Basically DFU marks the directory file as no-directory, having> noted the FIDs of all files in the directory.  Deletion of theA files by FID no longer has any of the directory updating overheadw after that.   ? Remember: DFU is your friend, and *every* system manager shoulda make use of such a good friend.f   ------------------------------    Date: 16 Nov 2004 08:40:14 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)e. Subject: Re: RMS Files and directories Indexes3 Message-ID: <D91tY6vL5wXN@eisner.encompasserve.org>s  ` In article <41997501.943ED01C@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > Bob Kaplow wrote:0	 >> [snip] - >> "VMS File SYstem Internals" by Kirby McCoyc >> ISBN 1-55558-056-4e >> Digital Press 1990s >> DK >> As much as this book needs updating, we REALLY need updates to Ken Bates.M >> "VAX I/O Subsystem: Optimizing Performance" [set in the days of the HSC50]h5 >> and Roy Davis "VAXCluster Principles" [pre Alpha].K >  > Note to Sue, Hoff, whoever...d  F Well, I certainly qualify as "whoever" and I have heard the publishers speak to this issue.  @ > How receptive are the publishers to new/updated book concepts?  ? Regarding suggestions for new publications I would classify thek3 Digital Press (a division of ...) folk as "polite".x  A For suggestions from a would-be _author_ I would classify them asmB "enthusiastic".   It is not the case that Digital Press has a vast= staff of authors waiting in the wings for something to write.:   ------------------------------    Date: 16 Nov 2004 07:12:07 -0800 From: mb301@hotmail.com (MB). Subject: Re: RMS Files and directories Indexes< Message-ID: <1d08b916.0411160712.1af7926@posting.google.com>  2 Does anyone know which hashing techniques is used?   Volume type: ODS2"   ------------------------------  % Date: Tue, 16 Nov 2004 16:54:08 +0000s- From: John Laird <nospam@laird-towers.org.uk> . Subject: Re: RMS Files and directories Indexes8 Message-ID: <8sbkp0ltbkjt8916snch7vm29kqf1qk6ni@4ax.com>  K On Tue, 16 Nov 2004 14:26:35 +0000, Roy Omond <Roy.Omond@BlueBubble.UK.Com>  wrote:   >Bob Koehler wrote:L >/6 >> In article <HTieN5m4Xw4L@eisner.encompasserve.org>,: > > kaplow_r@encompasserve.org.TRABoD (Bob Kaplow) writes: >> )L >>>Which makes it interesting that a VMS DELETE *.*.* deletes files first toF >>>last instead of last to first. I wonder if this will ever be fixed? >>   >> 1J >>    IIRC both DFU and backup/delete will do last file first.  Get DFU ifG >>    you need to delete a lot of files and let VMS Engineering work on  >>    select() and fork(). >e? >No, that's not how DFU does it.  It's much cleverer than that,o9 >and the speedup is orders of magnitude better than doing  >last-file-first.a  K To the PP, I've never noticed backup/delete operating in any other way thanuH the normal directory-tree, alphabetical order that it uses to backup the files, to be honest.  ? >Basically DFU marks the directory file as no-directory, havinga? >noted the FIDs of all files in the directory.  Deletion of theLB >files by FID no longer has any of the directory updating overhead >after that.  L I guess it *might* note the FIDs, but as long as it prevents deletion of theK (now non-) directory file, it could of course simply scan that, deleting byuI FID as it goes.  That technique could get a little messy within a tree, In guess.  @ >Remember: DFU is your friend, and *every* system manager should  >make use of such a good friend.  K I couldn't agree more.  I just feel sorry for those VMS system managers who I have to work under "no unsupported or third-party software" edicts and do  without it.a   -- .8 Your call will be answered in the order it was ignored.    Mail john rather than nospam...r   ------------------------------  % Date: Tue, 16 Nov 2004 13:20:58 -0500o- From: JF Mezei <jfmezei.spamnot@teksavvy.com> . Subject: Re: RMS Files and directories Indexes, Message-ID: <419A4507.358C8D6B@teksavvy.com>   John Laird wrote:lN > I guess it *might* note the FIDs, but as long as it prevents deletion of theM > (now non-) directory file, it could of course simply scan that, deleting by K > FID as it goes.  That technique could get a little messy within a tree, Ir > guess.  L Out of curiosity, when a file has multiple entries in different directories,N at what level is there a marker to define how many entries exist for that file7 ? Is it in indexf or in the actual file header itself ?   N Does DFU manually handle those cases in its own code, or does it call a systemB service that either deletes a file or decrements the entry count ?   ------------------------------  % Date: Tue, 16 Nov 2004 13:50:45 -0500L( From: "Hein" <hein.nomail@hp.nomail.com>. Subject: Re: RMS Files and directories Indexes, Message-ID: <419a4e39$1@usenet01.boi.hp.com>  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:419A4507.358C8D6B@teksavvy.com...A > Out of curiosity, when a file has multiple entries in differentr directories,K > at what level is there a marker to define how many entries exist for thate file9 > ? Is it in indexf or in the actual file header itself ?k   There is no such count kept.H The only indication of aliassing is the directory back link., but that's just one link in the header.   ------------------------------  % Date: Tue, 16 Nov 2004 13:40:42 +0100e! From: Soterro <soterroatyahoocom>A+ Subject: Re: Solaris 10 - no charge for o/st; Message-ID: <4199f4ba$0$20490$4d4ef98e@read.news.ch.uu.net>h   Bob Koehler wrote:B >   Sun should be giving away (or at least reducing the price of) ,  >   hardware in order to sell more Solaris.  I Then people would install Linux on that machine and have the machine all iI free (or get support from RedHat). Not exactly a smart move for Sun, huh?   G Either way, Solaris will need big development effort to match Linux in cG the future, but especially now when it's going to be just another free o> OS. Let's see how they manage to build a developers community.   S>   ------------------------------  % Date: Tue, 16 Nov 2004 08:31:05 -0500 # From: "John Smith" <a@nonymous.com>u+ Subject: Re: Solaris 10 - no charge for o/ss, Message-ID: <PoadnWNWupGGnAfcRVn-iA@igs.net>  
 CJT wrote: > John Smith wrote:p >> Bob Ceculski wrote: >>2 >>> "John Smith" <a@nonymous.com> wrote in message, >>> news:<76adnTV1eMeTMAXcRVn-gg@igs.net>... >>>' >>L http://story.news.yahoo.com/news?tmpl=story&ncid=738&e=1&u=/ap/20041115/ap_o >> >>>> n_hi_te/sun_solaris10 >>>>. >>>> Sun to Give Out Operating System for Free >>>c7 >>> desperate companies must do desperate things ... :)  >> >>G >> That's why carly(tm) is now pushing LCD TV's as the salvation of HP.e >> >>2 > Where does the ink cartridge go in one of those?    I HP will find a way to have an inkjet printer embedded in the TV which canPI print your monthly cable or satellite TV bill for presentment. It'll save I the cable/satellite companies about $1/month in material & handling costse? and transfer the printing costs to the consumer. She'll call it0 'convergence'.   ------------------------------    Date: 16 Nov 2004 07:46:45 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)r+ Subject: Re: Solaris 10 - no charge for o/st3 Message-ID: <FkxSAIgRVztK@eisner.encompasserve.org>   I In article <41998607.601@prodigy.net>, CJT <abujlehc@prodigy.net> writes:e  2 > Where does the ink cartridge go in one of those?  F    HP is working on the 60Hz repaint enginee to replace plasma and LCD    screen technologies.i   ------------------------------  % Date: Tue, 16 Nov 2004 08:54:26 -0500,# From: "John Smith" <a@nonymous.com>s+ Subject: Re: Solaris 10 - no charge for o/se, Message-ID: <bsWdnTdJiZgJmwfcRVn-rQ@igs.net>   Bob Koehler wrote:C > In article <41998607.601@prodigy.net>, CJT <abujlehc@prodigy.net>p	 > writes:u >n3 >> Where does the ink cartridge go in one of those?- >-H >    HP is working on the 60Hz repaint enginee to replace plasma and LCD >    screen technologies._    G Wouldn't that be at 72Hz repaint rate to avoid 'flicker' and reduce eyel strain?s   ------------------------------  # Date: Tue, 16 Nov 2004 16:14:25 GMTr% From: "John Vottero" <John@mvpsi.com> + Subject: Re: Solaris 10 - no charge for o/st; Message-ID: <BHpmd.8312$_%.7168@newssvr16.news.prodigy.com>c  ; "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message r& news:41998EFF.7CFC47A5@teksavvy.com... > Fred Kleinsorge wrote: >>' >> Ack.  I hate to be agreeing with JF.j >sH > I waited until the day ended before replying. Wanted to make sure the  > world J > still existed after this unheard event with metaphysical repercussions.  > Was L > affraid Fred agreeing with me might cause some dimensional collision with  > at6 > reverse universe causing both to nullify themselves. >h > Not even a major earthquake.  3 There was a 7.3 in Indonesia and a 6.7 in Columbia.h   Please stop making sense!n   ------------------------------  % Date: Tue, 16 Nov 2004 13:01:24 -0500a- From: JF Mezei <jfmezei.spamnot@teksavvy.com>e+ Subject: Re: Solaris 10 - no charge for o/st, Message-ID: <419A4072.E04DBB8A@teksavvy.com>   John Smith wrote:dK > HP will find a way to have an inkjet printer embedded in the TV which caniK > print your monthly cable or satellite TV bill for presentment. It'll save K > the cable/satellite companies about $1/month in material & handling costs A > and transfer the printing costs to the consumer. She'll call it  > 'convergence'.  J There have been lots of articles about the ipod recently. When you look atN what Apple has been able to do with the Ipod, it puts into perspective what HPJ is trying to do. Apple has been able to essentially take a commanding leadL over the walkman market, eclipsing giants such as Sony and is making lots of money with it.  L Apple innovated and got ahead of the pack. Right now, HP is just another "meE too" company with essentially rebranded products, or products without & sufficient maturity (such as cameras).  J Apple isn't influenced by Microsoft. HP is a slave of microsoft. MicrosoftL knows it has failed with mobile phones, and its only remaining avenue is theI home theatre market. It has invested in a lot of cable companies in northfL america and recently coerced Comcast to impose Microsoft boxes on customers.A (will those TV set top boxes have the ALT CTRL and DEL buttons ?)o  M So, with Microsoft getting into the TV market, it is only natural that HP andn Dell would follow.  M Handheld gadgets are likely to converge into the mobile phone. And HP doesn'tsM stand a chance in that market, especially as a Microsoft slave. Sony was veryrJ wise to team up with Ericsson since it get a pretty easy foothold into the mobile phone business.  K HP's next comsumer product should be toasters. Put in 6 IA64 CPUs in there,-K and you got a very fast toaster. Volume shipments of the toaster would helpi: keep IA64 alive, even if use only as a heating element :-)   ------------------------------    Date: 16 Nov 2004 12:01:20 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)1+ Subject: Re: Solaris 10 - no charge for o/s.3 Message-ID: <RW0WuIs6cqyf@eisner.encompasserve.org>r  U In article <cndar4$91m$1@naig.caltech.edu>, David Mathog <mathog@caltech.edu> writes:t > > > Depends.  If the inkjet paints over the existing image 60 hz@ > would be more than good enough. If instead it makes a separate? > pass with a sponge to clean off the screen and then repaints,h1 > then you'd probably be right about the flicker.a  C    $10 a kit for replacement sponges ought to keep HP in the black.    ------------------------------  % Date: Tue, 16 Nov 2004 13:16:06 -0500m- From: JF Mezei <jfmezei.spamnot@teksavvy.com>i+ Subject: Re: Solaris 10 - no charge for o/s-, Message-ID: <419A43E3.3B127033@teksavvy.com>   David Mathog wrote:i> > Depends.  If the inkjet paints over the existing image 60 hz@ > would be more than good enough. If instead it makes a separate? > pass with a sponge to clean off the screen and then repaints,e1 > then you'd probably be right about the flicker.   N Ahh, you underestimate HP. HP will have a curtain of water constantly flowing.G And it will throw the paint on that curtain, which will be backlit. TheoN "canvas" will be constantly renewed with fresh water. No need for a sponge :-)  E (Water utility and water treatment plants may not be happy though ;-)d   ------------------------------  % Date: Tue, 16 Nov 2004 07:36:00 +0100i2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: SSH For the VAX; Message-ID: <41999fd0.524144494f47414741@radiogaga.harz.de>s  - Barry Streets <berrys2552@comcast.net> wrote:HK > Is there any solutions to implement SSH-2 on a VAX?? With the HIPPA rulesu: > upon us we are exploring any and all possible solutions.  B Process Software (www.process.com) has it in both of their stacks,? and even drew it from the Multinet product to be used with HP'sL0 TCP/IP Services (it's called "SSH for OpenVMS").   cu,F   Martin -- c;    OpenVMS @ 25      | Martin Vorlaender  |  OpenVMS rules!n.                      | work: mv@pdv-systeme.deA    Still exceeding   |   http://www.pdv-systeme.de/users/martinv/t5    expectations      | home: martin@radiogaga.harz.dei   ------------------------------  % Date: Tue, 16 Nov 2004 06:43:41 -0700f% From: Dan O'Reilly <dano@process.com>  Subject: Re: SSH For the VAXA Message-ID: <6.1.2.0.2.20041116064219.02292a20@raptor.psccos.com>M  H - MultiNet from Process Software is a complete stack that includes SSH2.G - TCPware from Process Software is a complete stack that includes SSH2. F - SSH for OpenVMS is a complete SSH solution for those who want to runF TCP/IP Services (nee: UCX), and it includes prior version support that UCX doesn't.  , At 10:05 PM 11/15/2004, Barry Streets wrote:J >Is there any solutions to implement SSH-2 on a VAX?? With the HIPPA rules9 >upon us we are exploring any and all possible solutions.- >- >Barry Streets >The Echo Group    ------J +-------------------------------+----------------------------------------+J | Dan O'Reilly                  |  "There are 10 types of people in this |J | Principal Engineer            |   world: those who understand binary   |J | Process Software              |   and those who don't."                |J | http://www.process.com        |                                        |J +-------------------------------+----------------------------------------+   ------------------------------    Date: 16 Nov 2004 07:54:27 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)c Subject: Re: SSH For the VAX3 Message-ID: <cMa26MBxzubM@eisner.encompasserve.org>   ` In article <XTfmd.616201$8_6.276288@attbi_s04>, "Barry Streets" <berrys2552@comcast.net> writes:K > Is there any solutions to implement SSH-2 on a VAX?? With the HIPPA rules : > upon us we are exploring any and all possible solutions.  ?    I've been using Multinet's SSH2 on my VAXen for over a year.r   ------------------------------  % Date: Tue, 16 Nov 2004 12:59:20 +0100F' From: JOUKJ <joukj@hrem.stm.tudelft.nl>a7 Subject: Re: TCPIP SMTP failure for postmaster messagess* Message-ID: <cncq2p$p23$1@news.tudelft.nl>   JF Mezei wrote:'P > Below is a log of the error message I get when a foreign user attempts to sendL > a message to an undeliverable mailbox on my machine. The bounce message isN > created properly, but gets hung in the TCPUP$SMTP_COMMON directory. As well,F > the original undeliverable message also gets left ion the directory. > P > The bounce message created on my machine but not delivered seems to be all OK.P > It uses the right "postmaster" alias and is adressed to the original sender of> > the message. But for some reason, VMS refuses to deliver it. >  > ( > VAX VMS 7.2 , TCPIP Services 5.3 ECO 2 > N > ANY IDEAS WHERE TO LOOK ?  What record in the "record not found" would it be > looking at ? >  > 	 > I have: 1 > 	  "TCPIP$SMTP_POSTMASTER_ALIAS" = "postmaster"t% > 	MAIL> show forward/user=postmaster , > 		POSTMASTER has mail forwarded to jfmezei, > 		TCPIP$SMTP has mail forwarded to JFMEZEI > ? > 	And there is also a MAIL.MAI file in TCPIP$SMTP's SYS$LOGIN.n > 9 > (in the log, some data was modified to thwart spammers) < > ---------------------------------------------------------- > R > 15-NOV-2004 06:23:13.99: next open file _$2$DKA200:[SYS0.TCPIP$SMTP]041115062306) > 62_TCPIP$SMTP-206000F0.TCPIP_BIKE;1(75)r > F > %%%%%%%%%%%%                   15-NOV-2004 06:23:25.46  %%%%%%%%%%%%) > %MAIL-E-NOSUCHUSR, no such user BADNAME,9 > Failed to deliver local mail to <badname@waxination.ca>p% > %MAIL-E-NOSUCHUSR, no such user !AS  >  > 1 > Printing debug_level 2, Domains and recipients:t > Domain: vaxination.cai/ >    Recipient address: <badname@waxination.ca>f% >    Domain part:       vaxination.caV >    Local part:        badnamel9 >    Address Status:    Done, not delivered. (Send error)m > + > Printing debug_level 2, relevant headers:n( > Return-Path: SMTP%"xxxxxxxx@yahoo.com"P > Received: from web52209.mail.yahoo.com (206.190.39.91)  by bike.waxination.ca A >   (V5.3-18E, OpenVMS V7.2 VAX); Mon, 15 Nov 2004 06:23:06 -0500nJ > Received: (qmail 25930 invoked by uid 60001); 15 Nov 2004 11:20:12 -0000Q > Received: from [69.28.228.256] by web52209.mail.yahoo.com via HTTP; Mon, 15 Nov  > 2004 03:20:11 PST"- > Date: Mon, 15 Nov 2004 03:20:11 -0800 (PST)w > From: xxxxxxxx@yahoo.com% > Subject: This message should bounced > To: badname@waxination.ca B > A permanent error makes this mail undeliverable. Must bounce it. > F > %%%%%%%%%%%%                   15-NOV-2004 06:23:25.46  %%%%%%%%%%%%) > %MAIL-E-NOSUCHUSR, no such user BADNAME 6 > #smtp$do_task\425 smtp$requeue:sndjbcw iosb[0]:98994 > F > %%%%%%%%%%%%                   15-NOV-2004 06:23:34.15  %%%%%%%%%%%% > %RMS-E-RNF, record not foundR > WARNING: Fatal error signalled when processing CF= _$2$DKA200:[SYS0.TCPIP$SMTP]00 > 4111506230662_TCPIP$SMTP-206000F0.TCPIP_BIKE;1 > Leaving as orphano > O > -----------------------------------------------------------------------------  > K > Here is the relevant  text portion of the message that VMS won't deliver:l > 9 > $ type 04111506232874_SYSTEM-20600067.TCPIP_BIKE_TEXT;1e > ' > Date: Mon, 15 Nov 2004 06:23:29 -0500s, > Message-Id: <04111506232874@waxination.ca>  > From: postmaster@waxination.ca > To: xxxxxxx@yahoo.comh > Subject: Returned mail >  > ) > ---- Transcript of session follows ----r > F > %%%%%%%%%%%%                   15-NOV-2004 06:23:25.46  %%%%%%%%%%%%) > %MAIL-E-NOSUCHUSR, no such user BADNAME  > ' > ---- Recipients of this delivery ----d > # > <badname@waxination.ca> (bounced)i > " > ---- Unsent message follows ---- >   > (contents omitted for brevity)G Are you sure that the destination of the return mail exists and is not   spoofed in the original mail?i                 Jouk   ------------------------------  % Date: Tue, 16 Nov 2004 12:41:32 -0500e- From: JF Mezei <jfmezei.spamnot@teksavvy.com>o7 Subject: Re: TCPIP SMTP failure for postmaster messagesb, Message-ID: <419A3BCB.B6FD6A70@teksavvy.com>   JOUKJ wrote:H > Are you sure that the destination of the return mail exists and is not > spoofed in the original mail?l  L Yes, I am sure.  And if the domain portion of the return address were wrong,J the reject message should just disapear (or go to this node's postmaster),5 instead of some error and leaving stray files around.u  M If the username portion of the return address is wrong, then the VMS software8I should still deliver the message, and either get indication of success oreL indication of failure and either way just delete the message from this node.  ? Leaving stray files around in a directory is not good practice.r   ------------------------------    Date: 16 Nov 2004 09:31:00 -0800( From: pcoviello@gmail.com (Paul Covielo)# Subject: telnet  thru vpn to vms...o< Message-ID: <ff0902a.0411160931.1a6f48c0@posting.google.com>  F we have a vendor that is trying to connect to one node in a cluster of$ 3, the others they can connect to...  + this is a new es47 node into the cluster...a  E we have telnet setup similar to the other nodes and we can connect on 	 this siden  
 any thoughts?i   thanks Paul   ------------------------------  % Date: Tue, 16 Nov 2004 12:40:49 -0500 * From: Joel Loveless <joell@mindspring.com>' Subject: Re: telnet  thru vpn to vms...e8 Message-ID: <4rekp0de70k3khqjpt3dbvoasfnibfgi7i@4ax.com>  D Check your proxy database entries, sounds like you need add an entry for the new system.a  A On 16 Nov 2004 09:31:00 -0800, pcoviello@gmail.com (Paul Covielo)a wrote:  G >we have a vendor that is trying to connect to one node in a cluster ofk% >3, the others they can connect to...  > , >this is a new es47 node into the cluster... >PF >we have telnet setup similar to the other nodes and we can connect on
 >this side >  >any thoughts? >i >thanksn >Pauli   ------------------------------  + Date: Tue, 16 Nov 2004 18:10:03 +0100 (CET)h% From: Nomen Nescio <nobody@dizum.com>sA Subject: Re: this newsgroup heavily trolled by gay Darrell Larosed8 Message-ID: <4e1f16935b857e4c69fad7f8df9be405@dizum.com>  A Darrell Larose <cota348@rogers.com> masturbated while fantasizingy about JF Mezei and ejaculated:   >:3 >"Nomen Nescio" <nobody@dizum.com> wrote in message 3 >news:b2cbaabfa66fb5294289c9101525431e@dizum.com...- >>& >TROLLS again, and again... ad nauseum  A Poor Darrell Larose ... still in love with JF Mezei even after JF:E rejected him and scolded him and humiliated him publically ... LOL!!!m   Poor gay Darrell.....u   Darrell Larose 121 Northwestern Ave Ottawa, ON K1Y 0M1 (613) 725-0245 cota348@rogers.com ad607@FreeNet.Carleton.CAn   ------------------------------  + Date: Tue, 16 Nov 2004 18:30:04 +0100 (CET)t% From: Nomen Nescio <nobody@dizum.com> A Subject: Re: this newsgroup heavily trolled by gay Darrell Laroseh8 Message-ID: <a218b0e27dc470644d43ce6087fe4588@dizum.com>  A Darrell Larose <cota348@rogers.com> masturbated while fantasizingo about JF Mezei and ejaculated: |||C >o3 >"Nomen Nescio" <nobody@dizum.com> wrote in message-3 >news:b2cbaabfa66fb5294289c9101525431e@dizum.com...m >>& >TROLLS again, and again... ad nauseum  A Poor Darrell Larose ... still in love with JF Mezei even after JFsE rejected him and scolded him and humiliated him publically ... LOL!!!c   Poor gay Darrell.....t   Darrell Larose 121 Northwestern Ave Ottawa, ON K1Y 0M1 (613) 725-0245 cota348@rogers.com ad607@FreeNet.Carleton.CAt   ------------------------------  % Date: Tue, 16 Nov 2004 11:00:20 -0500 # From: "Darrell Larose" <no@spam.eh>o; Subject: Re: this newsgroup heavily trolled by Nomen Nescioc/ Message-ID: <MvudnTBRvYrZuQfcRVn-qA@rogers.com>i  2 "Nomen Nescio" <nobody@dizum.com> wrote in message2 news:b2cbaabfa66fb5294289c9101525431e@dizum.com... >w% TROLLS again, and again... ad nauseum-   ------------------------------    Date: 16 Nov 2004 03:45:55 -0800% From: Bart.Zorn@xs4all.nl (Bart Zorn) : Subject: Re: What is status %X0760822A from ROBOT utility?= Message-ID: <a98cd882.0411160345.2000017e@posting.google.com>   C To begin with your last question: yes, the drive(s) should show up.d  A The GK device is generally piggy backed to a drive. If you have a ? MKA200 inside your library, you may have a GKA201 robot device.-  ? That said, the error from ROBOT may have to do the the physical 2 connection to the robot device is not operational.   Hope this helps a little!u   Regards,  	 Bart Zorn-   winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) wrote in message news:<00A3AEC8.B5C08205@SSRL.SLAC.STANFORD.EDU>... > VMSers --  >  >  > OpenVMS V7.3-2, DS20E. > N > Just inherited an MSL5026 (without documentation); have it plugged into the ) > LVD SCSI port on the back of the DS20E.e > O > I have Media Robot Utility version 1.6 and am trying to get it to talk to the  > library in the MSL5026.$ >  > Did  > = > $ MCR SYSMAN IO CONNECT GKC0:/DRIVER=SYS$GKDRIVER/NOADAPTERa > O > (which is what I do on my AlphaServer 800 to talk to the robot in an MT-891)._ >  > I end up with a device:  >  > $ show dev gkc0/full > F > Device GKC0:, device type Generic SCSI device, is online, shareable. > Q >     Error count                    0    Operations completed                 36fQ >     Owner process                 ""    Owner UIC                      [SYSTEM] Q >     Owner process ID        00000000    Dev Prot    S:RWPL,O:RWPL,G:RWPL,W:RWPLoQ >     Reference count                0    Default buffer size                   0b >  > , > MRU doesn't seem to be able to talk to it. >  > $ robot show robot gkc0b@ > ROBOT gkc0 is not responding: Operating system specific error.4 > %ROBOT-E-OS_ERROR, Operating system specific error > $write sys$output $statusi > %X0760822A > " > $help /message /status='$status'@ > %MSGHLP-F-NOTFOUND, message not found in Help Message database > N > (which I suppose isn't a surprise; it's not passing along the OS error, it's > reporting that it had one.)  > ? > So how can I find out what the OS error is and how to fix it?- > M > In general, any advice on getting an MSL5026 started up for the first time,mJ > given that it's powered on?  I think I got the SCSI stuff write; there'sO > explicit termination, and a little green light on the terminator.  Should the./ > drives be showing up on an IO AUTOCONFIGURE ?f > 	 > Thanks,i > 	 > -- Alans   ------------------------------   Date: 16 NOV 2004 15:10:00 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov> : Subject: Re: What is status %X0760822A from ROBOT utility?2 Message-ID: <16NOV04.15100023@feda34.fed.ornl.gov>  d In a previous article, winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) wrote: > VMSers --e >  r >    > OpenVMS V7.3-2, DS20E. >  lN > Just inherited an MSL5026 (without documentation); have it plugged into the ) > LVD SCSI port on the back of the DS20E.e >  yO > I have Media Robot Utility version 1.6 and am trying to get it to talk to the  > library in the MSL5026.. >  h > Did  >  c= > $ MCR SYSMAN IO CONNECT GKC0:/DRIVER=SYS$GKDRIVER/NOADAPTER3 >  2O > (which is what I do on my AlphaServer 800 to talk to the robot in an MT-891).t >    > I end up with a device:a >  o > $ show dev gkc0/full >  ?F > Device GKC0:, device type Generic SCSI device, is online, shareable. >  lQ >     Error count                    0    Operations completed                 36lQ >     Owner process                 ""    Owner UIC                      [SYSTEM] Q >     Owner process ID        00000000    Dev Prot    S:RWPL,O:RWPL,G:RWPL,W:RWPLbQ >     Reference count                0    Default buffer size                   0- >    >   , > MRU doesn't seem to be able to talk to it. >  f > $ robot show robot gkc0 @ > ROBOT gkc0 is not responding: Operating system specific error.4 > %ROBOT-E-OS_ERROR, Operating system specific error > $write sys$output $status  > %X0760822A >   " > $help /message /status='$status'@ > %MSGHLP-F-NOTFOUND, message not found in Help Message database >  oN > (which I suppose isn't a surprise; it's not passing along the OS error, it's > reporting that it had one.)t >   ? > So how can I find out what the OS error is and how to fix it?   M Using an old .COM (called TRYMSG.COM) that just does a "SET MESSAGE" on every 5 EXE file in SYS$COMMON:[SYSMSG], I get the following:t   $  trymsg %X0760822A  . From SYS$COMMON:[SYSMSG]ROBOT$MESSAGE.EXE;1...  2 %ROBOT-E-OS_ERROR, Operating system specific error   $w  ) Hope that helps you more than it does me.n   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV0H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------   Date: 16 NOV 2004 15:16:13 GMT+ From: Dave Greenwood <greenwoodde@ornl.gov>F: Subject: Re: What is status %X0760822A from ROBOT utility?2 Message-ID: <16NOV04.15161346@feda34.fed.ornl.gov>  d In a previous article, winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) wrote: > VMSers --p >    >  r > OpenVMS V7.3-2, DS20E. >  aN > Just inherited an MSL5026 (without documentation); have it plugged into the ) > LVD SCSI port on the back of the DS20E.e >  oO > I have Media Robot Utility version 1.6 and am trying to get it to talk to they > library in the MSL5026.h >    > Did  >  r= > $ MCR SYSMAN IO CONNECT GKC0:/DRIVER=SYS$GKDRIVER/NOADAPTER  >  1O > (which is what I do on my AlphaServer 800 to talk to the robot in an MT-891).: >  iG On my DS10, VMS 7.2-2, MRU 1.4, with a TLZ07 connected as MKA300:, I do   9   $ mc sysman io connect gka301:/driv=sys$gkdriver/noadape  H In other words, my GK device number is the tape drive device number + 1.   Dave --------------9 Dave Greenwood                Email: Greenwoodde@ORNL.GOV H Oak Ridge National Lab        %STD-W-DISCLAIMER, I only speak for myself   ------------------------------  + Date: Tue, 16 Nov 2004 15:58:10 +0000 (UTC)h, From: lewis@PROBE.MITRE.ORG (Keith A. Lewis): Subject: Re: What is status %X0760822A from ROBOT utility?. Message-ID: <cnd82i$204$1@newslocal.mitre.org>   winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) writes in article <00A3AEC8.B5C08205@SSRL.SLAC.STANFORD.EDU> dated Tue, 16 Nov 2004 02:23:46 GMT: >OpenVMS V7.3-2, DS20E.f >.M >Just inherited an MSL5026 (without documentation); have it plugged into the c( >LVD SCSI port on the back of the DS20E. >DN >I have Media Robot Utility version 1.6 and am trying to get it to talk to the >library in the MSL5026. >. >Did >d< >$ MCR SYSMAN IO CONNECT GKC0:/DRIVER=SYS$GKDRIVER/NOADAPTER  J That's the correct command, assuming your robot device is set to SCSI ID 0 on that bus.  L The robot tape library that I set up had 6 SCSI connections on the back -- 2G for each (potential) drive and 2 for the robot.  Since there was only 1uL actual drive in it, I daisy-chained the first drive's out to the robot's in,H and then terminated the robot's out.  If you have 2 drives you'll need aC second daisy chain cable, assuming you have the same 6 connections.e  E >Device GKC0:, device type Generic SCSI device, is online, shareable.? > P >    Error count                    0    Operations completed                 36P >    Owner process                 ""    Owner UIC                      [SYSTEM]P >    Owner process ID        00000000    Dev Prot    S:RWPL,O:RWPL,G:RWPL,W:RWPLP >    Reference count                0    Default buffer size                   0  + >MRU doesn't seem to be able to talk to it.o >g >$ robot show robot gkc0? >ROBOT gkc0 is not responding: Operating system specific error.A3 >%ROBOT-E-OS_ERROR, Operating system specific error0   >$write sys$output $status >%X0760822Aa  F That's the same status I get if I configure a GKD device which doesn'tK actually exist.  Check that the robot's interface is connected, that it has<G the SCSI ID set correctly (0 for GKC0), it's good practice to make it a ( different ID than the tape drive itself.  L >In general, any advice on getting an MSL5026 started up for the first time,I >given that it's powered on?  I think I got the SCSI stuff write; there'sdN >explicit termination, and a little green light on the terminator.  Should the. >drives be showing up on an IO AUTOCONFIGURE ?  I Yes the drives themselves should show up as MK devices after a reboot or 7 $ MC SYSMAN IO AUTOoD but the problem you're having is with the robot, which is a separateC device from the tape drive and is not subject to autoconfiguration.m  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------   Date: 16 NOV 2004 10:25:00 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher): Subject: Re: What is status %X0760822A from ROBOT utility?6 Message-ID: <16NOV04.10250052@thuria.waisman.wisc.edu>  * In a previous article, Alan Winston wrote:   -> ...M ->In general, any advice on getting an MSL5026 started up for the first time,rJ ->given that it's powered on?  I think I got the SCSI stuff write; there'sO ->explicit termination, and a little green light on the terminator.  Should theh/ ->drives be showing up on an IO AUTOCONFIGURE ?d  G The MKCnnn device should appear after IO AUTOCONFIGURE (nnn is whateveriI you set the drive's scsi id to). You may also need "IO SCSI_PATH_VERIFY".sF Make sure all privs are enabled as earlier vms versions won't give you a no-priv error.  D Were you able to talk to it via the web interface? Is the library inI random mode? What version of VMS? Do you have a solid green "arrow" undereB the control panel? Is this LVD interfaced supported for the drive?  1 You probably have already found the manuals underi http://www.hp.com/go/storage.   C FYI: I do have an MSL5026S2 attached to a KZPCA working on an ES40.a   --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madisono: --                    karcher.nomorsp9m@waisman.wisc.edu     ------------------------------   End of INFO-VAX 2004.637 ************************