1 INFO-VAX	Tue, 06 Aug 2002	Volume 2002 : Issue 429       Contents: Re: Carl's birthday -- Yea! 	 Re: Dec C 
 Re: DEC C/C++  dectalk fuse type?& Re: device full: wrong error messages? Re: DS10 problems F Free P.0.R.N.0! Link Inside! Fresh post!        AadcuhV1 p6Aut1sfaXPHA% Re: Help MRU! Robot is not responding % Re: Help MRU! Robot is not responding  help with vax3200 (disk size) % Help with vax3200 (Maximun disk size) ) RE: Help with vax3200 (Maximun disk size) ( RE: Help with VMS/VAX maximum store size( RE: Help with VMS/VAX maximum store size( RE: Help with VMS/VAX maximum store size Re: Hobbyist License Question  Re: Hobbyist License Question + RE: Itanic2 - the cHumPaq spin continues... + Re: Itanic2 - the cHumPaq spin continues... + Re: Itanic2 - the cHumPaq spin continues... + RE: Itanic2 - the cHumPaq spin continues...  Re: KLEZ SPAMMER ALERT' Re: OpenVMS comes to Itanium - Roadshow ' Re: OpenVMS comes to Itanium - Roadshow * Re: OpenVMS Job Opportunities - Boston, MA Re: OpenVMS printers) Re: Robust exception handler context in C ) Re: Robust exception handler context in C * Re: Second KLEZ from ATTBI Today - TROLL !* Re: Second KLEZ from ATTBI Today - TROLL !* Re: Second KLEZ from ATTBI Today - TROLL !9 Re: String to perform a conversational boot on a vax 4700 ) TruCluster vs. Sun Cluster 3.0 comparison 6 Re: trying to install CPQ java131 on a alpha 250 4/2666 Re: trying to install CPQ java131 on a alpha 250 4/266 Re: uaf  Re: uaf  RE: uaf   F ----------------------------------------------------------------------   Date: 5 Aug 2002 20:08:03 -0700 . From: spamsink2001@yahoo.com (Alan E. Feldman)$ Subject: Re: Carl's birthday -- Yea!= Message-ID: <b096a4ee.0208051908.236e3199@posting.google.com>   d "brad.madison" <brad.madison@mail.tds.net> wrote in message news:<3D4DAD7F.4991C75C@mail.tds.net>... > Mark Tarka wrote:  > > C > > Just wanted to remind the faithful, that Carl J. Lydick's birth F > > anniversary is coming up and that y'all should celebrate the event > > appropriately. > 2 > RIP, Carl.  You knew your stuff and shared it.      < He also made some surprising goofs: incorrect explanation ofD BACKUP/FAST; didn't know about the STOP command; was wrong about the9 accuracy of F$CVTIME(,,"WEEKDAY") for very "large" dates.   A But hey, I've made some goofs myself. OK, except that he severely 1 flamed anyone else that posted incorrect answers.      > You were also a royal  > PITA to some.     D Uh, yes, I'd say calling people s*** for brains was somewhat being aD PITA! Shortly after he died, someone posted that he was a bit on the; rude side. Uh, yeah, I think I'd call that rude! Talk about  understatement!     C > I just got flamed twice, IIRC.  Still, the next time I asked, you  > answered.     D (Me too!) I noticed he was like that. And I think the only person heC held a grudge against was Sabry. I asked him why he was like he was C and he e-mailed me a rather long note. In the note he said that too D many people thought computers worked by magic and that he was trying to correct that.  F He also told me that he rarely checked headers and if the question wasC posed (or even re-posed) to his standards, he didn't care what that = poster posted before and would proceed to answer it politely.   D But I don't see how his frequent extreme rudeness was helpful to his' cause or anything else for that matter.    Disclaimer: JMHO Alan E. Feldman    ------------------------------   Date: 5 Aug 2002 13:21:16 -0600  From: briggs@encompasserve.org Subject: Re: Dec C3 Message-ID: <TX5jskqFgz3x@eisner.encompasserve.org>   U In article <aimbo3$7oj$1@news.inter.net.il>, Oren Nahum <orenna@zahav.net.il> writes: F > Does anybody know how I can get the size of a certian file in bytes  > using DEC C.   $ HELP CC RUN STAT  D Be wary of data type issues if you're going to be dealing with filesI up past about 2 gig.  It looks like the size field is defined as a signed H 32 bit integer.  If that it a problem for you, you may want to roll your% own size function using RMS routines.    	John Briggs   ------------------------------  % Date: Mon, 05 Aug 2002 19:43:00 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: DEC C/C++; Message-ID: <3d4eb924.524144494f47414741@radiogaga.harz.de>     Pete (no.address@all.com) wrote:J > Does anyone know any website which gives details about DEC C or DEC C++?  : http://www.openvms.compaq.com/commercial/c/ and .../cplus/  J > Alternatively, does anyone know what features distinguish DEC C/C++ fromJ > other implementations? I've used Visual C++. I've also used Fortran 77 & > Coral 66 under VMS.   D Take the C parts of Visual C++, remove all Microsoft specific thingsD (leaving only those marked ANSI in the documentation), add some moreD standard ANSI things, and you have Compaq C. I suspect it's the same with VC++ and Compaq C++.    cu,    Martin --  F   OpenVMS:                | Martin Vorlaender  |  VMS & WNT programmer3    The operating system   | work: mv@pdv-systeme.de F    God runs the           |   http://www.pdv-systeme.de/users/martinv/:    earth simulation on.   | home: martin@radiogaga.harz.de   ------------------------------   Date: 5 Aug 2002 14:21:16 -0700 0 From: bbridgwater@myrealbox.com (Ben Bridgwater) Subject: dectalk fuse type? = Message-ID: <68c74771.0208051321.14cce53c@posting.google.com>    Hi,   D I've just aquired a dectalk dtc-01 that was used in the UK, and want@ to use use it in the US myself, which the manual says requires aE different mains fuse (& fuse holder), but doesn't say what exact fuse  is required...  F Does anyone know what the correct fuse rating for a US dectalk? ShouldF I be able to get one from an electrical store or is it DEC specific or	 obsolete?    Thanks,    Ben    ------------------------------  # Date: Mon, 05 Aug 2002 23:34:14 GMT . From: "Tom Simpson" <simpsont@attbi.com.fubar>/ Subject: Re: device full: wrong error messages? ; Message-ID: <WXD39.1571$sA3.1590@rwcrnsc52.ops.asp.att.net>   L $       say "******************* CONVERTING MASTER FILE *******************"> ******************* CONVERTING MASTER FILE ******************* $       show time    28-JUL-2002 03:54:40L $       convert/nosort/stat/fdl=fdl:master.fdl master$dat cvt_dir:master.dat CONVERT Statistics$ Number of Files Processed:         1H Total Records Processed:     7535413    Buffered I/O Count:         2895H Total Exception Records:           0    Direct I/O Count:        1542752H Total Valid Records:         7535413    Page Faults:               22496H Elapsed Time:          0 01:35:02.64    CPU Time:          0 00:17:28.560 $       file_name = f$trnlnm("master$dat") + ";". $       delete DATA5:MASTER.DAT;/noconfirm/logG %DELETE-I-FILDEL, DSA5:[API.DATA]MASTER.DAT;1 deleted (10319922 blocks) . $       copy/log cvt_dir:master.dat master$datC %COPY-E-OPENOUT, error opening DSA5:[API.DATA]MASTER.DAT; as output ; -RMS-F-FUL, device full (insufficient space for allocation) C %COPY-W-NOTCOPIED, DISK$DATA8:[CONVERTWORK3]MASTER.DAT;1 not copied  $ CONVERT_ERROR:  3 "jlsue" <jlsuexxxz@screaminet.com> wrote in message 2 news:pmbtku822kd7prmuv78ag243lcsd6sth0d@4ax.com...1 > On Sat, 03 Aug 2002 14:35:12 GMT, "Tom Simpson" # > <simpsont@attbi.com.fubar> wrote:  > B > >We had a similar experience last weekend during our weekly file conversions." > >No explanation so far from CSC. > >  > >The process went like this:: > >1. convert large RMS file ==> to empty drive, no errorsC > >2. delete original file (delete/log),  delete status was success 4 > >3. copy the converted file back to original drive8 > >4. the copy failed because the output drive was full. > > E > >The converted file is smaller than the original file, so how could  > >the drive be full?  > > L > >No users are on the system while this process occurs.  No Batch processes
 > >running& > >other than the file conversion job.L > >The command procedure does a stop/id on any interactive users to be sure. > > H > >So either the delete, really didn't or the drive was not really full.E > >An analyze/disk/repair on the disk in question indicted no errors.  > > 
 > >My $.02 > >  > H > This is difficult to trouble-shoot without the exact text of the error. > message (multiple lines of it, most likely). > D > A "disk full"-like message can be generated from different places, > e.g.,  > * > a. file header full - indexf.sys related- > b. very fragmented disk - the copy may fail  > due to too many fragments  > E > There may be other situations as well, I'm going from my own memory H > here on what I've seen over the years.  The exact message is importantD > because the interpretation may be that the drive was full, but theC > actual message may give more detail as to why it's reporting that 
 > failure. > + > Not speaking for anyone, certainly not HP / > (get rid of the xxxz in my address to e-mail)    ------------------------------  # Date: Mon, 05 Aug 2002 21:40:47 GMT * From: "Paul A. Jacobi" <nospan@nospam.com> Subject: Re: DS10 problems2 Message-ID: <zhC39.44$o67.736369@news.cpqcorp.net>  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message, news:w9f19.18$VB2.778410@news.cpqcorp.net... > E > Shut down the system.  Find a grounding strap.  Open up the box and  vaccume K > it out well.  Remove all the PCI cards, and reseat them.  Reassemble, and  > boot.  >   J Oh, and please remember to remove the A/C power cord!  On most new systemsK Alpha systems (and most PCs), the PCI bus still has 3.3V of auxiliary power K available, even when the system is powered "off".  The only was to stop the 0 auxiliary power is to remove the A/C power cord.     Paul A. Jacobi Hewlett Packard Company ! OpenVMS Systems Group, ZKO3-4/U14  110 Spitbrook Road Nashua, NH 03062-2698  Email: Paul.Jacobi@hp.com    ------------------------------  " Date: Mon, 6 Aug 2002 02:32:32 GMT2 From: Ziad Daoud al-Afghani <4lpfj2@oxupvul.gu.us>O Subject: Free P.0.R.N.0! Link Inside! Fresh post!        AadcuhV1 p6Aut1sfaXPHA - Message-ID: <50D4E66B.D80DF0AE@oxupvul.gu.us>    http://www.virtualwebmedia.com   F-R-E-E p o r  n! NO S+P+A+M!    ikuxgu   eR4v5BzB  ? Don't even try to depart the frames stupidly, live them slowly.    uzegxese@virtualwebmedia.com   awojwa@virtualwebmedia.com   ywyxm@virtualwebmedia.com       = I am nearly unique, so I jump you.  They are walking without  ? hot, alongside abysmal, over ugly twigs.  Dolf's lentil moulds  F below our grocer after we improve under it.  Will you taste among the D fire, if Ronette totally opens the carrot?  Tomorrow, it receives a C kettle too handsome among her heavy room.  The solid porter rarely  B dreams Lakhdar, it looks Corinne instead.  Let's expect about the 2 sad ventilators, but don't help the lower bowls.    K She might irritate the good tailor and dye it alongside its college.  Some  E doses believe, answer, and converse.  Others partly live.  It's very  @ fresh today, I'll attempt hatefully or Chuck will recommend the C cups.  Get your actually creeping ulcer against my station.  While  = pins weakly change powders, the cars often waste without the  > short jackets.  Both filling now, Fahd and Alhadin played the A sharp monoliths outside difficult exit.  She will clean badly if  B Terrance's gardner isn't weak.  I behave grudgingly, unless Hamid = kills eggs with Ramsi's poultice.  Just liking against a cat  > beneath the mountain is too shallow for Jadallah to comb it.  I Shah!  You'll promise printers.  Well, I'll pour the cloud.  If you will  B fear Pete's winter in ointments, it will eventually recollect the  goldsmith.    ? All rich weird dusts will sneakily talk the shopkeepers.  Some  B painters frantically lift the lean morning.  Where does Atiqullah I explain so partially, whenever Jadallah arrives the healthy coconut very   halfheartedly?    B It burned, you climbed, yet Petra never lazily seeked against the K hall.  Rasul wanders the elbow in front of hers and quickly scolds.  I was  @ rejecting smogs to inner Robette, who's laughing over the tag's  river.    = How Usha's blunt weaver judges, Ella cooks within stale, raw  A mirrors.  He'll be sowing with bitter Ben until his puddle kicks  D absolutely.  Mustapha, for enigmas dark and angry, joins around it, = calling rigidly.  Hardly any sweet card or light, and she'll  @ strongly nibble everybody.  If you'll pull Gul's structure with A bandages, it'll believably shout the jar.  Where did Marwan hate  C inside all the drapers?  We can't care buckets unless Ibrahim will   easily solve afterwards.    C She'd rather love weekly than attack with Moustapha's quiet disk.   A Well, Abduljalil never measures until Abduljalil covers the kind   button strangely.     @ Many empty rude pears wistfully smell as the dull shoes learn.  = Sometimes Taysseer will grasp the hat, and if Feyd virtually  C orders it too, the pumpkin will excuse throughout the new window.     ? It can move once, irrigate hourly, then dine before the farmer  = without the drawer.  Lots of cosmetic yogis towards the glad  @ cellar were teasing above the tired office.  What doesn't Chris = depart inadvertently?  Ann sows, then Sadam cruelly climbs a  @ urban jug at Hamza's bathroom.  How did Tamara like the counter H between the young ticket?  He can annually care clever and measures our = blank, filthy barbers within a bedroom.  She wants to expect  G polite walnuts beneath Jimmy's navel.  Never join wrongly while you're  F attempting beside a clean pen.  Many old lemons fill Rifaat, and they C firmly cover Mohammed too.  Tariq, have a cold sticker.  You won't  A live it.  Many hens will be strange closed spoons.  To be bad or  A lazy will mould poor shirts to deeply burn.  It will undoubtably  > kick on Priscilla when the noisy films solve beside the elder E satellite.  Never move a diet!  My long wrinkle won't creep before I  > jump it.  You pour smart units, do you open them?  Hardly any C active tyrants are durable and other fat dryers are easy, but will  @ Walt answer that?  Who recommends simply, when Norman dines the % hollow ball in front of the spring?     = Are you younger, I mean, seeking behind sticky desks?  I was  A shouting to call you some of my sour dogs.  Her paper was outer,  % lost, and combs within the evening.     ; Don't converse the sauces admiringly, believe them fully.     @ Other thin think teachers will behave tamely without pitchers.  @ Generally, figs waste within worthwhile stables, unless they're @ strong.  They freely scold in wide cheap earths.  Better reject B bushs now or Saeed will wickedly change them near you.  You won't A dream me attacking towards your pathetic plain.  Try looking the  > hill's humble frame and Gary will receive you!  Evelyn, still C talking, explains almost steadily, as the book departs above their  ? carpenter.  They are judging under the highway now, won't help  @ aches later.  Tell Frank it's brave irrigating with a fork.  As C wanly as Nydia grasps, you can dye the floor much more furiously.   @ When will you taste the open dirty frogs before Selma does?  We B fear them, then we stupidly promise Shah and Karim's full sauce.  > Lots of upper distant onion nibbles candles to Carol's pretty ? potter.  The butchers, plates, and envelopes are all rural and  ? deep.  If the stupid cans can hate dully, the sick cobbler may  E irritate more deserts.  Gawd, go laugh a tree!  Until Saad kills the  3 cases familiarly, Shah won't love any wet nights.     C The game at the proud forest is the orange that orders bimonthly.   C What will we lift after Daoud recollects the dry square's pickle?     > He should learn urban codes below the weak blunt lane, whilst @ Mahammed stupidly plays them too.  Otherwise the boat in Fahd's A tape might pull some bad coffees.  For Saad the raindrop's cold,  B about me it's light, whereas inside you it's wandering empty.  We > smell the pathetic cap.  Aloysius, on pools easy and distant, > cooks in it, excusing slowly.  The lower pear rarely improves @ Ismat, it walks Candy instead.  She wants to arrive glad spoons B in front of Priscilla's star.  Abdul, have a sad ball.  You won't ? clean it.  Some dry wet smogs will sadly tease the raindrops.   3 We incredibly dream in back of young wide rivers.      ------------------------------   Date: 5 Aug 2002 13:41:29 -07002$ From: JKoska@bender.com (John Koska). Subject: Re: Help MRU! Robot is not responding= Message-ID: <aa5ec19e.0208051241.4cd2281e@posting.google.com>r  \ "Steven Xie" <r33300@email.mot.com> wrote in message news:<aikg58$iq7$1@newshost.mot.com>... > Keith, > F > I did IO AUTO things, but it didn't give me back anything. I have to
 > manually doa > = > MCR SYSMAN IO CONNECT GKA501:/DRIVER=SYS$GKDRIVER/NOADAPTERp >  > Is that created the problem? > 
 > Regards, > Steven  D Make sure your tape drives show up as MKA devices.  If not, then youB need to set robot with same device lettering.  ie: if MKC500: is aD tape drive in automated tape library or tape stacker, then GKC would- be the lettering you would use.  Like GKC600:e   :) jck   ------------------------------   Date: 5 Aug 2002 18:05:12 -0600i+ From: kuhrt@encompasserve.org (Marty Kuhrt) . Subject: Re: Help MRU! Robot is not responding3 Message-ID: <st1GCxbk2+jJ@eisner.encompasserve.org>   d In article <aa5ec19e.0208051241.4cd2281e@posting.google.com>, JKoska@bender.com (John Koska) writes:^ > "Steven Xie" <r33300@email.mot.com> wrote in message news:<aikg58$iq7$1@newshost.mot.com>...	 >> Keith,  >> eG >> I did IO AUTO things, but it didn't give me back anything. I have ton >> manually do >>  > >> MCR SYSMAN IO CONNECT GKA501:/DRIVER=SYS$GKDRIVER/NOADAPTER >> P >> Is that created the problem?e >> i >> Regards, 	 >> Steven  > F > Make sure your tape drives show up as MKA devices.  If not, then youD > need to set robot with same device lettering.  ie: if MKC500: is aF > tape drive in automated tape library or tape stacker, then GKC would/ > be the lettering you would use.  Like GKC600:e >  > :) jck  D Good point, my library is on the "B" SCSI bus on my machine, so the  robot is GKB0:.g  I One thing I haven't seen in this thread is that the front panel controls uH can be used to set the SCSI IDs.  I have the same library and it uses IDH 0 for the loader/library.  I also have to have these lines in my startup for the drive to be recognized.w  9 $ mc sysman io connect gkb0: /driver=sys$gkdriver/noadaptg! $ define/sys/exec mru_robot gkb0:A   ------------------------------  $ Date: Mon, 5 Aug 2002 10:13:05 -0400 From: "cmiink" <cmiink@msn.com>e& Subject: help with vax3200 (disk size)+ Message-ID: <#DfAIqIPCHA.1888@cpimsnntpa03>l  K Sorry if this plea for help is off subject for this news group but I need ao
 quick answer. L What is the limit of store (size) with a vax3200 with VMS 5.3 OS?  I need toI increase the Seagate 1.0Gbyte (Hawk 2XL) to the maximum allowed.  Also isuG there a larger replacement drive that will work with this system conf.?t TIA  John Pittman   ------------------------------  $ Date: Mon, 5 Aug 2002 10:21:56 -0400 From: "cmiink" <cmiink@msn.com> . Subject: Help with vax3200 (Maximun disk size)+ Message-ID: <udiGQtIPCHA.1888@cpimsnntpa03>   K Sorry if this plea for help is off subject for this news group but I need aoC quick answer. What is the limit of store (size) with a vax3200 withi? VMS 5.3 OS?  I need to increase the Seagate 1.0Gbyte (Hawk 2XL)aF to the maximum allowed.  Also is there a larger replacement drive that! will work with this system conf.?p TIA  John Pittman   ------------------------------  $ Date: Mon, 5 Aug 2002 17:00:28 -0400* From: WILLIAM WEBB <WWEBB1@email.usps.gov>2 Subject: RE: Help with vax3200 (Maximun disk size)- Message-ID: <0033000075402448000002L082*@MHS>-  ! =0AFromTheFAQ: (eisner.decus.org)   < 9.5 What is the largest disk volume size OpenVMS can access?  B One Terabyte (TB; 2**31 blocks of 2**9 bytes; 0x07FFFFFFF blocks).   255 volumes in a volume set.  B The largest contiguous allocation possible for any particular file is 0x03FFFFFFF blocks.  D Prior to the release of V6.0, the OpenVMS file system was limited to@ disk volumes of 8.38 GB (2**24 blocks, 16777216 blocks) or less.  C On some systems, there are restrictions in the console program thatrC limit the size of the OpenVMS system disk. Note that data disks arefC not affected by console program limits. For example, all members of-C the VAXstation 3100 series are limited to a system disk to 1.073 GBoB or less due to the console, though larger data disks are possible.  D Some SCSI disks with capacities larger than 8.58 gigabytes (GB) willB require the use of an OpenVMS ECO kit (eg: ALPSCSI04_062 or later)> for new SCSI device drivers. Failure to use this ECO can causeE "rounding errors" on the SCSI disk device capacity---OpenVMS will not F use nor display the full capacity of the drive---and "%sysinit-e-error. mounting system device status equals 000008C4"A (8C4 -> "%SYSTEM-?-FILESTRUCT, unsupported file structure level")iC errors during bootstrap. (One workaround for the bootstrap when thedF bitmap is located far into the disk is the use of INIT/INDEX=3DBEGIN.)C The problem here involves the particular extensions and fields usedMC for larger capacity disks within the SCSI specifications and withine# the various intepretations of same.s     -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNET % Sent: Monday, August 05, 2002 4:44 PMnB To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET. Subject: Help with vax3200 (Maximun disk size)    H Sorry if this plea for help is off subject for this news group but I ne= ed aC quick answer. What is the limit of store (size) with a vax3200 withl? VMS 5.3 OS?  I need to increase the Seagate 1.0Gbyte (Hawk 2XL)UF to the maximum allowed.  Also is there a larger replacement drive that! will work with this system conf.?t TIA 
 John Pittman=.   ------------------------------  $ Date: Mon, 5 Aug 2002 11:38:22 -0400% From: "cmiink" <cmiink@email.msn.com>a1 Subject: RE: Help with VMS/VAX maximum store sizen+ Message-ID: <#n4v9XJPCHA.1832@cpimsnntpa03>-  I Sorry if this post is off subject for this news group, but I need a quick.= answer about the maximum store size ( Gbytes) with a VAX3200.eF  I have a Seagate hawk (1 Gbyte SCSI-2 50 pin) drive and would like toG increase the size to the maximum.  Is there a replacement drive that is*I larger and will be compatible with this system config.? Thank you for any 
 help offered.  John Pittman   ------------------------------  $ Date: Mon, 5 Aug 2002 13:31:48 -0700# From: "Tom Linden" <tom@kednos.com>r1 Subject: RE: Help with VMS/VAX maximum store size39 Message-ID: <CIEJLCMNHNNDLLOOGNJIAEBMFIAA.tom@kednos.com>e  K Not sure why you think it is necessayr to post the same message three times  with altered subjects.t  K If this is the same as the 3100 then 1GB is max you can use for system disk  (unless7I you have the ability to burn new ROMs), but for other drives, they may beT larger   >-----Original Message------+ >From: cmiink [mailto:cmiink@email.msn.com]1& >Sent: Monday, August 05, 2002 8:38 AM >To: Info-VAX@Mvb.Saic.Com2 >Subject: RE: Help with VMS/VAX maximum store size >  >oJ >Sorry if this post is off subject for this news group, but I need a quick> >answer about the maximum store size ( Gbytes) with a VAX3200.G > I have a Seagate hawk (1 Gbyte SCSI-2 50 pin) drive and would like to H >increase the size to the maximum.  Is there a replacement drive that isJ >larger and will be compatible with this system config.? Thank you for any >help offered.
 >John Pittman  >k >  >---' >Incoming mail is certified Virus Free.l; >Checked by AVG anti-virus system (http://www.grisoft.com).:A >Version: 6.0.377 / Virus Database: 211 - Release Date: 7/15/2002  >e ---i& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.377 / Virus Database: 211 - Release Date: 7/15/2002   ------------------------------   Date: 5 Aug 2002 17:28:05 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen)r1 Subject: RE: Help with VMS/VAX maximum store sizeB3 Message-ID: <loNX9wyjHda5@eisner.encompasserve.org>n  _ In article <CIEJLCMNHNNDLLOOGNJIAEBMFIAA.tom@kednos.com>, "Tom Linden" <tom@kednos.com> writes: M > Not sure why you think it is necessayr to post the same message three timesn > with > altered subjects.   $ The Original Post clearly indicated:  < > X-Newsreader: Microsoft Outlook Express 6.00.2600.0000       ------------------------------  % Date: Mon, 05 Aug 2002 10:46:51 +0200y9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>d& Subject: Re: Hobbyist License Question' Message-ID: <3D4E3B7B.6026E1F7@aaa.com>v  % Form Management System (or Services).   < A toool to create/edit VT-terminal forms with text and input9 fields, and then "call" these forms from any 3G language.v  = I havn't used it since I wrote some applications with Fortran ; and FMS on RSX/PDP, but I remeber it as fearly easy to use.    Jan-Erik Sderholm.    Kevin Monceaux wrote:s > E > I'm trying to explore the various layered products available to theHL > OpenVMS hobbyist.  There was a license included in my hobbyist license PAKK > for FMS.  I've tried installing FMS.  The installation failed saying thatpF > there wasn't a license registered for FMS.  I've listed my installedJ > license PAKs.  FMS is listed.  I'm running OpenVMS VAX version 7.2.  TheL > layered products set I have is from June 1999(found on eBay).  What is the > FMS license for? >  > Kevina   ------------------------------  * Date: Mon, 5 Aug 2002 17:45:15 -0500 (CDT)2 From: Kevin Monceaux <OwnedByDogs@ClearSource.net>& Subject: Re: Hobbyist License QuestionI Message-ID: <Pine.LNX.4.30.0208051742250.14007-100000@Linux.monceaux.com>   + On Mon, 5 Aug 2002, Robert Deininger wrote:e  D > By default, something in the startup procedures LOADs all eligible7 > licenses.  So yes, rebooting would solve the problem.a >i > So would the simple commandn > $ LICENSE LOAD * >-I That was the strange thing.  The box had been rebooted since the licensesoF were registered, so they were all loaded.  A "LICENSE LIST" showed the: licenses in question but VMSINSTAL said they wern't there.     Kevin.   ------------------------------  $ Date: Mon, 5 Aug 2002 01:28:16 -0400  From: John Santos <JOHN@egh.com>4 Subject: RE: Itanic2 - the cHumPaq spin continues...4 Message-ID: <1020805011039.415A-100000@Ives.egh.com>    On 29 Jul 2002, Rob Young wrote:   > In article <BE56C50EA024184DAF48F0B9A47F5CF4026608A2@kaoexc01.americas.cpqcorp.net>, "Main, Kerry" <Kerry.Main@hp.com> writes:	 > > Fred,j > > > > >>>> While the x86-64 strategy might interest Microsoft, <<< > > H > > A more interesting question might be "who will do the actual porting; > > work to support a non-Intel platform with MS software?"c > > J > > If previous experience is any indication (MIPS, PowerPC and Alpha), itJ > > is the HW vendor that will have to incur not only the software portingE > > (e.g. 64bit stuff) expenses of any new full and point releases of L > > NT/W2K, but also its ongoing support while OS and other related softwareE > > revenues go to MS. That vendor will also likely have to pay MS tos3 > > officially support products like Office etc.=20n > >  > H > 	Exactly.  But watch Microsoft have to pay for this one out of pocket G > 	just because they will not be beholden to Intel alone.  That is a BG E > 	scary thought that in the Wintel unholy alliance that Win would be G > 	under tel's thumb.  Gates won't have that.  tel must be under Win's .E > 	thumb , hence there will be two 64 bit platforms and AMD certainly F > 	can't shoulder the burden with the money they are currently losing.  ? Couldn't Gates have attained this position several years ago byoD ensuring the success of Windows on Alpha, paying for the developmentB and doing a good job of making sure all the related junk ran on it6 (Office, Exchange, Flight Simulator, etc. etc. etc.)??  E IIRC, 64-bit Alpha Windows was in the final beta or release candidateyE stages when it was canceled... Most of the work was already done (and  paid for by DEC/Compaq.)  D Or is the part of Microsoft that wants to rule the world at war withA the part of Microsoft that wants to torment and destroy anyone or A anything that it deals with?  I vaguely recall a fable about somes? ferocious creature (a tiger or dragon or something), a boat and.B another creature who was the only one who could keep the boat fromA sinking.  At the end, as he drowns, the tiger says "What else didn# you expect me to do?  I'm a tiger."l  tH > 	If that happens (MS doing the 64 bit port to AMD), watch the howl of I > 	indignation come out of former Alpha , PowerPC and MIPS camps.  Tough! I > 	as far as Gates could care.  His business motives don't bow to anyone.y > B > 	I suspect the pricing moves that Intel is currently making are H > 	designed to inflict MAXIMUM punishment on AMD.  A very weak AMD will F > 	give Microsoft pause.  That and I suppose there is some behind the C > 	scenes back scratching being performed by Intel even as we type aI > 	to sweeten IA64 futures from a Microsoft perspective.  Porting dollarsuE > 	and support probably with an untraceable quid-pro-quo on dragging fE > 	x86-64 porting efforts.  That would help from Intel's perspective.hG > 	What does Microsoft get in addition?  Intel suddenly losing interest H > 	in Linux.  It isn't any wonder Linus wants x86-64 to succeed as IntelJ > 	will be forced to pump up the IA64 volume and Linux dollars.  If x86-64I > 	is a marketplace flop, the future for cross-platform 64-bit computing r > 	will converge on IA64.n > C > 	Interesting to see how this all shakes out and whether x86-64 is B > 	DOA.  Solaris on x86-64?  Sure... if they want to freeze their  > 	UltraSparc sales*, NOT! > 	 > 				Robo >  > M > * Solaris and x86 is a love hate relationship.  x86-64 will enter into thatdP >   same relationship and sow confusion about future direction.  Totally freeze?P >   No.. but sow enough confusion to momentarily.. and since a 4-way x86-64 willM >   no doubt outperform UltraSparc leaves US in a bad way in the most popular  >   segment.   -- y John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Mon, 05 Aug 2002 08:00:51 +0200h From: Dirk Munk <munk@home.nl>4 Subject: Re: Itanic2 - the cHumPaq spin continues...4 Message-ID: <bto39.78802$uV1.5287345@zwoll1.home.nl>   John Santos wrote:" > On 29 Jul 2002, Rob Young wrote: >  >  >>In article <BE56C50EA024184DAF48F0B9A47F5CF4026608A2@kaoexc01.americas.cpqcorp.net>, "Main, Kerry" <Kerry.Main@hp.com> writes: >> >>>Fred, >>>p >>>r= >>>>>>While the x86-64 strategy might interest Microsoft, <<<h >>>>> G >>>A more interesting question might be "who will do the actual portingo: >>>work to support a non-Intel platform with MS software?" >>> I >>>If previous experience is any indication (MIPS, PowerPC and Alpha), it I >>>is the HW vendor that will have to incur not only the software portingsD >>>(e.g. 64bit stuff) expenses of any new full and point releases ofK >>>NT/W2K, but also its ongoing support while OS and other related softwarerD >>>revenues go to MS. That vendor will also likely have to pay MS to2 >>>officially support products like Office etc.=20 >>>d >>H >>	Exactly.  But watch Microsoft have to pay for this one out of pocket G >>	just because they will not be beholden to Intel alone.  That is a BGCE >>	scary thought that in the Wintel unholy alliance that Win would berG >>	under tel's thumb.  Gates won't have that.  tel must be under Win's  E >>	thumb , hence there will be two 64 bit platforms and AMD certainly F >>	can't shoulder the burden with the money they are currently losing. >  > A > Couldn't Gates have attained this position several years ago byfF > ensuring the success of Windows on Alpha, paying for the developmentD > and doing a good job of making sure all the related junk ran on it8 > (Office, Exchange, Flight Simulator, etc. etc. etc.)??  O Sure, if it wasn't for one little problem. A lot of "the related junk" was not dO build as a Win32 application. There still was a lot of 16 bit code around, and yN that is why there never were Alpha versions of said junk. Microsoft Office is O nothing more then a lot of bought/stolen unrelated software products packed in sG one box, as anyone can see who wants to exchange files from one office e application to another.t     > G > IIRC, 64-bit Alpha Windows was in the final beta or release candidate-G > stages when it was canceled... Most of the work was already done (andb > paid for by DEC/Compaq.) > F > Or is the part of Microsoft that wants to rule the world at war withC > the part of Microsoft that wants to torment and destroy anyone or C > anything that it deals with?  I vaguely recall a fable about some A > ferocious creature (a tiger or dragon or something), a boat andvD > another creature who was the only one who could keep the boat fromC > sinking.  At the end, as he drowns, the tiger says "What else did,% > you expect me to do?  I'm a tiger."s >    > H >>	If that happens (MS doing the 64 bit port to AMD), watch the howl of I >>	indignation come out of former Alpha , PowerPC and MIPS camps.  Tough!aI >>	as far as Gates could care.  His business motives don't bow to anyone.j >>B >>	I suspect the pricing moves that Intel is currently making are H >>	designed to inflict MAXIMUM punishment on AMD.  A very weak AMD will F >>	give Microsoft pause.  That and I suppose there is some behind the C >>	scenes back scratching being performed by Intel even as we type KI >>	to sweeten IA64 futures from a Microsoft perspective.  Porting dollars E >>	and support probably with an untraceable quid-pro-quo on dragging >E >>	x86-64 porting efforts.  That would help from Intel's perspective.eG >>	What does Microsoft get in addition?  Intel suddenly losing interestKH >>	in Linux.  It isn't any wonder Linus wants x86-64 to succeed as IntelJ >>	will be forced to pump up the IA64 volume and Linux dollars.  If x86-64I >>	is a marketplace flop, the future for cross-platform 64-bit computing 5 >>	will converge on IA64.u >>C >>	Interesting to see how this all shakes out and whether x86-64 isyB >>	DOA.  Solaris on x86-64?  Sure... if they want to freeze their  >>	UltraSparc sales*, NOT! >>	 >>				Robh >> >>M >>* Solaris and x86 is a love hate relationship.  x86-64 will enter into that P >>  same relationship and sow confusion about future direction.  Totally freeze?P >>  No.. but sow enough confusion to momentarily.. and since a 4-way x86-64 willM >>  no doubt outperform UltraSparc leaves US in a bad way in the most populare >>  segment. >  >    ------------------------------  # Date: Mon, 05 Aug 2002 08:47:30 GMT5* From: "Bill Todd" <billtodd@metrocast.net>4 Subject: Re: Itanic2 - the cHumPaq spin continues...A Message-ID: <CYq39.40165$yc3.1446965@bin4.nnrp.aus1.giganews.com>a  - "John Santos" <JOHN@egh.com> wrote in messageI. news:1020805011039.415A-100000@Ives.egh.com...   ...i  A > Couldn't Gates have attained this position several years ago by1F > ensuring the success of Windows on Alpha, paying for the developmentD > and doing a good job of making sure all the related junk ran on it8 > (Office, Exchange, Flight Simulator, etc. etc. etc.)??  K With the possible exception of less than a year under Pfeiffer, for all its2L public life Alpha has been owned by a company managed by utter incompetents.I Gates isn't stupid:  as long as someone else was willing to pay the billscK for NT on Alpha, there was always the chance that it might triumph over its H owners (or that someone competent would float up to the top), but as for& committing MS to it whole-heartedly...   - bill   ------------------------------  $ Date: Mon, 5 Aug 2002 14:54:23 -0400* From: WILLIAM WEBB <WWEBB1@email.usps.gov>4 Subject: RE: Itanic2 - the cHumPaq spin continues...- Message-ID: <0033000075383632000002L022*@MHS>k  6 =0AIf we see commercials with the Bunny Suited Ones or3 Blue Man Crew flying, then we'll know fer sure that  something's afoot.   WWWebb   -----Original Message-----/ From: Info-VAX-Request@Mvb.Saic.Com at INTERNETc% Sent: Monday, August 05, 2002 2:44 PM B To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET4 Subject: RE: Itanic2 - the cHumPaq spin continues...     John Santos wrote:" > On 29 Jul 2002, Rob Young wrote: >G >2 >>In articleH <BE56C50EA024184DAF48F0B9A47F5CF4026608A2@kaoexc01.americas.cpqcorp.net=	 >, "Main,o% Kerry" <Kerry.Main@hp.com> writes: >>M >>>Fred, >>>N >>>h= >>>>>>While the x86-64 strategy might interest Microsoft, <<<  >>>>>,H >>>A more interesting question might be "who will do the actual porting=  : >>>work to support a non-Intel platform with MS software?" >>>aH >>>If previous experience is any indication (MIPS, PowerPC and Alpha), = itH >>>is the HW vendor that will have to incur not only the software porti= ngD >>>(e.g. 64bit stuff) expenses of any new full and point releases ofH >>>NT/W2K, but also its ongoing support while OS and other related soft= wareD >>>revenues go to MS. That vendor will also likely have to pay MS to4 >>>officially support products like Office etc.=3D20 >>>R >>H >>     Exactly.  But watch Microsoft have to pay for this one out of po= cketH >>     just because they will not be beholden to Intel alone.  That is = a BGH >>     scary thought that in the Wintel unholy alliance that Win would = beH >>     under tel's thumb.  Gates won't have that.  tel must be under Wi= n'seH >>     thumb , hence there will be two 64 bit platforms and AMD certain= lyH >>     can't shoulder the burden with the money they are currently losi= ng.P >  > A > Couldn't Gates have attained this position several years ago byjF > ensuring the success of Windows on Alpha, paying for the developmentD > and doing a good job of making sure all the related junk ran on it8 > (Office, Exchange, Flight Simulator, etc. etc. etc.)??  H Sure, if it wasn't for one little problem. A lot of "the related junk" = was notdH build as a Win32 application. There still was a lot of 16 bit code arou= nd, andtH that is why there never were Alpha versions of said junk. Microsoft Off= ice isH nothing more then a lot of bought/stolen unrelated software products pa= cked inVF one box, as anyone can see who wants to exchange files from one office application to another.      > H > IIRC, 64-bit Alpha Windows was in the final beta or release candidate=  H > stages when it was canceled... Most of the work was already done (and=   > paid for by DEC/Compaq.) >aF > Or is the part of Microsoft that wants to rule the world at war withC > the part of Microsoft that wants to torment and destroy anyone or C > anything that it deals with?  I vaguely recall a fable about someaA > ferocious creature (a tiger or dragon or something), a boat andcD > another creature who was the only one who could keep the boat fromC > sinking.  At the end, as he drowns, the tiger says "What else didi% > you expect me to do?  I'm a tiger."s >  >eH >>     If that happens (MS doing the 64 bit port to AMD), watch the how= l ofH >>     indignation come out of former Alpha , PowerPC and MIPS camps.  = Tough!H >>     as far as Gates could care.  His business motives don't bow to a= nyone. >>E >>     I suspect the pricing moves that Intel is currently making are8H >>     designed to inflict MAXIMUM punishment on AMD.  A very weak AMD = willH >>     give Microsoft pause.  That and I suppose there is some behind t= heF >>     scenes back scratching being performed by Intel even as we typeH >>     to sweeten IA64 futures from a Microsoft perspective.  Porting d= ollarsH >>     and support probably with an untraceable quid-pro-quo on draggin= geH >>     x86-64 porting efforts.  That would help from Intel's perspectiv= e.H >>     What does Microsoft get in addition?  Intel suddenly losing inte= restH >>     in Linux.  It isn't any wonder Linus wants x86-64 to succeed as = Intel H >>     will be forced to pump up the IA64 volume and Linux dollars.  If=  x86-64dH >>     is a marketplace flop, the future for cross-platform 64-bit comp= uting: >>     will converge on IA64.- >>H >>     Interesting to see how this all shakes out and whether x86-64 is=  E >>     DOA.  Solaris on x86-64?  Sure... if they want to freeze their: >>     UltraSparc sales*, NOT! >> >>                    Roby >> >>H >>* Solaris and x86 is a love hate relationship.  x86-64 will enter int= o thatH >>  same relationship and sow confusion about future direction.  Totall=	 y freeze?tH >>  No.. but sow enough confusion to momentarily.. and since a 4-way x8=	 6-64 willsH >>  no doubt outperform UltraSparc leaves US in a bad way in the most p= opular >>  segment. >- >=   ------------------------------   Date: 5 Aug 2002 21:07:57 GMT-2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: KLEZ SPAMMER ALERTi* Message-ID: <aimpfd$29b$2@web1.cup.hp.com>  f In article <q31jkukj17vepc97vdveljlsn9oqbu1e32@4ax.com>, Steve Lionel <Steve.Lionel@intel.com> writes:5 :On Thu, 01 Aug 2002 18:54:10 GMT, "Terry C. Shannon"a  :<terryshannon@attbi.com> wrote: :eK :>FYI I just received today's copy of Klez from some lamers who are in direrF :>need of a fast trial and an equally fast hanging in a public square. ..G :Probably not.  The annoying thing about Klez is that it fakes the Fromn/ :address based on someone in your address book.     D   Somebody with a collection of various and older newsgroup-related F   addresses in their address database has apparently gotten themselvesF   infected with a Klez variant, and is now spewing Klez to folks here.  I   Since I'm using OpenVMS email for sending and receiving all of my mail,(G   I don't mind opening and poking around within the infected messages. -H   The ones I have recently seen have included a reference to the addressI   ICCS-at-ANET.NET.SA, and -- as is usual with Klez -- the from field in sG   the message is forged.  (And if there is anyone reading the .SA emailoK   address (other than a spammer cleverly harvesting responses, of course),  G   they are not responding to my email query.)  Since I'm getting these eH   messages forging other folks' addresses, I expect that other folks areD   getting email that has forged my own address.  And the .SA address$   could itself be forged, of course.  F   A core issue here appears to be a mis-match between the Windows MIMEF   Content-Type tag handling and the use of the file type extension forI   automatic contents identification.  Unfortunately, the mismatch is not nF   flagged as an error, and though the message is displayed as being ofH   one type (audio/x-midi, with one Klez variant), the file extension is F   the actual source of the data identification, and thus the path usedG   to execute and infect Windows systems.  (Of course, IMNSHO, the wholewE   derived-from-Ol dynamic activation construct is the root cause of sF   this particular mess.  This is the hole that both TCPA and PalladiumF   are trying to plug.  But I digress.)  The mechanism which identifiesD   the file contents based on the file type, as is implemented on andE   used by OpenVMS, Windows, most UNIX platforms, and other platforms,r.   is, well, exceedingly primitive and limited.      N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Mon, 05 Aug 2002 03:23:11 GMTo# From: "John Smith" <a@nonymous.com>t0 Subject: Re: OpenVMS comes to Itanium - RoadshowJ Message-ID: <zcm39.279196$WJf1.18447@news01.bloor.is.net.cable.rogers.com>  H Not being very familiar with the breath of 3rd-party tools available forK Oracle, I wonder if availability of such tools (or lack thereof) played anyn$ role in the choice of Tru64 vs. VMS.  J Or maybe it was a simple as people with unix skills (level  and competenceK thereof unknown) are a dime-a-dozen, and so are training courses for Oracle K and unix. Rdb and VMS courses are infrequently held, and may not be locallypK available to that customer, thus driving up the cost of training by forcingn airfare/hotel, etc.. costs.   @ Maybe Terry should give this company a call and do a much better7 investigative report on the why's of all their choices.t      H ""Alan Winston - SSRL Admin Cmptg Mgr"" <winston@SSRL.SLAC.STANFORD.EDU>C wrote in message news:00A11E05.20098997@SSRL04.SLAC.STANFORD.EDU... ? > In article <aifars01c3v@enews2.newsguy.com>, "Frank Sapienza"w <sapienza@noesys.com> writes:t1 > >"John Smith" <a@nonymous.com> wrote in messagehA > >news:u3y29.5416$wh1.55@news01.bloor.is.net.cable.rogers.com... @ > >> See also http://www.eweek.com/article2/0,3959,426234,00.asp > >> > > @ > >Regarding the E-Week article, I found two things interesting: > >hL > >1) "By going to a consolidated database model, we could focus our efforts onK > >training and technical expertise on a single operating environment and agH > >single database," Moore said. "And that's what we're driving to now." > >sL > >If consolidation, training, and expertise (both retention and development ofK > >expertise) are your goals, then you're not going to have much success in  anI > >OpenVMS/RDB environment.  Why?  The consolidation part is easy enough,r butlL > >the training and expertise are getting harder and harder to find.  UnlessD > >Oracle and HP start developing training programs for RDB and VMS,K > >respectively, it's going to be more and more difficult to retain RDB and- VMS 	 > >sites.I > > L > >2) In another example, a recalculation application that redistributes theK > >costs of a work order within the fixed asset database used to take aboutw 6 J > >hours to be completed. Once the recalculation capability was moved from Rdb F > >running on a VAX 4000 to the consolidated environment, it took only seconds, > >Bathalon said.  > > J > >I'm certain that had they moved the VMS/RDB application to an ES45 theyK > >would have still seen a dramatic performance gain.  It's likely that theuK > >4000 was using DSSI or at best Narrow SCSI devices; the ES45 undoubtedlyi hasaE > >either UltraSCSI or FibreChannel I/O systems.  The increase in I/O F > >bandwidth, disk speed, and CPU horsepower would make even the worstI > >application perform like a completely different animal.  So I wouldn't- haveJ > >attributed this particular performance gain to "a consolidated database
 > >model". >: >aG > I have to agree with both of these points.  What I found particularly5G > interesting, though, was that the platform they chose for the future,: leaving $ > VMS and Windows behind, was Tru64. >F	 > -- Alan2 >o >0 >mL ============================================================================ === 2 >  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUA >  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:w 650/926-3056C >  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CAt
 94309-0210 >>L ============================================================================ ===  >v   ------------------------------  # Date: Mon, 05 Aug 2002 03:24:46 GMTb( From: "Jay E. Morris" <jem@epsilon3.com>0 Subject: Re: OpenVMS comes to Itanium - Roadshow< Message-ID: <2em39.249652$q53.6942310@twister.austin.rr.com>  @ On  2-Aug-2002, "Stuart, Ed" <Ed.Stuart@austinenergy.com> wrote:  J > o you would not recommend this event if you had to drive 180 miles or so1 > between Austin and Houston, Texas to attend it?e   Or San Antonio?  About 200.     But then, I am being paid to go. -- t" Jay E. Morris morrisj@epsilon3.com- Epsilon 3 Productions - Web sites and hosting    ------------------------------  $ Date: Mon, 5 Aug 2002 14:20:36 -0400 From: norm.raphael@metso.com3 Subject: Re: OpenVMS Job Opportunities - Boston, MA ? Message-ID: <OF9949E194.E96BA68D-ON85256C0C.0064B080@metso.com>v  F We've got lots of Bazilians in the Framingham, Massachusetts area, and other H parts of the state.  (We also have Jewish people and arabs.)  Do not le= tl that
 deter you.        B Fabio Cardoso <fabiopenvms@yahoo.com.br> on 08/05/2002 01:25:08 PM  : Please respond to Fabio Cardoso <fabiopenvms@yahoo.com.br>   To:    Info-VAX@Mvb.Saic.Com cc:i6 Subject:    Re: OpenVMS Job Opportunities - Boston, MA    
 With me ? :-)r  & Thanks fot the people who sent me some+ job emails to USA.... but I am intersted to * go to Europe ! USA... may be in the future& after the end of the Osama "stress"...  ) The brazilians dont have a common ethinice/ caracteristic. We are black, white, portuguese,t* german, italian, ukranian, polish, etc ...) My roots are portuguese, so I look like ae jewish/arab ! :-)r   Regardsd   FC  0 --- John Eisenschmidt <jweisen@eisenschmidt.org> wrote:5 > Could I have spelled anything else wrong in this? Ih6 > have been interrupted non stop today. Three calls to. > GSC, four emails, and it isn't even 1pm yet. >  > How are things with you? >e3 > Unless the Voices are Mistaken, John Eisenschmidtb# > (jweisen@eisenschmidt.org) Wrote:t6 > > I was contacted again by Donna Thomas from Roxtel.4 > Apparently her client has decided to move of these5 > contracting positions to Boston, MA where this workI4 > is going on. She asked me to report this, although3 > we haven't reached an agreement on a finder's feeh > yet. =3D)n > >S" > > Please contact her directly at/ > donna.thomas@roxtel.com if you're interested.n > >j > >  >IH -----------------------------------------------------------------------=	 ---------t   > >M5 > > The task requires the skillsets listed below. Allr3 > persons would be needed full-time for 6-9 months, 2 > with strong potential for add-on work, if talent3 > provided is suberb.  Application is in Interstateo6 > Transportation Systems (ITS). Location is in Boston,2 > MA.  Work will be on site.  We expect that there5 > will be travel between Boston and Columbia, MD workr, > locations.  No relocation expenses will be5 > reimbursed.  These needs are critical skillsets, so>5 > background must match requirements completely.  Foru > immediatel2 > consideration, please forward resume with salary! > requirements to Donna Thomas ata. > donna.thomas@roxtel.com as soon as possible. > >c) > > ODBC server design and implementation 3 > > - OpenAccess and OpenRDA  experience preferablet2 > > - specifically, expand existing ODBC interface2 > between existing custom application and existing > custom non-ODBC database4 > > - specifically, implementing cross-platform ODBC/ > bridge between existing custom application oni5 > OpenVMS and third-party ODBC DB (Sybase) on Windowse
 > platform > >t) > > OpenVMS programmers (need 6 of these)s > > - C language required> > > - FORTRAN desiredl > > - C++ desiredi0 > > - specifically, experience upgrading layered5 > products, network, and custom apps from OpenVMS 6.x  > to 7.x > >3 > >5 > > --3 > > John W. Eisenschmidt <jweisen@eisenschmidt.org>a > >  Homepage URL    |% > http://www.eisenschmidt.org/jweiseny > >  GPG Public Key  | >i: http://www.eisenschmidt.org/jweisen/misc/jeisenschmidt.asc4 > >  GPG Fingerprint | 5F9B F916 5AD1 3295 CF99 BC1E > 1F97 E6A3 37E3 BEF2s > > $ > > This mail is an attachment? Read0 > http://www.jensbenecke.de/misc/outlook.en.html > >i5 > > "In an Action Mode of 'No Action' You Must Selectg > an Action to Perform."6 > >                          -- Lawson.Insight Desktop > (LID) Error Messagee >s > --1 > John W. Eisenschmidt <jweisen@eisenschmidt.org>l >  Homepage URL    |% > http://www.eisenschmidt.org/jweisen  >  GPG Public Key  | >a: http://www.eisenschmidt.org/jweisen/misc/jeisenschmidt.asc2 >  GPG Fingerprint | 5F9B F916 5AD1 3295 CF99 BC1E > 1F97 E6A3 37E3 BEF2i >h" > This mail is an attachment? Read0 > http://www.jensbenecke.de/misc/outlook.en.html >m6 > "In an Action Mode of 'No Action' You Must Select an > Action to Perform." 4 >                          -- Lawson.Insight Desktop > (LID) Error Message.     =3D=3D=3D=3D=3DaI =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=2 =3D=3D F=E1bio dos Santos Cardoso OpenVMS System Manager Rio de Janeiro - Brazili fabiopenvms@yahoo.com.brI =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=  =3D=3D  2 __________________________________________________ Do You Yahoo!?( Yahoo! Health - Feel better, live better http://health.yahoo.comE           =:   ------------------------------  # Date: Mon, 05 Aug 2002 17:54:54 GMTn* From: Paul Anderson <paul.anderson@hp.com> Subject: Re: OpenVMS printersF5 Message-ID: <050820021348137014%paul.anderson@hp.com>"  B In article <c1243f29.0208050100.ecbe4d1@posting.google.com>, Peter) Moreton <PeterMoreton@hotmail.com> wrote:e  C > Can someone update me with the current practise regarding OpenVMSoE > printing, is it not possible to buy Digital printers, do we now use : > HP as standard, how are the printer control codes setup?  D I doubt if you could still buy a new Digital printer, as the last ofG these were discontinued in 2000.  Genicom took over the LN series laserxD printers and although they have now dropped the LN model name, their= Intelliprint printers are the successors to the Digital line.n  E > I remember under OpenVMS 5.5 having to write my own printer controllF > libraries to be able to properly manage forms etc. Is this still the% > case under current versions of VMS?n  C Are you speaking of ANSI escape sequences?  If so, these still worktC with DCPS, which translates ANSI into PostScript for printing.  ThenG last printers that had a native ANSI interpreter have been discontinuedt for about eight years.  C New applications should probably use PostScript for handling thingsmB like forms, but the ANSI code will still work, and you have a wideD choice of printers from many vendors (including, of course, HP) that' work with DCPS and its ANSI translator.   5 In article <01KKY75YAT02000WY3@tgmail.tg.nsw.gov.au>,e( <paddy.o'brien@zzz.tg.nsw.gov.au> wrote:  D > OpenVMS or not, all I remember is that my printer "expert" claimed  > that HP use a non-standard PS.  C Some companies use Adobe PostScript, others use versions from otheraE companies or "roll their own".  For example, HP and Lexmark don't useo@ Adobe PostScript, Genicom does.  YMMV as to having problems withF non-Adobe PostScript, as even Adobe doesn't produce bug-free software.  C In article <3D4E4AB7.B41C8AA6@Omond.net>, Roy Omond <Roy@Omond.net>s wrote:  C > The most glaring non-adherence to the Postscript standard that HP G > Laserjets used to exhibit was in their response to the control-T sent=/ > by e.g. DCPS at the beginning of a print job.w  D This is no longer a problem.  HP printers of the last few years have2 been well-behaved and work quite well with DCPS...  : In article <ailuah$90f$1@info.service.rug.nl>, Fred Zwarts <F.Zwarts@KVI.nl> wrote:  B > If I remember correctly, one of the problems with HP is the page
 > counter.  E ...with this exception.  Now that we're HP, I'm hoping for a solutionsB to the inaccurate page count problem.  The only printers that giveE accurate page counts when used with DCPS are (most) Digital-, Compaq-' and Genicom-branded printers.    Paul   -- S  Paul Anderson   OpenVMS Engineeringh   Hewlett-Packard Companya   ------------------------------   Date: 5 Aug 2002 22:45:28 GMT 2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)2 Subject: Re: Robust exception handler context in C* Message-ID: <aimv68$4cg$3@web1.cup.hp.com>  c In article <LISInuJAqqMf@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:i< :I am trying to enhance an existing program written in the C> :programming language.  Since C lacks uplevel addressing, I amA :trying to figure out how to pass context to an exception handlerv" :using only stack local variables. :o( :	In Bliss I would use an Enable Actual. :o; :	In Ada I would just declare a local variable in the scopel( :	where I declare the exception handler. :o  :How does one do this in DEC C ?  C   What is the particular problem that you attempting to solve here?i     What OpenVMS version(s)? =     Which C compiler version(s)?  C   Without knowing the details, my first approach might well involve C   simply extending the signal array (in a local signal handler) and    resignalling.r      N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 5 Aug 2002 18:22:32 -0600 - From: Kilgallen@SpamCop.net (Larry Kilgallen)o2 Subject: Re: Robust exception handler context in C3 Message-ID: <EoCLA9R00ISK@eisner.encompasserve.org>a  _ In article <aimv68$4cg$3@web1.cup.hp.com>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:2 > e > In article <LISInuJAqqMf@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes:g> > :I am trying to enhance an existing program written in the C@ > :programming language.  Since C lacks uplevel addressing, I amC > :trying to figure out how to pass context to an exception handler $ > :using only stack local variables. > : * > :	In Bliss I would use an Enable Actual. > :m= > :	In Ada I would just declare a local variable in the scopet* > :	where I declare the exception handler. > : " > :How does one do this in DEC C ? > E >   What is the particular problem that you attempting to solve here?  >  >   What OpenVMS version(s)? i    Any released version you choose.    >   Which C compiler version(s)?  $ Any release DECC version you choose.  E >   Without knowing the details, my first approach might well involvecE >   simply extending the signal array (in a local signal handler) and  >   resignalling.g  I But that signal handler has no robust way in DEC C* to obtain informationyH from it's establisher, in particular, the strings with which LIB$FIS was called.   F If you look further down this topic from the post to which you repliedF you will find that John Malmberg and Robert Deininger have already hadE a go at the problem and neither they nor anyone else has come up with  a pure C* solution.S   ------------------------------  # Date: Mon, 05 Aug 2002 02:58:12 GMTp1 From: "Terry C. Shannon" <terryshannon@attbi.com>f3 Subject: Re: Second KLEZ from ATTBI Today - TROLL !t= Message-ID: <8Rl39.52139$Ru5.22497@rwcrnsc52.ops.asp.att.net>   8 "Anders Eklf" <andekl_no@saaf_spam.se> wrote in message5 news:1fgerua.1qbru98usfy8cN%andekl_no@saaf_spam.se...o2 > Terry C. Shannon <terryshannon@attbi.com> wrote: >aD > > Thing of it is, ATTBI.COM (who I would recommend no nonody) uses
 BRIGHTMAIL@ > > antispam and antivrus filtering. They (ATTBI) are completely
 unresponsive,hL > > and the Klez attacks are increasing daily. ATTBI refuses to explain why, butdK > > if you've very has the misfortune of talking to their tech support, youd > > might know why). >c    ) > Your Subject lines are very misleading.s3 Yes they at $500 newsletter refund in the morning..r  K You want an  apology? Call my Lawyer. And killfile me. I have better thingsc2 to do with my time than answer this sort of stuff.  #  expect your apoilogy ande. You canU You don't get the virus from1 > ATTBI - you are just blaming the delivery boy !eB > Has ATTBI actually *promised* to filter your mail from viruses ?  H Of course not. They have just promised to rip me off. And they do a damnK good job that! (They do have Brightmail filtering, apparently thet have not- yet paid their bills)-   > F > > This KLEZ stiuff must go. Wouldn't be an issue of DEC negotiated a better > > deal with Microsoft... > H > If you stop using Outlook Express and/or Outlook (don't even *install*E > Outlook!), turn off the "Use Microsoft's Viewer" option in Eudora's2I > settings, and install a decent antivirus program you'll be fairly safe.mC > If that's not enough, get a Mac or a VMS box or  switch to Linux.d >iH > Whare I work - and 50% of the users are still :-) using Windoze - KlezI > is virtually a non issue - and always was, except for a few days beforel3 > everyone had updated their NAV virus definitions.- >o > --F > * Anders Eklf        * Phone: + 46 8581 74712  * "I blame you for *F > * Glimmerstigen 46    * ae at radfysdotksdotse  * the moonlit sky" *F > * S-196 33 KUNGSNGEN * or andekl at saafdotse  *       ----       *F > * SWEDEN              * (sorry - had to garble) *   Tasmin Archer  *   ------------------------------  % Date: Sun, 04 Aug 2002 23:07:20 -0400n( From: David Froble <davef@tsoft-inc.com>3 Subject: Re: Second KLEZ from ATTBI Today - TROLL !E, Message-ID: <3D4DEBE8.5060207@tsoft-inc.com>   Anders Eklf wrote:n  2 > Terry C. Shannon <terryshannon@attbi.com> wrote: >  > M >>Thing of it is, ATTBI.COM (who I would recommend no nonody) uses BRIGHTMAILwL >>antispam and antivrus filtering. They (ATTBI) are completely unresponsive,N >>and the Klez attacks are increasing daily. ATTBI refuses to explain why, butI >>if you've very has the misfortune of talking to their tech support, youa >>might know why). >> > F > Your Subject lines are very misleading. You don't get the virus from2 > ATTBI - you are just blaming the delivery boy ! B > Has ATTBI actually *promised* to filter your mail from viruses ?    P Whether they do or not, and whether or not they made any such promises, I think P that one of the answers to such is going to be filters at hubs such as the mail Q servers at ISPs.  I'd expect ISPs to have more technical capability than many of xF their customers.  (I can't believe I wrote that, when I remember some M conversations with such types.)  Still, centralizing such activity should be n more productive.    iK >>This KLEZ stiuff must go. Wouldn't be an issue of DEC negotiated a better  >>deal with Microsoft...    Q Look, just have Strickler put in the Guinis book as the worlds biggest fool, (as  O Paul mentioned, he's the first person who ever folded with a royal flush), and aQ be done with it.  That's 2 companies ago.  (Very possibly because of that deal.) oF   You can't be as upset about it as I am, but life goes on, hopefully.    H > If you stop using Outlook Express and/or Outlook (don't even *install*E > Outlook!), turn off the "Use Microsoft's Viewer" option in Eudora'soI > settings, and install a decent antivirus program you'll be fairly safe.SC > If that's not enough, get a Mac or a VMS box or  switch to Linux.     L That's the real problem Terry.  You, and I, and the rest who use windoz for N mail, are supporting the problem, namely, microshit which doesn't give a damn K about security.  Since when did security ever sell to anyone who would use  Q windoz?  All they want to do is sell slop, over and over again, to as many fools , as they can.  N I haven't done it before, but this event has me thinking real seriously about O getting a Linux distribution for an Intel box, and trying a non-microsoft mail =N solution.  Might not get too far if enough things I use aren't available, but N the damn viri are getting me too, and running this damn anti-virus stuff from O McAfee seems to be what's slowing down the network traffic between my systems. CJ It's either run slow enough to be real irritating, or get bit by the bugs.    H > Whare I work - and 50% of the users are still :-) using Windoze - KlezI > is virtually a non issue - and always was, except for a few days beforec3 > everyone had updated their NAV virus definitions.D >  >   K Not pointing any fingers, but it does occur to me that there's very little SO difference in the skill sets between those producing viri, and those producing aN anti-virus applications.  It also occurs to me that a lack of viri isn't good O news for those selling anti-virus applications.  Talk about setting the fox to M guard the hen house.   Dave   ------------------------------   Date: 5 Aug 2002 18:10 CDT' From: carl@gerg.tamu.edu (Carl Perkins)43 Subject: Re: Second KLEZ from ATTBI Today - TROLL !R, Message-ID: <5AUG200218102799@gerg.tamu.edu>  5 "Terry C. Shannon" <terryshannon@attbi.com> writes...c9 }"Anders Eklf" <andekl_no@saaf_spam.se> wrote in messagea6 }news:1fgerua.1qbru98usfy8cN%andekl_no@saaf_spam.se...3 }> Terry C. Shannon <terryshannon@attbi.com> wrote:t }>E }> > Thing of it is, ATTBI.COM (who I would recommend no nonody) uses2 }BRIGHTMAIL A }> > antispam and antivrus filtering. They (ATTBI) are completely  }unresponsive,M }> > and the Klez attacks are increasing daily. ATTBI refuses to explain why,h }butL }> > if you've very has the misfortune of talking to their tech support, you }> > might know why).u }> }  } * }> Your Subject lines are very misleading.4 }Yes they at $500 newsletter refund in the morning.. } L }You want an  apology? Call my Lawyer. And killfile me. I have better things3 }to do with my time than answer this sort of stuff.   
 No you don't.i  , How can I tell? Easy. You just answered him.   --- Carl   ------------------------------   Date: 5 Aug 2002 20:20:42 GMTl2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman)B Subject: Re: String to perform a conversational boot on a vax 4700* Message-ID: <aimmmq$29b$1@web1.cup.hp.com>  b In article <d8804c3a.0207310706.67d5b108@posting.google.com>, joepat@hotmail.com (joe pat) writes:F :What is the boot string that will boot a 4700 in conversational mode?  D   Please consider downloading a copy of the OpenVMS Frequently AskedE   Questions (FAQ) document.  The FAQ has the answer to this question,vC   as well as to a wide variety of other common questions -- in this E   case, search for "conversational".  (Searching a downloaded copy ofeH   the text version of the FAQ is probably the easiest and fastest, too.)  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------   Date: 5 Aug 2002 17:02:22 -0700t1 From: keithparris_NOSPAM@yahoo.com (Keith Parris)o2 Subject: TruCluster vs. Sun Cluster 3.0 comparison= Message-ID: <cf15391e.0208051602.6b173399@posting.google.com>r  D Folks who might have been mislead into thinking that Sun Cluster 3.0D was anywhere near catching up with TruCluster (much less VMScluster)B technology might be interested in the report from Giga Information? Group posted at: http://www.compaq.com/hps/news/giga_mar02.htmll: ----------------------------------------------------------: Keith Parris | parris <at> DECUServe <dot> decus <dot> org   ------------------------------   Date: 5 Aug 2002 20:14:35 -0700 - From: merritt.robert@spsd.sk.ca (rob merritt)i? Subject: Re: trying to install CPQ java131 on a alpha 250 4/266o= Message-ID: <b6bf97d5.0208051914.430010e6@posting.google.com>a   Yep loggod out then back in  I run . $@sys$common:[java$131.com]java$131_setup.com , I didn't try it with the "fast" parameter...  3 I will give that a try and report back to the group   a Rick Retterer <rick0157@charter.net> wrote in message news:<ukt4no9l224s26@corp.supernews.com>...sN > After you made your process quota changes, you logged out and back in again? > < > Also, are you running the java startup command proceedure? > 3 > @sys$common:[java$131.com]java$131_setup.com fasts >  >  > ( > -------------------------------------- > Posted by: Rick Retterer   ------------------------------   Date: 5 Aug 2002 20:17:59 -0700o- From: merritt.robert@spsd.sk.ca (rob merritt) ? Subject: Re: trying to install CPQ java131 on a alpha 250 4/266W= Message-ID: <b6bf97d5.0208051917.1b750b57@posting.google.com>|  6 ....It worked I the "fast" parameter does the trick...M and since fast is better than slow I will ask no questions and continue on myn trek for jserv(ability)   % thanks Rick and the rest of the grouph    a Rick Retterer <rick0157@charter.net> wrote in message news:<ukt4no9l224s26@corp.supernews.com>...tN > After you made your process quota changes, you logged out and back in again? > < > Also, are you running the java startup command proceedure? > 3 > @sys$common:[java$131.com]java$131_setup.com fastD >  >  > ( > -------------------------------------- > Posted by: Rick Retterer   ------------------------------  % Date: Sun, 04 Aug 2002 22:44:34 -0400D( From: David Froble <davef@tsoft-inc.com> Subject: Re: uaf, Message-ID: <3D4DE692.9020907@tsoft-inc.com>   John Santos wrote:  H > In article <3D4D8A28.715C0013@Free.fr>, Didier.Morandi@Free.fr says... >  >>Howard S Shubs wrote:- >>L >>>Or on node B.  It could be either one, where the one on node B is "good". >>>oJ >>No. Original post sez that user on node A gets the error message. So the >>offending file is on node A. >>O >>If it was on node B in sys$specific (i.e. [sysB.sysexe]) user on node A wouldP@ >>not reach it. S:he could only reach [sysA.sysexe]sysuaf.dat orP >>[sysA.sys$common.sysexe] which is a synonym for [sysB.sys$common.sysexe] via a >>SET FILE/ENTER >> >>D. >> > A > I think Howard is saying there is either a bad file in Node A'sy? > SYS$SPECIFIC: and a good one in SYS$COMMON:, or a bad file ineB > SYS$COMMON: and a good one in Node B's SYS$SPECIFIC:... I agree.A > (There could also be a bad file in Node A's SYS$SPECIFIC: and a B > good one in Node B's SYS$SPECIFIC: and a file of unknown quality > in SYS$COMMON:.) >  >     L Yep!  It was short sighted for me to not look at it from both perspectives. M It's much easier to fix such a problem, than to try to diagnose it from afar.o   Dave   ------------------------------  % Date: Mon, 05 Aug 2002 08:28:49 +0200a- From: Didier Morandi <Didier.Morandi@Free.fr>n Subject: Re: uaf' Message-ID: <3D4E1B21.3651E324@Free.fr>n   A Bonaveidogo wrote: >  > D. > L > Node A and Node B form a cluster and they're using the same uaf file which > is on one of the raid disk  3 So, please log on A and B and do a show log sysuaf.o  C If the logical name points to the same file, do this on both nodes:A   $ reply/enable& $ set audit/alarm/enable=authorization $ set def sys$system UAF> mod FOO/passw=BAR/nopwdexpt  ? look at the OPCOM message saying which SYSUAF file is accessed.c (you may also use SET WATCH)  P If it is still the same, and if we really have the *same* file accessed (i.e. noP other SYSUAF.DAT on both nodes disks) and if the user has this error when loggedN on A and not when logged on B, I'll go back to my swimming pool until Larry or6 David or JF (or someone else) finds the bug for you...   D.    % PS: did you read the OpenVMS FAQ? :-)y   ------------------------------  $ Date: Tue, 6 Aug 2002 11:36:16 +1200& From: A Bonaveidogo <Asena@fsc.com.fj> Subject: RE: uafG Message-ID: <BFBEDDF2CFEDD411917400508BF3A6FFCBD67E@exchsvr.FSC.COM.FJ>p   D.   It points to the same file   AB     -----Original Message-----4 From: Didier Morandi [mailto:Didier.Morandi@Free.fr]& Sent: Sunday, August 04, 2002 11:29 PM To: Info-VAX@Mvb.Saic.Coms Subject: Re: uaf     A Bonaveidogo wrote: >  > D. > L > Node A and Node B form a cluster and they're using the same uaf file which > is on one of the raid disk  3 So, please log on A and B and do a show log sysuaf.   C If the logical name points to the same file, do this on both nodes:a   $ reply/enable& $ set audit/alarm/enable=authorization $ set def sys$system UAF> mod FOO/passw=BAR/nopwdexpn  ? look at the OPCOM message saying which SYSUAF file is accessed.  (you may also use SET WATCH)  G If it is still the same, and if we really have the *same* file accessedx (i.e. noI other SYSUAF.DAT on both nodes disks) and if the user has this error whene loggedK on A and not when logged on B, I'll go back to my swimming pool until Larryt or6 David or JF (or someone else) finds the bug for you...   D.    % PS: did you read the OpenVMS FAQ? :-)e   ------------------------------   End of INFO-VAX 2002.429 ************************