1 INFO-VAX	Fri, 04 May 2001	Volume 2001 : Issue 249       Contents:* ABS - backup service from NT to VMS device. Re: ABS - backup service from NT to VMS device+ Re: Anybody want a VaxStation 3100-M48 SPX? ! Re: Compaq (Workstations to NASA) = Conference: CETS-2001 - Content Advisory Teams Phase I report A Re: Conference: CETS-2001 - Content Advisory Teams Phase I report A Re: Conference: CETS-2001 - Content Advisory Teams Phase I report A Re: Conference: CETS-2001 - Content Advisory Teams Phase I report A Re: Conference: CETS-2001 - Content Advisory Teams Phase I report  crash vax 3100 Re: crash vax 3100 Re: crash vax 3100 Re: DCL "library"  Re: DFU tool Vs. DFO Re: ghostscript gs7_00' HTML browser for character VT terminals + Re: HTML browser for character VT terminals + Re: HTML browser for character VT terminals + Re: HTML browser for character VT terminals ( Re: invalid media_format yamaha CRW6416S Re: IP over Fibre Channel...> Joint customer letter from Compaq OpenVMS and Digital Networks LDAP on OpenVMS  Re: LDAP on OpenVMS 0 LIB$CONVERT_DATE_STRING and !Z2 = LIB$_UNRFORCOD$ Re: moving 6.2 from Pelican to 433AU Re: mozilla .81  MP sync high CPU usage> Re: Multiple languages and Gnome/GTK+/KDE, was: Re: Open Motif> Re: Multiple languages and Gnome/GTK+/KDE, was: Re: Open Motif Re: Open Motif! Re: OpenVMS Freeware V5.0 On-line  Printing Problems in Pathworks quotings Re: RADIUS for OpenVMS ?	 Re: SAMBA 	 RE: SAMBA  SNADTF LINKABORT SNADTF LINKABORT8 Re: Spam, eggs, bacon, spam, spam ... attn: Hoff Hoffman
 Re: TIN 1.4.4 % Re: VMS Loyalist dies from starvation ) [DCPS] Duplex Problem with HP Laserjet 5M - Re: [DCPS] Duplex Problem with HP Laserjet 5M 5 Re: [OT] RE: 80% is Good Enough for M$. Now it's 100% 5 Re: [OT] RE: 80% is Good Enough for M$. Now it's 100% 5 Re: [OT] RE: 80% is Good Enough for M$. Now it's 100% 5 Re: [OT] RE: 80% is Good Enough for M$. Now it's 100% 5 Re: [OT] RE: 80% is Good Enough for M$. Now it's 100% 5 Re: [OT] RE: 80% is Good Enough for M$. Now it's 100% 5 Re: [OT] RE: 80% is Good Enough for M$. Now it's 100%   F ----------------------------------------------------------------------  $ Date: Fri, 4 May 2001 14:59:10 +0100' From: "Robert Gray" <rob@robgray.co.uk> 3 Subject: ABS - backup service from NT to VMS device + Message-ID: <mAyI6.441$Wp1.9026@NewsReader>   6 Has anyone managed to get this Compaq product to work?4 No-one at Compaq UK seems to know anything about it.  E It is supposed to be able to backup and restore an NT system over the 2 network, directly to an Alpha OpenVMS tape device.E It was sold to us (together with the VMS and NT machines) by a Compaq 5 reseller 3 YEARS ago, and have yet to get it to work. L 3 Versions, 10 days on-site, and a 1500 upgrade license later, we are STILL- without a method to backup a small NT server. H It has actually now past the initial 3 year period that it was bought toJ provide a solution for. We are torn between just buying another tape driveG and set of tapes (approx 4k for DLT solution), or being pig-headed and ; getting the reseller to make it work just out of principal.   H So, has anyone had any experience of this product, or were you all smart& enough to avoid it in the first place?  I Failing that, is there a contact at Compaq for us or the reseller to talk  to?    Thanks   Rob Gray rob@robgray.co.uk    ------------------------------  % Date: Fri, 04 May 2001 17:55:24 +0200 + From: Jimmi Aakjaer <aakjaer@post7.tele.dk> 7 Subject: Re: ABS - backup service from NT to VMS device 8 Message-ID: <dpj5ft4s9rnojut4pk65lc6104q05he06h@4ax.com>  D On Fri, 4 May 2001 14:59:10 +0100, "Robert Gray" <rob@robgray.co.uk> wrote:  7 >Has anyone managed to get this Compaq product to work? 5 >No-one at Compaq UK seems to know anything about it.  > F >It is supposed to be able to backup and restore an NT system over the3 >network, directly to an Alpha OpenVMS tape device. F >It was sold to us (together with the VMS and NT machines) by a Compaq6 >reseller 3 YEARS ago, and have yet to get it to work.M >3 Versions, 10 days on-site, and a 1500 upgrade license later, we are STILL . >without a method to backup a small NT server.I >It has actually now past the initial 3 year period that it was bought to K >provide a solution for. We are torn between just buying another tape drive H >and set of tapes (approx 4k for DLT solution), or being pig-headed and< >getting the reseller to make it work just out of principal. > I >So, has anyone had any experience of this product, or were you all smart ' >enough to avoid it in the first place?  > J >Failing that, is there a contact at Compaq for us or the reseller to talk >to? >  >Thanks  > 	 >Rob Gray  >rob@robgray.co.uk >  Hi Rob    F We have tried to backup NT-machines with ABS, but it can't backup open files on the NT box.  A I have seen a program on the internet wich enables backup of open & files - but i can't remember the name.  D We uses ABS for our daily backup of LOTUS NOTES servers - but beforeE we take the backup we stop the Notes server using RSH and RSHD on the < NT server after the backup we start the Notes service again.  E The X-windows program for configuring the ABS jobs are very poor - it  is not user friendly.     
 Best Regards   Jimmi    ------------------------------  $ Date: Fri, 4 May 2001 19:41:33 +0200( From: "Guus Ellenkamp" <ellenkam@dds.nl>4 Subject: Re: Anybody want a VaxStation 3100-M48 SPX?0 Message-ID: <9cupmi$aa2$1@nereid.worldonline.nl>  $ If it was only in The Netherlands...  C "Adrian Lumsden" <A.Lumsden@spam.trap.xdt.co.uk> schreef in bericht  news:HW5I6.20$aA2.1843@wards... @ > I'm going to be moving shortly and need to free up some space. > G > I have a VAXStation 3100-M48 SPX with CD-ROM, RZ25 (426MB), dual SCSI I > controllers, keyboard and mouse and VRT19-HA monitor looking for a good  > home.  > E > I also have an HP Envizex X-Terminal with keyboard and mouse but no & > monitor that's about to be orphaned. > D > I'm in the Leicester area of England. If you're interested and can0 > collect then drop me a line or give me a call. >  > best regards,  >  > Adrian Lumsden > XDT Computer Systems Ltd. & > A.Lumsden at xdt period co period uk > +44 (1455) 828896) >  >  >    ------------------------------  / Date: Fri, 04 May 2001 08:04:45 +0200 (MET DST) & From: Rudolf Wingert <win@fom.fgan.de>* Subject: Re: Compaq (Workstations to NASA)6 Message-ID: <200105040600.IAA23883@sinet1.fom.fgan.de>   Hello,   Richard Maher wrotes:    >>> B Since then it has been my understanding that Digital does not make7 workstations any more. Are you saying this has changed?  <<<   F I don't know. I am only hopefully, that Compaq leadership did hear andF understand our message. If Compaq would not loose there OpenVMS (and IJ think True64 too) market to Sun Solaris, they must change there direction.F Sun have learned from Digital, that it is very good to have one OS forH the lowend workstation (starting with 2.500,00DM) and the highend serverG (multi million player). Compaq must learn this new. They need a lowcost B workstation like Sun for the OpenVMS hobbiest und True64 students.H That the leadership did understand, that they need students, which learn+ OpenVMS made me a little bit more hopefull.    Regards Rudolf Wingert   ------------------------------  # Date: Fri, 04 May 2001 12:08:31 GMT & From: "Jeff Killeen" <Jeff@IDM-IO.com>F Subject: Conference: CETS-2001 - Content Advisory Teams Phase I report9 Message-ID: <3ZwI6.15057$Aj1.5764537@typhoon2.ba-dsg.net>   G This initial message is for anyone who may be interested in speaking at F CETS-2001 (Compaq Enterprise Technical Symposium) www.CETS2001.com.  AL representative group of 40+ likely attendees recently met as teams to adviseH what _new_ content is desired at the CETS fall Symposium this September. The report is available at...   ? http://www.cets2001.com/privatedocs/CETS2001PhaseICATReport.doc    ...or...  ? http://www.cets2001.com/privatedocs/CETS2001PhaseICATReport.pdf   L ...a more detail message will follow next week.  Session speakers have theirK conference fee waived.  Weekend Seminar or Techworks Bootcamp speakers also L have their fee waived plus receive airfare and weekend hotel.  Please stayedF tuned for a detailed message regarding speaking at CETS-2001 that willH follow on 5/8/2001 or 5/9/2001.  However it would be useful to read this" report in advance of this message.  - End User session are highly valued at CETS...      --        0 Jeff Killeen - www.Killeen.cc (All contact info)E =====================================================================    ------------------------------  # Date: Fri, 04 May 2001 15:17:54 GMT 4 From: "Terry C. Shannon" <terryshannon@mediaone.net>J Subject: Re: Conference: CETS-2001 - Content Advisory Teams Phase I report= Message-ID: <CKzI6.12704$e85.4808146@typhoon.ne.mediaone.net>   1 "Jeff Killeen" <Jeff@IDM-IO.com> wrote in message 3 news:3ZwI6.15057$Aj1.5764537@typhoon2.ba-dsg.net... I > This initial message is for anyone who may be interested in speaking at H > CETS-2001 (Compaq Enterprise Technical Symposium) www.CETS2001.com.  AG > representative group of 40+ likely attendees recently met as teams to  adviseJ > what _new_ content is desired at the CETS fall Symposium this September. > The report is available at...  > A > http://www.cets2001.com/privatedocs/CETS2001PhaseICATReport.doc  > 
 > ...or... > A > http://www.cets2001.com/privatedocs/CETS2001PhaseICATReport.pdf  >   B And IMHO the report is well worth reading... it is evident that anJ extraordinary amount of work went into this effort. IMHO the CETS2001 teamF is doing everything in its power to ensure that CETS2001 sessions will/ reflect the needs and desires of the attendees.    terry s    ------------------------------   Date: 4 May 2001 12:08:10 -0500 9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) J Subject: Re: Conference: CETS-2001 - Content Advisory Teams Phase I report3 Message-ID: <LYJ3z07BEcwc@eisner.encompasserve.org>  Keywords: PDF VMS DECUS CETS  t In article <CKzI6.12704$e85.4808146@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes: > 3 > "Jeff Killeen" <Jeff@IDM-IO.com> wrote in message 5 > news:3ZwI6.15057$Aj1.5764537@typhoon2.ba-dsg.net... J >> This initial message is for anyone who may be interested in speaking atI >> CETS-2001 (Compaq Enterprise Technical Symposium) www.CETS2001.com.  A H >> representative group of 40+ likely attendees recently met as teams to > adviseK >> what _new_ content is desired at the CETS fall Symposium this September.   >> The report is available at... >>B >> http://www.cets2001.com/privatedocs/CETS2001PhaseICATReport.doc >> >> ...or...  >>B >> http://www.cets2001.com/privatedocs/CETS2001PhaseICATReport.pdf >> > D > And IMHO the report is well worth reading... it is evident that anL > extraordinary amount of work went into this effort. IMHO the CETS2001 teamH > is doing everything in its power to ensure that CETS2001 sessions will1 > reflect the needs and desires of the attendees.   E In my opinion the "CETS2001 team" is continuing the recent sloppiness E of DECUS by posting to comp.os.vms without providing a vms-compatible  format.    ------------------------------  % Date: Fri, 04 May 2001 10:25:51 -0700 0 From: Mark Berryman <Mark.Berryman@Mvb.Saic.Com>J Subject: Re: Conference: CETS-2001 - Content Advisory Teams Phase I report, Message-ID: <3AF283AE.726E8513@Mvb.Saic.Com>   Larry Kilgallen wrote: > v > In article <CKzI6.12704$e85.4808146@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes: > > 5 > > "Jeff Killeen" <Jeff@IDM-IO.com> wrote in message 7 > > news:3ZwI6.15057$Aj1.5764537@typhoon2.ba-dsg.net... L > >> This initial message is for anyone who may be interested in speaking atK > >> CETS-2001 (Compaq Enterprise Technical Symposium) www.CETS2001.com.  A J > >> representative group of 40+ likely attendees recently met as teams to
 > > adviseM > >> what _new_ content is desired at the CETS fall Symposium this September. " > >> The report is available at... > >>D > >> http://www.cets2001.com/privatedocs/CETS2001PhaseICATReport.doc > >>
 > >> ...or...  > >>D > >> http://www.cets2001.com/privatedocs/CETS2001PhaseICATReport.pdf > >> > > F > > And IMHO the report is well worth reading... it is evident that anN > > extraordinary amount of work went into this effort. IMHO the CETS2001 teamJ > > is doing everything in its power to ensure that CETS2001 sessions will3 > > reflect the needs and desires of the attendees.  > G > In my opinion the "CETS2001 team" is continuing the recent sloppiness G > of DECUS by posting to comp.os.vms without providing a vms-compatible 	 > format.   G I see a PDF file there.  What is VMS-incompatible about PDF?  I have at > least 4 different programs on my VMS system that can read PDF.  
 Mark Berryman    ------------------------------   Date: 4 May 2001 13:49:08 -0500 9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) J Subject: Re: Conference: CETS-2001 - Content Advisory Teams Phase I report3 Message-ID: <HCzEusBc8L6z@eisner.encompasserve.org>   _ In article <3AF283AE.726E8513@Mvb.Saic.Com>, Mark Berryman <Mark.Berryman@Mvb.Saic.Com> writes:  > Larry Kilgallen wrote: >>  w >> In article <CKzI6.12704$e85.4808146@typhoon.ne.mediaone.net>, "Terry C. Shannon" <terryshannon@mediaone.net> writes:  >> >6 >> > "Jeff Killeen" <Jeff@IDM-IO.com> wrote in message8 >> > news:3ZwI6.15057$Aj1.5764537@typhoon2.ba-dsg.net...M >> >> This initial message is for anyone who may be interested in speaking at L >> >> CETS-2001 (Compaq Enterprise Technical Symposium) www.CETS2001.com.  AK >> >> representative group of 40+ likely attendees recently met as teams to  >> > advise N >> >> what _new_ content is desired at the CETS fall Symposium this September.# >> >> The report is available at...  >> >> E >> >> http://www.cets2001.com/privatedocs/CETS2001PhaseICATReport.doc  >> >>  >> >> ...or... >> >> E >> >> http://www.cets2001.com/privatedocs/CETS2001PhaseICATReport.pdf  >> >>  >> >G >> > And IMHO the report is well worth reading... it is evident that an O >> > extraordinary amount of work went into this effort. IMHO the CETS2001 team K >> > is doing everything in its power to ensure that CETS2001 sessions will 4 >> > reflect the needs and desires of the attendees. >>  H >> In my opinion the "CETS2001 team" is continuing the recent sloppinessH >> of DECUS by posting to comp.os.vms without providing a vms-compatible
 >> format. > I > I see a PDF file there.  What is VMS-incompatible about PDF?  I have at @ > least 4 different programs on my VMS system that can read PDF.  5 Please tell me where I can buy one that is supported. 5 The closest I have seen was something that could only 6 be copied over the Internet (no media available).  Not' quite right for the security-conscious.    ------------------------------  $ Date: Fri, 4 May 2001 07:41:53 +02000 From: "Henk Blanken" <henk.blanken@zeelandia.nl> Subject: crash vax 3100 2 Message-ID: <3af2b4f8$0$88087@news2.zeelandnet.nl>  
 Hi there all.   - Is there anybody how nows what happend here ? 5 after reboot this machine I had no problems anaymore. K was it a controler failure ? this machine is being replaced for a ds20 in 3  weeks..    Thankxx....   &  ******************************* ENTRY# 131.******************************* F  ERROR SEQUENCE 20642.                           LOGGED ON:        SID 12000003F  DATE/TIME  4-MAY-2001 05:47:01.59                            SYS_TYPE 04140001   SYSTEM UPTIME: 33 DAYS 15:30:25F  SCS NODE: ZIGDS0                                              VAX/VMS V5.5-2H4  <  DEVICE ATTENTION  KA47  CPU FW REV# 3.  CONSOLE FW REV# 1.4  )  SCSI PORT SUB-SYSTEM, UNIT _ZIGDS0$PKA0:           ERROR TYPE          0706 ;                                        SCSI BUS PHASE ERROR K                                        PHASE CHANGE TIMEOUT DURING DATA OUT "        SCSI ID                  043                                        SCSI ID = 4. $        SCSI CMD             0A000000*                                       3A00        SCSI MSG              04 1                                        DISCONNECT         SCSI STATUS           FF 9                                        NO STATUS RECEIVEDM        PORT ERROR CNT  00000000                         00000000i                        00000001 8                                        BUS BUSY CNT = 0.;                                        UNSOL RESET CNT = 0. <                                        UNSOL INTRPT CNT = 1.        CONN ERROR CNT  00000000o                        00000000r                        00000000o                        00000000r                        00000000o                        00000000r                        00000000o8                                        ARB FAIL CNT = 0.8                                        SEL FAIL CNT = 0.:                                        PARITY ERR CNT = 0.9                                        PHASE ERR CNT = 0. 9                                        BUS RESET CNT = 0.e9                                        BUS ERROR CNT = 0.i@                                        CONTROLLER ERROR CNT = 0.        SCSI RETRY CNT  00000000n                            0000M9                                        ARB RETRY CNT = 0. 9                                        SEL RETRY CNT = 0.o:                                        BUSY RETRY CNT = 0.        PHASE QUEUE     0A0B0702M                              00G=                                        5. ELEMENT PHASE QUEUE /                                        _COMMANDw2                                        _MESSAGE IN2                                        _DISCONNECT  F  V A X / V M S        SYSTEM ERROR REPORT         COMPILED  4-MAY-2001   ------------------------------  % Date: Fri, 04 May 2001 10:23:45 -0400t* From: Doug Mallory <dmallory@interlog.com> Subject: Re: crash vax 3100 , Message-ID: <3AF2BB71.AE017D33@interlog.com>   Henk Blanken wrote:o   > Hi there all.  >e/ > Is there anybody how nows what happend here ?07 > after reboot this machine I had no problems anaymore. M > was it a controler failure ? this machine is being replaced for a ds20 in 3o	 > weeks..o >$
 > Thankxx....  >e( >  ******************************* ENTRY% > 131.*******************************-H >  ERROR SEQUENCE 20642.                           LOGGED ON:        SID
 > 12000003H >  DATE/TIME  4-MAY-2001 05:47:01.59                            SYS_TYPE
 > 04140001" >  SYSTEM UPTIME: 33 DAYS 15:30:25H >  SCS NODE: ZIGDS0                                              VAX/VMS
 > V5.5-2H4 >o> >  DEVICE ATTENTION  KA47  CPU FW REV# 3.  CONSOLE FW REV# 1.4 >l+ >  SCSI PORT SUB-SYSTEM, UNIT _ZIGDS0$PKA0:  >e! >        ERROR TYPE          0706 = >                                        SCSI BUS PHASE ERRORaM >                                        PHASE CHANGE TIMEOUT DURING DATA OUT $ >        SCSI ID                  045 >                                        SCSI ID = 4.t& >        SCSI CMD             0A000000, >                                       3A00! >        SCSI MSG              04n3 >                                        DISCONNECTi! >        SCSI STATUS           FFr; >                                        NO STATUS RECEIVEDr! >        PORT ERROR CNT  00000000p! >                        00000000r! >                        00000001a: >                                        BUS BUSY CNT = 0.= >                                        UNSOL RESET CNT = 0.l> >                                        UNSOL INTRPT CNT = 1.! >        CONN ERROR CNT  000000000! >                        00000000i! >                        00000000 ! >                        00000000 ! >                        00000000 ! >                        00000000@! >                        000000009: >                                        ARB FAIL CNT = 0.: >                                        SEL FAIL CNT = 0.< >                                        PARITY ERR CNT = 0.; >                                        PHASE ERR CNT = 0.e; >                                        BUS RESET CNT = 0.a; >                                        BUS ERROR CNT = 0.pB >                                        CONTROLLER ERROR CNT = 0.! >        SCSI RETRY CNT  00000000p! >                            0000 ; >                                        ARB RETRY CNT = 0.l; >                                        SEL RETRY CNT = 0. < >                                        BUSY RETRY CNT = 0.! >        PHASE QUEUE     0A0B0702a! >                              00n? >                                        5. ELEMENT PHASE QUEUEo1 >                                        _COMMANDe4 >                                        _MESSAGE IN4 >                                        _DISCONNECT > H >  V A X / V M S        SYSTEM ERROR REPORT         COMPILED  4-MAY-2001  G Did you check your termination, and cable connections on your SCSI bus?TN Make sure you don't have multiple SCSI termination points E.g. term enabled onM drives on the chain, as well as the termination at the end of the chain. ThiseO is the usual cause of this, and the problem can appear intermittant ,as it will 4 occur usually during heavy I/O to multiple spindles.   Doug.n   ------------------------------  % Date: Fri, 04 May 2001 15:21:04 -0000.- From: wspencer@ap.nospam.org (Warren Spencer)B Subject: Re: crash vax 3100s/ Message-ID: <tf5i707fvhrqb8@news.supernews.com>   1 henk.blanken@zeelandia.nl (Henk Blanken) wrote in2( <3af2b4f8$0$88087@news2.zeelandnet.nl>:    >Hi there all. >u. >Is there anybody how nows what happend here ?6 >after reboot this machine I had no problems anaymore.G >was it a controler failure ? this machine is being replaced for a ds20t
 >in 3 weeks..s >e >Thankxx.... >e' > ******************************* ENTRYn$ >131.*******************************G > ERROR SEQUENCE 20642.                           LOGGED ON:        SID5	 >12000003uG > DATE/TIME  4-MAY-2001 05:47:01.59                            SYS_TYPEf	 >04140001 ! > SYSTEM UPTIME: 33 DAYS 15:30:25nG > SCS NODE: ZIGDS0                                              VAX/VMSt	 >V5.5-2H4e > = > DEVICE ATTENTION  KA47  CPU FW REV# 3.  CONSOLE FW REV# 1.4d >d* > SCSI PORT SUB-SYSTEM, UNIT _ZIGDS0$PKA0: >a  >       ERROR TYPE          0706< >                                       SCSI BUS PHASE ERRORH >                                       PHASE CHANGE TIMEOUT DURING DATA$ >                               OUT # >       SCSI ID                  04m4 >                                       SCSI ID = 4.% >       SCSI CMD             0A0000002+ >                                      3A00e  >       SCSI MSG              042 >                                       DISCONNECT  >       SCSI STATUS           FF: >                                       NO STATUS RECEIVED  >       PORT ERROR CNT  00000000  >                       00000000  >                       000000019 >                                       BUS BUSY CNT = 0.t< >                                       UNSOL RESET CNT = 0.= >                                       UNSOL INTRPT CNT = 1.h  >       CONN ERROR CNT  00000000  >                       00000000  >                       00000000  >                       00000000  >                       00000000  >                       00000000  >                       000000009 >                                       ARB FAIL CNT = 0.a9 >                                       SEL FAIL CNT = 0.t; >                                       PARITY ERR CNT = 0.1: >                                       PHASE ERR CNT = 0.: >                                       BUS RESET CNT = 0.: >                                       BUS ERROR CNT = 0.A >                                       CONTROLLER ERROR CNT = 0.   >       SCSI RETRY CNT  00000000  >                           0000: >                                       ARB RETRY CNT = 0.: >                                       SEL RETRY CNT = 0.; >                                       BUSY RETRY CNT = 0.i  >       PHASE QUEUE     0A0B0702  >                             00> >                                       5. ELEMENT PHASE QUEUE0 >                                       _COMMAND3 >                                       _MESSAGE IN 3 >                                       _DISCONNECTr >cG > V A X / V M S        SYSTEM ERROR REPORT         COMPILED  4-MAY-2001e >d >e >d  F Cable length can be an issue here too.  3 meters (I think) max unless 6 you've paid extra for "differential" scsi controllers.   ws   -- l1 << Marriage is Grand.  Divorce is Fifty Grand. >>    Warren Spencer Senior Software Engineer The Associated Press  ? ** My employer does not necessarily agree with my statements **=   ------------------------------   Date: 3 May 2001 13:19:18 -0500-4 From: cornelius@encompasserve.org (George Cornelius) Subject: Re: DCL "library"3 Message-ID: <2vIYpLbCL37P@eisner.encompasserve.org>C  Y In article <3AEEE1F2.44AED855@bbc.co.uk>, Tim Llewellyn <tim.llewellyn@bbc.co.uk> writes:0= > Peter, thanks for the reply. I'll try messing with PIPE buto% > its not really whaty I had in mind.A > E > What I am doing currently (just split the library out from the testoD > application) is to just APPEND the library code to the application@ > code. However, this requires I rebuild every time I modify the
 > library.   There's always this one:  J  $ pipe copy cmdfile.com,lib.com sys$output | @sys$input param1 param2 ...  F This will always give you the latest library code and does not require a temporary file.S  I Of course, if the copy command fails, you may wind up executing a partialtH file along with whatever error messages are written to sys$output. Pipes do have their drawbacks.   --8 George Cornelius              cornelius@eisner.decus.org0                               cornelius@mayo.edu   ------------------------------  % Date: Fri, 04 May 2001 09:15:31 -0400f# From: Jim Agnew <Agnew@hsc.vcu.edu>- Subject: Re: DFU tool Vs. DFOe+ Message-ID: <3AF2AB73.A6F469BA@hsc.vcu.edu>@   The only time we've noticed problems with our machine (ingres, also) was when our ICU monitoring system would get garbage timestamps right from the system call, when rabbit7 was running flat out unthrottled.  we've throttled it, and have had no problems for years,T until we started getting a really strange error from backup.. i forget what it was, (it's in the archives, and I posed the initial] question.)  i told perfectdisk to not run at all during the day, and after the backup quit...    it's pretty solid software, least for me.  we do no ingres checkpoints, we have spare disks to unloaddb the databases in binary onto other spindles after midnight.   j.   Chris Townley wrote: > 3 > Definitely not the only problem with Perfect Disc> > L > We run it on a number of production machines, generally without hitch, butJ > last time I ran it on my development VAX it corrupted a number of ratherJ > crucial files - one of which, as it was an Ingres checkpoint, and due toM > timing,  I had no backup. Tried again a few days later and the same problemtH > came up. As a result it runs on neither my development VAX, nor Alpha. >  > -- > Chris1 > J > "Jim Hibbits - RAXCO, Inc." <hibbits@encompasserve.org> wrote in message/ > news:usy+5L5tnjP9@eisner.encompasserve.org...sF > > > i'm interested in "problems with perfectdisk" also, we run it... > > >l	 > > > jim  > > >- > >-E > > The problem that they had was they ran PD/DISPLAY, an interactiveaG > > screen tool, in batch.  The call was initiated in Ireland, but held0G > > in our English distributor's office for a while.  Once forwarded to3< > > me in the States, the problem was resolved within hours. > >2L > > Interestingly, we'd never heard of anybody trying to run the screen tool > inG > > batch before, so we were completely unaware of a potential problem,  > > nor had we anticipated it! > >p > > Jim Hibbits. > > Raxco Software, Inc.   ------------------------------  % Date: Fri, 04 May 2001 11:35:33 +0200p- From: Jouk Jansen <joukj@hrem.stm.tudelft.nl>. Subject: Re: ghostscript gs7_00u3 Message-ID: <3AF29405.5D00CBB0@hrem.stm.tudelft.nl>   ( SWARS@mailer.MPI-STUTTGART.MPG.DE wrote: >  > Hi allB > is ther sambody around how have build the gs7 under ovms alpha ?O > i have tried it with the mmk/descript=[.src]openvms.mmk/macro=("decwindows1_2  > =1","a4_paper=1") > > and it ends up with an error %x1c14803c when updating target > [.obj]gdevp14.obj K > I am glad to hear from you because we need the functionallity post to pdfo	 > h.swarsu" What is the platform Alpha or Vax? What version of VMS? What version of MMK? What version of DECC?e What is the "exact" mesage?                Jouk   ------------------------------  % Date: Fri, 04 May 2001 14:31:51 +0200s* From: Kostadin Stojanov <fpiomk@mt.net.mk>0 Subject: HTML browser for character VT terminals) Message-ID: <3AF2A136.1A2828ED@mt.net.mk>i  , This is a multi-part message in MIME format.& --------------67B7334B5464AE3E68F06A45( Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit-  9 Is it possible to find WEB-html  browser for VT terminalse4 with all implicit limitations on character platform.   Kostadin Stojanov-   fpiomk@mt.net.mk    & --------------67B7334B5464AE3E68F06A45+ Content-Type: text/x-vcard; charset=koi8-r;c  name="fpiomk.vcf" Content-Transfer-Encoding: 7bita/ Content-Description: Card for Kostadin Stojanovl  Content-Disposition: attachment;  filename="fpiomk.vcf"   begin:vcard  n:Stojanov;Kostadina tel;cell:+389 (0)70 338 970n tel;fax:+389 (0) 2 231 775% tel;work:+389 (0) 2 115-133 lokal 173m x-mozilla-html:FALSE org:FOND na PIOM1 adr:;;12 udarna Brigada 2;Skopje;Makedonija;1000;e version:2.1e email;internet:fpiomk@mt.net.mkg( title:Rakovoditel na odd.za Razvoj na IS x-mozilla-cpt:;-20704. fn:Kostadin Stojanov	 end:vcarda  ( --------------67B7334B5464AE3E68F06A45--   ------------------------------  % Date: Fri, 04 May 2001 09:17:54 -0400C# From: Jim Agnew <Agnew@hsc.vcu.edu>>4 Subject: Re: HTML browser for character VT terminals+ Message-ID: <3AF2AC02.5FAD8AC0@hsc.vcu.edu>I   lynx... it can be found at:.   http://lynx.isc.org/release/   an ms-dos lynx can be found at:h  - http://wsb.champlain.edu/doslynx/lynxport.htmh   Kostadin Stojanov wrote: > ; > Is it possible to find WEB-html  browser for VT terminalse6 > with all implicit limitations on character platform. >  > Kostadin Stojanove >  > fpiomk@mt.net.mk   ------------------------------  % Date: Fri, 04 May 2001 15:07:38 +0200 = From: Arne =?iso-8859-1?Q?Vajh=F8j?= <arne.vajhoej@gtech.com> 4 Subject: Re: HTML browser for character VT terminals) Message-ID: <3AF2A99A.9EA2EAF3@gtech.com>    Kostadin Stojanov wrote:; > Is it possible to find WEB-html  browser for VT terminals 6 > with all implicit limitations on character platform.   Yes.   Look for LYNX.   Arne   ------------------------------   Date: 4 May 2001 13:07:17 GMTc3 From: gartmann@immunbio.mpg.de (Christoph Gartmann)i4 Subject: Re: HTML browser for character VT terminals0 Message-ID: <9cu9i5$5nd$1@n.ruf.uni-freiburg.de>  : >Is it possible to find WEB-html  browser for VT terminals5 >with all implicit limitations on character platform.f  + There is Lynx at http://lynx.browser.org/ .a   Regards,    Christoph Gartmannh  H -- --------------------------------------------------------------------+H | Max-Planck-Institut fuer      Phone   : +49-761-5108-464   Fax: -452 |H | Immunbiologie                                                        |H | Postfach 1169                 Internet: gartmann@immunbio.mpg.de     |H | D-79011  Freiburg, FRG                                               |H +--------- http://www.immunbio.mpg.de/home/english/menue.html ---------+   ------------------------------  $ Date: Fri, 4 May 2001 11:34:57 +0200) From: "Pbo" <philippe.bocher@euriware.fr>41 Subject: Re: invalid media_format yamaha CRW6416ST& Message-ID: <3af25c71$1@news.euriware>  L "Hoff Hoffman" <hoffman@xdelta.zko.dec.nospam> a crit dans le message news:% VReI6.89$lP5.2144@news.cpqcorp.net... L > In article <3af163d2$1@news.euriware>, "Pbo" <philippe.bocher@euriware.fr> writes: . > :    I've got one... (support contract ;-) ) > K >   Beware: I strongly suspect you are going to be asked to try a supportedAK >   widget.  I've been using a Plextor 12/4/32 CD-R/CD-RW -- not officiallyD# >   supported -- with some success.  >F > :    - I can't read any CDs  > F >   Ugh.  That's a bad sign.  IIRC, you indicated that this same driveH >   operated correctly prior to the OpenVMS release in use here.  (WhichE >   is another bad sign.)  Can you gather the output from the utility B >   SYS$ETC:SCSI_INFO running from that (working) OpenVMS release?C >   (You can boot the distribution CD-ROM from that release, if you & >   have it -- no need to re-install.) > L > :    - It seems to be working (ni debug mode) but write only with cdrecord > :1.5 (yours...)  > E >   Mine?  While I have been working inside both CDRECORD and CDWRITE C >   source code in recent times, I do not have a version available. 2 >   (Some confusion with Eberhard Heuser-Hofmann?) > J > :    I've tried to upgrade the firmware because I was not able to access the0C > :CD from srm (try to boot from the vms cd or the firmware cd ...)  > J >   Assuming this widget is configured for 512-byte block operations, thisK >   looks to be a hard incompatibility or a low-level configuration problem K >   with the drive or the SCSI.  (Folks keep telling me that all these SCSIYI >   widgets are all fully interchangable, but I don't believe them... :-)  > ( >  ---------------------------- #include' <rtfaq.h> -----------------------------ML >       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.com, >  --------------------------- pure personal# opinion --------------------------- 1 >    Hoff (Stephen) Hoffman   OpenVMS Engineering  hoffman#xdelta.zko.dec.com >CI I've tried with the 7.2 D t doesn't work better . Attached, the result of-	 scsi_info- Enjoy-       begin 666 72_scsi.zipr= M4$L#!!0````(`/93I"HMT/OP4 @``/]=```+````-S)?4T-322Y46%3M7%MOt= MVD@4?MY*^Q].I6J52$O6%R D4A\(D"W;!%J<)NK3:F)/@E5C4U_897_]SHR-.= M/;;'Q@3:).#1%#GXG/',G._[YH;[[NVO;]Z]!:VG#?\>CB['<"MW9?H5_?=+l= MSYDO7?-QZL.1?@SRV5D+[I?0'_XYO.E>P>![8,YGV/:AY[ASQT6^Z=B_PS5:e= MVL@UZ(7GG;!RNI8%$UJ.!Q/L87>!C1/X8L^#>\OTIM@`-[SI1C<AL WL@C_%c= MH*^JP JRT#\>. _LSA?;](FIYB,?A\]A31G:"^<;^=ZQX68:P%_(!I!!DLY9 = M)HTXE1);SPM,^Q&&H\]?AI.O\'DXOHMO`NL54AYIIDM:C7P$1ZT.Z0'RO&,X*= M!\Z2)(F43SY;T)% 4FA63LF7-,L2M,Z@*4.SSSX[]%.1:.;\9>K?5*&E0.L4R= MU#:H35!E>M%2(^M\YOP5ZD\<E &H$K154!7JK%S2/]4.NSBC.:Q4F#E_E=5?S= M*LLQ,#YAUYQ/L8LLZ..%J6.X6<XQZ9->OS$97Y?8?0Z093Z8)+KGL15O9H1F = M/BW."^8$5C3(OQ$<V#;6Z;7O@(_<1^S'_K?8-AP7A@;!(BE;9T DE?G:O>Y^ = MZ )7;=<Q`MW/6)):3^[:3;FM091R#A-2*X\6>H47V#H'^4328Z/NB,'DP7%G = M87E)PWK.;&Z9V*.5IFAJ*/&]H38N<)*@`89#G&S'!]U"Y@RH,4/C$7/3X$R5C= MV\>D4VCQR-9Q[#WH77>KE\NLPX+I94.696&I$SQS%NC>PG"-#1.1KL5>TO[!,= M"'IHCNY-R_27YS!RXEND_3-D&R3JF!(M=4]N-RY,'^Y,`\-%X(4$NW&1[3U@ = MUTN9JDIETRO3INR/'IR^ISD//A,@'[J6CUV;]- "ITPFV&)?0M<PB!IYV4IK = M2UN?NH[M"&K!]4FL+#?8\YE2D><B8TG[EM8KMGM?F)A#X\XE(@<#UR7XGF#=I= M66 B19_0(Q9XYA[>;E"M@NMQ?P#:8*0-F,!1+!+V@!ZX+A7O!;("`@J"&)C3 = M@B5Y&I<4:2")%"O((?VO8=O#JW80Q?8#UR8=3K2("2-59X-TS#E71JR.LKK2 = MDHY(8!3V2<2Z38N3U)PZBK0HO,]5C87E"MN/_A1.6"*BSUD2``>S4*].LHD40= M/$U,0\EJ:'.L4[$@_>ZB&2; @9SIA>7HWXB#IQ,E\TE7\A6 3HDAJV[R>'&G = MI!L+(0)ZM,V")LC3G.F(U%M@6@@QO@`-+3"C?L[_)&)&;&G^)[)BEFW>\ /^ = M-]5NWC",O##2%7$]1?9C6..7`^T.!VT9+B]K:*\ZY9"@S2)?"FU9VI5FDY+6 = M([M9`=FDFG*[`-"9'&M5Y!\BFQ/TIZ)<45XORFL!WQCE&RGX<P`]5J[(GP=Z0= M,<E9VE^@UW(>-SX_.4\2]$TO6LTV:"O85=&<_OWNIO7*D^8^G2ISGXM2LBBK = MSP'=";D4$"?OD\L;D>CT]9)H\]%"J4PB$?!VSQ^Y695 (1K$L88*J00EVR\5 = MGHTNG14.!E1>UBP5BO*AT&7S,>?UTB5$@SC64"&5H&3;Y4>>+%5F9:I2<58V = M$,<]F\7+#V[@$?@4]PE+Y<Q1I=?+G'J@^:G,V6BD>0[RB)<TW# D\"GN%I;V0= MESSUL+,3\@C7.U&"6^R:#\N*9Q^[6R:=\FR$WH=![R/TQJ/^\&8X'H&'L0T- = M4IWO`3W92< MI-]IV.)6N@.ZJ3^5IJA+^9E>NN1;9)E&053CD"'+PXE+V(5B = M9*Y<3GGB:/B1G>N/@ME]2*R\@Y1VH/WP$2^+*T:Z@7,8VKI#`D 6OA$GA[9! = MCV.=Y&FY5MA&8_S0B*1"_(R,RZ5IX1EROY5T5]:%.SHM\J+!98EK3]<P3.J# = MK*@O4EH7N74YA^B ,M&Q_(,K/2<?58*HM0[)*?Q)-I27)K8,`O"YA?109]CQ = M)?^<HMC';0DQ>J1]U&Z/V1,RG1PU_H\"R6'/H/<2#WK\^\DQ;:KS!0S(/H1W = M$3R N0A:7NJR<EBK7E&"'M*G5(R*MW?"M"OUZCQIU5IE=U1>_9JE;).GP]2M = M*=(R?A@)KY/5;6*[9J6J<I9[/]_N5)XR1"CCS7<T2Y!XR[)90ACT?)!Y_[*4B= M`</V^S?/QH0.QX2243V?#X4)FT^>7Q<32L(+%5(&#-MNS>1Y4.G K,I&)JFFS= MG)[,QN'-9O'6##=<[&1XX(YNZN$A,=W?X6&+79>7P0OQKDLGNTC,YT/A13U8R= ME*8,&$I6&"1!_N?8)>N2'-F>N"0YJS=4Z@V5>D.EWE I<ZB@7G0WQ;%]U['" = MX:Y\2V57ZM6MU:M6KUJ]:O4J<UBG7ORLVP,M?JWMAQ]F7=3J5:M7K5ZU>I4Y = MK%.O58I>[EU[EK4S]>KSZO7S7T3LTY_S%VJ9VJ.?S8N-=F(.ZT7$_C1G6K03 = M$[\VOK+^R;_ECYN9#^OV1U'/AN-.&L?U6X=QI^PSCG_0*X9Y%+^<5PPYJ9:> = M*,V']8KA?DGS%L= +P/5XF,@3KAYZT-!]:$*==G4>C4'[P:&Z<3[H<4S\AQ5 = MGC@5'SQI"K.SEP<'+ M_5Q:;$F&0PC<RE>P/EC=BS$&]/#C8D#%IX.V>/]5_ = MEBXU4VV/H\_[EZ42E&P_XW\VNH1?5J$+S2KK`O50Z;+Y`+,W=(FC7YDNQ2C9 = M=F&1)\O+>7F08U*<=S30'-;+@_5 (T#)#M8O+X,\XO6+B#PT[V#8.:R7!^MA_= M1X 2X7HG21#]KZ!<K(N/+7*,?.(R2<JQL<*\3ZY$Q@K+I$T(),NOET#IQFX_T= M6W^VJ F48'^CEF[LMI/&?,RJC'MRN]JX)VTZ::P<0$XY]X-V6\Q=7D8,-R?AL= M*XYAJK&_OOD?4$L!`A0`% ````@`]E.D*BW0^_!0" ``_UT```L`````````n= K`0```+:!`````#<R7U-#4TDN5%A44$L%!@`````!``$`.0```'D(````````C `t enda   ------------------------------   Date: 3 May 2001 10:31:20 -0500 3 From: malmberg@encompasserve.org (John E. Malmberg)u% Subject: Re: IP over Fibre Channel...p3 Message-ID: <qkz3INh1V8A2@eisner.encompasserve.org>h  0 In article <3af07431.41939297@news.demon.co.uk>,2 alan@fay.demon.co.unitedkingdom (alan fay) writes: >0 > Is this possible on OpenVMS?  I Not directly from a fibre channel adaptor connected to an OpenVMS system.v  E If there are widgets to tunnel I.P. through a fibrechannel, then thato could be used.  + > If so, I'm curious, is anyone using this?l  
 I do no know.    -Johno wb8tyw@qsl.network Personal Opinion Only.   ------------------------------  $ Date: Fri, 4 May 2001 08:40:28 -04002 From: "Sue Skonetski" <susan.skonetski@compaq.com>G Subject: Joint customer letter from Compaq OpenVMS and Digital Networks*1 Message-ID: <0rxI6.120$lP5.3134@news.cpqcorp.net>6   Dear Newsgroup,   L The following is the text of a joint customer letter from Compaq OpenVMS andH Digital Networks.  If you need the word file with the Compaq and Digital& Networks graphics please send me mail.  
 Warm Regards,    Sue   + ___________________________________________A   Dear Valued OpenVMS Customer,O  F  This letter is to inform you of a business initiative and partnershipE between Compaq OpenVMS and Digital Networks. Together we will provide L investment protection utilizing the leading industry brands you have trustedG for years while bringing new cost effective solutions incorporating the  latest technology.  K For years Digital Networks products have been system engineered into Compaq H OpenVMS Cluster solutions.  Many of these products from Digital NetworksF were originally developed by the Networks Products division of DigitalL Equipment Corporation. Due to this common heritage, customers currently haveF a variety of products from both of our companies installed in their ITK environments. Many of our Compaq and Digital Networks system engineers have J already worked with your technical consultants on systems solutions acrossG various applications. As an example, there is a large installed base of1L OpenVMS clusters that currently utilize the Digital Networks GIGAswitch/FDDIF system, MultiSwitch 900 products and Compaq AlphaServer systems. TheseK customers are looking for ways to upgrade and enhance their network without L disruption. Together, Compaq and Digital Networks can perform these upgradesI and enhance your network - even achieving disaster tolerant capabilities.   G  In September 2000, Digital Networks became an independent company that B exclusively develops, markets, and sells an extensive portfolio ofL enterprise-class Digital-branded network products. Digital Networks combinesK the experience and reliability of a twenty-five year brand, with the visionCD and enthusiasm of a startup. Digital Networks has recently added newI products to the portfolio with extremely impressive price/performance and : functionality, and has additional products in development.  J Similar to Digital Networks, OpenVMS is experiencing a true Renaissance in@ the Compaq OpenVMS business and recently had the largest OpenVMSK announcement in five years. Highlights of the announcement included OpenVMS C V7.3, XML, Java and Apache enhancements. OpenVMS also announced new K initiatives including the OpenVMS portal, the OpenVMS Educational licensingTH program, the Defense Information Initiative Common Operating EnvironmentK (DII COE) government initiative, Digital Press partnership, and new ISV anda SI partner relationships.   G Compaq's OpenVMS clusters have been the industry's leading clusters forrG nearly 20 years while Digital Networks' products have been historicallyoF recognized as the best I/O subsystem for OpenVMS Clusters.  If you areK considering an upgrade or require more network performance, or if you wouldGE just like to hear more about the combined power of Compaq OpenVMS and@J Digital Networks and what the strength of our relationship can do for you,K please do not hesitate to contact us. For additional information about whatI0 this partnership can do for you, please click toH http://www.dnpg.com/partners/openvms/  We will also be at the ITUG/DECUS6 Joint Euro Conference in Lisbon, Portugal on May 6-10.  L We thank you for your valued business and look forward to speaking with you.      J Rich Marcello                                                  Vic Capozzi  G Vice President                                                 Chairmana  J OpenVMS Group                                             Digital Networks  A richard.marcello@compaq.com                     vcapozzi@dnpg.coma   ------------------------------  $ Date: Fri, 4 May 2001 16:47:30 +02000 From: "Toine Dirven" <vec.60710td@memo.volvo.se> Subject: LDAP on OpenVMS3 Message-ID: <9cufh0$pmu4@eccws12.dearborn.ford.com>o   Hello,  / I'm running OpenVMS 7.2-1H1 on 7 alpha servers.r  & Is it possible to use LDAP on OpenVMS.  ) Are there any examples of LDAP on OpenVMSt  
 Best regards,s   Toine Dirven   ------------------------------  # Date: Fri, 04 May 2001 15:59:26 GMT  From: Dirk Munk <munk@home.nl> Subject: Re: LDAP on OpenVMS' Message-ID: <3AF2D1DD.5D6753FA@home.nl>s  H It is a (standard ?) part of VMS 7.3 (or maybe 7.3.1) AFAIK, so you just  have to do a little upgrade :-))   Toine Dirven wrote:d   > Hello, >l1 > I'm running OpenVMS 7.2-1H1 on 7 alpha servers.  >'( > Is it possible to use LDAP on OpenVMS. >u+ > Are there any examples of LDAP on OpenVMSl >r > Best regards,a >r > Toine Dirven   ------------------------------   Date: 4 May 2001 15:46:36 GMTc From: pantheon@arber.com9 Subject: LIB$CONVERT_DATE_STRING and !Z2 = LIB$_UNRFORCODl* Message-ID: <9cuiss$tmm$1@news.netmar.com>   Hello,  = With DEC C 5.7-004 on OpenVMS VAX V6.2, this program returns n: LIB$_UNRFORCOD from LIB$CONVERT_DATE_STRING when I use !Z2 in the input format string.t  H Is this because I don't have the 6.2 Y2K patches on?  How can I check?  A But if that's true, why does LIB$INIT_DATE_TIME_CONTEXT not fail?I  ; Assuming, of course, that I haven't done something wrong...e   Anticipant thanks,   Fatz.u /* Code follows: */l   #include <stdio.h> #include <stdlib.h>  #include <string.h>R #include <lib$routines.h>a #include <libdtdef.h>s #include <ssdef.h> #include <descrip.h>   main() { ?   int dt_context = 0, dt_component = LIB$K_INPUT_FORMAT, stat, i*       flags = 1+2+4+8+16+32+64, bintim[2];;   $DESCRIPTOR(in_format, "|!MN0/!D0/!Z2!H04:!M0:!S0:!C2|");tB   $DESCRIPTOR(out_format, "/!MAAC !DB !Y4 !HB2:!M0:!S0.!C3!MIU/");   char timstr[80];#   struct dsc$descriptor_s dt_dsc =  :      {0, DSC$K_DTYPE_T, DSC$K_CLASS_S, (char *) &timstr };  ?   stat = lib$init_date_time_context(&dt_context, &dt_component,e &in_format);   if (!(stat & 1)) exit(stat);  2   printf("Enter date (mm/dd/yy): "); gets(timstr);'   dt_dsc.dsc$w_length = strlen(timstr);a  ?   stat = lib$convert_date_string(&dt_dsc, &bintim, &dt_context,  &flags, 0, 0 );   if (!(stat & 1)) exit(stat);   }1        O  -----  Posted via NewsOne.Net: Free (anonymous) Usenet News via the Web  -----tM   http://newsone.net/ -- Free reading and anonymous posting to 60,000+ groupsMI    NewsOne.Net prohibits users from posting spam.  If this or other posts L made through NewsOne.Net violate posting guidelines, email abuse@newsone.net   ------------------------------  % Date: Fri, 04 May 2001 09:19:12 -0400p2 From: rdeininger@mindspring.com (Robert Deininger)- Subject: Re: moving 6.2 from Pelican to 433AUbL Message-ID: <rdeininger-0405010919120001@user-2iveaer.dialup.mindspring.com>  0 In article <bVgI6.98$lP5.2288@news.cpqcorp.net>,$ hoffman@xdelta.zko.dec.nospam wrote:  F > In article <CIEJLCMNHNNDLLOOGNJIIEBBCIAA.tom@kednos.com>, Tom Linden <tom@kednos.com> writes:L > :Well, I give, I couldn't find the table, unless you were talking about he > :release history thing.t > B >   If you can tell me what string(s) you searched for, I will addA >   them to the next edition of the FAQ; to make this information5 >   easier to find.p > G >   I would encourage a download of and use of the text version of the iH >   OpenVMS FAQ, as this makes it easy to use SEARCH and EDIT to search G >   for or read topics.  (The HTML-ized version also works nicely, but -. >   you need a different set of search tools.) > 3 > :...What is the latest HW on which I can run 6.2?- > + >   You will want an EV5 or prior system.  r > 7 >   An EV56 system requires V6.2-1H3, or V7.1 or later.f >  >         -- > G >   I have included the relevent portion of the OpenVMS FAQ below.  TheaE >   section includes the rule-of-thumb I had referenced, and includes-F >   the URL for the table of minimum versions for specified platforms. >  >   From the OpenVMS FAQ...e >       @& > Microprocessor | OpenVMS   | General' >   Generation   | Version   | CommentsK > I >   21064  EV4   : V1.0      : few systems; most EV4 req later; upg avail-7 >   21164  EV5   : V6.2      : subsequent upg available7? >   21164A EV56  : V6.2-1H3  : subsequent upg to V7.1 and laterMJ >   21264  EV6   : V7.1-2    : subsequent upg typically to V7.2-1 or laterJ >   21264A EV67  : V7.1-2    : subsequent upg typically to V7.2-1 or laterG >   xxxxxx EV68  : V7.2-1    : believed/probable; currently expectationr   Hoff,   J There's a bit missing from this table:  the 21064A (EV45?) systems.  The 2D that I know about are the DEC 3000-700 and DEC 3000-900 turbochannel systems.  D According to some SOC fragments from 1995, the 3000-700 and 3000-900I require VMS V6.1 or later.  This is specifically a workstation SOC, but IFG expect the server (take out the graphics board) configurations have theTI same requirements.  The URL you gave does list these systems, but without  the processor family info.  I The same SOC says the DEC 3000-600 (a late 21064 EV4 system) requires VMScH 1.5-1H1 or V6.0 or later.  Maybe that's a level of detail you don't wantA in your summary table, but I mention it here in the newsgroup forn
 completeness.i    C If I ever get the (presently imaginary) Turbochannel system FAQ pute! together, I'll send you a link...r   -- d Robert Deininger rdeininger@mindspring.come   ------------------------------  # Date: Fri, 04 May 2001 11:09:08 GMTf( From: Everett Chong <echong@my-deja.com> Subject: Re: mozilla .81+ Message-ID: <3AF200E1.2FE0328E@my-deja.com>-  H I encountered essentially the same problem.  After some experimentation,) I discovered that the file protections on|B SYS$COMMON:[MOZILLA.CHROME]USER*.RDF need to be WORLD:RWED!!  It's definitely a bug in my book!   Everettn  $ system@niuhep.physics.niu.edu wrote: > Y > In article <3AEE8720.E8C2639B@theblakes.com>, Colin Blake <colin@theblakes.com> writes:.w > >Double check the file/directory protections. I've seen cases before where lack of access to one of the MozIlla files2E > >causes this sort of a problem (though to be honest, not recently).d > >rs > >The other thing to check is quotas. Look for differences between the privileged and non-privileged accounts. Seet^ > >http://www.openvms.compaq.com/openvms/products/ips/mozilla_relnotes.html#param for details. > - > Thanks I'll have another look to make sure.s >  > Robert   ------------------------------  $ Date: Sat, 5 May 2001 01:59:34 +0800 From: "Kenneth" <abc@abc.com>  Subject: MP sync high CPU usagee0 Message-ID: <9cuq9m$fvf2@imsp212.netvigator.com>  	 Dear all,u  G 1. I am new to VMS admin and tunning, when I "MON MODE" on my system, I H found that the CPU usage on MP SYNC is about 50% of the total CPU usage.  What kind of tunning I can make?  I 2. On my system some batch job seems never ended with the status "RWSCS"?hL When I try to "MON DLOCK", it's about 3000 between the system. Is this cause the problem?   ------------------------------  # Date: Fri, 04 May 2001 12:21:58 GMT B From: Simon Clubley <simon_clubley@remove_me.excite.com-Earth.UFP>G Subject: Re: Multiple languages and Gnome/GTK+/KDE, was: Re: Open Motif 4 Message-ID: <G9xI6.878$vg1.67542@www.newsranger.com>  L On 04 May 2001 03:55:49 +0800, in article <87u2326wca.fsf@prep.synonet.com>, Paul Repacholi wrote:oD >> I would also like to see either GTK+/Gnome or KDE on VMS. What isE >> the current situation with KDE for languages other than C/C++ ? (I(G >> know that GTK+/Gnome has support for multiple languages.) I have notiD >> written code with either yet, but my preference is for GTK+/Gnome, >> because of the multiple language support. >gB >> What is the current thinking in VMS Engineering with regards to? >> supporting languages other than C/C++ for new GUI toolkits ?b > H >See the calling standard in the manuals. The SDL files would need to beG >created so other compilers can get the definitions they need, but thisl2 >is VMS, not some half arsed refugee from the 70s. >-  G I am aware of the calling standard. :-) (I've taken advantage of it for-K many years). I am also a VMS supporter and I consider programming languagescL to be just tools and I like to use the best tool for the job. Sometimes thatF means I use C/C++ and at other times that means I use other languages.  H The concern in my above questions is that the new GUI toolkits mentionedM above have (a) been developed in environments that do not have VMS's language#L neutral culture and (b) are not under the direct control of VMS Engineering.  I The question is: would this lead to a feeling within VMS Engineering thatPK developing the SDL files and tracking the interface changes to new versions]B of these GUI toolkits be something that they would wish to avoid ?  E If the answer to that question is yes, then you are restricted to the4. languages that the toolkit currently supports.   Simon.   -- $; Simon Clubley, simon_clubley@remove_me.excite.com-Earth.UFP_J 'The statement that "it can never happen" is not an acceptable programmingH approach. You must assume it can happen and be in control when it does.'=           -- Ada 95 Quality and Style Guidelines, US DoD AJPO5   ------------------------------  $ Date: Fri, 4 May 2001 08:56:07 -04005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>VG Subject: Re: Multiple languages and Gnome/GTK+/KDE, was: Re: Open Motif 1 Message-ID: <OFxI6.121$lP5.2944@news.cpqcorp.net>J  " Re: the previous set of replies...  A Gnome and KDE are not currently planned, so this is all just idleNG speculation.  However, my crystal ball suggests that GTK+ and Gnome are\G likely to become the mainstream over Motif and CDE at some point in theWH future.  I don't see KDE "winning" over Gnome as the mainstream.  So, itI wouldn't suprise me if some business requirements eventually caused us to-9 implement Gnome (a version of GTK+ is already available).$  K Motif and CDE are not going away for the forseeable future.  There is a lot,G of code that depends on it, and a number of contracts and certificationGJ requirements that specify it.  It just isn't yet clear that the work to doH Motif 2.1 and CDE 2.1 is worth the cost - especially if the future isn't
 Motif/CDE.  H As to multi-language support for new GUI's...  for new GUI's I would notK support doing extensive amounts of work for other languages than C and C++.*L Why?  How many new applications do you believe would be written for GTK+ andL Gnome that were written in say - Pascal?  Ada?  Fortran?  Now, that isn't toG say I wouldn't support "some" effort to make it possible - but just how^ much?Q  F The more we diverge from the industry norm on things that are industryC "standard" the more work it is for us to keep up with changes - andJH Gnome/GTK+/XFre86 are all in that "wild west" phase like X11R2 perhaps -G lots of changes, lots of evolution.   Just look at the X11 client bits.ZI Working alone for maybe a month or so, I could probably port the existing K Xlib/Xt/Xm sample implementation *as is* on a recent baselevel of VMS (heck.K I even know where I can lay my hands on one that is already done).   But toNJ make all of the VMS-specific changes to "integrate" into a VMS environmentC takes a lot more time.  The less of this we need to do, the better.K   ------------------------------  $ Date: Fri, 4 May 2001 08:59:00 -04005 From: "Fred Kleinsorge" <kleinsorge@star.zko.dec.com>_ Subject: Re: Open Motif:1 Message-ID: <wIxI6.122$lP5.3183@news.cpqcorp.net>`  I Our contractor is just completing the project plan and schedule.  I don't0I want to give any dates out in public until we have a 90% confidence level ! that they will meet the schedule.     G Jouk Jansen wrote in message <3AF14033.1F7DE270@hrem.stm.tudelft.nl>...s >Fred Kleinsorge wrote:d >>L >> No.  Nor are their plans to move to 2.1 right now.  Of course, input fromJ >> customers on business requirements for moving this forward are welcome. WeL >> are upgrading the X11 Client to X11R6.5.1 from X11R5, and the server from= >> X11R6.x to X11R6.5.1 - but have no plans to upgrade Motif.  >>G >Is there a time schedule available when we may expect a full X11R6.5.1- >on OpenVMS? >  >                     Jouk   ------------------------------   Date: 3 May 2001 12:13:21 -0500c9 From: kaplow_r@eisner.encompasserve.org.mars (Bob Kaplow)t* Subject: Re: OpenVMS Freeware V5.0 On-line3 Message-ID: <9p0cLHMb1ZuW@eisner.encompasserve.org>s  e In article <BsmH6.373$5I.7417@news.cpqcorp.net>, hoffman@xdelta.zko.dec.nospam (Hoff Hoffman) writes:e > H >   Both OpenVMS Freeware V5.0 -- the version of Freeware shipping with J >   OpenVMS V7.3 -- and the older Freeware V4.0 are now available on-line: > - >     http://www.openvms.compaq.com/freeware/  > I >   Please keep your Freeware V4.0 disks, V5.0 is very different -- with lJ >   the volume of new and of updated submissions, there was rather little F >   room for carrying forward most (unmodified) submissions from V4.0.  
 Looking atI http://www.openvms.compaq.com/freeware/FREEWARE50/00FREEWARE_ABSTRACT.TXTsK It appears that everything is repeated three times. Is this a glitch on the.0 CD contents, or something funny on the web page.  H BTW, looks like some interesting goodies out there, plus some updates to< classics. Thanks again for your efforts to make this happen.  K I particularly enjoyed the article that expands on one of your 2 word DECUST' answers from years ago "VEST PATCH" :-)g    O "We find that adult supervision stifles our natural creativity" J. Fox  4/27/01o  , 		>>>>>   Boycot Yahoo's censorship!   <<<<<  I The only thing truly indecent or offensive on the Internet is censorship.u   ------------------------------  $ Date: Fri, 4 May 2001 10:39:44 -07008 From: "Robert Cervantez" <rob@_DONOTSPAM_symcas-tsg.com>' Subject: Printing Problems in Pathworksn% Message-ID: <3af2f95b_1@news.vic.com>n  I Posted to vmsnet.networks.desktop.networks and vmsnet.networks.tcp-ip.ucxc6 Hopefully someone can point me in the right direction.   Thanks,  Rob.' =======================================i  / Using Pathworks 5.0F1 on Alpha OpenVMS 6.2-1H3:k  H Whenever a multi-page document is sent to a particular queue, there is aF blank page between each printed page.  The queue is being handled by a6 Lantronix print server (MPS100 Version V3.6/1(991115))( Printing to an HP Laserjet 2100 printer.I Whenever printing from VMS directly (print mydoc.txt /queue=printer3), itr works fine.c> This printer is mainly used by Pathworks and Windows 95 users.  4 The startup file which creates and starts the queue:" ================================== $ print_device := LTA3:e $ If P1 .eqs. "RESET"e $  Theno $   Stop/que/reset PRINTER3i% $   Set Device 'print_device'/nospoolM $ goto setup $ endif  $ If P1 .eqs. "CREATE" $  then ( $   mcr latcp create port 'print_device' $   mcr latcp set port6 'print_device'/application/node=MPS_1f1ecd/port=port_1$ $   mcr latcp sh port 'print_device' $ EndifD $ setup: $!@ $ SET TERMINAL 'PRINT_DEVICE'/PERMANENT/DEVICE=LA100/WIDTH=255 -=      /SPEED=9600/HOST/EIGHT/NOTAB/NOWRAP/NOBROAD/NOTYPE/LOWERh? $ SET DEVICE /SPOOLED=(PRINTER3, SYS$SYSDEVICE:) 'PRINT_DEVICE' G $ INITIALIZE/QUEUE/START/DEFAULT=(form=default,NOFLAG,NOFEED,NOBURST) -b;         /NOSEPARATE/PROC=LATSYM /ON='PRINT_DEVICE' PRINTER3a $ SET QUE PRINTER3/PROT=wo:rwe   Here is the queue setup in VMS:  ====================== $ show que printer3/fullE Terminal queue PRINTER3, idle, on MYNODE::LTA3:, mounted form DEFAULTcD   /BASE_PRIORITY=4 /DEFAULT=(FORM=DEFAULT) Lowercase /OWNER=[SYSTEM]F   /PROCESSOR=LATSYM /PROTECTION=(S:M,O:D,G:R,W:RSM) /SCHEDULE=(NOSIZE)  - The port setup of the Lantronix print server:a ============================== Local> sh port 1 summo$  Port   Status              ServicesH   1     Idle                MPS_1F1ECD_TEXT MPS_1F1ECD_PCL MPS_1F1ECD_PS   Local> sh port 1= Port 1 : Username:                     Physical Port 1 (Idle)P  H    Access:                   Remote    Port Name:                 Port_1#    Printer Type:         Centronics       Printer Status:    Online    Authorized Groups : 0    (Current)  Groups : 0      Characteristics:  Bitronics     Any help is much appreciated!y   ------------------------------  $ Date: Fri, 4 May 2001 11:20:10 -04002 From: Mihali Felipe <mihali@hess.geology.yale.edu> Subject: quotings Re:oM Message-ID: <Pine.SOL.4.10.10105041112430.24560-100000@rock.geology.yale.edu>e  ! Nope. You got the wrong guy.  :)  5 Hopefully, my *absolutely* last post on this thread. o  , On Fri, 4 May 2001, David J. Dachtera wrote:  I > Somehow, the quoting got screwed up again. I didn't write what follows.:B > I believe the quotes are properly attributable to Mihali Felipe. ..     - Mihali 	r@ +-------------------------------------+------------------------+@ | Mihali Felipe                       | mihali.felipe@yale.edu |@ | Yale University                     | OFFC (203)432-9808     |@ | Department of Geology and Geophysics| FAX  (203)432-3134     |@ | Box 208109                          |                        |@ | New Haven, CT  06520-8109           |                        |@ +-------------------------------------+------------------------+   ------------------------------  + Date: Fri, 04 May 2001 14:36:35 -0300 (EST)o From: becherini@vortex.ufrgs.brr Subject: RADIUS for OpenVMS ?I, Message-ID: <01050414363496@vortex.ufrgs.br>  : Received:	by vortex.ufrgs.br (V5.0A-1, OpenVMS V7.2 Alpha)+ From:		Fabio Becherini <becherini@ufrgs.br>a Reply-to:	<becherini@ufrgs.br>< Comments:	@vortex.ufrgs.br, vortex(46.451)::, psi%........::2 References:	BR, TCHE, UFRGS, CPD network, Cia-INFO- Organization:	Cia-INFO /DRS /CPD-UFRGS /UFRGS.O _______________________________________________________________________________u     	Hi !f  5 	We know that it exists RADIUS (*) server for several $ 	flavors of UNIX	and Windows NT too.    	Do we have RADIUS for OpenVMS ?   	Best regards,   	(*) RADIUS:  M   The Remote Authentication Dial-In User Service (RADIUS) is a client/server (L   security protocol created by Lucent InterNetworking Systems. RADIUS is an P   Internet draft standard protocol. See RFCs 2138 and 2139 for more information 
   on RADIUS.     N   User profiles are stored in a central location, known as the RADIUS server. O   RADIUS clients (such as a PortMaster communications server) communicate with  L   the RADIUS server to authenticate users. The server specifies back to the L   client what the authenticated user is authorized to do. Although the term K   RADIUS  refers to the network protocol that the client and server use to vM   communicate, it is often used to refer to the entire client/server system.      J   ________________________________________________________________________K  |                                                                        |uK  | Fabio Becherini              System & Network Manager, Webmaster UFRGS |:K  | CPD-UFRGS                    Centro de Processamento de Dados da UFRGS |:K  |                              Universidade Federal do Rio Grande do Sul |uK  |                                              Divisao de Rede e Suporte |oK  |                                     (55)(51) 316-5041 / 331-1215 (fax) |LK  | Rua Ramiro Barcelos, 2574 - Santa Cecilia - Porto Alegre - RS - Brasil |,K  |________________________________________________________________________|aK  |                                                                        |rK  | Cia-INFO (c) Ophicin@ das Informacoes              Coordenacao Central |oK  |________________________________________________________________________|tK  |                                                                        |HK  | INTERnet:  fabio.becherini@ufrgs.br         DECnet:  vortex::becherini |rK  |________________________________________________________________________|h   ------------------------------   Date: 3 May 2001 10:25:26 -0500n3 From: malmberg@encompasserve.org (John E. Malmberg)i Subject: Re: SAMBA3 Message-ID: <rbucTQ5dFHyx@eisner.encompasserve.org>e  2 In article <3af0694a.201013640@news.ksc.nasa.gov>,; stephend@pdms99.ksc.nasa.government (Dave Stephens) writes:d >c >>I >>Samba/VMS probably offers lower performance (I'm guessing - anyone have  >>benchmarks?) >eF > No benchmarks, just observations. We're running PW v6.0c on a coupleF > of nodes in our cluster, including 8400 and 7000 Alphas. I installedG > Samba on another 7000 in the cluster, and performance was awful. File:@ > opens took way too long to even consider unleashing this as anH > alternative to Pathworks (and there is plenty of interest in replacing; > PW in my environment - but not from me, 'cause it works!)sC > I've installed Samba on Tru64 and RedHat Linux, and it works much E > better on those platforms, as fast as PW on VMS. YMMV, but Samba oni( > VMS is a non-starter for our purposes.  L The performance may vary with the release of SAMBA on the OpenVMS platforms.H 2.0.6 may speed things up, but like all SAMBA platforms below 2.0.7, has" issues with W2K incompatabilities.  L Some of the coding paths that SAMBA uses involve significantly more overheadI on OpenVMS than other platforms.  Much of that can be eliminated if SAMBAhJ were only to allow filenames that are legal for OpenVMS.  That still wouldJ leave a lot of apparent room for optimizing the code more for both OpenVMS and the *N*X platforms.r  J I am not familiar with Pathwork's internals, but unlike SAMBA for OpenVMS,L there is an active support structure with people working to put improvements in it.  K Pathworks also provides a lot of features for COM, External Authentication,kG and allows DCL management of many NT Domain functions.  None of this is- available with SAMBA.a  F Still, SAMBA is a great way to learn how LANMAN protocols really work.   -Johnc Personal Opinion Onlys wb8tyw@qsl.network   ------------------------------  % Date: Fri, 04 May 2001 08:13:29 -0400s! From: Dan Allen <dallen@nist.gov>t Subject: RE: SAMBA: Message-ID: <NEBBIALHDHJMJINPGMOAEEPFDIAA.dallen@nist.gov>   > H > Still, SAMBA is a great way to learn how LANMAN protocols really work. >     N 	And if you have to interoperate with the Windows world (and I'd guess most ofQ 	us do!) well worth the experiment.  I'd add that when I first started dissectingeQ 	the Samba code (early V1) I was mightily impressed by the well structured codingrS 	style and overall design.  A far cry from many of the other Unix freeware packagescX 	I've seen.  I haven't been inside the more recent releases but I hope Andrew's original. 	ideals have been preserved by the Samba team.   	Dan    l   ------------------------------  % Date: Fri, 04 May 2001 09:30:04 -0300m) From: fabio_compaq@ep-bc.petrobras.com.br- Subject: SNADTF LINKABORT,L Message-ID: <OFF6E635F4.CF7503FD-ON03256A42.0043F3AE@ep-bc.petrobras.com.br>  * I am having a strange problem with SNADTF.  A We have a mainframe IBM,   a SNA Gateway running SNADTF (OpenVMS)i and my server (OpenVMS).  E When we try to copy a data-set (file) from the mainframe using SNADTFa appearsg the message bellow:i  - -RMS-F-SYS, QIO system service request faileds9 -SYSTEM-F-LINKABORT, network partner aborted logical linkM  H But I have two others OpenVMS machines in my site and these machines are+ copying the data-sets (files) successfully.,    L One machine in special is not copying. I checked the HUB, cables and changedP the DE-500 for precaution because I suspected it should be a collision proglem -7 the number was high in $ MCR NCP SHOW LINE EWA-1 COUNT.>P But I still having the problem. I can list the data-set (file) using the commandP $ DIR C60000"SNADTF":: "data-set"  but I cant  $ COPY or $ TYPE the file. I dontL have access to the SNADTF software because the server is in other datacenterS (250 km far from me) and I am contacting the specialist there to solve the problem.i   Any suggestion ?   Regardsm   ------------------------------  % Date: Fri, 04 May 2001 13:38:08 -0300.) From: fabio_compaq@ep-bc.petrobras.com.brS Subject: SNADTF LINKABORToL Message-ID: <OF678B93B2.6BA14967-ON03256A42.005B027A@ep-bc.petrobras.com.br>  * The problem was solved. With a reboot ....  C Another IT team (SAP) installed Sterling Connect:Direct V3.1 in then OpenVMSeI server and suddenly the COPY command using the  SNADTF account stopped tom work.o    E To solve the problem I needed to comment the startup procedure in theI2 SYSTARTUP_VMS.COM and "reboot" the OpenVMS server.  J But we dont know what causes this "incompatibility" between Connect:Direct and COPY
 until now..../   Regardso   FC   ------------------------------   Date: 3 May 2001 13:20:03 -0500s From: briggs@encompasserve.orgA Subject: Re: Spam, eggs, bacon, spam, spam ... attn: Hoff Hoffman 3 Message-ID: <sWc2IcB+3n44@eisner.encompasserve.org>   j In article <hk3xOtDuf1SQaJCyI74rztx2dTYi@4ax.com>, David Beatty <David.Beatty@qwertysasasdfgh.com> writes: > C >     It's much easier to see if a group is moderated under Outlookn% > Express; that's what I use at home.k   comp.os.vms is not moderated  A There is a mail gateway between the INFO-VAX mailing list and ther comp.os.vms newsgroup.  G As a technical matter, the question of whether a newsgroup is moderatedeF or not is answered by looking at the configuration of the news serversL that carry it.  In some cases, this may be indicated by the presence of the G letter "m" in an "active" file.  In other cases, it may be indicated byl1 the presence of a flag in the newsgroup database.-  H When a newsgroup is created, the "newgroup" message that implements thatD creation will be processed on each participating news server and theI group will be created as a moderated or as an unmoderated group according4A to the contents of the "newgroup" message.  News that are created D after the group has been created will typically pick up a newsgroupsB database from an established server and will know which groups are5 moderated based on the information contained therein.e  @ For moderated newsgroups, the local server responds to attemptedC postings by converting the post into an e-mail and forwarding it totB the newsgroup's moderator.  If accepted, the moderator will add anE "approved" header and post the message to the group(s).  The presencelH of the "approved" header will allow the moderator's local news server to@ accept the posting without recursively forwarding it back to the
 moderator.  C In the case of cross-posts (single messages posted to more than oneeH group), if any of the news groups is moderated, the message is forwardedD to the moderator and does not appear in any of the news groups until$ it is cross-posted by the moderator.  G As a practical matter, one can usually tell if a newsgroup is moderated F by looking at the group name and description.  If it says "moderated", it is.  If not, not.  G >     Weeding through the headers from Agent is not as easy as Outlook,hH > either, especially with this particular user's headers.  I'll probably( > do it from home when I get the chance.  B As Hoff suggests, looking at an individual posting in the group isA another way to see if the group is moderated.  If the posting hasiA has no approved: header then you know the group is not moderated. @ If every posting you look at has an Approved header then you canA be pretty sure that the group is moderated.  But you shouldn't ben= looking at a suspected SPAM message when you try to make thisB determination!   	John Briggs   ------------------------------  # Date: Fri, 04 May 2001 07:09:14 GMT.4 From: LESLIE@209-16-45-102.insync.net (Jerry Leslie) Subject: Re: TIN 1.4.4) Message-ID: <uAsI6.1959$%L5.35280@insync>   1 Zane H. Healy (healyzh@shell1.aracnet.com) wrote:_ : J : I'm wondering if the problem isn't the huge number of newsgroups my ISP F : carries.  I know this causes problems for a couple of the other news : readers that run OpenVMS.o : J : It also strikes me as odd how long it takes to go through the following: : % : Reading groups from active file...-A : Checking for new groups...# : Reading global attributes file...  : Reading attributes file... : Reading newsgroups file.../  :    Try using the "-nq" options. u  H Also, there's at least one newsgroup whose name is 570 characters long, ( no doubt the work of some USENET vandal:  J   alt...hey...this.group.has.a.very.long.name...a.very.long.name.indeed...H   i.hope.it.doesn't.break.anything...not.anything.important.anyway...hehH   ...now.for.the.hard.part...ouch.argh.ooh.no.no.stop.ow.argh.argh.owch.G   ooh.ahh.mmm.arghh.urg.ouch.ouch.ouch.ouch.no.nono.nonono.argh.helpme.eG   thishurts.ow.ow.ow.argh.mmm.mmmmm.mmm-mmm-mmm.owww.um.argh.ARGH.OUCH.0I   NOT-THE-SPIKY-ONE.HELP-ME!.AAARRRRGGGHHHH!!!!!!!...ouch.ouch.mmm.i-needeH   -a-drink-now.ah.that's-better.mmm.soothing.oh.oh-no.go-away!.i've-had-F   enough!.you-got-paid-didn't-you?.~whimper~.ouch.argh.ouch.argh.ouch.
   argh.etc...i  ? tin 1.3 950824BETA PL0 [VMS] got "Active file corrupt" for thatv
 newsgroup.    % --Jerry Leslie   leslie@clio.rice.eduo/                  leslie@209-16-45-97.insync.net4;                  leslie@209-16-45-102.insync.net is invalid 2                  (my opinions are strictly my own)   ------------------------------  # Date: Fri, 04 May 2001 12:45:35 GMT.. From: "Alphaman" <alphaman64@nixspam-home.com>. Subject: Re: VMS Loyalist dies from starvation< Message-ID: <PvxI6.57462$U4.13505111@news1.rdc1.tn.home.com>  0 Alan Greig <a.greig@virgin.net> wrote in message2 news:br3bet4jfa3fklm3obijg8ui9nco59vio2@4ax.com... :oD > I think it's a Microsoft plot to force us all to say "color". NextD > week the Dan Quail special with added "e" Oops that's already been/ > done as a prefix hasn't it. Now I understand.a  F Alan, are you saying that, contrary to Al Gore, it was DAN QUAYLE that! invented the Internet???  Whoa...o   Aaron> --> Aaron Sakovich  http://members.home.net/sakovich/alphaman.html> Make April 15 just another day:        http://www.fairtax.org/H "The supersonic boom should hit you in just a few seconds." (Apollo 440)   ------------------------------   Date: 4 May 2001 12:27:18 +0200s* From: eplan@kapsch.net (Peter LANGSTOEGER)2 Subject: [DCPS] Duplex Problem with HP Laserjet 5M* Message-ID: <3af28406$1@news.kapsch.co.at>  J As we had to replace our robust printer (HPLJ4) with another one (HPLJ5M),L I'm now facing problems (and I wonder, why they didn't pop up before at all)  ! I can't get duplex printing jobs.t% I tried (almost) every combination ofs   	- DCPS V1.8 and F2.0c/ 	- TCPware V5.4-3 (all ECOs) and TCPIP V5.0-112 1 	- /PAR=SID=2 and [/NOPARAM] at the PRINT command5: 	- Duplex=On and Duplex=Off in the Laserjet 5M setup menue  N I always got single side jobs (some of them expected, all other ones unwanted)  " I now feel like a (DCPS) beginner.I Do you know of any DCPS problems with the HP Laserjet 5M (F/W 19960115) ? 4 Or what to do/try to get duplex jobs from VMS/DCPS ?   TIA   ? PS: Printer queue P211, idle, on GASPRA::"IP_RawTCP/p211:9100",  mounted form POSTSCRIPT/   <HP Laserjet 5M, TNr.1484>@   /AUTOSTART_ON=(GASPRA::"IP_RawTCP/p211:9100") /BASE_PRIORITY=3M   /DEFAULT=(FORM=POSTSCRIPT) /NOENABLE_GENERIC /LIBRARY=DCPS$DEVCTL LowercasedC   /OWNER=[_RZ,RZ] /PROCESSOR=DCPS$SMB /PROTECTION=(S:M,O:D,G:M,W:S):   /SCHEDULE=(NOSIZE)   -- E< Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888O< <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------  % Date: Fri, 04 May 2001 12:17:59 -0400r0 From: paul.r.anderson@compaq.com (Paul Anderson)6 Subject: Re: [DCPS] Duplex Problem with HP Laserjet 5MP Message-ID: <paul.r.anderson-0405011217590001@dhcp-16-21-34-107.eng.lkg.dec.com>  B In article <3af28406$1@news.kapsch.co.at>, eplan@kapsch.net wrote:  K > Do you know of any DCPS problems with the HP Laserjet 5M (F/W 19960115) ? 6 > Or what to do/try to get duplex jobs from VMS/DCPS ?  J Can you print duplex from any other operating system?  I know of no issues/ with duplexing on the HP LaserJet 5M with DCPS.    Paul   -- t
 Paul Andersone  OpenVMS Engineering  Compaq Computer Corporation   ------------------------------   Date: 3 May 2001 12:41:47 -0500o From: briggs@encompasserve.org> Subject: Re: [OT] RE: 80% is Good Enough for M$. Now it's 100%3 Message-ID: <WXHq3KF8d$mo@eisner.encompasserve.org>   Q In article <9cqkg1$2l0$2@husk.cso.niu.edu>, system@niuhep.physics.niu.edu writes:a5 > "David J. Dachtera" <djesys.nospam@fsi.net> writes: D > Anybody can define anything as moral or immoral.  From an externalE > perspective each person's morality is as good as the next person's,eB > i.e. the morality of an action is relative to who is judging it.  E Anyone _can_ define anything as moral or immoral.  Certainly.  But inoA practice, they _don't_.  The various moral codes are more similarsE than they are different.  For a very good reason -- they work.  Which ' leads nicely into the next paragraph...-  G > Bob Kohler (sp?) espoused an intriguing idea that the universe itself H > can be the determiner of morality... I suppose that is the idea behind
 > karma...  A I think his notion is more like:  "A society that condones random-E theft will fail to compete successfully with a society that kills its < thieves".  It's not that a person who commits "immoral" actsF earns bad karma that will catch up with him.  It's that a society thatC condones "immoral" acts has a competitive disadvantage in the harsh3A world of reality.  A society that competes well will tend to be ao  society which punishes thievery.  C Accordingly, one might define an "immoral" act as one that providesVE personal benefit at some overall net cost to society as a whole.  The	 universe gets to judge.m  I Think of it as evolution in action.  Survival of the fittest... morality.E  C So we _do_ have an external perspective which judges that one man's/* morality is not as good as the next man's.   	John Briggs   ------------------------------  % Date: Fri, 04 May 2001 09:53:24 -0500(1 From: "David J. Dachtera" <djesys.nospam@fsi.net>s> Subject: Re: [OT] RE: 80% is Good Enough for M$. Now it's 100%' Message-ID: <3AF2C264.4EE935BD@fsi.net>t   briggs@encompasserve.org wrote:s > S > In article <9cqkg1$2l0$2@husk.cso.niu.edu>, system@niuhep.physics.niu.edu writes: 7 > > "David J. Dachtera" <djesys.nospam@fsi.net> writes:   G Somehow, the quoting got screwed up again. I didn't write what follows.r@ I believe the quotes are properly attributable to Mihali Felipe.  F > > Anybody can define anything as moral or immoral.  From an externalG > > perspective each person's morality is as good as the next person's, D > > i.e. the morality of an action is relative to who is judging it. > G > Anyone _can_ define anything as moral or immoral.  Certainly.  But in C > practice, they _don't_.  The various moral codes are more similarnG > than they are different.  For a very good reason -- they work.  Which_) > leads nicely into the next paragraph...  > I > > Bob Kohler (sp?) espoused an intriguing idea that the universe itself J > > can be the determiner of morality... I suppose that is the idea behind > > karma... > C > I think his notion is more like:  "A society that condones random G > theft will fail to compete successfully with a society that kills its > > thieves".  It's not that a person who commits "immoral" actsH > earns bad karma that will catch up with him.  It's that a society thatE > condones "immoral" acts has a competitive disadvantage in the harsh C > world of reality.  A society that competes well will tend to be a_" > society which punishes thievery. > E > Accordingly, one might define an "immoral" act as one that providesdG > personal benefit at some overall net cost to society as a whole.  The_ > universe gets to judge._ > K > Think of it as evolution in action.  Survival of the fittest... morality.  > E > So we _do_ have an external perspective which judges that one man'se, > morality is not as good as the next man's. >  >         John Briggs_     -- _ David J. Dachtera  dba DJE Systems- http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/S  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Fri, 04 May 2001 10:11:26 -0500.1 From: "David J. Dachtera" <djesys.nospam@fsi.net>g> Subject: Re: [OT] RE: 80% is Good Enough for M$. Now it's 100%' Message-ID: <3AF2C69E.266FF987@fsi.net>l   Mihali Felipe wrote: >  > If P, then Q.r >  > P - Absolute morality exists  D Perhaps a better statement to explore (or debate) would be "Absolute morality can exist".   > Q - it must come from God   B That leaves open a great deal of debate about the nature of God asH compared to humans, but I'll forego that in this post. Instead, I'll sayH only that given the current state of "human nature", the level of wisdomF (if you will) that would be required to define a code of behvaior evenH approaching an "absolute morality" remains beyond the wisdom of even the$ wisest of "wise man" (homo sapiens).  D At the risk of provoking some folks, let me say this because it is a@ personal conviction: even if you cannot (or will not) accept theG Divinity of Jesus Christ, much of what remains demonstrates the unusualoG wisdom of His teachings. He taught us how to live together in peace and G harmony, even when one's homeland is occupied by a conquering force, ask9 Rome had conquered the lands wherein He lived and taught.w  H His teachings suggest that an "absolute" (read: perfect) morality, while/ possibly unattainable, is at least conceivable.k  F That is the position from which I speak. As always, YMMV considerably.  = ...and again, my apologies for triggering and prolonging thish discussion.t   -- e David J. Dachterac dba DJE Systemsn http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.m   ------------------------------   Date: 4 May 2001 12:45:09 -0500t- From: koehler@encompasserve.org (Bob Koehler))> Subject: Re: [OT] RE: 80% is Good Enough for M$. Now it's 100%3 Message-ID: <gG7in96eAsRS@eisner.encompasserve.org>r   In article <Pine.SOL.4.10.10105031029410.22984-100000@rock.geology.yale.edu>, Mihali Felipe <mihali@hess.geology.yale.edu> writes: > 4 > On 3 May 2001 system@niuhep.physics.niu.edu wrote:6 >> "David J. Dachtera" <djesys.nospam@fsi.net> writes: >> >E >> >Is "God" necessary in order for the concept to exist where in the 5 >> >harming of one person by another becomes immoral?- > B > No, but it would merely be a relative morality within a mutuallyI > understood code of conduct and where abberations would abound. Clearly,rD > people have harmed others for their own personal gain or survival.  	 Not true.A  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationl= NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replyingn   ------------------------------   Date: 4 May 2001 12:48:19 -0500a- From: koehler@encompasserve.org (Bob Koehler)c> Subject: Re: [OT] RE: 80% is Good Enough for M$. Now it's 100%3 Message-ID: <$Bi4d4CnY0wP@eisner.encompasserve.org>t   In article <Pine.SOL.4.10.10105031404440.18109-100000@rock.geology.yale.edu>, Mihali Felipe <mihali@hess.geology.yale.edu> writes:  0 > Taking (a) God out of the picture, that is theJ > eventual result: morality is relative. You must be disagreeing with some' > of the atheists here and not with me.m  E Wrong.  Removing a god does not force morality to be relative.  It isa< not true that all atheists are or must be secular humanists.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil GroupeE                                 | please remove ".aspm" when replyingh   ------------------------------   Date: 4 May 2001 12:47:06 -0500s- From: koehler@encompasserve.org (Bob Koehler)p> Subject: Re: [OT] RE: 80% is Good Enough for M$. Now it's 100%3 Message-ID: <EJVuS8Oa71dh@eisner.encompasserve.org>i   In article <Pine.SOL.4.10.10105031500400.18109-100000@rock.geology.yale.edu>, Mihali Felipe <mihali@hess.geology.yale.edu> writes: > B > Religions aren't the references of absolute morality. It's God.  >   F A god is not a requirement for a reference of absolute morality.  IF IE understand what you're saying then you also need to understand that avF reference is not a requirement for the existence of absolute morality.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporationa= NASA GSFC Flight Software       | Federal Sector, Civil GroupoE                                 | please remove ".aspm" when replyingw   ------------------------------   Date: 4 May 2001 12:51:17 -0500i- From: koehler@encompasserve.org (Bob Koehler) > Subject: Re: [OT] RE: 80% is Good Enough for M$. Now it's 100%3 Message-ID: <U9s7Wh9XbrW0@eisner.encompasserve.org>c  T In article <WXHq3KF8d$mo@eisner.encompasserve.org>, briggs@encompasserve.org writes:S > In article <9cqkg1$2l0$2@husk.cso.niu.edu>, system@niuhep.physics.niu.edu writes:p > H >> Bob Kohler (sp?) espoused an intriguing idea that the universe itselfI >> can be the determiner of morality... I suppose that is the idea behind  >> karma...    I DID NOT SAY THAT.u  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil GroupuE                                 | please remove ".aspm" when replyingp   ------------------------------   End of INFO-VAX 2001.249 ************************