1 INFO-VAX	Mon, 01 Mar 2004	Volume 2004 : Issue 120       Contents: AlphaBios on PWS RE: ANN: VMS Mosaic 3.7  RE: ANN: VMS Mosaic 3.7  RE: ANN: VMS Mosaic 3.7 " Contact Info - Mezei Rogue Cancels- Re: Educating HP employees on the nettiquette - Re: Educating HP employees on the nettiquette - Re: Educating HP employees on the nettiquette - Re: Educating HP employees on the nettiquette  Re: Hobbyist license for VMS Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Intel releases 64bit Xeon  Re: Interex's Cnet  Ad. Re: WARNING: Your messages are being cancelled Zip/update Issue Re: Zip/update Issue Re: Zip/update Issue3 Re: [GAME] you've been appointed VMS Mkt Mgr, so... 3 Re: [GAME] you've been appointed VMS Mkt Mgr, so...   F ----------------------------------------------------------------------  % Date: Sun, 29 Feb 2004 12:02:31 -0800 # From: "Tom Linden" <tom@kednos.com>  Subject: AlphaBios on PWS 9 Message-ID: <NDEMLKKEBOIFBMJLCECIAEGBCOAA.tom@kednos.com>   8 Anybody know how to get to the bios before SRM comes up? Tried the usual F2, F6, DEL  --- & Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).@ Version: 6.0.593 / Virus Database: 376 - Release Date: 2/20/2004   ------------------------------  + Date: Sun, 29 Feb 2004 23:25:59 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)  Subject: RE: ANN: VMS Mosaic 3.7$ Message-ID: <c1tse7$4jc$1@online.de>  E In article <VQlmgBvVewsn@wvnvms>, cook@wvnvms.wvnet.edu (George Cook)  writes:   I > No, as others have said, nbytes is unsigned so the compiler is pointing J > out that the "<" makes no sense.  The messages all occur in the standardL > IJG Jpeg library code which has not been modified since 1996 or so.  I tryI > not to mess with that code unless something is actually broken, however H > suppressing these messages in that particular library is on my list of > things to do.    Thanks for the info.  # Are you on the Mosaic mailing list?   F Can you say something about what character sets the newest version of C Mosaic on VMS supports?  I see only iso-8859-1 stuff where Mozilla  B displayed on the same machine can see (almost) all others with no  problem.   ------------------------------  + Date: Sun, 29 Feb 2004 16:24:32 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)  Subject: RE: ANN: VMS Mosaic 3.7$ Message-ID: <c1t3o0$jp7$1@online.de>  > > CC/DECC/NoDebug/Optimize/OBJECT=ODIR:JDATASRC.OBJ JDATASRC.C >  >   if (nbytes <= 0) {
 > .......^R > %CC-I-QUESTCOMPARE, In this statement, the unsigned expression "nbytes" is beingR >  compared with a relational operator to a constant whose value is not greater th0 > an zero.  This might not be what you intended.K > at line number 97 in file DISK$SOFT:[MOSAIC3_7.ALPHA.LIBJPEG]JDATASRC.C;1  > # > Is this something to worry about?    Here's another one:   : CC/DECC/NoDebug/Optimize/OBJECT=ODIR:JQUANT2.OBJ JQUANT2.C         if (++(*histp) <= 0) ..........^ P %CC-I-QUESTCOMPARE, In this statement, the unsigned expression "++(*histp)" is bP eing compared with a relational operator to a constant whose value is not greate2 r than zero.  This might not be what you intended.   ------------------------------  + Date: Sun, 29 Feb 2004 17:34:02 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)  Subject: RE: ANN: VMS Mosaic 3.7$ Message-ID: <c1t7q9$noo$1@online.de>   Here are all the messages:  < CC/DECC/NoDebug/Optimize/OBJECT=ODIR:JCMASTER.OBJ JCMASTER.C  9   if (cinfo->image_height <= 0 || cinfo->image_width <= 0  ......^ P %CC-I-QUESTCOMPARE, In this statement, the unsigned expression "cinfo->image_heiP ght" is being compared with a relational operator to a constant whose value is n; ot greater than zero.  This might not be what you intended. I at line number 55 in file DISK$SOFT:[MOSAIC3_7.ALPHA.LIBJPEG]JCMASTER.C;1   9   if (cinfo->image_height <= 0 || cinfo->image_width <= 0 # ..................................^ P %CC-I-QUESTCOMPARE, In this statement, the unsigned expression "cinfo->image_widP th" is being compared with a relational operator to a constant whose value is no: t greater than zero.  This might not be what you intended.I at line number 55 in file DISK$SOFT:[MOSAIC3_7.ALPHA.LIBJPEG]JCMASTER.C;1    ===================   < CC/DECC/NoDebug/Optimize/OBJECT=ODIR:JDATASRC.OBJ JDATASRC.C     if (nbytes <= 0) { ......^ P %CC-I-QUESTCOMPARE, In this statement, the unsigned expression "nbytes" is beingP  compared with a relational operator to a constant whose value is not greater th. an zero.  This might not be what you intended.I at line number 97 in file DISK$SOFT:[MOSAIC3_7.ALPHA.LIBJPEG]JDATASRC.C;1    ===================   : CC/DECC/NoDebug/Optimize/OBJECT=ODIR:JQUANT2.OBJ JQUANT2.C         if (++(*histp) <= 0) ..........^ P %CC-I-QUESTCOMPARE, In this statement, the unsigned expression "++(*histp)" is bP eing compared with a relational operator to a constant whose value is not greate2 r than zero.  This might not be what you intended.I at line number 243 in file DISK$SOFT:[MOSAIC3_7.ALPHA.LIBJPEG]JQUANT2.C;1    ------------------------------   Date: 1 Mar 2004 01:30:31 -0000  From: Warning <warning@for.you> + Subject: Contact Info - Mezei Rogue Cancels 6 Message-ID: <NK0ALGLK38047.104525463@anonymous.poster>  I If you are a victim of JF Mezei's rogue cancel attacks you may file abuse ! complaints with his ISP directly:   ( Ralph Doncaster  <ralph@doncaster.on.ca> 2720 Queensview Dr, Ste. 1144  Ottawa, ON K2B 1A5 CANADA 613-829-6597  O You should also file police reports with the Montreal Police Department and the B Royal Canadian Mounted Police.  You can do that at their websites:   http://www.spvm.qc.ca/index.asp    http://www.rcmp.ca  C You may also wish to contact your own local police and an attorney.    JF Mezei's contact info:  ' Jean-Francois Mezei <jfmezei@istop.com>  86 Harwood Gate  Beaconsfield, QC H9W3A3  (514) 695-8259       -        -        -        ~~~~~~~~~~~~~~~~~~~~~ E This message was posted via one or more anonymous remailing services. E The original sender is unknown.  Any address shown in the From header  is unverified.   ------------------------------  % Date: Sun, 29 Feb 2004 14:20:44 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>6 Subject: Re: Educating HP employees on the nettiquette) Message-ID: <40423B8B.7FFD5AFF@istop.com>    Bill Gunshannon wrote:C > Yes, but as far as ISO 9000 is concerned it also doesn't make any B > difference if all your bolts have the threads winding backwards.3 > As long as you can repeat the process every time.   M Which is the goal of ISO 9000: to ensure that your customers get a product of K consistent quality. (eg: the 1 millionth widget will be exactly the same as N the 100th and will be exactly the same as the demo widget you used to conclude
 the sale).   ------------------------------  % Date: Sun, 29 Feb 2004 13:13:11 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> 6 Subject: Re: Educating HP employees on the nettiquette' Message-ID: <404247D7.9030206@MMaz.com>    JF Mezei wrote:    >Bill Gunshannon wrote:  >    > C >>Yes, but as far as ISO 9000 is concerned it also doesn't make any B >>difference if all your bolts have the threads winding backwards.3 >>As long as you can repeat the process every time.  >>     >> > N >Which is the goal of ISO 9000: to ensure that your customers get a product ofL >consistent quality. (eg: the 1 millionth widget will be exactly the same asO >the 100th and will be exactly the same as the demo widget you used to conclude  >the sale).  >  >    > I Yes, but if you go by the 'rule-busters' approach, no manufacturer would  A use ISO which means in our case, many of our customers would not  F purchase from us...  As I said, I doubt he has any real production or G employement business and based on his web site, it doesn't appear that  * he has much exposure to commerce either...     Barry    --    > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028                            ------------------------------  % Date: Sun, 29 Feb 2004 13:58:10 -0800 , From: Ken Fairfield <My.Full.Name@intel.com>6 Subject: Re: Educating HP employees on the nettiquette+ Message-ID: <c1tn9j$rc8$1@news01.intel.com>    VAXman- wrote:   [snip]M > Another nuisance in the email world is the inability to locate the carriage M > return key.  WTF?  Are people are so tired from doing the Willywarez three- L > finger salute umpteen times a day that it's too much effort to depress the/ > carriage return every 70-80 characters typed?   B      Micro$olth software actively _discourages_ uses of the <CR>, = sigh...  In this case, it's hard to blame the users since the A software they run _tells_ them to avoid that key.  When I receive ? a plain-text e-mail which has been properly formatted with <CR> D by the author, OutHouse asks me if I want to "remove the unnecessaryB line breaks?" (or similar; I don't have the exact text in front of me...).   =      It causes me no end of grief that OutHouse and MS Worse, ? etc., prevent me from saying where a line ends or how to format ? a paragraph.  I do my best, but the "casual user" of this stuff > not only doesn't know there's a problem, s/he will think we're> crazy and doing it all wrong: BillWarez told her/him so!  As a result, we get PhilThayers(tm).    	-Ken   . P.S.  But Brian, you knew this already, right? --  6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield ! D1C Automation VMS System Support " who:   kenneth dot h dot fairfield where: intel dot com   ------------------------------  # Date: Sun, 29 Feb 2004 22:43:16 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")6 Subject: Re: Educating HP employees on the nettiquette6 Message-ID: <00A2E25A.D44EC242@SSRL.SLAC.STANFORD.EDU>  Z In article <c1tn9j$rc8$1@news01.intel.com>, Ken Fairfield <My.Full.Name@intel.com> writes: >VAXman- wrote:  >  >[snip] N >> Another nuisance in the email world is the inability to locate the carriageN >> return key.  WTF?  Are people are so tired from doing the Willywarez three-M >> finger salute umpteen times a day that it's too much effort to depress the 0 >> carriage return every 70-80 characters typed? > C >     Micro$olth software actively _discourages_ uses of the <CR>,  > >sigh...  In this case, it's hard to blame the users since theB >software they run _tells_ them to avoid that key.  When I receive@ >a plain-text e-mail which has been properly formatted with <CR>E >by the author, OutHouse asks me if I want to "remove the unnecessary C >line breaks?" (or similar; I don't have the exact text in front of  >me...).  D Oh, indeed.  I spent some time figuring out this problem, when I hadE Datatrieve creating comma-delimited ASCII files for import to Excel.  I They're mailed to the user who requested them, who reads them in Outlook, H and then cuts-and-pastes to put them in Excel.  I got lots of complaintsF about my crappy formatted files until I got the user to go through theI process while I was watching.  Outlook in the SLAC-standard configuration C removed "unnecessary" line breaks BY DEFAULT; you had to click on a ) particular icon to make it put them back.   J (Helpful people reading this: Yes, I'm aware that I can use a Perl libraryH to create actual downloadable Excel spreadsheets, but learning how to doK that and redoing these existing queries in DBI-based SQL has a much longer  J turnaround time than just doing some easy reformatting in Datatrieve, and J they always need these reports Right Now.  I may end up redoing particularJ reports using that approach, but I'm also working on getting the users to C use Crystal Reports or some other tool to generate their own ad hoc 	 reports.)   > >     It causes me no end of grief that OutHouse and MS Worse,@ >etc., prevent me from saying where a line ends or how to format@ >a paragraph.  I do my best, but the "casual user" of this stuff? >not only doesn't know there's a problem, s/he will think we're ? >crazy and doing it all wrong: BillWarez told her/him so!  As a   >result, we get PhilThayers(tm).   What you said.   -- Alan  --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------  % Date: Sun, 29 Feb 2004 20:04:03 +1100 ' From: "alphadoc" <all.the.fun@the.fair> % Subject: Re: Hobbyist license for VMS < Message-ID: <4041a99e$0$28872$afc38c87@news.optusnet.com.au>  J I had a similar problem when I joined up. When I chased up the problem, itL related to a problem between DECUS Australia and the Montagar database. FromJ memory, Montagar asked for more information than Decus had sent them, so aK match didn't occur. The only way out was personal intervention by the DECUS 
 office staff.  Thanks.   BobbydaMong wrote in message ... >Howdy there...  > H >Have joined the DECUS (Encompass) group a few weeks ago, with a view to& >getting a VAX/VMS Hobbyist license... > H >Received my number OK, but when trying to log in to www.montagar.com, I justL >get a message saying that it couldn't find my Encompass user / reference... > K >Is anyone else having these sort of probs - does anyone know how I can get H >round this. Have tried mailing the contact mail address 3 times now (as well3 >as Encompass twice), but have yet had no response.  >  >Help! >  >Many thanks in advance! >  >    ------------------------------  % Date: Sat, 28 Feb 2004 23:21:10 -0500 * From: JF Mezei <jfmezei.spamnot@istop.com>& Subject: Re: Intel releases 64bit Xeon) Message-ID: <404168AB.EFBF7711@istop.com>    Rob Young wrote:Q > Does 64-bit address extension technology slow down Itanium penetration into the F > high-volume Windows market (1 and 2-way servers)? Of course it does.  G It will slow it down to a point where Microsoft won't bother with IA64.   
 > But doesG > it knock Itanium completely out of the market? Of course it does not.   N It leaves low volume proprietary systems such as HP-UX VMS and NSK. *FOR NOW*.  D >         Itanium must get cheaper for adoption.  Fister tells us ofH >         pricing parity with Xeon by 2007.  Intel tells us that ItaniumG >         will be twice the performance of Xeon.  You can see how Intel , >         intends to shift folks to Itanium.  L If Intel cannot get price parity today, it won't be able to get price parityM in 2007. If Intel will need to subsidize IA64 in 3 years to get price parity, 0 why doesn't it increase the subsidies this year?  I Face it, IA64 is a commercial failure. It has failed to be acceptable for L desktops. 64-8086 kills IA64's chances for the windows server market. And itC is a very expensive bloated architecture requiring lots of software 2 (compilers) support for a very small niche market.  G You can keep on hoping that the predicted advances for IA64 will arrive N on-time and that IA64 might be able to surpass its competition. You can't justN look at what Intel promises for one chip. You need to look at the promises forM all chips and compare IA64's promises against others. And you need to look at \ IA64's history to get an idea if the prmises will arrive on-time (releative to competitors).   ------------------------------    Date: 28 Feb 2004 20:48:04 -0600+ From: young_r@encompasserve.org (Rob Young) & Subject: Re: Intel releases 64bit Xeon3 Message-ID: <bd2VI$7aFxLx@eisner.encompasserve.org>   V In article <40414540.7958B02E@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes: > Rob Young wrote: > J > Face it, any improvements to IA64 in the next 3 years will be matched by4 > improvements in competing architectures at best.    2 http://www.theregister.co.uk/content/35/35839.html  O Does 64-bit address extension technology slow down Itanium penetration into the M high-volume Windows market (1 and 2-way servers)? Of course it does. But does L it knock Itanium completely out of the market? Of course it does not. Do youD really think we'll be running 32-bit processors in new servers (with@ 64-bit extensions or not) in the post 2010 time frame? I don't.    ---   ; 	Itanium must get cheaper for adoption.  Fister tells us of ? 	pricing parity with Xeon by 2007.  Intel tells us that Itanium > 	will be twice the performance of Xeon.  You can see how Intel= 	intends to shift folks to Itanium.  I'm sure it will require D 	a full court press and appropriate seed monies.  Maybe they come up@ 	with development kit and give it away.  I'm sure the $8 billionC 	in cash they have will be put to use to keep Itanium going.  We've @ 	got to keep an eye on their financials to see the Itanium drag.B 	So far, all I see is increasing profits, increasing market share,< 	increasing margins.  Maybe when these numbers start looking 	like Sun Microsystems:   + http://biz.yahoo.com/e/040223/intc10-k.html   ! 	I agree you are on to something.    				Rob    ------------------------------    Date: 28 Feb 2004 23:12:26 -0600+ From: young_r@encompasserve.org (Rob Young) & Subject: Re: Intel releases 64bit Xeon3 Message-ID: <AVGeIruG93Xj@eisner.encompasserve.org>   _ In article <_66dnan_aoCyc6PdRVn-uQ@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:  > : > "Rob Young" <young_r@encompasserve.org> wrote in message/ > news:LLzbTeKp8RoV@eisner.encompasserve.org... A >> In article <zuudnS68k5msEKPdRVn-ig@metrocast.net>, "Bill Todd" " > <billtodd@metrocast.net> writes: >  > ...  >   >> > Here the 90 nm. Prescott isL >> > hard-pressed to *equal* the performance (and clock rate) of its 130 nm.E >> > Northwood ancestor, and you're predicting at least a 50% SPECint 
 > performance 7 >> > boost for the 130 nm. -> 90 nm. Itanic transition.  >> >>? >> No - not me.  An Intel CPU designer.  Arcadian at RealWorld:  > - > Ah, but not an *Itanic* CPU designer, IIRC.  >   = 	But he was obviously referring to Monticeto.  His stock will ( 	rise or fall based on numbers he touts.   >>G >> "As long as we're talking hypothetical CPUs, let's imagine a current 
 > Madison CPU H >> with 667MT/s FSB (10.7GB/s bandwidth), registered DDR2700 memory (forJ >> maintaining reliability), and Intel's P1262 circuits to allow the clockM >> frequency to hit 2.2GHz, all on a low latency optimized chipset. I predict  > a I >> SPECfp close to 2750 and a SPECint just shy of 2000. We can even add a  > secondL >> core for superior throughput performance and advanced power management so > thatF >> it wouldn't dissipate any more power than the current Madison CPU." > L > Well, since at last report Montecito was still required to function withinI > the 130W power envelope, and since the 1.5 GHz Madison already consumes J > 107W, even if Intel actually manages to get its 90 nm. process under farK > better control by next year it *still* won't be able to run both cores at L > anything like 2.2 GHz (though *might* be able to run one core that fast if > the second were kept idle).  >   D 	Will be interesting to see exactly what "advanced power management" 	means and how it applies.   >>? >> In follow-up, an admittedly conservative estimate as someone  >> notes and Arcadian confirms:  >>J >> "Can I ask, why's the FP so low? I would have figured with a ~50% clock > boost M >> and a ~65% bandwidth boost, your hypothetical core should do better than a  > ~25% >> SPECfp boost."  >> >>9 >> It will do quite a bit better than 2000 Int / 2800 Fp.  > J > Selling futures as always, Rob.  Will you *ever* find a product you like, > that actually excels in the present tense? >    	Yes.  VMS.    >  >>> >> What are you thinking?  Are you thinking Montecito comes inF >> at the same speed as the current Madison?  Read the threads.  As weD >> know, 6, 8 , 12 months of process improvements cranks the clocks. > M > Not for Prescott's 90 nm. process, Rob:  Intel still seems to be struggling L > to hit 4 GHz by the end of 2004 - compared with 3.4 GHz in the old 130 nm. > process right now. >   E 	But this hypothetical CPU is at 2.2 GHz.  Why wouldn't path cleanups = 	and everything else that occurs as cores move along, push it ; 	to 2.2?  But yes, their first go at 90 nm is hot.  But why A 	would Monticeto be in that process?  Isn't it in the latter one, " 	the one Arcadian is referring to?  ; >> What circuits do Montecito use?  P1262 - or so it seems.  >>  >> You're also ignoring history. > $ > No, Rob:  you are, as noted above. > + >   Look at how Itanium has increased clock * >> since the outset, 800 , 1000, 1500 MHz. > E > The only jump there that was impressive at all was from McKinley to N > Madison - and a lot of that was likely due to circuit tweaks (McKinley beingN > a completely new design, and Madison simply a shrink of it).  They won't getL > any similar set of tweaks moving from Madison to Montecito (still the same > old McKinley design),     ' 	That's interesting.  How do you know?  @ 	How many enhancements did the original Pentium Pro core undergoB 	and associated clock increases?  My point is, that same tired old8 	core was around for a long time and sped up many times.    6 > and unless they get much better relative clock ratesK > out of Montecito than they got out of Prescott there'll be no significant  > jump at all.  < 	Prescott is at 3.4 GHz.  Are you suggesting they are having= 	difficulties increasing Itanium clocking?  And that Arcadian  	is talking out his hat?  D >> Good.  Hopefully they both maintain the same prices and of course. >> get much closer on performance CPU for CPU. > K > Exactly how do you figure that, Rob?  Right now, the POWER4+ CPU seems to K > have about twice the TPC-C performance of the Itanic CPU.  And while both L > architectures are moving to 90 nm., SMT, and increased cache sizes, POWER5K > is also getting additional on-chip design improvements that Itanic is not M > (and IBM seems to have their 90 nm. process under a lot better control than  > Intel's currently is). >   A 	Relative increases Bill.  I suggest that if the CPU increases in E 	speed 50%, increases cache to 24 MBytes, adds SMT, doubles the core, E 	the size of the tpmC numbers compared to the 1.5 GHz 6M Madison will @ 	be substantial.  Will it best Power5?  I doubt it.  But it willF 	draw considerably closer.  Much closer than Madison 6M is to Power4+.   				Rob    ------------------------------  # Date: Sun, 29 Feb 2004 14:42:23 GMT # From: "John Smith" <a@nonymous.com> & Subject: Re: Intel releases 64bit XeonJ Message-ID: <jTm0c.50525$ah.39276@twister01.bloor.is.net.cable.rogers.com>   Bill Todd wrote:: > "Rob Young" <young_r@encompasserve.org> wrote in message/ > news:LLzbTeKp8RoV@eisner.encompasserve.org...  >  > ...  > ; >   One thing for sure, that Itanic moniker is going to get ' >> funnier and funnier as time goes by!  > F > The Inquirer and the San Jose Mercury News don't quite seem to agree > with you, Rob: > + > http://www.theinquirer.net/?article=14412  > < > http://www.siliconvalley.com/mld/siliconvalley/8064696.htm >  > <glug> >  > - bill  I It would have been cheaper for Intel & HP to have simply adopted Alpha as  the processor of choice:  " a) it already had performance lead  2 b) it's future engineering path was better defined  D c) it already had market share and a perception of being the fastest  H d) HP would have needed to only rename Tru64 to HP-UX Exended Edition toI complete the porting process of all their operating systems - at far less $ cost and risk than they have assumed  G e) Microsoft could have easily dusted off their 64-bit Windows code for / Alpha and made AMD's 64-bit efforts still-born.    ------------------------------    Date: 29 Feb 2004 18:40:02 -0800. From: al5vf03p02@sneakemail.com (William Webb) Subject: Re: Interex's Cnet  Ad = Message-ID: <d5ce4b06.0402291840.526841a9@posting.google.com>   s fabiopenvms@yahoo.com.br (Fabio Cardoso) wrote in message news:<f30679fb.0402271517.6d803c53@posting.google.com>... ; > There is an Interex Ad at CNET site and I copied the link  > to show you :  > 4 > http://i.i.com.com/cnwk.1d/Ads/4558/10/SS04mpu.gif > ; > As you can see, its a meeting about HPUX, Tru64, MPE but  > no OpenVMS ! !   >  > WHAT IS REALLY HAPPENING  ?  > 	 > Regards  >  > FC  ( It's what we've been trying to tell you.  @ INTEREX and ENCOMPASS are two completely separate organizations.  = The organization that is the successor to DECUS is ENCOMPASS.   7 WWWebb, who still carries his DECUS card in his wallet.   @ (which goes a long way to explaining why I'm currently bringing >  ENCOMPASS NCLUG (North Carolina LUG) to life to take up where  DECUS RTP left off-)   '  First meeting to be announced shortly.    ------------------------------  # Date: Sun, 29 Feb 2004 23:45:46 GMT ( From: "~ Darrell  Larose ~" <me@here.eh>7 Subject: Re: WARNING: Your messages are being cancelled I Message-ID: <KQu0c.52512$ah.2854@twister01.bloor.is.net.cable.rogers.com>   , "Warning" <warning@for.you> wrote in message1 news:61U4C2AO38046.9770138889@anonymous.poster... E > If you participate in any of the dozens of newsgroups that JF Mezei  infects,$ > your messages are being cancelled. > I > He forges the names and e-mail addressess of newsgroup participants and  cancels  > their messages.  > D > This is against the Terms of Service of his and all ISPs.  It also constitutes 2 > identity theft and is illegal in many countries. > $ > Send complaints to abuse@istop.com > ? > You may also want to contact Montreal Police and an attorney.  > I Why the Montreal Police? And what will an attorney be able to do? Besides I show your absolute proof that JF issued the cmsg cancel. IMHO if you call G the police for something this stupid they will charge the complaint for L wasting their time. If I forge your name Anonymous Coward and charge to yourI credit card, that is indentity theft. But you have no identity other than  Ball Less Coward.    ------------------------------  # Date: Sun, 29 Feb 2004 02:17:04 GMT & From: Don Sykes <paladin@mydomain.com> Subject: Zip/update Issue ; Message-ID: <AYb0c.4209$dS1.290@newssvr27.news.prodigy.com>   ? I have a Self-extracting zip file I use to distribute software. 6 It is created on an NT4.0 and copied to my VMS server.H I'd like to update one file in this file dynamically, on my VMS server; = but when I do and download it back to my NT and run it, I get L "zip file is damaged, truncated or has been changed since it was created..."I Note: this file works fine in its original form. I can download to my PC   & install - no problem. G Also I can update a regular zip file on VMS & download and install, no   problem.@ I've tried several variations of: zip/update myFile.zip new.fileF but to no avail. Can any of you wise people help? Maybe David the Zip  Master?    TIA    Don    --     Have VMS, Will Travel  Wire paladin, San Francisco    (paladinATalphaseDOTcom)   ------------------------------  % Date: Sun, 29 Feb 2004 22:24:47 +0100 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com>  Subject: Re: Zip/update Issue & Message-ID: <4042589F.8E36353@aaa.com>   Don Sykes wrote:  
 > The problem J > is I need to add a custom license to the SEzip file and I don't have the; > info to create it until the customer requests a purchase.  > So all this isF > happening on my VMS web server. If I need to go back to my NT box to* > recreate the SEzip with the new license,  2 Can not your VMS ZIP tool create the SE-Zip file ?   Like :  A 1. Unzip the "NT-created" ZIP file into an empty (VMS) directory. . 2. Add the license file to the same directory., 3. Re-create the SE-ZIP file (still on VMS).+ 4. Ship the "licensed kit" to the customer.   : I *think* I've seen a separate tool to create SE ZIP files$ in the VMS-ZIP distribution I use...   Regards 	 Jan-Erik.    ------------------------------  % Date: Sun, 29 Feb 2004 12:01:02 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> Subject: Re: Zip/update Issue 6 Message-ID: <404228DE.3DEB8AAD@NeOaSrPtAhMlNiOnWk.net>   Don Sykes wrote: > A > I have a Self-extracting zip file I use to distribute software. 8 > It is created on an NT4.0 and copied to my VMS server.I > I'd like to update one file in this file dynamically, on my VMS server; ? > but when I do and download it back to my NT and run it, I get N > "zip file is damaged, truncated or has been changed since it was created..."J > Note: this file works fine in its original form. I can download to my PC > & install - no problem. H > Also I can update a regular zip file on VMS & download and install, no
 > problem.B > I've tried several variations of: zip/update myFile.zip new.fileG > but to no avail. Can any of you wise people help? Maybe David the Zip 	 > Master?   7 I've tried that myself and have seen the same behavior.    If you need to do it that way:G My recommendation would be to unpack the archive, update the file, then 0 reZIP the whole bunch and send the archive back.    If you can change the procedure:F Send the one file (as binary?) to the source (NT?) system, THEN do the! ZIP and save yourself some steps.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Sun, 29 Feb 2004 22:53:07 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")< Subject: Re: [GAME] you've been appointed VMS Mkt Mgr, so...6 Message-ID: <00A2E25C.34C1CA35@SSRL.SLAC.STANFORD.EDU>  x In article <4042260E.40A1311@NeOaSrPtAhMlNiOnWk.net>, "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> writes:+ >Alan Winston - SSRL Admin Cmptg Mgr wrote:  >>  \ >> In article <403f1255$0$22407$626a14ce@news.free.fr>, Didier Morandi <no@spam.com> writes:	 >> [snip]  >>  * >> >[1] ask Ogilvy to build an ad campaign >>  R >> (Them in particular because of their long history selling Rolls Royce / BentleyR >> etcetera?  Could be.  Ads in places CIOs and CEOs see, pushing VMS or OpenVMS -R >> doesn't matter so much which- are the only way to fight the perception that theQ >> OS is already dead, and give the VMS zealots some support in selling it within  >> their own organizations.) > F >Just pushing VMS in CxOs' faces isn't enough, IMO. Gotta go for them,6 >techies, product/project managers, ... the whole bit. > = >In short: ubiquitous mainstream marketing to the nth degree.   K I'm all for selling VMS, and I would have purely loved to see a Super Bowl  J ad or something.  If we have an unlimited advertising budget, then great, N advertise everywhere.  If we have a limited advertising budget, then the firstM thing we need to do is to make it possible for the techies who currently know L and love VMS to sell it _within their organizations_, rather than have it beM a career-limiting move to push VMS.  And that means targeting CIOs, CEOs, and  - I left these out - CFOs.  G A serious print ad campaign in airline magazines as well as _Fortune_,  J _Business Week_, _Time_, and the _Wall Street Journal_ would go a long way3 toward raising the perception of VMS from the dead.   J Ads and articles in DDJ, ACM Queue, etc, might move hobbyist licenses, butI let's start with a policy that creates VMS consciousness at the corporate  level.  I If we have enough money to do everything at once, then, I agree, let's do  everything at once.    -- Alan    --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------  % Date: Sun, 29 Feb 2004 11:49:02 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>< Subject: Re: [GAME] you've been appointed VMS Mkt Mgr, so...5 Message-ID: <4042260E.40A1311@NeOaSrPtAhMlNiOnWk.net>   * Alan Winston - SSRL Admin Cmptg Mgr wrote: > [ > In article <403f1255$0$22407$626a14ce@news.free.fr>, Didier Morandi <no@spam.com> writes:o > [snip] > ) > >[1] ask Ogilvy to build an ad campaign  > Q > (Them in particular because of their long history selling Rolls Royce / BentleynQ > etcetera?  Could be.  Ads in places CIOs and CEOs see, pushing VMS or OpenVMS -tQ > doesn't matter so much which- are the only way to fight the perception that the P > OS is already dead, and give the VMS zealots some support in selling it within > their own organizations.)   E Just pushing VMS in CxOs' faces isn't enough, IMO. Gotta go for them, 5 techies, product/project managers, ... the whole bit.N  < In short: ubiquitous mainstream marketing to the nth degree.   -- I David J. Dachterae dba DJE Systems] http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/-   ------------------------------   End of INFO-VAX 2004.120 ************************