1 INFO-VAX	Sat, 01 Dec 2001	Volume 2001 : Issue 667       Contents: Alpha makes the BBC  Re: Alpha makes the BBC  Re: Alpha makes the BBC  Re: Alpha makes the BBC # ANN: VMSTAR V3.4-1 is now available ) Re: DCL minute of the day: PCSI_MENU v1.1 ! Re: DECNET Phase IV saves the day ! Re: DECNET Phase IV saves the day  Re: ftp performance  Re: Future of VMS ?  Re: Future of VMS ?  Re: Future of VMS ?  Re: Future of VMS ?  Re: Future of VMS ? - Is anyone using HP2200dn or HP2100 with DCPS? 1 Re: Is anyone using HP2200dn or HP2100 with DCPS?  Re: Layered Product Strangeness P Re: looking for HSC50, RA81, star coupler, CIPCA, various manuals & prints print# Re: Need RRD40 Disk Geometries info # Re: Need RRD40 Disk Geometries info D Re: Offtopic: cross platform portability tools - a study of autoconfD Re: Offtopic: cross platform portability tools - a study of autoconf? Re: Open Source support levels, was: Re: OSU Webserver problems ( Re: Oracle 8i OCI problem with VAX BASIC0 OT: CPQ's Marcello Says HP-UX New HP's Core Unix& Re: Pawz software and Capacity Planner( Re: Q: How to check if a file is opened? Re: RAM for VAXstation 3100 # Re: remote connection and pathworks & Require info on EMC and Compaq storage Re: Some Multia Help needed  The Best Prepaid Phone Card Yet + The new Sun server, more Digital knock-offs 	 Re: TLZ09 	 RE: TLZ09 D VMS to Itanium IP conference OK, but no answer to HP killing VMS ...H Re: VMS to Itanium IP conference OK, but no answer to HP killing VMS ...H Re: VMS to Itanium IP conference OK, but no answer to HP killing VMS ...H Re: VMS to Itanium IP conference OK, but no answer to HP killing VMS ...4 Re: why not a communityDeveloped[tm] version of VMS?4 Re: why not a communityDeveloped[tm] version of VMS?1 Xbox (was: re: Compaqs VMS plans for IPF port ... 	 Re: xdmcp 	 Re: xdmcp  Re: XPDF 0.93 - VMS versionsC [MOTIF, OpenVMS VAX] VMS upgrade kills SYS$COMMON:[DECW$INCLUDE...] G Re: [MOTIF, OpenVMS VAX] VMS upgrade kills SYS$COMMON:[DECW$INCLUDE...]   F ----------------------------------------------------------------------  # Date: Fri, 30 Nov 2001 20:22:26 GMT , From: peterw@u.genie.co.uk (Peter Watkinson) Subject: Alpha makes the BBC7 Message-ID: <3c07ea2d.13721640@news.cable.ntlworld.com>   = Article about how Terascale with 3024 Alpha processors is now - officially the world's most powerful computer   D http://news.bbc.co.uk/hi/english/sci/tech/newsid_1684000/1684471.stm       Peter Watkinson  peterw@u.genie.co.uk   ------------------------------  # Date: Fri, 30 Nov 2001 21:40:53 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>  Subject: Re: Alpha makes the BBC< Message-ID: <F1TN7.1106$zX1.2043572@typhoon.ne.mediaone.net>  9 "Peter Watkinson" <peterw@u.genie.co.uk> wrote in message 1 news:3c07ea2d.13721640@news.cable.ntlworld.com...  >  > ? > Article about how Terascale with 3024 Alpha processors is now / > officially the world's most powerful computer  > F > http://news.bbc.co.uk/hi/english/sci/tech/newsid_1684000/1684471.stm >   I Nice write-up. Nice picture of the beast, too. Note that the cabinetry is K carbon black with gold trim, not the standard silver trim. Guess if you buy I 750 ES45 systems you can have 'em, in Pink Floyd parlance, in "Any Colour 
 You Like."   ------------------------------  % Date: Fri, 30 Nov 2001 15:04:54 -0700 + From: "Barry Treahy, Jr." <Treahy@mmaz.com>   Subject: Re: Alpha makes the BBC' Message-ID: <3C080286.1040602@mmaz.com>   & --------------0401000103000800040408069 Content-Type: text/plain; charset=us-ascii; format=flowed  Content-Transfer-Encoding: 7bit      Terry C. Shannon wrote:   ? >>Article about how Terascale with 3024 Alpha processors is now / >>officially the world's most powerful computer  >>F >>http://news.bbc.co.uk/hi/english/sci/tech/newsid_1684000/1684471.stm >> > J >Nice write-up. Nice picture of the beast, too. Note that the cabinetry isL >carbon black with gold trim, not the standard silver trim. Guess if you buyJ >750 ES45 systems you can have 'em, in Pink Floyd parlance, in "Any Colour >You Like."  > J Yes great looking but how is this going to help Compaq and therefore us?    E Think about it for a moment since this is NOT running Windows.  When  G people think of Compaq and computers, I can assure you that most think  D Microsoft and Windows, not Tru64, VMS, Linux, etc unlike us on this G list.  Additionally, this system is running Tru-64 and as far as I can  I remember, hasn't Tru-64 been moth-balled with all of the jewels going to  + HP in favor of HP-UX because of the merger?   I Next, these beauties are running Alpha processors, not Intel Inside, let  G alone IA-64 chumps I mean chips.  After the foobar of the past summer,  E only existing customers will buy into Alpha systems that are already  < doomed to 'End-of-Life' and many are questioning that logic.  C Lastly, if Compaq does merge with HP and HP does do to Compaq what  I Compaq did to Digital (ie. striping of the Digital  branding), customers  H will not remember that HP took the SuperComputer crown from IBM in 2001  because they didn't.    H So, how can Compaq spin this into something constuctive to benefit this H community, out of this?  A CPU that they say has no life, a OS that has E no future, from a company that can only spell 'Enterprise' as Wintel?    Hummm...   Barry   & --------------040100010300080004040806) Content-Type: text/html; charset=us-ascii  Content-Transfer-Encoding: 7bit    <html> <head> </head>  <body> <br> Terry C. Shannon wrote:<br> R <blockquote type="cite" cite="mid:F1TN7.1106$zX1.2043572@typhoon.ne.mediaone.net">   <blockquote type="cite">J    <pre wrap="">Article about how Terascale with 3024 Alpha processors is now<br>officially the world's most powerful computer<br><br><a class="moz-txt-link-freetext" href="http://news.bbc.co.uk/hi/english/sci/tech/newsid_1684000/1684471.stm">http://news.bbc.co.uk/hi/english/sci/tech/newsid_1684000/1684471.stm</a><br><br></pre>     </blockquote>     <pre wrap=""><!----><br>Nice write-up. Nice picture of the beast, too. Note that the cabinetry is<br>carbon black with gold trim, not the standard silver trim. Guess if you buy<br>750 ES45 systems you can have 'em, in Pink Floyd parlance, in "Any Colour<br>You Like."<br></pre>      </blockquote> H Yes great looking but how is this going to help Compaq and therefore us?
 &nbsp;<br>     <br>P Think about it for a moment since this is NOT running Windows. &nbsp;When peopleI think of Compaq and computers, I can assure you that most think Microsoft S and Windows, not Tru64, VMS, Linux, etc unlike us on this list. &nbsp;Additionally, I this system is running Tru-64 and as far as I can remember, hasn't Tru-64 M been moth-balled with all of the jewels going to HP in favor of HP-UX because  of the merger?<br>     <br>H Next, these beauties are running Alpha processors, not Intel Inside, letP alone IA-64 chumps I mean chips. &nbsp;After the foobar of the past summer, onlyI existing customers will buy into Alpha systems that are already doomed to 6 'End-of-Life' and many are questioning that logic.<br>     <br>I Lastly, if Compaq does merge with HP and HP does do to Compaq what Compaq O did to Digital (ie. striping of the Digital &nbsp;branding), customers will not K remember that HP took the SuperComputer crown from IBM in 2001 because they  didn't. &nbsp;<br>     <br>R So, how can Compaq spin this into something constuctive to benefit this community,Q out of this? &nbsp;A CPU that they say has no life, a OS that has no future, from 9 a company that can only spell 'Enterprise' as Wintel?<br>      <br> Hummm...<br>     <br> Barry      </body>      </html>   ( --------------040100010300080004040806--   ------------------------------  % Date: Fri, 30 Nov 2001 23:48:37 +0100 , From: Didier Morandi <Didier.Morandi@gmx.ch>  Subject: Re: Alpha makes the BBC& Message-ID: <3C080CC5.BC9D8D03@gmx.ch>   Peter Watkinson wrote: > ? > Article about how Terascale with 3024 Alpha processors is now / > officially the world's most powerful computer  > F > http://news.bbc.co.uk/hi/english/sci/tech/newsid_1684000/1684471.stm >  > Peter Watkinson  > peterw@u.genie.co.uk  1 This news was posted last Thursday at 01:00 here.    D. --  G   --------------------------------------------------------------------- E MORANDI Consulting.  WEB: http://Didier.Morandi.Free.fr/index_us.html E Pflanzschulstrasse 53, 8004 Zurich, Switzerland. GSM: +41 79 705 4670 / 19, chemin de la Butte, 31400 Toulouse, France.   H Disaster Recovery Plans, Computer Security Audits, DEC OpenVMS ExpertiseH On parle franais, Man spricht Deutsch, Habla Castellano, English spoken   ------------------------------  # Date: Sat, 01 Dec 2001 04:12:51 GMT - From: goathunter@goatley.com (Hunter Goatley) , Subject: ANN: VMSTAR V3.4-1 is now available1 Message-ID: <3c085756.100532347@news.process.com>   , VMSTAR V3.4-1 is now available for download.  B VMSTAR V3.4-1 greatly increases the speed of VMSTAR when unpacking? .TAR files.  VMSTAR V3.4 included changes from Patrick Young to D fully support ODS-5 disks, but the use of $QIOs instead of the C RTLC eliminated the buffering done by the C RTL.  VMSTAR V3.4-1 restores F the buffering, making VMSTAR as fast as ever, with full ODS-5 support.  A This release also includes separate binaries for OpenVMS V6.x and F OpenVMS V7.x.  The versions for OpenVMS V7.x benefit from improvements= in the DEC C RTL for OpenVMS V7.x that allow VMSTAR to handle 7 timezone differences properly when unpacking the files.   ? You can download VMSTAR V3.4-1 using any of the following URLs:    http://www.process.com/openvms/   6 ftp://ftp.process.com/vms-freeware/fileserv/vmstar.zip; http://vms.process.com/ftp/vms-freeware/fileserv/vmstar.zip 2 ftp://ftp.tmk.com/vms-freeware/fileserv/vmstar.zip7 http://www.tmk.com/ftp/vms-freeware/fileserv/vmstar.zip   , And on the mirrors within the next 24 hours.  / Thanks to Patrick Young for making the changes!    Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ 9 goathunter@goatley.com     http://www.goatley.com/hunter/    ------------------------------  % Date: Fri, 30 Nov 2001 23:22:50 +0100 , From: Didier Morandi <Didier.Morandi@gmx.ch>2 Subject: Re: DCL minute of the day: PCSI_MENU v1.1% Message-ID: <3C0806BA.B81580A@gmx.ch>    ../..  $GIVE_HELP: SUBROUTINE
 $ esc[0,8]=27  $ bold=esc+"[1m" $ off =esc+"[m" % $ help_setup = f$trnlnm("help$setup")  $ item = p1  $ if p2 .nes. "" then item = p2  $!+ G $! Let's see what kind of help we want (help mode = Verbose/Brief/None) K $! HELP_SETUP in p1 forces a help text to be displayed *before* a question. < $! p1 = "" when the user entered a "?" to a question prompt. $!-  $! here we want no help.? $ if p1 .eqs. "HELP_SETUP" .and. help_setup .eqs. "N" then exit O $ if f$sea("sys$scratch:help.temp") .nes. "" then dele_ sys$scratch:help.temp;* O $ help/libr=sys$login:pcsi.hlb/noprompt/nopage/out=sys$scratch:help.temp 'item'  ../..   P I'll post the source of the PCSI.HLP file and the instructions to build the .HLB file on Monday.    Sorry for that.  (Thanks, Christoph)    D. --  G   --------------------------------------------------------------------- E MORANDI Consulting.  WEB: http://Didier.Morandi.Free.fr/index_us.html E Pflanzschulstrasse 53, 8004 Zurich, Switzerland. GSM: +41 79 705 4670 / 19, chemin de la Butte, 31400 Toulouse, France.   H Disaster Recovery Plans, Computer Security Audits, DEC OpenVMS ExpertiseH On parle franais, Man spricht Deutsch, Habla Castellano, English spoken   ------------------------------  % Date: Fri, 30 Nov 2001 21:03:10 +0000 % From: Alan Greig <a.greig@virgin.net> * Subject: Re: DECNET Phase IV saves the day* Message-ID: <3C07F40E.DC888703@virgin.net>   Bob Ceculski wrote:    > B > Tcpware is alot simpler than OSI, anyday, any year, takes me "4"G > minutes, and that includes the firewall on top of it, both the decnet  > security and the IP G > firewall ... and becuase it runs as true decnet, it is crisper than a  > PWIPF > driver doing pseudo decnet ... we proved it in testing!  and because	 > it runs G > on tcpware which is vms kernel based, it runs even better compared to  > either > ucx or multinet!  Q Hmm Pathworks cannot drive high speed LANs at anything like full speed due to the S "delayed ACK" problem which, I'm told, is an underlying design problem in PWIP. You 6 can work around this with UCX SET PROT TCP/NODELAY_ACK  P I wonder if this might be worth a try with Phase V DECNET over TCPIP.  Maybe notT such a dramatic improvement as when talking to an MS IP stack but you might just getR some improvement. Only downside is that you will generate slighly more ACKs on theR network but that usually isn't a problem except with already overloaded slower WAN links.   --
 Alan Greig   ------------------------------  % Date: Sat, 01 Dec 2001 02:14:15 +0100  From: Dirk Munk <munk@home.nl>* Subject: Re: DECNET Phase IV saves the day' Message-ID: <3C082EE7.E02599EF@home.nl>    Bob Ceculski wrote:   O > Dirk Munk <munk@home.nl> wrote in message news:<3C07482F.8078EF29@home.nl>...  > > Bob Ceculski wrote:  > >  >  > > > ? > > > decnet phase V over IP is a nightmare to setup and manage  > >  > > Huh ??????Q > > Just setup Decnet-plus for Local (standard install) and incl. TCPIP transport 1 > > Setup TCPIP as you would for normal TCPIP use  > > Include the PWIP driver. > > ! > > Ready, very difficult .......  > >  > > > ... TcpwaresR > > > decnet phase IV over IP and it is bullet proof and alot easier to manage ...N > > > it's like having a class B network over the internet ... also unlike theR > > > pwip drivers decnet OSI and multinet use, tcpware phase IV over IP is "true"J > > > decnet phase IV ... and decnet copies are bulletproof unlike ftp ... > H > simple! why is everyone still on Phase IV?  Because they don't want to	 > have to F > type 5 commands in phase V to do what one command can do in phase IV  O Well, I haven't used Phase IV now for almost 10 years. And I'm quite happy with T Phase V. At the time I made the first transition from Phase IV to Phase V, I noticed V was much faster then IV.  S Phase V is more complex, true, but also very logical. Once you understand the logic Q behind it, it is not so difficult anymore. TCPIP is much more of a nightmare. But R it's also true we see much more half-way converted Unix stuff in VMS these days. IN don't mind if Compaq is using the same source code for Unix and VMS as much asM possible, but I would like to see true VMS commands, exit codes, and quality.   R And TCPIP is not used to tunnel DECnet-plus, it is one of the official OSI stacks. The syntax is also very easy.   . DIR MYNODE.COMPAQ.COM::,  or DIR IP$10.1.2.3::  O I even use it to access the freeware CD's over the Internet, using DECnet copy.          >  > ... B > and I guarantee you, setting up a "TRUE" decnet phase IV over IP > connection in B > Tcpware is alot simpler than OSI, anyday, any year, takes me "4"G > minutes, and that includes the firewall on top of it, both the decnet  > security and the IP G > firewall ... and becuase it runs as true decnet, it is crisper than a  > PWIPF > driver doing pseudo decnet ... we proved it in testing!  and because	 > it runs G > on tcpware which is vms kernel based, it runs even better compared to  > either > ucx or multinet!   ------------------------------  % Date: Fri, 30 Nov 2001 21:06:54 +0000 % From: Alan Greig <a.greig@virgin.net>  Subject: Re: ftp performance* Message-ID: <3C07F4EE.A0C6BE2A@virgin.net>   Chris Sharman wrote:  G > The mac in question now has a new network card, and is now definitely  > running at 100Mb. : > I'm getting ftp throughput of around 220-240k/s (mgftp).L > If I submit two ftp downloads simultaneously, they both achieve throughput9 > of 220k/s, so there's no shortage of network bandwidth. ( > Solaris to VMS goes at around 1100k/s.* > Mac-Mac & Mac to PC manage up to 800k/s.L > None of them very impressive on a 100Mb network, but they'd be adequate: a, > 50M file would take 1 minute instead of 5.3 > I'm convinced this is an ftp performance problem.  >   K Might be worth trying UCX SET PROT TCP/NODELAY_ACK in case this is that old L problem again. With Pathworks I've seen upload to VMS systems go from around 250k/sec to 3Mb/secV   >tA > "Chris Sharman" <chris.sharman@ccagroup.co.uk> wrote in message > > news:1007112381.15273.0.nnrp-10.9e989e7e@news.demon.co.uk... > > Oh mumble.N > > The Mac (100Mb card, connected to 100Mb switch) has negotiated itself down > > to 10Mb. > >T
 > > Sorry,	 > > Chris  > > C > > "Chris Sharman" <chris.sharman@ccagroup.co.uk> wrote in messageM@ > > news:1007112063.27933.0.nnrp-08.9e989e7e@news.demon.co.uk...6 > > > Thanks for the suggestions - no help I'm afraid.M > > > 1. Default extend quantity is set to 1000 blocks. I think mgftp is ablee > toN > > > preallocate the full file size anyway (I've been benchmaking with a 50Mb > > > file).L > > > 2. Yes, the cards are seen as 1000 & 100. I don't know how to persuade > it > > to> > > > use the best all the time (short of unplugging the 100).M > > > 3. I'm pretty certain we're not running on 10Mb. 800k/s would be beyonduL > > > saturation point I'd think. There is still some old 10Mb in one officeL > > > (behind a switch), but all the core kit (which these machines all are) > isL > > > running on switched 100 or better. But I'm not greedy - I'd be content > if > > I0 > > > could get 800k/s to VMS.3 > > > Another test: Solaris to VMS (mgftp) 1100k/s. ? > > > So it would appear that the problem may not lie with VMS.eI > > > Any more suggestions ? Or another newsgroup I should be asking in ?i > Please > > ?O > > >n
 > > > Thanks,k > > > Chris. > > >M> > > > "Rowell, Bradley" <browell@state.mt.us> wrote in message@ > > > news:1245D1C0C039D411933708002BB29C644B2D19@DOAISD02003...J > > > > Make sure VMS sees the device at the speed you think.  If not show > > console  > > > > variableL > > > > ew*0_mode or ei*0_mode appropriately.  It/they should be probably be > set  > > > to > > > > fastFD.p > > > >I > > > > $ mcr lancpc > > > > LANCP> show dev /char $ > > > > Device Characteristics EWA0:/ > > > >                   Value  Characteristic / > > > >                   -----  --------------:3 > > > >                    1500  Device buffer size-0 > > > >                  Normal  Controller mode7 > > > >                External  Internal loopback mode(5 > > > >       xx-xx-xx-xx-xx-xx  Hardware LAN address-7 > > > >                          Multicast address listl5 > > > >                 CSMA/CD  Communication medium 4 > > > >       FF-FF-FF-FF-FF-FF  Current LAN address8 > > > >                      64  Minimum receive buffers8 > > > >                     128  Maximum receive buffers3 > > > >                     Yes  Full duplex enable08 > > > >                     Yes  Full duplex operational0 > > > >             Unspecified  Line media typeN > > > >                    1000  Line speed (mbps)   <------------------------ > > > >.$ > > > > > -----Original Message-----9 > > > > > From: emanuel stiebler [mailto:emu@ecubics.com]i4 > > > > > Sent: Thursday, November 29, 2001 10:46 AM# > > > > > To: Info-VAX@Mvb.Saic.Como& > > > > > Subject: Re: ftp performance	 > > > > >g	 > > > > >c > > > > > Chris Sharman wrote: > > > > > >eD > > > > > > We've got a ds20e connected via both a 100M card & a 1Gb > > > > > card & a Mac filet > > > > > > server (100M only).  > > > > > > [...]s) > > > > > > Suggestions anyone ? Hunter ?a	 > > > > >yN > > > > > Because none of the transfer rates exceeds 800 KB/s, I guess, you're > > > > > just sittingD > > > > > on a 10Mb network, regardles of the cards you're using ...	 > > > > >- > > >0 > > >0 > >@ > >c   --
 Alan Greig   ------------------------------  % Date: Fri, 30 Nov 2001 14:10:09 -0500o5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>r Subject: Re: Future of VMS ?3 Message-ID: <ZSQN7.2182$RL6.63767@news.cpqcorp.net>   L You have done exactly the right thing...  get the information to Sue, and weL will work with the ISV.  We have committments from most of the major ISVs on Alpha to port to Itanium.o   _Freda  . Brian Schenkenberger, VAXman- wrote in message' <00A05D2A.3D65DE34@SendSpamHere.ORG>...uF >In article <mVON7.2175$RL6.63558@news.cpqcorp.net>, "Fred Kleinsorge"% <kleinsorge@star.zko.dec.com> writes:o? >>JF Mezei wrote in message <3C07B2DC.334A0D6D@videotron.ca>...  >>>Fred Kleinsorge wrote: G >>>> VMS itself was already in a "how can we grow these segments" mode.m >>>sK >>>Customers see "Compaq is narrowing the number of segments VMS is allowedL toL >>>compete in and the poor VMS management/engineers are trying to survive in >>an >>>ever smaller pool". >>L >>Actually, it is a strategy that says "we have strengths in these segments,E >>make sure we keep them and increase our share in them".  It doesn'ta excluderL >>business outside of the segment focus, and includes the ability to add new- >>segments when a market opportunity is seen.  >>J >>There is no business that we "are not allowed to compete in" - but there areqG >>parts of the overall Compaq business where OpenVMS is weak, and others partsCL >>of Compaq are strong - and it would make little or no sense to try to sell >>OpenVMS into it. >mG >I've already forwarded my comment on what I am about to share with youyH >here to Sue Skonetski with a reqest that she forward it "up the ladder"
 >so to speak.o >nH >I received the following "comment" from a major/large software provider8 >concerning future support of their products on OpenVMS. >lJ >>* The manufacturer is no longer committed to continue new development of9 >>this product [VMS] ...apparently it is on it's way out.n >7J >You can't continue selling VMS when software houses have formulated their  >own beliefs about your product. >1J >A stronger proponent for VMS than myself you will not find but VMS cannotK >survive if misinformation is permitted -- thanks to COMPAQ for their lack-w+ >luster promotion of it -- to drown it out.u >< >--r3 >VAXman- OpenVMS APE certification number: AAA-0001b VAXman(at)TMESIS(dot)COM >eJ >  "And of course, I'm a genius, so people are naturally drawn to my fieryJ >  intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbes >-   ------------------------------  # Date: Fri, 30 Nov 2001 20:01:26 GMTt* From: "Bill Todd" <billtodd@metrocast.net> Subject: Re: Future of VMS ?B Message-ID: <pARN7.156772$qx2.9962357@bin5.nnrp.aus1.giganews.com>  @ "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> wrote in message- news:dZNN7.2169$RL6.63568@news.cpqcorp.net...o   ...d  J > Please educate me - oh great sage.  What is that I need to ask you?  You  > have not uttered anything new.  J Too busy to educate you today, Fred:  I just got a copy of Compaq's latestI rationalization for jumping from Alpha to the Itanic.  But I think you'll; enjoy my commentary on it.   - bill   ------------------------------  # Date: Fri, 30 Nov 2001 20:28:47 GMTt= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)t Subject: Re: Future of VMS ?0 Message-ID: <00A05D3C.2ADB71F2@SendSpamHere.ORG>  k In article <ZSQN7.2182$RL6.63767@news.cpqcorp.net>, "Fred Kleinsorge" <kleinsorge@star.zko.dec.com> writes:cM >You have done exactly the right thing...  get the information to Sue, and we M >will work with the ISV.  We have committments from most of the major ISVs one >Alpha to port to Itanium.  F I'd wager that this company probably doesn't even know you're porting D VMS to IPF and, if they do, they don't care because Billyware is all
 the craze.  F The problem is the perception of VMS due to the lack of any visibilityF in advertisement at would hit the desks of the mohogany-lined meeting-F room, martini-guzzling crowd.  In this particular company, the corpor-E ate heads (in this case, I'm not sure if head refers to a part of the>F anatomy or to a facility for defecating) have decreed the death of VMSE whether or not its demise is verifiable.  The mohogany-lined meeting-aE room, martini-guzzling crowd is quite powerful in most companies.  IfnE a decision is wrong or bad for the company, and even if they know it,DF it is very seldom that they will recant their decisions/statements.  IE imagine it would be like having Compaq's mohogany-lined meeting-room,eE martini-guzzling crowd reverse their Alpha death-sentence when/if IPF12 turns out to be a complete and utter boondoggle.     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM-            -J   "And of course, I'm a genius, so people are naturally drawn to my fiery I   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbes0   ------------------------------  % Date: Fri, 30 Nov 2001 20:41:55 +0000 % From: Alan Greig <a.greig@virgin.net>  Subject: Re: Future of VMS ?* Message-ID: <3C07EF13.F1515FCA@virgin.net>  m "Brian Schenkenberger, VAXman-" wrote:I received the following "comment" from a major/large software provider1  9 > concerning future support of their products on OpenVMS.  >uK > >* The manufacturer is no longer committed to continue new development ofe: > >this product [VMS] ...apparently it is on it's way out. >.K > You can't continue selling VMS when software houses have formulated theirf! > own beliefs about your product.  >m  i If it's like what used to happen in the past with Digital the supplier will have multiple contacts withineo Compaq other than the VMS group. If the VMS guys say "great future" but *all* of the other Compaq (and possiblyu7 HP) contacts say "it's going" then who do they believe?r  % Maybe not the case here but possible?r  K > A stronger proponent for VMS than myself you will not find but VMS cannotVL > survive if misinformation is permitted -- thanks to COMPAQ for their lack-, > luster promotion of it -- to drown it out. >i > --Q > VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMo >mK >   "And of course, I'm a genius, so people are naturally drawn to my fieryeK >   intellect.  Their admiration overwhelms their envy!" -- Calvin & Hobbesw   --
 Alan Greig   ------------------------------  % Date: Fri, 30 Nov 2001 23:30:24 -0500.- From: JF Mezei <jfmezei.spamnot@videotron.ca>g Subject: Re: Future of VMS ?, Message-ID: <3C085CD0.48647538@videotron.ca>   Fred Kleinsorge wrote: > N > You have done exactly the right thing...  get the information to Sue, and weN > will work with the ISV.  We have committments from most of the major ISVs on > Alpha to port to Itanium.e  V This is where I have a problem too. "most of your major ISVs" is problably translated:  K The couple of large ISVs who supply the software package that the remainingn: customers in the remaining niche markets are still  using.  H Note, during the brief VMS renaissance, I contacted the Compaq person inL charge of SWIFT (funds transfer), telling him that now that Compaq had shownM some interest in VMS, perhaps Comapq could go back t SWIFT and tell them that!J Compaq has reviewd Digital's decision to kill VMS and that Compaq would beN willing to get VMS back as a prefered platform for its SWIFT terminal softwareM used by so many banks around the world. I also explained that since the swifthM application inside a bank is business critical, most banks have those systemsnN in disaster recovery before many other mainstream banking stuff, and since VMSL is still the best for disaster recovery, it would have been a great thing toM have VMS return to that market. I also told him that since the new generation_K software wa a bit later, it woudl give SWIFT and Compaq some time to get it7N ported to VMS while keeping existing VMS-SIFT customers whow would then cancel$ their plans to ditch their VMS gear.  I The response was basically that Compaq will be happy to sell Proliants to N customers to run the new SWIFT software on (a version will be available on NT,' but what about disaster recovery ????).   N It is interesting that this person did not mention Tandem hadrware/software onM which a 3rd party SWIFT software (BESS) runs and supposedly will run with they next generation SWIFT network.    J That is when I realised that the problem with VMS was more widespread than just Winkler and Capellas.   ------------------------------   Date: 30 Nov 2001 19:35:53 GMT1 From: Dale Dellutri <ddelQQQlutr@entQQQeract.com>i6 Subject: Is anyone using HP2200dn or HP2100 with DCPS?+ Message-ID: <9u8n2p$ekt$1@bob.news.rcn.net>   D Is anyone using an HP2200dn or HP2100 with DCPS (v2.0)?  If so, how B is it set up?  Must it be set up as a TCP/IP printer, or can I use LAT?   -- l, Dale Dellutri -- ddelQQQlutr@entQQQeract.com   ------------------------------  % Date: Fri, 30 Nov 2001 15:39:04 -0500h0 From: Paul Anderson <paul.r.anderson@compaq.com>: Subject: Re: Is anyone using HP2200dn or HP2100 with DCPS?; Message-ID: <301120011539048525%paul.r.anderson@compaq.com>   9 In article <9u8n2p$ekt$1@bob.news.rcn.net>, Dale Dellutrit$ <ddelQQQlutr@entQQQeract.com> wrote:  9 > Is anyone using an HP2200dn or HP2100 with DCPS (v2.0)?-  F The 2100 is supported by DCPS V2.0 and support for the 2200 is plannedG for V2.1.  At least one customer has reported that the 2200 works as an  unrecognized printer with V2.0.0  : > Must it be set up as a TCP/IP printer, or can I use LAT?  F HP JetDirect cards, internal or external, do not support LAT.  The two; protocols you could use from DCPS would be IP or AppleTalk.V  F Emulex (no longer making them) and others made/make network cards that	 have LAT.c   Paul   -- c  Paul Anderson   OpenVMS Engineeringr   Compaq Computer Corporationu   ------------------------------   Date: 30 Nov 2001 22:59 CST ' From: carl@gerg.tamu.edu (Carl Perkins) ( Subject: Re: Layered Product Strangeness- Message-ID: <30NOV200122595961@gerg.tamu.edu>t  1 "John Eisenschmidt" <jeisensc@aaas.org> writes...kI }After the "Is it DEC C or is it Me?" question, I decided to update the =u }compiler we're using. }  }$ cc /version' }DEC C V5.7-004 on OpenVMS Alpha V7.2-1c } M }That came from the 7.1 Layered Product kit, since I couldn't find my 7.2-1 =IM }layered product kit. I also figured while I was at it, I'd update COBOL on =w1 }this system, which also came from the 7.1LP set.' } L }Since I couldn't find my LP cds for 7.2-1, I called our VAR and ordered a => }new set. And what did I get? A complete 7.3 media set. Swell. } K }The 7.1 LP set is like 11 cds, but 7.3 only came with 2. I checked those =yG }two, and all there are only about 8 things on them (DECDFS, DECAMDS, =l  }DWMOTIF, DECRAM, PATHWORKS).=20 } H }So I found I had a complete 7.2-1 media kit I'd never opened (duh). I =I }cracked it open, and it had a LP cd. I checked the docs in it, and the =fE }only think on the list remotely compiler related is DEC C/C++ XPG4 =c }Libraries.  } M }Where are all the compilers? Where are the rest of the layered products?=20=h  / They are in the Layered Product kit, of course.y  - The LP kit is not the OS kit, and vice-versa.3  F The LP CD(s) in the OS kit only covers a small set of products, as youF may have noticed. I believe that they are the set of products that canG be in the various levels of NAS package licenses, or that can come with D the newer EIS license pacakges, or that are included in the base VMS license.   --- Carl   ------------------------------  % Date: Fri, 30 Nov 2001 22:09:18 +0000i% From: "a.carlini" <arcarlini@iee.org>aY Subject: Re: looking for HSC50, RA81, star coupler, CIPCA, various manuals & prints printr' Message-ID: <3C08038E.A1B2BF0A@iee.org>s   Eric Smith wrote:eE > As far as documentation and prints go, if anyone is willing to lend-D > them to me or make copies (at my expense), I'll scan them and make > PDF files available online.:  ! There's a UDA50 maintenance guideE# (not too big - pocket size booklet)a3 at http://208.190.133.201/decimages/moremanuals.htmr  , There's a bunch of VAX-11/780 stuff too, but0 not the CI780. I'm *sure* I have that somewhere, just not to hand right now.   1 UDA50 and KDA50 user guides are headed over thereh, early next week, but they're going via snail( mail. I don't know how long it will take, to get them up after that. If you get fed up) waiting (and can arrange 20MB+30MB of ftpm( space - it's too much to email - send me% an email and I'll see what I can do).i  + As for star-couplers, the expander that letf) you go beyond 8 nodes (IIRC) turns out tor% be fairly hard to come by these days.i, Well worth hanging on to if you can get one!   Antonio'     -- p   --------------- - Antonio Carlini             arcarlini@iee.orgC   ------------------------------  # Date: Fri, 30 Nov 2001 23:56:40 GMT02 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman), Subject: Re: Need RRD40 Disk Geometries info- Message-ID: <Y0VN7.1$BK1.95@news.cpqcorp.net>o  >   Posted to newsgroups: comp.sys.dec,alt.sys.pdp11,comp.os.vms   Follow-ups to: comp.sys.dec.  L In article <u0f2fo4dkh0m2c@corp.supernews.com>, sword7@speakeasy.org writes:  G :However, I mean that logical sectors, cylinders, etc. that one spiral .J :track can be broken down into.  On my OpenVMS installation CD, how I can D :find number of LBNs when "online" and "get unit status" command are :issued on my RQDX3 emulator?   F   OpenVMS drivers can and do report a synthesized and almost entirely F   fictional set of values to the host software for all disks, for the F   tracks, sectors, cylinders, and related information -- these values F   can be determined by OpenVMS based on the number of blocks reported    by the disk device.   J   In most cases, the host software simply doesn't care about the geometry.H   OpenVMS Host-based Volume shadowing, for instance, doesn't care -- it :   just wants the total number of blocks reported to match.  E   Tools such as the Freeware rzdisk tool can be used to acquire this  A   (potentially fictionalized) information directly from a device.   =     http://www.openvms.compaq.com/freeware/freeware40/rzdisk/   F   OpenVMS tries to divide the tracks, cylinders, sectors and such into   the UCB word-length fields.   J   The four most common "fake" disk geometries are synthesized (by DKDRIVER   and by DUDRIVER) as follows:  >   tracks        sectors        cylinders         potential max>   UCB$B_TRACKS  UCB$B_SECTORS  UCB$W_CYLINDERS   wasted blocks8      6             4              ?                   238     32            32              ?                 10249     96            96              ?                 9216  8    255           255              ?                65025  C   The smallest of these four that provides sufficient room for the  D   number of blocks reported by the disk device -- where ? is set to 6   the value 65534 for purposes of the test -- is used.  H   Given that no CD-ROM drive connects to the RQDX3 controller and given G   that write-locked disks (CD-ROM and other optical, and worm devices)  F   can return entirely bogus geometries to the host, the disk geometry    is triply fictional.    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  # Date: Sat, 01 Dec 2001 00:06:25 GMTr2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman), Subject: Re: Need RRD40 Disk Geometries info- Message-ID: <5aVN7.2$BK1.95@news.cpqcorp.net>p  f In article <qh4rncrsvy.fsf@ruckus.brouhaha.com>, Eric Smith <eric-no-spam-for-me@brouhaha.com> writes:- :Bob Supnik <bsupnik@nauticusnet.com> writes: D :> I spoke to Steve Shirron, who authored the RQDX3 firmware.  ThereE :> never was a CD on the RQDX3; CD's were always on SCSI controllers.  : I :Not always.  The early ones such as the RRD50 were on dedicated non-SCSI F :interfaces.  I think they looked to the host like an MSCP device, but. :I don't have one so I don't know for certain.  C   I am aware of no CD-ROM devices on the RQDX3 series controllers.    H   The earliest CD-ROM disk drives I am aware of on Q-bus systems -- the H   RRD50 series -- used the KRQ50 (M7552) controller.  The KRQ50 presentsH   the PU/DU interface to host and application software -- the RRD50 disk)   drive will configure as a DUc0: device.h  H   The RRD40-DC could also be connected to and operate on later-revision    KRQ50 controllers.    K   RRD40-AA and RRD40-DA were SCSI, and were in the embedded and standalone H(   enclosure configurations respectively.    N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Fri, 30 Nov 2001 20:53:03 +0100r& From: Michael Joosten <joost@c-lab.de>M Subject: Re: Offtopic: cross platform portability tools - a study of autoconfe$ Message-ID: <3C07E39F.167E@c-lab.de>   John E. Malmberg wrote:e >  > Michael Joosten wrote: >  >  > John Malmberg wrote:  >  >G >  >> While it is inherently difficult to port autoconf with out havingyD >  >> a 100% GNU programming environment, close functionality can be >  >> achieved.e >  >>qG >  > One should distinguish between the need to have a 'GNU programmingsA >  > environemt' for creating autoconf files/setup and just usingeI >  > ./configure, which should not require a 'GNU' but rather/only a UNIXe" >  > programming/tool environment. > J > Unfortunately some of the configure scripts are specifically looking GNUH >   specific tools to run the tests.  If that tool at a minimum required; > version level has not been ported to the platform, no go.c >   E Sigh.. Haven't looked at autoconf stuff for a long time now. But thise8 sounds very much like the '#include <linux.h>' problem. G The problem is just that every developer has to see himself if there issD something to check for and if this is already taken care for, i.e. aE submitted test (with some quality/portability) exists in the sutoconfsD codebase. As usual, people trying to port a package often don't know: other platforms (well enough), so shit is going to happen.  I > There was some debates on one of the packages's public developer's listCE > about what tools they could assume could be on the target computer.tB > They wanted to use some special GNU tool during the setup phase.F > I do not remember which one.  The consensus was that it would not be; > available on some of the existing supported UNIX targets.s > I > But other packages may not take the care to just use the tools that are5  > normally on a target platform. >    At least a formal rebuff...c  G Even in the UNIX community there is growing tendency to speak about the.F 'Linoox problem...', mostly from old-timers as also *BSD afficionados.A But, of course, that's (part of) the price you pay for publicity.o     > J > It is an issue of maintaining the 'profiles'.  The problem is that we doJ > not know in advance what small snippet of information that the configure > script will be looking for.- >   E Well, at first we have the bunch of include files, and then we have aR" list of 'supported' RTL functions.  . Yes, that's an over-simplification, I know....  F 'Having' a sys/ioctl.h and a iocntl() and perhaps even the right, say,4 FIONREAD #define does not say that it really works..  H But then, we would have a more thorough discussion about porting layers,E where such things like autoconf are just used for the porting libraryo9 itself, and not/barely visible for the application level.   D So, you don't check for fcntl() and locking flags, but you just haveF different functions for the different main OS variants, and they might1 use autoconf defines for their own exact tuning.    F But, well.... Sometimes I wish libiberty would be somewhat larger, butD of course, from UNIX p.o.v., you just say 'oh, you claim to be POSIX 1003.1? well, then...'    D > There are some conventions that make it easier, but there are some# > things that are done differently.t > I > Of course there is also the case where the program totally ignores whath" > the configure program generated. >nE .. because the code has changed and the config.h.in changes have beeni
 forgotten.    rK >  > and sometimes these tests could not be performed because the behaviourcF >  > was only visible if running as 'root' (set(e)uid() and the like). > F > I forgot about those type of tests, especially the ones that want toJ > find out if your set(e)uid() and setgid() really work.  They are lookingB > for "trap door" systems.  Ones that allow a daemon to lower it's' > privileges, but not raise them again.  >   A Yes, this was exactly the case. Together with other niceties like @ checking ioctl() features for serial communication to printers.     C >  >> It really is no more difficult to maintain a DCL VMS specific:/ >  >>implementation written in DCL or whatever.t >  >I >  > Yes! Just as the 'vms' directories of Emacs 19 and so on have used aBJ >  > hand-crafted config.h.vms, it should be possible to solve most of theD >  > #define HAS_XXX_H or #define HAS_XXX by a static profile with aB >  > (perhaps DCL proc) that parses config.h.in, compares the used? >  > HAS_ XXX with the profiles and fills in the right answers.a > I > The information is already in the Compac C header files.  However it istD > not easy to detect if the feature is only available for a specificC > version of OpenVMS with out actually writing a program to let the , > compiler determine if the option is there. > : Which would be just OS version and DEC C dependent, right?  J > That is if you are looking for 100% accuracy.  If you can tolerate a fewJ >   wrong guesses, the look up program is not hard to tweak for a specific
 > package. > F > The more config.h.in from packages that are processed by the commandH > file to find the syntax variations, the more useful the script becomes > for general purpose. >    Yes, an incremental database.   H > Then to catch the exceptions, what I do is have the generated config.h# > file then #include "config_vms.h"o > I > The config_vms.h file contains all of the manual edits needed to handlem7 > what the automated process could not guess correctly.- > @ > It also handles things encountered during the porting process. >   B Which is not so uncommon in autoconf-land. In many cases I've seen> scripting  lines in ./configure.in that switch on the value ofG config.guess, in order to set some features/defines that were too nastyo to really test for...    > [make file generation]F >  > So, automating this makes no sense? One could still submit such a* >  > hand-made MMS file to the maintainer.I >  > On the other hand, would it make sense to 'extend', say, GNU make togH >  > have built-in functions and rules that are the right ones for VMS ? > 9 > That assumes that you want to have GNU make in use. :-)e >   ; I'm just oportunistic. Still better than NMAKE, isn't it ??     J > I have been making the assumptions that the maintainers of the UNIX portF > will not make any accomodation for OpenVMS, or such accomodation mayH > dissapear with a later release because a programmer would not realize. > G > So I keep the VMS specific source separate, and use logical names and % > search lists to set the precedence.  > F > I have started to use TPU edit scripts when I must patch an originalB > source module, so that I have less modules to manually maintain.G > If the UNIX maintainers accept the changes into the build, then I can  > remove the patch scripts.l >   ! OK, sort of 'defensive porting'. t    I > And since the hobbyist license includes CMS, I use one set of libraries D > to track changes from the UNIX sources, and a different set of CMS) > libraries for the VMS specific sources.u  F While we at it: Is MMS also part of the Hobbyist license and the CD? IB was just missing MMS when I tried to make a stab at emacs the last4 weeks, but became victim of the 'rooted logicals'...   -- i* Michael Joosten, SBS C-LAB, joost@c-lab.de* Fuerstenallee 11, 33094 Paderborn, Germany, Phone: +49 5251 606127, Fax: +49 5251 6060658 C-LAB is a cooperation of University Paderborn & SIEMENS   ------------------------------  # Date: Fri, 30 Nov 2001 23:55:58 GMTh- From: "John E. Malmberg" <wb8tyw@qsl.network> M Subject: Re: Offtopic: cross platform portability tools - a study of autoconf-* Message-ID: <3C08232C.2070805@qsl.network>   Michael Joosten wrote:   > John E. Malmberg wrote:  > I >>And since the hobbyist license includes CMS, I use one set of libraries.D >>to track changes from the UNIX sources, and a different set of CMS) >>libraries for the VMS specific sources.  >> > H > While we at it: Is MMS also part of the Hobbyist license and the CD? ID > was just missing MMS when I tried to make a stab at emacs the last6 > weeks, but became victim of the 'rooted logicals'...    G The entire DECSET is in the Hobby license set.  But AFAIK, none of the ?0 kits are on the CD-ROMs distributed by Montagar.  D MADGOAT MAKE, or MMK will work as a substitute for MMS.  See Hunter ; Goatley's archives and mirrors for a copy.  URLs are in the 5 OpenVMS FAQ and other fine OpenVMS information sites.    -John  wb8tyw@qsl.network Personal Opinion Onlya   ------------------------------  # Date: Sat, 01 Dec 2001 01:37:24 GMTs- From: "John E. Malmberg" <wb8tyw@qsl.network>tH Subject: Re: Open Source support levels, was: Re: OSU Webserver problems( Message-ID: <3C083AC7.30605@qsl.network>   Simon Clubley wrote:    lI > This discussion is of interest as I have been considering some projects)G > (as a way of learning new languages/toolkits/OS environments/etc) anduG > then possibly releasing some of them under a GPL license in case they- > could be useful to others. > H > One of my main concerns has been how much support is expected from the4 > author and much time does this generally take up ?     You can always ignore them. :-)   E It's easy to do when you do not have a full time internet connection.i    MI > What are the experiences of the various Open Source authors/maintainers J > here ? I am also interested in hearing any specific bad experiences that > you may have had.i  s? I have not done much stuff, so I am probably not a good sample.g    G Several people have trouble figuring out how to extract a valid E-mail  H address from the one I put after my name, and after they finally get an G E-mail message through to me, take the time to point out to me that my 3 E-mail address is not working.  G So I guess that keeps away most people that do not understand what the   current top level domains are.  J Most of the queries are going to the main mailing list, or to comp.os.vms.  G A few of the direct queries were for very elementary OpenVMS questions k2 that were not really related to SAMBA for OpenVMS.  F And there were only about two weeks were someone was either trying to G get unrelated free consulting from me, and a CC: list of other people,  ? or trying to get an answer to a class assignment.  I never did  @ understand enough of their questions to determine exactly which.  E Judging by the other addresses in the CC: list, it appears that they sG were hitting several people that posted regularly on comp.os.vms and a h' few other interesting e-mail addresses.a    * And I have received a few thank you notes.  E Directly I think I answer about 5 questions a month on the SAMBA for  L OpenVMS mailing list.  Many of them for the previous version of the product.  G It seems to go in spurts though, so for several months, no messages at C2 all, and then all of a sudden quite a few show up.  C I do try to provide a timely answer, but I will generally ignore a eL message that comes in HTML format for at least 72 hours before answering it.  C And I suggest that people use the mailing list instead of directly DG contacting me.  Someone else may be able to give them an answer faster o than I can find the time to.   -John/ wb8tyw@qsl.network Personal Opinion Only    ------------------------------  % Date: Fri, 30 Nov 2001 15:56:40 -0500 ! From: Karl Puder <kpuder@aol.com>a1 Subject: Re: Oracle 8i OCI problem with VAX BASICe' Message-ID: <3C07F287.64F0B6C3@aol.com>e  P A Nit: If it's on an Alpha, then it's not VAX BASIC, it's DEC BASIC. (If you getM the latest update, it's now called Compaq BASIC for OpenVMS/Alpha, but that'st# too much for me to type every day).a  M The Warning: I doubt that this is relevant to your current problem, but I see N the pthread$rtl in your stack trace, indicating that your application is usingL DECthreads. I hope you are keeping your RTL calls reined into one thread (asP indicated in the Threads manual), because dec$basrtl.exe is one of the RTLs (notK to mention system services) that is not 100% thread-safe. It maintains someoN global state information that is protected from ASTs, but not from threads. IfM your program gets hit with a (thread-) context-switch during one RTL call andc- another thread calls the same RTL, watch out.m  O Before you ask "well, just update that AST protection to be thread protection",wP don't ask. We looked at it already. Very old code; works fine as-is; don't break it.a  
     :Karl.   Disclaimer:OP This is not official support information from Compaq Computer Corporation, it isJ just my own personal beliefs, which you may or may not find useful to you.   ---------------------  John wrote:n   > Hi,e >rE > I have a machine that has been running a VAX BASIC Oracle OCI based N > application successfully for several years. Recently, we've installed OracleL > 8i on our development machine to begin migrating the application to OracleI > 8. Unfortunately, I can't even get the application to login to Oracle 8o > without crashing.p >M    . . .  2 > program terminates with the following exception. >  > $ run testoralogin
 > USR:? scott  > PWD: ? tiger% > CALLING ORLON UID: scott PWD: tigers/ > %BAS-F-MEMMANVIO, Memory management violationl5 > -BAS-I-USEPC_PSL, at user PC=005289A0, PSL=0000001B = > -SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual < > address=000000007B65BAAB, PC=00000000005289A0, PS=0000001B' > -BAS-I-FROMOD, In module TESTORALOGINs1 > %TRACE-F-TRACEBACK, symbolic stack dump follows L >   image    module    routine             line      rel PC           abs PC@ >                                             0 FFFFFFFF8045EF44 > FFFFFFFF8045EF44@ >  DEC$BASRTL                                 0 000000000000DC0C > 000000007BFC5C0C? > ----- above condition handler called with exception 0000000C: = > %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual < > address=000000007B65BAAB, PC=00000000005289A0, PS=0000001B  > ----- end of exception message@ >                                             0 FFFFFFFF80085C3C > FFFFFFFF80085C3C@ >  ORACLIENT_V817  NIGCON  osncon        129799 0000000000000780 > 00000000005289A0@ >  ORACLIENT_V817  KPUADEF  kpuadef      159234 000000000000006C > 0000000000158A1C@ >  ORACLIENT_V817  UPIPRV  upiini        261280 000000000000156C > 0000000000197C6C@ >  ORACLIENT_V817  UPICDC  upiah0        227967 00000000000000C8 > 00000000001984D8@ >  ORACLIENT_V817  UPICDC  upiahm        228019 0000000000000150 > 0000000000198560@ >  ORACLIENT_V817  UPILOG  upilgn       1410103 0000000000000520 > 00000000001A8960@ >  ORACLIENT_V817  UPILOG  upilon       1409844 0000000000000048 > 00000000001A8488@ >  ORACLIENT_V817  OCI  ocirlo           175588 0000000000002B08 > 00000000001904F8@ >                                             0 0000000000000000 > FFFFFFFF80068EAC@ >  ORACLIENT_V817  OCICEE  ORLON                               ? > ?t+ >  TESTORALOGIN  TESTORALOGIN  TESTORALOGINa@ >                                            14 0000000000000258 > 0000000000020258@ >  PTHREAD$RTL                                0 00000000000312FC > 000000007BB712FC@ >  PTHREAD$RTL                                0 0000000000012B48 > 000000007BB52B48@ >                                             0 FFFFFFFF8ECA53F4 > FFFFFFFF8ECA53F4 > = > Obviously, there is a memory management problem. A coworkern    . . .   >I/ > Any suggestions would be greatly appreciated.- > 	 > Thanks,t > John   ------------------------------   Date: 1 Dec 2001 06:22:14 GMTa) From: leslie@clio.rice.edu (Jerry Leslie)i9 Subject: OT: CPQ's Marcello Says HP-UX New HP's Core Unixs' Message-ID: <9u9sum$9o3$4@joe.rice.edu>c Keywords: rip,tru64   9    http://news.zdnet.co.uk/story/0,,t269-s2100182,00.htmlh8    ZDNet |UK| - News - Story - HP brings Unixes together   ------------------------------  % Date: Fri, 30 Nov 2001 23:45:58 -0000d% From: "POS" <PROSULLIVAN@HOTMAIL.COM> / Subject: Re: Pawz software and Capacity Planner-3 Message-ID: <9u9852$1ud$1@neptunium.btinternet.com>-  H I evaluated other 'well-known' products, included the hated you-know-who- before settling on PAWZ and Capacity Planner.-  G I use this software on VMS (+ four other operating systems) on over 180 F nodes. For performance managing large numbers of systems (10+) the webH interface on PAWZ and automated features makes performance analysis muchL easier. Currently, no  PSPA-like  rule-base, nor hotfiles,  but the analysisL capabilties in the Capacity Planner  - especially IO - make up for this - if you know what you are doing.  4 My  Capacity Planner (on VMS) lets me read data from1 NT/2000/Tru64/HPUX/AIX/Solaris and Linux systems.t That is pretty neat.  I Note: Product now owned by PerfCap Corp: formed of the best of the Compaq ( Performance and Capacity Planning Group. www.perfcap.com   7 "John Polcari" <JPolcari@Mediaone.net> wrote in messaget% news:3C01AF00.1060403@Mediaone.net...eI > I am shopping around for some performance tools that might help make myeI > job a little easier, does anybody know and would recommend a goof peicegH > of software that runs on a Alpha Openvms system, running 7.1 of VMS. IF > was checking out Capacity Planner and also pawzs, are these products, > worth pursuing or should I look elsewhere? >n	 > Thanks,t > JOhn >t   ------------------------------  % Date: Fri, 30 Nov 2001 14:00:05 -0500n0 From: "Syltrem" <syltrem@videotron.spammenot.ca>1 Subject: Re: Q: How to check if a file is opened? 4 Message-ID: <NAQN7.1583$Q06.10352@tor-nn1.netcom.ca>  J I missed the beg. of this thread but here's what I sometimes do (watch outD for not causing locking problems with other users when you do this).    $ OPEN/READ/WRITE X filename.typF If the file is open by another user you'll get a message. If not, then	 $ CLOSE Xd  K If you need to know who has it open you've got to do a SHOW DEV/FILES (fromo all the machine on a cluster)s   HTHc   --   SyltremnI http://pages.infinit.net/syltrem (OpenVMS related web site - en franais)i> To reply to myself directly, remove .spammenot from my address  @ "Bernard Straehl" <bes@pbsbank.ch> a crit dans le message news:2 76f61726.0111300348.67b4f834@posting.google.com...7 > WILLIAM WEBB <WWEBB1@email.usps.gov> wrote in message ) news:<0033000042947307000002L072*@MHS>... & > > Here's an example of how I did it. > > 9 > > I wanted it to *not* be open, so I used .nes. to make  > > that option come up first. > >r$ > > It's kinda kludgy, but it works. > >aC > > $ show dev/files/nosystem/out=xtmp.txt disk that the file is ond> > > $ search/nooutput xtmp.txt filename you want to know about" > > $ file search status = $status. > > $ if file search status .nes. "%X00000001"
 > > $ then > > = > >   [then filename you want to know about doesn't appear ini= > >    the search, which means that the file *isn't* opened.]( > > 
 > > $ else > >r > >   [file is open] > >e > > $ endif  > >i > > $ delete/nolog xtmp.txt;*e > >d > > Hope this helps, > >s
 > > WWWebb > >g > > -----Original Message-----3 > > From: Info-VAX-Request@Mvb.Saic.Com at INTERNETe. > > Sent: Wednesday, November 28, 2001 8:53 AMF > > To: Webb, William W Raleigh, NC; Info-VAX@Mvb.Saic.Com at INTERNET5 > > Subject: RE: Q: How to check if a file is opened?a > >s > >  > > Dmitry Bessonov wrote: > > >rK > > > A file is opened and can be seen in SHOW DEVICE/FILES output. Is therb > >  eK > > > a way to determine in DCL command procedure, if the file is opened one > >X4 > > > this node or not? I thought it can be done via > >tC > > It the file is opened using DCL, an F$TRNLNM("logical-name") ise > > non-blank. > >s > > e.g. > > / > > $ OPEN/READ datafile disk:[dir]filename.ext  > > ..8 > > $ IF F$TRNLNM("datafile").NES."" THEN CLOSE datafile > > K > > Perhaps if your application also uses a logical name, you can translatet > >t8 > > that logical for that processes' logical name table? >oE > Why do you not use the PIPE cmd (depends on VMS version of course)?o
 > bye Bernarde   ------------------------------  % Date: Sat, 01 Dec 2001 02:02:26 +0100u. From: Dennis Grevenstein <dennis@pcde.inka.de>$ Subject: Re: RAM for VAXstation 3100, Message-ID: <3C082C22.38EFAF4D@pcde.inka.de>   Dennis Grevenstein wrote:  > ; > will RAM taken out of a VAXstation 3100/30 work in a /38?l= > I heard different answers. Does anybody here know for sure?n   thanks for all answers. ? It should work. I guess it's just confusing because the /38 hase some onboard RAM.D   Dennis   --  . MCSE = Mentally Challenged Slave of the Empire   ------------------------------  % Date: Fri, 30 Nov 2001 22:55:29 +0100 . From: "Eric Chatelard" <piper.lyon@wanadoo.fr>, Subject: Re: remote connection and pathworks% Message-ID: <9u8vbb$95d$1@wanadoo.fr>p  K So you mean that we can't have on the same server dialup connection and lan  connection to pathworks.   Eric    E "Rowell, Bradley" <browell@state.mt.us> a crit dans le message news: 5 1245D1C0C039D411933708002BB29C644B2D09@DOAISD02003...pJ > Pathworks binds to the first TCP interface that it sees, it can only run on > one interface. >  > > -----Original Message-----7 > > From: Eric Chatelard [mailto:piper.lyon@wanadoo.fr] . > > Sent: Wednesday, November 28, 2001 8:25 AM > > To: Info-VAX@Mvb.Saic.Comr, > > Subject: remote connection and pathworks > >a > >  > > Hi,c > >aI > > I'm still trying to make a remote connection via a PC running Windowsc+ > > 98/TCPIP to an alpha server running VMS ) > > 7.1-2 Tcp/IP 5.0 and Pathworks V6.0B.e2 > > I thought that this was not a hard job to do ! > > ? > > I've defined the logical  PWRK$KNBDAEMON_DEVICE  to PP0 ( if > > am not sure if > > PP0 is right or not ).. > > The modem is connected to serial line TTA0H > > I've defined two ip address for my alpha ( 192.168.1.100 for ewa-0 ,= > > 12.12.12.202 for PP0 and the same subnet 255.255.255.0 ). : > > I've added to Lmhost file the remote PC's ip and name. > >.? > > I can connect to my server and open a telnet session or ftp  > > but i can't seefD > > the share >> net view \\myserver >> err 53 computer unreachable. > >  > >a > > Thanks for help. > >  > > Eric > >] > >> > >a > >t > >h   ------------------------------  % Date: Fri, 30 Nov 2001 15:49:21 -0700o$ From: Lee Y T Mah <lytmah@cha.ab.ca>/ Subject: Require info on EMC and Compaq storagee) Message-ID: <3C080CF0.4E6D99C1@cha.ab.ca>s  F I would appreciate input comparing two storage configurations.  One ofA them will be implemented in setting up of a disaster-tolerant VMS / cluster.  The cluster will have these features:g       Two data centers     SAN FC as primary HBVS path @     Gigabit Ethernet for cluster traffic and alternate HBVS pathF     Two ES45 nodes in each center.  A fifth quorum node (AS1200) is to$ be located away from the two centersH     Production users to be load-distributed into both centers via TELNET and LAT E     If one center dies, the surviving center continues running and isg6 available to the dropped users from the failed center.    .   1.  EMC system - one set in each data center         Symmetrix 8530 hardware          SRDF and FCt>         System to be shared among NT, HP-UX, and VMS platformsH         A subset of the EMC system will be connected directly to the two ES45's in each center for HBVS    7   2.  Compaq Storageworks.  One set in each data centerp         SAN FCH         1 x Compaq M-Series Rack with Redundant Power Distribution Units  -         1 x EMA12000 Enterprise Storage Arrayb=         2 x HSG80 Controllers with 512MB Cache in the EMA1200i/         HSG80 Array Controller Software V8.6-1SsB         36 GB Hot Plug Ultra3 SCSI 1" Disk Drives in each EMA12000$         2 x 16 Port Brocade SwitchesH         1 x Modular Data Router (MDR) with FC and SCSI ports for a TL891 Tape Library system   - Does anyone have such configurations running?l5 Any hints and gotcha's re implementing these systems?o     -- Leeo  ; Lee Y T Mah                        Capital Health Authority0? Email: lytmah@cha.ab.ca            Information Systems, RAH CSCg4 Phone:  (780) 477-4725, 477-4233   10240 Kingsway NW? Fax:      (780) 491-5119, 491-5619    Edmonton, AB, CAN  T5H3V9N   ------------------------------  % Date: Fri, 30 Nov 2001 22:48:07 -0600u, From: "Rich Jordan" <rjordan@mindspring.com>$ Subject: Re: Some Multia Help needed2 Message-ID: <9u9n2f$a6d$1@slb0.atl.mindspring.net>   Bill,mL      that matches the riser in my UDB that was designed for an internal 3.5"L disk.  Assuming it wasn't damaged when the cable connector was pulled apart,L it should give you a normal fast-10 SCSI interface.  You will need to find aK ribbon cable with a 50 pin male header that matches the type of header used.K on the riser (the base of which is still soldered in place) and disassemble F it so you can use the ribbon and the 'cap' part on the riser.  Be veryL careful with these connectors; its easy to get a poor connection.  Also makeH sure the prong-pairs on the connector on the riser are not damaged, bentH open or apart, etc; if they are its good odds you'll break one trying toG straighten it out.  If you're good at soldering you might consider thats option instead.e  G      If you can do that, there's a company that makes slot cover platesnK (remove the drive tray and it fills the open slot in the back) with an HD50 I female SCSI-2 connector on the outside and a male 50-pin (standard narrowcL SCSI 50 pin style) connector on the inside that the other end of your ribbonI cable will plug into.  Software City used to carry them; I imagine a good C techy/hobbyist computer store can get them; I have one in that UDB,rL connecting a 2-drive box with HD and CDROM.  Your fun task will be to locateJ this cover plate and a 50-pin ribbon with one (preferably unshrouded) male: connector and one standard female connector, not too long.    Rich Jordan    D Bill Gunshannon wrote in message <9u2stn$2v7t$1@info.cs.uofs.edu>...A >I may not have been clear about what my PCI riser looks like, soa2 >I have put a couple of pictures up on my webpage:1 >   http://www.cs.uofs.edu/~bill/Multia/side1.jpgk1 >   http://www.cs.uofs.edu/~bill/Multia/side2.jpg  >nI >If you look at these, you can clearly see the locations where it appearsrG >a 50pin berg connector and a PCI connector could be put.  You can alsoeI >see where the ribbon cable for the internal drive was pulled off.  There G >does not appear to be any other empty locations on the board, so can IkG >assum that all the necessary glue is present and putting connectors onmH >this riser would functional??  In particular, I am looking for a way toL >have external SCSI so I can put a CDROM on it (and likely external disks as? >they are very likely easier to deal with than internal disks.)t >t >Thanks again. >s >billh >i >--vK >Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesnE >bill@cs.scranton.edu     |  and a sheep voting on what's for dinner.  >University of Scranton   |u? >Scranton, Pennsylvania   |         #include <std.disclaimer.h>M   ------------------------------  # Date: Sat, 01 Dec 2001 04:10:36 GMT  From: go@prepaidonline.com( Subject: The Best Prepaid Phone Card Yet; Message-ID: <0LYN7.16060$cU4.78763@typhoon.mw.mediaone.net>   2 UNLIMITED domestic calling to ANYWHERE in the U.S.6 NO Taxes,  NO Junk,   Just Unlimited Talk for 30 days!2 Service can be used 24 hours a day, 7 days a week, from the same phone!   $89.95y   = DOUBLE TALK - Two phone cards in one - a connection fee card, ? great for longer calls, or a no-connection fee card, better foro5 shorter calls.  From $.02 to $.10 per min. WorldWide!-< Features low rates to the U.S., Europe and Mexico!    $10.00  <6 The CLEAN CARD - Talk for a minute - pay for a minute." No hidden fees or connection fees./ Great rates to many international destinations, . as well as a .065 rate for the U.S.!    $10.00  t% GO TO:   http://go.prepaidonline.com/m   [ Lowest Prepaid Phone Cards, Inc. is a recognized leader in guaranteed prepaid long distancedY phone service. We are a leading world-wide supplier of prepaid telecommunication servicescU and by working in partnership with the largest telecommunication and network servicesy[ companies,  PrepaidOnline is able to consistently offer the lowest cost and highest qualityl cards available.  L% GO TO:   http://go.prepaidonline.com/t   ------------------------------    Date: 30 Nov 2001 15:56:47 -0600+ From: kuhrt@encompasserve.org (Marty Kuhrt)r4 Subject: The new Sun server, more Digital knock-offs3 Message-ID: <G4HnatARjcNK@eisner.encompasserve.org>l  b In article <9u4g2j$cfk@gap.cco.caltech.edu>, vance@alumni.caltech.edu (Vance R. Haemmerle) writes:. > In article <9u4fnr$cau@gap.cco.caltech.edu>,6 > Vance R. Haemmerle <vance@alumni.caltech.edu> wrote: >>H >>   Do I have to start this?  Little-endian is "industry standard"! It  >>must be because PCs are. >  >   I forgot this:  ;->s >  > -- > Vance Haemmerlen > vance@alumni.caltech.edu  = Seeing Vance's name reminded me that I hadn't posted this URLa. showing the best use for a large Sun server...  ; http://www.ernieshouseofwhoopass.com/pictures/sunserver.jpg    Still, just a wannabe VAXbar...o  1 http://www.lpl.arizona.edu/~vance/www/vaxbar.htmlr   ------------------------------   Date: 1 Dec 2001 03:30:25 GMT - From: Joe Heimann <heimann@nog.ecs.umass.edu>. Subject: Re: TLZ09, Message-ID: <9u9ish$s4c$1@odo.ecs.umass.edu>  ( Howard S Shubs <howard@shubs.net> wrote:0 > What are the features of this 4mm tape device?  G It is a DDS-2 tape drive, 4 GB uncompressed and 8 GB compressed on 120m07 tapes.  Will also read and write 60m and 90m DDS tapes.i   Joe Heimann=   heimann@ecs.umass.edu0   ------------------------------   Date: 30 Nov 2001 22:19 CST,' From: carl@gerg.tamu.edu (Carl Perkins)E Subject: RE: TLZ09- Message-ID: <30NOV200122192406@gerg.tamu.edu>   + huber@mppmu.mpg.de (Joseph Huber) writes... < }In Article <howard-DCC8E8.22475529112001@enews.newsguy.com>* }Howard S Shubs <howard@shubs.net> writes:0 }>What are the features of this 4mm tape device? }  }It's a DDS2 drive:v } P }Magtape MPIW03$MKA500:, device type DEC TLZ09, is online, allocated, deallocateP }    on dismount, mounted foreign, record-oriented device, file-oriented device,M }    served to cluster via TMSCP Server, error logging is enabled, controller H }    supports compaction (compaction enabled), device supports fastskip. } P }    Density                     DDS2    Format                        Normal-11 }  }-- J }This message does not represent the policies of the Max-Planck-Institute.C }Joseph "Sepp" Huber, MPI Physik, http://wwwvms.mppmu.mpg.de/~huberA  L While a TLZ09 may be a DDS2 drive, you should not rely on the SHOW DEV/FU's   claimed density as an indicator:  J Magtape GERGX$MKA600:, device type COMPAQ SDT-10000, is online, allocated,J     deallocate on dismount, mounted foreign, record-oriented device, file-I     oriented device, error logging is enabled, device is busy, controllerAG     supports compaction (compaction enabled), device supports fastskip.9  O     Density                     DDS2    Format                        Normal-110  D Note that this is a DDS4 drive and, at the moment, it actually has a( DDS4 tape in it (doing an image backup).  M This is with VMS V7.2-1. It may be possible that V7.3 reports DDS4 correctly.0< I don't know if either verion reports DDS3 correctly either.   --- Carl   ------------------------------    Date: 30 Nov 2001 11:00:25 -0800( From: bob@instantwhip.com (Bob Ceculski)M Subject: VMS to Itanium IP conference OK, but no answer to HP killing VMS ...E= Message-ID: <d7791aa1.0111301100.51dd3e97@posting.google.com>A  G The port sounds like it should work for most if not all apps (will have-F a binary translator and even tranlate vest execs) but I did not get anL answer to the porject possibly getting killed by HP ... the moderator calledH it a brave question, but whats so brave about wanting to know the truth?F I have a business IT environment and projects to support and plan for!   ------------------------------    Date: 30 Nov 2001 13:11:21 -0600+ From: young_r@encompasserve.org (Rob Young)-Q Subject: Re: VMS to Itanium IP conference OK, but no answer to HP killing VMS ... 3 Message-ID: <MqkUWXZ7+CH$@eisner.encompasserve.org>e  h In article <d7791aa1.0111301100.51dd3e97@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:I > The port sounds like it should work for most if not all apps (will have H > a binary translator and even tranlate vest execs) but I did not get anN > answer to the porject possibly getting killed by HP ... the moderator calledJ > it a brave question, but whats so brave about wanting to know the truth?H > I have a business IT environment and projects to support and plan for!    = 	Correct me... but I don't think (due to SEC rules related too> 	mergers) that one side can talk about future plans... so thisA 	all becomes a game until after the "quiet period" (whatever thatsC 	means) ends.  When?  Not sure.  Perhaps Terry can shed more light.f  B 	Regarding HP killing VMS?  Maybe MPE is a preulde* and 4-5 months= 	from now they can measure the postive effects of ending MPE >= 	development and eventual support.  I can't imagine it to be  ; 	postive.  They will have some customer tracking numbers to A 	show them just how many MPE users are loading up on HP/UX and/oreA 	HP kit ... now that their platform of choice is killed.  I can't,2 	imagine they are knocking down the doors for kit.     				Robl    J * wishful prelude.  Aberdeen is whispering in their ear to kill it, but I I   think Aberdeen should be thankful they don't run businesses and can sito!   on the sidelines pontificating.r   ------------------------------  # Date: Fri, 30 Nov 2001 19:18:09 GMTi4 From: "Terry C. Shannon" <terryshannon@mediaone.net>Q Subject: Re: VMS to Itanium IP conference OK, but no answer to HP killing VMS ...w< Message-ID: <RXQN7.1070$zX1.2014445@typhoon.ne.mediaone.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:MqkUWXZ7+CH$@eisner.encompasserve.org...a? > In article <d7791aa1.0111301100.51dd3e97@posting.google.com>,e* bob@instantwhip.com (Bob Ceculski) writes:K > > The port sounds like it should work for most if not all apps (will havetJ > > a binary translator and even tranlate vest execs) but I did not get anI > > answer to the porject possibly getting killed by HP ... the moderatork calledL > > it a brave question, but whats so brave about wanting to know the truth?J > > I have a business IT environment and projects to support and plan for! >3 >0> > Correct me... but I don't think (due to SEC rules related to? > mergers) that one side can talk about future plans... so this B > all becomes a game until after the "quiet period" (whatever thatD > means) ends.  When?  Not sure.  Perhaps Terry can shed more light. >s  J Sorry, no thousand points of light from hereabouts. IMHO killing VMS wouldL be tantamount to booking an appointment with Doc "No Follow Up Visits, Ever"
 Kevorkian.  K The CPQ and HWP folks who are ruminating about the proposed acquisition ares, doing so in a sterile, isolated environment.   ------------------------------  % Date: Fri, 30 Nov 2001 21:06:11 +0100i1 From: John McLean <mcleanj@swissonline.delete.ch>iQ Subject: Re: VMS to Itanium IP conference OK, but no answer to HP killing VMS ...X5 Message-ID: <3C07E6B3.B9304DE2@swissonline.delete.ch>,   Bob Ceculski wrote:  > I > The port sounds like it should work for most if not all apps (will have H > a binary translator and even tranlate vest execs) but I did not get anN > answer to the porject possibly getting killed by HP ... the moderator calledJ > it a brave question, but whats so brave about wanting to know the truth?H > I have a business IT environment and projects to support and plan for!  H I heard your question and I too thought the moderator was odd to call it "brave".  G I put the question to them via the "chat" facility but I put it anothersH way.  I asked whether the port would go ahead as described if the mergerH with HP was abandoned or disallowed by the regulatory authorities in the USA or Europe(* see below).   B I have no doubt that Fred K has told us what he understands of the> situation but the lack of forewarning of the Alpha terminationF announcement to the Compaq guys who frequent c.o.v. suggests that theyE can often be kept in the dark.  I want assurances from as high up thejC tree as possible and I want those assurances as public as possible..     John McLeans  D * You can only make one submission to European regulators, unlike USG regulators who seem happy to accept a series of submissions over time. u: Europe gives you one chance and you don't want to blow it.   ------------------------------  # Date: Fri, 30 Nov 2001 22:03:47 GMT-L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")= Subject: Re: why not a communityDeveloped[tm] version of VMS?h8 Message-ID: <00A05D30.4B5E30CA@SSRL04.SLAC.STANFORD.EDU>  ` In article <9u84tf$2cem$3@info.cs.uofs.edu>, bill@triangle.cs.uofs.edu (Bill Gunshannon) writes:9 >In article <00A05C76.AFA9766C@SSRL04.SLAC.STANFORD.EDU>,hP > winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") writes: >|>sP >|>                       It's just that Linux got a charismatic personality outQ >|> in front and got the press.  It's not that it's better, it's that it's known.  >|>  >iH >Yeah, can you imagine where VMS would be today if it had half the press# >and hype that Linux has received??0  I But it wouldn't have happened.  I mean, it wouldn't even have happened ifdJ Digital  (and then Compaq) had spent the 90s doing the best they could to K promote VMS.  Linux wouldn't get all the press it does if Microsoft weren'tnK where it is; the original hook for the story was sympathy for the underdog,a; and that something adequate had been put together for free.   H IBM has done a good job marketing at both the mini-ish and mainframe-ishK levels, maintaining AS400 and the VM/MVS line of development - and how muchi press do _they_ get?  F Part of the appeal of Linux is that it lets Joe Programmer feel like aO dangerous rebel when he boots from the Linux disk instead of the Windows disk.  F "Take that, Bill Gates!"  If the system crashes you feel like a hardy F pioneer.  VMS just works - where's the emotional satisfaction in that?   -- Alana  O ===============================================================================h0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056iM  Physical mail to: SSRL -- SLAC BIN 69, PO BOX 4349, STANFORD, CA  94309-0210 O ===============================================================================l   ------------------------------  % Date: Fri, 30 Nov 2001 23:42:03 -0500l' From: Randy Hawley <rhawley@iquest.net>w= Subject: Re: why not a communityDeveloped[tm] version of VMS?t* Message-ID: <3C085F9B.2099A135@iquest.net>   "David J. Dachtera" wrote:  K > > >"Phillip Helbig" <HELBPHI@sysdev.deutsche-boerse.com> wrote in messagec: > > >news:01KBA3YGVU7C90YLDV@sysdev.deutsche-boerse.com...I > > >> > Wouldn't the intervening period be good to either duplicate fromr > > >> > scratch > > >>O > > >> Calculate how many person-years have gone into VMS.  Do you really thinkoK > > >> that you can muster those resources?  The comparison with Linux is adL > > >> no-go; that some students can throw something together in their spareI > > >> time which rivals commercial unix says something about the lack of O > > >> quality of commercial unix, not about the ease of creating/duplicating ap > > >> real OS from scratch. > > >>K > > >> > Or, pigs flying now, maybe Compaq could kindly just throw open theEN > > >> > source code, and let companies of greater insight provide support for > > >>K > > >> Why should they?  Having proprietary access to the source code makest > > >> them money. > > >>I > > >> Personally, I would rather pay for good source code developed by aaI > > >> small, tightly-knit team of professionals than go with open-sourceo; > > >> software, certainly for something the size of an OS.o > >sN > >         I have restarted the old FreeVMS project (http://freevms.free.fr).I > > At this time, we have a kernel for i386 in prealpha stage, a SRM-likeiJ > > console which can boot this kernel or another operating system and I'mJ > > working on the DCL interpreter. We have a CVS tree and a mailing list.E > > You can find all informations about this project on our web page.  > > N > >         We need some contributers to (re)write some libraries (STR$, RTL$,R > > SMG$...) and the basic functions (COPY, PURGE, SET...) in the DCL interpreter. > I > I had suggested exactly that a couple of years ago - get started on theeJ > command programs so that when the freeware libraries are available, we'd0 > have working code to compile and test against. >n+ > Maybe you'll have better luck than I did.  > 7 > There's a command program list available at this URL:s0 > http://www.djesys.com/vms/freevms/proglist.txt >aG > It's from an extract from DCLTABLES circa V6.2; so, it might be a bitt' > dated. Still, you may find it useful.o >c > See also:a$ > http://www.djesys.com/vms/freevms/ >  > -- > David J. Dachterad > dba DJE Systemsr > http://www.djesys.com/ >o* > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/   S I think that writing a clone of VMS for the intel platform in the Open Source modelyP is a good idea.  I applaud those who have already started laying the groundwork.  R The thought of using a PC with a decent file system makes me excited (OK, so I'm a geek!)   Randy Hawley   ------------------------------  % Date: Fri, 30 Nov 2001 18:01:30 -0800l$ From: Shane Smith <ssmith@icius.com>: Subject: Xbox (was: re: Compaqs VMS plans for IPF port ...0 Message-ID: <01C179C9.21460970@sulfer.icius.com>   >Alan Greig wrote: >DA >A quick search of XBOX chat reveals that various Linux types areaD >confident they can get Linux up on the XBOX although Microsoft will >not be happy. >o> >Also I see someone has already reverse engineered some of theD >networking code and has released Linux source code to act as a gameG >network server for the XBOX allowing you to play multi-user across thei= >internet. Microsoft intend to release their own subscriptioniG >controlled servers for mult-user XBOX next year so likely will try and 5 >take legal action to shut down the free server code.e >iG >Allegedly MS have also twiddled round a few connecting cables here andu, >there to disguise the standards underneath. >n >--l >Alanw  G I thought that unless the reverse engineering was done with proprietary E knowledge from inside MS, like the source code or the help of someone G who worked on it, there's no grounds for prosecution? I suppose there'saC nothing to stop a suit being brought to try and scare people out oft- running servers. It'd be in character for MS.l  G BTW, the developer kit for XBox freely admits to the fact the ports arebF USB, but that the sockets are redesigned "for greater durability". I'mF tempted to believe them, if it was b.s. I doubt they'd have documentedH it so openly. The drivers will be the issue, there's no way to /install/E additional drivers on the XBox as it stands. I don't recall the exact-H mechanism, but any custom drivers have to reside in the device or on theE game CD, so off-the-shelf PC devices won't work right off. An example7@ would be my 2000 dpi mouse, it won't work properly under genericD drivers. Someone will solve it though, maybe with a smart adaptor or7 something like that. Won't be an issue for Linux users.   G It's a lovely thought. As is usual for the console market, MS subsidiseaH the hardware sales and plan to recoup on royalties from game sales. WhenF someone buys an XBox (which is basically a slight variant on a PC) andF puts Linux on it, MS get no extra money from royalties since the gamesH won't run on Linux. Effectively, they just subsidised a Linux system for no return whatsoever. :-)m  ? OK everyone, order your XBox now and get that Linux CD out.....S   Shane.   ------------------------------  # Date: Fri, 30 Nov 2001 23:05:50 GMTC2 From: hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) Subject: Re: xdmcp3 Message-ID: <ihUN7.2196$RL6.63841@news.cpqcorp.net>f  \ In article <3C075003.12716A68@peoplepc.com>, Jack Patteeuw <jjpatteeuw@peoplepc.com> writes: :i :a :Hoff Hoffman wrote: :>K :>   Feeling rather busy and rather jaded today, maybe no one has explainedsM :>   to the children why (not) showing up as "interactive" is such a critical-N :>   problem?  No offense, but -- based solely on what was posted here -- thisK :>   does look like a fairly minor bug in the grand scheme...  If this is a-J :>   critical problem, then I'm surprised to see the discussions here in aJ :>   newsgroup and not via the customer support center and then via one ofL :>   the folks that formally tracks problem reports and problem resolutions. :aN :In the "Grand Scheme of Things (in VMS)" this **IS** a minor bug.  However atM :our site, where we expire accounts annually, the last interactive login time:I :delta to the expiration date is used to trigger a warning message of theVL :impending doom !  Also, (if I remember correctly) I believe that XDM loginsO :were actually allowed after the expiration date.  Geting COMPAQ to acknowledgeeI :that this is a real bug and will be "fixed in a [not too distant] futurea :release" is the issue.-  J   If there is some way to identify an incoming XDM login (I haven't lookedJ   at the context), a trivial workaround exists for providing the requested1   updates to the SYSUAF login dates, of course.  u   ..N :All I really would like is the "standard" login screen that is displayed on aL :VMS workstation, displayed on the remote X display server.  The monochrome,L :logo-less display looks very unprofessional, and just adds to the fire thatD :"VMS is dead", which all know ain't true (last time I checked ;) ).  J   We recently got authorization to move the DECwindows R6 client software    forward rather significantly.e  N  ---------------------------- #include <rtfaq.h> -----------------------------N       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com    N  --------------------------- pure personal opinion ---------------------------L    Hoff (Stephen) Hoffman   OpenVMS Engineering   hoffman#xdelta.zko.dec.com   ------------------------------  % Date: Sat, 01 Dec 2001 01:58:01 -0500 - From: Jack Patteeuw <jjpatteeuw@peoplepc.com>i Subject: Re: xdmcp, Message-ID: <3C087F79.D3D7E293@peoplepc.com>   Hoff Hoffman wrote:s > L >   If there is some way to identify an incoming XDM login (I haven't lookedL >   at the context), a trivial workaround exists for providing the requested1 >   updates to the SYSUAF login dates, of course.h  E Not that I know of.  Besides "NETWORK" logins don't check for expiredr
 passwords !!!      -- o  
 Jack Patteeuw'   ------------------------------    Date: 30 Nov 2001 20:28:02 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)% Subject: Re: XPDF 0.93 - VMS versionso* Message-ID: <3c07ddc2$1@news.kapsch.co.at>  o In article <flXdqjw8rrGI@gaelic>, pmoreau@ath.cena.fr (Patrick MOREAU, CENA Athis, Tel: 01.69.57.64.40) writes: O >I've updated the DECwindows archive with Xpdf version 0.93 (xpdf is a PDF file  >viewer). Take a look at url:  >e( >http://decwarch.free.fr/pspdf.html#XPDF   Many thanks for your efforts.   M >The first kit contains sources plus Alpha VMS 7.2-1 binaries (built with DECtL >C/C++ 6.2) and the second VAX VMS 6.2 binaries (built with DEC C /C++ 5.2). >tK >I was able to build under Alpha VMS 6.2 with DEC C/C++ 5.2 but found some  L >problems when  displaying PDF files with embedded images (Floating invalid P >operation when displaying an image), that's why I dont distribute the Alpha 6.2 >binary.  G And for those (like me) nitpicking, don't forget to modify MAKE_VMS.COMo7 to make the version string look 0.93 (instead of 0.91).vC (and don't forget to reinstal MOTIF after OpenVMS VAX upgrade, too)o   -- g< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888a< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------    Date: 30 Nov 2001 20:23:30 +0100* From: eplan@kapsch.net (Peter LANGSTOEGER)L Subject: [MOTIF, OpenVMS VAX] VMS upgrade kills SYS$COMMON:[DECW$INCLUDE...]( Message-ID: <3c07dcb2@news.kapsch.co.at>  N I just noted, that a OpenVMS VAX upgrades deletes SYS$COMMON:[DECW$INCLUDE...]  G I once run into this and fixed it by removing MOTIF and reinstalling it D and the MOTIF ECO. Now, it seems, I've to do this annoyance again...  C Is this somewhere documented (where I missed it) or is this anothera4 bug (undocumented feature) I now have to live with ?   Anyone ? Fred/Steve ?s  K NOTE: it only effects the development environment of MOTIF and only on VAX,b= runtime/application environment continues to run as expected.o   TIA    -- k< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888o< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Fri, 30 Nov 2001 14:43:32 -0500r5 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>vP Subject: Re: [MOTIF, OpenVMS VAX] VMS upgrade kills SYS$COMMON:[DECW$INCLUDE...]3 Message-ID: <gmRN7.2183$RL6.63818@news.cpqcorp.net>a  J Motif is maintained by a 3rd party.  The best bet is to file a bug report.D Failing that, one of us can try putting it into the system as a bug.      B Peter LANGSTOEGER wrote in message <3c07dcb2@news.kapsch.co.at>...2 >I just noted, that a OpenVMS VAX upgrades deletes SYS$COMMON:[DECW$INCLUDE...] >-H >I once run into this and fixed it by removing MOTIF and reinstalling itE >and the MOTIF ECO. Now, it seems, I've to do this annoyance again...P >nD >Is this somewhere documented (where I missed it) or is this another5 >bug (undocumented feature) I now have to live with ?  >u >Anyone ? Fred/Steve ? >tL >NOTE: it only effects the development environment of MOTIF and only on VAX,> >runtime/application environment continues to run as expected. >o >TIA >c >--)= >Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651o< >Network and OpenVMS system manager  Fax.    +43 1 81111-888= ><<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.net I >A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"e   ------------------------------   End of INFO-VAX 2001.667 ************************