1 INFO-VAX	Mon, 25 Nov 2002	Volume 2002 : Issue 652       Contents: Re: Database for VMS3 RE: DELL Itanium Servers - May be we can run OVMS ? 3 RE: DELL Itanium Servers - May be we can run OVMS ?  RE: Get owner info from UAF 8 Re: Gigabit Ethernet DEGPA-TA as second network problems8 Re: Interesting SHOW USERS "feature" under VMS 7.3 Alpha8 Re: Interesting SHOW USERS "feature" under VMS 7.3 Alpha8 Re: Interesting SHOW USERS "feature" under VMS 7.3 Alpha8 Re: Interesting SHOW USERS "feature" under VMS 7.3 Alpha8 Re: Interesting SHOW USERS "feature" under VMS 7.3 Alpha6 Re: Jumper settings for TZ87 in StorageWorks enclosure6 Re: Jumper settings for TZ87 in StorageWorks enclosure6 Re: Jumper settings for TZ87 in StorageWorks enclosure Re: OT: Hamburger Flipping% Re: poor Gigabit Ethernet performance % Re: poor Gigabit Ethernet performance # Re: SMTP non working after upgrade. ' Re: System uptime - The Uptimes Project ' Re: System uptime - The Uptimes Project ' Re: System uptime - The Uptimes Project  Weak $DELPRC and mighty AMDS  F ----------------------------------------------------------------------  # Date: Mon, 25 Nov 2002 18:23:14 GMT ( From: Don Sykes <annonymous@pacbell.net> Subject: Re: Database for VMS + Message-ID: <3DE26ADE.E1040CE1@pacbell.net>   M Borland open sourced its Interbase a few years ago. I ported the last version N (4.0) circa 97, but that was before it was open sourced. Interbase is a big dbJ with a small footprint. It supports all the standard stuff: client/server,! triggers, sql precomps, etc, etc. P As was metioned in the PostgreSQL message, fork was one of the biggest issues. IL had to work around it. Actually, the biggest issue for me was making all the# various QA scripts work as on Unix. O Interesting thing is Interbase, like Oracle, was first written using VMS as the  base platform!N There is a ng (borland.public.interbase.opensource) if anyone wants to take on this for free.P Also, Ann Harrison (an old vms'er) has a website (http://www.ibphoenix.com) with6 all the info on other platforms that have been ported.     Lyndon Bartels wrote:  >  > Hello, > H > I know this has been brought up before, but I didn't follow the thread > at the time. > = > What are the options/opinions of a "free" database for VMS?  > J > I went out and looked as MySQL... But there's isn't a VMS port for it. I- > downloaded it anyway... Maybe I'll port it.  >  > Thanks in advance, >  > Lyndon >  > --I > My opinions are mine and mine alone. They seldom align with those of my  > employer.  > J > The only good thing about putting the cart before the horse is you don't > have > to look at the horse's butt.     --     Have VMS. Will Travel. Wire Paladin (@alphase.com) 
 San Francisco    ------------------------------  % Date: Mon, 25 Nov 2002 10:48:24 -0500 # From: "Dan Allen" <dallen@nist.gov> < Subject: RE: DELL Itanium Servers - May be we can run OVMS ?: Message-ID: <JFEPKAPBPMDFDBOIANGDOEFICEAA.dallen@nist.gov>  E 	Yes, printers and cameras but not CPU's as in the (soon to be) past.    	Dan   > -----Original Message-----9 > From: JF Mezei [mailto:jfmezei.spamnot@vl.videotron.ca] + > Sent: Thursday, November 21, 2002 3:30 PM  > To: Info-VAX@Mvb.Saic.Com > > Subject: Re: DELL Itanium Servers - May be we can run OVMS ? >  >  > Dan Allen wrote:U > >         business.  Since they manufacture HP-UX and VMS but not Itanium they look * > >         like a software company to me. > 3 > Au contraire. HP is primarily a hardware company:  > . > All wintel companies are hardware companies. > P > HP gets substantial proportion of its business with Printers, and Carly is now > gung ho about cameras too. > G > And remember that the "real" HP was almost all hardware, with all the @ > monitoring/scientific equipment as well as the HP calculators. > & > I'd say HP-UX is a small part of HP.   ------------------------------  % Date: Mon, 25 Nov 2002 10:07:13 -0800 $ From: Shane Smith <ssmith@icius.com>< Subject: RE: DELL Itanium Servers - May be we can run OVMS ?0 Message-ID: <01C2946A.81B14D80@sulfer.icius.com>  4 Pity it really /is/ a toad, not an enchanted prince.   Shane    -----Original Message-----B From: VAXman- @SendSpamHere.ORG [mailto:VAXman- @SendSpamHere.ORG]) Sent: Saturday, November 23, 2002 5:50 AM  To: Info-VAX@Mvb.Saic.Com < Subject: Re: DELL Itanium Servers - May be we can run OVMS ?    ; In article <3DDEFDCC.B7E2FA18@fsi.net>, "David J. Dachtera"  <djesys.nospam@fsi.net> writes: 
 >{...snip...} C >Alpha is dead. IPF is the sleeping princess waiting for her Prince G >Charming to come wake her from her death-like sleep before Alpha joins , >VAX in the out-of-manufacture hall of fame.  E If you want a fairy tale analogue, the IPF is more like the ugly toad  awaiting a kiss to become a princess.   --2 VAXman- OpenVMS APE certification number: AAA-0001 VAXman(at)TMESIS(dot)COM             5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Mon, 25 Nov 2002 10:29:29 -0800 $ From: Shane Smith <ssmith@icius.com>$ Subject: RE: Get owner info from UAF0 Message-ID: <01C2946D.9B0C83F0@sulfer.icius.com>  F The password is stored in encrypted form in the SYSUAF at the time theF password is changed. When the user types in a password at login, it isF encrypted and the two encrypted forms are compared. There's no "decode password" facility in VMS.  B The algorithm was broken once that I know of, but I don't think weC should go into that. What legitimate use would you have for reading G someone's password anyway? Whatever needs doing, there's another way to D do it if you have privs. If you don't have privs, it's pretty likely6 you're not supposed to be doing it in the first place.   Shane    -----Original Message-----2 From: Fred Jiang [mailto:r54123@email.sps.mot.com]' Sent: Sunday, November 24, 2002 6:18 PM  To: Info-VAX@Mvb.Saic.Com $ Subject: Re: Get owner info from UAF     Hello,2 I can I get the password of users from sysuaf.dat?2 Anybody know the record format in fiel sysuaf.dat? Thanks!   + "David J. Dachtera" <djesys.nospam@fsi.net> # ??????:3DDFEBEB.F6FD463D@fsi.net...  > Michael Unger wrote: > > 1 > > John Briggs <briggs@encompasserve.org> wrote:  > > B > > > In article <819f1cc4.0211210955.c6a6de3@posting.google.com>,( > > daveparboo@hotmail.com (DXP) writes:; > > > > $ owner = f$edit(f$extract(85, 31, record), "trim") 	 > > > ... 9 > > > > Well, if p1 .eqs. plebby_user then no problem.... K > > > > However, if p1 .eqs. super_user_with_loads_of_privs_and_identifiers I > > > > then I get the message, "%DCL-W-BUFOVF, command buffer overflow - + > > > > shorten expression or command line"  > > > > K > > > > Now, I am aware of the 1024k symbol buffer size limit, but how do I 2 > > > > get the info from this record that I need. > > > B > > > If I remember correctly, lexical functions such as f$extractC > > > can only deal with arguments that are 256 characters long (or C > > > some such value -- the exact limits for various limits change @ > > > from release to release.  And your SYSUAF record is longer > > > than the limit.  > > > ; > > > The only ideas I can come up with are pretty baroque:  > > > < > > > Data reduce SYSUAF using SORT with a /SPECICATION file > > > D > > > Use WRITE /SYMBOL to put your selected record back into a diskB > > > file and then CONVERT /TRUNCATE that to get it down to size. > > > ( > > > Write a program.  (Oh, the shame!) > > >  > > > John Briggs  > > H > > Just a few lines of DCL code I extracted from a posting to this news9 > > group (don't remember when or who was the sender) ...  > >  > > $ OPEN /READ uaf sysuaf.dat ( > > $ READ /END=no_more_records uaf line > > $!7 > > $ username = F$EDIT(F$EXTRACT(4, 32, line), "TRIM") 8 > > $ account  = F$EDIT(F$EXTRACT(52, 32, line), "TRIM")J > > $ owner    = F$EXTRACT(85, F$CVUI(0, 8, F$EXTRACT(84, 1, line)), line)H > > $ member   = F$FAO("!OW", F$CVUI(0, 16, F$EXTRACT(36, 2, line))) / 1H > > $ group    = F$FAO("!OW", F$CVUI(0, 16, F$EXTRACT(38, 2, line))) / 1 > E > UIC is a longword integer. You can also do the conversion this way:  > 1 > $ uic_l = F$CVUI(0, 32, F$EXTRACT(36, 4, line)) B > $ uic_s = F$FAO( "!%U", uic_l ) ! String representation, "[g,u]"( > $ uic_g = uic_l / 65536 ! Group number3 > $ uic_m = uic_l - (uic_g * 65536) ! Member number  >  > -- > David J. Dachtera  > dba DJE Systems  > http://www.djesys.com/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/    ------------------------------  % Date: Tue, 26 Nov 2002 05:23:46 +1100 B From: "Antony Wardle" <antony.wardle@noooo_spammm_optusnet.com.au>A Subject: Re: Gigabit Ethernet DEGPA-TA as second network problems < Message-ID: <3de26abb$0$12761$afc38c87@news.optusnet.com.au>   does the gigabit card step down 	 to 100MB?    I can't remember what mine are set to, but they do connect  to a gigabit switch.   kiwi    5 "Nic Clews" <sendspamhere@127.0.0.1> wrote in message # news:3DE2455A.6A6A1CB5@127.0.0.1...  > David M Smith wrote: > > J > > On Mon, 25 Nov 2002 12:32:00 +0000, Nic Clews <sendspamhere@127.0.0.1> wrote: > I > >           *  Set the new node's SYSGEN LAN_FLAGS parameter to a value ? > >              of 32 to disable autonegotiation on the DEGPA.  > > < > > Have you set the value in LAN_FLAGS in SYSGEN to disable autonegotiation? > J > (To maintain the trail for thread watchers, even though we speak daily!) > F > This worked in that it corrected what I hoped to see at the console: > 6 > %EWA0, Autonegotiation disabled per SYSGEN parameter > LAN_FLAGS  > %EIA0, FastFD mode set by 	 > console ) > %EIA0, Full Duplex 100BaseTX connection 
 > selected; > %EWA0, Link state change - link up: 100 mbit, full duplex  > J > However the IP address on the gigabit card still refuses to respond. :-( > 8 > $ TCPIP SHOW INTER/FULL (extract and addresses hidden) >  > ...  > Interface: WE0F >    IP_Addr: n.n.n.n      NETWRK: 255.255.254.0     BRDCST: n.n.n.255G >                        Ethernet_Addr: AA-00-hh-hh-hh-hh    MTU:  1500 & >      Flags: UP BRDCST RUN MCAST SMPX7 >                                   RECEIVE        SEND 7 >    Packets                             11           1 7 >      Errors                             0           0 + >    Collisions:                          0  >  > $  >  > Still baffled. >  > --A > Regards, Nic Clews a.k.a. Mr. CP Charges, CSC Computer Sciences  > nclews at csc dot com    ------------------------------    Date: 25 Nov 2002 08:28:23 -0800, From: colive@technologEase.com (Chris Olive)A Subject: Re: Interesting SHOW USERS "feature" under VMS 7.3 Alpha ; Message-ID: <b10654c6.0211250828.a98cf5@posting.google.com>   ` "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message news:<3DDC4E41.1E50DB9E@fsi.net>... > Patrick Jankowiak wrote: > > * > > and who's hogging the machine.. hehe.. > >  > > VAXVMS wrote:  > > >  > > > Look who's mentioned :^).  > > >   > > > $ HELP SHOW USERS Examples > > > 
 > > > SHOW > > > 
 > > >   USERS  > > >  > > >     Examples > > >  > > >          1.$ SHOW USERS E > > >                  OpenVMS User Processes at 12-MAY-2001 10:37 AM I > > >                Total number of users = 4,  number of processes = 14  > > > G > > >             Username     Node     Interactive  Subprocess   Batch 1 > > >             S_SKONETSKI BBBBBB            1 ; > > >             WISNIEWSKI  XXXXXX            4         2 ; > > >             HIBBITS     AAAAAA            1         4 1 > > >             VAXMAN      AAAAAA            2  > I > I can picture him in his computer den - surrounded by monitors, perhaps G > a VT or two, maybe a bunch o' DECterm sessions where he TELNETted in,  > ...   E Nope.  The VAXman's VMS den is much bigger than that.  I've seen it.  D I doubt HP has an official demo room with as much equipment in it... 8-)    Chris  -----  Chris Olive  chris at technologEase dot com   ------------------------------  + Date: Mon, 25 Nov 2002 17:46:18 +0100 (MET) 9 From: Phillip Helbig <HELBPHI@sysdev.deutsche-boerse.com> A Subject: Re: Interesting SHOW USERS "feature" under VMS 7.3 Alpha ; Message-ID: <01KPAKNGL0HIA24IEW@sysdev.deutsche-boerse.com>   K > > I can picture him in his computer den - surrounded by monitors, perhaps I > > a VT or two, maybe a bunch o' DECterm sessions where he TELNETted in,  > > ...  > G > Nope.  The VAXman's VMS den is much bigger than that.  I've seen it.  F > I doubt HP has an official demo room with as much equipment in it... > 8-)   E http://www.tmesis.com/pics/vaxman_hard-at-work.jpg is an interesting  E shot (no, that's NOT me, although there is a certain similarity when  7 seen from the back (I've also been told I could win an  C Andy-Goldstein-lookalike contest).  He used to have some "VAXcave"  F pictures there, but not anymore.  Hopefully he's updating the archive  with some new pictures.    ------------------------------  % Date: Mon, 25 Nov 2002 08:59:51 -0800 % From: Dean Woodward <deanw@rdrop.com> A Subject: Re: Interesting SHOW USERS "feature" under VMS 7.3 Alpha ( Message-ID: <3DE25707.2050901@rdrop.com>   Phillip Helbig wrote:  > 4 > http://www.tmesis.com/pics/vaxman_hard-at-work.jpg   File Not Found.     A > He used to have some "VAXcave" pictures there, but not anymore.    http://www.tmesis.com/VAXcave/   ------------------------------    Date: 25 Nov 2002 10:58:10 -0600+ From: young_r@encompasserve.org (Rob Young) A Subject: Re: Interesting SHOW USERS "feature" under VMS 7.3 Alpha 3 Message-ID: <FK095tmEB9dq@eisner.encompasserve.org>   U In article <00A17806.BF6A962A@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes: R > In article <3DE25707.2050901@rdrop.com>, Dean Woodward <deanw@rdrop.com> writes: >>Phillip Helbig wrote:  >>> 6 >>> http://www.tmesis.com/pics/vaxman_hard-at-work.jpg >> >>File Not Found.  > 8 > Try: http://www.tmesis.com/pix/vaxman_hard-at-work.jpg >  >    	Ouch!!!  ' 	Budweiser?!?!!!  Is that a joke?   ;-)    			Rob   ------------------------------  # Date: Mon, 25 Nov 2002 18:37:40 GMT " From:   VAXman-  @SendSpamHere.ORGA Subject: Re: Interesting SHOW USERS "feature" under VMS 7.3 Alpha 0 Message-ID: <00A17810.4BB9511D@SendSpamHere.ORG>  a In article <FK095tmEB9dq@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes: V >In article <00A17806.BF6A962A@SendSpamHere.ORG>,   VAXman-  @SendSpamHere.ORG writes:S >> In article <3DE25707.2050901@rdrop.com>, Dean Woodward <deanw@rdrop.com> writes:  >>>Phillip Helbig wrote: >>>>  7 >>>> http://www.tmesis.com/pics/vaxman_hard-at-work.jpg  >>>  >>>File Not Found. >>  9 >> Try: http://www.tmesis.com/pix/vaxman_hard-at-work.jpg  >>   >>   > 	 >	Ouch!!!  > ( >	Budweiser?!?!!!  Is that a joke?   ;-)    I It would typically be a Yuengling's Black and Tan there.  I'm pretty sure I that my wife took that pic after we had a weekend party and I was trying  J to clear out the swill in the fridge.  If it were up to me, and if I couldH get the keg under the bench, there'd be a Guinness draught spigot where  you see that can. ;) --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------    Date: 25 Nov 2002 07:40:17 -0800, From: mcbill20@hotmail.com (Bill McLaughlin)? Subject: Re: Jumper settings for TZ87 in StorageWorks enclosure = Message-ID: <e9cbc4f2.0211250740.769a3a75@posting.google.com>   F Thanks for the info. However, I don't see anything here related to theC TZ87. The closest thing I found was the info for jumper settings on F the back of a non-Storageworks 10/20 DLT drive. The number of switches< I see on mine is different from the number of jumpers in the: documentation. Also, I don't see any mention of any of theD Storageworks drives on these pages. Doing a search in the search box? for TZ87 also doesn't produce any results. DOes anyone have any  documentation for this drive?    Thanks.  Bill McLaughlin    "Main, Kerry" <Kerry.Main@hp.com> wrote in message news:<BE56C50EA024184DAF48F0B9A47F5CF402660B87@kaoexc01.americas.cpqcorp.net>...  > Bill,  > A > >>> Can anyone point me to any documentation for this drive?<<<  >  > This might be of assistance:J > ftp://ftp.compaq.com/pub/supportinformation/techpubs/qrg/app b scsi tape >  drive config charts.pdf > 9 > Other product specific tech doc's for future reference: 1 > http://h18000.www1.hp.com/support/Techpubs/qrg/  >  > 	 > Regards  >  > Kerry Main > Senior Consultant  > Hewlett-Packard (Canada) Co.# > Consulting & Integration Services  > Voice: 613-592-4660  > Fax   : 613-591-4477 > Email: kerryDOTmain@hpDOTcom/ >     (remove the DOT's and replace with "."'s)  >  >  >  > -----Original Message-----6 > From: Bill McLaughlin [mailto:mcbill20@hotmail.com] ! > Sent: November 23, 2002 7:52 PM  > To: Info-VAX@Mvb.Saic.Com = > Subject: Jumper settings for TZ87 in StorageWorks enclosure  >  > H > Hello all. I just bought a TZ87 DLT drive in a StorageWorks enclosure.I > Unfortunately, it didn't come with any documentation and the HP website % > doesn't seem to contain any either.  > D > It seems to work fine-- the only thing is that it ignores the SCSIE > address set by jumpers on the back of my StorageWorks enclosure and C > always comes up as SCSI ID #4, no matter which slot it is put in.  > G > There is a tiny 6 position DIP switch on the ribbon cable in the back 6 > but there is no indication of what the settings are. > : > Can anyone point me to any documentation for this drive? > 	 > Thanks.  > Bill McLaughlin    ------------------------------  + Date: Mon, 25 Nov 2002 09:40:50 -0700 (MST) " From: John Nebel <nebel@csdco.com>? Subject: Re: Jumper settings for TZ87 in StorageWorks enclosure G Message-ID: <Pine.OSF.4.21.0211250937560.29083-100000@athena.csdco.com>   ) If it's a tabletop drive, the manual sez:    on  off  4 SCSI ID LSB (top switch)	 3 SCSI ID 
 2 SCSI ID MSB  1 Disable parity remote panel   JN  & On 25 Nov 2002, Bill McLaughlin wrote:  H > Thanks for the info. However, I don't see anything here related to theE > TZ87. The closest thing I found was the info for jumper settings on H > the back of a non-Storageworks 10/20 DLT drive. The number of switches> > I see on mine is different from the number of jumpers in the< > documentation. Also, I don't see any mention of any of theF > Storageworks drives on these pages. Doing a search in the search boxA > for TZ87 also doesn't produce any results. DOes anyone have any  > documentation for this drive?  > 	 > Thanks.  > Bill McLaughlin  >  > "Main, Kerry" <Kerry.Main@hp.com> wrote in message news:<BE56C50EA024184DAF48F0B9A47F5CF402660B87@kaoexc01.americas.cpqcorp.net>... 	 > > Bill,  > > C > > >>> Can anyone point me to any documentation for this drive?<<<  > >   > > This might be of assistance:L > > ftp://ftp.compaq.com/pub/supportinformation/techpubs/qrg/app b scsi tape > >  drive config charts.pdf > > ; > > Other product specific tech doc's for future reference: 3 > > http://h18000.www1.hp.com/support/Techpubs/qrg/  > >  > >  > > Regards  > >  > > Kerry Main > > Senior Consultant   > > Hewlett-Packard (Canada) Co.% > > Consulting & Integration Services  > > Voice: 613-592-4660  > > Fax   : 613-591-4477  > > Email: kerryDOTmain@hpDOTcom1 > >     (remove the DOT's and replace with "."'s)  > >  > >  > >  > > -----Original Message-----8 > > From: Bill McLaughlin [mailto:mcbill20@hotmail.com] # > > Sent: November 23, 2002 7:52 PM  > > To: Info-VAX@Mvb.Saic.Com ? > > Subject: Jumper settings for TZ87 in StorageWorks enclosure  > >  > > J > > Hello all. I just bought a TZ87 DLT drive in a StorageWorks enclosure.K > > Unfortunately, it didn't come with any documentation and the HP website ' > > doesn't seem to contain any either.  > > F > > It seems to work fine-- the only thing is that it ignores the SCSIG > > address set by jumpers on the back of my StorageWorks enclosure and E > > always comes up as SCSI ID #4, no matter which slot it is put in.  > > I > > There is a tiny 6 position DIP switch on the ribbon cable in the back 8 > > but there is no indication of what the settings are. > > < > > Can anyone point me to any documentation for this drive? > >  > > Thanks.  > > Bill McLaughlin  >    ------------------------------  + Date: Mon, 25 Nov 2002 10:04:00 -0700 (MST) " From: John Nebel <nebel@csdco.com>? Subject: Re: Jumper settings for TZ87 in StorageWorks enclosure G Message-ID: <Pine.OSF.4.21.0211250943170.29083-100000@athena.csdco.com>   $ . and the TZ87 Subsystem Manual sez:   (these are jumpers)   
 left to right   ? remote ID present - disable parity - SCSI MSB - SCSI - SCSI LSB   H "A jumper must always be placed on th Remote ID present position for the6 host to recognize any ID selection on this connector.:  F .. another manual, "Storageworks Solutions Shelf and SSB Users Guide":  F gives a switch pack, 1-8 with switches 1-3 for the SCSI address, 1 LSBF 3, MSB.  This would be for the TZ87 clamshell-enclosed, shelf variant.8 The manual refers to "tapes", not the TZ87 specifically.  ' Ex: address 4 - sw 1 and 2 off, sw 3 on   J Additionally 4, 5, and 6 ON indicate automatic (shelf) address assignment.   JN  & On 25 Nov 2002, Bill McLaughlin wrote:  H > Thanks for the info. However, I don't see anything here related to theE > TZ87. The closest thing I found was the info for jumper settings on H > the back of a non-Storageworks 10/20 DLT drive. The number of switches> > I see on mine is different from the number of jumpers in the< > documentation. Also, I don't see any mention of any of theF > Storageworks drives on these pages. Doing a search in the search boxA > for TZ87 also doesn't produce any results. DOes anyone have any  > documentation for this drive?  > 	 > Thanks.  > Bill McLaughlin  >  > "Main, Kerry" <Kerry.Main@hp.com> wrote in message news:<BE56C50EA024184DAF48F0B9A47F5CF402660B87@kaoexc01.americas.cpqcorp.net>... 	 > > Bill,  > > C > > >>> Can anyone point me to any documentation for this drive?<<<  > >   > > This might be of assistance:L > > ftp://ftp.compaq.com/pub/supportinformation/techpubs/qrg/app b scsi tape > >  drive config charts.pdf > > ; > > Other product specific tech doc's for future reference: 3 > > http://h18000.www1.hp.com/support/Techpubs/qrg/  > >  > >  > > Regards  > >  > > Kerry Main > > Senior Consultant   > > Hewlett-Packard (Canada) Co.% > > Consulting & Integration Services  > > Voice: 613-592-4660  > > Fax   : 613-591-4477  > > Email: kerryDOTmain@hpDOTcom1 > >     (remove the DOT's and replace with "."'s)  > >  > >  > >  > > -----Original Message-----8 > > From: Bill McLaughlin [mailto:mcbill20@hotmail.com] # > > Sent: November 23, 2002 7:52 PM  > > To: Info-VAX@Mvb.Saic.Com ? > > Subject: Jumper settings for TZ87 in StorageWorks enclosure  > >  > > J > > Hello all. I just bought a TZ87 DLT drive in a StorageWorks enclosure.K > > Unfortunately, it didn't come with any documentation and the HP website ' > > doesn't seem to contain any either.  > > F > > It seems to work fine-- the only thing is that it ignores the SCSIG > > address set by jumpers on the back of my StorageWorks enclosure and E > > always comes up as SCSI ID #4, no matter which slot it is put in.  > > I > > There is a tiny 6 position DIP switch on the ribbon cable in the back 8 > > but there is no indication of what the settings are. > > < > > Can anyone point me to any documentation for this drive? > >  > > Thanks.  > > Bill McLaughlin  >    ------------------------------  # Date: Mon, 25 Nov 2002 18:20:28 GMT " From:   VAXman-  @SendSpamHere.ORG# Subject: Re: OT: Hamburger Flipping 0 Message-ID: <00A1780D.E4B102D6@SendSpamHere.ORG>  c In article <3DE22992.7A447547@mindspring.com>, Atlant Schmidt <atlantnospam@mindspring.com> writes: " >VAXman-, @SendSpamHere.ORG wrote: > = >> but the kids will be with me and their NJ public schooling : >> educated minds are not ready for that much stimulation. > . >I'm always amused at the Right Wing hypocricy5 >that says that they can slip in gratuitous political 3 >slams whenever they wish, but woe unto any lefties 0 >who bring up politics in a technical newsgroup. >  >But nice try, VAXMAN. >  >Atlant   H Perhaps if you lived in the US and not fantasy land, you'd see that the G educational system is in a state of disarray.  How "slamming" this poor C excuse of an educational system is "Right Wing hypocricy" fails me.   H This morning on the local talk radio there was discussion of the NJ/GEPAI (Grage Eight Proficiency Assessment) tests.  Only about 3/4 of the eighth ) graders could identify the Pacific Ocean.    I When I went to school, I had Algebra in the 7th grade.  By the end of the I year I was solving systems of linear equations (I remember because during J the summer recess my Uncle -- a math professor at Lehigh U. -- showed me aI few nifty ways to easily and quickly solve systems via determinants and a I short-cut to cofactor said determinants).  At a "back to school night", I F spoke with my daughter's 9th grade Algebra teacher (sitting in becauseI the 10th grade Geometry teacher had something more important to do) about G what is covered in the following year's Algebra-II class.  When I asked G about solving systems of linear eq's, she chuckled and said that they'd K be lucky to get kids to solve a single linear eq.  However, on the brighter . side, they do get an hour of gym *everyday*.    H This is sad.  It's my opinion that with a nation and an economy that is J becoming more and more dependent on high-technology, ignoring and neglect-I ing prerequisites such as mathematics is injuring the nation and economy.   J If you want to close this down as "Right Wing hipocracy"/rhetoric/politics  or what have you, then so be it. --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  + Date: Mon, 25 Nov 2002 08:32:50 +0100 (MET) & From: Rudolf Wingert <win@fom.fgan.de>. Subject: Re: poor Gigabit Ethernet performance6 Message-ID: <200211250732.IAA25422@sinet1.fom.fgan.de>   Hello,  G now I have tested the network performance with OpenVMS COPY (128MB file F via network to the NL: device) and TTCP. With both tests I did get theI same result: 9.6MB/s. I did the same test with the fast Ethernet adapter. E The result (9.6MB/s and 7.5MB/s) is near the one of Gigabit Ethernet. J I know that the first generation of Gigabit Ethernet (that one we do have)H is not the state of the art. But that poor performance should be not the
 normal think.    TIA and regards Rudolf Wingert   ------------------------------  + Date: Mon, 25 Nov 2002 08:39:00 +0100 (MET) & From: Rudolf Wingert <win@fom.fgan.de>. Subject: Re: poor Gigabit Ethernet performance6 Message-ID: <200211250739.IAA25426@sinet1.fom.fgan.de>   Hello,  < is there any netperf for OpenVMS. I think it a good idea theD interplatform performance to test. If netperf runs on all platforms,B I can test the interface performance and the driver implemantation% of TCP/IP on the different platforms.    TIA and regards Rudolf Wingert   ------------------------------  % Date: Mon, 25 Nov 2002 12:44:41 -0500 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>, Subject: Re: SMTP non working after upgrade./ Message-ID: <3DE26184.F69E8ADD@vl.videotron.ca>   $ rifepe@langran.iem.csic.espam wrote:I > The problem happen with all the arriving message, the system is able to O > deliber the message (it arrive to the user mailbox) but the user is no notify O > of the arriving message but if he enter in the mail utility the mail is there P > as a new mail, But the process in the queue keep in the process state, but notQ > using using any recourse, seems to be waiting for some call to return and block  > the queue.  M "But the process is in the queue"... which queue are you talking about ? What 2 commands do you enter to obtain that information ?   The way VMSmail works:  L MAIL$SEND ADD_ADDRESS does a basic verification (and established DECNET link if adressee is remote)  K then, when you call MAIL$SEND_MESSAGE, it actually delivers the contents to L each of those adresses it called ADD_ADDRESS for, and after each adressee, a% success or failure routine is called.   K For a recipient that is on the same node and the SMTP server, it would mean L that it would get stuck inside of MAIL$SEND_MESSAGE. I believe the broadcast9 to terminal is done before the success routine is called.   Z So MAIL$SEND_MESSAGE might be waiting for some resource or confirmation before proceeding.  
 Questions:  L if you try to deliver to "pastry::chef"@pastry.chocolate.com" does it behave= the same was as if you tried to : chef@pastry.chocolate.com ?   K (i.e. if VMS mail is done via DECNET, does it behave the same as if it were  done direct on same node) ?   L Also, when the user logs on, or starts MAIL, is he given an updated count ofI messages ? If not, it might indicate a problem prior to MAIL$SEND_MESSAGE C updating VMSMAIL_PROFILE.DATA. Have you tried ANA/RMS of the file ?    ------------------------------  # Date: Mon, 25 Nov 2002 17:53:17 GMT 2 From: "Stephen Eickhoff" <operagost@bogus.address>0 Subject: Re: System uptime - The Uptimes ProjectB Message-ID: <hstE9.181$Ic4.20@tornadotest1.news.pas.earthlink.net>  F "Brian Tillman" <tillman_brian@notnoone.notnohow.com> wrote in message news:3dde6ad6@news.si.com...J > >Since there was no stats for OpenVMS, I decided to write a client in my( > >spare time, and register a few hosts. > L > Perhaps a programmer who knows how to call LIB$SUB_TIMES from C can modify( > this to work on both Alphas and VAXes.  L It works okay here, after I changed the unsigned 64 bit integers to unsigned 32 bit.    ------------------------------  % Date: Mon, 25 Nov 2002 13:42:22 -0500 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>0 Subject: Re: System uptime - The Uptimes Project/ Message-ID: <3DE26F06.8D17AE0D@vl.videotron.ca>    Stephen Eickhoff wrote:  > Or a VAXBar....   
 $ show system K BAR/VMS V1.0  on node VAXBAR  28-JUN-1997 18:11:08.82  Uptime 2190 17:43:42 M   Pid    Process Name    State  Pri      I/O       CPU       Page flts  Pages M 00001010 REFRIGERATOR    LEF      4     1212   0 00:10:12.23      4125    150 M 00000800 LIGHTS          COM      6     9121   0 00:34:23.11      1231    343 M 00000412 BLENDER         HIB      4     3412   0 00:23:49.32      1341    111 M 00000169 SINK            LEF      3      211   0 00:01:12.66       231    222  $ logout4   BARTENDER    logged out at 28-JUN-1997 18:11:23.75    L But the varbar's system uptime hasn't been updated since 1997 :-) ;-) :-) By/ then, it was showing 6 months' worth of uptime.   M (Personally, I think that the refrigirator should be in HIB state, the lights  in LEF, and blender in COM).   ------------------------------  # Date: Mon, 25 Nov 2002 18:49:07 GMT " From:   VAXman-  @SendSpamHere.ORG0 Subject: Re: System uptime - The Uptimes Project0 Message-ID: <00A17811.E581D483@SendSpamHere.ORG>  b In article <3DE26F06.8D17AE0D@vl.videotron.ca>, JF Mezei <jfmezei.spamnot@vl.videotron.ca> writes: >Stephen Eickhoff wrote: >> Or a VAXBar.... >  >$ show systemL >BAR/VMS V1.0  on node VAXBAR  28-JUN-1997 18:11:08.82  Uptime 2190 17:43:42N >  Pid    Process Name    State  Pri      I/O       CPU       Page flts  PagesN >00001010 REFRIGERATOR    LEF      4     1212   0 00:10:12.23      4125    150N >00000800 LIGHTS          COM      6     9121   0 00:34:23.11      1231    343N >00000412 BLENDER         HIB      4     3412   0 00:23:49.32      1341    111N >00000169 SINK            LEF      3      211   0 00:01:12.66       231    222	 >$ logout 5 >  BARTENDER    logged out at 28-JUN-1997 18:11:23.75  >  > M >But the varbar's system uptime hasn't been updated since 1997 :-) ;-) :-) By 0 >then, it was showing 6 months' worth of uptime. > N >(Personally, I think that the refrigirator should be in HIB state, the lights >in LEF, and blender in COM).   F If it were in my house, there be much more I/O on the REFRIGERATOR. ;)   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  % Date: Mon, 25 Nov 2002 12:32:32 +0400 4 From: Valentin Likoum <valentin.likoum@ncc.volga.ru>% Subject: Weak $DELPRC and mighty AMDS 4 Message-ID: <8615555153.20021125123232@ncc.volga.ru>  
 Hello all,  H   Last week I encountered strange situation when looping process can notE be stopped with STOP/ID ($DELPRC) but I managed to kill it with AMDS.EI No problem with the process - there was a bug which was not found but wassD fixed :) (I hope). I admit AMDS is a mighty beast and I like it. ButD nessesity to start X terminal and AMDS is a real PITA when I need to: kill the culprit fast. So could it be usefull to bind this: functionality to STOP/ID? Something like STOP/ID/MIGHTY or% STOP/ID/TRY_IT_BEFORE_BIG_RED_BUTTON?eF   And while we are on the topic, another close but unrelated question:F bulletproof X25-related processes. They can't be stopped by any means.C $EXIT, $FORCEX, $DELPRC, all force the processes to loop somethere.oE AMDS is out of luck too. Processes are in COM state, so many articlesaD found in the support' database dedicated to misc. wait states didn'tF help me. I tried to low them priority to 0 and let them run, but thoseB beasts raise priotity themselves to 16 and hog the CPU! The solelyA solution I found is to put them in suspend mode and let them restd= untill reboot. So the question is: Is there any hummer around-C (unsupported obviously) more powerfull than AMDS and less powerfull C then the reset button? And are there another usefull articles abouteC undeletable processes not in MWAIT or RWAST state but in COM state?s   Thank you.   -- s
 Best regards,t#  Valentin                           (  valentin.likoum at ncc dot volga dot ru   ------------------------------   End of INFO-VAX 2002.652 ************************