1 INFO-VAX	Sat, 20 Nov 2004	Volume 2004 : Issue 644       Contents:0 "Intel is killing Itanium one comment at a time"4 Re: "Intel is killing Itanium one comment at a time"  Re: 90TL Terminal Server Problem: AST routine and C language va_count, va_start, va_end, etc> Re: AST routine and C language va_count, va_start, va_end, etc- Re: Can't Access SSH Server TCPIP-F-SSH_FATAL - Re: Can't Access SSH Server TCPIP-F-SSH_FATAL - Re: Can't Access SSH Server TCPIP-F-SSH_FATAL  Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw ! Re: DECW$CLOCK design flaw !G Re: EVIL FBI SADISTS should be HUNTED, KIDNAPPED and TORTURED for 3 YRS 2 f$device( "*", "DISK", , ) v. "ESS1888 AudioDrive"+ FA: DEC Digital Equipment boards and cables G Re: Getting to know what subprocess is the parent of another subprocess A Re: How do I attach zip csv and other binary files from Vms mail? M Re: I am looking for cheap or free vaxstations, decstations, or alphastations  Re: MySQL C API problem? MyInit ) OLE for Process Control (OPC) on an Alpha , Re: Online forums for former digits/deccies?, Re: Online forums for former digits/deccies?, Re: Online forums for former digits/deccies? OT: Joke of the week Re: OT: Joke of the week> Re: PWS with Qlogic and Intraserver SCSI cards: Who _is_ PKA0? Re: raid hardware  Re: raid hardware 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? 1 Re: reporter inquiry: Is HP selling AlphaServers? ( S1032 DBA Needed for Trade Press Article SIMH - networking  Re: SIMH - networking P Software screwup and hardware scalability - was: Re: reporter inquiry: Is HP selP Re: Software screwup and hardware scalability - was: Re: reporter inquiry: Is HPP Re: Software screwup and hardware scalability - was: Re: reporter inquiry: Is HP Re: t1lib, %SYSTEM-F-HPARITH Re: t1lib, %SYSTEM-F-HPARITH" X Window Resources for TPU and LSE& Re: X Window Resources for TPU and LSE  F ----------------------------------------------------------------------  # Date: Sat, 20 Nov 2004 04:03:57 GMT   From: CJT <abujlehc@prodigy.net>9 Subject: "Intel is killing Itanium one comment at a time" * Message-ID: <419EC22D.5090606@prodigy.net>  A http://www.theregister.co.uk/2004/11/19/intel_itanium_mainframes/    --  D The e-mail address in our reply-to line is reversed in an attempt toC minimize spam.  Our true address is of the form che...@prodigy.net.    ------------------------------  % Date: Sat, 20 Nov 2004 00:07:23 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> = Subject: Re: "Intel is killing Itanium one comment at a time" , Message-ID: <419ED0EE.4EC891BF@teksavvy.com>  
 CJT wrote: > C > http://www.theregister.co.uk/2004/11/19/intel_itanium_mainframes/   F Every article written about IA64 decreases IA64's viability over time.  J And Intel is not some basement operation. It's got PR people who have someN long term strategy and would not allow such "leaks" from Intel to occur unlessJ they were part of the plan. And if such leaks occured outside of the plan,! Intel would quickly dispell them.   / This one was done by ne upcoming CEO of Intel.    L Meanwhile, Dell has been letting lots of hints that it is getting warmer and warmer to AMD.  I Intel has only one option: work much harder on its 64 bit 8086, otherwise Y AMD,s version will start to rival Power which will become IBM's main chip for mainframes.    ------------------------------  % Date: Fri, 19 Nov 2004 20:21:24 -0500 / From: David Reed <junkman24@nospam.comcast.net> ) Subject: Re: 90TL Terminal Server Problem 0 Message-ID: <_NqdnTtKANqMAQPcRVn-oA@comcast.com>   David Reed wrote: K > I have about 10 90tl terminal servers that I've upgraded to 4 meg of ram  E > and currently use with TCP-IP to connect to various serial devices   > (printers etc..). G > They have static IP addresses and work really well. However every 60  I > days exactly they quit responding. I go power them off and they reboot  * > and work fine again for another 60 days.A > I am puzzled! There are no lease timers on static IP addresses. B > The lights on the front look "normal" The ones with active port M > connections still have the port led's lit but can't ping them or anything..  > What am I overlooking here ??  > " Nobody have any ideas about this ?   ------------------------------  % Date: Sat, 20 Nov 2004 14:03:49 +1030 * From: Mark Daniel <mark.daniel@vsm.com.au>C Subject: AST routine and C language va_count, va_start, va_end, etc / Message-ID: <419ebb40$1@duster.adelaide.on.net>   ? I would like to use the C langauge va_count() in a function to  E distinguish between direct and AST use of the function.  For example:   )    myFunction (int a1, int, a2, int a3) {        int  argcount;       va_count (argcnt)        if (argcnt == 3) {$          /* direct call behaviour */         else {!          /* AST call behaviour */        }     }  I The idea being with all direct calls three arguments are always supplied  2 but with an AST only the one (the user parameter).  ) Is this usage of va_count() valid?   TIA.   F +--------------------------------------------------------------------+E   Mark Daniel                         http://wasd.vsm.com.au/adelaide F   mailto:Mark.Daniel@wasd.vsm.com.au (Mark.Daniel@dsto.defence.gov.au);   A pox on the houses of all SPAMers.  Make that two poxes. F +--------------------------------------------------------------------+   ------------------------------  # Date: Sat, 20 Nov 2004 04:36:20 GMT % From: Rob Brown <mylastname@gmcl.com> G Subject: Re: AST routine and C language va_count, va_start, va_end, etc D Message-ID: <Pine.LNX.4.61.0411192126010.1583@localhost.localdomain>  ' On Sat, 20 Nov 2004, Mark Daniel wrote:   M > I would like to use the C langauge va_count() in a function to distinguish  ; > between direct and AST use of the function.  For example:  > ) >  myFunction (int a1, int, a2, int a3) {  >     int  argcount; >     va_count (argcnt)  >     if (argcnt == 3) {$ >        /* direct call behaviour */ >  >     else {! >        /* AST call behaviour */  >     }  >  } > O > The idea being with all direct calls three arguments are always supplied but  0 > with an AST only the one (the user parameter). > + > Is this usage of va_count() valid?   TIA.   
 Should be.  B The VMS calling standard supplies an argument count to the called B routine on both VAX and Alpha.  I'm too lazy to find out what the 4 mechanism is on IA64, but I expect it to be similar.  G An AST is called using the VMS calling standard, so the argument count   should be available.     --    B Rob Brown                        b r o w n a t g m c l d o t c o mA G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free! 6 Edmonton                         (780)438-9343 (voice)5                                   (780)437-3367 (FAX) 2                                   http://gmcl.com/   ------------------------------    Date: 19 Nov 2004 15:50:59 -0500* From: Gregory Pavelcak <gp@.oit.umass.edu>6 Subject: Re: Can't Access SSH Server TCPIP-F-SSH_FATAL- Message-ID: <419e5cb3$1@news-1.oit.umass.edu>   < Bob Koehler <koehler@eisner.nospam.encompasserve.org> wrote:n : In article <d4f7c497.0411190804.451d0cee@posting.google.com>, g.pavelcak@comcast.net (Greg Pavelcak) writes:H :> We had a consultant upgrade our VMS and TCPIP recently mainly for the7 :> SSH support, but I'm left trying to get SSH running.   B :    You're going to have to get out the SSH documentation and runD :    through the setup procedures.  There are things to be done such# :    as generating encryption keys.   = Ahh. I had thought TCPIP$CONFIG did that since it said it was = doing it, but when I checked, the key files were not there. I ! tried to run SSH_KEYGEN, but got  < Received signal 10, SIGBUS: invalid access to memory objects  @ I know I've read something about this problem and SYSUAF. I need  to retrace my previous googling.   Thanks.    Greg   --     ------------------------------  # Date: Fri, 19 Nov 2004 21:25:46 GMT 6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net>6 Subject: Re: Can't Access SSH Server TCPIP-F-SSH_FATAL= Message-ID: <uxtnd.19881$zx1.1626@newssvr13.news.prodigy.com>   H Check that the identifier matches the user.  Or initiate the SSH sessionK with user@node .  It's there in the the release notes, but takes a while to  track down.    --       Andy Bustamante  Remove the ASCII 95s for e-mail     7 "Gregory Pavelcak" <gp@.oit.umass.edu> wrote in message ' news:419e5cb3$1@news-1.oit.umass.edu... > > Bob Koehler <koehler@eisner.nospam.encompasserve.org> wrote:A > : In article <d4f7c497.0411190804.451d0cee@posting.google.com>, . g.pavelcak@comcast.net (Greg Pavelcak) writes:J > :> We had a consultant upgrade our VMS and TCPIP recently mainly for the9 > :> SSH support, but I'm left trying to get SSH running.  > D > :    You're going to have to get out the SSH documentation and runF > :    through the setup procedures.  There are things to be done such% > :    as generating encryption keys.  > ? > Ahh. I had thought TCPIP$CONFIG did that since it said it was ? > doing it, but when I checked, the key files were not there. I " > tried to run SSH_KEYGEN, but got> > Received signal 10, SIGBUS: invalid access to memory objects > B > I know I've read something about this problem and SYSUAF. I need" > to retrace my previous googling. > 	 > Thanks.  >  > Greg >  > --   ------------------------------  # Date: Fri, 19 Nov 2004 23:46:30 GMT 0 From: "Matt Muggeridge" <Matt.Muggeridge@hp.com>6 Subject: Re: Can't Access SSH Server TCPIP-F-SSH_FATAL= Message-ID: <qBvnd.42176$K7.38900@news-server.bigpond.net.au>   M Make sure you have at least TCP/IP ECO 2 installed, "TCPIP SHOW VER".  ECO 4  G is just around the corner, which has other SSH fixes.  (In case you're  H wondering, ECO 3 didn't see the light of day, after a problem was found  post-production).   < You can also turn on more debugging on the server side with:  - $ define/sys tcpip$ssh_server_params "-i d 6" ! $ @sys$startup:tcpip$ssh_shutdown   $ @ sys$statup:tcpip$ssh_startup  H The larger the number, the more debug you get.  "-d 6" is usually about  right.  1 The log file can be found in TCPIP$SSH_HOME:*.log   K When you ran through the SSH server configuration, did you answer "yes" to  4 the question about generating a new server host key?  @ E.g. when enabling the SSH Server, you get the following dialog:  "         Creating SSH Service Entry?         Creating TCPIP$SSH_DEVICE:[TCPIP$SSH.SSH2]SSHD2_CONFIG. . * Create a new default server host key? [YES]:K         Creating private key file: TCPIP$SSH_DEVICE:[TCPIP$SSH.SSH2]HOSTKEY "         Creating public key file: , TCPIP$SSH_DEVICE:[TCPIP$SSH.SSH2]HOSTKEY.PUB  @ You should be able to SSH login to the server using the default  configuration file.   M It could also be a problem with your SSH client, so may want to also test it  3 with the V5.4 client to narrow this down some more.    Matt.    --  = -------------------------------------------------------------  OpenVMS TCP/IP Engineering Enterprise Computing Group Hewlett-Packard Company  Gold Coast, AUSTRALIA = -------------------------------------------------------------     : "Greg Pavelcak" <g.pavelcak@comcast.net> wrote in message 7 news:d4f7c497.0411190804.451d0cee@posting.google.com... G > We had a consultant upgrade our VMS and TCPIP recently mainly for the 6 > SSH support, but I'm left trying to get SSH running. > 
 > We have: > ; > DEC AXPVMS OPENVMS V7.3-2           Platform    Installed ; > DEC AXPVMS TCPIP V5.4-15            Full LP     Installed  > D > I thought I could get ssh running just by activating the server inD > TCPIP$CONFIG, and docs seem to support that belief. However, afterB > enabling and starting the SSH server, I get the following on the  > console when trying to log in: > & > Message from user INTERnet on UHSAXPF > INTERnet ACP SSH Accept Request from Host: 128.229.118.225 Port:2107 > & > Message from user INTERnet on UHSAXP9 > INTERnet ACP detected TCPIP$SSH exiting before 'socket'  > & > Message from user INTERnet on UHSAXP8 > INTERnet ACP AUXS error during process exit Status = % > TCPIP-F-SSH_FATAL  > D > This is probably a real novice question, but I'm a real novice, so5 > that makes sense. Any pointers greatly appreciated.  >  > Greg     ------------------------------  % Date: Fri, 19 Nov 2004 13:55:27 -0500 " From: Glenn Everhart <gce@gce.com>% Subject: Re: DECW$CLOCK design flaw ! , Message-ID: <XO-dnZVd_Irm3wPcRVn-ig@rcn.net>  
 Come on...B Don't any of you remember Godel's famous solutions to the EinsteinH equations, which among other things are characterised by closed timelike loops?  J If one of those corresponds to the universe, space travel might eventually  amount to time travel ability...   Glenn Everhart     JF Mezei wrote:  > Paddy O'Brien wrote: > E >>But I agree with Alan and VAXMAN, time cannot go backwards, and our @ >>setting time earlier is not the same as time going backwards.  >  > 4 > Time is like a river. It flows into one direction. > I > However, we are simply riding the river of time, and with strong enough - > muscles, you can paddle upriver in a canoe.  > O > We currently have not a clue of how to do this. (travel back in time). But it L > doesn't mean that someday we won't find a way. For all you know, the AngelN > that inseminated Mary to give birth to Jesus Christ was some guy in the 24thM > century who had read the bible and decided to travel back in time to be the O > one to make the bible happen. (you can't change the past, but it doesn't mean O > that nobody in the future didn't get involved in our past). This guy, knowing P > about all the "miracles" Jesus had been documented as performing, brought withF > him enough technology to make those miracles happen (even by today's= > standards, most of those are just simple hollywood tricks).  >  >  >>Our J >>summertime/daylight saving, etc. is merely our contrivance of wall-clockC >>time.  And I have never seen any example/discussion of relativity * >>where time has actually become negative. >  > \ > However, in real life, computers often have to deal with time changes and time arithmetic.   ------------------------------  + Date: Fri, 19 Nov 2004 19:06:42 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk% Subject: Re: DECW$CLOCK design flaw ! ( Message-ID: <cnlg82$eh$1@news.mdx.ac.uk>  q In article <kS9YCwnic6AY@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes: K >In article <cnksrl$njp$1@news.mdx.ac.uk>, david20@alpha2.mdx.ac.uk writes:  > B >> Kurt Godel found a solution for Einstein's equations of GeneralQ >> Relativity in 1949 that allowed "closed timelike curves" ie allows travel back  >> in time.  > G >   There are equations in Physics 101 that have solutions that predict B >   things fall up.  Just because Godel did the math doesn't prove% >   the solution is physically valid.  >   K I didn't claim that the solution was a valid physical representation of our B Universe only that it is a valid solution of Einstein's Equations.  ' Remember this reply was in response to     " ! VAXman-, @SendSpamHere.ORG wrote: K > 'Tis my understanding that Mr. Einstein's theories state that any assump- K > tion that time is consistent for all observers it not true.  I do not be- ; > lieve that his theories show that time varies negatively.  "         J Godel's solution is for a Universe which is rotating which doesn't seem toM match our physical universe. However the fact that such solutions exist means D that it is possible that the solution which does match our universe K (as far as any solution can match given that General Relativity and Quantum L theory do not mesh together and hence can at best be an approximation to theE real theory of everything) would allow for time travel into the past.     
 David Webb Security team leader CCSS Middlesex University   ------------------------------    Date: 19 Nov 2004 18:36:38 -0800. From: spamsink2001@yahoo.com (Alan E. Feldman)% Subject: Re: DECW$CLOCK design flaw ! = Message-ID: <b096a4ee.0411191836.4aaec51a@posting.google.com>   O david20@alpha2.mdx.ac.uk wrote in message news:<cnktib$njp$2@news.mdx.ac.uk>... p > In article <b096a4ee.0411182011.3ae5e45c@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:p > >hammond@not@peek.ssr.hp.com (Charlie Hammond) wrote in message news:<r37nd.3163$Xp4.1741@news.cpqcorp.net>...? > >> In article <00A3B0E7.9C61712D@SendSpamHere.ORG>, VAXman-    > >> @SendSpamHere.ORG writes: > >>  O > >> >'Tis my understanding that Mr. Einstein's theories state that any assump- O > >> >tion that time is consistent for all observers it not true.  I do not be- ? > >> >lieve that his theories show that time varies negatively.  > > I > >Correct, but I'd put it that different observers in different inertial F > >reference frames will, in general, come up with different delta-T'sE > >for the same event. But these effects are completely negligible at G > >ordinary speeds. Even at half the speed of light, the "gamma factor" G > >is only 1.15, meaning that if it takes 10 min. to smoke a cigarette, G > >someone whizzing by at half the speed of light will see it take 11.5 H > >minutes. At 1/10 the speed of light, the gamma factor is already downG > >to 1.01. At normal terrestrial speeds it factor is for all practical % > >purposes indistinguishable from 1.  > 7 > Wrong.  You are only dealing with Special Relativity. H > Solutions to the equations of General Relativity allowing Time travel  > have been known since 1949.   D Well, there's a difference between a theory saying something does orE can happen and a theory not ruling something out. I'm not sure, but I E interpreted VAXMAN's remark as saying that Einstein's theories do not @ imply that going backwards in time is possible. You appear to beF saying that his theories don't rule it out. That's not the same thing.  C But you are right that I spoke only of Special Relativity. But when F General Rel. is applied to known situations, there is no backward timeF travel. Black holes you say, but they are not known well enough to sayD anthing about what happens should you enter one and somehow actually survive.  D Despite the very surprising spookiness of certain aspects of quantumA mechanics, I find the possibility of going backwards in time very F unlikely. However, it is sometimes the basis of great science fiction.E The episode of Star Trek written by Harlan Ellison comes to mind: The = City on the Edge of Forever -- my favorite Star Trek episode.    > / > See my other posting for further information.   / I really don't want to register with that site.    [...]    ------------------------------    Date: 19 Nov 2004 20:02:28 -0800/ From: johnhreinhardt@yahoo.com (John Reinhardt) % Subject: Re: DECW$CLOCK design flaw ! = Message-ID: <5d708ac7.0411192002.41ab8920@posting.google.com>   C requires objects to move faster than the speed of light:  tachyons.  > H >    If you have tachyons you have big problems:  tachyons have infiniteI >    energy, therfor you have infinite mass, therefor you have an infinte : >    gravitational field; you have causality problems, ... > G >    Physicists have good reason to believe these things don't actually 
 >    occur.     C   Don't tell Geordi LaForge and Data that tachyons shouldn't exist! D They've used tachyon fields, pulses and beams to fix everything from= the Captain's commode to rips in the time-space continuium...    ------------------------------  % Date: Fri, 19 Nov 2004 23:11:17 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Re: DECW$CLOCK design flaw ! , Message-ID: <419EC3CB.C1ED5BB9@teksavvy.com>   "Alan E. Feldman" wrote:F > Despite the very surprising spookiness of certain aspects of quantumC > mechanics, I find the possibility of going backwards in time very  > unlikely.   K It used to be that people tough that you'd die if you exceeded 100mph. Then M came steam locomotives who broke that barrier and nothing happened. Then came J the time when people though you'd disintegrate when you broke the speed ofN sound. We broke it and people didn't disintegrate. There are 2 people going atO 25 times the speed of sound right now at this very minute in the space station.   K Physical movement at some extreme speed may accelerate time relative to you L (but your watch would still tick forward normally). But if it is the type ofN thing where it never quite gets to 0, then no matter how fast you go, it won't go negative.  H But that does not preclude traveling to the past with some other type ofD "transport" that doesn't involve traveling way above speed of light.  I Consider this: if you were to travel at such a high speed that time would L actually stop, upon slowing down you'd end up at some infinite point in timeL (ahead). Sort of like a division by 0 thing. So whatever theory exists rightJ now probably is incapable of handling such concepts, just like division is# unable of handling a division by 0.    ------------------------------  % Date: Fri, 19 Nov 2004 13:38:33 -0800 + From: "Eric Gisin" <ericgisin@graffiti.net> P Subject: Re: EVIL FBI SADISTS should be HUNTED, KIDNAPPED and TORTURED for 3 YRS, Message-ID: <cnlpdc01jso@enews1.newsguy.com>  ; http://www.noapologiespress.com/zer0comics/schizoreview.htm   1 "Keith" <victorn234@138mail.com> wrote in message 5 news:8880818c.0411170342.98837c@posting.google.com...  > D > Sadistic FBI agents should be tortured the way how FBI sadists and
 > pervertsE > tortured this poor guy (non-muslim) for three years and continue to 	 > torture H > him even after he left america tracking him with implanted transponder > chips  > and other methods. >    ------------------------------  + Date: Fri, 19 Nov 2004 21:50:16 -0600 (CST)  From: sms@antinode.org; Subject: f$device( "*", "DISK", , ) v. "ESS1888 AudioDrive" ) Message-ID: <04111921501691@antinode.org>   D    Quirk of the day (VMS V7.3-1).  Let's look for the disk drives in DCL:  % ALP2 $ wso f$device( "*", "DISK", , )  _ALP2$DKA0: % ALP2 $ wso f$device( "*", "DISK", , ) 
 _ALP2$DKA400: % ALP2 $ wso f$device( "*", "DISK", , )  _ALP2$DVA0: % ALP2 $ wso f$device( "*", "DISK", , ) 
 _ALP2$DKB300: % ALP2 $ wso f$device( "*", "DISK", , )  _ALP2$AUA0: % ALP2 $ wso f$device( "*", "DISK", , )  _ALP2$LDA0: % ALP2 $ wso f$device( "*", "DISK", , ) 
 _ALP$DKA0:% ALP2 $ wso f$device( "*", "DISK", , ) 
 _WUSS$DKA200: % ALP2 $ wso f$device( "*", "DISK", , ) 
 _WUSS$DKA300: % ALP2 $ wso f$device( "*", "DISK", , ) 
 _WUSS$DKA400: % ALP2 $ wso f$device( "*", "DISK", , )       One of these stands out:    ALP2 $ sho dev /ful _ALP2$AUA0:   N Disk AUA0:, device type ESS1888 AudioDrive, is online, record-oriented device,     carriage control.   O     Error count                    0    Operations completed                  2 O     Owner process      "MMOV$SERVER"    Owner UIC                      [SYSTEM] O     Owner process ID        22600425    Dev Prot            S:RWPL,O:RWPL,G:R,W O     Reference count                2    Default buffer size                   0   4    Does this make sense in some way not clear to me?  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Fri, 19 Nov 2004 15:43:00 -0500 . From: "K. Marden" <kNuOrtSmP2A2M@netscape.net>4 Subject: FA: DEC Digital Equipment boards and cables+ Message-ID: <307465F2rnd8hU1@uni-berlin.de>    NO reserve.   K   http://cgi6.ebay.com/ws/eBayISAPI.dll?ViewSellersOtherItems&userid=kurtm2   4 remove the NO SPAM from that email address to reply.   ------------------------------  % Date: Fri, 19 Nov 2004 13:55:09 -0500 * From: "Syltrem" <syltremzulu@videotron.ca>P Subject: Re: Getting to know what subprocess is the parent of another subprocess2 Message-ID: <yhrnd.334$df.22960@tor-nn1.netcom.ca>   Yes   L I was not fully awake (or too deep in other thoughts) when I read your post, and also the one from Bob. OWNER is the thing!    Thanks   --   Syltrem    OpenVMS 7.3-1 + Oracle 8.1.7.4H http://pages.infinit.net/syltrem (OpenVMS related web site, en franais)% ---zulu is not in my email address--- 5 "Barry" <dysert@gmail.com> a crit dans le message de = news:1100878833.080614.127590@z14g2000cwz.googlegroups.com... < > It *can* be done in DCL (almost anything can).  As I said,; > F$GETJPI(0,"OWNER") does what I think you're looking for.  >    ------------------------------  # Date: Sat, 20 Nov 2004 00:10:36 GMT L From: winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing)J Subject: Re: How do I attach zip csv and other binary files from Vms mail?6 Message-ID: <00A3B1DA.C4B7EFCB@SSRL.SLAC.STANFORD.EDU>  ` In article <19NOV04.16482869@feda01.fed.ornl.gov>, Dave Greenwood <greenwoodde@ornl.gov> writes:C >In a previous article, "Stewart, Bill" <wjs-corp@kaman.com> wrote:  >>   >>  H >> 	We have an OpenVMS cluster running version 7.3-2 Alpha.  What is theO >> procedure to send attachments from OpenVMS through our PMDF system in such a N >> way that they will show up as attachments when the mail gets to an exchange
 >> server? >>  ? >> 	I've tried using the VMS mime utility, and sff to send, but C >> everything I've tried so far has given me the following results.  > F >If you have PMDF running on your VMS system (and it's not clear to meG >whether that's the case) you may be able to use PMDF MAIL for that.  I H >don't have an exchange server to test with, but I send attachments with >a command like: > 0 >  $ PMDF MAIL file/ENCAPSULATE[/FILE] recipient > F >The "/FILE" qualifier includes the filename in the attachment header.  H You can also use the PMDF SEND command.  (I create comma-separated filesN extracted from an rdb database on VMS and send them to a user using Outlook onN Exchange, and she's able to bring 'em on into Excel.  So this sure sounds like3 a proof that what the user is trying to will work.)    -- Alan    ------------------------------  % Date: Fri, 19 Nov 2004 14:35:23 -0800 - From: dean woodward <dean.woodward@gmail.com> V Subject: Re: I am looking for cheap or free vaxstations, decstations, or alphastations7 Message-ID: <3f119ada04111914354ad48bab@mail.gmail.com>   * On 19 Nov 2004 12:02:10 -0600, Bob Koehler0 <koehler@eisner.nospam.encompasserve.org> wrote:? >    Just make sure you get a VAX or an Alpha, DEC made lots of " >    computers that can't run VMS.  E Er. Make sure you get a VAX or an Alpha *capable of running VMS*- DEC B made lots of computers, including not a few Alphas, that can't run VMS.   Or, there's Simh...    ------------------------------  % Date: Fri, 19 Nov 2004 16:30:07 -0600 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>( Subject: Re: MySQL C API problem? MyInitD Message-ID: <craigberry-29DBA0.16300719112004@news.isp.giganews.com>  = In article <e65b6b99.0411190600.3d8e532a@posting.google.com>, /  brian_benning@yahoo.com (Brian Benning) wrote:   ! > int main(int argc, char **argv)  > {  >   MYSQL m; >   mysql_init(&m);  >   mysql_close(&m);
 >   return 0;  > }   G Haven't tried it myself, but check the documentation for this function   here:   1 http://dev.mysql.com/doc/mysql/en/mysql_init.html    where it says:  F "This API has one danger. If the structure alignment of your compiler G doesn't match the alignment of the compiler that built the library you  G are linking against, it can overwrite other variables on the stack. So  F it would be better to let it allocate the structure rather than using % the ability to allocate it yourself."    ------------------------------  # Date: Sat, 20 Nov 2004 02:35:04 GMT " From: "Ivan Lowe" <vms@dynsim.com>2 Subject: OLE for Process Control (OPC) on an Alpha: Message-ID: <s3ynd.17033$Y7.337@fe1.news.blueyonder.co.uk>  I Has anyone come across an OPC Client that can operate under Alpha OpenVMS    Thanks   Ivan     ------------------------------  % Date: Fri, 19 Nov 2004 20:32:56 +0100 + From: Wilm Boerhout <w3.boerhout@planet.nl> 5 Subject: Re: Online forums for former digits/deccies? 5 Message-ID: <419e4d07$0$1219$ba620dc5@nova.planet.nl>    Lee Roth wrote: 8 > Anyone have any pointers to active forums specifically  > aimed at former DEC employees? > 7 No online forum yet, but there is a "Dutch connection":    http://www.decnet.nl (in Dutch)    --  ' Wilm Boerhout (badge 168984, 1985-1997)  Zwolle, The Netherlands    wilmOLD@PAINTboerhout.nl2    (remove OLD PAINT from this address before use)   ------------------------------    Date: 19 Nov 2004 14:00:28 -0800$ From: leeroth@my-deja.com (Lee Roth)5 Subject: Re: Online forums for former digits/deccies? = Message-ID: <d0e744c9.0411191400.32d83f16@posting.google.com>   l "Dale E. Coy" <daleecoy@obfuscation.spinn.net> wrote in message news:<10pqk571pgr4c18@corp.supernews.com>...4 > "Lee Roth" <leeroth@my-deja.com> wrote in message 8 > news:d0e744c9.0411161246.3563844@posting.google.com...: > > Anyone have any pointers to active forums specifically" > > aimed at former DEC employees? > > D > > One interesting site is http://www.decalumni.com/ but they don't. > > appear to have an online discussion forum. > >  > > Thanks!  > O > The DECUServe system would be very willing to set up such a forum, using DEC   > Notes. > M > If this is of interest to you, get a (free) account on DECUServe, and then  * > send vmsmail to me (coy) on that system. > <snip>  O Wow, what a dilema: Having an ex-dec employee forum running on DECnotes or have K it run on a 'modern' web-based forum system. Nostalgia favors the DECnotes, @ practicality (hyperlinks, pictures, attachments, etc.) favor the web-based item.    Thank you for the offer!   ------------------------------  % Date: Fri, 19 Nov 2004 19:39:34 -0500 # From: "don" <LakeGator@hotmail.com> 5 Subject: Re: Online forums for former digits/deccies? 0 Message-ID: <sO-dnQGER93RDwPcRVn-uw@comcast.com>  M DECUServe not only uses DECnotes but publishes the conferences online as you  $ can see at http://Eisner.DECUS.org/.      E The bottom line is that you can have your nostalgia and read it, too.       L Nothing on the web has yet to establish the level of collaboration that did I DECnotes even with all the pretty whistles and bells.  But, that doesn't   matter now does it?       2 "Lee Roth" <leeroth@my-deja.com> wrote in message 7 news:d0e744c9.0411191400.32d83f16@posting.google.com... B > "Dale E. Coy" <daleecoy@obfuscation.spinn.net> wrote in message . > news:<10pqk571pgr4c18@corp.supernews.com>...4 >> "Lee Roth" <leeroth@my-deja.com> wrote in message9 >> news:d0e744c9.0411161246.3563844@posting.google.com... ; >> > Anyone have any pointers to active forums specifically # >> > aimed at former DEC employees?  >> >E >> > One interesting site is http://www.decalumni.com/ but they don't / >> > appear to have an online discussion forum.  >> > >> > Thanks! >>L >> The DECUServe system would be very willing to set up such a forum, using  >> DEC	 >> Notes.  >>I >> If this is of interest to you, get a (free) account on DECUServe, and   >> then + >> send vmsmail to me (coy) on that system. 	 >> <snip>  > M > Wow, what a dilema: Having an ex-dec employee forum running on DECnotes or   > haveD > it run on a 'modern' web-based forum system. Nostalgia favors the  > DECnotes, B > practicality (hyperlinks, pictures, attachments, etc.) favor the > web-based item.  >  > Thank you for the offer!     ------------------------------  % Date: Fri, 19 Nov 2004 20:25:38 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com>  Subject: OT: Joke of the week + Message-ID: <419E9D01.3BE12F1@teksavvy.com>   1 Got a huge giggle reading the following headline:   4 	"Air Force turns to Microsoft for network security"   at  g > http://news.com.com/Air+Force+turns+to+Microsoft+for+network+security/2100-7355_3-5457344.html?tag=nl   L Seems they are paying big bucks to Microsoft to configure all their PCs. ForM an organisation which for years was so paraniod that it insisted on degrading N GPS signals for civilians, it is ironic that they would choose the one companyL responsible for all those viri and trojan horses to assure security of their computing infrastructure.0   ------------------------------  # Date: Sat, 20 Nov 2004 02:07:54 GMT   From: CJT <abujlehc@prodigy.net>! Subject: Re: OT: Joke of the weekm( Message-ID: <419EA6F9.30503@prodigy.net>   JF Mezei wrote:a3 > Got a huge giggle reading the following headline:n > 6 > 	"Air Force turns to Microsoft for network security" >  > at e > g >>http://news.com.com/Air+Force+turns+to+Microsoft+for+network+security/2100-7355_3-5457344.html?tag=nl_ >  > N > Seems they are paying big bucks to Microsoft to configure all their PCs. ForO > an organisation which for years was so paraniod that it insisted on degradingIP > GPS signals for civilians, it is ironic that they would choose the one companyN > responsible for all those viri and trojan horses to assure security of their > computing infrastructure.c  ? It would be comical except that it's such a gift to terrorists.s   -- tD The e-mail address in our reply-to line is reversed in an attempt toC minimize spam.  Our true address is of the form che...@prodigy.net.M   ------------------------------  + Date: Fri, 19 Nov 2004 18:15:17 -0600 (CST)d From: sms@antinode.orgG Subject: Re: PWS with Qlogic and Intraserver SCSI cards: Who _is_ PKA0?/) Message-ID: <04111918151771@antinode.org>e  -    For those keeping track, as of VMS V7.3-1:   ' ALP $ help Sys_Parameters DEVICE_NAMINGr   SYS_PARAMETERS     DEVICE_NAMINGi  G        (Alpha only) DEVICE_NAMING is a bit mask indicating whether portl@        allocation classes are used in forming SCSI device names.  '        Following is the bit definition:r          Bit   Definitiony  %        0     If 1, enable new naming.t?        1     Must be 0. This bit is reserved for use by Compaq.s  F        For more information about port allocation classes, see OpenVMS        Cluster Systems.r    F    Apparently the forbidden bit 1 is the critical item for getting the8 VMS device names to agree with the console device names.  <    If anyone knows of horrible things which will happen whenD DEVICE_NAMING is set to 2 (instead of 3 or -1), please tell me now. * Otherwise, I'll pretend I'm in good shape.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org-    Saint Paul  MN  55105-2547    ------------------------------  % Date: Fri, 19 Nov 2004 20:40:57 -0500"% From: "DAVID TURNER" <DAVID@HPAQ.NET>  Subject: Re: raid hardware0 Message-ID: <10pt7pgn2o9hu95@news.supernews.com>  H we sell an infotrend based subsystem that works beautifully with 7.2-1 >  H For a single channel 100GB option (say 5 x 36GB) you're looking at about $5500   H All new with 3 yrs warranty and includes yr choice of a dual ch U160 ctr (adaptec based)05 for vms 7.3-1> or an U2 single channel ctr for 7.2-1>y       -- j Island Computers US Corp 2700 Gregory St Suite 180i Savannah GA 314044 Tel: 912 4476622 Fax: 912 201 0402  Email: dbturner@icusc.come    9 "Jim Strehlow" <JimStrehlow@data911.com> wrote in messager7 news:4b6ec350.0411150724.293c2423@posting.google.com...t6 > What RAID hardware arrays are available for OpenVMS?8 > Only from H.P. or are there third party RAID products? >aJ > Can you configure the RAID through an OpenVMS utility or did you need to set itK > up via a laptop with some software that ran on Microsoft Windows or otherh o/s? >sJ > Is there a software program that runs and checks for errors on the RAID? >f# > Our data needs are around 100 GB.  >m > Thanks in advance. >n7 > Jim Strehlow, OpenVMS Administrator, Alameda, CA, USAw   ------------------------------    Date: 19 Nov 2004 18:47:37 -0800% From: sean@obanion.us (Sean O'Banion)- Subject: Re: raid hardware= Message-ID: <dffe4465.0411191847.314b0f0f@posting.google.com>@  : The only thing that runs on the HSV is the firmware (VCS).B Command View runs on the Appliance, though I understand that Win2K' will be supported soon, if not already.e  E The way we confirmed this to our selves was to shutdown Command View,IA and then try an SSSU command.  Without Command View running, SSSUh fails.     Sean    ] "Marty O'Connor" <moconnor@dvfs.com> wrote in message news:<306ns9F2t68c5U1@uni-berlin.de>... 4 > "Sean O'Banion" <sean@obanion.us> wrote in message9 > news:dffe4465.0411182204.2ba2b02c@posting.google.com... I > : The point I was tying to make about needing the SAN Appliance runningwH > : is that even if you use SSSU, if the SAN Appliance, or Command View,- > : is not running, SSSU does not run either.  > :? > :  > : Sean > b > The SAN Appliance does not need to be running for SSSU to function. Since Command View in on theK > HSVs then if the EVA is up, you can use SSSU to access the configuration.g >  > Martya   ------------------------------  % Date: Fri, 19 Nov 2004 11:49:25 -0700 + From: John Nebel <john.nebel_vms@csdco.com>n: Subject: Re: reporter inquiry: Is HP selling AlphaServers?& Message-ID: <419E4035.40101@csdco.com>   Michael D. Ober wrote:: > "John Nebel" <john.nebel_vms@csdco.com> wrote in message$ > news:419DFC9E.1000402@csdco.com... >  >>I >>There is curently a $200M system failure in the news in Colorado due to I >>EDS bungling and another probable which is not public and the system weuJ >>run for the state is going to suffer no such fate.  You can say Alpha isH >>obsolete, but what is available right now?  It's really interesting toH >>see the relief on some faces when they see or hear about that machine. >>( >>OK, off soap box now, back to lurking. >> >>JN >> > K > This is a pure software screwup.  The platform in this case wouldn't haveMM > made a difference since the backend database runs on multiple systems.  The-K > state's auditors identified this problem over a year before "turn on" and6* > the politicians overrode their concerns. >  > Mike Ober: > Denver, CO >   G The system has horrid response time and doesn't scale very well.  That 1C is a hardware problem.  Hopefully you are not saying that scalable i1 hardware with VMS wouldn't be a better way to go!v  @ I've been watching this thing develop since 1998 and don't feel 9 comfortable talking about more than is in the newspapers.a   JN   ------------------------------  # Date: Fri, 19 Nov 2004 21:01:58 GMTf1 From: Keith Parris <keithparris_NOSPAM@yahoo.com> : Subject: Re: reporter inquiry: Is HP selling AlphaServers?2 Message-ID: <abtnd.3257$uF5.1184@news.cpqcorp.net>   smoke11 wrote: > Looking into Alpha sales ....i > 2 > -- Is anyone having trouble buying them from HP?  C Not that we're aware of, other than the well-publicized order-flow  F problems in Q3. The Q4 figures for HP just came out, and based on the @ very-positive results, obviously those problems have been fixed.  $ > Are HP AlphaServer reps available?   Yes.  ' > Is HP trying to selling AlphaServers?h   Yes.  9 > -- Anyone surprised by revenue decline on AlphaServers?    Not really. Q4 data E (http://www.hp.com/hpinfo/investor/financials/quarters/2004/q4.html) 1F showed a 27% decline in Alpha sales revenues compared with last year. E VMS results aren't broken out separately (but if they were, it would   continue to be very good news).g  G Keep in mind that the newer Alpha systems are much faster and cheaper, 5H so this revenue figure doesn't mean 27% fewer Alpha systems or 27% less F Alpha computing power was sold compared with last year, just that the F sales revenues were down by 27% compared with last year. Some of this F decline in revenues to HP simply represents greater value for the VMS 	 customer.t  @ And with the imminent release of OpenVMS version 8.2, the first E production-ready version of OpenVMS on Itanium, one might guess that g@ there could be some customers who might be holding off on Alpha # purchases as they evaluate Itanium.e   > (Why buy new?)  F Because the EV7-based (Marvel) systems are so much faster, as well as F providing better price/performance, than used systems. Some customers E are finding they can pay for the upgrade to EV7-based systems on the H7 savings in maintenance compared with the older systems.c  G One data point from my experience: I work in the area of clusters, and  I one thing I measure is remote lock-request latency over various types of  ? cluster interconnect hardware. The highest-performance cluster 5G interconnect available is SCS communications over Galaxy shared memory :I within a soft-partitioned system. On a Wildfire system (GS160 or GS320), 1H lock-request latency in Galaxy was around 79 microseconds. On a GS1280, E it is 25 microseconds. So the EV7 is obviously very fast in terms of h# memory and I/O, not just CPU speed.e  " > -- OpenVMS implications, if any?  E Future looks good. Compaq and HP have delivered on their promises to .E port OpenVMS to Itanium, HP Integrity Server hardware costs the same .H regardless of whether you're running OpenVMS, Windows, Linux, or HP-UX, G so OpenVMS benefits from the economies of scale of the other platforms.c  = The very strengths of VMS -- security (no viruses!) and high aF availability (including the best clustering and disaster tolerance in I the world) -- are just what the marketplace needs more and more of right t  now. So things look pretty good.   ------------------------------  # Date: Fri, 19 Nov 2004 21:09:23 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com>d: Subject: Re: reporter inquiry: Is HP selling AlphaServers?2 Message-ID: <7itnd.3259$0C5.3238@news.cpqcorp.net>   JF Mezei wrote:r9 > HP refused to divulge VMS' fate between the time of theiN > merger announcement (Sept 2001) and the actual merger on May 7th 2002, while4 > the fate of all other products had been announced.  C Wrong. HP let slip early on that it was keeping VMS, as noted by a -F reporter from the UNIX world, and the VMS folks at Compaq were saying G loudly all through the merger talks that VMS was a keeper (only no one LG here wanted to listen to what Compaq had to say -- they only wanted to s listen to HP).  G Folks who were in the "clean-room" and couldn't talk during the merger eG talks tell us that the decision to keep VMS was made in the first week d4 -- it was a no-brainer, based on VMS' profitability.   ------------------------------  # Date: Fri, 19 Nov 2004 21:22:50 GMT 1 From: Keith Parris <keithparris_NOSPAM@yahoo.com>": Subject: Re: reporter inquiry: Is HP selling AlphaServers?2 Message-ID: <Kutnd.3261$jF5.1925@news.cpqcorp.net>   David J Dachtera wrote: 6 > New VMS customers? Forget it. HP is in total denial.  : Nonsense. I see reports of new VMS customers all the time.  B When OMX sets up a new exchange, there is a VMS disaster-tolerant G cluster at its core. International Securities Exchange was a brand-new f6 VMS customer. Singapore Exchange is one of the latest.  I When Cerner sells its software to a hospital, 75% of the time it will be n9   on VMS. (The others have to suffer with AIX and pains.)e  F > The two actions that VMS/HP *MUST* take to ensure the future of VMS: >  > 1. Port to IA32S  B Folks can already run VMS on IA32 today, thanks to the Charon-VAX G emulator (or simh or TS-10 on the freeware side). I can run VMS on the  G Pentium-based Windows XP laptop I'm using to write this, thanks to Bob e Supnik's simh.  & > 2. Advertise - Advertise - Advertise   Can't disagree with that.-  ; I do see OpenVMS mentioned in every HP Integrity Server ad.i   ------------------------------  % Date: Fri, 19 Nov 2004 16:43:37 -0500A- From: JF Mezei <jfmezei.spamnot@teksavvy.com>-: Subject: Re: reporter inquiry: Is HP selling AlphaServers?, Message-ID: <419E6903.27EA4D11@teksavvy.com>   Keith Parris wrote:oD > Wrong. HP let slip early on that it was keeping VMS, as noted by aG > reporter from the UNIX world, and the VMS folks at Compaq were saying H > loudly all through the merger talks that VMS was a keeper (only no oneH > here wanted to listen to what Compaq had to say -- they only wanted to > listen to HP).  N You live in a very different world than I do. And even VMS engineers here wereM defending the total silence with the argument that HP/Compaq were not allowed I to divulge specific product futures until merger was signed. (even though K there was plenty of evidence it was divulging information about every other8 product except VMS).  L Some UNIX reporter may have heard a rumour from a unnamed source's mother inJ law's brother, but HP did not reveal its plans for VMS like it did for all other platforms.   ------------------------------  % Date: Fri, 19 Nov 2004 17:14:50 -0500b- From: JF Mezei <jfmezei.spamnot@teksavvy.com>e: Subject: Re: reporter inquiry: Is HP selling AlphaServers?, Message-ID: <419E7053.ACED7723@teksavvy.com>   Keith Parris wrote: < > Nonsense. I see reports of new VMS customers all the time. > C > When OMX sets up a new exchange, there is a VMS disaster-tolerantcH > cluster at its core. International Securities Exchange was a brand-new8 > VMS customer. Singapore Exchange is one of the latest.  M But when you rehash the same customers over and over, for many years, one hase9 to wonder just how many new customers you got THIS YEAR. b  L Heck, you could flaunt CAE as being a brand new and very large VMS customer.H It was in the early 1980s. But it isn't a VMS customer anymore since its5 flight simulators have migrated to cheaper platforms.r  L You could flaunt the Montreal Stock exchange as a brand new customer. It wasH in the mid 1980s. But migrated to Sun before it was shut down with stock  trading consolidated at Toronto.  J You could flaunt all the banks that had purchased VMS systems to run theirN SWIFT software. They were all "new" customers at one point. But they're almostL all gone now since Palmer told SWIFT to abandon VMS as a platform of choice.  J > When Cerner sells its software to a hospital, 75% of the time it will be; >   on VMS. (The others have to suffer with AIX and pains.)c  = http://www.cerner.com/technologies/technologies_3a.asp?id=684   J Shows AIX and VMS on equal footings. But the jobs section of that web site shows AIX jobs and no VSM jobs.e  L While it is quite possible that 75% of existing Cerner customers are on VMS,H are you sure that Cerner still pushes VMS more than AIX for new sales ?   C > Folks can already run VMS on IA32 today, thanks to the Charon-VAXc3 > emulator (or simh or TS-10 on the freeware side).e  N Is HP advertising such solutions on its web site ? Is HP reselling Charron Vax ?  And more importantly:e  ) 	IS HP STILL DEVELOPPING VAX VMS ????????m  N The answer to the last question is probably a big fat no, even though they areN not willing to admit it. Lets face it, VAX VMS is alrteady in maintenance modeH with just enough upgrades to make it work with alpha nodes in a cluster.  = > I do see OpenVMS mentioned in every HP Integrity Server ad.a  F This is just a recent thing. and nobody knows how long this will last.   ------------------------------  # Date: Sat, 20 Nov 2004 03:24:20 GMT 2 From: Gib Copeland <copeland@jenni.path.uiowa.edu>: Subject: Re: reporter inquiry: Is HP selling AlphaServers?. Message-ID: <ENynd.429573$D%.171930@attbi_s51>   smoke11 wrote: > Looking into Alpha sales ....  > J > -- Is anyone having trouble buying them from HP? Are HP AlphaServer reps2 > available? Is HP trying to selling AlphaServers? > H > -- Anyone surprised by revenue decline on AlphaServers? (Why buy new?) > " > -- OpenVMS implications, if any? >  > Patrick Thibodeaue > Senior Editora > Computerworld % > patrick_thibodeau@computerworld.come >  >T  E Should be quite simple to discover on your own.  Maybe you've thought E of some other ways to answer these questions?  If not, here's a hint:   K    Call the SMB Sales Center (800 888-0262) or any HP sales number, and ask I    them to quote a price for QL-2A1AE-AA, "Volume Shadowing for OpenVMS."   G    If you get a positive response, please respond here to the followingn
    questions:p  D    -- Is anyone having any luck buying software for OpenVMS from HP?:    -- Anyone surprised by revenue decline on AlphaServers?#    -- OpenVMS implications, if any?e  E I'll be pleasantly surprised if you have more luck than I did a monthu ago.  K Seriously, the rumor I've heard is that the government is buying up all the J Alphas in case they ever run out of VAXen and have to migrate.  (well, not quite so seriously).   Gibk   ------------------------------  # Date: Sat, 20 Nov 2004 03:45:17 GMT % From: "Mike Naime" <mnaime@kc.rr.com>1: Subject: Re: reporter inquiry: Is HP selling AlphaServers?9 Message-ID: <h5znd.56119$T02.43155@twister.rdc-kc.rr.com>e  G Gee...  I did not realize that the 32P and 64P 1280's I was buying were( "Used" products.    :-)   K Seriously though, as long as there is a larger Alpha system to upgrade too,1K I do not see any reason to switch to the IA64.  This gives the HP folks theHJ time to get the big multiple processor systems to compete with the 1280 inI the IA64 space.  Those systems do not exist today in anything besides thei
 1280 line.      = David J Dachtera <djesys.nospam@comcast.net> wrote in messagei% news:419D6C0C.E717D11F@comcast.net...r > smoke11 wrote: > > ! > > Looking into Alpha sales ....f > > L > > -- Is anyone having trouble buying them from HP? Are HP AlphaServer reps4 > > available? Is HP trying to selling AlphaServers? >eD > The biggest problem is HP pushing non-VMS solutions to current VMSJ > customers. Most of HP's sales force has never even heard of either Alpha	 > or VMS.  >m6 > New VMS customers? Forget it. HP is in total denial. >tJ > > -- Anyone surprised by revenue decline on AlphaServers? (Why buy new?) >tF > Well, considering the last new Alpha chips have already been fabbed,G > this is not surprising. There will only ever be used Alphas from this1J > point forward. Prospects who do actually manage to remain prospects willH > be less likely to by dead technology except to preserve their existingG > investment until such time (if any) as VMS on Itanic finally appears.g >mH > Then, of course, there's the dubious future of Itanic itself. Hardly aA > day goes by without a report in the trade press of another IA64 3 > abandonment by an ISV, and integrator, and so on.i >oC > Of course, there's always the most ubiquitous CPU on the planet - H > Intel's x86 chips, AMD's similar products, etc.; but, that would againE > mean VMS and HP coming out of their tradition of denial about IA32.tE > Almost certain salvation for VMS, but the least likely eventuality.  >w$ > > -- OpenVMS implications, if any? >hF > The two actions that VMS/HP *MUST* take to ensure the future of VMS: >e > 1. Port to IA32i& > 2. Advertise - Advertise - Advertise >c; > ...are the two actions VMS/HP are the most loath to take.n >eJ > IA32 and it's imitators are the most ubiquitous CPUs on the planet. TensG > of billions of dollars of hardware and software sales annually. VMS's  > share of that market? Zero.S > ? > Without vigorous, active marketing, including ubiquitous massiE > advertising, it is very likely that the current market climate will-F > spell the demise of VMS. VMS ownership's and management's continuingJ > refusal to go beyond "stealth marketing" makes this a virtual certainty. > F > Instead of taking Micro$lop's place as the server platform of choiceF > because of VMS's security and stability, VMS will fade ignominiouslyB > into oblivion, virtually unnoticed by the rest of the EDP world. >e > -- > David J Dachtera > dba DJE Systems, > http://www.djesys.com/ > + > Unofficial OpenVMS Hobbyist Support Page:y$ > http://www.djesys.com/vms/support/ >g* > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/e >G$ > Unofficial OpenVMS-IA32 Home Page:! > http://www.djesys.com/vms/ia32/y   ------------------------------  # Date: Fri, 19 Nov 2004 22:30:49 GMT 6 From: "Kenneth Farmer" <kfarmer@NOSPAM.spyderbyte.com>1 Subject: S1032 DBA Needed for Trade Press Article1; Message-ID: <tuund.323$Fs1.127231@twister.southeast.rr.com>j  M If you're an S1032 DBA or consultant how about contacting me.  You're needed  = for a trade press interview related to OpenVMS.  Email me at i kfarmer(AT)openvms.org.f  1 Obviously this needs to be OK with your employer.g   Kenr  # OpenVMS.org, http://www.OpenVMS.orge% _____________________________________e Kenneth R. Farmer <><.% SpyderByte: http://www.SpyderByte.come   ------------------------------  % Date: Sat, 20 Nov 2004 15:55:39 +1100 # From: "Gremlin" <not-here@all.mate>  Subject: SIMH - networking- Message-ID: <419ece4c@duster.adelaide.on.net>o  ) Could I get a little assistance please...h  L I have read the doco and FAQs and understand why SIMH cant talk on the same G interface as the one used by Windows, but, how do I configure a second tL physical card in the box?  For example, under Windows do I disable the card J to stop windows from trying to use it and then in SIMH vax.ini tell it to G use the MAC address of the disabled card?  Will the card work if it is aL disabled in Windows?  If I don't disable the card, how is it different from = the original card, other than having a different MAC address?    Any help appreciated.    ------------------------------  % Date: Sat, 20 Nov 2004 07:37:07 +0100 2 From: martin@radiogaga.harz.de (Martin Vorlaender) Subject: Re: SIMH - networking; Message-ID: <419ee613.524144494f47414741@radiogaga.harz.de>d  " Gremlin <not-here@all.mate> wrote:+ > Could I get a little assistance please...1 > N > I have read the doco and FAQs and understand why SIMH cant talk on the same I > interface as the one used by Windows, but, how do I configure a second lN > physical card in the box?  For example, under Windows do I disable the card L > to stop windows from trying to use it and then in SIMH vax.ini tell it to I > use the MAC address of the disabled card?  Will the card work if it is uN > disabled in Windows?  If I don't disable the card, how is it different from ? > the original card, other than having a different MAC address?  >  > Any help appreciated.   F SIMH on Windows (on any network-enabled platform, AFAIK) uses the pcapG library to talk to the network. It uses a virtual network card - that's = why you are free to setup a MAC address for SIMH's XQ device.   A The pcap library uses promiscuous mode to catch all packets goinggF through the network card to filter out those for SIMH's network device (i.e. MAC address).o  I All of this is unrelated to whether or how Windows uses the network card. J I guess, however, that you have to have Windows load the driver, at least.  E You configure which real network card pcap uses by the ATTACH commandc like  ,   simh> ATTACH XQ <your network card's name>  E You can find all network cards detected by SIMH and their names using      simh> SHOW XQ ETHo   cu,c   Martin --  D One OS to rule them all       | Martin Vorlaender  |  OpenVMS rules!7 One OS to find them           | work: mv@pdv-systeme.de4J One OS to bring them all      |   http://www.pdv-systeme.de/users/martinv/> And in the Darkness bind them.| home: martin@radiogaga.harz.de   ------------------------------  % Date: Fri, 19 Nov 2004 14:48:22 -0500l# From: "John Smith" <a@nonymous.com> Y Subject: Software screwup and hardware scalability - was: Re: reporter inquiry: Is HP selw, Message-ID: <7rmdnRKGfY-U0wPcRVn-2A@igs.net>   John Nebel wrote:  > Michael D. Ober wrote:; >> "John Nebel" <john.nebel_vms@csdco.com> wrote in message % >> news:419DFC9E.1000402@csdco.com...  >> >>> D >>> There is curently a $200M system failure in the news in ColoradoD >>> due to EDS bungling and another probable which is not public andD >>> the system we run for the state is going to suffer no such fate.C >>> You can say Alpha is obsolete, but what is available right now?-E >>> It's really interesting to see the relief on some faces when theym# >>> see or hear about that machine.. >>> * >>> OK, off soap box now, back to lurking. >>>l >>> JN >>>D >>G >> This is a pure software screwup.  The platform in this case wouldn'twE >> have made a difference since the backend database runs on multiplePE >> systems.  The state's auditors identified this problem over a year @ >> before "turn on" and the politicians overrode their concerns. >> >> Mike Ober
 >> Denver, COG >> >tH > The system has horrid response time and doesn't scale very well.  ThatD > is a hardware problem.  Hopefully you are not saying that scalable3 > hardware with VMS wouldn't be a better way to go!, >nA > I've been watching this thing develop since 1998 and don't feely; > comfortable talking about more than is in the newspapers.t  G Having been called in on more than one occasion to fix poor applicationeI performance due to faulty design and really bad coding techniques, I'd beeK very reluctant to place all the blame on the hardware. That said, I've alsooL been in situations where the code has been well designed for scalability andK well coded but the only thing that would improve performance is more/fastera	 hardware.0  L Since this is a non-nuke gov't thing you're speaking of, it mostly resembles! normal commercial dataprocessing.    Lots of things play into this: - database design? - how queries are constructedB - what's cached and what isn't - physical database placement. - db tuning,  - o/s tuning for the application - network considerations& - synchronous vs. aysnchronous updates - message passing schemes # - how 'fat' or 'thin' the client isi - and the list goes on and ons  L However, a faster machine may be cheaper in the short-term than fixing a bad design.>   ------------------------------  % Date: Fri, 19 Nov 2004 15:04:57 -0700e+ From: John Nebel <john.nebel_vms@csdco.com>VY Subject: Re: Software screwup and hardware scalability - was: Re: reporter inquiry: Is HPl& Message-ID: <419E6E09.10408@csdco.com>   John Smith wrote:y   > John Nebel wrote:r >  >>Michael D. Ober wrote: >>; >>>"John Nebel" <john.nebel_vms@csdco.com> wrote in messagen% >>>news:419DFC9E.1000402@csdco.com...n >>>a >>>tD >>>>There is curently a $200M system failure in the news in ColoradoD >>>>due to EDS bungling and another probable which is not public andD >>>>the system we run for the state is going to suffer no such fate.C >>>>You can say Alpha is obsolete, but what is available right now?tE >>>>It's really interesting to see the relief on some faces when theyn# >>>>see or hear about that machine.e >>>>* >>>>OK, off soap box now, back to lurking. >>>> >>>>JN >>>> >>>-G >>>This is a pure software screwup.  The platform in this case wouldn't E >>>have made a difference since the backend database runs on multiple E >>>systems.  The state's auditors identified this problem over a year3@ >>>before "turn on" and the politicians overrode their concerns. >>>0 >>>Mike Ober
 >>>Denver, COs >>>o >>H >>The system has horrid response time and doesn't scale very well.  ThatD >>is a hardware problem.  Hopefully you are not saying that scalable3 >>hardware with VMS wouldn't be a better way to go!  >>A >>I've been watching this thing develop since 1998 and don't feeln; >>comfortable talking about more than is in the newspapers.- >  > I > Having been called in on more than one occasion to fix poor applicationcK > performance due to faulty design and really bad coding techniques, I'd begM > very reluctant to place all the blame on the hardware. That said, I've also1N > been in situations where the code has been well designed for scalability andM > well coded but the only thing that would improve performance is more/fastert > hardware.y > N > Since this is a non-nuke gov't thing you're speaking of, it mostly resembles# > normal commercial dataprocessing.  >   > Lots of things play into this: > - database designr > - how queries are constructeda  > - what's cached and what isn't > - physical database placementh
 > - db tuningt" > - o/s tuning for the application > - network considerations( > - synchronous vs. aysnchronous updates > - message passing schemest% > - how 'fat' or 'thin' the client ist > - and the list goes on and ont > N > However, a faster machine may be cheaper in the short-term than fixing a bad	 > design.m >  >    John,s  H I don't think there is any argument here and I don't recall putting all G the blame on anything to do with CBMS other than EDS bungling and even sE that may not be completely accurate. Yes, it is a problem which is a  E combination of OS, software, hardware, and users wanting the kitchen 0$ sink and changing the color thereof.  I As a separate issue I choose a 1280 for my own system as its scalabality -G would keep me out a performance corner and posted that as an answer to oI the question on comp.os.vms as to whether people were still buying Alpha mG servers.  If I did end up in a performance corner, everyone would then  B remember CBMS hence the parallel which was drawn in the post. The 0 inferences therefrom made were not unreasonable.  G By the way, Mike took a shot at the politicians, however, that is also -C somewhat complex from what I've read in the newspapers.  Different mH factions were and are giving the Governor different stories and the one H thing he thought was certain was that the Feds were going ask the State F to refund much of the $200M system costs unless the system went live. F It was a reasonable calculation for him to make to decree such and it C did withstand a challenge in court.  The State Auditor's Office is gF always whining about something as that's its job. Their pronouncement E that the CBMS system produced innacurate results was correspondingly iG discounted.  EDS clearly disagreed with the Auditor's Office and EDS isd@ THE expert, ask the US Navy or search their web site for NMCI :)  G What is interesting is what will happen now.  One small scale incident f? was the Canon City HS office being ransacked and there is some nD speculation that it was a rather forceful commentary on CBMS system C design and performance.  I found out about that ransacking all too rH quickly as a T1 which I watch over terminated in the phone closed whose 4 wiring was ripped out.  The networks alarms do work.  C Maybe after a few years have passed and after the guilty have been  G executed (and that is a joke) and no one has much to hide anymore, the  F true story of CBMS will emerge.  Meanwhile I'll likely still be happy  with VMS and the GS.   JN   ------------------------------  # Date: Sat, 20 Nov 2004 03:59:59 GMTn2 From: Gib Copeland <copeland@jenni.path.uiowa.edu>Y Subject: Re: Software screwup and hardware scalability - was: Re: reporter inquiry: Is HPl- Message-ID: <3jznd.54992$V41.47907@attbi_s52>b   John Nebel wrote:  >  >  > John Smith wrote:a >  >> John Nebel wrote: >> >>> Michael D. Ober wrote: >>>B= >>>> "John Nebel" <john.nebel_vms@csdco.com> wrote in messager   Nice summary ato  =    http://www.ad-mkt-review.com/public_html/air/ai200411.htmlc  B Especially like paragraph eight where he suggests that ordinateurs@ are spending ~465 hours each year making bad calls in the AirbusD flight control software they're working on.  Of course that compares@ favorably with the ~800 hours spent by US programmers in similar: efforts on software for airplanes, medical equipment, etc.@ Still, I think 1200 hours is pushing it.  You could probably run a hat shop in less.>   Gib    ------------------------------  + Date: Fri, 19 Nov 2004 23:06:45 +0000 (UTC)s, From: lewis@PROBE.MITRE.ORG (Keith A. Lewis)% Subject: Re: t1lib, %SYSTEM-F-HPARITHI. Message-ID: <cnlua5$hci$1@newslocal.mitre.org>   koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes in article <kqWWsQ1LFAUw@eisner.encompasserve.org> dated 19 Nov 2004 07:52:37 -0600: ^ >In article <cnifck$mj9$1@newslocal.mitre.org>, lewis@PROBE.MITRE.ORG (Keith A. Lewis) writes: >hJ >> I was going to suggest doing this in the VMS debugger, which is a greatK >> utility but notorious for changing the values of uninitialized variables- >-E >   The debugger does not change those values.  Compiling /nooptimizeiA >   is the culprit that often hides the problem.  You can use theeC >   debugger while compiling /optimize in order to track down thesen >   kinds of problems.  F Bob, I know the difference between /DEBUG and /NOOPTIMIZE, and you areH correct that /NOOPT can hide problems.  But I have also seen cases whereH RUN/DEBUG and RUN/NODEBUG produce different results when using the exact same executable image.    K (In DEC's defense, the underlying cause was always something screwy done byd the developer.)   0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Fri, 19 Nov 2004 17:12:27 -0600-/ From: Chris Scheers <chris@applied-synergy.com> % Subject: Re: t1lib, %SYSTEM-F-HPARITH 2 Message-ID: <419E7DDB.2050000@applied-synergy.com>   Bob Koehler wrote:_ > In article <cnifck$mj9$1@newslocal.mitre.org>, lewis@PROBE.MITRE.ORG (Keith A. Lewis) writes:u >  > I >>I was going to suggest doing this in the VMS debugger, which is a greatoJ >>utility but notorious for changing the values of uninitialized variables >  > F >    The debugger does not change those values.  Compiling /nooptimizeB >    is the culprit that often hides the problem.  You can use theD >    debugger while compiling /optimize in order to track down these >    kinds of problems.e    C While the debugger doesn't do anything explicit to set unitialized c variables, it can affect them.  E In particular, stack based unitialized variables will pick up values rH from previous stack contents.  If the debugger is active, it can change  these "stale" values.a  I For example, several times I have seen different results when running to -I a breakpoint as opposed to single stepping to the same point.  This is a i5 good indication to check for uninitialized variables.S  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  B Voice: 817-237-3360            Internet: chris@applied-synergy.com    Fax: 817-237-3074   ------------------------------  # Date: Fri, 19 Nov 2004 21:05:48 GMT 3 From: Jack Patteeuw <jjpatteeuw@earthlink.nospamme>v+ Subject: X Window Resources for TPU and LSEiB Message-ID: <Metnd.6172$pK6.5707@newsread2.news.atl.earthlink.net>  I I don't believe the list of available X window resources for TPU and LSE  I is actually published.  Has such a list been built up (with documenation  ! of course) by the VMS community ?r   Thanks   ------------------------------  % Date: Fri, 19 Nov 2004 16:41:02 -0500g- From: JF Mezei <jfmezei.spamnot@teksavvy.com>o/ Subject: Re: X Window Resources for TPU and LSEn, Message-ID: <419E6868.2E2B83CD@teksavvy.com>   Jack Patteeuw wrote:J > I don't believe the list of available X window resources for TPU and LSEJ > is actually published.  Has such a list been built up (with documenation# > of course) by the VMS community ?h  Y DECW$SYSTEM_DEFAULST:TPU.DAT lists what it says "all the resources that DECTPU supports".-  K Note that the ApplicationTitle is reset to "EVE"  after certain actions, soAT even if you reset the title during startup, it gets overwritten with EVE eventually.   ------------------------------   End of INFO-VAX 2004.644 ************************