1 INFO-VAX	Tue, 21 Dec 2004	Volume 2004 : Issue 707       Contents:5 Can 80 pin UltraSCSI drives be used on Alpha systems? < Email notification of Security Job Opening at a VMS site :-)) Re: HP pulls out of IA64 chip development ) Re: HP pulls out of IA64 chip development  ImageMagick 2 Java Runtime Exec. Limit on Parameter String size? Re: locale compile ACCVIO  Re: locale compile ACCVIO  Re: More on Tru64 ' Re: Needed graphical Driver information ' Re: Needed graphical Driver information   Re: New Features in OpenVMS V8.2  Re: New Features in OpenVMS V8.2! Re: Pagefile on a non-system disk  SAN-based cluster traffic? Re: SAN-based cluster traffic? Re: SAN-based cluster traffic? Re: Time to revive Emerald?  RE: Time to revive Emerald?  Re: VESA/VGA BIOS emulation ) VMSMAIL: forwarding must be uppercase :-( - Re: VMSMAIL: forwarding must be uppercase :-( - Re: VMSMAIL: forwarding must be uppercase :-( - Re: VMSMAIL: forwarding must be uppercase :-( @ Re: [Nomex on]: Security research suggests Linux has fewer flaws@ Re: [Nomex on]: Security research suggests Linux has fewer flaws@ Re: [Nomex on]: Security research suggests Linux has fewer flaws@ Re: [Nomex on]: Security research suggests Linux has fewer flaws  F ----------------------------------------------------------------------    Date: 21 Dec 2004 10:14:23 -0800 From: tadamsmar@yahoo.com > Subject: Can 80 pin UltraSCSI drives be used on Alpha systems?C Message-ID: <1103652863.679071.201470@f14g2000cwb.googlegroups.com>   C We need to upgrade some disks in our old Alphas and my hardware guy C tells me that the 80 UltraSCSI drives are a lot cheaper than 50 pin  drives.   B Is it possible to use an adapter to allow us to use 80 pin drives. If so, what adapters will work?    ------------------------------    Date: 21 Dec 2004 06:42:00 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) E Subject: Email notification of Security Job Opening at a VMS site :-) 3 Message-ID: <F87uyhG37SHk@eisner.encompasserve.org>   H A post I made to comp.os.vms this morning produced one of those cluelessF "I am out of the office, please call Jane if this is urgent" messages. I responded with my standard:   B > Please fix your automaton to not send these messages in responseD > to mailing list messages or newsgroup posts that were not intended > specifically for you.  > > > Annoying the posters is not the only reason for fixing this.< > Those responsible for security at your site should be well= > aware that such messages make it obvious to attackers which : > machines might not be watched too closely or which names' > might be used for social engineering.   A and for good measure I looked at the web site associated with the @ sender's domain.  Navigating my way through their site, I found:  # > Information Security & Compliance  > 1 >      Manager, Information Security & Compliance   >      Position Currently Vacant > & >      INDIVIDUAL_NAME_MUNGED_BY_LARRY& >      Information Security Specialist$ >      PHONE_NUMBER_MUNGED_BY_LARRY % >      EMAIL_ADDRESS_MUNGED_BY_LARRY    B Sending my boilerplate to that one person listed in their Security department yielded:   ? > Your message cannot be delivered to the following recipients:  > 4 >   Recipient address: EMAIL_ADDRESS_MUNGED_BY_LARRY3 >   Reason: Remote SMTP server has rejected address S >   Diagnostic code: smtp;550 5.1.1 <EMAIL_ADDRESS_MUNGED_BY_LARRY>... User unknown   G I am not publicizing the names of the guilty, but if you really want an F Information Security job in Maryland I am sure you will figure it out.   ------------------------------  % Date: Tue, 21 Dec 2004 11:57:21 -0500 ) From: "Neil Rieck" <n.rieck@sympatico.ca> 2 Subject: Re: HP pulls out of IA64 chip development: Message-ID: <YBYxd.13379$GK5.889359@news20.bellglobal.com>  4 "John Reagan" <john.reagan@hp.com> wrote in message + news:oEHxd.4803$iB1.743@news.cpqcorp.net...  > Neil Rieck wrote:  [...snip...] > J > Not to put words in Steve's mouth (I said hello to him in the cafeteria F > just today), but reading his quote he seems to be talking about the L > culture and former DEC employees.  I do not read that the software has 'a H > sizeable "DEC" component.' in terms of software acquired from Compaq. I > Again, they have have taken some and adapted it for their use, I don't  B > know.  And in the Fortran case, there may be a larger amount of 9 > non-code-generator code that was acquired/adapted/used.  >  > --  
 > John Reagan 1 > HP Pascal/{A|I}MACRO for OpenVMS Project Leader  > Hewlett-Packard Company   K Thanks for the clarification. It is possible that I took his statement out   of context.   G But I do have one additional question to ask. You stated that you said  K "hello to him in the cafeteria". Your email account is at hp.com while his  J is at intel.com. Are Intel people and HP people working side-by-side? (or  was he just visiting?).   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.9 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html     ------------------------------  # Date: Tue, 21 Dec 2004 18:17:01 GMT & From: John Reagan <john.reagan@hp.com>2 Subject: Re: HP pulls out of IA64 chip development1 Message-ID: <xMZxd.4843$Yc2.952@news.cpqcorp.net>    Neil Rieck wrote:    > I > But I do have one additional question to ask. You stated that you said  M > "hello to him in the cafeteria". Your email account is at hp.com while his  L > is at intel.com. Are Intel people and HP people working side-by-side? (or  > was he just visiting?).  >   G The Intel folks reside in a dedicated, secured area in ZKO2.  We share  I common areas like the cafeteria.  I tend to see Steve there several days   a week.    --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------    Date: 21 Dec 2004 10:07:21 -08009 From: "Alphaman" <alphaman-nix-spam@hsv.sungardtrust.com>  Subject: ImageMagickC Message-ID: <1103652441.056221.173250@f14g2000cwb.googlegroups.com>    Hi,   C Has anyone gotten the the prebuilt ImageMagick 5.5.1.1 distribution C from either the v6 FreeWare CD or on ImageMagick's ftp site to work G with JPEG or PNG files?  Supposedly these were built with the delegates E for these and other file types, but when I try to run them, all I get G is "delegate not found" errors.  I've tried building it both shared and / non-shared, but get the same errors either way.     E Any tips on how to get this kit to work would be greatly appreciated.  Aaron    ------------------------------  % Date: Tue, 21 Dec 2004 18:26:38 -0000 = From: "Andoni" <no_spam_please@andoni-at-ireland-dot-com.com> ; Subject: Java Runtime Exec. Limit on Parameter String size? 2 Message-ID: <5VZxd.44341$Z14.20835@news.indigo.ie>   Hello,  I We have been developing front ends to some of the scripts that do various # things on our OpenVMS mail servers.   J This has gone pretty well by calling Runtime.exec() in Java and passing itF one long string with the name of the .com file and all the parameters.  J Now we have one of these calls that is particularly long and we are havingK problems around the 215 character mark. As we need to be able to pass up to E about 500 characters to the DCL script (.com file). The error message  produced is:   Child creation error: error 412   K We have tried using the env[] array in Runtime.exe() but this does not seem J to be setting logical names. The same seems to have happened to the authorK of this post two years ago but the work-around he gives is of no use to me.   http://groups-beta.google.com/group/comp.os.vms/browse_thread/thread/2ddac093d4522755/fa48b1496a27623b?q=runtime.exec+env&_done=%2Fgroup%2Fcomp.os.vms%2Fsearch%3Fgroup%3Dcomp.os.vms%26q%3Druntime.exec+env%26qt_g%3D1%26&_doneTitle=Back+to+Search&&d#fa48b1496a27623b    J Can anyone suggest a way of passing a large amount of data to a DCL scriptA *without* writing it to a file and then reading it from the Java?    Thanks in advance,   Andoni.    ------------------------------  # Date: Tue, 21 Dec 2004 10:22:10 GMT " From: "akiyoshi" <akiyoshi@hp.com>" Subject: Re: locale compile ACCVIO2 Message-ID: <mPSxd.4822$__1.4318@news.cpqcorp.net>   Hello.  J I tried to compile the source on V7.3-1 system.  (I have no V7.3 systems.)9 Locale compiler displayed some errors.  But not ACCVIOed.   : $ locale compile test.lsrc/character_definitions=test.cmap- %LOCALE-E-SYNTAX, syntax error at or near '<' -         At or near byte 2 in line 178 in file  DISK$USER:[AKIYOSHI]TEST.CMAP;1 ' %LOCALE-W-INVCONST, invalid constant '' -         At or near byte 2 in line 178 in file  DISK$USER:[AKIYOSHI]TEST.CMAP;1 * %LOCALE-E-INVKEY, unrecognized keyword '-'-         At or near byte 4 in line 179 in file  DISK$USER:[AKIYOSHI]TEST.CMAP;1 . %LOCALE-E-INVKEY, unrecognized keyword '\d173'-         At or near byte 6 in line 180 in file  DISK$USER:[AKIYOSHI]TEST.CMAP;1 J %LOCALE-W-ENCODMISMATCH, <quotation-mark> encoding different than expected \x022 .         At or near byte 31 in line 297 in file DISK$USER:[AKIYOSHI]TEST.CMAP;1 C %LOCALE-W-MISSINGPCSENC, Missing Portable Character Set value \x022 2 %LOCALE-I-NOLOCALE, no output locale file produced6 %LOCALE-I-SUMMARY, completed with 3 errors, 3 warnings,                 and 1 informational messages $   & Re-compiled the source after some fix.   $ edit test.cmap...    $ edit test.lsrc...    $ diff test.cmap ************$ File DISK$USER:[AKIYOSHI]TEST.CMAP;2   178   <-->     \d173   179   <Rg>     \d174 ******$ File DISK$USER:[AKIYOSHI]TEST.CMAP;1	   178   <    179   --> 
   180   \d173    181   <Rg>     \d174 ************ ************$ File DISK$USER:[AKIYOSHI]TEST.CMAP;2&   295   <quotation-mark>         \d034&   296   <number-sign>            \d035 ******$ File DISK$USER:[AKIYOSHI]TEST.CMAP;1&   297   <quotation-mark>         \d063&   298   <number-sign>            \d035 ************  & Number of difference sections found: 2% Number of difference records found: 4     DIFFERENCES /IGNORE=()/MERGED=1-$     DISK$USER:[AKIYOSHI]TEST.CMAP;2-#     DISK$USER:[AKIYOSHI]TEST.CMAP;1    $ diff test.LSRC ************$ File DISK$USER:[AKIYOSHI]TEST.LSRC;2-   241   am_pm                           "";""    242 *   243   t_fmt_ampm                      ""   244  ******$ File DISK$USER:[AKIYOSHI]TEST.LSRC;1)   241   am_pm                           ;    242    243   t_fmt_ampm   244  ************  & Number of difference sections found: 1% Number of difference records found: 3     DIFFERENCES /IGNORE=()/MERGED=1-$     DISK$USER:[AKIYOSHI]TEST.LSRC;2-#     DISK$USER:[AKIYOSHI]TEST.LSRC;1   : $ locale compile test.lsrc/character_definitions=test.cmap $    -Aki.    ------------------------------  % Date: Tue, 21 Dec 2004 15:07:47 +0400 & From: Valentin Likoum <me@privacy.net>" Subject: Re: locale compile ACCVIO, Message-ID: <32qeg4F3p7e70U1@individual.net>   akiyoshi wrote:  > Hello. > L > I tried to compile the source on V7.3-1 system.  (I have no V7.3 systems.); > Locale compiler displayed some errors.  But not ACCVIOed.  [snip]  ;    Hmm... It works on 8.2 as well. It looks like something  < wrong with locale utility or CRTL ECO on 7.3. My problem is : solved - I've compiled sources on 8.2, so I don't need to 8 fight with ACCVIO on 7.3 any more, but thank you anyway.   --  
 Best regards, 
   Valentin)   valentin.likoum at ncc dot volga dot ru    ------------------------------  % Date: Tue, 21 Dec 2004 00:50:20 -0800 ! From: gokrix <gokrix@hotmail.com>  Subject: Re: More on Tru64B Message-ID: <1103619039.0aa0099f0d1c6dd7a9b5358eb2de9ea6@teranews>   Neil Rieck wrote: 0 > "gokrix" <gokrix@hotmail.com> wrote in message> > news:1103445300.6176fa529969420bc7278ffc2a2b3496@teranews... >  >>Bob Kaplow wrote:  >  > [...snip...] > C >>Yeah, HPUX is one of the screwier Unix implementations out there. F >>Reputedly the HPUX linker is one of the weirdest on the planet, evenK >>weirder than the AIX one, which takes some doing (the AIX linker is weird J >>by design but this one is screwy by implementation).  Add those 'just toG >>be different from the others' features like .sl extensions for shared H >>libraries and you got something of a mess.  And then there is the tinyI >>matter of having to recompile the kernel each time you add new hardware F >>because the damn thing does not support loadable driver modules even >>now... >> > N > I remember having to recompile the kernel quite a bit in DUNIX 4.x but don'tN > remember doing it in Tru64 5.x (with DUNIX 4.x you always had to have a copyJ > of the vanilla kernel in the root directory of your boot disk because ifN > something happed to the real kernel while it was being recompiled, you could< > always come up on the vanilla kernel and rebuild from it). > H > Even still, using LSM to manage RAID sets on either DUNIX or Tru64 wasN > child's play compared to other operating systems. In Feb of 2004 I watched aL > colleague set up RAID on a Solaris box and I couldn't believe how kludgey  > the  > process seemed.  >   G It is even simpler on AIX with their graphical tool (I forget the name  H of that thingy).  As far back as the AIX 4.3.3 timeframe (1999, AFAIR), D volume/filesystem management was very simple and robust.  The AdvFS H domain/fileset abstractions seemed needlessly complicated to me, and my I feeling was that there were far too many steps involved on Tru64 between  E installing a new disk to getting it mounted, but no doubt there is a   good reason for all that..  / AIX for all its weirdness is a pretty sound OS.    Thanks,  --GS   ------------------------------  # Date: Tue, 21 Dec 2004 17:15:32 GMT * From: "FredK" <fred.nospam@nospam.dec.com>0 Subject: Re: Needed graphical Driver information2 Message-ID: <USYxd.4837$4f2.3174@news.cpqcorp.net>  C I don't remember their ever being a "GAADRIVER".  GADRIVER was if I K remember, the GPX driver for VAX.  I think there was also a GABDRIVER (from L some distant memory) from the Open3D Alpha software, but perhaps there was a  GAA, my memory is getting stale.  J In any case, no the sources aren't available.  Nor would they do you a lotK of good.  Graphics drivers themselves generally do only a small fraction of J the graphics themselves, the associated server typically is the thing thatE knows how to do drawing.  The drivers typically manage time sensitive 7 events, and might manage some resources and DMA queues.     2 "brit1951" <nyce3000@hotmail.com> wrote in message< news:1103384727.706482.71780@f14g2000cwb.googlegroups.com...B > Can anybody help me? I am looking for information concerning theG > graphical driver GAADRIVER. I have managed to find the driver manual, = > but was wondering whether the sources are freely available?  >    ------------------------------  # Date: Tue, 21 Dec 2004 18:01:09 GMT # From: hoff@hp.nospam (Hoff Hoffman) 0 Subject: Re: Needed graphical Driver information2 Message-ID: <FxZxd.4840$Lf2.1761@news.cpqcorp.net>  l In article <1103384727.706482.71780@f14g2000cwb.googlegroups.com>, "brit1951" <nyce3000@hotmail.com> writes:A :Can anybody help me? I am looking for information concerning the F :graphical driver GAADRIVER. I have managed to find the driver manual,< :but was wondering whether the sources are freely available?  D   GAADRIVER was the name of the device driver used for the Q-bus GPXE   (also variously known as the Dragon, the QDSS and the VCB02) series    graphics adapter.   D   What might you be up to, and what (presumably) OpenVMS VAX version   is in use here?   @   There exists baseline information on the GPX interface in the B   now-ancient VCB02 Video Subsystem Technical Manual, EK-104AA-TM.E   This manual was part of the VAXstation II/GPX Hardware Information. C   There was also a MicroVMS Workstation Video Device Driver Manual, A   AA-DY65D-TE, but I have not seen that one and do not know if it    is applicable here.   B   I do not know off-hand if the GAADRIVER listings are included in@   the OpenVMS VAX source listings distribution, but I would lookB   there.  Please see the OpenVMS FAQ for information on the source   listings kits.  G   As Fred indicates in an earlier reply, it is unlikely that the driver G   sources or other materials listed here will be particularly useful to G   you within the context of DECwindows, nor is it likely that this same F   information will be useful -- well, the GPX technical manual will beG   useful -- if you are working on a device driver for another operating 1   system or (as I expect) as part of an emulator.   D   Please also note that two-line questions are exceedingly difficultF   for folks to answer -- we will often have to guess about the contextE   amd details with terse questions, and we might not guess correctly.     N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  # Date: Tue, 21 Dec 2004 10:14:00 GMT ! From: Nigel Barker <nigel@hp.com> ) Subject: Re: New Features in OpenVMS V8.2 8 Message-ID: <m3tfs092fd6nn15ki5gb7m8hdijbltbtpt@4ax.com>  9 On Mon, 20 Dec 2004 19:49:25 +0000 (UTC), "Richard Maher" $ <maher_rj@hotspamnotmail.com> wrote:  K >I'm sure there's gonna be more new programming features than are listed on M >those web pages. Do we have to wait for shiiping before we get access to the  >8.2 New Features Manual?    It's been available for months5 http://h71000.www7.hp.com/doc/82eft/6675/6675pro.html    -- Nigel Barker Live from the sunny Cote d'Azur    ------------------------------    Date: 21 Dec 2004 11:07:05 -0500/ From: brooks@cuebid.zko.dec.nospam (Rob Brooks) ) Subject: Re: New Features in OpenVMS V8.2 - Message-ID: <jYidKTwpKbpK@cuebid.zko.dec.com>   # Nigel Barker <nigel@hp.com> writes: 6 > "Richard Maher" <maher_rj@hotspamnotmail.com> wrote: > L >>I'm sure there's gonna be more new programming features than are listed onN >>those web pages. Do we have to wait for shiiping before we get access to the >>8.2 New Features Manual? >   > It's been available for months7 > http://h71000.www7.hp.com/doc/82eft/6675/6675pro.html   H Of course, that is only lists the features available with the field test version of V8.2.  @ There are other, non-trivial additions to VMS added too late for inclusion in the field-test.   --    M Rob Brooks    VMS Engineering -- I/O Exec Group     brooks!cuebid.zko.dec.com    ------------------------------  % Date: Tue, 21 Dec 2004 11:37:17 -0500 & From: Jilly <jilly@clarityconnect.com>* Subject: Re: Pagefile on a non-system diskB Message-ID: <1103648345.3153d247123b673e08344845bbfc116f@teranews>  - $ MCR SYSGEN CREATE disk:[dir]file.ext/SIZE=n 4 $ SET FILE disk:[dir]file.ext /NOBACKUP/OWNER=SYSTEM, $ MCR SYSGEN INSTALL disk:[dir]file.ext/PAGE  
 DerekB wrote:   E > I have a Alpha running VMS that has a really small system disk, and H > autogen is demanding a much larger pagefile than it can handle. I wantF > to create a new pagefile on a different disk, but I'm getting reallyE > confused and I'm hoping you can set me straight. Here's the message ) > from the SYS$SYSTEM:AGEN$PARAMS.REPORT:  > ; > PAGEFILE1_SIZE information (for SYS$SYSTEM:PAGEFILE.SYS): 8 > PAGEFILE1_SIZE will be modified to hold 2105300 blocks > @ > ** Note **  Free space on SYS$SYSTEM is insufficient to create > a 1 > PAGE file of 2105300 blocks.   The file will be " > extended to hold 1190578 blocks. >   > ** WARNING ** - Error creating# > SYS$SYSROOT:[SYSEXE]PAGEFILE.SYS.  >   > ** WARNING ** - Error creating# > SYS$SYSROOT:[SYSEXE]PAGEFILE.SYS.  > A > ** WARNING ** - Error creating SYS$SYSROOT:[SYSEXE]SYSDUMP.DMP.  > > > ** ERROR ** - error creating SYSDUMP.DMP.  SYSDUMP.DMP needs+ > to be created manually with 453602 blocks  > I > Can you give me a quick and dirty set of commands to correctly create a F > pagefile on a different disk than the system disk? Any help would be > greatly appreciated!	 > Thanks!  > -Derek Boczenowski >  St. Mary's Credit Union   --  B Jilly - Working from Home in the Chemung River Valley, Waverly, NYF       - jilly@stny.rr.com                http://home.stny.rr.com/jillyE       - mark.jilson@hp.com               http://www.hp.com/go/openvms ;       - http://www.jilsonracing.com      Go Fast, Turn Left C       - http://www.chemungspeedrome.com  Door Handle to Door Handle    ------------------------------    Date: 21 Dec 2004 08:14:21 -0800$ From: "Ed Wilts" <ewilts@ewilts.org># Subject: SAN-based cluster traffic? C Message-ID: <1103645661.043300.276040@c13g2000cwb.googlegroups.com>   D I recall reading a while ago in a roadmap far, far away that VMS wasE going to support SCS traffic over SAN connections.  Has this happened A yet?  My systems are currently in 2 data centers joined via FDDI, D Gigaswitches & ATM, but my SAN has multiple 1Gbps ISLs.  I'd like toE eliminate the FDDI cards and have my cluster traffic go over the SAN. G I know it can go over the existing Ethernet connections, but I trust my @ ISLs more than I trust my netowork group with their clouds.  I'm5 currently at 7.3-2 (AXP only).  Keith, you out there?  Thanks,    Ed Wilts mailto:ewilts@ewilts.org   ------------------------------  % Date: Tue, 21 Dec 2004 11:58:10 -0500 & From: Jilly <jilly@clarityconnect.com>' Subject: Re: SAN-based cluster traffic? B Message-ID: <1103648345.1c6bc5c9f5b6cb36a5b6c4d116978730@teranews>  F AFAIK it will not happen due to developments in Fibre routers (BrocadeI multi-protocol or 2122-2 router) that make it much less expensive both in # cpu overhead and development costs.    Ed Wilts wrote:   F > I recall reading a while ago in a roadmap far, far away that VMS wasG > going to support SCS traffic over SAN connections.  Has this happened C > yet?  My systems are currently in 2 data centers joined via FDDI, F > Gigaswitches & ATM, but my SAN has multiple 1Gbps ISLs.  I'd like toG > eliminate the FDDI cards and have my cluster traffic go over the SAN. I > I know it can go over the existing Ethernet connections, but I trust my B > ISLs more than I trust my netowork group with their clouds.  I'm7 > currently at 7.3-2 (AXP only).  Keith, you out there? 	 > Thanks,  > 
 > Ed Wilts > mailto:ewilts@ewilts.org   --  B Jilly - Working from Home in the Chemung River Valley, Waverly, NYF       - jilly@stny.rr.com                http://home.stny.rr.com/jillyE       - mark.jilson@hp.com               http://www.hp.com/go/openvms ;       - http://www.jilsonracing.com      Go Fast, Turn Left C       - http://www.chemungspeedrome.com  Door Handle to Door Handle    ------------------------------    Date: 21 Dec 2004 09:32:48 -0800$ From: "Ed Wilts" <ewilts@ewilts.org>' Subject: Re: SAN-based cluster traffic? C Message-ID: <1103650368.809338.317990@c13g2000cwb.googlegroups.com>   G >AFAIK it will not happen due to developments in Fibre routers (Brocade G >multi-protocol or 2122-2 router) that make it much less expensive both  in$ >cpu overhead and development costs.  	 Hi Jilly,   E Do you mean *more* expensive rather than less expensive?  We're using E McData switches but if you're not doing it at all, I guess it doesn't E matter which switch I'm using.  It's unfortunate that it won't happen E though...  It would suck to lose the cluster because my network folks " screwed up (minor understatement). Thanks, 	    .../Ed    Ed Wilts mailto:ewilts@ewilts.org   ------------------------------    Date: 21 Dec 2004 07:29:07 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) $ Subject: Re: Time to revive Emerald?3 Message-ID: <3VJX7V8QOMpe@eisner.encompasserve.org>   e In article <9OGxd.6447$GK5.580080@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes:  > J > No. I think all this started off when someone said that PDP did virtual D > addressing which it doesn't. But if anyone quotes an official DEC . > publication on this matter then I'll recant.      "Virtual Address Space D    Virtual address space is that set of addresses seen by the user's    program."  ?    PDP-11 Architecture Handbook, Digital Equipment Corporation, 2    Copyright 1983, Order Code: EB-23657-18, p. 222  G    "... the 64Kbyte virtual address space is actually scattered through .    several separate areas if physical memory."      ibid, p. 226   F    "virtual address  A 16 bit integer identifying a byte 'location' in    virtual address space."      ibid, Glossary 16   ------------------------------  % Date: Tue, 21 Dec 2004 10:25:40 -0500 # From: "Dan Allen" <dallen@nist.gov> $ Subject: RE: Time to revive Emerald?: Message-ID: <JFEPKAPBPMDFDBOIANGDCEDNFOAA.dallen@nist.gov>   > -----Original Message-----D > From: Bob Koehler [mailto:koehler@eisner.nospam.encompasserve.org]* > Sent: Tuesday, December 21, 2004 8:29 AM > To: Info-VAX@Mvb.Saic.Com & > Subject: Re: Time to revive Emerald? >  > A > In article <9OGxd.6447$GK5.580080@news20.bellglobal.com>, "Neil ' > Rieck" <n.rieck@sympatico.ca> writes:  > > K > > No. I think all this started off when someone said that PDP did virtual E > > addressing which it doesn't. But if anyone quotes an official DEC 0 > > publication on this matter then I'll recant. >  >    "Virtual Address Space F >    Virtual address space is that set of addresses seen by the user's >    program." > A >    PDP-11 Architecture Handbook, Digital Equipment Corporation, 4 >    Copyright 1983, Order Code: EB-23657-18, p. 222 > I >    "... the 64Kbyte virtual address space is actually scattered through 0 >    several separate areas if physical memory." >  >    ibid, p. 226  > H >    "virtual address  A 16 bit integer identifying a byte 'location' in >    virtual address space." >  >    ibid, Glossary 16  I Nice.  You know a guy by the name of Seymour Cray who dabbled in computer K architecture was adamantly opposed to virtual memory systems and repeatedly K stated (including once to me in person when I was accorded an audience as a K potential customer) that virtual memory systems were ill-suited to the high L performance computing world. Yet all of his systems as far back as the CyberK 6400 had address relocation hardware. It was kind of nice to be able to run H multiple 256K (60 bit words) programs concurrently ;-) I think Seymour'sM definition of VM was very much in line with Mssr. Rieck's and not at all what N the PDP 11 folks are describing.  The PDP-11 relocated addresses are "virtual"P but that's not a virtual memory system by most common definitions. I don't thinkP ANY of the machines that Cray actually designed ever had a true VM architecture.   Dan    Chippewa Falls memories:  N 1) My favorite places - Cray Engineering and the Leinie Lodge (tasting room in particular 8-)? 2) My favorite people - Seymour Cray and the Leinenkugel family    ------------------------------  # Date: Tue, 21 Dec 2004 17:21:23 GMT * From: "FredK" <fred.nospam@nospam.dec.com>$ Subject: Re: VESA/VGA BIOS emulation2 Message-ID: <nYYxd.4838$Af2.3214@news.cpqcorp.net>  K I'm not sure who I could direct your question to.  Most of the guys who did L this work have long ago moved on to other companies.  The callbacks were putI in, in part, due to a request I made.  However, they didn't show up until I too late for me to use them (I had moved on to other things).  It's quite K likely that they have never been fully tested.  I'll poke around and see if C I have anything still around that spells out how to use parameters.     ? "Chip Coldwell" <coldwell@physics.harvard.edu> wrote in message : news:Pine.LNX.4.61.0412191258300.8500@frank.harvard.edu...6 On Sat, 18 Dec 2004, [iso-8859-1] Mns Rullgrd wrote:  6 > Chip Coldwell <coldwell@physics.harvard.edu> writes: >  > [reverse engineering]  > I >> 0x41534556 is 'VESA' in ASCII on a little-endian machine.  The version G >> code 0x0300 occupies the next two bytes.  I'm pretty sure I've found I >> it. But there are still some strange things about it, such as the fact " >> that it's not longword-aligned. > E > That does sound somewhat odd.  Does the following data seem to make  > sense?   Yes and no.  Here's what I get:   ? 8b8622f5: 41534556 00000300 00010000 00000000  VESA............ ? 8b862305: 00000000 00000000 00000000 00000000  ................ ? 8b862315: 001b0000 00400007 a0000040 00000000  ......@.@....... ? 8b862325: 000f0000 00200007 b8000020 00000000  ...... . ....... ? 8b862335: 614d0000 786f7274 61724720 63696870  ..Matrox Graphic ? 8b862345: 6e492073 4d002e63 6f727461 614d0078  s Inc..Matrox.Ma ? 8b862355: 786f7274 35344720 30300030 45425600  trox G450.00.VBE ? 8b862365: 41474d2f 00000101 00000000 01023f00  /MGA.........?.. ? 8b862375: 1074143c 1d770b3c e432fcfb 2e93e0d1  <.t.<.w...2..... ? 8b862385: 553da7ff 0f03fb80 80080284 840f05fb  ..=U............ ? 8b862395: 01eb080a ffffb890 cb8b51cf 01ffe181  .........Q...... ? 8b8623a5: 746af983 02f98106 81087501 81f600e3  ..jt.....u...... ? 8b8623b5: 590102cb 565350c3 811f0e1e 8d01ffe3  ...Y.PSV........ ? 8b8623c5: ad526136 0774d83b 75ffff3d 1fc00bf6  6aR.;.t.=..u.... ? 8b8623d5: c3585b5e 571ed88b 0e525156 0000ba1f  ^[X....WVQR..... ? 8b8623e5: 3d816626 32454256 01ba0375 80b95700  &f.=VBE2u....W..   8 (once again, note that the addresses on the left are notG longword-aligned).  The OemString, OemVendorName and OemProductName are G pretty clearly in there.  I haven't made any sense of the pointers yet.   I I discovered that this data is already in memory before I call out to any F of the VGA BIOS functions.  So it's left over from a BIOS call the SRM console itself made.   Chip   --   Charles M. "Chip" Coldwell System Administrator Harvard Physics Department 617-495-3388   ------------------------------  % Date: Tue, 21 Dec 2004 10:05:53 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 2 Subject: VMSMAIL: forwarding must be uppercase :-(, Message-ID: <41C83BC9.8FB9D61C@teksavvy.com>  1 However, in the SMTP symbiont log file, it would:  To: postmaster@vaxination.ca3 Message-Id: <20041221143233.018EC802C@gprs.fido.ca> @ A permanent error makes this mail undeliverable. Must bounce it.  D %%%%%%%%%%%%                   21-DEC-2004 09:34:01.48  %%%%%%%%%%%%' %MAIL-E-NOSUCHUSR, no such user jfmezei      Turns out that I had done   + MAIL> SET forward/user=postmaster "jfmezei"   G And lowercase VMS usernames seem to be a big fat no-no for some reason.   K You must make sure that the target usernames are in uppercase when they are  VMSmail destinations.   K I realise that there is no development done to VMSmail anymore, but if some N keen guy such as Guy Peleg were to look into the code while waiting for coffeeJ or a compile, perhaps they could add a call to automatically uppercase theJ username in the forward before comparing it against UAF (ro whatever) thusH allowing case insensitive values in the forwarding field of  the vmsmail profile database.    ------------------------------  % Date: Tue, 21 Dec 2004 15:17:09 -0000 6 From: "Alex Daniels" <AlexNoSpamDaniels@themail.co.uk>6 Subject: Re: VMSMAIL: forwarding must be uppercase :-(5 Message-ID: <41c83e77$0$8345$db0fefd9@news.zen.co.uk>   : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:41C83BC9.8FB9D61C@teksavvy.com...3 > However, in the SMTP symbiont log file, it would:  > To: postmaster@vaxination.ca5 > Message-Id: <20041221143233.018EC802C@gprs.fido.ca> B > A permanent error makes this mail undeliverable. Must bounce it. > F > %%%%%%%%%%%%                   21-DEC-2004 09:34:01.48  %%%%%%%%%%%%) > %MAIL-E-NOSUCHUSR, no such user jfmezei  >  >  > Turns out that I had done  > - > MAIL> SET forward/user=postmaster "jfmezei"  > I > And lowercase VMS usernames seem to be a big fat no-no for some reason.  > I > You must make sure that the target usernames are in uppercase when they  are  > VMSmail destinations.  > H > I realise that there is no development done to VMSmail anymore, but if someI > keen guy such as Guy Peleg were to look into the code while waiting for  coffeeL > or a compile, perhaps they could add a call to automatically uppercase theL > username in the forward before comparing it against UAF (ro whatever) thusJ > allowing case insensitive values in the forwarding field of  the vmsmail > profile database.   L Are you sure lowercase usernames are also invalid with all forms of external authentication?   " Not everyone uses just the SYSUAF.   Alex   ------------------------------  % Date: Tue, 21 Dec 2004 10:55:38 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 6 Subject: Re: VMSMAIL: forwarding must be uppercase :-(, Message-ID: <41C8476E.83AAE073@teksavvy.com>   Alex Daniels wrote:pN > Are you sure lowercase usernames are also invalid with all forms of external > authentication?4  M Well, for routing of mail messages, even on unix/smtp, usernames are supposeda to be case insensitive.a  L And it is the VMS mail routines which balk at a forwarding address that is a lowercase username.    (this is with VAX-VMS 7.2 BTW)   ------------------------------    Date: 21 Dec 2004 11:23:20 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) 6 Subject: Re: VMSMAIL: forwarding must be uppercase :-(3 Message-ID: <wVQxMNQ$UBIR@eisner.encompasserve.org>s  n In article <41c83e77$0$8345$db0fefd9@news.zen.co.uk>, "Alex Daniels" <AlexNoSpamDaniels@themail.co.uk> writes:< > "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message( > news:41C83BC9.8FB9D61C@teksavvy.com...  I >> I realise that there is no development done to VMSmail anymore, but if  > someJ >> keen guy such as Guy Peleg were to look into the code while waiting for > coffeeM >> or a compile, perhaps they could add a call to automatically uppercase thenM >> username in the forward before comparing it against UAF (ro whatever) thusfK >> allowing case insensitive values in the forwarding field of  the vmsmail- >> profile database. > N > Are you sure lowercase usernames are also invalid with all forms of external > authentication?m > $ > Not everyone uses just the SYSUAF.   But those who do might try  2 	$ SEARCH SYS$LIBRARY:LIB.REQ C2$V_UPPERCASE_INPUT   ------------------------------   Date: 21 Dec 2004 08:18:16 GMT% From: robrpm2222@aol.com (RobRPM2222) I Subject: Re: [Nomex on]: Security research suggests Linux has fewer flawsd: Message-ID: <20041221031816.23218.00002314@mb-m03.aol.com>  N >At one time I thought I had convinced Rich Marcello that a security challenge >on L >the internet would be a good thing.  Tell all that VMS was untouchable, put >up a J >system for hackers to try to penetrate, post a prize, and issue plenty of >press eJ >releases.  Weekly, or even daily, press releases reporting the number of K >attempts, and number of successes.  (Hopefully none.)  Until everyone was  N >resigned that there would be no success, the press would follow it as a "hot L >story".  Even better, the reputation would be there for potential customers >to N >contemplate long after the challenge ended, hopefully because nobody cared to >t >make additional attempts. >sI >Still don't know who killed the idea.  No guts, no glory!  And no sales!a >e >Davel  ( As a publicity stunt, it would be great.  I As a practical demonstration of security it would be horrible, and nobodydN serious about security would conclude anything from it. Read Bruce Scheiner on0 hacking and code-breaking contests to learn why.  N A lot of hacking groups no longer trust such competitions after the Last StageL of Delirum group got burned by the Argus corporation that made Argus PitbullO for Solaris and some other systems... they hacked the system but never got paid  the full amount.  O incidently, the amount offered as a prize to LSD is a pittance compared to whatsJ they could make from their regular security business. They did it as a fun) challenge, not specifically for the cash.e  N the only thing a one-week hacking competition would prove is that most hackersM aren't interested in VMS. Why should they be when most targets are Windows ornL UNIX machines? Hell, even VxWorks and QNX embedded systems probably get more2 love from hackers since they are distributed more.  M I've heard people who make exploits for pen-testing tools say, flat out, theycJ don't have the time to modify exploits to work on systems like AIX becauseC there is no market for it. The market for VMS isn't much different.h  K Why should someone spend a weekend or a few weeks researching a system, notcO knowing whether they will be paid or not or whether they will find a vuln, whenvM they could be pursuing lucrative security contracts where they are a lot mores% certain they will be paid in the end?   F if you really want to have a competition that would mean something, do3 something like what was done for the AES selection.r  M Pay 5-10 teams of the world's best hackers a guaranteed base rate to researchh? the system and check for all flaws, and turn over the research.e  L Give them a month to learn everything they can about VMS internals, systems,M etc. since they have probably never even messed with it much. Paid of course.   H Then let them loose to start finding vulns at the base rate. Then pay anM additional mega bonus for every local "root" and remote "root" found, and theqO biggest bonus for the team that finds the most local "roots" and remote "roots"   K if HP funded the vuln finding to last for a month, and it came out clean, IPO would be very, very impressed and we would have some very clear evidence VMS ise tough.  K but this wouldn't be cheap, even if HP doesn't pay out a lot in bugs found,_# which is why they will never do it.-  O Please note, I am not commenting on VMS's inherent security, just what would beh proven by a hacking contest.   ------------------------------  % Date: Tue, 21 Dec 2004 04:29:15 -0500n' From: Dave Froble <davef@tsoft-inc.com> I Subject: Re: [Nomex on]: Security research suggests Linux has fewer flawso, Message-ID: <41C7ECEB.9060704@tsoft-inc.com>   RobRPM2222 wrote:s  O >>At one time I thought I had convinced Rich Marcello that a security challenge  >>on jM >>the internet would be a good thing.  Tell all that VMS was untouchable, putZ >>up a sK >>system for hackers to try to penetrate, post a prize, and issue plenty ofa >>press K >>releases.  Weekly, or even daily, press releases reporting the number of  L >>attempts, and number of successes.  (Hopefully none.)  Until everyone was O >>resigned that there would be no success, the press would follow it as a "hot jM >>story".  Even better, the reputation would be there for potential customerss >>to  O >>contemplate long after the challenge ended, hopefully because nobody cared tor >> >>make additional attempts.n >>J >>Still don't know who killed the idea.  No guts, no glory!  And no sales! >> >>Dave >> > * > As a publicity stunt, it would be great.    L That was the sole objective.  Get VMS into the heads of potential customers.    K > As a practical demonstration of security it would be horrible, and nobody P > serious about security would conclude anything from it. Read Bruce Scheiner on2 > hacking and code-breaking contests to learn why.    J Well, if I was involved, it would surely be set up as an impossible task. P Again, the concept was to get people thinking and talking about VMS.  Then when P they worry about vulnerabilities in the IIS servers they're running, they would + know that there is a very good alternative.h    P > A lot of hacking groups no longer trust such competitions after the Last StageN > of Delirum group got burned by the Argus corporation that made Argus PitbullQ > for Solaris and some other systems... they hacked the system but never got paidw > the full amount.    I They hacked Unix, not VMS.  There would not be any success in a security 0 challenge on a VMS system.    Q > incidently, the amount offered as a prize to LSD is a pittance compared to what L > they could make from their regular security business. They did it as a fun+ > challenge, not specifically for the cash.o > P > the only thing a one-week hacking competition would prove is that most hackersO > aren't interested in VMS. Why should they be when most targets are Windows orrN > UNIX machines? Hell, even VxWorks and QNX embedded systems probably get more4 > love from hackers since they are distributed more.    P Who said it would be limited to one week.  I'd milk it for as long as possible. L   As long as the press releases about no successes were being touted by the  press, hey, cheap publicity.    O > I've heard people who make exploits for pen-testing tools say, flat out, they-L > don't have the time to modify exploits to work on systems like AIX becauseE > there is no market for it. The market for VMS isn't much different.. > M > Why should someone spend a weekend or a few weeks researching a system, not Q > knowing whether they will be paid or not or whether they will find a vuln, whendO > they could be pursuing lucrative security contracts where they are a lot moreX' > certain they will be paid in the end?t    Q Not my problem.  As mentioned above, the purpose is publicity.  However, posting NN a prize in some type of escrow isn't rocket science.  There are ways to prove Q that a prize would be paid, if the conditions were met.  I don't even think that o3 the prize would be the major cost of such an event.H  L As for an amount, how about $10,000, or even $100,000?  Would that get your I attention?  Would that get the attention of the press?  What's effective - advertising cost?t    H > if you really want to have a competition that would mean something, do5 > something like what was done for the AES selection.  > O > Pay 5-10 teams of the world's best hackers a guaranteed base rate to researchOA > the system and check for all flaws, and turn over the research.w > N > Give them a month to learn everything they can about VMS internals, systems,O > etc. since they have probably never even messed with it much. Paid of course.  > J > Then let them loose to start finding vulns at the base rate. Then pay anO > additional mega bonus for every local "root" and remote "root" found, and thePQ > biggest bonus for the team that finds the most local "roots" and remote "roots"  > M > if HP funded the vuln finding to last for a month, and it came out clean, I Q > would be very, very impressed and we would have some very clear evidence VMS isS > tough.    M But what's wanted is publicity.  Don't have to go that far for publicity.  I *Q think it would be much better if it was open to everyone.  Then no-one could say u that it was 'fixed'.    M > but this wouldn't be cheap, even if HP doesn't pay out a lot in bugs found,]% > which is why they will never do it.* > Q > Please note, I am not commenting on VMS's inherent security, just what would be" > proven by a hacking contest. >   M Mainly, that customers have a better choice than whatever they are now using.    Dave   ------------------------------    Date: 21 Dec 2004 05:39:30 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen):I Subject: Re: [Nomex on]: Security research suggests Linux has fewer flaws=3 Message-ID: <2V82b4pvqS02@eisner.encompasserve.org>E  b In article <20041221031816.23218.00002314@mb-m03.aol.com>, robrpm2222@aol.com (RobRPM2222) writes:  H > if you really want to have a competition that would mean something, do5 > something like what was done for the AES selection.c > O > Pay 5-10 teams of the world's best hackers a guaranteed base rate to research A > the system and check for all flaws, and turn over the research.  > N > Give them a month to learn everything they can about VMS internals, systems,O > etc. since they have probably never even messed with it much. Paid of course.i > J > Then let them loose to start finding vulns at the base rate. Then pay anO > additional mega bonus for every local "root" and remote "root" found, and theuQ > biggest bonus for the team that finds the most local "roots" and remote "roots"t > M > if HP funded the vuln finding to last for a month, and it came out clean, IrQ > would be very, very impressed and we would have some very clear evidence VMS is3 > tough. > M > but this wouldn't be cheap, even if HP doesn't pay out a lot in bugs found,l% > which is why they will never do it.0  @ I don't see any security advantage over the current system where@ individuals discreetly point out problems to VMS Development.  I? know of at least one case where someone got a certain degree ofo compensation after the fact.   ------------------------------    Date: 21 Dec 2004 05:45:47 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)cI Subject: Re: [Nomex on]: Security research suggests Linux has fewer flawss3 Message-ID: <43h7SKyiCVqD@eisner.encompasserve.org>e  V In article <41C7ECEB.9060704@tsoft-inc.com>, Dave Froble <davef@tsoft-inc.com> writes: > RobRPM2222 wrote:   + >> As a publicity stunt, it would be great.t >  > N > That was the sole objective.  Get VMS into the heads of potential customers.  H I am reminded of the stunt just after SCOMP received it's A1 evaluation.E Someone created a fake NCSC evaluation announcement of the A1 "SecuretF Brick".  They went through the mathematical proof that the brick would" not leak any computer information.  D They were making fun of SCOMP, which most posters here would view as) a less-than-useful computing environment.s  A When DEC built an A1 kernel for VAX (under which VMS was hosted),hA the NCSC evaluation folks were elated but the government agenciestC who actually buy equipment were not at all interested.  That is whyv9 the Field Test was concluded without releasing a product.n  A VMS publicity has to lead with being useful.  The security of VMSaE is only of interest to those considering putting their data on it foru other reasons.   ------------------------------   End of INFO-VAX 2004.707 ************************essly complicated to me, and my I feeling was that there were far too many steps involved on Tru64 between  E installing a new disk to getting it mounted, but no doubt there is a   good reason for all that..  / AIX for all its weirdness is a pretty sound OS.    Thanks,  --GS   ------------------------------  # Date: Tue, 21 Dec 2004 17:15:32 GMT * From: "FredK" <fred.nospam@nospam.dec.com>0 Subject: Re: Needed graphical Driver information2 Message-ID: <USYxd.4BTW, I am trying to avoid rules-based imaging because we have a managed PC
platform, so there is no set of rules that will uniquely define the
computers in the computer lab.

Future feature? I wish I could enter an Image Object in the Multicast
Session: Master Image File field.

--
Paul Schwebel, Network Tech
San Dieguito Union High School District
paul.schwebel@REMOVEsduhsd.net


"Shaun Pond" <shaun@sysop.nsc> wrote in message
news:VA.00005c8c.0282b6c0@sysop.nsc...
> Paul,
>
> I'm not sure if that assumption is correct - ISTR that the add-on will
> be added. If you've got a lab set up, it won't take you long to test,
> perhaps you could try, and let us know?
>
> --
>
> Shaun Pond
> Novell Support Connection SysOp
>


^~00001175:0000008141:043649:From: "Paul Schwebel" <paul.schwebel@REMOVEsduhsd.net>
Newsgroups: novell.support.management.zenworks.desktops.imaging
Subject: Get rid of ZIS data before a multicast?
Lines: 12
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Message-ID: <JSFV9.22623$xv3.22352@prv-forum2.provo.novell.com>
Date: Thu, 16 Jan 2003 21:54:49 GMT
NNTP-Posting-Host: 209.66.200.5
X-Trace: prv-forum2.provo.novell.com 1042754089 209.66.200.5 (Thu, 16 Jan 2003 14:54:49 MST)
NNTP-Posting-Date: Thu, 16 Jan 2003 14:54:49 MST
Organization: Novell Inc.
Path: mvb.saic.com!prv-forum2.provo.novell.com!prv-forum1.provo.novell.com!prv-forum2.provo.novell.com.POSTED!53ab2750!not-for-mail
Xref: mvb.saic.com novell.support.management.zenworks.desktops.imaging:8141

I had a lab that was being converted from static IPs to DHCP.  The image was
set for DHCP.  When I imaged the lab, it appeared to restore all the static
IP info.  Should this not have happened?

Yours,
--
Paul Schwebel, Network Tech
San Dieguito Union High School District
paul.schwebel@REMOVEsduhsd.net



^~00001429:0000008142:043649:From: "Paul Schwebel" <paul.schwebel@REMOVEsduhsd.net>
Newsgroups: novell.support.management.zenworks.desktops.imaging
Subject: Remote execution of multiple workstations...
Lines: 16
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Message-ID: <sWFV9.22630$xv3.3313@prv-forum2.provo.novell.com>
Date: Thu, 16 Jan 2003 21:58:48 GMT
NNTP-Posting-Host: 209.66.200.5
X-Trace: prv-forum2.provo.novell.com 1042754328 209.66.200.5 (Thu, 16 Jan 2003 14:58:48 MST)
