1 INFO-VAX	Thu, 07 Nov 2002	Volume 2002 : Issue 615       Contents:3 Re: A valid point why VMS is superior to other OS's 3 Re: A valid point why VMS is superior to other OS's A Re: Advanced server: Adding local groups rights on member server. A Re: Advanced server: Adding local groups rights on member server. ' Alpha versus Vax linker PSECT addresses + Re: Alpha versus Vax linker PSECT addresses + Re: Alpha versus Vax linker PSECT addresses + Re: Alpha versus Vax linker PSECT addresses   ANN: MMK V3.9-6 is now availableH Re: DECtalk A Guide To Voice 1985 First Printing EB 26375 56/06 23 100.0' Re: Does anyone use P7 in DCPS$STARTUP?  Faculty Position Available& Re: FC-AL support on VMS, coming soon?& Re: FC-AL support on VMS, coming soon? RE: Goldfax performance/support  Re: Goldfax performance/support  Re: Goldfax performance/support ( Re: Here we go again...where is OpenVMS? Re: HP Advocacy Site HP keyboard problems Re: HP Service Re: HP Service5 Re: HP World News says You Can't Crack It or Crash It 5 Re: HP World News says You Can't Crack It or Crash It 7 Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek 7 Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek 7 Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek 7 Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek 7 Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek 7 Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek % RE: mouse with a scroller for OpenVMS % Re: mouse with a scroller for OpenVMS % Re: mouse with a scroller for OpenVMS % Re: mouse with a scroller for OpenVMS % RE: mouse with a scroller for OpenVMS % Re: mouse with a scroller for OpenVMS % RE: mouse with a scroller for OpenVMS  Old documentation  Re: Old documentation  OpenVMS clustering Re: OpenVMS clustering Re: OpenVMS clustering Re: Palladium article  Re: Palladium article  RE: Palladium article  RE: Remote Console access  Re: Show Configuration) Strange [DNS.SRC] message in operator.log - Re: Strange [DNS.SRC] message in operator.log ? Re: VAX Macro Porting Problems with the stack frame library SF$ ? Re: VAX Macro Porting Problems with the stack frame library SF$ ? Re: VAX Macro Porting Problems with the stack frame library SF$ ? Re: VAX Macro Porting Problems with the stack frame library SF$ ? Re: VAX Macro Porting Problems with the stack frame library SF$ 0 Re: VMS PHP connect to local Oracle Rdb Database Re: Voting Machines  Re: Voting Systems ? Re: What Ethertype do I use? What is DAP status code 5067?  XP1000 hardware problem ' Re: [Hobbyist] Python-VMS documentation   F ----------------------------------------------------------------------    Date: 07 Nov 2002 02:42:58 +0800, From: Paul Repacholi <prep@prep.synonet.com>< Subject: Re: A valid point why VMS is superior to other OS's- Message-ID: <87d6pifsjx.fsf@prep.synonet.com>   3 "David J. Dachtera" <djesys.nospam@fsi.net> writes:    > Bob Ceculski wrote:   G > > I was arguing VMS superiority to linux on their board when a poster D > > made the following excellent point, except he gave a link at theE > > end that I can't find ... anyone know what that is all about "why F > > vms wasn't ported to intel before", and wouldn't this be a problemA > > for the itanium vms port? Itanium cannot be mission critical?   C > Well stated as simply as my peanut-brain will allow, IA32 and the @ > most common IA32 mobo architectures (if you can call 'em that)E > lacks\ much of what VMS requires in terms of interrupts and lots of * > other stuff I cannot hope to understand.   Once more with feeling...   F It was done, it was called `Emerald' and some one was bright enough toC take it out the back and shoot it. Thank ghud... If you think for a B minute about the knot PC get into running DOS, then what chance ofD any sort of stable operation with VMS? And no, stable is not blue...  D > Prior to the IPF edict, it was never worth DEC's while to work outC > the kinks and make it work, like they did with PALcode to make up # > for inherent shortfalls in Alpha.   E No, Alpha is the chip AND the PAL code, with out both, then it is not E an Alpha. See the Arch manual. The big deal for VMS is not interupts, B that is in CPU specific modules, but in the interaction of the REI? and ASTs via the ASTLVL register in Vaxen. PAL code can do this ' with mimimal impact on the body of VMS.   C > Now that HP has a degree of control over IPF design, it can cause C > suitable design features to find their way into IPF so Intel does   > the work instead of OVMS Engr.  
 We hope...  . > Mobo.'s, of course, remain a separate issue.  F > Terribly inaccurate, but in a nutshell, that encompasses the bulk of3 > the "not on IA32" excuses^H^H^H^H^H^H^Harguments.    --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Wed, 06 Nov 2002 21:20:47 -0600 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> < Subject: Re: A valid point why VMS is superior to other OS's' Message-ID: <3DC9DC0F.4B3A3726@fsi.net>    Paul Repacholi wrote:  > 5 > "David J. Dachtera" <djesys.nospam@fsi.net> writes:  >  > > Bob Ceculski wrote:  > I > > > I was arguing VMS superiority to linux on their board when a poster F > > > made the following excellent point, except he gave a link at theG > > > end that I can't find ... anyone know what that is all about "why H > > > vms wasn't ported to intel before", and wouldn't this be a problemC > > > for the itanium vms port? Itanium cannot be mission critical?  > E > > Well stated as simply as my peanut-brain will allow, IA32 and the B > > most common IA32 mobo architectures (if you can call 'em that)G > > lacks\ much of what VMS requires in terms of interrupts and lots of , > > other stuff I cannot hope to understand. >  > Once more with feeling...  > H > It was done, it was called `Emerald' and some one was bright enough toE > take it out the back and shoot it. Thank ghud... If you think for a D > minute about the knot PC get into running DOS, then what chance of( > any sort of stable operation with VMS?  H I believe it's a little thing called an "operating system" that does the3 trick - or fails to, in the case of DOS and later.    D Interesting that "Disk Operating System" and "Denial Of Service" are both called "DOS".   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  $ Date: Wed, 6 Nov 2002 20:01:48 -05005 From: "Brad McCusker" <brad.mccuskerNosp@Mcompaq.com> J Subject: Re: Advanced server: Adding local groups rights on member server./ Message-ID: <usjerue50ag5c0@corp.supernews.com>    Did you try "MEMBERSERVER\TEST"   H You say you tried "MASTERDOMAIN\LOCAL_GROUP" constructions, but, I'm not( sure what that means you actually tried.  1 "Onno Welling" <wellingo@gvb.nl> wrote in message 7 news:6b3c917e.0211060724.5d9a9887@posting.google.com...  > Hello, > G > In the light of moving a server from one domain to the other, we came  > across this phenomenon:  > > > We have both global groups in a domain and local groups on aD > memberserver (which is a VMS 7.2-2 cluster). Both local and globalF > groups have the same name. We are currently trying to give the local< > group on a memberserver permissions on a share on the same? > memberserver. This appears not possible since Advanced server ( > apparently uses the GLOBAL group name. >  > , > These commands illustrate this phenomenon:* > ****************************************) > \\MASTERDOMAIN\\CLUSTER_NODE> show vers " > Advanced Server V7.3 for OpenVMS > 1 > MASTER_DOMAIN> SET ADMIN /DOMAIN=\\MEMBERSERVER C > %PWRK-S-ADMSET, now administering domain "\\MEMBERSERVER", server  > "CLUSTER_NODE" >  > 1 > Two groups "TEST" exist, both local and global:  >  >  > - > \\MEMBERSERVER\\CLUSTER_NODE> sh group test  > $ > Groups in domain "\\MEMBERSERVER": > + > Group Name            Type    Description = > --------------------  ------  -----------------------------  > TEST                  Local  >  >   Total of 1 group > C > \\MEMBERSERVER\\CLUSTER_NODE> sh group test /domain=MASTER_DOMAIN  > # > Groups in domain "MASTER_DOMAIN":  > + > Group Name            Type    Description D > --------------------  ------  ------------------------------------ > TEST                  Global >  >   Total of 1 group >  >  >  > ; > Now we are giving the group TEST permissions on the share  > adv_serv_tst. 6 > Before giving permissions the share looks like this: >  >  > ; > \\MEMBERSERVER\\CLUSTER_NODE> sh share adv_serv_tst /full  > , > Shared resources on server "CLUSTER_NODE": > & > Name          Type       DescriptionD > ------------  ---------  ----------------------------------------- > ADV_SERV_TST  Directory  >     Path: DIR:[ADV_SERV_TST]1 >     Connections:  Current: 1, Maximum: No limit  >     RMS file format: Stream D >     Directory Permissions: System: RWED, Owner: RWED, Group: RWED, > World: RE E >     File Permissions: System: RWD, Owner: RWD, Group: RWD, World: R  >     Share Permissions:E >         MASTER_DOMAIN\GROUP1                           Full Control  >  >   Total of 1 share >  > + > Now we are giving group TEST permissions: G > (NOTE: we are administring the MEMBERSERVER, not the MASTERDOMAIN!!!)  > H > \\MEMBERSERVER\\CLUSTER_NODE> mod share adv_serv_tst /perm=(test=read); > %PWRK-S-SHAREMOD, share "ADV_SERV_TST" modified on server  > "CLUSTER_NODE" >  > ; > \\MEMBERSERVER\\CLUSTER_NODE> sh share adv_serv_tst /full  > , > Shared resources on server "CLUSTER_NODE": > & > Name          Type       Description > ------------  --------- 9 > -------------------------------------------------------  > ADV_SERV_TST  Directory  >     Path: DIR:[ADV_SERV_TST]1 >     Connections:  Current: 1, Maximum: No limit  >     RMS file format: Stream D >     Directory Permissions: System: RWED, Owner: RWED, Group: RWED, > World: RE E >     File Permissions: System: RWD, Owner: RWD, Group: RWD, World: R  >     Share Permissions:H >         MASTERDOMAIN\GROUP1                                       Full	 > Control H >         MASTERDOMAIN\TEST                                         Read >  >           ^^^^^^^^) >      WE WANT MEMBERSERVER\TEST HERE!!!!  > F > So, in the modify share command, apparently there is no qualifier toF > specify that the group we want to use is the LOCAL group TEST on the > MEMBERSERVER. * > **************************************** >  > Now the question is:A > Does anyone know how to specify a LOCAL group in a modify share H > command? Or any other way to tell the Advanced Server to use the LOCAL% > group instead of the GLOBAL group??  > G > Oh, using UserManager on W2K domain controller is NOT an option here!  > B > We already tried "MASTERDOMAIN\LOCAL_GROUP" constructions in the > modify share command.  >  > " > Help/advise greatly appreciated! >  > Onno Welling.    ------------------------------  $ Date: Wed, 6 Nov 2002 22:23:45 -05005 From: "Brad McCusker" <brad.mccuskerNosp@Mcompaq.com> J Subject: Re: Advanced server: Adding local groups rights on member server./ Message-ID: <usjn637k4gfeda@corp.supernews.com>   @ "Brad McCusker" <brad.mccuskerNosp@Mcompaq.com> wrote in message) news:usjerue50ag5c0@corp.supernews.com... ! > Did you try "MEMBERSERVER\TEST"  > J > You say you tried "MASTERDOMAIN\LOCAL_GROUP" constructions, but, I'm not* > sure what that means you actually tried. >   G What you are trying to do should work.  Unfortunately, my laptop met an H untimely demise, so, I don't have the connectivity to my test systems toF play around with this.  If you could, I'd like to see you try a couple things.   H 1. If you use a member server local group with a unique name, do you get expected behavior?  G 2. Using your original scenario, can you give unique permissions to the D domain group and the local group, and then test to see which group'sH permissions are actually being used (this would lead me to believe there. might be confusion within ADMIN display logic)  J 3. Output from ADMIN DEBUG might be interesting, particularly the commandsL when adding the permissions and showing the share permissions.  (ADMIN DEBUG8 HELP for more info, the key command would be ADMIN DEBUG LOG/EVENTS=(APIDATA,INFO))  L 4. Do you get similar behavior if applying permissions to the files (insteadD of shares)?  Similar behavior when viewing permissions on the files?  
 Brad McCusker  OpenVMS Engineering    ------------------------------   Date: 6 Nov 2002 11:26:46 -0800 + From: paul_hallam@hotmail.com (Paul Hallam) 0 Subject: Alpha versus Vax linker PSECT addresses= Message-ID: <5ed44bd3.0211061126.2cde0c97@posting.google.com>   E I have a vax program that defines a shared library global section and E relies on the position of the elements in the psect to define an area % that must be passed to another system  e.g. (VERY SIMPLIFIED) PASCAL CODE 3  data1 : [Global,Psect(shr_name),Volatile] BOOLEAN; 3  data2 : [Global,Psect(shr_name),Volatile] BOOLEAN; D  data3 : [Global,Psect(shr_name),Volatile] Array [1..10[ of integer;3  data4 : [Global,Psect(shr_name),Volatile] BOOLEAN;   9 On the vax, using LEN := Address(data4) - Address(data1)  / gives me the number of bytes to be transmitted.   B On the Alpha data3 is being placed after data4 in the psect by theD linker (I assume) and therefore the length calculation doesn't work.C P.S. as the structure is identical on the other system I don't care F about the spare bytes in the structure caused by alignment etc, I justD need to copy the structure from data1 to date 3 to the other system.  E Does anyone know of a way, on Alpha, to get the structures positioned F in the PSECT in exactly the order they are defined in the pascal code.  F Before anyone says anything I know the above is not the best way to doC something but when a system is quite large and over 7 years old (on E Vax anyway) I don't really have the time/budget to rewrite the system B and check everything again; especially if it can be done using the compiler or linker.    Link commands are :  VAX  === = $ LINK/SHARE/EXEC=OCFE_SHR/MAP CFE_GLS.OBJ, SYS$INPUT/OPTIONS  UNIVERSAL =   Start_CFE_Shr * UNIVERSAL =   CFE_Active_Contributor_entry* UNIVERSAL =   CFE_Max_Contributor_Num_Used, UNIVERSAL =   CFE_Max_Permitted_Contributors  UNIVERSAL =   CFE_Max_Active_Vcs UNIVERSAL =   Min_ip_port  UNIVERSAL =   Max_ip_port  UNIVERSAL =   TCP_IPQ_CHAN UNIVERSAL =   TCP_IPQ_EF$ UNIVERSAL =   CFE_Total_Contributors+ UNIVERSAL =   CFE_Contributor_Connect_Table ' UNIVERSAL =   CFE_Client_Location_Table   UNIVERSAL =   CFE_Bar_List_Table' UNIVERSAL =   CFE_Special_Session_Table * UNIVERSAL =   CFE_application_config_table+ UNIVERSAL =   CFE_Target_System_State_table  UNIVERSAL =   CFE_Error_Table  UNIVERSAL =   End_Download( UNIVERSAL =   CFE_Contributor_Stats_Recs' UNIVERSAL =   CFE_Target_Sys_Stats_Recs " UNIVERSAL =   CFE_Stats_Reset_Time UNIVERSAL =   CFE_Sys_State  UNIVERSAL =   CFE_State  UNIVERSAL =   CFE_Sys_load UNIVERSAL =   Xipl_Link  UNIVERSAL =   MMS_Link UNIVERSAL =   TCP_Link UNIVERSAL =   CFE_Processes  UNIVERSAL =   End_CFE_Shr < PSECT_ATTR=CFESHR,PIC,USR,OVR,REL,GBL,SHR,NOEXE,RD,WRT,NOVEC   ALPHA  ===== < $ LINK/SHARE/EXEC=OCFE_SHR/MAP/FULL/SECT=(DATA) CFE_GLS.OBJ, SYS$INPUT/OPTIONS  SYMBOL_VECTOR = ( -  START_CFE_SHR = DATA, - & CFE_Active_Contributor_entry = DATA, -& CFE_Max_Contributor_Num_Used = DATA, -( CFE_Max_Permitted_Contributors = DATA, - CFE_Max_Active_Vcs = DATA, - Min_ip_port = DATA, -  Max_ip_port = DATA, -  TCP_IPQ_CHAN = DATA, - TCP_IPQ_EF = DATA, -  CFE_Total_Contributors = DATA, -' CFE_Contributor_Connect_Table = DATA, - # CFE_Client_Location_Table = DATA, -  CFE_Bar_List_Table = DATA, -# CFE_Special_Session_Table = DATA, - & CFE_application_config_table = DATA, -' CFE_Target_System_State_table = DATA, -  CFE_Error_Table = DATA, -  End_Download = DATA, -$ CFE_Contributor_Stats_Recs = DATA, -# CFE_Target_Sys_Stats_Recs = DATA, -  CFE_Stats_Reset_Time = DATA, - CFE_Sys_State = DATA, -  CFE_State = DATA, -  CFE_Sys_load = DATA, - Xipl_Link = DATA, -  MMS_Link = DATA, - TCP_Link = DATA, - CFE_Processes = DATA, -  End_CFE_Shr = DATA) < PSECT_ATTR=CFESHR,PIC,USR,OVR,REL,GBL,SHR,NOEXE,RD,WRT,NOVEC   ------------------------------  # Date: Wed, 06 Nov 2002 22:22:22 GMT & From: John Reagan <john.reagan@hp.com>4 Subject: Re: Alpha versus Vax linker PSECT addresses2 Message-ID: <yCgy9.9$qm4.1207350@news.cpqcorp.net>   Paul Hallam wrote:G > I have a vax program that defines a shared library global section and G > relies on the position of the elements in the psect to define an area ' > that must be passed to another system  > e.g. (VERY SIMPLIFIED)
 > PASCAL CODE 5 >  data1 : [Global,Psect(shr_name),Volatile] BOOLEAN; 5 >  data2 : [Global,Psect(shr_name),Volatile] BOOLEAN; F >  data3 : [Global,Psect(shr_name),Volatile] Array [1..10[ of integer;5 >  data4 : [Global,Psect(shr_name),Volatile] BOOLEAN;  > ; > On the vax, using LEN := Address(data4) - Address(data1)  1 > gives me the number of bytes to be transmitted.  > D > On the Alpha data3 is being placed after data4 in the psect by theF > linker (I assume) and therefore the length calculation doesn't work.E > P.S. as the structure is identical on the other system I don't care H > about the spare bytes in the structure caused by alignment etc, I justF > need to copy the structure from data1 to date 3 to the other system. > G > Does anyone know of a way, on Alpha, to get the structures positioned H > in the PSECT in exactly the order they are defined in the pascal code. >   F Pascal doesn't offer any guarantees on the layout of static variables I such as this.  On VAX, I'm guessing (and confirmed by your program) that  C the layout is lexical from the source.  On Alpha, I think they are  C sorted by size (which goes along with your observation).  Also, on  B Alpha, BOOLEANs are longwords, not bytes and there is probably an C alignment hole after data1,data2,data4 before data3 to get it on a   longword boundary.  F The only concept in Pascal which provides any ordering guarantee is a H RECORD (see the [POS] attribute for the ultimate in control over record H field layout).  However, changing your code from having multiple global @ variables to having a single global record could be a real pain.  F The only languages (that I know) which promise layout order are BLISS 
 and MACRO.  I You could write a MACRO module that just declares the data in the layout  I you desire and change the PASCAL to have EXTERNAL definitions instead of  $ GLOBAL.  I think that would work OK.  F To convince yourself that the linker doesn't have anything to do with H this, you can look at the machine code listings on the VAX vs the Alpha E and see the relative positions of the variables (although I think it  - might be subtle in the Alpha listing format).      --   John Reagan ' Compaq Pascal/{A|I}MACRO Project Leader  Hewlett-Packard Company    ------------------------------  # Date: Wed, 06 Nov 2002 22:31:23 GMT 7 From: "John Gemignani, Jr." <Youknow.Who@youknow.where> 4 Subject: Re: Alpha versus Vax linker PSECT addresses- Message-ID: <3DC9508A.19CB69E7@youknow.where>    John Reagan wrote: >  > Paul Hallam wrote:I > > I have a vax program that defines a shared library global section and I > > relies on the position of the elements in the psect to define an area ) > > that must be passed to another system  > > e.g. (VERY SIMPLIFIED) > > PASCAL CODE 7 > >  data1 : [Global,Psect(shr_name),Volatile] BOOLEAN; 7 > >  data2 : [Global,Psect(shr_name),Volatile] BOOLEAN; H > >  data3 : [Global,Psect(shr_name),Volatile] Array [1..10[ of integer;7 > >  data4 : [Global,Psect(shr_name),Volatile] BOOLEAN;  > >       B What about using the psect naming to group the objects?  You couldG create a shr_name_000 and shr_name_999 to represent the upper and lower 9 bounds of the share section, then assign data1..4 to have H Psect(shr_name_001..shr_name_004).  The linker should place them into an alphabetical group, right?   -John    ------------------------------  * Date: Thu, 7 Nov 2002 06:53:34 +0000 (UTC), From: "Richard Maher" <maher_rj@hotmail.c0m>4 Subject: Re: Alpha versus Vax linker PSECT addresses. Message-ID: <aqd2ld$aa$1@helle.btinternet.com>   Hi,   H As well as what the others said, One thing to watch is on Alpha is MACROL doesn't pad the psect out to multiples of 8. Most (All?) other compilers do.L (I'd prefer that they all did it the way Macro, and the coder, intended) AndK don't forget to use the appropriate alignment qualifiers/directives if your  subtracting addresses.   Regards Richard Maher   1 John Reagan <john.reagan@hp.com> wrote in message , news:yCgy9.9$qm4.1207350@news.cpqcorp.net... > Paul Hallam wrote:I > > I have a vax program that defines a shared library global section and I > > relies on the position of the elements in the psect to define an area ) > > that must be passed to another system  > > e.g. (VERY SIMPLIFIED) > > PASCAL CODE 7 > >  data1 : [Global,Psect(shr_name),Volatile] BOOLEAN; 7 > >  data2 : [Global,Psect(shr_name),Volatile] BOOLEAN; H > >  data3 : [Global,Psect(shr_name),Volatile] Array [1..10[ of integer;7 > >  data4 : [Global,Psect(shr_name),Volatile] BOOLEAN;  > > < > > On the vax, using LEN := Address(data4) - Address(data1)3 > > gives me the number of bytes to be transmitted.  > > F > > On the Alpha data3 is being placed after data4 in the psect by theH > > linker (I assume) and therefore the length calculation doesn't work.G > > P.S. as the structure is identical on the other system I don't care J > > about the spare bytes in the structure caused by alignment etc, I justH > > need to copy the structure from data1 to date 3 to the other system. > > I > > Does anyone know of a way, on Alpha, to get the structures positioned J > > in the PSECT in exactly the order they are defined in the pascal code. > >  > G > Pascal doesn't offer any guarantees on the layout of static variables J > such as this.  On VAX, I'm guessing (and confirmed by your program) thatD > the layout is lexical from the source.  On Alpha, I think they areD > sorted by size (which goes along with your observation).  Also, onC > Alpha, BOOLEANs are longwords, not bytes and there is probably an D > alignment hole after data1,data2,data4 before data3 to get it on a > longword boundary. > G > The only concept in Pascal which provides any ordering guarantee is a I > RECORD (see the [POS] attribute for the ultimate in control over record I > field layout).  However, changing your code from having multiple global B > variables to having a single global record could be a real pain. > G > The only languages (that I know) which promise layout order are BLISS  > and MACRO. > J > You could write a MACRO module that just declares the data in the layoutJ > you desire and change the PASCAL to have EXTERNAL definitions instead of& > GLOBAL.  I think that would work OK. > G > To convince yourself that the linker doesn't have anything to do with I > this, you can look at the machine code listings on the VAX vs the Alpha F > and see the relative positions of the variables (although I think it/ > might be subtle in the Alpha listing format).  >  >  > --
 > John Reagan ) > Compaq Pascal/{A|I}MACRO Project Leader  > Hewlett-Packard Company  >    ------------------------------  # Date: Wed, 06 Nov 2002 20:51:22 GMT - From: goathunter@goatley.com (Hunter Goatley) ) Subject: ANN: MMK V3.9-6 is now available 0 Message-ID: <3dc98039.93377589@news.process.com>  F MMK V3.9-6 is now available.  This release corrects a problem with MMK under VMS V7.3-1.   # You can find it on its home system:    http://www.madgoat.com/    Or in my archives:   http://www.process.com/openvms/   3 ftp://ftp.process.com/vms-freeware/fileserv/mmk.zip 8 http://vms.process.com/ftp/vms-freeware/fileserv/mmk.zip/ ftp://ftp.tmk.com/vms-freeware/fileserv/mmk.zip 4 http://www.tmk.com/ftp/vms-freeware/fileserv/mmk.zip   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/ 8 goathunter@goatley.com    http://www.goatley.com/hunter/< New Robert R. McCammon site: http://www.RobertRMcCammon.com/   ------------------------------   Date: 6 Nov 2002 20:27:22 -0800 , From: cdl@deeptow.ucsd.edu (Carl Lowenstein)Q Subject: Re: DECtalk A Guide To Voice 1985 First Printing EB 26375 56/06 23 100.0 + Message-ID: <aqcq3a$5ar$1@deeptow.ucsd.edu>   = In article <fd84de93.0211041218.358ad740@posting.google.com>, & yolanda <yolydeltoro@yahoo.com> wrote:C >I'm looking to purchase or copy the DECtalk A Guide To Voice First 9 >Printing 1985 EB 26375 56/06 23 100.0.  Thanks,  Yolanda  >yolydeltoro@yahoo.com  6 Several DECtalk manuals are available as text files at. < http://www.tmesis.com/freeware/V5/DECTALK >.  7 I don't know if the one you are seeking is one of them. 2 They are only text files, no illustrative figures.C Some of them are peculiarly laid out, landscape on 8.5"x5.5" paper.        carl     --  >         carl lowenstein   marine physical lab   u.c. san diego>                                           clowenstein@ucsd.edu   ------------------------------    Date: 07 Nov 2002 01:42:20 +0800, From: Paul Repacholi <prep@prep.synonet.com>0 Subject: Re: Does anyone use P7 in DCPS$STARTUP?- Message-ID: <87heeufvcz.fsf@prep.synonet.com>   ' "John Vottero" <John@mvpsi.com> writes:   ? > The queue manager isn't the problem.  It remembers everything C > between boots.  It's DCPS, LAT, Logical Names etc that need to be  > redefined during startup.   A Perhaps a method for the queue manager to `do something' on queue @ startup/restart etc.. With some way of specifying the something.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------   Date: 6 Nov 2002 19:11:38 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)# Subject: Faculty Position Available 5 Message-ID: <aqbpha$8aun2$2@ID-135708.news.dfncis.de>   )                The University of Scranton &                    A Jesuit University  = The Computing Sciences Department is seeking candidates for a  tenure track faculty position.  @ The Department has an ABET/CAC accredited undergraduate ComputerA Science Program and an undergraduate Computer Information Systems ? Program as well as a Masters Program in Software Engineering.   A The candidate should have a Ph.D.  Excellence in teaching courses < at the undergraduate and graduate (M.S.) level is expected. ( Productive scholarly agenda is required.  B We are looking for candidates with teaching and research interestsC in CS, CIS and/or SE.  Salary and fringe benefits are competitive.  D The teaching load (18 to 21 credits per year) involves three or four? sections per semester with limited class sizes, frequently with % multiple sections of the same course.   ? The University of Scranton is located at the edge of the Pocono @ Mountains in northeastern Pennsylvania with convenient access to1 the New York and Philadelphia metropolitan areas.   C More information regarding the University and the Department can be # found at http://www.cs.scranton.edu   < Letter of Application with Curicula Vitae can be Emailed to:!              cmps@cs.scranton.edu    or by US Mail to:      Universtiy of Scranton!     Computing Sciences Department      Attn: Search Committee     Scranton, PA 18510-4664    ------------------------------   Date: 6 Nov 2002 11:23:10 -0700 1 From: nothome@spammers.are.scum (Malcolm Dunnett) / Subject: Re: FC-AL support on VMS, coming soon? - Message-ID: <z6fhy$aUQG$F@malvm7.mala.bc.ca.>   < In article <cN7y9.7476$6g.2727114@news1.news.adelphia.net>, 2    "John E. Malmberg" <wb8tyw@qsl.network> writes:   >>J >>      DS20E with latest(?) firmware ( firmware from the VMS 7.3-1 kit ). >>      VMS 7.3-1  >>      KGPSA-B host adapter  >>      Compaq 12 port fibre hubI >>      Dual controller RA8000 with firmware 8.3G ( I know it's ancient,  G >> but that's what the controllers came with - you pays your money and  $ >> you takes your chances on Ebay ). >  > H > The RA8000 firmware may be too old.  I do not have access to anything ' > that is running that old of firmware.  >        Turns out it was an RTFM.   A     I didn't have the HSG80 in MULTIBUS_FAILOVER mode and SCSI-3.   D     When I changed those 2 parameters VMS was able to see the disks.D     I ran wwidmgr to map one of the drives and was able to boot from     it.   C     So far everything seems to be working just fine. Performance is A good. I got over 50MB/sec of throughput ( doing a backup/physical > of 6 separate mirrorsets to NL: simultaneously ). Perhaps withE multiple host adapters and a switched fabric one could do better, but B 50MB/sec is certainly much better than the 16MB/sec the RA7000 was! topping out at in a similar test.    > C > The wwidmgr -quickset will only configure one path.  You need to  3 > manually configure the second path using wwidmgr.  > A    hmm, it seemed to configure both paths ( I have 2 dga1 devices  showing up at the console ).  ?    At the moment I have port 1 from each HSG80 connected to the C fibre hub and port 2 of each HSG80 not connected. I guess the ideal B configuration would be 2 KGPSAs and two hubs with a KGPSA and port@ 1 of each controller connected to one hub and a KSPSA and port 2@ of each controller connected to the other hub. I need a few more parts before I can try this.  ! > So your boot command should be:  > ' > boot dga1.n.n.nnnn.n.,dga1.n.n.nnnn.n  >   @    I did a boot dga1.* and it seemed to figure it out ( it triedI the inactive one first, which failed, then booted from the active path ).   I > You also may want to check to see that you have the latest firmware in   > the KGPSA-B. >   C     When I updated the console firmware it loaded new firmware into C the KGPSA as well, so I presume it's the latest ( or close to it ).        Thanks for your help.    ------------------------------  $ Date: Wed, 6 Nov 2002 14:52:46 -0500- From: "Peter Weaver" <peter.weaver@stelco.ca> / Subject: Re: FC-AL support on VMS, coming soon? 5 Message-ID: <aqbrus$8nga8$1@ID-141708.news.dfncis.de>    Malcolm Dunnett wrote: >...C >    I can see the disks from the console if I run wwidmgr, but VMS H > doesn't see them. It does active the link ( I can see the orange light >...  J Did you remember to do the SET diskname IDENTIFIER=number command(s)? i.e.L SET M1 IDENTIFIER=1 You don't need the identifier for WWIDMGR to work or for- any other operating system, but VMS needs it.    -- Peter WeaverD Opinions are my own, and do not reflect the opinions of my employer,A nor the company that it sub-contracts to, nor the company that it  sub-contracts to.    ------------------------------  $ Date: Wed, 6 Nov 2002 16:05:42 -0500' From: "Main, Kerry" <Kerry.Main@hp.com> ( Subject: RE: Goldfax performance/supportT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660B20@kaoexc01.americas.cpqcorp.net>   Chris,  2 Some suggested OpenVMS based FAX alternatives are:) http://www.process.com/tcpip/pmdffax.html + http://www.networkingdynamics.com/Compu.htm   E If you'd like, drop me a note offline and I will provide some company  contact names for you.   Regards   
 Kerry Main Senior Consultant  Hewlett-Packard (Canada) Co.! Consulting & Integration Services  Voice: 613-592-4660  Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)        -----Original Message-----: From: Chris Sharman [mailto:chris.sharman@sorry.nospam]=20 Sent: November 6, 2002 12:41 PM  To: Info-VAX@Mvb.Saic.Com $ Subject: Goldfax performance/support    D I've a couple of Goldfax performance issues - anyone out there still: using it on VMS, or has it become a windoze only product ?  F 1) The postscript queue appears to have a memory leak, which causes itD to thrash after a few hundred jobs. Initially it works fine, rippingF several pages per second. Performance deteriorates however - I've seenG it taking all of a DS20E and around 1 minute/page. The workaround is to F sit & watch it, and stop and restart the queue every few hundred jobs.  F I opened a support call last December, and despite much kicking, neverD got a solution. Now I'm declining to renew the contract (!!) and theH folks at dpd.co.uk have stopped talking to me, so I guess the product isG unsupported in the uk in practice, although there's still a willingnesse; to take money apparently. Is support any better elsewhere ?V  < 2) We just had another issue with it, this one traced to the goldfax_cleanup job.  H It does a "show queue/all/full 'name'/out=3D'tempfile'" for each queue = inB its config file, generating about 1Mb of files for some 3000 queueG entries. It then loops round in DCL, using f$search to find nearly 6000cH files in its scratch directory, and searching the 1Mb of temporary files: for each name in turn, and deleting the file if not found.  C Anyone know what it's trying to achieve, and whether there's a lessWF resource hungry way to do it ? We're using Goldfax 4.5-1 on VMS 7.3-1.@ They said 5.2 was 'coming soon' in September - I don't know whatB happened to 5.0 or 5.1, but they didn't send them to me despite my having a contract.  G If anyone at DPD knows or cares about these problems, and would like toBE give me some service in return for support fees paid in the past, andoE convince me that support in the future would be of acceptable qualityWA and timeliness, then I'd still be prepared to consider paying forl support.   Regards,
 Chris Sharmanr   ------------------------------   Date: 6 Nov 2002 17:47:44 -0800 ( From: bob@instantwhip.com (Bob Ceculski)( Subject: Re: Goldfax performance/support= Message-ID: <d7791aa1.0211061747.1b042d7b@posting.google.com>t  n "Chris Sharman" <chris.sharman@sorry.nospam> wrote in message news:<aqbk54$rak$1$8300dec7@news.demon.co.uk>...L > I've a couple of Goldfax performance issues - anyone out there still using6 > it on VMS, or has it become a windoze only product ? > 
 > Regards, > Chris Sharmano  " we use it without any problems ...   ------------------------------  % Date: Wed, 06 Nov 2002 22:31:59 -0500 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>( Subject: Re: Goldfax performance/support/ Message-ID: <3DC9DEAE.C6A807F4@vl.videotron.ca>m   Chris Sharman wrote:K > 1) The postscript queue appears to have a memory leak, which causes it to K > thrash after a few hundred jobs. Initially it works fine, ripping several N > pages per second. Performance deteriorates however - I've seen it taking all& > of a DS20E and around 1 minute/page.   Is it based on ghostscript ?   ------------------------------  $ Date: Wed, 6 Nov 2002 14:02:36 -0500; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>c1 Subject: Re: Here we go again...where is OpenVMS?S$ Message-ID: <3dc967a2$1@news.si.com>  G >Dag gone it!  That teenager son of mine changed my newsgroup id again!o He'sK >been bugging me about a new PC for Christmas.  If he keeps this up I thinkn >he's gonna get one.  < In my house, he'd be minus a hand (figuratively, of course). --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.com = 3290 Patterson Ave. SE, MS      Addresses modified to preventl< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  # Date: Thu, 07 Nov 2002 04:51:12 GMTr  From: "Tom M" <kryios@attbi.com> Subject: Re: HP Advocacy Site , Message-ID: <4jmy9.19988$sP2.7562@sccrnsc02>  K The most obvious problem with accessing RMS files through JDBC is that somedI sort of data dictionary is required.  JDBC simply allows you to issue SQLiJ statements against a database so you need a means of defining column namesF and data types for fields in the RMS files.  A programmer viewing dataK through JDBC would also expect to be connected to an engine that could joiniE data from different files.  Supporting a JDBC connection to RMS filesh6 essentially requires that you construct a DBMS engine.    : "Bob Koehler" <koehler@encompasserve.org> wrote in message- news:jPloAi5B9mc8@eisner.encompasserve.org...,F > In article <3DC8F992.2070308@nospamn.sun.com>, Andrew Harrison SUNUK Consultancy writes:o > > H > > I don't think that RMS is the same as a DBMS it is more analagous to C-ISAM.  > >IF > > But even at this low level its clearly the responsibility of RMS'sF > > supplier to provide ODBC or JDBC support for it. It is yet anotherD > > example of HPQ not providing proper support for Java on OpenVMS. > >bD > > One of OpenVMS's apparent selling points is RMS, but you have toC > > get a third party to provide support or code it yourself if you 1 > > want to access RMS intelligently from Oracle.  > H >    Unfortunately we're used to it.  There's no simple interface to RMSI >    features from C like there is from Fortran.  Now that's an extensionCI >    to Fortran, but one that at least Solaris and HP-UX support in theiru	 >    f77.h >bJ >    We're lucky enough that you can access these features from any nativeI >    language, but Java doesn't currently compile to native instructions.u >cD >    On the other hand C programmers haven't missed what they're notE >    accustomed to.  No reason Java programmers should really miss ita >    either. >oG >    VMS has always simply used RMS to support the standard features ofuF >    the language, with IIRC the exception of the now defacto industryF >    standard Fortran extensions.  You want to program in C, you get CC >    I/O, you want to program in Java, you get Java I/O, ...; neverm3 >    mind RMS is their underneath the language RTL.e >pH >    But I do agree that a bevcoming-standard interface like JDBC should. >    be supported by RMS if RMS is sufficient. >nH >    Anybody know RMS and JDBC well enough to know if RMS is sufficient? >a >a   ------------------------------  $ Date: Wed, 6 Nov 2002 16:57:54 -0800$ From: Shane Smith <ssmith@icius.com> Subject: HP keyboard problemse0 Message-ID: <01C285B5.BA988E10@sulfer.icius.com>  ? Here's an interesting one. This new LK463 isn't wireless is it?h  F http://www.aftenposten.no/english/local/article.jhtml?articleID=431326  E Apparently a couple of guys in Norway have HP wireless keyboards thatoF can type on each others' machines 150 metres (roughly yards) apart. SoE HP replaced them, and it's still happening. Not something you want toe type passwords on...   ShaneO   ------------------------------   Date: 6 Nov 2002 12:04:39 -0800-- From: jodonnell@hrblock.com (Jason O'Donnell)/ Subject: Re: HP Servicei= Message-ID: <9059bf6b.0211061204.6c83e6dc@posting.google.com>o  B I highly recommend looking at SMS, http://www.sysmaint.com.  In my> experience, they have offered better service at a lower price.   ------------------------------  % Date: Wed, 06 Nov 2002 21:28:38 -0600.1 From: "David J. Dachtera" <djesys.nospam@fsi.net>  Subject: Re: HP ServiceE' Message-ID: <3DC9DDE6.BD19FE95@fsi.net>I   JF Mezei wrote:t > O > I had the exact same behavour when I worked at a bank. I saw how IBM providedeP > excellent service, and for as much as I hated their brainwashing tactics (backB > in early 1990s), I did admire their presence and quick response.  H See, that's why I though IBM should buy VMS. IBM-like service + VMS-like; features = ... well, insert your own description of utopia.v   -- c David J. Dachterau dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------  % Date: Wed, 06 Nov 2002 21:21:29 -0600t1 From: "David J. Dachtera" <djesys.nospam@fsi.net> > Subject: Re: HP World News says You Can't Crack It or Crash It' Message-ID: <3DC9DC39.AE36FB2B@fsi.net>*   John Smith wrote:A > : > "Steve Spires" <Steve.Spires@torex.com> wrote in messageA > news:91947A84607D9D48B8E674A5FAB54DA63CB075@tahiti.tinuk.com...  >  > > -----Original Message-----, > > From: John Smith [mailto:a@nonymous.com]  > > Sent: 06 November 2002 14:09 > > To: Info-VAX@Mvb.Saic.Com B > > Subject: Re: HP World News says You Can't Crack It or Crash It > >  > >n > >E5 > > "Shane Smith" <ssmith@icius.com> wrote in messagei. > > news:01C284F8.99103FD0@sulfer.icius.com...I > > > Greg Cagle's got news server problems, so he asked me to post thesegA > > > demographics for HP World readership. (Blame any formattingT > > problems > 
 > [cut...] >  > >T; > > OpenVMS and Alpha EV7 - the wining combination from HP. % > >                               ^^^- >  > Hope that was a typo John! > * > Yep......I spelled 'wining' incorrectly.   ...as in "wining and dining"?a   -- n David J. Dachterar dba DJE Systemsh http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/R   ------------------------------  # Date: Thu, 07 Nov 2002 03:36:32 GMTs# From: "John Smith" <a@nonymous.com>e> Subject: Re: HP World News says You Can't Crack It or Crash ItF Message-ID: <4dly9.6811$MGm1.490@news02.bloor.is.net.cable.rogers.com>  < "David J. Dachtera" <djesys.nospam@fsi.net> wrote in message! news:3DC9DC39.AE36FB2B@fsi.net...a > John Smith wrote:e > > < > > "Steve Spires" <Steve.Spires@torex.com> wrote in messageC > > news:91947A84607D9D48B8E674A5FAB54DA63CB075@tahiti.tinuk.com...r > >   > > > -----Original Message-----. > > > From: John Smith [mailto:a@nonymous.com]" > > > Sent: 06 November 2002 14:09 > > > To: Info-VAX@Mvb.Saic.ComnD > > > Subject: Re: HP World News says You Can't Crack It or Crash It > > >t > > >S > > >I7 > > > "Shane Smith" <ssmith@icius.com> wrote in message_0 > > > news:01C284F8.99103FD0@sulfer.icius.com...K > > > > Greg Cagle's got news server problems, so he asked me to post theseEC > > > > demographics for HP World readership. (Blame any formattingc > > > problems > >_ > > [cut...] > >  > > > = > > > OpenVMS and Alpha EV7 - the wining combination from HP.-' > > >                               ^^^- > >  > > Hope that was a typo John! > >h, > > Yep......I spelled 'wining' incorrectly. >: > ...as in "wining and dining"?     E Some here might say that the spelling should have been 'whining'. :-)D  E Why is it so plain to see for most of HP's VMS customers, and that HP I doesn't seem to see it at all? Seems to me that corporately they are in aN/ rush to knock back some of Jim Jones' Kool-Aid.l   ------------------------------   Date: 6 Nov 2002 20:18:47 GMT & From: Rick Jones <foo@bar.baz.invalid>@ Subject: Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek* Message-ID: <aqbtf7$qkk$6@web1.cup.hp.com>  P Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote:  ? > It would be interesting to see a SPECbase number published by F > HP/Intel without FDO, this would end the speculation but is unlikely > to happen.  B I suspect that many people would be interested in baseline figures< with/without a number of compiler options across a number of platforms, not just HP/Intel.   
 rick jones -- n= denial, anger, bargaining, depression, acceptance, rebirth...P where do you want to be today?F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...0   ------------------------------   Date: 6 Nov 2002 20:14:56 GMTc& From: Rick Jones <foo@bar.baz.invalid>@ Subject: Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek* Message-ID: <aqbt80$qkk$5@web1.cup.hp.com>  ) Bill Todd <billtodd@metrocast.net> wrote:aF >> The range of CPU families covered by SPECweb99_SSL would seem to be >> >> Intel x86  > > 3 submissions (1 after this discussion started last summer).  ? Um, I thought this thread (at least according to my news servera@ started on the 28th of October, with the comment about benchmark- popularity coming in the last couple of days.y    J >> The range of CPU families covered by SPECweb99 submittals appears to be >> >> Intel x86  A > 77 (I think - the exact number didn't seem all that important).e  F especially since you are trying to rank popularity of benchmarks where2 one has been around 2 years longer than the other.  @ >> Given that SPECweb99 was not obsoleted when SPECweb99_SSL wasE >> announced (as SPECweb96 appears to have done), thus giving overlapnF >> and forcing submittors to make zero-sum resource choices, and givenA >> that the number of SPECweb99* results published in the first 7n? >> months of each benchmark's life is roughly the same, and the D >> non-trivial overlap in processor families, it would seem that the> >> two benchmarks are indeed of the same order of magnitude of >> popularity.  B > Not by the definition you asked me to provide above: the non-SSLE > version has about 6 times as many results to compare against (which-D > still may be too charitable, since when you factor out the Itanic2B > and PA-RISC entries from the SSL benchmark there remained only 4D > tests - 1 Alpha, 1 SPARC, 2 IA32 - to compare Itanic2 against when > this discussion began).   A If your definition of popularity is going to be based strictly onl? total results submitted, without normalizing to either the sameoB timeframe or similar timeframes for the lifecycle of the benchmarkA then it will be years before SPECweb99_SSL can be as "popular" asm
 SPECweb99.  F I do not believe that such a definition of "popularity" is apropriate.  H >> Of course there are more _overall_ SPECweb99 submittals - it did have >> a two year headstart :)  ' > And there you have it, in a nutshell.b  F Which means that one can say that SPECweb99 has more submittals, but IA do not believe that one can say it is more "popular." The joys ofl English.  @ >> So there have been some comparisons of Itanium2 SPECweb99_SSLF >> performance against that of other CPUs with "large" on-chip caches.> >> That is what I wanted to drive at when asking about caches.  B > And that was precisely the same point *I* was making about largeF > on-chip caches: in all cases, the platforms with relatively large (1 > MB and over,  D I interpreted your previous words as asserting that Itanium2 had not? been compared with any other large on-chip cache CPUs using the  SPECweb99_SSL benchmark.  < From your Message-ID: <jMadnSLmn539zV6gXTWcpg@metrocast.net>  B    But as for other benchmarks: SPECweb99_SSL is nowhere nearly asD    popular a benchmark as SPECweb99, hence does not expose Itanic to@    competition from, e.g., other chips with large on-chip caches  C I was only intending to address those assertions - that Itanium hadFD not been exposed to competition from chips with large on-chip cachesB using SPECweb99_SSL and that SPECweb99_SSL was not as "popular" as
 SPECweb99.  
 rick jones -- R/ "Hey! Hey! SUV! The gas you waste empowers me!"N?                            - overheard at an al Qaeda pep-rally_F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...R   ------------------------------  $ Date: Wed, 6 Nov 2002 16:54:28 -0500* From: "Bill Todd" <billtodd@metrocast.net>@ Subject: Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek2 Message-ID: <P0Sdnfm4X-gMElSgXTWc2Q@metrocast.net>  3 "Rick Jones" <foo@bar.baz.invalid> wrote in message $ news:aqbt80$qkk$5@web1.cup.hp.com...+ > Bill Todd <billtodd@metrocast.net> wrote:NH > >> The range of CPU families covered by SPECweb99_SSL would seem to be > >> > >> Intel x86 >h@ > > 3 submissions (1 after this discussion started last summer). >LA > Um, I thought this thread (at least according to my news serverLB > started on the 28th of October, with the comment about benchmark/ > popularity coming in the last couple of days.F  L I started discussing SPECweb99_SSL here on September 2nd, a bit after havingI done so elsewhere without eliciting any insightful responses.  Your first B response here (on September 5th) helped describe the nature of theF benchmark, and in responding to you on September 9th I highlighted the/ apparent influence of on-chip cache size on it.-   ...p  B > >> Given that SPECweb99 was not obsoleted when SPECweb99_SSL wasG > >> announced (as SPECweb96 appears to have done), thus giving overlapnH > >> and forcing submittors to make zero-sum resource choices, and givenC > >> that the number of SPECweb99* results published in the first 7 A > >> months of each benchmark's life is roughly the same, and the F > >> non-trivial overlap in processor families, it would seem that the@ > >> two benchmarks are indeed of the same order of magnitude of > >> popularity. >CD > > Not by the definition you asked me to provide above: the non-SSLG > > version has about 6 times as many results to compare against (whichaF > > still may be too charitable, since when you factor out the Itanic2D > > and PA-RISC entries from the SSL benchmark there remained only 4F > > tests - 1 Alpha, 1 SPARC, 2 IA32 - to compare Itanic2 against when > > this discussion began).e > C > If your definition of popularity is going to be based strictly on A > total results submitted, without normalizing to either the same D > timeframe or similar timeframes for the lifecycle of the benchmarkC > then it will be years before SPECweb99_SSL can be as "popular" as: > SPECweb99. >rH > I do not believe that such a definition of "popularity" is apropriate.  H That's really not very relevant to the underlying point, is it?  I don'tI particularly care what term we use to describe the relative sparseness ofkL the SSL benchmark results compared with the non-SSL results:  the underlying observations stand.c   ...h  B > >> So there have been some comparisons of Itanium2 SPECweb99_SSLH > >> performance against that of other CPUs with "large" on-chip caches.@ > >> That is what I wanted to drive at when asking about caches. >lD > > And that was precisely the same point *I* was making about largeH > > on-chip caches: in all cases, the platforms with relatively large (1 > > MB and over, >yF > I interpreted your previous words as asserting that Itanium2 had notA > been compared with any other large on-chip cache CPUs using the. > SPECweb99_SSL benchmark. > > > From your Message-ID: <jMadnSLmn539zV6gXTWcpg@metrocast.net> > D >    But as for other benchmarks: SPECweb99_SSL is nowhere nearly asF >    popular a benchmark as SPECweb99, hence does not expose Itanic toB >    competition from, e.g., other chips with large on-chip caches  B By George, you're right:  I worded that poorly (possibly because IL considered this the continuation of the previous discussion on the point andI hence obvious in meaning).  I was specifically thinking of the absence of I POWER4 benchmark entries (which I now see had been rectified since last I # had checked the benchmark results).r   > E > I was only intending to address those assertions - that Itanium haddF > not been exposed to competition from chips with large on-chip cachesD > using SPECweb99_SSL and that SPECweb99_SSL was not as "popular" as > SPECweb99.  I Despite my less-than-ideal wording, I'll note that you stopped before thevL end of the sentence you quoted above, which continued with "(the performanceE of PA-RISC and Xeon in SPECweb99_SSL suggests that they may be a veryRL important factor - which should become much more obvious once that benchmarkI is run on EV7)."  That should have at least clarified that it was not themD absence of comparison with PA-RISC or Xeon on-chip caches that I was
 referring to.i  I But just to make it clear once and for all:  my observations are  1) thatRJ choosing the SPECweb99_SSL benchmark instead of the SPECweb99 benchmark isG one of multiple instances (such as the Unisys choice of a sparsely-used C TPC-H benchmark) where Itanic2 has avoided direct, apples-to-applesaK confrontation with a wide range of its supposed competition and  2) that inlK the specific case of the SPECweb99_SSL benchmark it's not at all clear that)I Itanic2's leading result has much to do with its core architecture (i.e.,[F that it may mostly be a matter of having gobs and gobs of fast on-chipK cache, which if true suggests that EV7 may well dominate the benchmark whenu it is tested).   - bill   ------------------------------  $ Date: Wed, 6 Nov 2002 17:56:16 -0500* From: "Bill Todd" <billtodd@metrocast.net>@ Subject: Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek2 Message-ID: <o-udncYr4I-RA1SgXTWc2Q@metrocast.net>  3 "Rick Jones" <foo@bar.baz.invalid> wrote in message:$ news:aq9fn4$ca4$1@web1.cup.hp.com...   ...r  ? > Given that SPECweb99 was not obsoleted when SPECweb99_SSL wassH > announced (as SPECweb96 appears to have done), thus giving overlap andF > forcing submittors to make zero-sum resource choices, and given thatE > the number of SPECweb99* results published in the first 7 months ofpH > each benchmark's life is roughly the same, and the non-trivial overlapB > in processor families, it would seem that the two benchmarks are6 > indeed of the same order of magnitude of popularity.  G Just to complete this particular topic:  not exactly.  19 of the 28 SSL0I submissions came from a single vendor - HP - and all but one of them wereaJ for PA-RISC or Itanic2:  flooding by a single vendor is hardly any kind ofG broad proof of 'popularity', however you may wish to define it.  And ifoK you're inclined to respond that about half of all the non-SSL tests are for[G some flavor of IA32, note that they are spread across platforms from atr8 least 5 different vendors and a range of IA32 sub-types.  L Another point worth noting is that despite your 'zero sum' comment above IBML and Sun have chosen to submit results for *both* SSL and non-SSL test seriesH during the period while both have existed (Q2 and later), and HP may notH have felt a burning need to submit new non-SSL results for PA-RISC givenI that 750 MHz results already existed for the non-SSL series.  However, HP.K *did* submit a recent non-SSL result for the new 1.25 GHz Alpha (but not an  SSL result).  K In any event, all this still leaves Itanic2 as the only architecture in theuC SSL test series that is not represented in the non-SSL test series.n   - bill   ------------------------------   Date: 7 Nov 2002 01:25:16 GMT & From: Rick Jones <foo@bar.baz.invalid>@ Subject: Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeek* Message-ID: <aqcfds$920$1@web1.cup.hp.com>  ) Bill Todd <billtodd@metrocast.net> wrote: A > I started discussing SPECweb99_SSL here on September 2nd, a bitpA > after having done so elsewhere without eliciting any insightfulo@ > responses.  Your first response here (on September 5th) helpedC > describe the nature of the benchmark, and in responding to you onbE > September 9th I highlighted the apparent influence of on-chip cachet
 > size on it.h  D That stuff back on September 2nd was a different thread wasn't it? IF suppose discussions can span multiple threads, I was considering (moreC like remembering) this thread ("thread" in netnews context). And if B that was indeed this thread, I suspect that my newsserver has longB since aged that away. Besides, my memory has a number of doublebit errors :) But I digress...  = >> I do not believe that such a definition of "popularity" ise >> apropriate.  D > That's really not very relevant to the underlying point, is it?  IC > don't particularly care what term we use to describe the relativevC > sparseness of the SSL benchmark results compared with the non-SSLi- > results: the underlying observations stand.a  D I'll agree with you that there are not as many SPECweb99_SSL resultsF as there are SPECweb99 results.  While I would indeed like to see moreF results from the vendors that have gotten very quiet, I think there is> a decent, though not ideal spread of results across platforms.  ? >> From your Message-ID: <jMadnSLmn539zV6gXTWcpg@metrocast.net>ME >>    But as for other benchmarks: SPECweb99_SSL is nowhere nearly as.G >>    popular a benchmark as SPECweb99, hence does not expose Itanic tohC >>    competition from, e.g., other chips with large on-chip cachest  C > By George, you're right: I worded that poorly (possibly because IoD > considered this the continuation of the previous discussion on theF > point and hence obvious in meaning).  I was specifically thinking ofC > the absence of POWER4 benchmark entries (which I now see had beeni< > rectified since last I had checked the benchmark results).  E FWIW, the first POWER4 entries cleared SPEC review on the 9th of JulylF and I believe became public at that time unless IBM happened (somewhat  likely) to mention them earlier.  E Ya gotta go back to www.spec.org at least every two weeks - actually,lF if you are following more than one benchmark, every week would be goodA - typically by Tuesday afternoon any new results that have passeduC review would be up.  For SPECweb99_SSL, I believe that next Tuesday E will be such a day. (I think that a few of the benchmarks may be on ayC Thursday schedule, but the ones I follow are on a bi-weekly Tuesday3	 schedule)a  F >> I was only intending to address those assertions - that Itanium had@ >> not been exposed to competition from chips with large on-chip? >> caches using SPECweb99_SSL and that SPECweb99_SSL was not as  >> "popular" as SPECweb99.  @ > Despite my less-than-ideal wording, I'll note that you stoppedB > before the end of the sentence you quoted above, which continuedF > with "(the performance of PA-RISC and Xeon in SPECweb99_SSL suggestsE > that they may be a very important factor - which should become much E > more obvious once that benchmark is run on EV7)."  That should haveeC > at least clarified that it was not the absence of comparison with 9 > PA-RISC or Xeon on-chip caches that I was referring to.m  A Yes I did stop before that part - I wasn't seeking to dispute (orm> affirm :) that SPECweb99_SSL is influenced by CPU cache size.   D > But just to make it clear once and for all: my observations are 1)D > that choosing the SPECweb99_SSL benchmark instead of the SPECweb99F > benchmark is one of multiple instances (such as the Unisys choice ofD > a sparsely-used TPC-H benchmark) where Itanic2 has avoided direct,B > apples-to-apples confrontation with a wide range of its supposed > competition and   B I'll agree to disagree on the SPECweb99_SSL comparisons, and pleadF ignorance of TPC-H characteristics on whether or not the comparison ofC SPECweb99_SSL/SPECweb99 benchmarks is the same as 300GB versus 1TB.   F > 2) that in the specific case of the SPECweb99_SSL benchmark it's notD > at all clear that Itanic2's leading result has much to do with itsC > core architecture (i.e., that it may mostly be a matter of having F > gobs and gobs of fast on-chip cache, which if true suggests that EV75 > may well dominate the benchmark when it is tested).p  B I guess we'll have to wait for an EV7 SPECweb99_SSL result on that one.  
 rick jones -- nH Wisdom Teeth are impacted, people are affected by the effects of events.F these opinions are mine, all mine; HP might not want them anyway... :)A feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...u   ------------------------------  # Date: Thu, 07 Nov 2002 03:39:44 GMT # From: "John Smith" <a@nonymous.com>t@ Subject: Re: Intel Conceding 64-Bit Desktops to IBM, AMD - eWeekF Message-ID: <4gly9.6294$oRV.3357@news04.bloor.is.net.cable.rogers.com>  3 "Rick Jones" <foo@bar.baz.invalid> wrote in message $ news:aqcfds$920$1@web1.cup.hp.com... > D > I guess we'll have to wait for an EV7 SPECweb99_SSL result on that > one.  7 $5 says that HP doesn't release an audited one for EV7.e   ------------------------------  $ Date: Wed, 6 Nov 2002 11:03:12 -0800$ From: Shane Smith <ssmith@icius.com>. Subject: RE: mouse with a scroller for OpenVMS0 Message-ID: <01C28584.1FE1E370@sulfer.icius.com>  G It might be worth finding out how much work it would be. With any luck,sG it'll be pretty simple; just a case of slight adaptations to a standardt< piece. After all, you did say it generated standard signals.   Shane1   -----Original Message-----: From: Fred Kleinsorge [mailto:kleinsorge@star.zko.dec.com]* Sent: Wednesday, November 06, 2002 9:48 AM To: Info-VAX@Mvb.Saic.Como. Subject: Re: mouse with a scroller for OpenVMS      ! munk@home.nl wrote in message ....4 >On Wed, 06 Nov 2002 15:00:42 GMT, "Fred Kleinsorge"% ><kleinsorge@star.zko.dec.com> wrote:: >  >>I >>The LK463 is not yet shipping.  But we do have production prototypes in G >>house.  It is a VT400 layout keyboard.  This keyboard will eventuallyfL >>replace all the VT400-style PS2 keyboards (there is a dongle that connectsK >>it to a PS2 port).  It will effectively emulate the LK411 (which replaceddG >>the LK450).  So, if the LK411 worked with the LK411 driver on a PC, Ia expectJ >>that the LK463 will also work.  I know of no plans for anyone to write a new F >>PC driver for it (VMS certainly does not have the expertise to start writing_ >>PC drivers). >CC >Mmmmmm. I seem to remember that HPQ also sells Wintel systems, andhF >even produces drivers & software for those boxes. Perhaps the ProductD >Manager VMS Keyboards could have a talk with the Product Manager PCG >Keyboards to figure out if one of the Billybox programmers could writek >such a driver ??s >r  C The keyboard is being designed and built excusively for VMS.  Sure,p it'lldC work on Tru64 - but they don't really care.  If you can give me theu volumeE estimate for the number of PC's that will be sold with this keyboard,  I'm E sure we can talk to the PC group about creating a driver for it. They B certainly won't do the work unless it is a profitable thing to do.   ------------------------------  $ Date: Wed, 6 Nov 2002 14:49:43 -0500; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>c. Subject: Re: mouse with a scroller for OpenVMS$ Message-ID: <3dc972ad$1@news.si.com>  3 >(you can map the wheel motion to CTRL/up-arrow andG >CTRL/down-arrow).   How? -- rA Brian Tillman                   Internet: tillman_brian at si.comnA Smiths Aerospace                          tillman at swdev.si.comt= 3290 Patterson Ave. SE, MS      Addresses modified to prevent.< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  % Date: Wed, 06 Nov 2002 20:48:15 +0100  From: munk@home.nl. Subject: Re: mouse with a scroller for OpenVMS8 Message-ID: <ejrisusedh44111jd4f2jtpc8i3e0t5mk3@4ax.com>  3 On Wed, 06 Nov 2002 17:47:40 GMT, "Fred Kleinsorge"t$ <kleinsorge@star.zko.dec.com> wrote:   >h" >munk@home.nl wrote in message ...5 >>On Wed, 06 Nov 2002 15:00:42 GMT, "Fred Kleinsorge"5& >><kleinsorge@star.zko.dec.com> wrote: >> >>> J >>>The LK463 is not yet shipping.  But we do have production prototypes inH >>>house.  It is a VT400 layout keyboard.  This keyboard will eventuallyM >>>replace all the VT400-style PS2 keyboards (there is a dongle that connects L >>>it to a PS2 port).  It will effectively emulate the LK411 (which replacedH >>>the LK450).  So, if the LK411 worked with the LK411 driver on a PC, I >expect K >>>that the LK463 will also work.  I know of no plans for anyone to write at >newG >>>PC driver for it (VMS certainly does not have the expertise to startl >writing >>>PC drivers).o >>D >>Mmmmmm. I seem to remember that HPQ also sells Wintel systems, andG >>even produces drivers & software for those boxes. Perhaps the Product2E >>Manager VMS Keyboards could have a talk with the Product Manager PCRH >>Keyboards to figure out if one of the Billybox programmers could write >>such a driver ?? >> >aJ >The keyboard is being designed and built excusively for VMS.  Sure, it'llK >work on Tru64 - but they don't really care.  If you can give me the volume.J >estimate for the number of PC's that will be sold with this keyboard, I'mF >sure we can talk to the PC group about creating a driver for it. TheyC >certainly won't do the work unless it is a profitable thing to do.r   OK, fair enough. 2> In the old Digital days we used to order our PC's with a LK250C keyboard, and later with a LK450 keyboard. That had two advantages.gD The keyboards were of a better quality then the normal PC keyboards,C but more important it was possible to run VMS programs from your PCGD without having to think about key translation. That is still a majorE pain, specially when your are using editors etc. that heavily rely ondE the use of the numeric keypad. I think every decent terminal emulatorlF still has the possibility to use real LK keyboards. So if Compaq wouldF more or less actively announce the presence of the LK411 and LK463 forD use with VMS programs, I think there would be a market for them. TheD price of an LK is somewhere around $50, and  maybe Compaq could sell= it in a bundle with a good terminal emulator. I even would beeC interested in buying something like that for my PC at home, and I'm D sure many other readers in this group would like to do that too. NowE if I could order that keyboard and emulator at my local PC shop, justcA like I can order Compaq PC's or IBM monitors, that would be nice.    Be inventive so to speak :-)   Regards,   Dirk   ------------------------------  # Date: Wed, 06 Nov 2002 20:43:19 GMTt1 From: Forrest Kenney <Forrest.Kenney@hp.com.doom>'. Subject: Re: mouse with a scroller for OpenVMS* Message-ID: <3DC97E83.DCCDB5A@hp.com.doom>  N     I just for the heck of it plugged an LK463 into my Win200 system.  All the coreM keys work as you would expect.  The windows code does not seem to have a goodr idea what to do with       help     do     F13-F20h     Pf1-Pf4g     the , key in the keypad.  "     These keys map out as follows:  ,     Prev & next map to page up and page down     remove maps to deleten     inset here maps to inserth     find maps to end     select ???????  P     All of these were mapped onto keys that are already defined in the USB HumanM Interface Device specification.  We are not using any special code we are allp mappedP onto existing codes.  So the Microsoft default HID driver does not appear to map all B HID codes only those that it cares about.  This is not a surprise.     Forrest Kenney OpenVMS Developmentr   ------------------------------  $ Date: Wed, 6 Nov 2002 13:49:19 -0800$ From: Shane Smith <ssmith@icius.com>. Subject: RE: mouse with a scroller for OpenVMS0 Message-ID: <01C2859B.5623B140@sulfer.icius.com>  E Forrest, I have a little program that came with the freeware TeraTermsE terminal emulator that might be interesting to try. You run it, pressfF keys, and note the numbers for use in TeraTerm's keyboard config file.F When I tried it on my LK450 I was surprised to find my keyboard driverF was actually generating unique codes for the extra keys, so I was able to get them working.  G Would you care to try it on the LK463? I won't post it here, since it's 	 a binary.:   Shanep   -----Original Message-----8 From: Forrest Kenney [mailto:Forrest.Kenney@hp.com.doom]+ Sent: Wednesday, November 06, 2002 12:43 PMv To: Info-VAX@Mvb.Saic.Come. Subject: Re: mouse with a scroller for OpenVMS      E     I just for the heck of it plugged an LK463 into my Win200 system.i All thew coreH keys work as you would expect.  The windows code does not seem to have a good idea what to do with       help     do     F13-F20a     Pf1-Pf4v     the , key in the keypad.  "     These keys map out as follows:  ,     Prev & next map to page up and page down     remove maps to delete-     inset here maps to insert      find maps to end     select ???????  F     All of these were mapped onto keys that are already defined in the	 USB Human E Interface Device specification.  We are not using any special code we  are alla mappedB onto existing codes.  So the Microsoft default HID driver does not
 appear to mapa allsB HID codes only those that it cares about.  This is not a surprise.     Forrest Kenney OpenVMS Developmentd   ------------------------------  # Date: Wed, 06 Nov 2002 22:59:45 GMTa1 From: Forrest Kenney <Forrest.Kenney@hp.com.doom>s. Subject: Re: mouse with a scroller for OpenVMS+ Message-ID: <3DC99E7C.5EA1F3B2@hp.com.doom>M   Shane,  K     Thanks for the offer I know what values are being sent to the PC by the1 keyboardJ Fred and I approved them when the specification was written for the LK463.
 It is whatK the default Microsoft USB keyboard driver that then decides what to do with  them.  II am fairly certain that for things it has not mapping for it ignores them.   G     We have 0 plans to put any effort into making the LK463 work on any 	 thing butaI VMS.  Not that it would not be nice to have it work for Tru64 or for a PCn	 just thatuJ we have way more work than we can do already.  The company views this as a specialBG one off keyboard just for VMS.  If someone want to try and make it worke better underC windows Fred and I will gladly give them the information they need.s     Forrest Kenney OpenVMS Developments   ------------------------------  $ Date: Wed, 6 Nov 2002 15:46:41 -0800$ From: Shane Smith <ssmith@icius.com>. Subject: RE: mouse with a scroller for OpenVMS0 Message-ID: <01C285AB.CF702410@sulfer.icius.com>  F That wasn't where I was coming from. Originally I thought the keyboardG driver I had was throwing away the LK450's codes for the extra keys. ItpE wasn't, it was passing them through but none of the software I had onpE top was checking them, so they appeared inactive. All I had to do wasl7 get TeraTerm to watch for them, and all was hunky dory.   C If you run the program on a PC with the standard driver and try thehF extra keys, you'll know if the codes are getting through. If they are,G then we can hook them up at the app level and we don't need any driversW written. Result.   Shanec   -----Original Message-----8 From: Forrest Kenney [mailto:Forrest.Kenney@hp.com.doom]* Sent: Wednesday, November 06, 2002 3:00 PM To: Info-VAX@Mvb.Saic.Comh. Subject: Re: mouse with a scroller for OpenVMS     Shane,  G     Thanks for the offer I know what values are being sent to the PC bya the  keyboardC Fred and I approved them when the specification was written for theI LK463.
 It is whatF the default Microsoft USB keyboard driver that then decides what to do with them.  IC am fairly certain that for things it has not mapping for it ignores. them.m  G     We have 0 plans to put any effort into making the LK463 work on anyg	 thing butbF VMS.  Not that it would not be nice to have it work for Tru64 or for a PC	 just thatiH we have way more work than we can do already.  The company views this as ai special G one off keyboard just for VMS.  If someone want to try and make it work8 better underC windows Fred and I will gladly give them the information they need.D     Forrest Kenney OpenVMS Development    ------------------------------  # Date: Thu, 07 Nov 2002 02:50:08 GMT/  From: Rob Brown <brown@gmcl.com> Subject: Old documentationL Message-ID: <Pine.LNX.4.44.0211061944460.22518-100000@localhost.localdomain>  D I have in my hand a "Vision II 3220 User's Manual" which describes a? VT220-type terminal from Lanpar Technologies (or maybe Northernt@ Technologies, both names are used).  Probably around 100 sheets,A two-sided.  Is there any repository that would like to have this?o     -- O  / Rob Brown                        brown@gmcl.com9A G. Michaels Consulting Ltd.      (866)438-2101 (voice) toll free!e6 Edmonton                         (780)438-9343 (voice)4                                  (780)437-3367 (FAX)1                                  http://gmcl.com/,   ------------------------------  % Date: Wed, 06 Nov 2002 22:55:20 -0500n0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: Old documentation/ Message-ID: <3DC9E426.BFBA2C1C@vl.videotron.ca>h   Rob Brown wrote: > F > I have in my hand a "Vision II 3220 User's Manual" which describes a/ > VT220-type terminal from Lanpar Technologies s   Vision was from Lanpar.n  : I have a manual for a Cybernex XL-84 terminal, circa 1981.   ------------------------------  # Date: Wed, 06 Nov 2002 23:19:07 GMTn% From: "Yong Liu" <fdu9774@rogers.com>  Subject: OpenVMS clustering F Message-ID: <Lrhy9.5575$oRV.3317@news04.bloor.is.net.cable.rogers.com>   Hi,w  H I am interested in knowing how to apply OPENVMS clustering technology inG alpha based servers. Specifically, I have an application running on two L alpha servers. How do I use clustering technology to ensure fault tolerance?L Specifically, how does the clustering software monitor and manager fail over, once my application fails on primary server?   Thanks   ------------------------------  % Date: Wed, 06 Nov 2002 22:51:49 -0500s0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Re: OpenVMS clustering1/ Message-ID: <3DC9E354.4A6EA85E@vl.videotron.ca>:   Yong Liu wrote:sJ > I am interested in knowing how to apply OPENVMS clustering technology inI > alpha based servers. Specifically, I have an application running on twooN > alpha servers. How do I use clustering technology to ensure fault tolerance?N > Specifically, how does the clustering software monitor and manager fail over. > once my application fails on primary server?  O VMS provides tools to build such applications, but you have to "roll your own".   H The lock manager can be used. First "server" takes a lock "X". All otherL processes request Lock "X". If Server 1 dies, then "X" becomes available andN is granted to the first other process who requested "X". That process can then assume the role of a master.    N There are various ways for processes to talk to each other across nodes. ThereW is DECNET, TCPIP, as well asn the faster ICC$ routines. (intra cluster communications).t  J If you build a TCPIP based server, VMS provides load balancing for inbound9 requests, so a variety of nodes can process transactions.   J And of course, file access from multiple nodes is transparent. If node A'sJ process locks a record, that that record is also locked if Node B tries to
 access it.   ------------------------------  % Date: Thu, 07 Nov 2002 15:02:00 +1030 / From: Mark Daniel <Mark.Daniel@wasd.vsm.com.au>e Subject: Re: OpenVMS clustering 3 Message-ID: <aqcqfa$9ld$1@fang.dsto.defence.gov.au>l   Yong Liu wrote:'   > Hi,t > J > I am interested in knowing how to apply OPENVMS clustering technology inI > alpha based servers. Specifically, I have an application running on tworN > alpha servers. How do I use clustering technology to ensure fault tolerance?N > Specifically, how does the clustering software monitor and manager fail over. > once my application fails on primary server? >  > Thanks >i >cL I have used the DLM extensively for similar inter-process communication and H control, particularly to notify remaining processes if another suddenly F dies for some reason, or to notify of a new process joining a logical  grouping.  It's very versatile.n  J As it's a moderately involved topic I'm sure you'll receive other replies I explaining the in-and-outs from those with significantly more experience iF than I have had.  However you might find something of interest in the 8 module that handles all of this for the WASD Web package  6    http://wasd.vsm.com.au/ht_root/src/httpd/instance.c  J Unfortunately it's long and highly integrated with code in other modules, L but sometimes it's profitable to see how others have tackled similar issues.  D My email address is well known if you want to ask anything specific.   ------------------------------  $ Date: Wed, 6 Nov 2002 14:25:50 -0500; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>n Subject: Re: Palladium article$ Message-ID: <3dc96d14$1@news.si.com>  C >   The TweakUI that I could find was for W95.  I'm running WNT andn >   W2K.  L The most recent TweakUI for Windows NT (should work on WIndows 2000 as well)L http://www.microsoft.com/ntworkstation/downloads/PowerToys/Networking/NTTwea kUI.aspe --A Brian Tillman                   Internet: tillman_brian at si.com-A Smiths Aerospace                          tillman at swdev.si.comJ= 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  $ Date: Wed, 6 Nov 2002 14:44:42 -0500; From: "Brian Tillman" <tillman_brian@notnoone.notnohow.com>a Subject: Re: Palladium article$ Message-ID: <3dc97180$1@news.si.com>  C >   The TweakUI that I could find was for W95.  I'm running WNT andt >   W2K.  K Neither TweakUI nor X-Teq allows one to hide the "Hummingbird Neighborhood"iJ icon on the desktop.  I thought there was a way, but I can't find it right now. --A Brian Tillman                   Internet: tillman_brian at si.comnA Smiths Aerospace                          tillman at swdev.si.come= 3290 Patterson Ave. SE, MS      Addresses modified to prevente< Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  $ Date: Wed, 6 Nov 2002 11:46:01 -0800$ From: Shane Smith <ssmith@icius.com> Subject: RE: Palladium article0 Message-ID: <01C2858A.2860D190@sulfer.icius.com>  + Simple: Put a post-it note on the screen...a   Shanet   -----Original Message-----@ From: Brian Tillman [mailto:tillman_brian@notnoone.notnohow.com]+ Sent: Wednesday, November 06, 2002 11:45 AMt To: Info-VAX@Mvb.Saic.ComL Subject: Re: Palladium article    C >   The TweakUI that I could find was for W95.  I'm running WNT ands >   W2K.  = Neither TweakUI nor X-Teq allows one to hide the "Hummingbirdn
 Neighborhood"mD icon on the desktop.  I thought there was a way, but I can't find it right  now. --A Brian Tillman                   Internet: tillman_brian at si.com A Smiths Aerospace                          tillman at swdev.si.comi= 3290 Patterson Ave. SE, MS      Addresses modified to prevent < Grand Rapids, MI 49512-1991     SPAM.  Replace "at" with "@"8        This opinion doesn't represent that of my company   ------------------------------  $ Date: Wed, 6 Nov 2002 16:24:12 -0500' From: "Main, Kerry" <Kerry.Main@hp.com>m" Subject: RE: Remote Console accessT Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF402660B21@kaoexc01.americas.cpqcorp.net>  0 Re: secure access to remote console solutions...  C >>> DO these wonders of modern mentation have any *tested* *secure* 4 recomendations for replacing the LAT/TS consoles?>>>  + Check out SSH offerings with ConsoleWorks -h2 http://www.tditx.com/news_events_press.html#062502D "...ConsoleWorks latest release features the ConsoleWorks secure Web< server with Secure Socket Layer (SSL) and Secure Shell (SSH)F capabilities. SSL provides an encrypted communication path between theE Web browser and the ConsoleWorks Web server, and the SSH capabilitiesnD provide encryption between ConsoleWorks and the terminal server. TDIA built the secure Web server to ensure that our customers have theXE highest level of security for their enterprise management software. "s  @ http://www.tditx.com/products_cwks_security.html - whitepaper on security and console accesse   Related article:? http://www.fcw.com/fcw/articles/2002/1014/tec-mgt1-10-14-02.aspdG "...In June, TECSys Development LP added Secure Sockets Layer (SSL) ando> Secure Shell (SSH) capabilities to its ConsoleWorks product, aD Web-based, out-of-band management tool. Together, SSL and SSH enable> encrypted communication between the user's Web browser and theD ConsoleWorks server, and between the ConsoleWorks server and managed	 devices.",   RegardsH  
 Kerry Main Solutions Architect  Hewlett-Packard (Canada) Co.! Consulting & Integration ServicesR Voice: 613-592-4660- Fax   : 613-591-4477 Email: Kerry.Main@hp.com     -----Original Message-----2 From: Richard Brodie [mailto:R.Brodie@rl.ac.uk]=20 Sent: November 6, 2002 8:33 AM To: Info-VAX@Mvb.Saic.ComS" Subject: Re: Remote Console access      9 "Paul Repacholi" <prep@prep.synonet.com> wrote in message1' news:87pttig975.fsf@prep.synonet.com...r  I > The really nice thing about LAT, is that it is idiot resistant. They=20oE > can screw you over, but they have to work at it harder. DO these=20iJ > wonders of modern mentation have any *tested* *secure* recomendations=20$ > for replacing the LAT/TS consoles?  ! Well picking something at random:c) http://www.ute.de/vts_terminal_server.htm G If you're just going to slap a remote Telnet box on the public network,nF that is making life easy for attackers. However, things have moved on,F and if you care about security you don't provide remote console access
 in the clear.e   ------------------------------  " Date: Wed,  6 Nov 02 18:19:55 +100 From: rok@nuk.uni-lj.sie Subject: Re: Show Configuratione& Message-ID: <3dc96b5e$1@NUK.Uni-Lj.Si>  ( In Article <3DC91B86.3CAEE200@Omond.net>! Roy Omond <Roy@Omond.net> writes:p >rok@nuk.uni-lj.si wrote:v >> >>  What about:d >> >> $ show configuratione >>/ >> listing processors, controllers, units ... ?b >o >(admittedly Alpha only:)h >i >$ anal/sys  >SDA> clue configc >e >orr >  >SDA> clue frueh >a$ >Isn't that what you're asking for ?  ;  No. I would like more simple, yet complete view of system.a   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: 6 Nov 2002 11:36:27 -0800 * From: ken.randell@fortel.com (Ken Randell)2 Subject: Strange [DNS.SRC] message in operator.log= Message-ID: <8debc3ff.0211061136.788ce4f0@posting.google.com>o  C VMS 7.3-1 on a DS10.  DECNET 7.3-1 with ECO applied, TCPIP 5.1 ECO4   E DTSS is disabled, using local name space, no BIND servers configured.e  C Consistently, about 20-30 minutes after I boot my system, I get theh0 following error message in my operator.log file:  8 %%%%%%%%%%%  OPCOM   5-NOV-2002 13:52:32.48  %%%%%%%%%%%" Message from user SYSTEM on xxxxxx  Fatal error at line 1629 in file/ S2_D_AXP_SDAKOTA_RESD$:[DNS.SRC]ADVER_DLI_VMS.C  ;1  C Searching for the text string seems to pin this down to coming fromp SYS$SYSTEM:DNS$ADVER.EXE.m  F Nothing actually seems to be wrong (or at least not that I can tell..I@ can do all of the normal set host, telnet, ftp, etc.), but I was curious what this is all about.o   Ken Randellt   ------------------------------   Date: 6 Nov 2002 15:02:03 -0600a- From: Kilgallen@SpamCop.net (Larry Kilgallen) 6 Subject: Re: Strange [DNS.SRC] message in operator.log3 Message-ID: <ve8LNRxfY$W1@eisner.encompasserve.org>l  j In article <8debc3ff.0211061136.788ce4f0@posting.google.com>, ken.randell@fortel.com (Ken Randell) writes:E > VMS 7.3-1 on a DS10.  DECNET 7.3-1 with ECO applied, TCPIP 5.1 ECO4U > G > DTSS is disabled, using local name space, no BIND servers configured.L   But no DECnet ?r  E > Consistently, about 20-30 minutes after I boot my system, I get thee2 > following error message in my operator.log file: > : > %%%%%%%%%%%  OPCOM   5-NOV-2002 13:52:32.48  %%%%%%%%%%%$ > Message from user SYSTEM on xxxxxx" > Fatal error at line 1629 in file1 > S2_D_AXP_SDAKOTA_RESD$:[DNS.SRC]ADVER_DLI_VMS.C  > ;1  C Based on the name RESD$, that seems to me it should be the locationa( back on the development machines at EDS.  E > Searching for the text string seems to pin this down to coming fromd > SYS$SYSTEM:DNS$ADVER.EXE.h  * I thought that was a DECnet Phase V image.  B Is it possible you are starting DECdns but do not have it properly configured.t   ------------------------------  $ Date: Wed, 6 Nov 2002 20:16:38 +0100" From: "Hans Vlems" <hvlems@iae.nl>H Subject: Re: VAX Macro Porting Problems with the stack frame library SF$5 Message-ID: <aqbpqp$8l0qb$1@ID-143435.news.dfncis.de>o  5 "Aaron" <aaron.d.mullens@lmco.com> schreef in berichtd7 news:99c3a525.0211060922.7f427a14@posting.google.com... A > I am trying to port Vax Macro to an Alpha and I have run into abG > problem.   The stack frame library (SF$) is not supported on an AlphaaC > and I cannot find any documentation here or on the net about SF$.  >t5 > I need to port the following functions to an Alpha:e >    SF$L_SAVE_FPb >    SF$L_SAVE_PCt >    SF$L_SAVE_APS >    SF$L_SAVE_REGSk >    SF$V_SAVE_MASKe >    SF$S_SAVE_MASK  >mF > I have nothing to tell me what these functions do.  The only thing IH > have found is that SF$ is not supported on the Alpha.  I was wonderingG > if there is anybody out there that can give me any information on howpG > these functions work and how to port code that uses them to an Alpha.t  E The format <id>$<type>_<name> suggests they're constants. A search on ' STARLET.PAS (VAX/VMS) gave this result:g    $ sear sys$share:starlet.pas sf$9 (* Define stack frame offsets as a separate structure SF$h *) CONST   SF$M_C = 1;.         SF$M_V = 2;-         SF$M_Z = 4;-         SF$M_N = 8;2         SF$M_TBIT = 16;          SF$M_IV = 32;e         SF$M_FU = 64;R         SF$M_DV = 128;( TYPE    SF$TYPE = RECORD CASE INTEGER OFE         1: (SF$A_HANDLER : $DEFPTR;     (* Adr. of handler or 0 if non
 handler  * ) 9             SF$R_SAVE_PSW_OVERLAY : [BYTE(2)] RECORD END; :             SF$R_SAVE_MASK_OVERLAY : [BYTE(2)] RECORD END;3             SF$L_SAVE_AP : UNSIGNED;    (* saved APt *)3             SF$L_SAVE_FP : UNSIGNED;    (* saved FP- *)3             SF$L_SAVE_PC : UNSIGNED;    (* saved PCC *)H             SF$L_SAVE_REGS : UNSIGNED;  (* first register saved is saved here  *t )s:         2: (SF$W_SAVE_PSW : [POS(32)] $UWORD; (* saved PSW *)J             SF$W_SAVE_MASK : [POS(48)] $UWORD; (* saved register mask plus flagsp   *)0         4: (SF$V_C : [POS(32)] $BOOL;   (* carry *)3             SF$V_V : [POS(33)] $BOOL;   (* overflowg *)/             SF$V_Z : [POS(34)] $BOOL;   (* zeroA *)3             SF$V_N : [POS(35)] $BOOL;   (* negativea *)=             SF$V_TBIT : [POS(36)] $BOOL; (* trace trap enablef *)B             SF$V_IV : [POS(37)] $BOOL;  (* integer overflow enable *)D             SF$V_FU : [POS(38)] $BOOL;  (* floating underflow enable *)B             SF$V_DV : [POS(39)] $BOOL;  (* decimal overflow enable *)D             SF$V_SAVE_MASK : [POS(48)] $BIT12; (* register save mask *)7             SF$V_CALLS : [POS(61)] $BOOL; (* 1 if CALLSt *):             SF$V_STACKOFFS : [POS(62)] $BIT2; (* SP offset *)  7 Not sure whether this information will help you though,e   Hans   ------------------------------  % Date: Wed, 06 Nov 2002 20:04:15 -0000i! From: Z  <zarlenga@conan.ids.net>eH Subject: Re: VAX Macro Porting Problems with the stack frame library SF$/ Message-ID: <usitdvb9k07c04@corp.supernews.com>s  ' Aaron <aaron.d.mullens@lmco.com> wrote:uA : I am trying to port Vax Macro to an Alpha and I have run into atG : problem.   The stack frame library (SF$) is not supported on an Alpha0C : and I cannot find any documentation here or on the net about SF$.:  5 : I need to port the following functions to an Alpha:s :    SF$L_SAVE_FP$ :    SF$L_SAVE_PC  :    SF$L_SAVE_APd :    SF$L_SAVE_REGSe :    SF$V_SAVE_MASKs :    SF$S_SAVE_MASKr  ) You have a rather large job ahead of you.n  B I've done VAX -> Alpha porting and it's not easy whe you have code that walks the stack.S   ------------------------------  # Date: Wed, 06 Nov 2002 20:21:37 GMTo" From:   VAXman-  @SendSpamHere.ORGH Subject: Re: VAX Macro Porting Problems with the stack frame library SF$0 Message-ID: <00A16930.ABF89150@SendSpamHere.ORG>  S In article <usitdvb9k07c04@corp.supernews.com>, Z  <zarlenga@conan.ids.net> writes:e( >Aaron <aaron.d.mullens@lmco.com> wrote:B >: I am trying to port Vax Macro to an Alpha and I have run into aH >: problem.   The stack frame library (SF$) is not supported on an AlphaD >: and I cannot find any documentation here or on the net about SF$. > 6 >: I need to port the following functions to an Alpha: >:    SF$L_SAVE_FP >:    SF$L_SAVE_PC >:    SF$L_SAVE_AP >:    SF$L_SAVE_REGS >:    SF$V_SAVE_MASK >:    SF$S_SAVE_MASK >e* >You have a rather large job ahead of you. >rC >I've done VAX -> Alpha porting and it's not easy whe you have codev >that walks the stack.   Nah!  'Tis a piece of cake.t   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMi            e5   "Well my son, life is like a beanstalk, isn't it?"     ------------------------------  # Date: Wed, 06 Nov 2002 22:26:34 GMTt& From: John Reagan <john.reagan@hp.com>H Subject: Re: VAX Macro Porting Problems with the stack frame library SF$3 Message-ID: <uGgy9.10$qm4.1207350@news.cpqcorp.net>c   Aaron wrote:A > I am trying to port Vax Macro to an Alpha and I have run into a G > problem.   The stack frame library (SF$) is not supported on an AlpharC > and I cannot find any documentation here or on the net about SF$.i > 5 > I need to port the following functions to an Alpha:i >    SF$L_SAVE_FP  >    SF$L_SAVE_PCi >    SF$L_SAVE_APe >    SF$L_SAVE_REGSr >    SF$V_SAVE_MASKw >    SF$S_SAVE_MASKt > F > I have nothing to tell me what these functions do.  The only thing IH > have found is that SF$ is not supported on the Alpha.  I was wonderingG > if there is anybody out there that can give me any information on howeG > these functions work and how to port code that uses them to an Alpha.  > 	 > Thanks,y > Aaronl  I As others have hinted, read the OpenVMS Calling Standard.  The locations dH and mechanism for how registers are stored around stack frames is quite 
 different.  I Look at the LIB$GET_CURR_INVO_CONTEXT routine and friends. They can help e& you do stack walking on Alpha systems.   -- t John Reagano' Compaq Pascal/{A|I}MACRO Project Leadere Hewlett-Packard Companyd   ------------------------------   Date: 6 Nov 2002 23:18:18 GMTo# From: hoff@hp.nospam (Hoff Hoffman)rH Subject: Re: VAX Macro Porting Problems with the stack frame library SF$* Message-ID: <aqc7vq$4h0$2@web1.cup.hp.com>  S In article <usitdvb9k07c04@corp.supernews.com>, Z  <zarlenga@conan.ids.net> writes:e( :Aaron <aaron.d.mullens@lmco.com> wrote:B :: I am trying to port Vax Macro to an Alpha and I have run into a :: problem.   A   It might be better to rewrite it than to port it -- based on nosB   information, this VAX Macro code is very likely tied deeply intoC   the VAX architecture.  There are various reasons to do this, some A   valid and some that are (now or that have always been) invalid.b  E ::         The stack frame library (SF$) is not supported on an AlphabD :: and I cannot find any documentation here or on the net about SF$. :n6 :: I need to port the following functions to an Alpha: ::    SF$L_SAVE_FP ::    SF$L_SAVE_PC ::    SF$L_SAVE_AP ::    SF$L_SAVE_REGS ::    SF$V_SAVE_MASK ::    SF$S_SAVE_MASK : * :You have a rather large job ahead of you.  H   Potentially, but but certainly.  It depends on exactly what the stuff I   is doing, how much there is, and how modular the code is.  If this code_F   is a signal handler, there are certainly rather direct options, for E   instance.  (eg: See CHFDEF for information, as well as the OpenVMS aE   Programming Concepts manual on condition handling.)  If the code iseE   a traceback routine of some sort, it can probably be replaced with t<   a few lines of code that calls the debugger, for instance.  C :I've done VAX -> Alpha porting and it's not easy whe you have code, :that walks the stack.  
   Correct.  G   The rough analog of the direct stackframe access found on OpenVMS VAX E   are the OpenVMS Alpha RTL LIB$ routines that manage the invocation  .   contexts.  LIB$GET_INVO_CONTEXT and friends.  F   Based on what was posted, I really have no idea if this Macro32 code>   is going to be a little problem or a big problem for a port.  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.coma   ------------------------------  # Date: Wed, 06 Nov 2002 20:54:28 GMTs$ From: winston@SSRL.SLAC.STANFORD.EDU9 Subject: Re: VMS PHP connect to local Oracle Rdb Databasee8 Message-ID: <00A1691C.1AFB9096@SSRL04.SLAC.STANFORD.EDU>  = In article <7eb9f7af.0211060605.2c892e9d@posting.google.com>, ' Franz.Lengel@EvoBus.com (Franz) writes:t   >Thank you Martin and Alan,g >DG >I activated the odbc extension for PHP, and phpinfo() shows that it iso	 >enabled.  >w? >I do not know which odbc client for VMS I can use. We have SQLsC >Services for Rdb installed. Is there a SQL Service ODBC client ?  n  K Not for VMS; only for Windows.  (SQL Service on the wire translated to ODBCe by the ODBC driver.)     >Can4 >or should SQL*Net or Attunity on-platform be used ?  M Attunity on-platform license doesn't include Rdb support, only Oracle (last I L looked).  You could theoretically use SQL*Net for Rdb and the Oracle supportN in Attunity, but Attunity installation links against Oracle-provided librariesJ that aren't present on your system unless Oracle has been installed.  (YouF could install it (without a license, even) and not run it, I suppose.)  " >Would I better try Perl instead ?B >I have only a little experience with Perl and even less with PHP.E >It seems to be possible to use the same PHP script on VMS and NT, ifkG >the ODBC sources are defined adequately. Installation of PHP with ODBCwA >support was easy (at least so far). And it is delivered from hp.o >t@ >Is there a Perl ODBC module which works on NT and VMS ?  I haveG >problems to install Perl moduls on VMS. It might be useful to have thes& >DEC C compiler, which we haven't got.  L If you want to provide generalized ODBC service from an Rdb database, you'reL probably going to have to pay money for a third-party product (like the full Attunity package, or ConnX).  M It would indeed be helpful (necessary, even) to have the C compiler if you'reoF going to install Perl modules. DBD::Rdb would let Perl talk to the RdbL database; there's an Rdb module for Python, but you're just not going to get very far without a compiler.   -- Alan    ------------------------------  # Date: Thu, 07 Nov 2002 01:37:26 GMT'# From: "John Smith" <a@nonymous.com>l Subject: Re: Voting MachinesG Message-ID: <qtjy9.6205$MGm1.4496@news02.bloor.is.net.cable.rogers.com>T  . "VAXVMS" <bounce@notmail.com> wrote in messageE news:BA52530E3149734A9BAABDBBFA808E4903027B99@rlghncst964.usps.gov...e >s >       Atlant:a >a >       Extra credit answer- >       It became IBM. >w >       WWWebb >r > JF Mezei wrote:  > E > > Also, I kinda giggled when they mentioned "paper tape". I figured  someone  > mustI > > have insisted to keep at least one part of the legacy systems ... (isr > paperr0 > > tape older or younger than punched cards  ?) >h > It's an interesting question.  >r) > Remember that Hollerith developed punch-0 > cards in the 19th century for that very-famous, > 1890 census, and Jacquard looms (ca. 1801)  > predate *THAT* by quite a bit. >-2 > I'm no master of punched paper-tape history, but1 > marked paper tape (with, for example, dots-and-t) > dashes) existed no later than ca. 1850.h >m/ > And then there appears to be Basile Bouchon'sv. > weaving loom that used punched paper tape to2 > control the pattern in 1725, but I've never seen > a picture of this device.w >o* > Extra credit: What became of Hollerith's > Tabulating Machine Company?T    F That's not all..... they became strategic partners with the 'security'I apparatus of Nazi Germany in the roundup of Jews and other 'undesirables'yH from many countries during WWII, circumventing US laws governing tradingJ with the enemy and profiting immensely from the business along the way, asF documented in the book  "IBM and the Holocaust: The Strategic Alliance= between Nazi Germany and America's Most Powerful Corporation"g# by Edwin Black , ISBN 0-609-60799-5e  B Read the book and think long and hard about Ashcroft while you do.   ------------------------------  $ Date: Wed, 6 Nov 2002 20:35:56 -05000 From: "Scott G. Smith" <s-gsmith@mindspring.com> Subject: Re: Voting Systems ?u/ Message-ID: <usjgru86c11581@corp.supernews.com>   L As a Georgian, using the touch system for it's first election, all I can say is "IT WORKED VERY WELL"r  K Thanks for the link.  First place that I've seen that explained some of them
 internals.  @ "Philippe Bocher" <philippe.bocher@euriware.fr> wrote in message  news:3dc7db43$1@news.euriware...' > http://www.georgiacounts.com/faqs.htmn >d1 > Q:         How are votes recorded and reported?  >KL > A:         Your vote is recorded in three separate locations on the votingK > unit, assuring that no vote can ever be lost.  The touch screen terminals K > record choices in flash memory, assuring that votes remain secure even inpK > the unlikely event of a sudden equipment failure.  The voting units use ahL > form the Microsoft Windows operating system, the most widely used software > in the world.t >tI >             In addition to two onboard locations, votes are stored on aeL > removable computer memory card, much like those found in laptop computers.L > After the polls close a paper tape is printed showing the vote totals fromK > each machine, and from all of the units in an individual precinct.  TheserL > tapes, along with the removable PC cards from each unit, are collected andI > transported to the county elections office.  There, the vote totals aresA > compiled and the cards and tapes are kept in a secure location.d >  >t@ > "Island" <sales@islandco.com> a crit dans le message de news:& > usfie4gn44ut33@news.supernews.com...@ > > Does anyone know who developed the voting system in Georgia?& > > Also - is it running Windows ?????> > > If so, we should probably return to punch cards and levers > >0 > > -- > > David B Turner
 > > Sales Dptn# > > Island Computers US Corporationj > > 2700 Gregory Streeto
 > > Suite 180S > > Savannah GA 31404. > > Tel: 912 447 6622  > > Fax: 912 201 0096  > > sales@islandco.com > > www.islandco.com+ > > http://www.islandco.com/legal-email.htm. > >  > > We sell Alpha Systems ! . > > All emails are checked for Virus and Worms > >o > >  >- >h   ------------------------------   Date: 6 Nov 2002 22:52:03 GMTo# From: hoff@hp.nospam (Hoff Hoffman) % Subject: Re: What Ethertype do I use?p* Message-ID: <aqc6ej$4h0$1@web1.cup.hp.com>  z In article <craigberry-729F92.00255705112002@news.telocity.com>, "Craig A. Berry" <craigberry@nospam.telocity.com> writes:/ :In article <3DC70894.2C5763FC@pressenter.com>,n1 : Lyndon Bartels <lbartels@pressenter.com> wrote:n :o/ :> I was asked that by our network guys lately.t :> a :> m& :> I told them "DECnet, LAT, TCP/IP."  :sH :Yes, that is vague.  Something like MCR LANCP SHO DEV/CHAR EW might be  :a place to start.  J   Since no OpenVMS version and no platform was specified in the question, G   I'm accordingly free to choose and to specify the OpenVMS version andDH   platform of my choice, and I pick OpenVMS Alpha V7.3-1.  As such, use:       SDA> SHOW LANr  <   This SDA command has been around for a while, however. :-)  I   Now as for transient protocols and users, it is anyone's guess -- whileyG   your networking folks should already have this information logged, ityF   clearly appears that they do not.  I would accordingly encourage theH   folks to enable and look at the protocol traffic for themselves, usingJ   a network probe or a mid- to upper-end network switch or bridge/brouter.  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comw   ------------------------------  * Date: Wed, 6 Nov 2002 20:59:23 +0000 (UTC)* From: bleau@umtof.umd.edu (Lawrence Bleau)& Subject: What is DAP status code 5067?0 Message-ID: <aqbvrb$5hc$1@grapevine.wam.umd.edu>  H I'm running OpenVMS V7.1-2 AXP on a local system (UMSTEP) and VMS V5.5-2K (VAX) on the remote system (UMDSP).  I have a user that is having a problemeJ reading a data file with his program.  When the file is on a local disk ofH UMSTEP, the program works fine.  When the file is on the remote node theK program hangs on a pending i/o.  The program also hangs if the file is on apK local disk and the user just adds UMDSP::UMSTEP:: in front of the filename.s  I ANAL/SYS shows the NETxxxx: device is busy, but the process isn't logging-H any buffered or direct i/o's.  The remote NETSERVER.LOG file, as well as@ the local NET$SERVER.LOG, say there's a DAP status code of 5067.  J Does anyone know what this means, and what might be causing this problem?  Thanks.f   Lawrence Bleau University of Maryland" Physics Dept., Space Physics Group 301-405-6223 bleau@umtof.umd.edu    ------------------------------  + Date: Wed, 06 Nov 2002 14:04:08 -0600 (CST)  From: sms@antinode.org  Subject: XP1000 hardware problem) Message-ID: <02110614040794@antinode.org>r  G    After some pretty gentle transportation, I formerly happy XP1000 has H become uncommunicative (no video output, no response at COMM 1).  Of theD eight LEDs on the main board (D14-D21), D20 and D21 stay on.  I'd beD grateful for a diagnosis or any suggestions for further exploration.  H ------------------------------------------------------------------------  C    Steven M. Schweda               (+1) 651-699-9818  (voice, home)s3    382 South Warwick Street        sms@antinode.org-    Saint Paul  MN  55105-2547    ------------------------------  % Date: Wed, 06 Nov 2002 21:22:21 +0100c6 From: =?iso-8859-1?Q?Jean=2DFran=E7ois=20PI=C9RONNE?= 0 Subject: Re: [Hobbyist] Python-VMS documentation+ Message-ID: <3DC979FD.20DD1D19@laposte.net>   * A complete source example can be found at 5 http://www.pi-net.dyndns.org/ht_root/src/deluxeforum/s  P Look at the file dbtools.py which contain the source file of all methods used in a BBS system to access Rdb. ; (demonstration http://www.pi-net.dyndns.org/cgi-bin/msg.py)u  6 The code contains use many features of the Rdb module: - input argument - call procedure - use BLOB objecte - etc...   Jean-Franois Pironne   > K > Does anyone know if documentation exists for the use of the Rdb module int- > Python-VMS 2.1.3 and where I might find it?- > 	 > Thanks,r > Aldery >a   ------------------------------   End of INFO-VAX 2002.615 ************************