1 INFO-VAX	Mon, 18 Oct 2004	Volume 2004 : Issue 579       Contents:) Re: AlphaServer DS10L - IDE disk question ) Re: AlphaServer DS10L - IDE disk question ) Re: AlphaServer DS10L - IDE disk question ) Re: AlphaServer DS10L - IDE disk question ) Re: AlphaServer DS10L - IDE disk question + Re: ANN: PWAIT$SDA freeware from Ian Miller + Re: ANN: PWAIT$SDA freeware from Ian Miller   Re: BA353 configuration question  Re: BA353 configuration question  Re: BA353 configuration question1 Re: CC /MMS_DEPENDENCIES and related difficulties 1 Re: CC /MMS_DEPENDENCIES and related difficulties 1 Re: CC /MMS_DEPENDENCIES and related difficulties  Re: File counts 2 Hello from the OpenVMS Technical Update in Austria# Re: Latest on Windoze Navy software # Re: Latest on Windoze Navy software # Re: Latest on Windoze Navy software # Re: Latest on Windoze Navy software & Re: Need Itanium2 (EPIC) ClarificationP Re: Obsucure Inquier article about Intel mentions VMS (and not any other OS') ot Re: Oracle RDB x Oracle Classic  Re: Oracle RDB x Oracle Classic  pthreads and scheduling > Re: Routine to Resubmit print/batch entries from queue listing0 Re: Simulating monochrome to test Xwindows app ? Re: Sun Java and Kodak. " Re: SYSUAF => export passwords ???$ Re: Usable snapshot of a DEcwindow ? Re: VMS for the blind  Re: VMS for the blind 3 Re: VMS related water bound powerful mammal artwork   F ----------------------------------------------------------------------    Date: 18 Oct 2004 02:07:31 -07005 From: Hiroyuki_Tanaka4@excite.co.jp (Hiroyuki Tanaka) 2 Subject: Re: AlphaServer DS10L - IDE disk question= Message-ID: <68cfa44d.0410180107.1db48f6a@posting.google.com>    Group,  F Is it common to have errors show when you show devices on a DS10L with a single IDE drive?    DQA0    0 Errors DQA1    1 Error  DQB0    1 Error  DQB1    1 Error  DVA0    0 Errors   Tanaka   ------------------------------  % Date: Mon, 18 Oct 2004 19:14:16 +1000 # From: "Gremlin" <not-here@all.mate> 2 Subject: Re: AlphaServer DS10L - IDE disk question/ Message-ID: <41738961$1@duster.adelaide.on.net>   	 Hi Tanaka   D I only have one DS10L and it only has a single IDE drive, a Seagate K Barracuda III.  Apart from some strangeness when shutting down, I have had  L no problems.  The drive has never logged any errors.  As you are getting an J error on each IDE bus (disk and CD?), perhaps there is a problem with the 4 hardware - specifically, the IDE controller chipset?   Milton  C "Hiroyuki Tanaka" <Hiroyuki_Tanaka4@excite.co.jp> wrote in message  7 news:68cfa44d.0410180107.1db48f6a@posting.google.com...  > Group, > H > Is it common to have errors show when you show devices on a DS10L with > a single IDE drive?  >  > DQA0    0 Errors > DQA1    1 Error  > DQB0    1 Error  > DQB1    1 Error  > DVA0    0 Errors > 	 > Tanaka     ------------------------------  " Date: Mon, 18 Oct 04 13:35:40 +100 From: rok@nuk.uni-lj.si 2 Subject: Re: AlphaServer DS10L - IDE disk question& Message-ID: <4173c6af$1@NUK.Uni-Lj.Si>  < In Article <68cfa44d.0410180107.1db48f6a@posting.google.com>7 Hiroyuki_Tanaka4@excite.co.jp (Hiroyuki Tanaka) writes:  >Group,  > G >Is it common to have errors show when you show devices on a DS10L with  >a single IDE drive? >  >DQA0    0 Errors  >DQA1    1 Error >DQB0    1 Error >DQB1    1 Error >DVA0    0 Errors  >  >Tanaka   C  Yap, it takes one error for VMS to figure out there is no other DQ  device connected than DQA0.    Regards,  D Rok Vidmar                       Internet:  rok.vidmar@nuk.uni-lj.si; National and University Library  Phone:     +386 1 421 5461 ; Turjaska 1, SI-1000 Ljubljana    Fax:       +386 1 421 5464  Slovenia   ------------------------------    Date: 18 Oct 2004 09:30:26 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 2 Subject: Re: AlphaServer DS10L - IDE disk question3 Message-ID: <BPpy24dW8Jz6@eisner.encompasserve.org>   u In article <68cfa44d.0410180107.1db48f6a@posting.google.com>, Hiroyuki_Tanaka4@excite.co.jp (Hiroyuki Tanaka) writes:  > Group, > H > Is it common to have errors show when you show devices on a DS10L with > a single IDE drive?  >  > DQA0    0 Errors > DQA1    1 Error  > DQB0    1 Error  > DQB1    1 Error  > DVA0    0 Errors >   E    I would look at the error log and find out what it is.  We used to C    get and ignore lots of soft errors, but that was a old hardware.    ------------------------------    Date: 18 Oct 2004 10:42:12 -0700& From: jordan@ccs4vms.com (Rich Jordan)2 Subject: Re: AlphaServer DS10L - IDE disk question= Message-ID: <cc5619f2.0410180942.3a93d558@posting.google.com>   P Glenn Everhart <gce@gce.com> wrote in message news:<4151C917.6090500@gce.com>...  K > The issue is that IDE has a limit at 137GB. A newer IDE standard has been K > made to expand this, not very long ago, but lots of older IDE controllers  > know only that size or less. > M > If you want a larger IDE disk on VMS, it is said that an Acard IDE <-> SCSI Q > adapter will handle the new IDE standard. It will hit the 1TB or 2TB (depending F > on sign bit in block number; don't count on over 1TB) limit in SCSI. > K > Drives that will exceed this size seem not too far off. ODS2 or ODS5 have  > limits at this size also.  > L > Note that negative block numbers will hit various problems in dkdriver and > elsewhere.  D I have a Western Digital 160GB/8MB on an Acard IDE-SCSI converter onE my PWS600au, hooked in through the embedded Ultra-SCSI controller.  I D don't have the Acard model handy but its the IDE to 68-pin UltraSCSI? model.  They also had U80 and U160 models when I last checked.  C Outside of the single error (a timeout) that occurs on every system F startup, it has run error free for months, even under reasonably heavy@ activity (not reflected in the current I/O count; we had a power failure a week or so ago).  C Of course the DS10L is seriously hampered by its single PCI slot... D you can get great video, but only IDE, or usable video with moderateC SCSI in a trifecta card, or great SCSI with no video.  If you can't C use any SCSI card because you need a quality video card, this is no E help; if you can, you can see that the IDE drive does not perform all D that badly compared to the (admittedly older, slower) SCSI drives on the same system.    ? Disk FURY$DKA200:, device type WDC WD16 00JB-00EVA0, is online,  mounted, file-F     oriented device, shareable, available to cluster, error logging is enabled.  F     Error count                    1    Operations completed              49150F     Owner process                 ""    Owner UIC                      [SYSTEM];     Owner process ID        00000000    Dev Prot             S:RWPL,O:RWPL,G:R,W F     Reference count                1    Default buffer size                 512F     Total blocks           268435455    Sectors per track                    96F     Total cylinders            29128    Tracks per cylinder                  96    C TESTDEV results for the three drives follow.  All drives are on the B same SCSI channel, but the tests were performed sequentially on an@ otherwise idle system.  All were run with blocksize 4, full disk	 coverage.   B First test for each disk is single stream, 10,000 I/Os; the second test is 4 streams, 20,000 I/Os.   4 ***********************  System disk:   DEC RZ2CC-KB ***********************   ? Started testing device DKA0: (label FURY_SYSTEM) at 18-OCT-2004  12:01:28.05 @ TestDev 2.2 on FURY completed testing at 18-OCT-2004 12:03:35.53 Device Information0   Type:                  DKX00        (serial 0)   Host:                   FURY6   Capacity:            8380080 blocks (4288 megabytes) Test Conditions    Coverage:             random%   Threading:                 1 stream %   IO size:                   4 blocks D   Seek range:          8378144 blocks (of 8380080 specified maximum)F   Operations:            10000 reads  (of 10000 specified : 0 dropped) Performance Information    Elapsed time:    00:02:07.47'   Throughput:           160654 byte/sec %   IO rate:                78.4 IO/sec /   IO duration:            12.7 msec   (average) :   IO spread:               3.4 msec   (standard deviation)    ? Started testing device DKA0: (label FURY_SYSTEM) at 18-OCT-2004  12:15:30.66 @ TestDev 2.2 on FURY completed testing at 18-OCT-2004 12:18:58.51 Device Information0   Type:                  DKX00        (serial 0)   Host:                   FURY6   Capacity:            8380080 blocks (4288 megabytes) Test Conditions    Coverage:             random&   Threading:                 4 streams%   IO size:                   4 blocks D   Seek range:          8379170 blocks (of 8380080 specified maximum)F   Operations:            20000 reads  (of 20000 specified : 0 dropped) Performance Information    Elapsed time:    00:03:27.85'   Throughput:           197064 byte/sec %   IO rate:                96.2 IO/sec /   IO duration:            41.5 msec   (average) :   IO spread:              16.3 msec   (standard deviation)    3 ***********************  Data disk 1:   IBM DCHS04W  ***********************   @ Started testing device DKA100: (label FURY_DATA1) at 18-OCT-2004 12:11:09.89 @ TestDev 2.2 on FURY completed testing at 18-OCT-2004 12:13:16.04 Device Information0   Type:                  DKX00        (serial 0)   Host:                   FURY6   Capacity:            8813870 blocks (4510 megabytes) Test Conditions    Coverage:             random%   Threading:                 1 stream %   IO size:                   4 blocks D   Seek range:          8811834 blocks (of 8813870 specified maximum)F   Operations:            10000 reads  (of 10000 specified : 0 dropped) Performance Information    Elapsed time:    00:02:06.14'   Throughput:           162352 byte/sec %   IO rate:                79.3 IO/sec /   IO duration:            12.6 msec   (average) :   IO spread:               3.5 msec   (standard deviation)    @ Started testing device DKA100: (label FURY_DATA1) at 18-OCT-2004 12:22:04.34 @ TestDev 2.2 on FURY completed testing at 18-OCT-2004 12:25:44.49 Device Information0   Type:                  DKX00        (serial 0)   Host:                   FURY6   Capacity:            8813870 blocks (4510 megabytes) Test Conditions    Coverage:             random&   Threading:                 4 streams%   IO size:                   4 blocks D   Seek range:          8812913 blocks (of 8813870 specified maximum)F   Operations:            20000 reads  (of 20000 specified : 0 dropped) Performance Information    Elapsed time:    00:03:40.14'   Throughput:           186056 byte/sec %   IO rate:                90.8 IO/sec /   IO duration:            43.9 msec   (average) :   IO spread:              16.9 msec   (standard deviation)    < ***********************  Data disk 2:   WDC WD16 00JB-00EVA0 ***********************   @ Started testing device DKA200: (label FURY_DATA2) at 18-OCT-2004 12:04:10.70 @ TestDev 2.2 on FURY completed testing at 18-OCT-2004 12:06:28.73 Device Information0   Type:                  DKX00        (serial 0)   Host:                   FURY8   Capacity:          268435455 blocks (137377 megabytes) Test Conditions    Coverage:             random%   Threading:                 1 stream %   IO size:                   4 blocks F   Seek range:        268373316 blocks (of 268435455 specified maximum)F   Operations:            10000 reads  (of 10000 specified : 0 dropped) Performance Information    Elapsed time:    00:02:18.03'   Throughput:           148368 byte/sec %   IO rate:                72.4 IO/sec /   IO duration:            13.8 msec   (average) :   IO spread:               3.6 msec   (standard deviation)    @ Started testing device DKA200: (label FURY_DATA2) at 18-OCT-2004 12:27:36.00 @ TestDev 2.2 on FURY completed testing at 18-OCT-2004 12:32:06.02 Device Information0   Type:                  DKX00        (serial 0)   Host:                   FURY8   Capacity:          268435455 blocks (137377 megabytes) Test Conditions    Coverage:             random&   Threading:                 4 streams%   IO size:                   4 blocks F   Seek range:        268406196 blocks (of 268435455 specified maximum)F   Operations:            20000 reads  (of 20000 specified : 0 dropped) Performance Information    Elapsed time:    00:04:30.01'   Throughput:           151696 byte/sec %   IO rate:                74.1 IO/sec /   IO duration:            53.9 msec   (average) :   IO spread:               7.5 msec   (standard deviation)   ------------------------------    Date: 18 Oct 2004 07:00:39 -0700. From: fabiopenvms@yahoo.com.br (Fabio Cardoso)4 Subject: Re: ANN: PWAIT$SDA freeware from Ian Miller= Message-ID: <f30679fb.0410180600.228cc794@posting.google.com>   e David J Dachtera <djesys.nospam@comcast.net> wrote in message news:<4172ABF9.F4DBFEEA@comcast.net>...  > Hunter Goatley wrote:  > > G > > Thanks to Ian Miller, PWAIT$SDA V0.8 for OpenVMS Alpha is available 4 > > from my VMS freeware archives.  From the README: > > D > > PWAIT$SDA is a SDA extension (using the API first documented forD > > VMS V7.2) which displays information about a process waiting andC > > what it is waiting for.  It is intended to help investigate why  > > a process appears hung.  > J > Gee - the folks at WEBES engineering could have used something like thatJ > earlier this year when we were trying to discover why DESTA Director - a4 > JAVA program - was exhausting (leaking) its BIOLM. > F > As it was, I wrote PRCQUOTA.COM to try to examine process quotas andG > detect an imminent exhaustion. It's derived from an hourly monitoring E > proc. I run on the production cluster at work which watches process + > quotas and sends e-mail when any get low.  >  > See:6 > http://www.djesys.com/freeware/vms/4038_freeware.zip > F > ...for PRCQUOTA.COM and other goodies. (This is the freeware archiveI > associated with the presentation I gave at this year's DECUS symposium, J > HPworld-2004. I'm considering repackaging it adding some newer stuff and) > submitting it to the next freeware CD.)  > 3 Is there a way (tool) to DEBUG Java applications ??    Regards    FC   ------------------------------    Date: 18 Oct 2004 12:04:26 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 4 Subject: Re: ANN: PWAIT$SDA freeware from Ian Miller3 Message-ID: <r9Ti6WXtbEbR@eisner.encompasserve.org>   n In article <f30679fb.0410180600.228cc794@posting.google.com>, fabiopenvms@yahoo.com.br (Fabio Cardoso) writes:  5 > Is there a way (tool) to DEBUG Java applications ??   E    I've been using jdb for years.  Not great, but about the same idea     as xdb or gdb.   B    Netbeans and similar IDE's for Java have much better debuggers.A    For the last few years Java has had a standard debug interface D    which allows you to readily roll your own debugger if you want to    do all that work.   ------------------------------    Date: 18 Oct 2004 02:34:10 -07000 From: chris_doran@postmaster.co.uk (Chris Doran)) Subject: Re: BA353 configuration question < Message-ID: <948f0720.0410180134.c8dd7d1@posting.google.com>  p James Nykiel <jnykiel@access4less.net> wrote in message news:<pan.2004.10.17.23.35.02.518042@access4less.net>... > Greetings: >  > L > I am interested in the BA353 and was wondering if the following is a validJ > configuration (1) RZ28-VA, (1) TLZ07-VA, (1) RRD43-VE.  Is there a mnualI > or configuration guide for the BA353 in .PDF format available anywhere?   A Loads of manuals (and FCOs) at http://cmcnabb.cc.vt.edu/dec94mds/ % Scroll down or Edit/Search for BA353.    Chris    ------------------------------    Date: 18 Oct 2004 08:20:41 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen) ) Subject: Re: BA353 configuration question 3 Message-ID: <ic+ywprkMMWv@eisner.encompasserve.org>   Z In article <8pdvkc.6a5.ln@dadsys2.fuller.local>, Stuart Fuller <stufuller@usa.net> writes: > James Nykiel wrote:  > 
 >> Greetings:  >>   >>  M >> I am interested in the BA353 and was wondering if the following is a valid : >> configuration (1) RZ28-VA, (1) TLZ07-VA, (1) RRD43-VE.  >  > No.  > L > The BA353 can accomodate 3 3.5-inch wide devices.  The RZ28 and the TLZ07 C > are 3.5-inch wide devices, while the RRD43 is a 5.25-inch device.   E There are variants of the BA353 which have a TZ30 and an RRD4x in the E right-hand slot (which is a bit larger than the others in this setup.    ------------------------------  % Date: Mon, 18 Oct 2004 11:18:21 -0400  From: "Ray" <no@spam.me>) Subject: Re: BA353 configuration question 0 Message-ID: <10n7nlr3uet28a9@corp.supernews.com>  L The left and center cavities can house 3-1/2 inch (narrow SCSI) storageworksK bricks. The right cavity is configurable; there are some plastic side rails J that can be removed/installed and you can move the backplane. It can houseL either a third 3-1/2 inch brick, or there's a brick-like metal enclosure forK a 5-1/4 inch device. Only 1/2-high is supported per the manual. A full-high D device will fit, but you take the chance of cooking it (no airflow).  I The BA353-AE variant came with an RRD43-VE pre-installed, so I'd say it's 
 supported.  4 "Stuart Fuller" <stufuller@usa.net> wrote in message* news:8pdvkc.6a5.ln@dadsys2.fuller.local... > James Nykiel wrote:  >  > > Greetings: > >  > > H > > I am interested in the BA353 and was wondering if the following is a valid : > > configuration (1) RZ28-VA, (1) TLZ07-VA, (1) RRD43-VE. >  > No.  > K > The BA353 can accomodate 3 3.5-inch wide devices.  The RZ28 and the TLZ07 C > are 3.5-inch wide devices, while the RRD43 is a 5.25-inch device.  >  > --   > 
 >         Stu    ------------------------------    Date: 18 Oct 2004 09:27:42 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) : Subject: Re: CC /MMS_DEPENDENCIES and related difficulties3 Message-ID: <aMR$sCcrTtLs@eisner.encompasserve.org>   B In article <04101620164825@antinode.org>, sms@antinode.org writes: > H >    I've found one more reason to complain about CC /MMS_DEPENDENCIES. I > Not only does the generated dependency file not include the destination H > directory for the object file, it does not even use the actual name of1 > the object file as the name of the object file.   C    I never did have a good reason to put object files in a separate D    directory.  I've seen lots of folks do this, but I think its justE    because they saw someone else do it.  For me it's good enough that +    I can tell them appart by the file type.    > J >    Is anyone using this feature in any but the most trivial situations?  > (Is anyone using it at all?)  B    I use the dependency generation extensively.  I believe /obj isA    ignored by the dependency generator, it's only used to specify 4    what the object file is during an actual compile.  H >    Is there some easy way I'm not seeing to get it to do what I'd like > (that is, something useful)?  F    Let your objects be.  Don't have the same name for two files in two&    languages (i.e. not f.c and f.msg).   ------------------------------  + Date: Mon, 18 Oct 2004 11:07:36 -0500 (CDT)  From: sms@antinode.org: Subject: Re: CC /MMS_DEPENDENCIES and related difficulties) Message-ID: <04101811073664@antinode.org>   ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)   E >    I never did have a good reason to put object files in a separate F >    directory.  I've seen lots of folks do this, but I think its justG >    because they saw someone else do it.  For me it's good enough that - >    I can tell them appart by the file type.   E    I don't recall seeing anyone else do it.  (I thought it was my own E brilliant idea, but I don't claim priority.)  My separate directories H are named [.ALPHA], [.IA64], [.VAX], and so on.  (You can probably guessB why.)  I find this more reliable than distinguishing the differentD object files by version numbers, and more convenient than using fileF types like .AXP_OBJ, and the like.  (Not that CC /MMS is currently anyB more or less friendly to that naming scheme than it is to separate object file directories...)   H >    Let your objects be.  Don't have the same name for two files in two( >    languages (i.e. not f.c and f.msg).  F    I'm trying to let them run free.  Name duplication is not the causeE of the problem, although the following sort of thing is an additional 	 headache:          cc vms.c5       cc vms.c /define = something /object = vms_.obj    Again, CC /MMS can't cope.  H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------    Date: 18 Oct 2004 12:06:31 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) : Subject: Re: CC /MMS_DEPENDENCIES and related difficulties3 Message-ID: <Hd6PYgT6VOqc@eisner.encompasserve.org>   B In article <04101811073664@antinode.org>, sms@antinode.org writes:= > From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  > F >>    I never did have a good reason to put object files in a separateG >>    directory.  I've seen lots of folks do this, but I think its just H >>    because they saw someone else do it.  For me it's good enough that. >>    I can tell them appart by the file type. > G >    I don't recall seeing anyone else do it.  (I thought it was my own G > brilliant idea, but I don't claim priority.)  My separate directories J > are named [.ALPHA], [.IA64], [.VAX], and so on.  (You can probably guessD > why.)  I find this more reliable than distinguishing the differentF > object files by version numbers, and more convenient than using fileH > types like .AXP_OBJ, and the like.  (Not that CC /MMS is currently anyD > more or less friendly to that naming scheme than it is to separate > object file directories...)  >   C    Ah, OK, I have separate directories for executeables for VAX and D    Alpha, but I never bothered with objects that way because I don't8    bother building on VAX until Alpha is fully debugged.  7    A simple .LAST with a RENAME may solve your problem.    ------------------------------    Date: 18 Oct 2004 08:02:18 -0500 From: briggs@encompasserve.org Subject: Re: File counts3 Message-ID: <F88y74PbmEnv@eisner.encompasserve.org>   ` In article <416F2D7C.80511F6A@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes:! > briggs@encompasserve.org wrote: F >> And I think there's a really nifty utility that I've never used andH >> whose name escapes me at the moment that can do it in two flicks of a >> lambs tail. >  > DFU?  - Aye.  That was the one I think I had in mind.    	John Briggs   ------------------------------    Date: 18 Oct 2004 05:44:47 -07001 From: susan_skonetski@hotmail.com (Sue Skonetski) ; Subject: Hello from the OpenVMS Technical Update in Austria = Message-ID: <857e9e41.0410180444.18a16a2c@posting.google.com>    Dear Newsgroup,   E Hello, from Vienna Austria.  This is our fourth stop on the Technical E update tour.  We have had an excellent time.  We started in Stockholm E Sweden.  We were in the HP office in Kista.  The event sold out there @ and a few people ended up sitting on the floor, we then moved toF Holland, Utrect (sp?)we had one spare seat on the first day.  Then offF to London and now Austria.  Its funny no matter where I go I am alwaysD touched at how kind the VMS people are.  The audience is always veryA open to what we have to say about where are going and what we are : doing now.  Hopefully people will post their own thoughts.  A We are off to the last technical update day in Germany on Friday.   
 Warm Regards,  Sue    ------------------------------    Date: 18 Oct 2004 08:57:44 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) , Subject: Re: Latest on Windoze Navy software3 Message-ID: <fbI2bztWsnDw@eisner.encompasserve.org>   \ In article <416FDD05.A2B33D88@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > N > But instead of using "strcpy", you can use "memcpy" which has no expectation > of null terminated stuff.   ?    Can != will.  Heck, you could use strncpy if you were paying B    attention, but did someone pass the length of the buffer to the    function you're writing?   E    Someone in a review reminded us all that pointers are not formally G    the same as addresses.  You could construct a valid C compiler where G    pointers were descriptors.  But absolutley nothing in the C standard ;    requires this overhead, so compiler writers don't do it.   B    If we can mix Fortran-66 and Fortran-77 code when CHARACTER wasH    introduced and the linker had to figure out how 'Here is' was passed,?    then we should be able to get a new C standard that requires H    behaviour needing the allocated length and let the vendors figure out(    how to tell how "Here is" was passed.      Anybody at ANSI listening?    ------------------------------    Date: 18 Oct 2004 09:15:09 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) , Subject: Re: Latest on Windoze Navy software3 Message-ID: <VUhiM2W5of2K@eisner.encompasserve.org>   V In article <2ta8p3F1sveq5U1@uni-berlin.de>, bill@cs.uofs.edu (Bill Gunshannon) writes: > D > Well, I haven't used Fortran since F77, but base don that your nowG > batting about .330.  While some BASICs did have string types (but not D > all BASICs) Fortran, at least as far as F77 did not.  It used, areI > you ready for this, CHARACTER arrays, just like C, except they probably & > would not have been null terminated. >   E    Boy, you're really off today.  CHARACTER is a string type.  You do D    not have to use arrays of CHARACTER to hold or manipuate strings.-    Arrays of CHARACTER are arrays of strings.   I    Fortran-77 has string variables, string arrays, string operators, and      string constants.      Example:   H    character*9 able(12),baker       ! an array of 12 strings of length 9@       	    	     	      	    ! and a (scalar) string of length 9      baker = 'dcef'      able(1) = 'abc' // baker(2:7)  1        'dcef' is a character constant of length 4 ?        (1) is the array element selector like any Fortran array &        (2:7) is the substring operator-        'abc' is a string constant of length 3 .        // is the string concatenation operator   ------------------------------    Date: 18 Oct 2004 09:07:47 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) , Subject: Re: Latest on Windoze Navy software3 Message-ID: <xlDuvKcA4aO+@eisner.encompasserve.org>   V In article <2ta9voF1sveq5U4@uni-berlin.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:  & > C, unless you explicitly include the > '\0'    >    That's just plain wrong.  "Hello world" in C does include a    terminating null.   ------------------------------  # Date: Mon, 18 Oct 2004 17:34:35 GMT & From: John Reagan <john.reagan@hp.com>, Subject: Re: Latest on Windoze Navy software1 Message-ID: <L8Tcd.1055$DV4.151@news.cpqcorp.net>    Bill Gunshannon wrote:   > E > Hmmmm....  I remember "pass-by-value" and "pass-by-reference" but I D > sure don't remember "pass-by-descriptor" in any Pascal text I ever > read.  >  > bill >   ; Compaq Pascal User Manual for OpenVMS Systems, section 5.3   Parameter-Passing Mechanisms  G "By default, Compaq Pascal uses the by reference mechanism to pass all  H actual parameters except those that correspond to conformant parameters G and undiscriminated schema parameters, in which case the by descriptor   mechanism is used."   F Then in section 5.3.3, By Descriptor, table 5-3, lists the descriptor H classes chosen for the various conformant array types (the compiler can ' generate CLASS_A, _NCA, _VS, and _VSA).    --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------    Date: 18 Oct 2004 00:52:31 -0700' From: icerq4a@spray.se (David Svensson) / Subject: Re: Need Itanium2 (EPIC) Clarification = Message-ID: <734da31c.0410172352.116e2d42@posting.google.com>   h "Neil Rieck" <n.rieck@sympatico.ca> wrote in message news:<fXvcd.110$JG5.40894@news20.bellglobal.com>...M > In the past few weeks I've read several articles (including Terry Shannon's G > SKHPCV11N36) which mentioned the fact that "Itanium2 (Montecito) will J > shortly introduce multithreading". Here is a quote from Terry's article: > J > "Other enhancements to Montecito include multithreading. Debuting in theG > Xeon chip server line and already implemented in Pentium 4 processors B > and IBM POWER5 CPUs, multithreading allows a CPU to run multipleL > applications concurrently. This technology will be integrated into Itanium- > for the first time when Montecito arrives."  > L > Up until now, I was always under the impression that the EPIC architectureH > was a marriage of hardware and software, with thread-level parallelismJ > being discovered by the complier which then directed the Itanium2 to "doN > multiple things at once" by instruction grouping in a Long-Instruction-Word.C > In fact, I was under the impression that this was one of the main J > advantages of the EPIC architecture; simplify CPU design by shifting theF > tough stuff to the compiler. (this was also the CISC to RISC mantra) > N > So what is happening now at Intel?  Is Itanium2 quietly morphing into a moreI > RISC like architecture? Or was my original concept of EPIC all wrong to 
 > begin with?   ? No, EPIC has nothing to do with thread-level parallelism. It is ; instruction-level parallelism. Montecito will get a kind of C multithreading similar to what some of the POWER3 had and what Suns D Niagara will get although Montecitos multithreading is more advancedB than those two. It is not exactly the same as the SMT in Pentium 4 (Hyperthreading) and POWER5.   ------------------------------  % Date: Mon, 18 Oct 2004 16:35:27 +0100 9 From: Andrew Harrison <andrew_remove_.harrison@s_u_n.com> Y Subject: Re: Obsucure Inquier article about Intel mentions VMS (and not any other OS') ot 0 Message-ID: <cl0nrs$o23$1@new-usenet.uk.sun.com>   Bob Koehler wrote:t >  Andrew Harrison <andrew_remove__harrison@sun__.com> wrote in message news:<ck11gn$9vu$1@new-usenet.uk.sun.com>... > G >>Things have changed. SRSS 3.0 (SunRay Server Software) is now in Beta G >>for Linux. I have it running on JDS (SUSE) and it also runs on RedHat E >>so the backend hardware does not need to be a Sun though we do sell H >>the best 2 way and 4 way x86/AMD64 boxes so why would you go elsewhere	 >>anyway.  >  >  >     You know damn well why.  >   7 Could OpenVMS not running on Opteron be your problem ??  > * >    OK, so I gave the troll a crumb.  :-( >    Did you now    Regards  Andrew Harrison    ------------------------------  % Date: Mon, 18 Oct 2004 00:09:33 -0700 + From: terry golden <terrygolden@brandx.net> ( Subject: Re: Oracle RDB x Oracle Classic- Message-ID: <ckvq7b$1mfu$1@madmax.keyway.net>   B I've never seen a comparision chart in 12 years of working on bothC products. Not surprizing in that the two dbms use different designs E Oracle use an instance (memory shared by server processes to clients) C and RDB had a monitor but the work is done by the client using dbms E shareable image. Thus it's easier to get more work done on RDB as the B effort is not run through a dozen server processors. Hell even the" rollback/undo is process specific.  D That said RDB 7.2 brought in many Oracle features, like synonyms andI types, greater compatability with sqlnet, oem. What's missing is support  D for the Oracle PL/sql packages that comes standard with Oracle, e.g.B Oracle advanced queues, so forget trying to get adv replication ofD RDB to Oracle to work. RDB has more support for ANSI SQL that OracleD does. Tables wise oracle has locally managed tables, RDB getting theE storage parms right is a bit of a black art, as is getting table data D to cluster records without splits. It's easier on Oracle to parition@ data, but not as smart as RDB where you can cluster records fromF different table using a hashed, Oracle's IOT is single table. IndexingH is pretty similar x the forementioned lack of support for RDB clustering$ via hashed index of multiple tables.  C In general both DB's on OpenVMS suffer from a not a lack of support F but a lack of marketing interest by Oracle, thus the lack of a tnsping< on OpenVMS, and like a year later 10g comes out for OpenVMS.   Fabio Cardoso wrote 5 > Do you know where there is a comparison table/chart ; > about the features/differences between the two databases  < > (under OpenVMS of course) ?  What are the real benefits of> > a zero-RDB implementation instead of Oracle Classic in termsB > of features (mainly database related - tables, indexes, etc...). >  > 	 > Regards  >  > FC   ------------------------------  % Date: Mon, 18 Oct 2004 16:49:03 +02000  From: "Dr. Dweeb" <dr@dweeb.com>( Subject: Re: Oracle RDB x Oracle Classic- Message-ID: <cl0l4s$274d$1@news.cybercity.dk>P   clip ... > Fabio Cardoso wrote 6 >> Do you know where there is a comparison table/chart; >> about the features/differences between the two databasesE= >> (under OpenVMS of course) ?  What are the real benefits ofd? >> a zero-RDB implementation instead of Oracle Classic in termsiC >> of features (mainly database related - tables, indexes, etc...).n >> >>
 >> Regards >> >> FC    A few favourites,a  I It is about an order of magnitude easier to manage Rdb v. Oracle Classic,e especially VLDBs.s  G Rdb has meta data versioning.  The necessity for this is so intuitivelycK obvious that it is hard to believe that AFAIK only Rdb has it.  The abilitylA to ROLLBACK a meta data transaction is in the very useful bucket.n  ? The way Rdb does snapshots is theoretically superior, as is the # implementation of isolation levels.n  G The last comparison I saw was written by Larry Carpenter I think, and IeI guess that was way back in the Rdb 3.x days I think.  Things have changed ) quite substantially since then though :-)l  	 Dr. Dweebr   ------------------------------  % Date: Mon, 18 Oct 2004 15:35:34 +0200-8 From: "Johan Nilsson" <johan.nilsson@---.esrange.ssc.se>  Subject: pthreads and scheduling8 Message-ID: <1098106535.R+Nimvsc1laWWZ/HX3tlrA@teranews>   Hi,   B I'm having trouble figuring out how the thread scheduling actuallyA behaves/should behave under OpenVMS Alpha (7.3-1). Here's a brief + description of the application in question:    - Implemented in C++ - Using POSIX threads ( - Process runs at realtime priority (18)L - Main thread basically kicks off an I/O thread, and then waits for a common# event flag that signals terminationpE - The I/O thread reads UDP multicast data using QIO + uses a timer inaG combination with sys$wflor to implement read timeouts. The thread nevergG waits for I/O completion for more than 100ms. Incoming data varies fromn
 ~10-100Hz.H - A logging thread is also started at ~main entry (writes log entries to disc).= - Application's main is compiled with /reentrancy=multithreadr@ - Application is linked using /threads_enable=(multiple,upcalls)  F Using the following thread priorities/policies the main thread _never_L returns from the $waitfr system call (I know the event flag is getting set):  + 1. Main thread runs at SCHED_RR, PRI_RR_MINhF 2. I/O thread runs at SCHED_RR, PRI_RR_MIN+((PRI_RR_MAX-PRI_RR_MIN)/2)3 3. Logging thread runs at SCHED_OTHER+PRI_OTHER_MINo  G I tried to set the main thread to SCHED_RR,PRI_RR_MAX: but then the I/O-H thread _never_ runs, even as the main thread simply waits for the common event flag to become set.e  L What's going on here - am I doing something fundamentally wrong, or is thereE a problem with the pthreads implementation (highly unlikely I guess)?4J Another thing that surprised me was that threads created by default from aI realtime process does not seem to inherit the main thread's priority - it B looks like they are started at SCHED_OTHER + some medium priority.   Thanks for any inputs.   // Johan   ------------------------------  % Date: Mon, 18 Oct 2004 08:59:55 -0700 5 From: "Fred Hoenisch" <Fred.Hoenisch@gems9.gov.bc.ca>rG Subject: Re: Routine to Resubmit print/batch entries from queue listingU+ Message-ID: <4173e87b$1@obsidian.gov.bc.ca>   I Sorry, I see my wording wasn't very clear.  I specifically don't want the-J routine to generate a queue listing file - I want to resubmit jobs from anG older (historic) queue file (ie. I did the SHOW /QUEUE /FULL /ALL /OUT=v	 earlier).I  " Thanks for the responses thus far.   Yours truly, Fred.r   ------------------------------  # Date: Mon, 18 Oct 2004 16:08:39 GMT 4 From: "Fred Kleinsorge" <fred.nospam@nospam.dec.com>9 Subject: Re: Simulating monochrome to test Xwindows app ?o1 Message-ID: <bURcd.1043$oP4.889@news.cpqcorp.net>e  : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:41719D18.A03DE55B@teksavvy.com...' > I have VAXstation 3100 with SPX card.l >aI > Is there a magic command that can dynamically change it into monochrome, mode ? >a  J Try defining the logical /system/exec DECW$COLOR to False (or 0 or F), andI restarting the server.  This "should" set it to GrayScale (well, actuallyr' "GreenScale".  There is another logicalcJ DECW$COLOR_USE_GRAYSCALE_SEMANTICS -- originally the code only mucked withE the GREEN gun, this changes to drive all 3 guns with the same values.   H There is also DECW$BITONAL (again true/false) which makes it Black/White only.t  % These are SPX-specific logical names.   L > Or is the only way to shut down the machine, open it, change dip switch on SPX  > card and reboot ?a >nI > I'd like to be able to test the behaviour of some X app in a monochromei& > environment to ensure that it works. >   I Be more specific, or more descriptive.  GrayScale (256 shades of gray) ori Bitonal (just Black and White).f   >fL > Also, since the SPX card only supports 8 bit colours, how come the display > information tells me:i > * > number of supported pixmap formats:    4 > supported pixmap formats:80 >     depth 1, bits_per_pixel 1, scanline_pad 320 >     depth 4, bits_per_pixel 8, scanline_pad 320 >     depth 8, bits_per_pixel 8, scanline_pad 322 >     depth 24, bits_per_pixel 32, scanline_pad 32 > L > How come 24 but pixmaps are supported ? Is this specific of the SPX card ? >h  H The SPX card was designed as a 24-plane 3D graphics option.  But I thinkK eventually it was used as "standard" graphics in 8-bit mode.  Odds are thathF what you are seeing is an old defect that is *still* in the CFB visualI initialization code from MIT.  The server has a screen format record, andDH many servers stick all the types of formats in it.  The visual init codeK looks at the screen format record and (according to it's comment) "guesses"d7 on how to create the pixmap formats - it guesses wrong.t  I However, you should not use this for anything anyway.  You should look atdL the visuals instead.  Even if a pixmap format of 24 is possible, it's pretty( useless unless you have a 24 bit visual.  J > When writing software now, shoudl one still be concerned about providingL > various versions of images with different colour depths, or van one assumeH > that 24 bits is now supported by default on both VMS and also varous XD > terminals with the OS/hardware automatically converting colours to whatever > the harware can support ?,  L Never make the assumption about depth.  You should get the screen visuals toI see what is supported.  Your application, for example in this case, would J have seen a GrayScale visual as well as a PseudoColor visual.  You can getJ the default depth of the screen, but you can also find out if other depthsD are supported (some 3D cards for example supported multiple depths).  F X11 *never* converts colors automatically.  Some X11 emulators on PC's might.   ------------------------------  % Date: Mon, 18 Oct 2004 15:32:40 +0100o9 From: Andrew Harrison <andrew_remove_.harrison@s_u_n.com>*  Subject: Re: Sun Java and Kodak.0 Message-ID: <cl0k6a$mpv$1@new-usenet.uk.sun.com>   David J Dachtera wrote:a   > John Vottero wrote:0 >   L >>I believe that Microsoft, HP and IBM have already licensed the technology. >  > F > From Kodak? (Remember: Kodak prevailed against Sun, not vice-versa.) > : While not wishing to cast any doubt on the validity of the7 verdict reached by the court it would also be useful tod8 reflect that the court sat in Rochester New York home of Kodak.   regardsk Andrew Harrison8   ------------------------------  % Date: Mon, 18 Oct 2004 17:06:32 +02000: From: "Alexandre Mongin" <NOSPAM_alexandre.mongin@csgv.fr>+ Subject: Re: SYSUAF => export passwords ???o* Message-ID: <cl0mut$6sr$1@news.tiscali.fr>  K  > >> I would like to export all user's passwords stored in the sysuaf from  a E > >> first machine up to a second one, where the accounts are alreadye existing...D > >>6 > >> Is this possible through DCL or some free tools ? > >  >FK > There is a public domain tool called SYSUAF which has the ability to take G > encrypted passwords from one node and apply them to the corresponding  accounts > on a remote node.b   Thanks for all your answers,  H The one that best fits to my need is david20's... This 's a really great7 tool that I didn't still know (I'm still just a newbie)e     > ; > I've never used the password copying part of the program.s >   L It's already done and it was okay for me... I exported some passwords from aJ first cluster to a second one, and everything went fine... interactively !L However, I'd wish to make it work automatically as a batch... but everythingD I tried in order to redefine the sys$command parameter needed by the" SYSUAF.EXE just went wrong...  :-(  / Have you experienced to use this as a batch ???  here's the procedure...A   $SAVE_PRIV=F$SETPRV("BYPASS")- $ON ERROR THEN GOTO DONE& $! here I need to redefine SYS$COMMAND  $ RUN TOOLS:TRANSFER_PWD_TO_NODE POLO" $DONE: SET PROC/PRIV=('SAVE_PRIV') $DEASS/USER       # here's the source of the executable   5         ! ----- READ NODENAME FROM SYS$COMMAND: -----n(         ERROR_LINE = "OPEN SYS$COMMAND:"3         OPEN "SYS$COMMAND:" AS FILE #1%, SEQUENTIAL   0         PRINT #1%, "Enter Node Name (as node::)"  $         ERROR_LINE = "READ NODENAME"         LINPUT #1%, NODE_NAMEa*         ERROR_LINE = "AFTER READ NODENAME"D         CLOSE #1%                               ! CLOSE SYS$COMMAND:  F Unfortunately, I haven't got any basic compiler so I can't even try to1 recode this ' ma propre sauce' (from the french):  I Do I well understand that the exe's reading the nodename from SYS$COMMANDA3 ??? And can it be modified in the VMS procedure ???    Thank you all !    ------------------------------    Date: 18 Oct 2004 09:01:14 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) - Subject: Re: Usable snapshot of a DEcwindow ?b3 Message-ID: <QDa5Rf0flF9M@eisner.encompasserve.org>   \ In article <416FDFCD.AE18FCAA@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:M > With DECwindows (VAX), what is the best way to take a "picture" of a colourrK > window, and turn it into a usage format (TIFF, PICS, JPEG,.GIF PNG etc ?)  > ; > Now quite sure what the "WINDOW DUMP" (xwd) utility does.  > K > There is a print screen utility (Print screen) which allows you to crop a N > single window instead of the whole screen and then have the output sent to aM > DDIF format file. However, I have not been able to convert DDIF to a usable*  > format (using CDA converters).  D    Printscreen in DECwindos has lots of options.  IIRC you can get a3    whole screen.  I know you can get other formats.:   ------------------------------  % Date: Mon, 18 Oct 2004 15:16:16 +0800 @ From: Tim Sneddon <first-initiallastname@bsddotinfomedia.com.au> Subject: Re: VMS for the blind+ Message-ID: <2th8u3F1v8c10U1@uni-berlin.de>    Alex Daniels wrote:   > DECtalk is now owned by fonix. > 4 > http://www.fonix.com/page.cfm?name=espeech_dectalk > M > There is also some DECtalk related software available is on the Freeware CD  > 8 > http://h71000.www7.hp.com/freeware/freeware50/dectalk/  F I recently found out that there is a DECtalk USB device available from0 Access Solutions. Their website can be found at:  "     http://www.axsol.com/axsol.php  E I did enquire about this working with VMS (it does come with an RS232iB serial port) but apparently it has not been tested (the person who? responded to my query had never heard of VMS). The following isI part of the response:   D     since we designed the new dectalk usb the unit has not failed to>     be compatible with the old dectalk express.  so i would be+     inclined to say yes that we would work.h  C They are a bit steep though. The website suggests US$695.00. That'sk a bit much for me :-)   
 Regards, Tim.    ------------------------------  # Date: Mon, 18 Oct 2004 15:38:59 GMTo4 From: "Fred Kleinsorge" <fred.nospam@nospam.dec.com> Subject: Re: VMS for the blind0 Message-ID: <nsRcd.1040$JL4.80@news.cpqcorp.net>  L I don't think there is really much out there for those who have no sight, asI opposed to those with limited sight.  There are some people who (it is my-L understanding) that were working on adding hooks into a Motif 2.X version toJ allow the ability for someone to do a text reader for Motif.  Some of thisK is required for certain US Federal Government systems (section 508 ADA).  IiJ don't know of any current activity within VMS to tackle the problem (whichJ would involve at least a new version of Motif, plus finding such a package if or when it exists).      0 "Zachary" <Z_kline@hotmail.com> wrote in message% news:2tgslpF204pnsU1@uni-berlin.de...W >$< > "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message( > news:4172D165.8D1B0603@teksavvy.com...I > > Perhaps it would help if you could provide a lots of applications youl
 > > intendH > > or use on VMS, and whether you access it through a character cell or > > Xwindows interface.m > >g > > K > > There is a xwindow utility called "Magnify screen" which is supposed to- > > letAL > > you look at the screen with a magnifying glass. (although I can't get it > > toK > > work properly right now). May not help if you are totally blind though.e >eI > As it so happens, I am totally blind.  At this point, I am limited to arL > character cell interface.  As for programs I intend using, I don't know atL > this point.  It depends what I can find.  Their seems to be a lot of stuffF > available, but deciding what I would want is hard, to say the least. >t >h   ------------------------------    Date: 18 Oct 2004 09:04:34 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) < Subject: Re: VMS related water bound powerful mammal artwork3 Message-ID: <3iJPcpitX4LL@eisner.encompasserve.org>   n In article <f30679fb.0410161427.6c17456d@posting.google.com>, fabiopenvms@yahoo.com.br (Fabio Cardoso) writes:  I > There is a great fauna (Linux Tux,  MS Bugs... why not OpenVMS Sharks)!e  H    If you go to the VMS home page you'll find that HP now has a logo forA    VMS:  the curly arrow.  Deriviation left to the easily amused.a   ------------------------------   End of INFO-VAX 2004.579 ************************been using jdb for years.  Not great, but about the same idea     as xdb or gdb.   B    Netbeans and similar IDE's for Java have much better debuggers.A    For the last few years Java has had a standard debug interface D    whiIXa[^+bA^>
;,-p>Е"1~ZIgh UgφYt`ϝfL)T5kAcz;59na2bV}/RJԪ^;1>85R!";dw[xH;K<ܗ70~*Gvw*[;t%?dUV3%h궺BZ 
K
Hv	YL[nƄHvhSHV]؅L:y>d
ql:%CⲴkZBFt.U#V݌B;G Gro
ڕS>:}$ѿ {(gf&tNHt/خ&{Pom/x
qEyQog8VhT&E>=a[DxpZU$\I}MCKc HӁ ?8RU/&k.-Oej~yguЁ}[\tv&h~=SoerV0}qni~u`$G[xs$%sc}mwwF`VQu05A\x@J,C;=rQATE?]RٳK|q nP[AVU枨TrP /,W3mc.,F Z`V3D|q#5-%a_
h#Qצr&⃚HxSPм|> KlׁTp%Ni>HeeUBB~6@ eM@-`E )
dx̂8YP0ǩ$r_9Éŏ#
0!ϟl>|(_{?z?G 闼Z4H\$?- nVM+j$|eRG2%5ܪwRi="ũTx0Ē'^BmJ,*Νo	\˺@"EU3rP509>)GABxb)L=k|C}$U{OhbBfĹsMQwW2[]ph.`|M ~72>GɔlLn)d쵠3<)O]T7Hc^BNAFW3H2֤H$koە
$bAS
ON*?T>d 0d|K(ђp	`r}!gd`3?NGa]##bX(ߺL1/&ǤWPq;x|Ļe簐ʡS #oKv,mU)<.RXp;d
JÑf톇ʹ;K-g݆ۮw!Lci