1 INFO-VAX	Tue, 28 Sep 2004	Volume 2004 : Issue 538       Contents:# Re: "Oracle RDB" licensing question # Re: "Oracle RDB" licensing question # Re: "Oracle RDB" licensing question  Re: *.CDD file for CONNX Re: DHCP client question9 Re: Get a grip! Itanium rx1600 servers selling for $1499! % Re: Hobbyist site licenses DOWN AGAIN ! Hobbyist site licenses DOWN AGAIN % Re: Hobbyist site licenses DOWN AGAIN % Re: Hobbyist site licenses DOWN AGAIN % Re: Hobbyist site licenses DOWN AGAIN 6 Re: How do time synchronize Windows 2000 with OpenVMS?6 Re: How do time synchronize Windows 2000 with OpenVMS?, RE: HP admits discontinued IA64 workstations, Re: HP admits discontinued IA64 workstations, Re: HP admits discontinued IA64 workstations, Re: HP admits discontinued IA64 workstations, Re: HP admits discontinued IA64 workstations Re: Login using UAF? Help @ Must read on past failures needing correction for VMS to survive= Re: [OpenVMS Alpha V7.3-2] DCL Command Line Length in EVE/TPU = Re: [OpenVMS Alpha V7.3-2] DCL Command Line Length in EVE/TPU   F ----------------------------------------------------------------------  % Date: Mon, 27 Sep 2004 19:55:32 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de>, Subject: Re: "Oracle RDB" licensing questionB Message-ID: <41585415$0$26684$9b4e6d93@newsread2.arcor-online.net>   Fabio Cardoso wrote:   > winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central Computing) wrote in message news:<00A387C2.838F7C26@SSRL.SLAC.STANFORD.EDU>... > w >>In article <4156b504$0$18549$9b4e6d93@newsread2.arcor-online.net>, Keith Cayemberg <keith.cayemberg@arcor.de> writes:  >>/ >>>Alan Winston - SSRL Central Computing wrote:  >>>  >>> _ >>>>In article <4155E64E.54CD0F9@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:  >>>> >>>> >>>>>"Main, Kerry" wrote:  >>>>>  >>>>> N >>>>>>One biggie for Oracle Rdb is that the clustering costs are imbedded i.e.1 >>>>>>no additional costs to cluster Rdb systems.  >>>>>  >>>>> M >>>>>Does this mean that RDB costs the same if you have 16 microvax II's in a S >>>>>cluster each running RDB compared to one galaxy/wildfire class machine with 16  >>>>>CPUs ?  >>>> >>>> >>>>Yes. >>>> >>>>Which is insane.   >>>>J >>>>They used to be willing to do concurrent-user licensing and named-userM >>>>licensing, but no more.  (There are questions also about what "concurrent Q >>>>users" of a database are when you have unknown quantitites of web-based users $ >>>>connecting to your application.) >>>> >>>>-- Alan  >>>> >>> L >>>If the 16 MicroVAX II systems were stand-alone and each used by separate C >>>users as  single-user development software environments without  A >>>distribution, testing, production or schooling (as opposed to  G >>>self-learning) purposes then I understand the Rdb licenses would be  J >>>*free*. Please see my recent reply to Niel Rieck for details and links. >>L >>I appreciated that detailed reply.  (I also appreciate the helpful repliesI >>you often post to general queries.)  Continuing to argue for a  moment, M >>anyway, Rdb would also be free on the galaxy/wildfire class machine with 16 J >>cpus if it were used solely for development/prototyping.  So I think I'm> >>correct; Rdb does cost the same (either free or $40k/CPU).   >> >  > 3 > What about the Dual-Core processors x licensing ?  > 	 > Regards  >  > FC  ' The "Database Licensing" Document at...   = http://www.oracle.com/corporate/pricing/databaselicensing.pdf   H on page three, states that the number of "physical" processors that are F used with Oracle DB Products (this includes Rdb) are counted. It then E goes on to explain that multiple cores are considered to be multiple  A "physical" processors. There is no mention of multiple "logical"  F processors as would be the case in an SMT designed chip (for instance D the EV8). So Oracle's current policies seem to indicate that an EV8 G processor would have been counted as 1 physical processor and not as 4   logical processors.    Cheers!    Keith Cayemberg    ------------------------------  % Date: Mon, 27 Sep 2004 17:11:14 -0400 # From: "John Smith" <a@nonymous.com> , Subject: Re: "Oracle RDB" licensing question, Message-ID: <TZWdnYw5TL5rHMXcRVn-oQ@igs.net>   Keith Cayemberg wrote: > Fabio Cardoso wrote: > > >> winston@SSRL.SLAC.STANFORD.EDU (Alan Winston - SSRL Central >> Computing) wrote in message5 >> news:<00A387C2.838F7C26@SSRL.SLAC.STANFORD.EDU>...  >>F >>> In article <4156b504$0$18549$9b4e6d93@newsread2.arcor-online.net>,6 >>> Keith Cayemberg <keith.cayemberg@arcor.de> writes: >>> 1 >>>> Alan Winston - SSRL Central Computing wrote:  >>>> >>>>: >>>>> In article <4155E64E.54CD0F9@teksavvy.com>, JF Mezei, >>>>> <jfmezei.spamnot@teksavvy.com> writes: >>>>>  >>>>>  >>>>>> "Main, Kerry" wrote:  >>>>>> >>>>>>B >>>>>>> One biggie for Oracle Rdb is that the clustering costs areA >>>>>>> imbedded i.e. no additional costs to cluster Rdb systems.  >>>>>> >>>>>>E >>>>>> Does this mean that RDB costs the same if you have 16 microvax 9 >>>>>> II's in a cluster each running RDB compared to one 3 >>>>>> galaxy/wildfire class machine with 16 CPUs ?  >>>>>  >>>>> 
 >>>>> Yes. >>>>>  >>>>> Which is insane. >>>>> A >>>>> They used to be willing to do concurrent-user licensing and  >>>>> named-userC >>>>> licensing, but no more.  (There are questions also about what  >>>>> "concurrent C >>>>> users" of a database are when you have unknown quantitites of  >>>>> web-based users & >>>>> connecting to your application.) >>>>> 
 >>>>> -- Alan  >>>>>  >>>>D >>>> If the 16 MicroVAX II systems were stand-alone and each used byE >>>> separate users as  single-user development software environments G >>>> without distribution, testing, production or schooling (as opposed B >>>> to self-learning) purposes then I understand the Rdb licensesB >>>> would be *free*. Please see my recent reply to Niel Rieck for >>>> details and links.  >>> F >>> I appreciated that detailed reply.  (I also appreciate the helpful >>> replies B >>> you often post to general queries.)  Continuing to argue for a >>> moment, G >>> anyway, Rdb would also be free on the galaxy/wildfire class machine  >>> with 16 B >>> cpus if it were used solely for development/prototyping.  So I
 >>> think I'm > >>> correct; Rdb does cost the same (either free or $40k/CPU). >>>  >> >>4 >> What about the Dual-Core processors x licensing ? >>
 >> Regards >> >> FC  > ) > The "Database Licensing" Document at...  > ? > http://www.oracle.com/corporate/pricing/databaselicensing.pdf  > E > on page three, states that the number of "physical" processors that F > are used with Oracle DB Products (this includes Rdb) are counted. ItB > then goes on to explain that multiple cores are considered to beA > multiple "physical" processors. There is no mention of multiple C > "logical" processors as would be the case in an SMT designed chip G > (for instance the EV8). So Oracle's current policies seem to indicate G > that an EV8 processor would have been counted as 1 physical processor " > and not as 4 logical processors.    J With economies such as those, HP could charge an extra $50,000 per EV8 andG the customer would save $150,000 on their Oracle licencing costs and HP C would make an extra $50K per server. What's not to like about that.    ------------------------------  # Date: Tue, 28 Sep 2004 01:17:43 GMT ' From: "Tom M" <kryios@spam.comcast.net> , Subject: Re: "Oracle RDB" licensing question. Message-ID: <XY26d.271072$mD.194963@attbi_s02>   > > 4 > > Now I know why there's such an interest in MySQL >  > J > Interbase, which I happen to think was a pretty good DBMS on VMS, is nowH > open source though there has been no official VMS support for it for a longL > time. But at $80k for 2-cpu RDB license maybe somebody could make a living< > selling 20 support contracts annually of Interbase on VMS. >  > F I think you would also find that Ingres on VMS is now quite a bit lessA expensive and the forthcoming release (3.0) is to be open source.    ------------------------------    Date: 27 Sep 2004 17:42:25 -0700# From: dooleys@snowy.net.au (dooley) ! Subject: Re: *.CDD file for CONNX = Message-ID: <1ca82fc6.0409271642.1e3094af@posting.google.com>   c nojunk <nojunk@nojunk.hotmail.com> wrote in message news:<4157e50b$0$4033$61fed72c@news.rcn.com>... H > I have installed CONNX8.X which is a middle between VMX and WindowsXP.F > Would anyone please tell me how to generat configuration file *.CDD? > Thans.; cdd files are not really config files but database metadata , You need to install the connx admin software# and use the data dictionary manager > you can import cdd definitions from varions sources .cdd .pdl  Phil   ------------------------------    Date: 27 Sep 2004 18:29:55 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) ! Subject: Re: DHCP client question 3 Message-ID: <Z8D+AzgWLzns@eisner.encompasserve.org>   ` In article <4157848B.F836FA1D@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > Bob Healey wrote:  >>  1 >> "Bob Healey" <healer@rpi.edu> wrote in message / >> news:cj6q4m$h8l$1@misc-cct.server.rpi.edu... 	 >> <snip>  >>  % >> Further digging found my problem.:  >>  M >> ucx show int se0 /full gives my ethernet_addr as aa-00-04-00-01-04, but in N >> the rom, show dev gives me 08-00-2b-2f-cd-0b.  So, I guess the question is,( >> how do i make these two values match? > I > If you can live without DECnet, don't start it. That's what changes it.    Or use DECnet Phase V.   ------------------------------    Date: 27 Sep 2004 16:09:59 -0700( From: bob@instantwhip.com (Bob Ceculski)B Subject: Re: Get a grip! Itanium rx1600 servers selling for $1499!= Message-ID: <d7791aa1.0409271509.6e91d892@posting.google.com>   m bob@instantwhip.com (Bob Ceculski) wrote in message news:<d7791aa1.0409270653.4724dd14@posting.google.com>... : > I just emailed Mark Gorham, and the current small box to9 > be supported by vms is the 1600 server model ... and he 7 > said right now, they are $1499, normally $2999 ... so 
 > get a grip!   % and Mark was right ... here they are!   9 http://www.openvms.org/stories.php?story=04/09/26/6244384    ------------------------------   Date: 28 Sep 2004 01:12:27 GMT( From: bill@cs.uofs.edu (Bill Gunshannon). Subject: Re: Hobbyist site licenses DOWN AGAIN+ Message-ID: <2rrs3qF1df5rhU1@uni-berlin.de>   + In article <KO26d.10605$Ym1.4890@trnddc03>, ' 	"operagost" <operagost@og.com> writes: G > Just like last year at this time.  Anyone know what's going on? I've  O > submitted requests for base VAX and Layered products umpteen times.  I get a  O > page back that looks like success but nothing happens.  I tried emailing the  L > guy, but the only way to do that is using a form and I bet that is broken  > for the same reason. > C > Not a good plug for VMS for sure. Well, at least not PHP on VMS.     E Actually, most of the cases of people not getting thier licenses that B I have seen recently involved their own mail system filtering themD because of bad SPAM filtering rules.  If you have access to any kindI of mail logs you might want to take a look to see if this isn't the case.    bill      --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  # Date: Tue, 28 Sep 2004 01:06:50 GMT $ From: "operagost" <operagost@og.com>* Subject: Hobbyist site licenses DOWN AGAIN+ Message-ID: <KO26d.10605$Ym1.4890@trnddc03>   E Just like last year at this time.  Anyone know what's going on? I've  M submitted requests for base VAX and Layered products umpteen times.  I get a  M page back that looks like success but nothing happens.  I tried emailing the  J guy, but the only way to do that is using a form and I bet that is broken  for the same reason.  A Not a good plug for VMS for sure. Well, at least not PHP on VMS.     ------------------------------  # Date: Tue, 28 Sep 2004 01:34:42 GMT $ From: "operagost" <operagost@og.com>. Subject: Re: Hobbyist site licenses DOWN AGAIN' Message-ID: <Sc36d.7502$Mf.12@trnddc05>   6 "Bill Gunshannon" <bill@cs.uofs.edu> wrote in message % news:2rrs3qF1df5rhU1@uni-berlin.de... - > In article <KO26d.10605$Ym1.4890@trnddc03>, ( > "operagost" <operagost@og.com> writes:G >> Just like last year at this time.  Anyone know what's going on? I've J >> submitted requests for base VAX and Layered products umpteen times.  I  >> get aL >> page back that looks like success but nothing happens.  I tried emailing  >> theL >> guy, but the only way to do that is using a form and I bet that is broken >> for the same reason.  >>C >> Not a good plug for VMS for sure. Well, at least not PHP on VMS.  > G > Actually, most of the cases of people not getting thier licenses that D > I have seen recently involved their own mail system filtering themF > because of bad SPAM filtering rules.  If you have access to any kindK > of mail logs you might want to take a look to see if this isn't the case.   L I already tried having them sent to an alternate email account, but nothing H showed up over the weekend. I suppose I'll check it again just in case.    ------------------------------  % Date: Mon, 27 Sep 2004 22:04:33 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> . Subject: Re: Hobbyist site licenses DOWN AGAIN, Message-ID: <4158C69A.565D55D1@teksavvy.com>  I The couple of time I had issues with licence renewalls, the fine folks at L Montagar have replied quickly, or the problem was solved automatically (onceN it was a mail problem at my end, and when it was resolved,) the licence emails# got delivered within a few minutes.   2 Remember that this is a volunteer operated system.   ------------------------------  + Date: Tue, 28 Sep 2004 04:02:31 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) . Subject: Re: Hobbyist site licenses DOWN AGAIN( Message-ID: <cjanon$6mf$1@pcls4.std.com>  & "operagost" <operagost@og.com> writes:  F >Just like last year at this time.  Anyone know what's going on? I've N >submitted requests for base VAX and Layered products umpteen times.  I get a N >page back that looks like success but nothing happens.  I tried emailing the K >guy, but the only way to do that is using a form and I bet that is broken   >for the same reason.   B >Not a good plug for VMS for sure. Well, at least not PHP on VMS.     G I'll second the "a spam filter is getting it" guess.  (I bet it's those I dollar signs that fool 'em)  I had to have mine sent to a hotmail account 6 and even then they wound up in the 'junk mail' folder. --   -Mike    ------------------------------  # Date: Tue, 28 Sep 2004 01:40:50 GMT $ From: "operagost" <operagost@og.com>? Subject: Re: How do time synchronize Windows 2000 with OpenVMS? ) Message-ID: <Ci36d.7510$Mf.2470@trnddc05>   7 "Yong Boon, Lim" <y0ngb00n@yahoo.com> wrote in message  $ news:cj7qhg$348$1@news4.jaring.my...I > l've one time server run in OpenVMS, l would like to synchronize all my ' > client which run on Windows 2000 with J > OpenVMS? l've tried to use NET TIME, but it does not work? Do anyone of  > you  > know how do solve this > problem? Thank you!!  L You will first need to enable and configure the NTP server on OpenVMS. Then G you will need to execute the following command on your Windows clients:    > net time /setsntp:10.0.0.1  & Where 10.0.0.1 is your VMS server IP.    ------------------------------  % Date: Mon, 27 Sep 2004 23:20:29 -0400 ' From: John Sauter <J_Sauter@Empire.Net> ? Subject: Re: How do time synchronize Windows 2000 with OpenVMS? 8 Message-ID: <tvlhl0tvto2euji1lhb3so43sdiltghnk7@4ax.com>  > Even better, run NTP on both OpenVMS and your Windows clients.C I do this in my shop, and the clients stay within 0.1 second of the 7 VAX and each other.  Often they are within 0.02 second. %     John Sauter (J_Sauter@Empire.Net)    ------------------------------  % Date: Mon, 27 Sep 2004 14:02:37 -0400 # From: "Dan Allen" <dallen@nist.gov> 5 Subject: RE: HP admits discontinued IA64 workstations : Message-ID: <JFEPKAPBPMDFDBOIANGDCECCFKAA.dallen@nist.gov>   > -----Original Message-----D > From: Bob Koehler [mailto:koehler@eisner.nospam.encompasserve.org]* > Sent: Monday, September 27, 2004 9:13 AM > To: Info-VAX@Mvb.Saic.Com 7 > Subject: Re: HP admits discontinued IA64 workstations  >  > ? > In article <734da31c.0409260007.5b52504f@posting.google.com>, + > icerq4a@spray.se (David Svensson) writes:  > > E > > I have not seen HP or VMS engineers saying that a workstation was G > > about to be supported? I have also not seen any indication that the % > > servers will not have a VGA port?  > B >   IIRC the $2K box available via DSPP was known as a developer's >   workstation. > J >   HP has stepped in it up to its neck with marketing confusion, as badlyH >   as DEC did when they put "Open" on VMS.  Thier systems have graphicsA >   cards, but they're not "workstations".  So folks who need VMS 0 >   workstations will think they can't get them. > G >   New item for the FAQ?  What's the difference between an IA64 server B >   and an IA64 workstation:  the latter term is no longer used by >   marketing.  N For Dec/Compag/HP the answer has always been $$$. When Alpha first appeared weP bought an  AXP 3000-800 WORKSTATION as our server because it cost less! Same boxH as the server version + graphics & monitor! We had a boatload of VAX/VMSN licenses (all unlimited - including VMS) which we were permitted to convert to the Alpha at no cost.   M I'm not concerned how the choose to label it as long as it has the HP (no pun O intended) I need at the best price. Those pesky rack mount workstations tend to ! clutter up the office however ;-)    Dan    >  >  >    ------------------------------  % Date: Mon, 27 Sep 2004 15:50:28 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 5 Subject: Re: HP admits discontinued IA64 workstations , Message-ID: <41586F02.8B509898@teksavvy.com>   Bill Gunshannon wrote:D > And FUD is all it ever was.  Sun has supported the 8086 for nearlyI > two decades without it having any impact on their support and continued ( > development of the Sparc Architecture.  G However the difference now is that the 8086 is approaching Sparc and is N getting 64 bits, so the differentiation that existed in the past is slowly (?)N vanishing.  Because the 8086 is more popular, it so far easier to seel an 8086L based server than a sparc server (customer can then say "well, if it doesn't; work on solaris, we can always switch to linux or windows).    ------------------------------   Date: 27 Sep 2004 20:23:16 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)5 Subject: Re: HP admits discontinued IA64 workstations + Message-ID: <2rrb5jF1ddcguU1@uni-berlin.de>   , In article <41586F02.8B509898@teksavvy.com>,0 	JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Bill Gunshannon wrote:E >> And FUD is all it ever was.  Sun has supported the 8086 for nearly J >> two decades without it having any impact on their support and continued) >> development of the Sparc Architecture.  > I > However the difference now is that the 8086 is approaching Sparc and is P > getting 64 bits, so the differentiation that existed in the past is slowly (?)P > vanishing.  Because the 8086 is more popular, it so far easier to seel an 8086N > based server than a sparc server (customer can then say "well, if it doesn't= > work on solaris, we can always switch to linux or windows).   C What does any of this (wrong though it is) to do with your original I statement?  You tried to state, like other here, that Sun was a latecomer D to the x86 arena and that just isn't true.  You try to intimate thatF adding support for the x86 is intended to give them a way out of Sparc( development and sales.  that isn't true.  M And now you add: "customer can then say "well, if it doesn't work on solaris, J we can always switch to linux or windows"  Well, as far as Linux goes thatJ applies equally well to the Sparc.  And in your last post you said: "LinuxJ is primarily available on the 8086 commodity industry standard and cheaperK platform".  This is not now nor has it been true for quite some time. While H there does not seem to be nearly as much interest in making Linux run onK everything it still has available ports for: x86, alpha, M68K, Sparc, MIPS, I Archimedes, ARM, Power, UltraSparc, PA-Risc.  And those are just the ones H I could find in less than 2 minutes of searching.  I also know there wasF work at one time on a VAX port and I am sure there are others that areJ just not common enough to garner any press. (After all, Linux is all about hype rather than substance.)   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Mon, 27 Sep 2004 20:10:55 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 5 Subject: Re: HP admits discontinued IA64 workstations , Message-ID: <4158ABFE.23AEB204@teksavvy.com>   Bill Gunshannon wrote:K > statement?  You tried to state, like other here, that Sun was a latecomer , > to the x86 arena and that just isn't true.  L I don't recall ever holding the opinion that Sun was a late comer to 8086. II do recall that a couple years ago, Sun was to widthdraw from the 8086 and 4 customer outcry forced a revision of that decision.   F What has happened since however is that the 8086 has continued to gainM respectability in enterprise to a point where it is now a 64 bit architecture L that is taken quite seriously and is now competing against Sparc, whereas in3 the past, the 8086 was clearly separate from Sparc.    >  You try to intimate that H > adding support for the x86 is intended to give them a way out of Sparc* > development and sales.  that isn't true.  M Nop. I mentioned that the adoption of 64 bit 8086 by Sun has resulted in many L predicting the death of Sparc. I think I am on record as combatting this FUDN here in this forum. Nevertheless, while Sun may currently have decided to keepM both Sparc and 8086 doors opened, it remain possible that the the differences J between sparc and 8086 will eventually make Sparc redundant at Sun. But itL hasn't happened yet, and I thknk that Sun is being very smart in keeping its
 doors opened.     L > we can always switch to linux or windows"  Well, as far as Linux goes that% > applies equally well to the Sparc.    K Yes. But face it, when people talk about Linux, the "default" assumption is H that it is on cheap 8086 servers. And this si where the commercial LinuxM software is being targetted.  If Adobe starts to make Photoshop run on Linux, L do you really think that they will support all the platforms that Linux runs on ?  G Linux may be open source, but the important applications that are being L poorted to it are now commercial apps, not the open source utilities written	 by geeks.    ------------------------------    Date: 27 Sep 2004 22:42:54 -0700' From: icerq4a@spray.se (David Svensson) 5 Subject: Re: HP admits discontinued IA64 workstations = Message-ID: <734da31c.0409272142.64c59dd2@posting.google.com>   a JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<4157E12B.4FC719D1@teksavvy.com>...  > David Svensson wrote: J > > I think I have seen HP saying about 30% of Superdome sales are Windows > > installations. > 7 > Perhaps 30% of IA64 based Superdomes are for Windows.   D Yes, ofcourse, IA64 was implied since the discussion was about IA64.  K > And since IA64 represents such a small part of enterprise revenus, a high > > number of systems means that they must be deeply discounted.  0 I don't know how you can draw that conclusion...   ------------------------------  % Date: Mon, 27 Sep 2004 21:02:46 +0200 # From: Neale <neale.hunt@hispeed.ch> " Subject: Re: Login using UAF? Help) Message-ID: <cj9o49$2jg$1@newshispeed.ch>   I Sounds like you have may have IP filtering enabled or you haven't set up  $ the routing along with the IP Change  B I'm guessing here you changed the Ip addresses when you moved the D workstation and reconfigured the default route to the new router on - them, if not you need to sort that out first.   < The various sevice may also have IP filtering on the server,F $TCPIP sho service * /full will show if you have filtering (security)  enabled and what it is set to.  G Download the TCPIP manual from the HP website if you are unsure how to   make the settings.  H You may find it useful t odentify the version of VMS and TCPIP services  you have installed.   
   -- Neale       RT Carter wrote:A > I am a network tech but know nothing about VMS. Our VMS guy got H > "downsized" and I'm now taking care of three VMS servers. I need help.G > The workstations and servers were all on one IP network 192.255.1.xxx E > but we moved the designers to another building and the workstations F > are now 192.255.2.xxx (servers stayed the same). I know that we haveF > security set to only allow certain IP addresses into the VMS serversC > but I don't know where to change the access from 192.255.1.xxx to F > 192.255.2.xxx. It isn't in the login.com files. I've read about UAF.G > Is this were the IP address would be defined? Where are the UAF files D > kept--is there a standard name for the files? Thanks for any help.   ------------------------------  % Date: Mon, 27 Sep 2004 22:25:15 -0700 + From: terry golden <terrygolden@brandx.net> I Subject: Must read on past failures needing correction for VMS to survive , Message-ID: <cjasjm$ecs$1@madmax.keyway.net>  D I came across a really frank article on why DEC failed in marketing.  C Anyway here's the link http://www.linuxinsider.com/story/33362.html   D Myself I would have blamed 1) arrogant management devoid of customerG perception/focus, 2) field service organization thay in effect ran the  A company into the ground by doing anything to any customer just to < enforce thier or the salemans' truff(my fav having to fly toF london to replace w. lower revs perfectly running KA6400 just because ? the fs can't remember having seen unopened static tags when the C units where shipped in the middle of gulf war 1), 3) high pricing,  H espically for hw service (SEE 2) vs. sparc, pc) and 4) Not Invented HereE mind set that missed opertunities to buy Oracle in the late eighties.   H Oh yeah and the fact that you couldn't make money selling the equipment H and mgt and eng lost sight of the fact that computers are still used to G count money and you're not doing that well in floating point. So we got E 6xxx machines that destoryed the value of 8xxx systems, killing thier C value until people learned that packed decimal ran real slow on the 
 6xxx cpus.  E I look foward to a hopefully lively debate on what's not getting done A to make VMS what's left of DEC more mkt relavent. Somehow killing B the itantic workstations are not going to make customers feel goodB about rolling the dice on 8way itantic servers. Keeping up the cpqC efforts of highlighting the bad news, and not getting the good news 7 (mini merge support, full JAVA support) well concealed.    ------------------------------  % Date: Mon, 27 Sep 2004 16:19:26 -0400 < From: "Peter Weaver" <WeaverConsultingServices@sympatico.ca>F Subject: Re: [OpenVMS Alpha V7.3-2] DCL Command Line Length in EVE/TPU+ Message-ID: <2rraugF1cni8tU1@uni-berlin.de>     Peter 'EPLAN' LANGSTOEGER wrote:E > I just entered a long DCL command line within EVE (with the DCL and ? > with the SPAWN prefix) at the "Command:" prompt and was quite B > surprised to get a "Line truncated to 256 characters" because myB > command length was only about 160 (but containing quotes if this > makes a difference). > # > What could have been wrong here ?   C It appears that the COMPILE command in EVE$PARSER is triggering the F TRUNCATE error, the TPU manual does not list TRUNCATE in the "SignaledE Errors" for COMPILE but it does explain it in the text. I would think 4 that the documentation should be changed to list it.  $ > Can you reproduce this behaviour ?  7 Yup, no problem. If the DCL command plus the stuff that B EVE$PARSE_COMMAND adds in exceeds 256 characters then you get this error.  ? > Is there a good way to enter longer DCL commands within EVE ?     H The latest manual that I have (7.3, but not changed since 7.1) says thatG the SEND procedure supports lines up to 1024 characters even though the F current DCL limit is 256 characters. So at least you should be able to; go that far, but you will need to do some programming. i.e.   ; Command: TPU my_dcl := 'Write sys$output "this is my long'; 8 Command: TPU my_dcl := my_dcl + ' command. that should';> Command: TPU my_dcl := my_dcl + ' work but I have not tested';/ Command: TPU my_dcl := my_dcl + ' it so YMMV"';  Command: TPU eve_dcl (my_dcl);  " (OK, I did test it, and it worked)  9 > Do you know of any plans to support current DCL command ; > line lengths (2048) also within EVE/TPU (say with V8.2) ?   % I'm just an end-user so I don't know.    >  > TIA        --   Peter Weaver Weaver Consulting Services Inc.  Canadian VAR for CHARON-VAX  www.weaverconsulting.ca    ------------------------------  % Date: Mon, 27 Sep 2004 19:37:28 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> F Subject: Re: [OpenVMS Alpha V7.3-2] DCL Command Line Length in EVE/TPU, Message-ID: <4158A429.5C822406@teksavvy.com>  ; > > Do you know of any plans to support current DCL command = > > line lengths (2048) also within EVE/TPU (say with V8.2) ?   L Hasn't TPU/EVE stopped getting any improvements a LONG time ago ? There haveN been many requests for simple stuff such as access to DCL symbols and logicals and they were never acted upon.    ------------------------------   End of INFO-VAX 2004.538 ************************                                                                    ost 83.31.156.101 accepted.2
 <<< LIST >>> 150 List started.t >>> 226 Transfer completed.1 <<< PORT 83,31,156,101,143,5635 >>> 200 Port 143.56 at Host 83.31.156.101 accepted.d <<< RETR build.com[ >>> 150 IMAGE retrieve of /disk$misc/decus/vax87e/nds/spel/build.com (836 bytes) started.n9 >>> 226 Transfer completed.  180 (8) bytes transferred.s <<< PORT 83,31,156,101,143,58>5 >>> 200 Port 143.58 at Host 83.31.156.101 accepted. <<< RETR dictionary.cob5a >>> 150 IMAGE retrieve of /disk$misc/decus/vax87e/nds/spel/dictionary.cob (1722 bytes) started.: >>> 226 Transfer completed.  1264 (8) bytes transferred. <<< PORT 83,31,156,101,143,60 5 >>> 200 Port 143.60 at Host 83.31.156.101 accepted.5 <<< RETR dictionary.fdlia >>> 150 IMAGE retrieve of /disk$misc/decus/vax87e/nds/spel/dictionary.fdl (2258 bytes) started.t: >>> 226 Transfer completed.  1740 (8) bytes transferred. <<< PORT 83,31,156,101,143,6105 >>> 200 Port 143.61 at Host 83.31.156.101 accepted.G <<< RETR dictionary.idxcd >>> 150 IMAGE retrieve of /disk$misc/decus/vax87e/nds/spel/dictionary.idx (1595904 bytes) started.= >>> 226 Transfer completed.  3026331 (8) bytes transferred.t <<< PORT 83,31,156,101,143,98e5 >>> 200 Port 143.98 at Host 83.31.156.101 accepted.r <<< RETR extdef.mars\ >>> 150 IMAGE retrieve of /disk$misc/decus/vax87e/nds/spel/extdef.mar (890 bytes) started.9 >>> 226 Transfer completed.  120 (8) bytes transferred.>  <<< PORT 83,31,156,101,143,1006 >>> 200 Port 143.100 at Host 83.31.156.101 accepted. <<< RETR newwords.addi_ >>> 150 IMAGE retrieve of /disk$misc/decus/vax87e/nds/spel/newwords.add (1356 bytes) started.39 >>> 226 Transfer completed.  593 (8) bytes transferred.3  <<< PORT 83,31,156,101,143,1016 >>> 200 Port 143.101 at Host 83.31.156.101 accepted. <<< RETR popular-words.cobd >>> 150 IMAGE retrieve of /disk$misc/decus/vax87e/nds/spel/popular-words.cob (7516 bytes) started.: >>> 226 Transfer completed.  6460 (8) bytes transferred.  <<< PORT 83,31,156,101,143,1046 >>> 200 Port 143.104 at Host 83.31.156.101 accepted. <<< RETR popular.3000c` >>> 150 IMAGE retrieve of /disk$misc/decus/vax87e/nds/spel/popular.3000 (27252 bytes) started.; >>> 226 Transfer completed.  22510 (8) bytes transferred.   <<< PORT 83,31,156,101,143,1066 >>> 200 Port 143.106 at Host 83.31.156.101 accepted. <<< RETR popular.words` >>> 150 IMAGE retrieve of /disk$misc/decus/vax87e/nds/spel/popular.words (9016 bytes) started.: >>> 226 Transfer completed.  6894 (8) 