0 INFO-VAX	Wed, 08 Feb 2006	Volume 2006 : Issue 77      Contents: RE: A good day for VMS! Re: Alpha Console Access Question  Re: Another sad day for VMS...* Re: Cisco to sink: names Capellas to board Re: DEC PWS433au memory 1 Re: Help! CMUIP TCP/IP software - older versions. 1 Re: Help! CMUIP TCP/IP software - older versions. 1 Re: Help! CMUIP TCP/IP software - older versions. & Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems& Re: Hobbyist kit installation problems8 Re: M e z e i discriminates against fat lesbian feminist Re: null terminated strings  Re: null terminated strings  Re: null terminated strings  Re: null terminated strings  Re: null terminated strings : OT: English grammar and the state of today's education :-)& Re: PCSI questions and answers---again( Re: perl build error (& subscribe error) Re: Phaser 560 and DCPS problem  Re: Power 6  Re: Power 6 ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR ! Re: sneak preview - BACKUP/REPAIR E To give away: HSJ50 with some CI cables, Infoserver 150 (Switzerland)   Re: VAXstation 2000 boot devices Re: vaxstation 4000vlc  F ----------------------------------------------------------------------  $ Date: Tue, 7 Feb 2006 17:21:22 -0500' From: "Main, Kerry" <Kerry.Main@hp.com>  Subject: RE: A good day for VMS R Message-ID: <FD827B33AB0D9C4E92EACEEFEE2BA2FB7D3933@tayexc19.americas.cpqcorp.net>   > -----Original Message-----+ > From: R.A.Omond [mailto:Roy@Omond.net]=20   > Sent: February 7, 2006 6:43 AM > To: Info-VAX@Mvb.Saic.Com ! > Subject: Re: A good day for VMS  >=20 > Robert Deininger wrote:  >=20D > > In article <ds4dal$kn1$1$8302bc10@news.demon.co.uk>, "R.A.Omond" > > <Roy@Omond.net> wrote: > >=20 > >=20? > >>I am currently involved in setting up a "farm" of 12 DS15's D > >>at a very large customer in London (UK).  The same configuration? > >>is likely to be duplicated at various other sites round the 
 > >>globe. > >>9 > >>This is new business, not a replacement for anything.  > >=20 > >=20@ > > Any particular reason(s) why the customer isn't deploying=20 > rx2620 systems?  > >=20C > > I can think of two possible technical reasons, and one possible F > > non-technical one, without knowing anything about the application. > >=20? > > Of course there might be additional application-specific=20  > reasons to choose   > > one platform over the other. >=20? > Tests of a number of applications on the IA64 showed that the ; > Alpha was faster (in many case by a huge margin) than the : > Itanium.  HP was also involved, and it was mostly due to; > *severely* mis-aligned data (IIRC).  The penalty for such ; > appeared to be much more on IA64 than on Alpha.  I wasn't 8 > personally involved in these tests, so I have to go on > hearsay.  Sorry. >=20   Roy,  B Just curious if they used VMS V8.2 or V8.2-1 for their testing.=20  E OpenVMS V8.2-1 for Integrity has significant performance enhancements   over V8.2 OpenVMS for Integrity.  E I am not saying these specific applications would still not be slower C than Alpha (typically app dependant), but I suspect the differences @ would be much less if in fact V8.2 instead of V8.2-1 was used to baseline the test results.   Regards   
 Kerry Main Senior Consultant  HP Services Canada Voice: 613-592-4660  Fax: 613-591-4477  kerryDOTmainAThpDOTcom (remove the DOT's and AT)=20  4 OpenVMS - the secure, multi-site OS that just works.   ------------------------------  % Date: Tue, 07 Feb 2006 19:39:11 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>* Subject: Re: Alpha Console Access Question+ Message-ID: <43E94BBF.CE18BD1B@comcast.net>    Bart Zorn wrote: > H > Here is what I have done. This is on ES47 systems but I think they are5 > the same with respect to the design of the console.  > . > For each system I have three entries in PCM: > : > - reverse telnet to port 323 of the SMC for OPA0: access7 > - reverse telnet to port 23 of the SMC for MBM access ? > - reverse LAT via a DECserver port and the serial port of the  > Alphaserver as backup.  ( Interesting approach. Thanx for sharing.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Tue, 07 Feb 2006 15:31:34 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ' Subject: Re: Another sad day for VMS... , Message-ID: <43E9039F.606786C1@teksavvy.com>   Dave Froble wrote:J > Not an insult, a rebuttal to the concept that it's the customer's job to: > make sure HP knows what's going on in the customer base.  > But if we suspect that this isn't going on, then providing VMSD management with that information would at least let them realise andE prove that they are not getting that feedback from the sale force and ' give them an opportunity to fix things.   H And of VMS management still doesn't lift a finger with that information,C then we can start to draw conclusions on who is responsible for not ' managing and fighting for VMS's growth.    ------------------------------  % Date: Tue, 07 Feb 2006 21:06:09 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 3 Subject: Re: Cisco to sink: names Capellas to board , Message-ID: <43E951F6.8EC67BA3@teksavvy.com>  ( OK, looks like I was right after all....  e http://news.com.com/Cisco+posts+slight+drop+in+quarterly+profit/2100-1036_3-6036329.html?tag=nefd.top   < The headline "Cisco posts slight drop in quarterly profits".  B So, there you go. Name Curly to your board, and within a couple ofF weeks, your corporation's profits start to go down :-) :-) :-) :-) :-) :-) :-) :-)   F I wonder who will be the suitor. Would Microsoft buy Cisco ? They coldI extend their monopoly to networking and teak standards the way they want.    ------------------------------  % Date: Tue, 07 Feb 2006 23:28:07 +0000  From: Eccles <nospam@home>  Subject: Re: DEC PWS433au memory3 Message-ID: <WdSdnWAE1PCZsHTeRVnysg@brightview.com>   	 Hi David,   F Thanks for the link, I've seen some memory on ebay that I may go for. 3 If it doesn't work then I'll get some proper stuff.    Cheers,  Martin   david20@alpha2.mdx.ac.uk wrote:  > In article <u5JFf.13607$Iy4.11286@bignews1.bellsouth.net>, "David Turner, Island Computers US Corp" <dbturner@icusc.com> writes: > 4 >>Well we have LOADS and LOADS of 64MB DIMMS for PWS >>L >>(we sell the bigger sets and basically stuff the small stuff into storage) >>J >>If anyone out there is interested, we can sell 128MB kit for PWS for $45 >> >  > P > That's pretty good the best I found, guaranteeing compatibility, in the UK was >  > y > http://www.memory-configurator.co.uk/DEC/Personal/Personal-Workstation-Model-433a--433au--500a--500au--600a--600au.html  >  >  > David Webb > Security team leader > CCSS > Middlesex University >  >  >  >  >>David  >> >>--   >> >>David B Turner >>Island Computers US Corp >>2700 Gregory St, Suite 180 >>Savannah GA 31404  >>Tel: 912 447 6622 X201 >>Cell: 912 447 6622 X252  >>Fax: 912 201 0402  >>Email: dbturner@icusc.com  >>Web: http://www.islandco.com' >>===================================== > >>All orders are subject to the following terms and conditions0 >>of sale. These should be read before ordering.' >>http://www.islandco.com/warranty.html  >>< >>"Keith A. Lewis" <klewis@OMEGA.MITRE.ORG> wrote in message* >>news:ds0qn5$pkp$1@newslocal.mitre.org... >>) >>>Eccles <nospam@home> writes in article  >>I >><luidndRm6-kzeX7eRVnyjQ@brightview.com> dated Fri, 03 Feb 2006 23:18:11  >>+0000: >>K >>>>I picked up a DEC PWS 433au from ebay but it doesn't have any memory in K >>>>it.  Can I use any 168-pin PC100 ECC SDRAM (so long as they're matched) 1 >>>>or does it need to be proprietry DEC memory ? K >>>>Also, given that I want to install VMS purely for hobbyist use, nothing E >>>>serious or heavy going - how much would you reckon I would need ?  >>> I >>>Yes, generic memory works, in matched pairs.  I think you can even use  >>>non-ECC.  >>> I >>>Define "hobbyist use".  I run an Alphastation 500 for Apache and audio  >> >>with >>K >>>only 192 MB, but I use 500 MB in my 500au which I use for DECwindows and  >>>Mozilla.  >>> 3 >>>--Keith Lewis              klewis {at} mitre.org A >>>The above may not (yet) represent the opinions of my employer.  >> >>   ------------------------------  % Date: Tue, 07 Feb 2006 15:29:00 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> : Subject: Re: Help! CMUIP TCP/IP software - older versions., Message-ID: <43E90306.54CEBA57@teksavvy.com>   John Malmberg wrote:I > So that basically meant the end of the line for CMU-IP was as of 6.2 of F > OpenVMS, as that is the newest version of OpenVMS that I am aware of4 > that the distributed binaries would still work on.  C I sucesfully used CMU IP on VMS 7.2.  But it did need "that" patch.    ------------------------------  * Date: Tue, 7 Feb 2006 23:01:03 +0000 (UTC)? From: Graham Burley <burley.not-this@encompasserve-or-this.org> : Subject: Re: Help! CMUIP TCP/IP software - older versions.9 Message-ID: <43E9274B.6B777DEB@encompasserve-or-this.org>    Bill Gunshannon wrote: >   ( > What I am looking for is something on:E > 11S042       Symposium Tape from the RSTS SIG, Spring 1980, Chicago # >              Version: Spring 1980  > 6 > Could someone look and see if that one is out there?  F It's not on DECUServe, sorry. If you can put a name to the "something"- perhaps someone might know if it's out there.    ------------------------------   Date: 7 Feb 2006 23:57:51 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon): Subject: Re: Help! CMUIP TCP/IP software - older versions.+ Message-ID: <44sqfvF3sqs5U2@individual.net>   9 In article <43E9274B.6B777DEB@encompasserve-or-this.org>, B 	Graham Burley <burley.not-this@encompasserve-or-this.org> writes: > Bill Gunshannon wrote: >>   > ) >> What I am looking for is something on: F >> 11S042       Symposium Tape from the RSTS SIG, Spring 1980, Chicago$ >>              Version: Spring 1980 >>  7 >> Could someone look and see if that one is out there?  > H > It's not on DECUServe, sorry. If you can put a name to the "something"/ > perhaps someone might know if it's out there.    Tiny Pascal.  ; [80,20]         Tiny PASCAL System in BASIC-PLUS: PCO.BAS - 9                 P - code compiler; PIN.BAX - interpreter; :                 DECODE.BAS - print p-codes with mnemonics.<                 Two miscellaneous programs: FLASH and COUNT.  D I've been looking for it for a while with no luck.  I never realizedG it had ever been done on the PDP-11 but eventually found this reference D to the SIG Tape.  But that appears to be yet one more thing that has been lost in time.  :-(     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: 7 Feb 2006 19:18:08 -0800 7 From: "greg.chabala@gmail.com" <greg.chabala@gmail.com> / Subject: Re: Hobbyist kit installation problems C Message-ID: <1139368688.432288.125470@g14g2000cwa.googlegroups.com>   < The Linksys shows that the Vax never asks for an IP address.  D I did as instructed above, and set the Linksys to chabala.net as the domain.   ? Then I followed the rest of the steps. Show interface looks ok.   Show name looks confused stilll.E Show route troubles me, because it's picking itself as the gateway to  the other nodes on the subnet.  G I've refered to the TCP/IP doc a few times. Chapter 9, configuring DHCP D client wasn't helpful, because I had already done as described on my own and it didn't work.   F Chapter 2, which should cover configuring an interface manually didn't< give a very deep treatment, and there weren't good examples.  9 I thought this stuff was supposed to work out of the box.    ------------------------------  % Date: Wed, 08 Feb 2006 03:51:32 +0000 7 From: David B Sneddon - bigpond <dbsneddon@bigpond.com> / Subject: Re: Hobbyist kit installation problems * Message-ID: <43E96AC4.2070607@bigpond.com>  , greg.chabala@gmail.com mentioned in passing:> > The Linksys shows that the Vax never asks for an IP address. > F > I did as instructed above, and set the Linksys to chabala.net as the	 > domain.  > A > Then I followed the rest of the steps. Show interface looks ok. " > Show name looks confused stilll.G > Show route troubles me, because it's picking itself as the gateway to   > the other nodes on the subnet. > I > I've refered to the TCP/IP doc a few times. Chapter 9, configuring DHCP F > client wasn't helpful, because I had already done as described on my > own and it didn't work.  > H > Chapter 2, which should cover configuring an interface manually didn't> > give a very deep treatment, and there weren't good examples. > ; > I thought this stuff was supposed to work out of the box.   < OK, time for a stupid question... (I haven't followed all of- this thread) but WHY do you want to use DHCP?    Regards, Dave --  B David B Sneddon (dbs) VMS Systems Programmer dbsneddon@bigpond.comB Sneddo's quick guide ...   http://www.users.bigpond.com/dbsneddon/B DBS freeware   http://www.users.bigpond.com/dbsneddon/software.htm   ------------------------------   Date: 7 Feb 2006 19:56:52 -0800 7 From: "greg.chabala@gmail.com" <greg.chabala@gmail.com> / Subject: Re: Hobbyist kit installation problems B Message-ID: <1139371012.604251.60200@g43g2000cwa.googlegroups.com>  F DHCP let's me prove that the Vax is working because I can tell that itE asked for an IP address. Static would be fine at this point, but that  hasn't be working either.    ------------------------------  % Date: Wed, 08 Feb 2006 04:14:45 +0000 7 From: David B Sneddon - bigpond <dbsneddon@bigpond.com> / Subject: Re: Hobbyist kit installation problems * Message-ID: <43E97035.2090601@bigpond.com>  , greg.chabala@gmail.com mentioned in passing:H > DHCP let's me prove that the Vax is working because I can tell that itG > asked for an IP address. Static would be fine at this point, but that  > hasn't be working either.   A In that case, it would make sense to get a static address working 2 first -- there is less to go wrong than with DHCP.@ You may have better luck attacking the static setup, it is quite trivial.   Regards, Dave --  B David B Sneddon (dbs) VMS Systems Programmer dbsneddon@bigpond.comB Sneddo's quick guide ...   http://www.users.bigpond.com/dbsneddon/B DBS freeware   http://www.users.bigpond.com/dbsneddon/software.htm   ------------------------------   Date: 7 Feb 2006 20:22:33 -0800 7 From: "greg.chabala@gmail.com" <greg.chabala@gmail.com> / Subject: Re: Hobbyist kit installation problems C Message-ID: <1139372552.966466.315630@z14g2000cwz.googlegroups.com>   B Okay, scratch the DHCP then. Do you have a step by step plan I can@ follow? I think I've already tried to do it the 'intuitive' way.   ------------------------------   Date: 7 Feb 2006 20:19:02 -0800 7 From: "greg.chabala@gmail.com" <greg.chabala@gmail.com> / Subject: Re: Hobbyist kit installation problems C Message-ID: <1139372342.816546.307390@z14g2000cwz.googlegroups.com>   F I'm trying the DHCP again. How can I see the DHCP log? It clearly says4 that it times out while the TCP/IP services startup.   ------------------------------  % Date: Tue, 07 Feb 2006 23:53:14 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Hobbyist kit installation problems , Message-ID: <43E97914.1C100A2D@teksavvy.com>   "greg.chabala@gmail.com" wrote:  > H > I'm trying the DHCP again. How can I see the DHCP log? It clearly says6 > that it times out while the TCP/IP services startup.       Logical Name Purpose; TCPIP$DHCP_DEBUG Turns on DHCP client diagnostics. Refer to 0 Section 7.2.4 for a description of this logical.  F TCPIP$DHCP_CONFIG directory Specifies the directory from which to readN input files (CLIENT.PCY, DHCPTAGS. and HOSTNAME.) and to which to write outputH files (ifname.DHC). Note that DHCP client log files will still go to the default directory of the DHCP client account.  > TCPIP$LOG_LEVEL value Writes the specified level of diagnostic' information to the log file. Ignored if  TCPIP$DHCP_DEBUG is defined. Valid numeric values are:  0 No logging (default).  1 Log warning messages.  2 Log all messages.      8.2.5 Log Files E DHCP client creates a log file named TCPIP$DHCP_CLIENT_RUN.LOG in the % directory SYS$SYSDEVICE:[TCPIP$DHCP].        It is all in the manual.  D Remember that when you change logical names, you should shutdown theF software (in this case the DHCP Client process) and restart it so that" new logical values go into effect.   ------------------------------   Date: 7 Feb 2006 20:53:09 -0800 7 From: "greg.chabala@gmail.com" <greg.chabala@gmail.com> / Subject: Re: Hobbyist kit installation problems B Message-ID: <1139374389.010747.80170@f14g2000cwb.googlegroups.com>  C In which part of TCPIP$CONFIG does it actually ask for DNS servers?    ------------------------------  % Date: Wed, 08 Feb 2006 04:58:56 +0000 7 From: David B Sneddon - bigpond <dbsneddon@bigpond.com> / Subject: Re: Hobbyist kit installation problems * Message-ID: <43E97A90.8030809@bigpond.com>  , greg.chabala@gmail.com mentioned in passing:D > Okay, scratch the DHCP then. Do you have a step by step plan I canB > follow? I think I've already tried to do it the 'intuitive' way.   $ @sys$manager:tcpip$config    Option 1 - Core environment  Option 2 - Interfaces    supply the details requested...   6 You will have to stop and restart TCPIP for it to work   Regards, Dave --  B David B Sneddon (dbs) VMS Systems Programmer dbsneddon@bigpond.comB Sneddo's quick guide ...   http://www.users.bigpond.com/dbsneddon/B DBS freeware   http://www.users.bigpond.com/dbsneddon/software.htm   ------------------------------  % Date: Tue, 07 Feb 2006 23:47:07 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Hobbyist kit installation problems , Message-ID: <43E977A6.86A68EC4@teksavvy.com>   "greg.chabala@gmail.com" wrote:  > > > The Linksys shows that the Vax never asks for an IP address.  > Note that there is a difference between asking and succesfully negotiating a lease.  " > Show name looks confused stilll.  F what you may wish to do is to get the ip addresses of the DNS servers.) TCPIP> SET HOST DNS1 /address=ip.ad.re.ss ) TCPIP> SET HOST DNS2 /address=ip.ad.re.ss   F Then, in the TCPIP$CONFIG, you provide DNS1 and DNS2 instead of actualG IP addresses. It appears that TCPIP Services wants a name instead of an - IP address for the dns servers (stupid move).   G > Show route troubles me, because it's picking itself as the gateway to   > the other nodes on the subnet.  F That is correct. Consider if you have multiple interfaces and multipleG ethernet cards. It needs to know which interface to use to talk to each G subnet to which it can talk directly. And your default route will go to N a router on a particular subnet using the interface applicable to that subnet.    I > I've refered to the TCP/IP doc a few times. Chapter 9, configuring DHCP F > client wasn't helpful, because I had already done as described on my > own and it didn't work.   @ There are example of the various DHCP utilities that you can run? interactively and perhaps get messages issued that give a clue.   ; > I thought this stuff was supposed to work out of the box.     F It is *supposed* to work out of the box. But when something isn't doneE right, it seems to keep the stack confused and it is hard to help you  without actual real listings.    ------------------------------  % Date: Wed, 08 Feb 2006 00:09:28 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Hobbyist kit installation problems , Message-ID: <43E97CE2.61A21692@teksavvy.com>   "greg.chabala@gmail.com" wrote:  > D > Okay, scratch the DHCP then. Do you have a step by step plan I canB > follow? I think I've already tried to do it the 'intuitive' way.  F Note, if you are on VAX, you need the proper manuals for TCPIP Version$ 5.3. They should still be available.     OK, lets do the hard way. H Assumme your IP is to be 192.168.0.15 with a network mask of 255.255.0.0     TCPIP> SET CONF NOINTERFACE SE0  TCPIP> SET NOINTERFACE SE0 TCPIP> SET NAME/DISABLE/SYSTEM   TCPIP> CREATE HOST$ TCPIP> SET HOST DNS1/address=a.b.c.d$ TCPIP> SET HOST DNS2/address=e.f.g.h  p TCPIP> SET CONF INTERFACE SE0/AUTO_START/HOST=192.168.0.15/network=255.255.0.0/broadcast=192.168.255.255/PRIMARYX TCPIP> SET INTERFACE SE0/HOST=192.168.0.15/network=255.255.0.0/broadcast=192.168.255.255  : TCPIP> SET CONF NAME/SERVER=(DNS1,DNS2)/DOMAIN=chabala.netC TCPIP> SET NAME/SERVER=(DNS1,DNS2)/DOMAIN=chabala.net/SYSTEM/ENABLE     F Assuming I didn't make typos, this should setup both the permanent and live definitions.    After that, you need to :    TCPIP> SHOW NAME TCPIP> SHOW INTERFACE SE0/full TCPIP> SHOW ROUTE    And give us the output.    Alternatively:  ( $DELETE SYS$SYSTEM:TCPIP$*.DAT;*/CONFIRM  % This will delete the following files:    Directory SYS$COMMON:[SYSEXE]   O TCPIP$CONFIGURATION.DAT;1               TCPIP$HOST.DAT;3    TCPIP$NETWORK.DAT;1 ; TCPIP$PROXY.DAT;1   TCPIP$ROUTE.DAT;1   TCPIP$SERVICE.DAT;1   ?  Then, you @SYS$MANAGER:TCPIP$CONFIG and start from scratch and H configure the core environment step by step. The delete command will zapE anything that may still be there and will allow TCPIP$CONFIG to start 
 from scratch.    ------------------------------  % Date: Wed, 08 Feb 2006 00:26:38 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Hobbyist kit installation problems , Message-ID: <43E980E6.277F308B@teksavvy.com>   "greg.chabala@gmail.com" wrote:  > E > In which part of TCPIP$CONFIG does it actually ask for DNS servers?   <          Compaq TCP/IP Services for OpenVMS Core Environment Configuration Menu           Configuration options:  R                  1  -  Domain         <-------------------------------------------!                  2  -  Interfaces                   3  -  RoutingR                  4  -  BIND Resolver  <-------------------------------------------                   5  -  Time Zone  .                  A  -  Configure options 1 - 5                  [E] -  Exit menu   Enter configuration option:   D Fill out 1, 2, 3, 4 and 5 in that order. For routing, just use basic. static routing. (no need for GATED or ROUTED).   ------------------------------   Date: 7 Feb 2006 22:37:25 -0800 7 From: "greg.chabala@gmail.com" <greg.chabala@gmail.com> / Subject: Re: Hobbyist kit installation problems C Message-ID: <1139380645.086905.148860@g43g2000cwa.googlegroups.com>   E Those were some really good directions, except for the /primary flag, ? which i had to remove. It was complaining that the primary dhcp C interface needed the dhcp flag, and since this was supposed to be a 3 static addressing, i figured it should be left out.   ) It's not working. But here are the stats.   	 SHOW NAME    BIND Resolver Parameters   System   State:    Started, Enabled   Transport:  UDP  Domain:    chabala.net Retry:        4 
 Timeout:    4  Servers:     DNS1, DNS2  Path:         No values defined    Process    State:    Enabled   
 Transport: Domain:  Retry: Timeout: Servers: Path:    SHOW INTERFACE SE0/FULL    Interface:  SE0 C    IP_Addr:   192.168.1.205     NETWRK:  255.255.255.0      BRDCST: 
 192.168.1.255  Cluster .     C_Addr:                          C_NETWRK:	 C_BRDCST: D                                    Ethernet_Addr:  08-00-2B-16-00-1C    MTU:   1500&       Flags:  UP BRDCST RUN MCAST SMPXD                                                              RECEIVE   SENDD Packets                                                            7           5 F    Errors                                                            0
             0 E Collisions:                                                         0   
 SHOW ROUTE  2                                            DYNAMIC  F Type      Destination                                          Gateway  G AH        127.0.0.1                                           127.0.0.1  AH        192.168.1.0/24
 192.168.1.205  AH        192.168.1.205 
 192.168.1.205   G I hope this helps because it's a pain to transcribe. This just makes me  want to take an ax to this VAX   ------------------------------   Date: 7 Feb 2006 22:41:38 -0800 7 From: "greg.chabala@gmail.com" <greg.chabala@gmail.com> / Subject: Re: Hobbyist kit installation problems C Message-ID: <1139380898.299075.137820@o13g2000cwo.googlegroups.com>   G This is a MicroVAX 3400. It has Coax and AUI Ethernet connections and a = switch to select with lights for status on which is selected.   F I read somewhere that the switch gets dirty and can act strangely, butB I don't think I'm having that problem. I'm using an Allied TelesysG Transceiver off the AUI, and it's status lights confirm good connection  to the router and the AUI.   ------------------------------  # Date: Tue, 07 Feb 2006 18:52:15 GMT S From: "Gregory Morrow" <gregorymorrowEMERGENCYCANCELLATIONARCHIMEDES@earthlink.net> A Subject: Re: M e z e i discriminates against fat lesbian feminist B Message-ID: <z%5Gf.7455$Nv2.1879@newsread1.news.atl.earthlink.net>   M e z e i is a PIG wrote:    > Gregory MorrowC <gregorymorrowEMERGENCYCANCELLATIONARCHIMEDES@earthlink.net> wrote:  >  > >  > >M e z e i is a PIG wrote: > > D > >> JF Mezei sockpupetting as "nobody <nobody@nobody.org>" trolled: > >>L > >> >If you sit 3 obese women next to each other, should the airline chargeF > >> >for extra seats ?  It might form one big ugly blob of fat with 6 sagging C > >> >breasts and 3 heads on a 3 seat section, but they woudln't be # > >> >inconveniencing anybody else.  > >>C > >> But they'd probably be much better company on a flight than an " > >> insane psycho troll like you. > >>' > >> And more decent human beings, too.  > >>D > >> http://groups.google.com/group/comp.os.vms/msg/5e814528bf75efa9 > >> > >  > > B > >The way that JF talks about women one has to wonder if he has a > >girlfriend... > C > Aside from the inflatable one he keeps under his bed?  Nah.......  > J > >Did he get dumped on by Connie Wong or Ellen or Sheryl Mexic I wonder - isC > >that why he apparently harbours so much bitterness to the fairer 	 sex...???  > K > Maybe the stress of having to sleep with his fat, hairy, sweaty Hungarian  mother1 > and satisfy her sexual needs is getting to him.  > I > He needs to be with a real woman for once so he can see what it's like. I > Maybe a three-day weekend in the Poconos with Ellen, Sheryl, and Connie  > might do the trick.     J Except that Connie wields a MEAN cleaver and he might be in some danger of- her going "chop - chop" to his "salami"...!!!   K Ellen would just spend time blowing cig smoke into his face and does anyone E really think that Sheryl has *ever* been capable of having an orgasm?   - I vote we fix him up with Mary Ann Keyhole...    --   Best Greg   ------------------------------  % Date: Tue, 07 Feb 2006 15:27:12 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> $ Subject: Re: null terminated strings, Message-ID: <43E9029A.8EC832CC@teksavvy.com>   sol gongola wrote:G > program does no data validation (or length checking). Null (or other) L > terminated strings are blamed because they were being used in the programsM > involved with the overrun situation. It's really the code that is at fault.   E My first reaction is to agree with the above. When you write routines F that will write to a buffer, you should require the caller to supply aA maximum length for that buffer and make sure you don't exceed it.   M And the io commands in C such as fread  do provide a maximum length argument.   E However, strcpy doesn't. And I guess this is where the C run time has F flaws because it can go bezerk and write 2 megs worth of data in an 80 byte buffer.  F Consider a customer name record field that starts out at 30 bytes, butE later in the project, it is increased to 40 bytes.  By that time, you G may have written code that copies the name to temporary buffers, and at @ this point, when you increase the field size, you need to do dueG diligence and check to see that any temporary buffers to which you copy  the name are also increased.  H Languages such as COBOL would automaically pad or truncate fields duringB a MOVE operation to ensure no data overrun (and may issue compilerG warnings, but C's lack of a formal string type prevents it from issuing I compiler warnings (although it does when you move a long to a short etc).   E So it takes more experienmce and more self discipline to program in C D properly. Problem is when you unleash young windows weenies and theyF start to write C code, they don't see the problems and they don't have= enough experience and self discipline to write armoured code.    ------------------------------  # Date: Tue, 07 Feb 2006 20:33:12 GMT % From: Roger Ivie <rivie@ridgenet.net> $ Subject: Re: null terminated strings3 Message-ID: <slrndui108.48r.rivie@stench.no.domain>   3 On 2006-02-07, sol gongola <sol@adldata.com> wrote: L > Null terminated strings are convenient to pass to a subroutine. It saves a2 > parameter and (in 'olden' days) it saved memory.  F It only saves memory if strings can be longer than 255 characters. ForF strings consisting of a count byte followed by the string, you're just) trading the count byte for the null byte.    > Null (or other) L > terminated strings are blamed because they were being used in the programs& > involved with the overrun situation.  B Bear in mind that when using null-terminated strings, you lose theD convenience of "saving a parameter" if you don't want to overrun the= buffer. You still need to pass the size of the buffer. With a H count prefix, you can simply set the prefix to the maximum length of the buffer.   H > True, when you have a length being passed, you 'may' tend to use it asF > compared to a null terminated string where you have no length field.  H You MUST use the count field because you have no other indication of the string length.   --  
 roger ivie rivie@ridgenet.net   ------------------------------   Date: 7 Feb 2006 21:03:37 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)$ Subject: Re: null terminated strings+ Message-ID: <44sg99F3mfmaU2@individual.net>   , In article <43E9029A.8EC832CC@teksavvy.com>,0 	JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > sol gongola wrote:H >> program does no data validation (or length checking). Null (or other)M >> terminated strings are blamed because they were being used in the programs N >> involved with the overrun situation. It's really the code that is at fault. > G > My first reaction is to agree with the above. When you write routines H > that will write to a buffer, you should require the caller to supply aC > maximum length for that buffer and make sure you don't exceed it.  > O > And the io commands in C such as fread  do provide a maximum length argument.  > G > However, strcpy doesn't. And I guess this is where the C run time has H > flaws because it can go bezerk and write 2 megs worth of data in an 80 > byte buffer. > H > Consider a customer name record field that starts out at 30 bytes, butG > later in the project, it is increased to 40 bytes.  By that time, you I > may have written code that copies the name to temporary buffers, and at B > this point, when you increase the field size, you need to do dueI > diligence and check to see that any temporary buffers to which you copy  > the name are also increased. > J > Languages such as COBOL would automaically pad or truncate fields duringD > a MOVE operation to ensure no data overrun (and may issue compilerI > warnings, but C's lack of a formal string type prevents it from issuing K > compiler warnings (although it does when you move a long to a short etc).   F Don't be so sure of that.  While I am sure COBOL2006 (or whatever theyG are using today) does this the COBOL compilers that were contemporaries D of the time when C was being developed did not do range checking andC overwriting one working storage entry while referencing another was E trivial.  I actually used to demonstrate it in two ways when I taught G COBOL.  One was using array out of bounds examples and one was by doing C arithmetic on the values contained in an alpha field.  COBOL was no E saint.  I even know someone who made considerable use of these "capa- I bilities" in order to embed non-printing characters into declared strings I in order to create a terminal handling routine back before we had DISPLAY 	 AT verbs.    > G > So it takes more experienmce and more self discipline to program in C F > properly. Problem is when you unleash young windows weenies and theyH > start to write C code, they don't see the problems and they don't have? > enough experience and self discipline to write armoured code.   I I have heard people here advocate doing things that are very bad examples I of programming practice, too.  In any case, it is not the languages fault H no matter what.  The responsibility falls on the shoulders of managementE or the programmer.  Choose the right tool for the job and know how to F use that tool properly.  if you are trying to turn out hex allen screwE with a phillips screwdriver, don't blame either of them when the head  gets all chewed up.    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, 07 Feb 2006 15:54:12 -0500 ( From: Bill Todd <billtodd@metrocast.net>$ Subject: Re: null terminated strings= Message-ID: <GridnR-OUelqlXTeRVn-vg@metrocastcablevision.com>    Roger Ivie wrote: 5 > On 2006-02-07, sol gongola <sol@adldata.com> wrote: M >> Null terminated strings are convenient to pass to a subroutine. It saves a 3 >> parameter and (in 'olden' days) it saved memory.  > H > It only saves memory if strings can be longer than 255 characters. ForH > strings consisting of a count byte followed by the string, you're just+ > trading the count byte for the null byte.   B Well, you also save the code (and in some architectures even more H importantly the register) that handles the count, since the termination E condition is simply a condition-code check for null in the move loop.    - bill   ------------------------------   Date: 7 Feb 2006 16:10:03 -0600 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) $ Subject: Re: null terminated strings3 Message-ID: <JbWerGPC3xh1@eisner.encompasserve.org>   \ In article <43E9029A.8EC832CC@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > O > And the io commands in C such as fread  do provide a maximum length argument.  > F    But not everybody uses fread().  scanf() has no such provision.  IfD    reading formatted data scanf() may be chosen instead by those not    in the know.   F    There are, of course, many choices available in C that are not good    choices.    ------------------------------  * Date: Tue, 7 Feb 2006 22:02:47 -0600 (CST)* From: sms@antinode.org (Steven M. Schweda)C Subject: OT: English grammar and the state of today's education :-) 2 Message-ID: <06020722024730_20331674@antinode.org>  ( From: Paul Sture <paul.sture@bluewin.ch>  ! > It's "graffiti", not "grafiti".   E    Oops.  But, hey.  If the ending's right, who cares about the rest?   9 > http://www.regdeveloper.co.uk/2006/02/06/bitesize_gcse/   C    I can get depressed enough locally.  Take, for example (_please_ F take it far away, too), the Minnesota Academic Standards for science. D The local Department of Education can now check/tick the box next toH "Yes, we have a science standard.", but that's about the best to be said	 about it.     - From: William Webb <william.w.webb@gmail.com>   / > Isn't pedantry illegal in most jurisdictions?   B    Like the Tom Lehrer line about the fellow who majored in animal
 husbandry.  E > And that goes right past about 98 out of 100 people, which verifies  > its veracity.   @    And this is comp.os.vms, so that should be "it's".  (Looser.)  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  # Date: Wed, 08 Feb 2006 02:20:36 GMT   From: John Santos <john@egh.com>/ Subject: Re: PCSI questions and answers---again . Message-ID: <UzcGf.145740$7l4.128823@trnddc05>  / Phillip Helbig---remove CLOTHES to reply wrote: H > I have a session log from a recent patch-installation session which I > > can post here if necessary, but for starters, consider this: >  >  >>$ product install *  >>G >>   1 - DEC AXPVMS VMS732_DCL V6.0          Patch (maintenance update) G >>   2 - DEC AXPVMS VMS732_DISMOU V1.0       Patch (maintenance update) G >>   3 - DEC AXPVMS VMS732_INSTAL V1.0       Patch (maintenance update) G >>   4 - DEC AXPVMS VMS732_LAT V1.0          Patch (maintenance update) G >>   5 - DEC AXPVMS VMS732_PTHREAD V4.0      Patch (maintenance update) G >>   6 - DEC AXPVMS VMS732_TDF V3.0          Patch (maintenance update) G >>   7 - DEC AXPVMS VMS732_XFC V2.0          Patch (maintenance update) " >>   8 - All products listed above
 >>   9 - Exit  >>? >>Choose one or more items from the menu separated by commas: 8  >>, >>The following products have been selected:G >>    DEC AXPVMS VMS732_DCL V6.0             Patch (maintenance update) G >>    DEC AXPVMS VMS732_DISMOU V1.0          Patch (maintenance update) G >>    DEC AXPVMS VMS732_INSTAL V1.0          Patch (maintenance update) G >>    DEC AXPVMS VMS732_LAT V1.0             Patch (maintenance update) G >>    DEC AXPVMS VMS732_PTHREAD V4.0         Patch (maintenance update) G >>    DEC AXPVMS VMS732_TDF V3.0             Patch (maintenance update) G >>    DEC AXPVMS VMS732_XFC V2.0             Patch (maintenance update)  >>  >>Do you want to continue? [YES] >  > ) > I want to install all of these patches.  >  > M >>Information has been saved to allow you to uninstall the following patches:  >>7 >>RECOVERY DATA SET 001 created 10-DEC-2005 14:29:55.48  >  > " > This was installed a while back. >  > R >>   -------------------------------------- --------------------------------------6 >>   PATCH                                  APPLIED TOR >>   -------------------------------------- --------------------------------------A >>   DEC AXPVMS VMS732_ACRTL V2.0           DEC AXPVMS VMS V7.3-2 R >>   -------------------------------------- -------------------------------------- >>P >>* If you continue, recovery data for the patches listed above will be deleted.L >>* The deletion of recovery data does not affect the installation status ofM >>* patches applied to products that are not participating in this operation. J >>* However, continuing with this operation prevents you from uninstallingL >>* these patches at a future time by use of the PRODUCT UNDO PATCH command. >  > J > What does this mean.  The first sentence is clear.  The second and third  > seem to contradict each other. >   H No they don't...  After installing the new patch, you will no longer be C able to back out ACRTL V2.0 (3rd sentence), but ACRTL V2.0 is still  installed (2nd sentence.)      > ! >>Do you want to continue? [NO] y  >  > $ > I want to install all the patches. >  > " >>Configuration phase starting ... >>P >>You will be asked to choose options, if any, for each selected product and forQ >>any products that may be installed to satisfy software dependency requirements.  >>5 >>DEC AXPVMS VMS732_DCL V6.0: OpenVMS V7.3-2 DCL V6.0  >> >># >>        *************************  >> >>                WARNING  >>4 >>You have chosen to install this kit without saving8 >>recovery data.  All recovery data sets will be deleted > J > Where did I choose that?  I answered that I wanted to continue, even if G > it means (and it is still not clear to me if it does mean this) that  J > recovery data for patches which have already been installed are deleted. >  >  See below...    # >>        *************************  >>4 >>In the past, kit installations provided some level: >>of recovery capability by renaming all replaced files to? >>file_name.ext_OLD.  If you wish, you can continue to do this.  >>, >>Do you wish to have replaced files renamed >>to file_name.ext_OLD [NO] ?: >  > H > The next patch will let me save the recovery data, the third one will 2 > give confusing output similar to that above etc. >   A *ALL* (recent, i.e. VMS 7.3-1 or later) patches allow you to save ? recovery data, you just have to ask it correctly.  See below...     I > It certainly looks to me that one can only save the data from the last  I > patch.  OK, this is better than nothing, but it means that there is no  I > real way to install several patches at once and recover.  (Actually, I  E > split the system-disk shadow set, install the patches, and add the  2 > backup member back in when everything looks OK.)   You are clearly confused :-)  G A little history might help.  Originally, there was no scheme of saving  recovery data.  G There was a "REMOVE PRODUCT" facility, but what that did was delete all B the files that had been ADDED by the product installation.  If theD product MODIFIED existing files, I think it was up to the product toD undo the changes to them (maybe by removing commands from DCL tablesB or stuff from the startup database, or whatever...  If you removed= TCPIP, did it delete all the UCX$fooo users from the SYSUAF?)   D Then some patches started saving ".EXE_OLD" files, etc. so you couldF manually remove the patch.  This was all ad hoc.  Eventually it became7 pretty standard that all VMS O/S patches would do this.   G Then PCSI was enhanced to include an "UNDO" facility.  It kept "before" E versions of all the modified files in the "[PCSI$_UNDO*] directories.   H It is important at this point to distinguish a "PRODUCT" from a "PATCH".D PRODUCTs are complete in themselves (although they may depend on theD presence of other products), while PATCHes are changes to an alreadyC installed PRODUCT.  You can UNDO a PATCH installation (roll it back B from the [PCSI$_UNDO...] directories, but you can't UNDO a PRODUCTF install, just remove it.  (This may be an attribute of how the typicalD PRODUCT PCSI kits are created.)  On the other hand, you can't REMOVEC a patch, just the base product (i.e. VMS) that got patched.  (Don't  do this at home :-)   G When PCSI got the UNDO stuff added to it, there were 2 [1] changes: the B UNDO command and the /SAVE_RECOVER_DATA qualifier.  At first, whenE new ECOs (aka PATCHes) were released, they had a bit of magic in them @ that said "if the user didn't say "/SAVE" on the PRODUCT INSTALLE command, ask him anyway if he really wanted to do this.  At about the > same time, they made saving the .EXE_OLD, .OLB_OLD, etc. files= optional, because if you were saving recovery data, there was - really no need to also keep the .*_OLD files.   E After a while, they must have felt that users were now used to /SAVE, D so they dropped the stuff that asked about it from the ECO kits.  IfB you wanted to save recovery data, you had to say so.  Clearly thisB assumption was wrong in at least some cases, but other people wereB happy to see the noise (an extra paragraph or two of output and an2 extra question on every ECO installation) go away.  C They still have the optional saving of .*_OLD files, but now try to D warn you not to save them if you are doing /SAVE, as it is redundant and wastes lots of disk space.  ? Some of the ECOs may still ask about recovery data, or they may B be older ECOs created when they still typically asked about it, orA maybe some of the VMS maintainers use boiler plates for producing C ECOs that ask and others don't.  I always use /SAVE, so I never see D the questions.  The question about saving the redundant .*_OLD files& still occurs, at least with most ECOs.      A So, when you ask "when did I choose that?" (install the patch and C delete all recovery data), you did it when you A) failed to include ? /SAVE_RECOVERY_DATA on the PRODUCT INSTALL command, and B) then B answered "YES" to the "Do you want to continue" question after the warning.  B The reason it deletes all the recovery data if you install a patch@ without /SAVE is the data becomes meaningless or even dangerous.B Each ECO may (and probably does) modify or replace files that wereC modified or replaced by previous ECOs.  To UNDO them properly, they = have to be undone in the precise reverse order that they were E originally installed.  Otherwise, you can end up with inconsistencies B (e.g. an XQP or shadowing ECO that depends on a new feature of theF disk driver, but after installing the disk driver ECO and the XQP ECO,> you then went and uninstalled the disk driver ECO.  Bad news!!    @ Why installing PRODUCTs (not ECOs) deletes all the recovery data& is left as an exercise for the reader.      ? [1] actually, more than 2 changes, but only 2 that are relevant  to this discussion.    --   John Santos  Evans Griffiths & Hart, Inc. 781-861-0670 ext 539   ------------------------------  % Date: Tue, 07 Feb 2006 23:17:49 -0600 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>1 Subject: Re: perl build error (& subscribe error) D Message-ID: <craigberry-C5B8A5.23174907022006@news.isp.giganews.com>  + In article <CAR+F7vzBnPw@vms.mppmu.mpg.de>, 1  huber@NIRWANA-mppmu.mpg.de (Joseph Huber) wrote:   E > In article <dsa4jl$nl6$1$8300dec7@news.demon.co.uk>, Chris Sharman  & > <chris.sharman@sorry.nospam> writes: > > K > > That's a bit chicken and egg, if that's the case - I've never seen any  5 > > other product that couldn't install from scratch. - > Yeah it is, You need Perl to build Perl ...   F You absolutely do not need Perl in order to build Perl.  Nor is there F any likelihood that building Perl will conflict with an existing Perl C installation unless Perl's library search list has been explicitly   modified via logical names.     M > > Can anyone comment on whether the hp supplied binaries probably will, or  # > > probably won't, work on 7.3-1 ?  > ? > I have 5.8.6 from the freeware V7 (I think) working on 7.3-1. ) > Though the PCSI says it's for 7.3-2 up.   E My 5.8.4-based prebuilt kit is also on freeware v7.  It was bulit on  ? OpenVMS Alpha v7.2-1 and should work on that or anything later.   D The issue with multiple dots in a directory name is documented here:  I http://search.cpan.org/dist/perl/README.vms#Unpacking_the_Perl_source_cod  e    ------------------------------  % Date: Tue, 07 Feb 2006 15:37:49 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> ( Subject: Re: Phaser 560 and DCPS problem, Message-ID: <43E90516.F66167D2@teksavvy.com>   rcyoung wrote: > I > How did you get the commands that were sent/rec'd from the sysem to the  > printer? Using the DCPS$TEST?   B Yes. With DCPS$TEST set to 1 and the PRINT/PARA=DIAG=BOTH=FILE (orE whatever I had posted before). Sicne I have a working setup, it would / have given you some idea of what DCPS expected.   G I actually used LAT to connect to my printer. The DECLASER 5100 doesn't F have bi-directional postscript communications with TCPIP so I wouldn't be able to see anything back.   + > CTRL T gives after going telnet <printer>  > 2 > load: 0.60  cmd: telnet 1799 waiting 0.00u 0.00s& > and then exits w/ connection refused  E That is normal. Telnet <printer> goes to port 23 which the printer is  unlikely to monitor.   > telnet <printer>:9100 gives  > 2 > load: 0.52  cmd: telnet 1801 waiting 0.00u 0.00sF > buts does not exit ..no repsone to CRTL-D or anything else, but does > not refuse connection either  H If this is a unidirectional connection, you should still be able to send commands to it.   H If you type "showpage "   (or "showpage<cr>" ), the printer should eject
 a blank page.   # You can test bidirectionality with:    (Hello World\n) print flush<CR>   # This should echo back "Hello World"   C the CTRL-T and CTRL-D were primarily designed for serial interfaces  (which LAT emulates).     E Note that the most recent version of DCPS does support unidirectional E communications with obvously reduced features. (for instance, no page E count in accounting since DCPS wouldn't be able to get the page count  from the printer).   ------------------------------  $ Date: Tue, 7 Feb 2006 12:19:17 -0500) From: "Neil Rieck" <n.rieck@sympatico.ca>  Subject: Re: Power 69 Message-ID: <Uh8Gf.2940$J%6.178276@news20.bellglobal.com>   ; "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message  & news:43E7F219.6694FD0B@teksavvy.com...G > on CNET, it was also revealed that Freescale (formerly Motorola) will G > cooperate on Power to produce Power chips for low power chips down to E > embedded devices.  It is mentioned that the loss of Apple was a big + > marketing blow to the Power architecture.  > B > Had they done so a couple years ago, they might have kept Apple.  K This article states that IBM's Power6 CPU due in 2007 will debut between 4  5 and 5 GHz. (double the speed of their current chips).   R http://www.extremetech.com/article2/0,1558,1920984,00.asp?kc=ETRSS02129TX1K0000532  G This is just more proof that the world isn't going to wait for Itanium.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  # Date: Tue, 07 Feb 2006 23:07:03 GMT " From:   VAXman-  @SendSpamHere.ORG Subject: Re: Power 60 Message-ID: <00A50F99.C319DEE7@SendSpamHere.ORG>  e In article <Uh8Gf.2940$J%6.178276@news20.bellglobal.com>, "Neil Rieck" <n.rieck@sympatico.ca> writes:  >  >  > < >"JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message ' >news:43E7F219.6694FD0B@teksavvy.com... H >> on CNET, it was also revealed that Freescale (formerly Motorola) willH >> cooperate on Power to produce Power chips for low power chips down toF >> embedded devices.  It is mentioned that the loss of Apple was a big, >> marketing blow to the Power architecture. >>C >> Had they done so a couple years ago, they might have kept Apple.  > L >This article states that IBM's Power6 CPU due in 2007 will debut between 4 6 >and 5 GHz. (double the speed of their current chips). > S >http://www.extremetech.com/article2/0,1558,1920984,00.asp?kc=ETRSS02129TX1K0000532  > H >This is just more proof that the world isn't going to wait for Itanium.  4 Maybe it's proof that Jobs should have waited for 6.   --  K VAXman- A Bored Certified VMS Kernel Mode Hacker   VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  $ Date: Tue, 7 Feb 2006 20:37:32 +02007 From: "Guy Peleg" <guy.peleg@remove_this_header@hp.com> * Subject: Re: sneak preview - BACKUP/REPAIR* Message-ID: <43e8e8ef@usenet01.boi.hp.com>  5 "Paul Sture" <paul.sture@bluewin.ch> wrote in message % news:44rqn3F3iavmU1@individual.net...  > Bob Koehler wrote:: > > In article <44p4fnF38orlU1@individual.net>, Paul Sture <paul.sture@bluewin.ch> writes:  > > D > >>Because BACKUP rounds the blocksize up to 10240 when you specify* > >>/blocksize=10000. I've just tested it. > >  > > G > >   Gee, I've never tried random block sizes.  I always have used the : > >   default, or 16K.  Are the rounding rules documented? > >  > F > I think I originally discovered it by investigating the results of a@ > typo, but the help (I can only look as far back as V7.2) says: > 1 >       You can specify a block size between 2048 G >       and 65,535 bytes. BACKUP may adjust this value according to the ) >       constraints of the BACKUP format.  > B > Note that /block_size=32000 gives 32256 so it's not as simple asE > rounding to the next multiple of 1024 for all values of block_size.   F Note that you can't exceed 32256 when writing to disk. This is a limitC enforced by RMS. Different interface ($QIO) is used when writing to * tapes allowing you to go as high as 65535.  H Also note that modern tape drives are optimized for large writes. You'llG get better performance (it will take less time to do BACKUP) when using 
 large blocks.   H One of our future project is to go beyond 65535 (which requires a change6 to SYS$MKDRIVER & the internal format of the saveset).   Guy    ------------------------------  % Date: Tue, 07 Feb 2006 23:27:02 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>* Subject: Re: sneak preview - BACKUP/REPAIR+ Message-ID: <44sl5nF3r5h2U1@individual.net>    briggs@encompasserve.org wrote: X > In article <44rqn3F3iavmU1@individual.net>, Paul Sture <paul.sture@bluewin.ch> writes: > C >>Note that /block_size=32000 gives 32256 so it's not as simple as  E >>rounding to the next multiple of 1024 for all values of block_size.  >  > @ > Yes, it is as simple as rounding to the next multiple of 1024. > ? > As least if you consider rounding to the next multiple of 512 5 > as simple as rounding to the next multiple of 1024.  > G > (If it's more complex than that, my limited testing hasn't discovered  > the complications) >    Many thanks for the correction.    ------------------------------  # Date: Tue, 07 Feb 2006 23:59:50 GMT ( From: Alan Greig <greigaln@netscape.net>* Subject: Re: sneak preview - BACKUP/REPAIR< Message-ID: <WvaGf.94654$mu.71863@fe1.news.blueyonder.co.uk>   Stanley F. Quayle wrote:  * > From: Alan Greig <greigaln@netscape.net> > ( >>Glad to see this feature at long last. >  > H > There's a script floating around that does this as an unsupported DCL > > script.  I modified it to allow wildcards, and posted it at:  D Don't get me wrong. I've known how to do this manually and recall a E FIXREC.C floating around that made a good job of automating the fix.  G Think I recall the DCL as well now you mention it. Certainly shouldn't   be hard to do.  " >   http://www.stanq.com/free.html >  > --Stan Quayle  > Quayle Consulting Inc. >  > ----------: > Stanley F. Quayle, P.E. N8SQ  Toll free: 1-888-I-LUV-VAX5 > 8572 North Spring Ct., Pickerington, OH  43147  USA 2 > stan-at-stanq-dot-com       http://www.stanq.com+ > "OpenVMS, when downtime is not an option"  >    --  
 Alan Greig   ------------------------------  % Date: Tue, 07 Feb 2006 19:51:57 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>* Subject: Re: sneak preview - BACKUP/REPAIR+ Message-ID: <43E94EBD.797945D8@comcast.net>    Dave Froble wrote: >  > David J Dachtera wrote: E > > ...and, of course, we'd like to see that back-ported further than = > > possible (V5.5-2, V6.2[-1H3], V7.2-2, V7.3-2, V8.2[-1?]).  > >  > , > Here's the diagnose part of your backport.  G Of course, I meant back-port the additional cod to the earlier versions E of BACKUP. There's already a DCL proc. on the freeware CD to do this.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------   Date: 07 Feb 2006 20:26:38 GMT/ From: Thierry Dussuet <thierry@dussuet.lugs.ch> N Subject: To give away: HSJ50 with some CI cables, Infoserver 150 (Switzerland)0 Message-ID: <slrndui0ju.hk1.thierry@MARS.Family>   Hello!N If anybody has some use for a double HSJ50 (with cache) and some CI cables I'dI be glad to give them away!  They're just lying around in the garage else. K There's also an Infoserver 150 which seems to have broken software, but the  hardware is alright.    All is near Zurich, Switzerland.   Thierry    ------------------------------  % Date: Tue, 07 Feb 2006 19:45:26 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>) Subject: Re: VAXstation 2000 boot devices + Message-ID: <43E94D35.6944E84B@comcast.net>    Bob Koehler wrote: > ^ > In article <43E7C010.63F8AF2B@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > > J > > OR: once the 2000 is booted as satellite of the 4000 (make sure it hasH > > no local pagefiles), you can use backup/IMAGE to transfer the 4000'sL > > disk onto the 2000's disk and then boot the 2000 outside the cluster and" > > personalise node name etc etc. > C >    sys$manager:cluster_config.com has a procedure for cloning the I >    system disk that you might want to use instead of doing backup/image  >    yourself.  E I looked at the code for that and I'm not sure I'd want to do it that G way. Granted, it is likely both documented and supported. I just didn't G like what I was looking at after I thought about things like the DECnet A databases, UCX service files that are node-specific and the like.   I >    If you simply do backup/image your 2000 will try to boot as the same J >    DECnet, SCS, LAT, and IP addreses the 4000 is using.  Which means youG >    want to disconnect it from the network and fix all that before you  >    reconnect it.  E ...or boot up minimal, reconfigure the nodename, SCSSystemId, DECnet, D UCX, etc., then CAUTIOUSLY boot up (which you'd want to do in either case).   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  & Unofficial OpenVMS Marketing Home Page! http://www.djesys.com/vms/market/   ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/   ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/   ------------------------------  % Date: Tue, 07 Feb 2006 11:51:55 -0700 " From: GreyCloud <mist@cumulus.com> Subject: Re: vaxstation 4000vlc 0 Message-ID: <MLadnWSRqP1ucXXeRVn-hQ@bresnan.com>  / Phillip Helbig---remove CLOTHES to reply wrote: E > In article <7sZFf.16152$wl.1194@text.news.blueyonder.co.uk>, "Colin ? > Butcher" <colin_DOT.butcher_AT@xdelta_DOT.co_DOT.uk> writes:   >  > M >>There's may be a block size limit in the boot ROM code for the maximum size J >>of disc you can boot from. Many of the earlier VAXes had trouble bootingJ >>from discs greater than around 1Gbyte. Data discs should be OK, providedK >>that you're running a more recent version of VMS - there was a size limit & >>change around V5.5-2 / V6.2 I think. >  > E > I believe this was only for the VAXstation 3100, not the VAXstation  > 4000, series.  >   I I've got a 2Gb drive in mine.  And it spins at 10k.  A bit pricey but it  * did speed up things like the help command.   --   Where are we going?   And why am I in this handbasket?   ------------------------------   End of INFO-VAX 2006.077 ************************