1 INFO-VAX	Sun, 08 Jul 2001	Volume 2001 : Issue 375       Contents: Re: A little weekend humour  Re: Another OpemVMS newbie!  Creating a batch process?  Re: Creating a batch process?  Re: Creating a batch process?  Re: Creating a batch process?  Re: DSL for OpenVMS  Re: ftp script Re: FUD  Re: FUD $ Re: Helper applications with Mozilla Re: IA64 Rocks My World  Re: Network Printers RE: Network Printers Re: Network Printers Re: Printer hookups 1 Re: The death of VMS has been greatly exaggerated . Re: the tcp node name versus the vms node name. Re: the tcp node name versus the vms node name. Re: the tcp node name versus the vms node name Re: vax 4000/90  Re: vax 4000/90  Re: vax 4000/90  Re: vax 4000/90 # VAXstation 3100m76 Netscape trouble   F ----------------------------------------------------------------------  % Date: Sat, 07 Jul 2001 17:51:37 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> $ Subject: Re: A little weekend humour' Message-ID: <3B479279.C511A475@fsi.net>    "islandco.com" wrote:  > [snippage]F > I must have lived too long to understand the world as it is anymore.   I can identify with that.   	 > So if I L > die while my old, wrinkled ass is parked in front of this computer, I want > you  > to blame Bill Gates, OK?  E No, if I bleed to death after putting my fist through the face of the A CRT or after smashing the mouse against the keyboard or the RESET  button, THEN you can blame BG.  E If I were to die in front of a BillyBox, I'd blame the powers that be  that it was not running VMS.   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Sat, 07 Jul 2001 17:53:15 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> $ Subject: Re: Another OpemVMS newbie!' Message-ID: <3B4792DB.1CB75617@fsi.net>    WILLIAM WEBB wrote:  >  > Congratulations! > C > You have discovered what many consider to be the finest operating  > system on the planet.  >  > First of all, the VMS FAQ:6 > http://www.openvms.compaq.com/wizard/openvms_faq.txt >  > Second, the documentation:/ > http://www.openvms.compaq.com:8000/index.html   ( If you have trouble with that link, try:  " http://www.openvms.compaq.com/doc/   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  # Date: Sat, 07 Jul 2001 20:58:31 GMT ' From: Steve Thompson <smt@twcny.rr.com> " Subject: Creating a batch process?J Message-ID: <Pine.LNX.4.33.0107071653530.32731-100000@ibmbox.vgersoft.com>   Strange question...   J Anyone know if it is possible to create a detached process via $CREPRC andE have it appear to itself to be a batch process? (ie, f$mode() returns I "BATCH"). The documentation for $CREPRC mentions the PRC$M_BATCH flag and F says essentially "don't do this", which has me wondering. (Yes, I knowI that there would be no queue context behind it, and yes, I have tried it)    Second question...  H How does the SHOW MEMORY command calculate the value that it puts in theF output as "free physical memory"? There is no $GETSYI item code for itI that I can see, and I don't have access to the source listings right now.   4 Both of these are for VMS 6.2 and up, VAX and Alpha.   -s   ------------------------------  % Date: Sat, 07 Jul 2001 17:57:04 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> & Subject: Re: Creating a batch process?' Message-ID: <3B4793C0.5C3CC50C@fsi.net>    Steve Thompson wrote:  >  > Strange question...  > L > Anyone know if it is possible to create a detached process via $CREPRC andG > have it appear to itself to be a batch process? (ie, f$mode() returns  > "BATCH").   F Why would you want to? Can't deal with F$MODE() .EQS. "OTHER" or what?   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  # Date: Sat, 07 Jul 2001 23:21:12 GMT ' From: Steve Thompson <smt@twcny.rr.com> & Subject: Re: Creating a batch process?H Message-ID: <Pine.LNX.4.33.0107071917280.747-100000@ibmbox.vgersoft.com>  , On Sat, 7 Jul 2001, David J. Dachtera wrote:   > Steve Thompson wrote: N > > Anyone know if it is possible to create a detached process via $CREPRC andI > > have it appear to itself to be a batch process? (ie, f$mode() returns 
 > > "BATCH").  > H > Why would you want to? Can't deal with F$MODE() .EQS. "OTHER" or what?  F Short answer: I only want to in order to see if it can be done, s'all.  H Longer answer: Actually, I wrote a batch system for various Eunixes withI all sorts of gee whiz load balancing stuff, and decided to port it to VMS C just for fun one rainy weekend. It works well, but since jobs begin J execution via a $CREPRC with the persona services wrapped around, the jobsE all appear as detached processes. Small aesthetic wart. Not a biggie.    Steve    ------------------------------   Date: 7 Jul 2001 20:03:26 -0500 9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) & Subject: Re: Creating a batch process?3 Message-ID: <CaGtP871HR5l@eisner.encompasserve.org>   t In article <Pine.LNX.4.33.0107071653530.32731-100000@ibmbox.vgersoft.com>, Steve Thompson <smt@twcny.rr.com> writes:  L > Anyone know if it is possible to create a detached process via $CREPRC andG > have it appear to itself to be a batch process? (ie, f$mode() returns K > "BATCH"). The documentation for $CREPRC mentions the PRC$M_BATCH flag and H > says essentially "don't do this", which has me wondering. (Yes, I knowK > that there would be no queue context behind it, and yes, I have tried it)   D If you do that, then LOGINOUT will ask the queue manager for furtherA instructions.  But the queue manager will know nothing about your  process.   ------------------------------  $ Date: Sat, 7 Jul 2001 16:20:05 -0700* From: "Jack Peacock" <peacock@simconv.com> Subject: Re: DSL for OpenVMS4 Message-ID: <UQM17.4789$Ib.498485@news1.primary.net>  B "Brian Schenkenberger, VAXman-" <system@SendSpamHere.ORG> wrote in2 message news:009FE997.67E0E6FC@SendSpamHere.ORG...H > In which box???  My Netopia has a direct connection from the dedicated* > service phone block to the modem/router. > F You have one of the better ones, but which flavor of DSL is it?  SDSL,G ADSL, RADSL, GLITE?  That's why most do not include the DSL part, there C is no one version.  You are fortunate the particular model you have G works with your provider.  I have SDSL at work and ADSL at home, modems  are not compatible.     Jack Peacock    ------------------------------   Date: 08 Jul 2001 01:12:30 GMT- From: "Bill Pedersen" <pedersen@ccsscorp.com>  Subject: Re: ftp script . Message-ID: <3b47b37c@kerberos.linuxpuppy.net>  K FTP under Compaq TCPIP does not support, as far as I am aware, the style of J command line you have been using with Multinet.  You will need to considerL creating a temporary command file and then executing that command file to do1 the transfer and be able to include substitution.   J This has been the process which I have used in the past with good success.  2 then you command sequence would be something like:  " $ open/write temp_cmd temp_cmd.com/ $ write temp_cmd "$ ftp ndsftp /user=''pcuser'"   $ write temp_cmd "put ''ftpname'- file://''fsvr'/home/home/''pcusr'/''ftpname'"  $ close temp_cmd $ @temp_cmd.com    --
 Bill Pedersen  CCSS Corporation CCSS Interactive Learning  http://www.CCSScorp.com  831-336-2708 ================  6 "Tim Downs" <tim.downs@thedacare.org> wrote in message5 news:3b45db9c$0$94306$39cecf19@news2.twtelecom.net... J > I'm looking for some help regarding a ftp script that uses variables. WeI > recently upgraded to VMS 7.2 runnig TCPIP v5.0Aeoc instead of Mulitnet.  The J > script we used for ftping no longer works with the VMS version of tcpip. The K > script we had prompted the user for file name, login name of the user and 0 > the file server that the file will be sent to. > B > The line in the script was: $ ftp ndsftp /user='pcuser' 'netdir' > D > netdir="put ''ftpname' file://''fsvr'/home/home/''pcusr'/''ftpname > # > ftpname= name of file user wanted , > fsvr= novell file server user was going to > pcusr=novell login id. > L > I'm looking for ideas on how I can still use the current script to get the- > files ftp'ed without starting from scratch.  >  > TIA  >  > Tim Downs  > tim.downs@thedacare.org  >  >    ------------------------------   Date: 7 Jul 2001 23:33:44 -0400 / From: jordan@lisa.gemair.com (Jordan Henderson)  Subject: Re: FUD* Message-ID: <9i8kao$hdu$1@lisa.gemair.com>  O In article <9i5emk$fbh$1@pyrite.mv.net>, Bill Todd <billtodd@foo.mv.com> wrote:  > = >"Jordan Henderson" <jordan@lisa.gemair.com> wrote in message % >news:9i4j8s$bbk$1@lisa.gemair.com...  >  >... > G >> Sigh... Haven't Mathog and Dachtera been saying this here for years? < >> I guess we should have been supporting their efforts more >enthusiastically.M >> I dunno, I guess I just never thought that Alpha would be suddenly gone... J >> I'm not sure what we could have realistically done, though.  DEC seemedJ >> to not be listening and Compaq may have already been too late (although6 >> Alpha Proliants seemed to me to be a good idea...). > A >There's always been significant divergence of opinion on Alpha's I >really-low-end potential, and I've tended to think that it was mostly in C >non-desktop areas (compatible low-end adjuncts to higher-end Alpha L >installations and inexpensive ISV development platforms, for example).  ButJ >I'd sure rather have seen DEC and later Compaq do *something* rather than >*nothing* with the technology.  >   B The problem with a mid-range to high-end only strategy is that it $ ultimately leads to marginalization.  < This is why IBM/Motorola has cultivated the Macintosh Power = Architecture.  This is why Sun kept alive Solaris on x86 and  8 demonstrated IA-64 Solaris _over a year ago_ and why Sun; attempted to put Sparc in a lot of embedded applications.   @ It's why HP has been working with Intel on IA-64 for a decade.  < It's why MIPS positioned the R4000 as the most popular video game controller.  > A lot of people assume that IA-32 will be the low end offering: for the foreseeable future, and that IA-64 will be only a > server architecture.  I think this is extremely short sighted.: While you can perform various tricks to extend the address8 space of 32 bit processors beyond 32 bits, they are all A unsatisfactory for a number of reasons.  Once _some_ applications B start requiring additional address space beyond 32 bits, and there? are widely available 64 bit processors available, the switch to 8 64 bit architectures will be rapid, even on the desktop.  > DEC needed a low end strategy to get Alpha into a lot of handsA and into a lot of applications.  Not doing this sealed it's fate,  ultimately.   ; If nothing else, you have to have a processor architecture  ; in a lot of places only to support the mindshare angle.  IT ; managers don't want to invest in something that may be gone : tomorrow.  Nobody, and I mean nobody, believes that IA-64 9 will be gone tomorrow, which is the justification for CPQ @ moving to IA-64 for everything.  If there were an active market = in commodity Alphas, people would feel similarly about Alpha.   J >Conversely, there's been very little opinion to the effect that Alpha wasL >anything but near-ideally positioned to succeed in the mid-range and up, soH >I tend to think that concentrating most effort there at least initially  >would have made the most sense. >   L The plan I outlined would have diverted few resources from the concentrationL on the high-end, it would have cost only as much as is necessary to keep theL Hudson plant at 100% utilization rather than the pitiful 30% (or worse) theyI maintained for years (that and a pittance in developing and manufacturing K commodity motherboards).  I suppose you would have had to spend _something_ L to market these commodity motherboards, but really the idea would be to sellK them at giveaway prices to clone vendors (and your own DEC badged commodity G machines) and let those channels do the marketing alongside other WinNT M machines.  Keeping Hudson well utilized would have driven down manufacturing  M costs for high-end Alphas and empowered an army of WinNT/Linux/OpenVMS/Tru64  C developers for native Alpha applications.  It would have only been  I complementary to a high-end strategy.  Maybe you could argue that the $4  N Billion could have been spent on marketing of mid-range and up Alpha systems, K but I don't know what would have been better marketing than getting Alphas  H out onto the street giving people assurance that Alpha was here to stay.  L >Instead, we've mostly just waited for Compaq to get its act together to see1 >which direction it would take.  And now we know.  >  >- bill  >  >>
 >> >- bill >> > >> > >> > >> >> -Jordan Henderson >> jordan@greenapple.com >> >  >    -Jordan Henderson  jordan@greenapple.com    ------------------------------  $ Date: Sun, 8 Jul 2001 00:54:43 -0400' From: "Bill Todd" <billtodd@foo.mv.com>  Subject: Re: FUD( Message-ID: <9i8org$r7t$1@pyrite.mv.net>  < "Jordan Henderson" <jordan@lisa.gemair.com> wrote in message$ news:9i8kao$hdu$1@lisa.gemair.com...J > In article <9i5emk$fbh$1@pyrite.mv.net>, Bill Todd <billtodd@foo.mv.com> wrote: > > ? > >"Jordan Henderson" <jordan@lisa.gemair.com> wrote in message ' > >news:9i4j8s$bbk$1@lisa.gemair.com...    ...   C > >There's always been significant divergence of opinion on Alpha's K > >really-low-end potential, and I've tended to think that it was mostly in E > >non-desktop areas (compatible low-end adjuncts to higher-end Alpha I > >installations and inexpensive ISV development platforms, for example).  But L > >I'd sure rather have seen DEC and later Compaq do *something* rather than! > >*nothing* with the technology.  > >  > C > The problem with a mid-range to high-end only strategy is that it & > ultimately leads to marginalization.  J 'Ultimately' can, however, be long enough that other changes in the marketF become more important before the potential for marginalization has anyJ importance at all.  E.g., Alpha could have been riding very high for yearsI now, and continue to do so for years more to come, without having had any E significant presence in the low-end.  And IBM has reaped the high-end K benefits of its S/360/370/390/z architecture for 37 years now, with never a L hint of a low-end presence - Compaq would give its corporate soul (if it had( one) for that kind of 'marginalization'.  L I'm afraid as long as there's reason to believe that a major market distinctH from the low-end desktop market will continue to exist, I don't see muchD threat of marginalization in ignoring that desktop market.  You needI inexpensive development systems, but DS10s handle that, even if something ? about half their price would be nicer.  And lacking IA32 binary A compatibility (which FX!32 never seemed to make up for) any other J architecture (or OS) just isn't going to crack the Wintel desktop monopolyF at this late date (or any time in the recent past) - with the possibleK exception of Linux (whose attractions are not those a commercial vendor can 	 emulate).    > = > This is why IBM/Motorola has cultivated the Macintosh PowerV > Architecture.0  L I don't really see how that makes Power less 'marginalized' than Alpha:  theJ Mac itself is on the margin compared with IA32 desktops.  And your exampleK of Solaris below also represents a situation where the resulting system maySJ be inexpensive but the fact that it's running an OS that's well out of the> low-end Windows mainstream leaves the result marginal as well.  /   This is why Sun kept alive Solaris on x86 ande: > demonstrated IA-64 Solaris _over a year ago_ and why Sun; > attempted to put Sparc in a lot of embedded applications.c@ > It's why HP has been working with Intel on IA-64 for a decade.> > It's why MIPS positioned the R4000 as the most popular video > game controller.  I AFAICT, the only benefit higher-end MIPS products get from this is a more- viable parent corporation.  K In sum, I see the marginalization argument as mostly theoretical:  possibleaL in the abstract, but without much practical evidence of there being any real issue there.   >f@ > A lot of people assume that IA-32 will be the low end offering; > for the foreseeable future, and that IA-64 will be only aa@ > server architecture.  I think this is extremely short sighted.< > While you can perform various tricks to extend the address9 > space of 32 bit processors beyond 32 bits, they are alltC > unsatisfactory for a number of reasons.  Once _some_ applications D > start requiring additional address space beyond 32 bits, and thereA > are widely available 64 bit processors available, the switch tob: > 64 bit architectures will be rapid, even on the desktop.  G Again, the date when 64-bit architectures on the desktop will become of L significant importance is yet to be determined.  And at present AMD-64 seems4 better-positioned for the transition than IA64 does.  H It's not yet clear how Intel will obtain the higher processor margins itF says its wants with IA64 if it's going to sell it into the lowest-end,G highest-volume market (ignoring the reportedly poor performance of IA32-; applications on IA64, which will be a real issue for years.    >e@ > DEC needed a low end strategy to get Alpha into a lot of handsC > and into a lot of applications.  Not doing this sealed it's fate, 
 > ultimately.i  G Alpha's fate was sealed solely by Compaq's deciding to drop it:  it hadnH major profit potential since before Compaq acquired it, and continues toL have it for *at least* several more years (under the worst assumptions aboutF IA64's eventual inevitable dominance; under other assumptions, Alpha's future has no obvious limit)./  J It didn't need anything more than it already had in the low end to achieve8 that potential, just an owner that wanted it to succeed.   > < > If nothing else, you have to have a processor architecture9 > in a lot of places only to support the mindshare angle.t  L That's ridiculous.  Cray had plenty of mindshare - and Alpha for that matterI did as well.  So do non-low-end IBM systems.  You're offering platitudes,oL not facts:  they can have relevance, but tend to be of secondary rather than primary importance.8     IT= > managers don't want to invest in something that may be gone  > tomorrow.?  $ Now *that's* much closer to reality.  0   Nobody, and I mean nobody, believes that IA-64 > will be gone tomorrow,  I Intel does make mistakes, and is willing to walk away from them - witnesst	 the i860.   #  which is the justification for CPQnA > moving to IA-64 for everything.  If there were an active marketH? > in commodity Alphas, people would feel similarly about Alpha.i  I But there wasn't.  And there quite possibly never would have been, unlesshG DEC had been on the ball in making VMS the next-step-beyond-the-desktopcK standard starting before Alpha even existed to keep Windows corraled in ther low-end.  E SUN, IBM, HP, and once upon a time DEC proved beyond any doubt that auK commodity market is by no means a necessary condition for having confidencehH in a vendor and in its (non-commodity) products (and I suspect there areI good examples of situations in which it has proved not to be a sufficient: condition as well).c   > L > >Conversely, there's been very little opinion to the effect that Alpha wasK > >anything but near-ideally positioned to succeed in the mid-range and up,o soJ > >I tend to think that concentrating most effort there at least initially" > >would have made the most sense. > >  > @ > The plan I outlined would have diverted few resources from the
 concentrationr > on the high-end,  G As long as your plan allowed concentration on the mid-range-and-up, andsF mostly provided reasonable low-end offerings for people who found themJ useful, I'd be all for it:  while I think one should focus one's attention@ on the areas with the greatest obvious profit potential (both inF applicability and margin), I heartily agree that giving other areas an7 opportunity to indicate their potential is a good idea.a  <  it would have cost only as much as is necessary to keep theI > Hudson plant at 100% utilization rather than the pitiful 30% (or worse). theyK > maintained for years (that and a pittance in developing and manufacturingDA > commodity motherboards).  I suppose you would have had to spends _something_cI > to market these commodity motherboards, but really the idea would be toe sellC > them at giveaway prices to clone vendors (and your own DEC badgedo	 commodityCI > machines) and let those channels do the marketing alongside other WinNT @ > machines.  Keeping Hudson well utilized would have driven down
 manufacturinga4 > costs for high-end Alphas and empowered an army of WinNT/Linux/OpenVMS/Tru64f+ > developers for native Alpha applications.n  L That's where I think you're really dreaming.  Windows won the desktop battleL a decade or more ago, Intel won the hardware battle for Windows at somewhereH around the same time (or you could say it won it yet a decade earlier byK being IBM's choice for its PC), and neither has left much of an opening ford? outside attack (save for Win64 on Alpha, and Compaq blew that).   K Even if you accept the contention that there's a real opportunity for AlphaiI in the low end, making low-end Alphas available and then letting any such H market find uses for them makes much more sense than making a major pushC that could easily result in a highly-visible (and expensive:  majorb7 corporate efforts cost major amounts of money) failure.u     It would have only beens' > complementary to a high-end strategy.i  J I don't agree that an effort large enough to be considered 'complementary'L was indicated.  As I said above, making reasonably-priced hardware availableK (e.g., as Sun has done), letting nature take its course, and then *if* someqG real opportunity becomes evident jumping on it seems a better approach.-  #   Maybe you could argue that the $46F > Billion could have been spent on marketing of mid-range and up Alpha systems,  K Absolutely.  Without that, nothing else would make a damn bit of differencerJ (though I'd have split it between marketing and some visionary developmentL efforts, since the latter are a much truer indicator of long-term commitment and people *are* watching).c  L > but I don't know what would have been better marketing than getting AlphasJ > out onto the street giving people assurance that Alpha was here to stay.  I Demonstrating commitment to Alpha in its existing markets would have beencL far more effective in generating such assurance than any other approach thatC in any way compromised that goal.  'On-the-street' people don't buy-E mid-range systems, and the systems they *do* buy are not suitable fore mid-range systems.  J As I observed earlier, IBM mainframes have (and seem likely to continue toK have) precisely zero 'on-the-street' presence - and they're credible as alls1 get-out.  Alphas could easily have been the same.t   - bill   > J > >Instead, we've mostly just waited for Compaq to get its act together to seen3 > >which direction it would take.  And now we know.s > >i	 > >- bills > >b > >> > >> >- bill > >> > > >> > > >> > > >> > >> -Jordan Henderson > >> jordan@greenapple.com > >> > >l > >  >  > -Jordan Hendersone > jordan@greenapple.comc >"   ------------------------------   Date: 8 Jul 2001 00:32:11 +0200e* From: eplan@kapsch.net (Peter LANGSTOEGER)- Subject: Re: Helper applications with MozillaP* Message-ID: <3b478deb$1@news.kapsch.co.at>  e In article <01K5KV993DV68ZEP28@sysdev.deutsche-boerse.com>, ZINSER@sysdev.deutsche-boerse.com writes:oC >	I've tried to setup helper applications with Mozilla, but withoutn6 >	success. Specifically I used the following settings: >t >	Name: Adobe PDF files  >	Extension: PDF >	MIME Type: application/pdf >	Handled By Application xpdf    Wasn't it "xpdf %s" ?n   -- n< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  # Date: Sat, 07 Jul 2001 18:29:10 GMTm. From: "mulp" <michaelpettengill@earthlink.net>  Subject: Re: IA64 Rocks My WorldC Message-ID: <WxI17.849$6c1.158549@newsread2.prod.itd.earthlink.net>e  5 "Nick Maclaren" <nmm1@cus.cam.ac.uk> wrote in messagea* news:9i6etb$a5h$1@pegasus.csx.cam.ac.uk...A > An indication of that is the vast majority of the supercomputer-? > contracts that Compaq got were based on ES40/ES45 and even DSe/ > boards, usually with a Quadrics interconnect.e  K That isn't true.  The contracts were based on a credible belief that CompaqnI would be able to deliver a future technology meeting specific performanceaG goals at a specific cost/performance ratio and Compaq's commitment to a.A contract that required they deliver or pay a significant penalty.g  J The initial proposals used Wildfire for some and EV7 for others.  WildfireL has been dropped because its current I/O capabilities are inadequate and theJ schedule and cost for fixing it means that Wildfire is less cost effective than other platforms.e  L Based on the statements while killing Alpha, it appears that EV7 has slippedK again so that even the faster schedules promised are later than most of the & contracts, so EV7 must be out as well.  H The quadrics solution does require really high I/O performance.  I don'tJ think that any of the Alpha platforms can meet the I/O requirement that is/ wanted, but it must be sufficient for the need.e   ------------------------------  % Date: Sat, 07 Jul 2001 17:47:13 -0500C1 From: "David J. Dachtera" <djesys.nospam@fsi.net>h Subject: Re: Network Printerse' Message-ID: <3B479171.37AA0978@fsi.net>e   Jack Patteeuw wrote: >  > David Lee wrote: > ...  > > My questions are,aO > > are there any printers out there that support this OpenVMS platform?  Or doo, > > I have to purchase printers from Compaq? >  > Well, that depends ... > K > None of the "PC type" network printers will work 100% with OpenVMS.  Youre5 > simplest solution is to buy a printer from Genicom.yK > (http://www.genicom.com/usa/products/page.htm)  Stick with ones that haveo  > a part number starting with LN > H > There are other solutions, but they require additional software on the > OpenVMS side.c  H I would add that Genicom recently went into Ch. 11 bankruptcy. HP may be? a better choice, but don't expect them to know what OpenVMS is.b   -- 2 David J. Dachtera  dba DJE Systemsf http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.l   ------------------------------  % Date: Sat, 07 Jul 2001 19:47:55 -0400 - From: "Mitchell, David R." <mitchell@WPI.EDU>e Subject: RE: Network PrintersnH Message-ID: <FE1835D68492D311BF7900508B5BEB0D2CA480@petra.admin.wpi.edu>  C I'm not sure what kind of problems others have had with "PC type" =f	 printers, B but many of the recent model HP Postscript printers are directly = supported byC DCPS 2.0.  I've used large numbers of them and they've worked well.t   David=20   -----Original Message-----6 From: David J. Dachtera [mailto:djesys.nospam@fsi.net]% Sent: Saturday, July 07, 2001 3:47 PMo To: Info-VAX@Mvb.Saic.Comc Subject: Re: Network Printersl     Jack Patteeuw wrote: >=20 > David Lee wrote: > ...  > > My questions are,aJ > > are there any printers out there that support this OpenVMS platform? =  Orc do, > > I have to purchase printers from Compaq? >=20 > Well, that depends ... >=20H > None of the "PC type" network printers will work 100% with OpenVMS.  = Your5 > simplest solution is to buy a printer from Genicom..H > (http://www.genicom.com/usa/products/page.htm)  Stick with ones that = have  > a part number starting with LN >=20H > There are other solutions, but they require additional software on the > OpenVMS side.a  H I would add that Genicom recently went into Ch. 11 bankruptcy. HP may be? a better choice, but don't expect them to know what OpenVMS is.c   --=20  David J. DachteraA dba DJE Systemse http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/e  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------   Date: 08 Jul 2001 00:43:20 GMT- From: "Bill Pedersen" <pedersen@ccsscorp.com>s Subject: Re: Network Printersa0 Message-ID: <3b47aca5$1@kerberos.linuxpuppy.net>  L HP LaserJet printers with the JetDirect card/interface can be supported withJ TCPIP queues.  You can use either LPD queues or TELNET queues.  The telnetE port is 9100 on the printer to support telnet queues.  The lpd remote ; devices are text: and raw:, the latter is for postscript...$  L I have several forms defined which support various options for HP LaserJets.  I You can also support any parallel printer attached to a JetDirect EX box..  Also defining forms a necessary.  J DCPS supports the various HP LaserJet printers and other printers as well.G Modules included for many and then a "foreign" printer support as well.a( DCPS is now licensed as part as OpenVMS.  1 This talks about the various printing options...:   C     http://www.openvms.compaq.com/openvms/Print/print_sw_prods.htmle       Hope this helps.   --
 Bill Pedersens CCSS Corporation CCSS Interactive Learninga http://www.CCSScorp.comu 831-336-2708 ================  1 "David Lee" <phongle@kornet.net> wrote in message*% news:9i6fes$of1$1@news1.kornet.net... J > Sorry to post this silly questions, but I am kind of new to this job andH > confusing about the type of printer I should buy and of course I don't wantJ > to buy the wrong one.  I have a couple Alpha workstations that connected toJ > an ES-40 Server, running OpenVMS 7.2, my system also support both Decnet andv > TCP/IP.  I want G > to hook up a network printer so that they all can share.  I have been  > looking at theK > web, particulartly HP and Lexmark network printers.  None of the printers/@ > mentioned in their advertisement supporting OpenVMS platforms. > My questions are,mJ > are there any printers out there that support this OpenVMS platform?  Or do* > I have to purchase printers from Compaq? > Thank you. >t >m >r   ------------------------------  % Date: Sat, 07 Jul 2001 17:45:06 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net>n Subject: Re: Printer hookups' Message-ID: <3B4790F2.26F6A125@fsi.net>D   David Lee wrote: > J > Sorry to post this silly questions, but I am kind of new to this job andM > confusing about the type of printer I should buy and of course I don't wantcM > to buy the wrong one.  I have a couple Alpha workstations that connected toeN > an ES-40 Server, running OpenVMS 7.2, my system also support both Decnet and > TCP/IP.  I wantrG > to hook up a network printer so that they all can share.  I have been/ > looking at theK > web, particulartly HP and Lexmark network printers.  None of the printersa@ > mentioned in their advertisement supporting OpenVMS platforms. > My questions are,tM > are there any printers out there that support this OpenVMS platform?  Or don* > I have to purchase printers from Compaq? > Thank you.  E In general, any printer that provides support for both plain text andtF PostScript will suffice. HP emulation is not as good as a real HP, butH you'll need to know which printers are supported by DCPS V2.x (if you're; running DCPS - better find out; DCPS is short for "DECprintt
 Supervisor").w   Also, check the OpenVMS FAQ at5 http://www.openvms.compaq.com/wizard/openvms_faq.htmlR   --   David J. Dachterad dba DJE Systemsl http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/m  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.u   ------------------------------  % Date: Sun, 08 Jul 2001 07:10:59 +0200i) From: Christof Brass <brass@infopuls.com> : Subject: Re: The death of VMS has been greatly exaggerated, Message-ID: <3B47EB63.FF8C8E9C@infopuls.com>   Eric Taylor wrote:  T > But there was this guy named Conroy  who had the right stuff, who wrote a completeP > set of unix like utilities for rsx: an editor (that I hacked for years), and aF > complete C compiler and assembler, all written in macro-11. And lots[ > of C utilities ported from unix. Multi-thousand lines of beautifly written assembly code.m > M > And he gave away all the source code. I learned C and many assembler tricksoM > from that guy. That was 20 years ago. I owe him a debt of thanks. Never mete > him face to face.g  % Do you know the first name of Conroy?g   > eric >  > >o   ------------------------------   Date: 7 Jul 2001 16:29:00 -0500 9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) 7 Subject: Re: the tcp node name versus the vms node namet3 Message-ID: <ah8pMvCEgpu3@eisner.encompasserve.org>t  n In article <jDtSEaHye7t6@tachxxsoftxxconsult>, wayne@tachysoft.xxx.320117.killspam.015d (Wayne Sewell) writes:  N > Since all of the vms stacks will automatically append the domain name to dns& > lookups as needed, I'm assuming that > % > 	$ this_node = f$getsyi("NODENAME")a > 	$ nslookup 'this_node'e > N > will always work, assuming the correct domain name (the one matching the dns. > entries) has been configured into the stack.  > It should be possible to run an IP node without any DNS entry.   ------------------------------  # Date: Sat, 07 Jul 2001 20:47:13 GMT ' From: Steve Thompson <smt@twcny.rr.com>l7 Subject: Re: the tcp node name versus the vms node namecJ Message-ID: <Pine.LNX.4.33.0107071648010.32720-100000@ibmbox.vgersoft.com>  % On 7 Jul 2001, Larry Kilgallen wrote:e  p > In article <jDtSEaHye7t6@tachxxsoftxxconsult>, wayne@tachysoft.xxx.320117.killspam.015d (Wayne Sewell) writes: >eP > > Since all of the vms stacks will automatically append the domain name to dns( > > lookups as needed, I'm assuming that > > ' > > 	$ this_node = f$getsyi("NODENAME")h > > 	$ nslookup 'this_node'r > > P > > will always work, assuming the correct domain name (the one matching the dns0 > > entries) has been configured into the stack. >i@ > It should be possible to run an IP node without any DNS entry.  ; And then you have systems with multiple network interfaces.    -s   ------------------------------  % Date: Sat, 07 Jul 2001 17:54:18 -0400a( From: Hamlyn Mootoo <univms@bigfoot.com>7 Subject: Re: the tcp node name versus the vms node namee+ Message-ID: <3B47850A.2CF152AB@bigfoot.com>   ' Ah yes, the first object-oriented tale.i   HM   Jim Becker wrote:u I keptD > feeling like I was in _Through the Looking Glass_ (Lewis Carroll): > B >   `Or else it doesn't, you know.  The name of the song is called > "HADDOCKS' EYES."' > C >   `Oh, that's the name of the song, is it?' Alice said, trying tot > feel interested. > A >   `No, you don't understand,' the Knight said, looking a littlepC > vexed.  `That's what the name is CALLED.  The name really IS "THE- > AGED AGED MAN."' > A >   `Then I ought to have said "That's what the SONG is called"?'l > Alice corrected herself. > @ >   `No, you oughtn't:  that's quite another thing!  The SONG isA > called "WAYS AND MEANS":  but that's only what it's CALLED, youy > know!' > ? >   `Well, what IS the song, then?' said Alice, who was by thise > time completely bewildered.p > A >   `I was coming to that,' the Knight said.  `The song really ISu; > "A-SITTING ON A GATE":  and the tune's my own invention.'o >  > -- > Jim Becker- > The Urban Institute (http://www.urban.org/)e) > Encompass (http://www.encompassus.org/)o0 > ESILUG (http://encompasserve.org/lugs/esilug/)   ------------------------------   Date: 7 Jul 2001 22:47:19 +0200a* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: vax 4000/90* Message-ID: <3b477557$1@news.kapsch.co.at>  U In article <W0T07.65$iB1.9749@nsw.nnrp.telstra.net>, "mark" <mark@olc.com.au> writes:d> >Thats not nice, were a real masterpiece in their time...lolol  D Yup. It was and still is the second fast VAX CPU (with the VAX 6610,0 behind the VAXstation 4000-96 and the VAX 7710).  H And the price was acceptable some time ago well after their lauch (aboutF $8000 for us as endusers with a VMS single user license and about $500G per user in addition - compare this to the price of MicroVAXes then ;-)/   -- p< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  # Date: Sat, 07 Jul 2001 22:28:24 GMTe From: dittman@dittman.netn Subject: Re: vax 4000/90@ Message-ID: <c2M17.49950$AM.1283191@e420r-sjo3.usenetserver.com>  + Peter LANGSTOEGER <eplan@kapsch.net> wrote:tW : In article <W0T07.65$iB1.9749@nsw.nnrp.telstra.net>, "mark" <mark@olc.com.au> writes: ? :>Thats not nice, were a real masterpiece in their time...lololo  F : Yup. It was and still is the second fast VAX CPU (with the VAX 6610,2 : behind the VAXstation 4000-96 and the VAX 7710).  > You forgot the VAX 7810, 4000/90A, and 4000/720.  I think that pushes the 4000/90 back a bit. -- a Eric Dittman dittman@dittman.netr   ------------------------------   Date: 8 Jul 2001 01:07:51 +0200y* From: eplan@kapsch.net (Peter LANGSTOEGER) Subject: Re: vax 4000/90* Message-ID: <3b479647$1@news.kapsch.co.at>  \ In article <c2M17.49950$AM.1283191@e420r-sjo3.usenetserver.com>, dittman@dittman.net writes:, >Peter LANGSTOEGER <eplan@kapsch.net> wrote:X >: In article <W0T07.65$iB1.9749@nsw.nnrp.telstra.net>, "mark" <mark@olc.com.au> writes:@ >:>Thats not nice, were a real masterpiece in their time...lolol > G >: Yup. It was and still is the second fast VAX CPU (with the VAX 6610, 3 >: behind the VAXstation 4000-96 and the VAX 7710).p >*? >You forgot the VAX 7810, 4000/90A, and 4000/720.  I think thatr >pushes the 4000/90 back a bit.    7810 ? Yup, forgot it.> 4000/90A ? Always thought the difference was not in the speed.# 4000/720 ? Never heard of that one.a  0 Shame on me (to not doublecheck before posting -  where is CJL when one needs him)   -- c< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888b< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  # Date: Sun, 08 Jul 2001 03:33:44 GMT. From: dittman@dittman.netb Subject: Re: vax 4000/90A Message-ID: <swQ17.70307$2u2.1449484@e420r-sjo2.usenetserver.com>t  + Peter LANGSTOEGER <eplan@kapsch.net> wrote: ^ : In article <c2M17.49950$AM.1283191@e420r-sjo3.usenetserver.com>, dittman@dittman.net writes:- :>Peter LANGSTOEGER <eplan@kapsch.net> wrote:pY :>: In article <W0T07.65$iB1.9749@nsw.nnrp.telstra.net>, "mark" <mark@olc.com.au> writes:-A :>:>Thats not nice, were a real masterpiece in their time...lololp :>H :>: Yup. It was and still is the second fast VAX CPU (with the VAX 6610,4 :>: behind the VAXstation 4000-96 and the VAX 7710). :>@ :>You forgot the VAX 7810, 4000/90A, and 4000/720.  I think that  :>pushes the 4000/90 back a bit.   : 7810 ? Yup, forgot it.@ : 4000/90A ? Always thought the difference was not in the speed.  , The /90 is 42 VUPs and the /90A is 48.7 VUPs  % : 4000/720 ? Never heard of that one.:  ) I meant 705A.  The 4000/720 was an Alpha.d   VUPs for the listed processors:n   6000/610    32 4000/90     42 4000/705A   45 4000/90A    48.7 4000/96     50 7000/710    50 7000/810    60+1  C That puts the 4000/90 as the fifth-fastest CPU.  The 42 VUP ratings-C is from Digital/Compaq.  I've seen other claims that it is 32 VUPs,"? which would tie with the /610 (and still be the fifth-fastest).9  F These are the Digital VAX CPUs.  I don't know how the Nemonix upgrades rate.  -- r Eric Dittman dittman@dittman.net4   ------------------------------  $ Date: Sun, 8 Jul 2001 01:42:25 +0200/ From: thomas@tstrathmann.de (Thomas Strathmann)s, Subject: VAXstation 3100m76 Netscape trouble2 Message-ID: <slrn9kf0kv.153.thomas@adams.pdp7.org>   Hi,a  = I recently got a nice VAXstation 3100m76 and tried which runshB under OpenVMS 7.2 Hobbyist. I installed Netscape from the HobbyistF Kit CD-ROM and that worked. Now, when I tried to actually do somethingD with Navigator it started up, prompted me with the license acceptingC thing, output and error message about not using the cache directorydF for multiple users and froze. Control-C in the DECterm where I started3 it, kills the program. Strange. Can anyone help me?a  
 Greetings, Thomas    E PS: The VAXstation has 32MB of RAM and about 100MB of diskspace left.    -- i Thomas S. Strathmann http://www.tstrathmann.den   ------------------------------   End of INFO-VAX 2001.375 ************************