1 INFO-VAX	Mon, 02 Aug 2004	Volume 2004 : Issue 425       Contents:' Re: Any VMS admins near Perth Scotland? 8 RE: Bind a socket to a low port number without privilege8 Re: Bind a socket to a low port number without privilege8 Re: Bind a socket to a low port number without privilege8 Re: Bind a socket to a low port number without privilege: Business Week: Scott McNealy as Custer in CEO's Last Stand DCL Pipe/ZIP performance Re: DCL Pipe/ZIP performanceH Distinction between 'retained on completion' and 'retained on error' ???L Re: Distinction between 'retained on completion' and 'retained on error' ???L Re: Distinction between 'retained on completion' and 'retained on error' ???L Re: Distinction between 'retained on completion' and 'retained on error' ???# Re: HP World, OpenVMS Bootcamp, etc - Re: Is it decnet problem or Thruway problem ? - Re: Is it decnet problem or Thruway problem ? " Re: Multinet problem with SIMH.... Re: Q:security (DECNET)? Re: Solaris to Itanium...  Re: Solaris to Itanium...  Re: Solaris to Itanium...  Re: Solaris to Itanium...  Something of passing interest ! Re: Something of passing interest ! Re: Something of passing interest 3 Re: Time to patch OpenVMS - DCE-RPC buffer overflow 3 Re: Time to patch OpenVMS - DCE-RPC buffer overflow  RE: Touch Screen Voting systems  Re: Touch Screen Voting systems  RE: Touch Screen Voting systems  Re: Touch Screen Voting systems  Re: Touch Screen Voting systems  Re: Touch Screen Voting systems  Re: Touch Screen Voting systems  Re: Touch Screen Voting systems  Re: Touch Screen Voting systems  Re: Touch Screen Voting systems  Re: Touch Screen Voting systems  Re: Touch Screen Voting systems  Re: Touch Screen Voting systems  Re: Touch Screen Voting systems  Re: Touch Screen Voting systems  Re: Touch Screen Voting systems  Re: Touch Screen Voting systems   Re: Which IP Networking Package?  Re: Which IP Networking Package?  Re: Which IP Networking Package?  Re: Which IP Networking Package?  Re: Which IP Networking Package?  Re: Which IP Networking Package?  Re: Which IP Networking Package?  Re: Which IP Networking Package?O Re: [TCPware, V73_MGMTAGENTS] Does anyone have a working installation running ?   F ----------------------------------------------------------------------  $ Date: Mon, 2 Aug 2004 10:47:17 +0100% From: "John" <noreply@compuserve.com> 0 Subject: Re: Any VMS admins near Perth Scotland?3 Message-ID: <cel2jr$7dj$1@ngspool-d02.news.aol.com>    Hi Erik   J I can probably get you or let you build a SCSI Alpha VMS disk on one of my* systems or maybe lend you a SCSI CD drive.  @ I have had a few PW500AU and the "wrong" chip set is "not good".  C Timescales will probably be the biggest problem. I am in Edinburgh.   * John Ferguson  comp - at - caiystane.co.uk    + <anonymous@coolgroups.com> wrote in message 7 news:ad0abd4148836ac80f7fa996220bcff3@news.scbiz.com... < > Are there any VMS enthusiasts near Perth, Scotland who can; > help with the following problem? The problem is the often < > occurring  one of trying to install VMS on a PW500AU which< > has an IDE CD-ROM drive and the "wrong" PCI IDE controller< > ... it has the Intel Saturn chip controller instead of the< > Cypress chip one. (This box was probably originally a Unix> > one rather than a VMS one). And as documented in the VMS 7.3; > release notes and elsewhere you can't boot the OpenVMS CD ; > on this configuration. We know how to get around this, we 6 > just need to do it in the shortest possible time ... > remedies include:  > 1. Get a SCSI CD-Rom drive. ; > 2. Get the IDE controller replaced with the correct item. : > 3. Get a SCSI disk with VMS already on it and boot that.; > 4. Do cluster boot from another VMS machine on a network.  > > > My problem is that I have someone trying to install a stand-< > alone system in Perth at a voluntary society, and they are; > stuck. There are no other Alphas on site. We are pursuing ; > several avenues to get the correct hardware to get around > > this problem, but this is likely to take several days at the: > very least. So ... are there any Scots VMS sysadmins out= > there in a position to assist with options 1, 3 or 4 above?  > If so please contact me. > / > Erik Ahlefeldt -   sysman -at- abri.une.edu.a    ------------------------------  $ Date: Mon, 2 Aug 2004 08:59:38 -04005 From: "Bochnik, William J" <William_Bochnik@acml.com> A Subject: RE: Bind a socket to a low port number without privilege Q Message-ID: <2D75787AAF09C64481BDFD89113BE6D504ADA5B5@ac2kama0102.ac.lp.acml.com>   > the ones for nt and solaris do exactly that - link together an
 executable   -----Original Message-----< From: David J Dachtera [mailto:djesys.nospam@comcast.net]=20% Sent: Saturday, July 31, 2004 7:23 PM  To: Info-VAX@Mvb.Saic.Com A Subject: Re: Bind a socket to a low port number without privilege      "Bochnik, William J" wrote:  >=20I > they do make perl "compilers" for Windows and Slow-laris - there may=20  > be one for VMS.   F It would need to produce native object code that can then be LINKed to? produce an executable image, which could then be installed with 
 privilege.   D.J.D.    ) ----------------------------------------- L The information contained in this transmission may contain privileged and c=L onfidential information and is intended only for the use of the person(s) n=L amed above. If you are not the intended recipient, or an employee or agent =L responsible for delivering this message to the intended recipient, any revi=L ew, dissemination, distribution or duplication of this communication is str=L ictly prohibited. If you are not the intended recipient, please contact the=L  sender immediately by reply e-mail and destroy all copies of the original =L message. Please note that we do not accept account orders and/or instructio=L ns by e-mail, and therefore will not be responsible for carrying out such o= rders and/or instructions.L If you, as the intended recipient of this message, the purpose of which is =L to inform and update our clients, prospects and consultants of developments=L  relating to our services and products, would not like to receive further e=L -mail correspondence from the sender, please "reply" to the sender indicati=L ng your wishes.  In the U.S.: 1345 Avenue of the Americas, New York, NY 101= 05.    ------------------------------  $ Date: Mon, 2 Aug 2004 15:09:54 +0200- From: "Martin Vorlaender" <mv@pdv-systeme.de> A Subject: Re: Bind a socket to a low port number without privilege * Message-ID: <2n6sp1Fslmc7U1@uni-berlin.de>  3 "Bochnik, William J" <William_Bochnik@acml.com> ... 3 > David J Dachtera djesys.nospam@comcast.net wrote:  > > "Bochnik, William J" wrote: F > > > they do make perl "compilers" for Windows and Slow-laris - there > > > may be one for VMS.  > > J > > It would need to produce native object code that can then be LINKed toC > > produce an executable image, which could then be installed with  > > privilege. > @ > the ones for nt and solaris do exactly that - link together an > executable  G Even better yet: they put together an executable consisting of the perl = interpreter and the sources of script and all modules needed.    cu,    Martin --  B  Your mouse has moved.      | Martin Vorlaender  |  OpenVMS rules!5  Windows must be restarted  | work: mv@pdv-systeme.de H  for the change to take     |   http://www.pdv-systeme.de/users/martinv/<  effect. Reboot now? [OK]   | home: martin@radiogaga.harz.de   ------------------------------  % Date: Mon, 02 Aug 2004 09:09:35 -0500 6 From: "Craig A. Berry" <craigberry@mac.com.spamfooler>A Subject: Re: Bind a socket to a low port number without privilege D Message-ID: <craigberry-6009EA.09093502082004@news.isp.giganews.com>  - In article <410ca063@duster.adelaide.on.net>, ,  Mark Daniel <mark.daniel@vsm.com.au> wrote:  J > If all else fails why not copy PERL.EXE to MY_EXE:MY_PERL.EXE, add some K > ACL to control which account(s) can access it, and then INSTALL with the  I > required privileges.  Might need to do a similar thing with any shared  G > image (haven't tried this sort of thing).  All the wrapper procedure   > then need to do is > $ >    $ PERL == "$MY_EXE:MY_PERL.EXE" >    $ PERL blahblah.pl  > A > OPER would be much safer than either BYPASS or SYSPRV for this.  > J > I'm sure others in this forum will be able to identify any shortcomings  > with this approach ;^)  E The main shortcoming is that the first thing a Perl interpreter does  G when it starts up on VMS is disable any privileges it's been installed  ; with.  You would have to modify the code that does this in  G vms_image_init in [.vms]vms.c first.  Easy to do technically, but that  A pushes Perl into a security role it has historically declined to  G accept.  I think it would be possible (and safer) to separate any code  F requiring privilege into its own extension, and then only install the G shareable image associated with the extension.  Haven't actually tried    that, but I think it would work.   ------------------------------   Date: 2 Aug 2004 12:34:52 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) A Subject: Re: Bind a socket to a low port number without privilege 3 Message-ID: <1tVNz3bHqwM7@eisner.encompasserve.org>   Z In article <410ca063@duster.adelaide.on.net>, Mark Daniel <mark.daniel@vsm.com.au> writes:  J > If all else fails why not copy PERL.EXE to MY_EXE:MY_PERL.EXE, add some K > ACL to control which account(s) can access it, and then INSTALL with the  I > required privileges.  Might need to do a similar thing with any shared  G > image (haven't tried this sort of thing).  All the wrapper procedure   > then need to do is > $ >    $ PERL == "$MY_EXE:MY_PERL.EXE" >    $ PERL blahblah.pl  >   G    That's kind of like granting su 0 to csh on UNIX.  Although you want B    to put an ACL on it, I'd be real worried about having PERL with&    privileges installed on any system.  C    Fortunately a later poster showed that the authoris of PERL were     equally concerned.    ------------------------------   Date: 2 Aug 2004 10:27:48 -0700 1 From: keithparris_NOSPAM@yahoo.com (Keith Parris) C Subject: Business Week: Scott McNealy as Custer in CEO's Last Stand = Message-ID: <cf15391e.0408020927.78be9056@posting.google.com>   2 Interesting cover story in Business Week, July 26:: http://listserv.encompassus.org/archives/chicago-info.html ---  Sun: A CEO's Last Stand   F Scott McNealy knows he made many mistakes. Is it too late to recover?   D "Sun's sales have tumbled 48% in the past three years, it has lost aC third of its market share -- and it continues to head south even as F its rivals ride the economic recovery. Its stock, which reached $64 inD 2000, trades at about $4. No other major player has been weakened asE much during the tech downturn. "Right now it looks pretty grim," says C Geoffrey A. Moore, author of several tech-industry books, including  Crossing the Chasm."  F "Sun will struggle to out-innovate larger, and deeper-pocketed, rivalsD such as IBM. And Sun's track record of diversification is lousy. TheF reality is that every major initiative to move beyond high-end serversF over the past decade has failed. "Scott's a smart guy, but I don't seeC a way out for Sun," says Kevin B. Rollins, chief executive of Dell. B "Will they disappear? No. But most of the customers we talk to are3 looking for reasons to use less of their products."   C "McNealy faces a hard slog to win back credibility among customers. D For years corporate buyers bought from Sun in part because it seemedC to know where tech was heading. Now, many believe Sun spent several D crucial years with its head in the sand. "They've always had lots of> great things on paper. But when it comes to execution, they're> lacking," says Gary Feierstein, vice-president for informationB technology at Premier Inc., a San Diego company that manages 1,500B hospitals. "They always seem to be behind where they need to be."" ---   E There's lots of interesting info in this article: details about Sun's B decline; why the Cobalt deal failed; the deal with Bill Gates; and more.   E I found particularly interesting McNealy's statement that his biggest E regret now is not having ported Solaris to Intel chips 6-7 years ago:   ? "Three insiders recall a planning session in 1997, when several D engineers made a presentation about the increasing power of low-costA chips from Intel. Gene Banman, an exec who had just returned from F running Sun's business in Japan, argued that Sun could get a chip fromE Intel for 30% less than it cost Sun to make an equally powerful SPARC C chip. Chet Silvestri, who ran chip design, shot back that his staff E would never let that happen. After a 20-minute debate, McNealy put an F end to the meeting. "I don't see the problem here," he said, accordingD to one insider. Then he laid down his orders: For the time being, noD Sun computers would have Intel inside. Today, Intel's processors areA twice as fast as SPARC chips, and McNealy admits that his biggest D regret is "not putting Solaris on [Intel's chips] six or seven years ago.""   ------------------------------  % Date: Mon, 02 Aug 2004 11:22:55 +0100 E From: Tim ffrench-Lynch <tim-DOT-ffrench-HYPHEN-lynch@baesystems.com> ! Subject: DCL Pipe/ZIP performance - Message-ID: <410E15FF.3599A9C@baesystems.com>   C I'm trying to run some software on an Alpha PWS600au VMS 7.2 system E with the output piped into first a search command and then InfoZip to A compress the results, without creating a large intermediate file. @ Later I can use pipe and unzip to decompress into further search0 commands again without large intermediate files.  > The problem is that using the DCL Pipe command seems very slowF compared to writing things to disk and reading back. I'd like to avoidB the intermediate files being stored uncompressed as they can be asF large as 5GB but even minimum compression with InfoZip reduces them by better than 20:1.   F The examples below would perform a a very short run and seem to suffer  very badly from the use of Pipe.   Is Pipe always slow? Any Suggestions?   Tim     
 Example :-  '   > PIPE @run_prog_to_sysoutput.com | - 1          search sys$input "interesting stuff" | -           zip z1.zip - -1     > PIPE unzip -p z1.zip | -C          search sys$input/out=results1.txt "more interesting stuff"    Takes 82 seconds     > @run_prog_to_file A   > search intermediate_1.txt/out=intermediate_2.txt "interesting  stuff"$   > zip z2.zip intermediate_2.txt -1   > delete intermediate_2.txt;*    > unzip z2.zip@   > search intermediate_2.txt/out=results2.txt "more interesting stuff"   Takes 27 seconds     Zip options used are  !   zip   -      compress from pipe &   zip   -1     use minimum compression   unzip -p     compress to pipe    ------------------------------  % Date: Mon, 02 Aug 2004 12:46:07 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de>% Subject: Re: DCL Pipe/ZIP performance A Message-ID: <410e1b70$0$7308$9b4e6d93@newsread2.arcor-online.net>    Tim ffrench-Lynch wrote:  E > I'm trying to run some software on an Alpha PWS600au VMS 7.2 system G > with the output piped into first a search command and then InfoZip to C > compress the results, without creating a large intermediate file. B > Later I can use pipe and unzip to decompress into further search2 > commands again without large intermediate files. > @ > The problem is that using the DCL Pipe command seems very slowH > compared to writing things to disk and reading back. I'd like to avoidD > the intermediate files being stored uncompressed as they can be asH > large as 5GB but even minimum compression with InfoZip reduces them by > better than 20:1.  > H > The examples below would perform a a very short run and seem to suffer" > very badly from the use of Pipe. >  > Is Pipe always slow? > Any Suggestions? >  > Tim  >  >  > Example :- > ) >   > PIPE @run_prog_to_sysoutput.com | - 3 >          search sys$input "interesting stuff" | -  >          zip z1.zip - -1   >   > PIPE unzip -p z1.zip | -E >          search sys$input/out=results1.txt "more interesting stuff"  >  > Takes 82 seconds >  >   > @run_prog_to_file C >   > search intermediate_1.txt/out=intermediate_2.txt "interesting  > stuff"& >   > zip z2.zip intermediate_2.txt -1! >   > delete intermediate_2.txt;*  >   > unzip z2.zipB >   > search intermediate_2.txt/out=results2.txt "more interesting > stuff" >  > Takes 27 seconds >  >  > Zip options used are  # >   zip   -      compress from pipe ( >   zip   -1     use minimum compression! >   unzip -p     compress to pipe   3 There have been various reports here in COV that...   #   $ PIPE /NOLOGICAL_NAMES/NOSYMBOLS   E will improve performance, assuming your pipe doesn't neet predefined   logicals or symbols.   Cheers!    Keith Cayemberg    ------------------------------  $ Date: Mon, 2 Aug 2004 11:42:08 +02003 From: "Alexandre Mongin" <alexandre.mongin@csgv.fr> Q Subject: Distinction between 'retained on completion' and 'retained on error' ??? * Message-ID: <cel28v$l39$1@news.tiscali.fr>   Hello !   K I wish to find out a way to distinguish both status 'retained on error' and A 'retained on completion' inside a procedure, but I can't find any  solution...    any idea ???    	 thanks...    ------------------------------  $ Date: Mon, 2 Aug 2004 12:46:02 +0200- From: "Martin Vorlaender" <mv@pdv-systeme.de> U Subject: Re: Distinction between 'retained on completion' and 'retained on error' ??? * Message-ID: <2n6kbaFtepl3U1@uni-berlin.de>  8 "Alexandre Mongin" <alexandre.mongin@csgv.fr> schrieb...I > I wish to find out a way to distinguish both status 'retained on error' G > and 'retained on completion' inside a procedure, but I can't find any 
 > solution...   5 Use F$GETQUI with the JOB_STATUS item; description at D http://h71000.www7.hp.com/doc/732final/4527/4527pro_004.html#jun_304   cu,    Martin --  >                     | Martin Vorlaender    |    OpenVMS rules!-   Smiert Spamionem  | work: mv@pdv-systeme.de @                     |   http://www.pdv-systeme.de/users/martinv/4                     | home: martin@radiogaga.harz.de   ------------------------------  $ Date: Mon, 2 Aug 2004 15:45:33 +02003 From: "Alexandre Mongin" <alexandre.mongin@csgv.fr> U Subject: Re: Distinction between 'retained on completion' and 'retained on error' ??? * Message-ID: <celghc$fpq$1@news.tiscali.fr>  7 > Use F$GETQUI with the JOB_STATUS item; description at F > http://h71000.www7.hp.com/doc/732final/4527/4527pro_004.html#jun_304 >  Danke fr die Antwort !   G Yes, Thx, but I really don't see how we can distinguish if the entry is 4 retained on error or is just retained on completion.   with QUI$_JOB_STATUS: K     QUI$V_JOB_RETAINED          Job has completed, but it is being retained  in the queue  # so the job is retained, and why ???    ------------------------------  $ Date: Mon, 2 Aug 2004 15:56:20 +0200- From: "Martin Vorlaender" <mv@pdv-systeme.de> U Subject: Re: Distinction between 'retained on completion' and 'retained on error' ??? * Message-ID: <2n6vg4FteoemU1@uni-berlin.de>  6 "Alexandre Mongin" <alexandre.mongin@csgv.fr> wrote...9 > > Use F$GETQUI with the JOB_STATUS item; description at H > > http://h71000.www7.hp.com/doc/732final/4527/4527pro_004.html#jun_304 > >  > Danke fr die Antwort !  > I > Yes, Thx, but I really don't see how we can distinguish if the entry is 6 > retained on error or is just retained on completion. >  > with QUI$_JOB_STATUS: D >     QUI$V_JOB_RETAINED          Job has completed, but it is being retained > in the queue > % > so the job is retained, and why ???   D Oops, you're correct. I'll have to dig some more,I guess. Apologies.   cu,    Martin --  <                         | Martin Vorlaender | OpenVMS rules!1  OpenVMS: Where do you  | work: mv@pdv-systeme.de D  want to BE today?      |   http://www.pdv-systeme.de/users/martinv/8                         | home: martin@radiogaga.harz.de   ------------------------------  # Date: Mon, 02 Aug 2004 15:45:14 GMT F From: lederman@star.enet.dec.DISABLE-JUNK-EMAIL.com (Bart Z. Lederman), Subject: Re: HP World, OpenVMS Bootcamp, etc2 Message-ID: <ektPc.6982$Bg1.3871@news.cpqcorp.net>  @ I don't think there is a lot of subsidizing of engineers lunches= going on at the boot camp.  Many of the presenters don't each @ lunch there.  There is a benefit to having some of the engineersA eat lunch with the attendees, however: speaking for myself, I try C to sit with the attendees when I'm there, so they can ask questions ; and engage in discussions outside of the formal classrooms.   F Keep in mind that the engineers who present there spend a lot of theirA own time working on the presentations and meeting with attendees.    --  (  B. Z. Lederman   Personal Opinions Only  8  Posting to a News group does NOT give anyone permission8  to send me advertising by E-mail or put me on a mailing  list of any kind.  5  Please remove the "DISABLE-JUNK-EMAIL" if you have a 5  legitimate reason to E-mail a response to this post.    ------------------------------   Date: 2 Aug 2004 01:59:35 -0700 4 From: jignesh_vyas@hotmail.com (Jignesh Vyas 'Jigs')6 Subject: Re: Is it decnet problem or Thruway problem ?< Message-ID: <908a2e17.0408020059.c55aadf@posting.google.com>  l tjonard@usa.net (Thomas A. Jonard) wrote in message news:<3ad0fd0.0407290708.48802734@posting.google.com>...{ > jignesh_vyas@hotmail.com (Jignesh Vyas 'Jigs') wrote in message news:<908a2e17.0407280214.41287a24@posting.google.com>...  > > Hi,  > > G > > I have defined two decnet proxy on remote note and tried to perform H > > thruway connect, on SYADM account it went fine but on POPR_x account > > it login failure error.. > >  > > Any clue ? > >  > > Config and   > > *********** . > > TEST$> mc authorize show /proxy test01::*  > > * > >  Default proxies are flagged with (D)  > >  > > test01::POPR_PENG  > >     TAPESYSNP  > >  > > test01::SYSADM5 > >     SYSADM (D)                             SYSTEM  > >  > >  > > OPCOM message on both try. > > ************************** > > < > > %%%%%%%%%%%  OPCOM  15-JUL-2004 17:58:40.89  %%%%%%%%%%%, > > Message from user AUDIT$SERVER on TEST01E > > Security alarm (SECURITY) and security audit (SECURITY) on TEST01  > > + > > Auditable event:          Network login 5 > > Event time:               15-JUL-2004 17:58:40.88 . > > PID:                      2BC1B689        . > > Process name:             FAL_1421002C    . > > Username:                 SYSADM          - > > Process owner:            [SYS_GP,SYSADM]  > > Image name:               4 > > $1$DGA3035:[SYS0.SYSCOMMON.][SYSEXE]LOGINOUT.EXE, > > Remote nodename:          TEST          " > > Remote node fullname:     TEST$ > > Remote username:          SYSADM > >  > >  > > < > > %%%%%%%%%%%  OPCOM  15-JUL-2004 17:54:24.61  %%%%%%%%%%%, > > Message from user AUDIT$SERVER on TEST01E > > Security alarm (SECURITY) and security audit (SECURITY) on TEST01  > > 3 > > Auditable event:          Network login failure 5 > > Event time:               15-JUL-2004 17:54:24.61 . > > PID:                      2BC00819        . > > Process name:             NET$ACP         . > > Username:                 DNA$SessCtrl    % > > Remote node id:           0 (0.0) " > > Remote node fullname:     TEST' > > Remote username:          POPR_PENG C > > Status:                   %LOGIN-F-NOTVALID, user authorization  > > failure  > > < > > %%%%%%%%%%%  OPCOM  15-JUL-2004 17:54:24.64  %%%%%%%%%%%& > > Message from user SYSTEM on SINA00D > > Event: Access Control Violation from: Node LOCAL:.TEST01 Session > > Control,1 > >         at: 2004-07-15-17:54:24.638+08:00Iinf $ > >         NSAP Address=/A32583F0, ) > >         Source=UIC = [0,0]POPR_PENG,  & > >         Destination=number = 140, ! > >         Destination User="",  $ > >         Destination Account="", ! > >         Node Name=LOCAL:.TEST ; > >         eventUid   0216E1E0-D688-11D8-AD34-53494E413030 ; > >         entityUid  3E5A8860-D34E-11D8-81C2-AA0004003464 ; > >         streamUid  4EC4F4B0-D34E-11D8-8294-AA0004003464  > > 	 > > -Jigs  >  > A > Your TAPESYSNP proxy must be setup with /DEFAULT unless you are 0 > providing login information during connection. >  > Tom  > * > Thomas A. Jonard,  jonard@XLNsystems.com > Senior Consultant, XLNsystems . > XLNsystems -- VMS specialists, CharonVAX VAR  F Thanks a lot. /Default has solved the issue but is there any why whereF i can simulate the other user's user id from system account. this willE enable me to simulate the other user id's less priv. user environment , to check the scripts without troubling them.   -Jigs    ------------------------------  % Date: Mon, 02 Aug 2004 12:36:54 +0200 0 From: Keith Cayemberg <keith.cayemberg@arcor.de>6 Subject: Re: Is it decnet problem or Thruway problem ?A Message-ID: <410e1947$0$7322$9b4e6d93@newsread2.arcor-online.net>    Jignesh Vyas 'Jigs' wrote: . . .  [snip] . . . H > Thanks a lot. /Default has solved the issue but is there any why whereH > i can simulate the other user's user id from system account. this willG > enable me to simulate the other user id's less priv. user environment . > to check the scripts without troubling them. >  > -Jigs   F You can use the Authorize utility to COPY the user, but changing only A the USERNAME and the PASSWORD. You will then have a username and  > password to an account with the same UIC, Quotas, Privileges, H Identifiers, Default Directory, and Login procedures as the user having E problems. However, you must watch for the possibility that the login  F procedures or the application are checking the USERNAME. In that case I you need to change the login procedure or register the new USERNAME with   the application as well.G You should normally then be able to recreate the conditions which lead  F to the user's problem and analyse it, without needing or changing the  user's password.   EXAMPLE (creation):      $ set default sys$system   $ show default    SYS$SYSROOT:[SYSEXE]     =   SYS$SYSROOT:[SYSEXE]     =   SYS$COMMON:[SYSEXE]   $ r authorize    UAF> show cayemberg /brief;      Owner     Username  UIC    Account Privs Pri Directory B      CAYEMBERG CAYEMBERG [150,1]        All   4   DKA0:[CAYEMBERG],   UAF> copy cayemberg kmberg /password=fooeyI   %UAF-I-PWDLESSMIN, new password is shorter than minimum password length #   %UAF-I-COPMSG, user record copied G   %UAF-W-SAMEUIC, new user record has the same UIC as the source record    UAF> show kmberg /brief <        Owner     Username UIC    Account Privs Pri DirectoryC        CAYEMBERG KMBERG   [150,1]        All   4   DKA0:[CAYEMBERG]   E I have done this often, but also needed to register my test username    with the application in my case.  G Be careful when deleting the test account, since the real user has the  G same UIC. You don't want to delete the original account as well. It is  I always best to first test such procedures on a dummy account, to be sure  I you have found and understood all issues before doing it on a production  E system. You may also need to check, and maybe follow or change, your  E companies security policies or procedures to perform such an account   copy for testing puposes.    EXAMPLE (removal):     UAF> remove kmberg>   %UAF-I-REMMSG, record removed from system authorization file   UAF> show kmberg.   %UAF-W-BADSPC, no user matches specification   Cheers!    Keith Cayemberg ) IBM Business Services - Hannover, Germany    ------------------------------  # Date: Mon, 02 Aug 2004 13:36:10 GMT ' From: "Zibri" <zibri@NO.libero.SPAM.it> + Subject: Re: Multinet problem with SIMH.... 2 Message-ID: <errPc.65601$OR2.3810158@news3.tin.it>  8 "Martin Vorlaender" <mv@pdv-systeme.de> wrote in message$ news:2n6pubFstskmU1@uni-berlin.de...  A > Have you ATTACHed your network card correctly to the XQ device? @ > You can issue the emulator command  SIM> SHOW XQ ETH  to check7 > what simh thinks you ethernet device should be named.  >  > cu, 
 >   Martin > --   >    Thanks! 
 I was blind ! ( It was attached to eth0 instead of eth1.   Zibri.   ------------------------------   Date: 2 Aug 2004 07:44:15 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ! Subject: Re: Q:security (DECNET)? 3 Message-ID: <KbB0yn$omkU3@eisner.encompasserve.org>   M In article <ceiek6$8l9$1@ls219.htnet.hr>, "hrvoje" <ulysses@kset.org> writes:  > Hello, >  > sorry but I'm newbie :)  > L > one friend works for company which uses DECNET with DDCMP and is trying toM > persuade me that no additional data encryption is necessary because he uses 1 > some inherent protection in this two protocols?   F    DDCMP does not encrypt data.  DECnet does not encrypt data.  DECnetE    does provide levels of protection that TCP/IP doesn't provide.  A  F    variety of encryption packages do work with DECnet whether DDCMP or    other transport.   , > how hard would it be to sniff the network?  B    Most COTS network sniffers understand DECnet.  Many kiddie toysE    for PCs don't, but if you can look at the raw packets, the data is     legible.   A    But DDCMP does not run over the kind of network media that you ;    can plug many network sniffers or PCs into, so physical  A    security by obscurity may be your friend.  A determined attack =    by an knowledgable person would not find the media to be a     major difficulty.  F    On the other hand, if you're actually running DECnet over ethernet,B    then you're not using DDCMP and you can plug in those sniffers.   ------------------------------  % Date: Sun, 01 Aug 2004 11:52:19 +0800 , From: Paul Repacholi <prep@prep.synonet.com>" Subject: Re: Solaris to Itanium...0 Message-ID: <877jsjsefg.fsf@k9.prep.synonet.com>  7 rdeininger@mindspringdot.com (Robert Deininger) writes:   B > I suspect "curly" was paying more attention to financial mattersF > than technical ones.  Leading performance is of little value without; > profit.  Maybe someone could have made Alpha consistently B > profitable; I don't think it was within Compaq's power to do so.  @ No one in the Palmer DEC or curly's cumpuke had any faith in the@ ability of the enginers or VMS and T64 developers, from that theF chances of any sucess rapidly headed to zero. The only thing that keptD any life in anything was the huge overhang from DEC research pumping? up the IPaq (nee Itzy), the Storageworks systems, and the rest.    All for nothing.  C > If Itanium turns out to be "good enough" in performance, and also F > profitable for Intel and the system makers, and the systems run VMS,, > then I'll be satisfied with the situation.  E Read Bob Caldwells talk on that. The performance claims of the itanic C it seems rested on an inner loop that was hand optimised for over a B year. It is a performance, engineering and software blackhole fromF hell.  With luck, it will only destroy a little more before it goes to. its fate. Pity it could not take some with it.   --  < 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: Mon, 02 Aug 2004 14:29:48 +0100 O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> " Subject: Re: Solaris to Itanium...0 Message-ID: <celfkd$nd5$1@new-usenet.uk.sun.com>   Keith Parris wrote: c > JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<41008B98.31DFB10B@teksavvy.com>...  >  >>The only thing left N >>is for them to just change a crystal to make the existing EV7 perform at its >>originally intended speed. >  > G > If the EV7 had run at EV7z speed initially, with good reliability and H > acceptable yields, it would have shipped with that clock rate to beginF > with. It couldn't, and thus didn't. Thanks to continuing improvmentsD > in the process over what has now been quite a long period of time, > EV7z is now practical. >  > ; >>Sparc has not had any official "retirement" announcements  >  > < > ..other than cancelling the SPARC V and SPARC VI projects.  # You are in full FUD mode arn't you.   7 So what if Sun cancelled SPARC V and SPARC VI we did so : because we were also working on a parallel and unannounced9 design called Rock which replaces V and VI. At some point ; with competing projects you have to make a call about which 	 one wins.   7 At the same time Niagara has taped out and Sun has alsoA8 announced a joint development with Fujitsu for SPARC 64.  7 Based on these facts its pretty dumb to try as you havew* to make the case that SPARC is dead/dying.  7 But if you want to assume the qualities of your line ofc& argument please feal free to continue.   regardsd Andrew Harrisonw   ------------------------------  % Date: Mon, 02 Aug 2004 14:36:59 +0100EO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>o" Subject: Re: Solaris to Itanium...0 Message-ID: <celg1r$nj8$1@new-usenet.uk.sun.com>   Keith Parris wrote:oc > JF Mezei <jfmezei.spamnot@teksavvy.com> wrote in message news:<41008B98.31DFB10B@teksavvy.com>...o > O >>Sparc has not had any official "retirement" announcements and there are still $ >>a few generations in the pipeline. >  > % > Paul DeMone from RealWorldTech.com: A > http://realworldtech.com/page.cfm?ArticleID=RWT042704221446&p=2m > F > "..the recent decision by Sun to quietly kill the development of itsC > long delayed new generation SPARC core. The new microarchitectureiD > represented Sun's first foray into both out-of-order execution andG > simultaneous multithreading (SMT) and would have initially shipped in-G > the UltraSPARC-V. Although Sun still plans high CPU count CMP devices F > based on its elderly US-II and US-III CPU cores, this decision meansD > that SPARC has effectively joined PA-RISC, MIPS, and Alpha as onceB > important server architectures now in extended palliative care." > : > "Extended palliative care" sounds like retirement to me.    C It may suprise you then to discover that Niagara which has recentlyo* taped out is not based on US II or US III.  ' And lets put Pauls comments in context.y  ; Intel are the largest Microprocessor supplier in the world,n: their future CPU strategy for their profit generating CPUs9 as distinct from their loss generating CPU's is to use anh "Elderly" Pentium M design.e  9 My advice would be to find better sources of FUD than theg? ones you are relying on in your current campaign. Regurgitatingk> articles that are clearly wrong doesn't help your credibility.   Regardse Andrew HarrisonG   ------------------------------  % Date: Mon, 02 Aug 2004 16:29:00 +0100-O From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>0" Subject: Re: Solaris to Itanium...0 Message-ID: <celmjt$poo$1@new-usenet.uk.sun.com>   Rob Young wrote:a > In article <mrudncEs9fZE4J3cRVn-qw@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:  >  > F >>And SPARC64 is looking pretty credible these days, beating Itanic byM >>respectable margins in jbb2000 at the 8-, 16, and 32-processor system sizes M >>with its new 1.9 GHz generation of processors and at least hanging in thererM >>with its 1.35 GHz previous-generation processors in TPC-C (nearly 600K tpmCsN >>at 64 processors, almost 60% of the current-generation Itanic score) and SAPN >>SD 2-tier (scoring 2200 at 16 processors, over 75% of the current-generationJ >>Itanic score:  HP seems to have been kind of shy about entering larger -L >>Superdome - configurations here, but Fujitsu's previous-generation SPARC64N >>line scales quite well right up to 64 and even 128 processors, scoring 13000	 >>there).a >> >  > A > 	Sun's strategy makes little sense on the surface.  I don't seen? > 	how they can support Enterprise Solaris on Power5/6 for sucheB > 	a small segment, and who would want to risk it?  Shoot - OracleA > 	on a 4th or 5th tier is *slow* to get fixes.  Love to see whati@ > 	the fix rate would be with Solaris on Power - certainly a lot? > 	slower than Solaris on Ultra, especially if there is like 30t
 > 	customers.n  D You mean something like the fix rate for HP-UX or OpenVMS in Itanium3 based on the available market of installed systems.i   > 1 > 	It may be Sun jockeying for a future platform.n@ > 	What we may be seeing is Sun publically putting IBM vs. IntelB > 	and seeing how good a deal they can get out of Intel by letting@ > 	Intel know they are also kissing up with IBM.  Intel has beenC > 	known to throw around a few hundred million here and there.  I'dsE > 	think they could swing Sun for $250 million in development dollars ? > 	and a long term agreement ala Microsoft.  Never mind Keith'sr? > 	comment about Opteron's scaling at the high-end (even thoughg= > 	that may be the case), I'm leaning towards Sun seeking theiG > 	engineering and dollars they need.  The engineering lies within IBM vG > 	or Intel and they are playing them off against each other - maybe.  .H > 	Read a while back that Intel employs 8000 doing software development.G > 	What I mean by engineering - I mean the very large infrastructure.  a. > 	Intel's 80500 employees versus AMD's 14300. >   = Way too complicated, think about what Sun is attempting to doR with Solaris x86 instead.o  @ > 	Maybe what happened is Michael Dell came calling on Scotty orA > 	vice-versa.  He mighta said something like:  "Scotty - why alleB > 	this engineering infrastructure?  Ya nuts?  Here's what you do,? > 	you partner with Intel, they give you what you need and you wA > 	concentrate on the OS.  You make more than enough on reselling-@ > 	their hardware - look at me.  Plus, you know with Tukwila andC > 	follow-ons Intel is rolling all the parts into the CPU - you seetD > 	that Alpha chip - yeah just like that.  You won't have to do much' > 	more than slap a Sun sticker on it."  > # Again way to complicated as always.e     > 	Click - a light goes on.n >   Click and it goes off again ....    ! And you are in darkness as usual.h   regardsa Andrew Harrisonl   ------------------------------  $ Date: Mon, 2 Aug 2004 16:55:19 +0200  From: "Dr. Dweeb" <dr@dweeb.com>& Subject: Something of passing interest- Message-ID: <celkko$1gbr$1@news.cybercity.dk>a  > http://h71000.www7.hp.com/solutions/oracle/scalability_rdb.pdf   ------------------------------  % Date: Mon, 02 Aug 2004 16:23:29 +0100fO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>f* Subject: Re: Something of passing interest0 Message-ID: <celm9h$pln$1@new-usenet.uk.sun.com>   Dr. Dweeb wrote:@ > http://h71000.www7.hp.com/solutions/oracle/scalability_rdb.pdf >  >  It passed by earlier   Regardsc Andrew Harrisonh   ------------------------------   Date: 2 Aug 2004 10:53:12 -0500 - From: Kilgallen@SpamCop.net (Larry Kilgallen),* Subject: Re: Something of passing interest3 Message-ID: <S6EM71FrXRDi@eisner.encompasserve.org>o  A Ok, you win the award for the worst comp.os.vms title of the weekc (but it is only Monday).  P In article <celkko$1gbr$1@news.cybercity.dk>, "Dr. Dweeb" <dr@dweeb.com> writes:@ > http://h71000.www7.hp.com/solutions/oracle/scalability_rdb.pdf  C To save others the trouble, it is a brochure discussing 1.8 millione; transactions per minute using Rdb on EV7 using row caching.e   ------------------------------   Date: 2 Aug 2004 07:35:59 -0500w; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) < Subject: Re: Time to patch OpenVMS - DCE-RPC buffer overflow3 Message-ID: <VHnTo5n03UzJ@eisner.encompasserve.org>x  e In article <410C561C.E14A8EC5@applied-synergy.com>, Chris Scheers <chris@applied-synergy.com> writes:  > J > Online HELP for RUN says: You can abbreviate the RUN command to a single > letter, R. >   H    Ah yes, missed that.  (Do you have any idea how long its been since I    did HELP RUN?)e  H    So for that one command, it is documented and should not break in theD    future.  As a matter of fact, R and RU are defined as aliases for!    RUN, so it should never break.<      But that's just one case.   ------------------------------  % Date: Mon, 02 Aug 2004 14:11:31 +0100-- From: John Laird <nospam@laird-towers.org.uk>g< Subject: Re: Time to patch OpenVMS - DCE-RPC buffer overflow8 Message-ID: <l6fsg09tve9cqvogapd82vrq1l1s01f4dd@4ax.com>  J On 2 Aug 2004 07:35:59 -0500, koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote:u  f >In article <410C561C.E14A8EC5@applied-synergy.com>, Chris Scheers <chris@applied-synergy.com> writes: >>  K >> Online HELP for RUN says: You can abbreviate the RUN command to a singleo
 >> letter, R.n >>   >dI >   Ah yes, missed that.  (Do you have any idea how long its been since I  >   did HELP RUN?) >sI >   So for that one command, it is documented and should not break in the E >   future.  As a matter of fact, R and RU are defined as aliases for;" >   RUN, so it should never break. >f >   But that's just one case.o  H Synonyms also exist for CONTINUE (C), DEFINE (DEF), LOGOUT (LO) and SHOW3 (SH).  I personally have T*YPE defined as a symbol.s   -- n( Too much month at the end of the money.    Mail john rather than nospam...    ------------------------------  # Date: Mon, 02 Aug 2004 12:29:36 GMTt3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)t( Subject: RE: Touch Screen Voting systems2 Message-ID: <QsqPc.6952$x61.4054@news.cpqcorp.net>  O In article <2D75787AAF09C64481BDFD89113BE6D504ADA58E@ac2kama0102.ac.lp.acml.com 9 > "Bochnik, William J" <William_Bochnik@acml.com> writes:   F >what if the system printed a "reciept" of what the person entered in, >andG >the voter was responsible for verifying the printout before depositing  >its. >in a slot?  Wouldnt this verify their intent?  E Well, gee, why not just fill out a paper ballot and put it in a slot?l  ( In theory, you're suggestion would work.? I practice... You're tallking about people who can't puch cardsc7 cleanly.  Wanna bet they'll get it right?  Too complex.i   --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Mon, 02 Aug 2004 12:33:10 GMTI3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)e( Subject: Re: Touch Screen Voting systems2 Message-ID: <awqPc.6953$x61.2625@news.cpqcorp.net>  q In article <E9uaK6hoOQE7@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:a? >In article <a3c44af1.0407291039.67641b3a@posting.google.com>, m2 dave.baxter@bannerhealth.com (Dave Baxter) writes:  E >   The systems Florida is using originally did not have a separately9H >   auditable "paper trail".  You read out the counts, and if you wantedI >   a recount you re-read the counts.  Old mechanical voting machines had: >   the same limitation.   This is correct.  F >   The vendor (ESS) added an electronic, battery-backup "paper trail"F >   that could be reprocesed to reproduce the counts.  In testing this* >   is sometimes unreadable after a crash.  C This requires that the paper trail and the counters record what thenA voter enters.  There is is not an "audit trail" which would allow C independed confirmation of what the voter entered.  To the best of sF my knowledge, paper ballots, wheter manually or elctronically counted,' are the best, by a wide marge, at this.u  F >   Which shows that Deibold is not the only electronic voting machine >   vendor with issues.v   Agreed.n   -- sJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Mon, 02 Aug 2004 13:05:21 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)a( Subject: RE: Touch Screen Voting systems2 Message-ID: <l_qPc.6956$x61.5292@news.cpqcorp.net>  O In article <OF8E997A66.1EB5BBDA-ON85256EE1.0047989E-85256EE1.0048637B@metso.come! >, norm.raphael@metso.com writes:e ..  F >That ignores many of the reasons/advantages of a touch screen system.E >Those who don't read english or have limited vision or are otherwisesG >impaired can be accomodated by a touch screen system in ways that makeiE >visual verification of intent dicey unless the printout is very muchn" >like what was on the screen.  ...  4 Paper ballots in can be printed in various language.+ Oversize paper ballots can also be printed.f  $ >Then there is the time factor.  ...  A Electronically counted paper ballots can be counted as the voters " vote -- no time factor difference.  H >                            ... Proponents of touch screen also want toL >save money and having a paper that must be secured results in all the costs >of a paper system ...  ? Saving money is nice; believable election results are required.f  K >solutions are weakest if the ballot contains a large number of complicatedn. >referendum items (as California often does)..  @ Ever try to vote a complicated issue that rolls over to multipleF screens on an Touch Screen system?  It isn't pretty -- more important, it is very confusing...n  J >Remember that most voters are not as smart or educated or literate as are >you.   A                  ... even for educated, computer literate voters.o   -- eJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Mon, 02 Aug 2004 13:08:56 GMTD3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)L( Subject: Re: Touch Screen Voting systems2 Message-ID: <I1rPc.6957$x61.5402@news.cpqcorp.net>  , In article <410A739B.C8554F6@teksavvy.com>, / JF Mezei <jfmezei.spamnot@teksavvy.com> writes:n  2 >Haven't any of these guys heard of flash memory ?  B You've missed the point, which is making the electorite confident @ that the votes are recored as entered.  People, including me, do@ not trust computer programmers, incluidng me, to get this right.  G >In the USA, because votes include multiple votes (president, senators,lL >governors, attorneys, various resolutions etc), it isn't so simple to count
 >the ballots.B  ' It is if they are elctronically read.  r; Of course, manual recounts, when necessary, will take time.d   -- mJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Mon, 02 Aug 2004 13:10:54 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)i( Subject: Re: Touch Screen Voting systems1 Message-ID: <y3rPc.6958$x61.267@news.cpqcorp.net>n  4 In article <tLo0ak+aHgHk@eisner.encompasserve.org>, = koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:i  G >   I don't think the problem is in the memory system, or even with the C >   batteries.  I read between the lines that the software bug that / >   crashes the system also overwrites the log.c  G Here in South Florida and probably in much of the nation the people who-B run the elections are highly political.  So, one must ask if that 0 "software bug" is an accidental error or.....???   -- fJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Mon, 02 Aug 2004 13:16:11 GMTl3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)u( Subject: Re: Touch Screen Voting systems1 Message-ID: <v8rPc.6959$x61.531@news.cpqcorp.net>   = In article <a3c44af1.0407301119.3c5db9c@posting.google.com>, w2 dave.baxter@bannerhealth.com (Dave Baxter) writes:  ; >It is obvious to any sane person that having a non-biased,nE >non-sentient computer add up the votes is more objective than havingoB >it done by carbon-based ape-descendents who may or may not have a# >vested interest in the outcome ...r  7 Computers don't add up the votes; computer programs do..  L Computer porgrams are created and approved by "carbon-based ape-descendents 7 who [always do] have a vested interest in the outcome".    -- aJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Mon, 02 Aug 2004 13:23:36 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) ( Subject: Re: Touch Screen Voting systems2 Message-ID: <sfrPc.6960$x61.1515@news.cpqcorp.net>  - In article <410AA619.A9B305DE@teksavvy.com>, 7/ JF Mezei <jfmezei.spamnot@teksavvy.com> writes:i  M >One wonders if it wouldn't be simpler to run separate elections in parralel.iM >(one voting booth per election). This way, each booth could use much simpler.< >technology and the questions/ballots would be far simpler.   , Paper ballots can, have and do solve this.  ? Each voter gets one paper ballot for each of several elections.-D Each ballot can be deposited and elctronically counted in a separate
 "ballot box".e  > It worked in NH when I lived there; friends "up north" tell me@ it still does.  And while NH has far fewer voters than FL or CA,5 I so no impediment to scaling it up for these states.t= (In fact, I understand that SOME parts of FL actaull made the A right decisionand are using electronically counted paper bllots.)    -- oJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Mon, 02 Aug 2004 13:39:35 GMT 3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)e( Subject: Re: Touch Screen Voting systems2 Message-ID: <rurPc.6961$351.1213@news.cpqcorp.net>  \ In article <410AAEB8.85123267@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:/ >What would be wrong with the following system:1 >.M >Electronic voting  multiple booths in one polling station. One printer in an $ >enclosed, totally opaque enclosure. > L >Everytime someone confirms a vote, the vote is recorded electronically, and >one line is printed ...  D Ignoring the issues of one line vs many lines, there is no way to be= confident that the vote that is confirmed is the vote that isA printed.   -- +J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Mon, 02 Aug 2004 13:43:53 GMT/3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) ( Subject: Re: Touch Screen Voting systems2 Message-ID: <tyrPc.6962$351.3157@news.cpqcorp.net>  4 In article <ImG188Katng8@eisner.encompasserve.org>, = koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:i  G >   Somehow nobody ever caught onto this problem with mechanical voting  >   machines, ...-  B Huh?  Many cases of mechanical errors or deliberate tampering wiht* machies are on record.  Do some reseaarch.  A >        ... but everybody is afraid of it with electronic voting  >   machines.  ...  D The difference is that computers need only one change in the programJ to corrupt ALL the machines using that program.  And, of course, computersA can handle greate volumes of data at high speeds.  So the problemn quickly becomse *MUCH* greater.r   --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------   Date: 2 Aug 2004 13:47:52 GMTn( From: bill@cs.uofs.edu (Bill Gunshannon)( Subject: Re: Touch Screen Voting systems* Message-ID: <2n6v08Ft0q8mU1@uni-berlin.de>  1 In article <y3rPc.6958$x61.267@news.cpqcorp.net>,h6 	hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:6 > In article <tLo0ak+aHgHk@eisner.encompasserve.org>, ? > koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:- > H >>   I don't think the problem is in the memory system, or even with theD >>   batteries.  I read between the lines that the software bug that0 >>   crashes the system also overwrites the log. > I > Here in South Florida and probably in much of the nation the people whonD > run the elections are highly political.  So, one must ask if that 2 > "software bug" is an accidental error or.....???  & Is that a black helicopgter I hear????  @ Never attribute to malice that which can be adequately explained
 by stupidity.    bill  e   -- tJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   .   ------------------------------   Date: 2 Aug 2004 13:54:19 GMT ( From: bill@cs.uofs.edu (Bill Gunshannon)( Subject: Re: Touch Screen Voting systems* Message-ID: <2n6vcbFt0q8mU2@uni-berlin.de>  2 In article <rurPc.6961$351.1213@news.cpqcorp.net>,6 	hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:^ > In article <410AAEB8.85123267@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:0 >>What would be wrong with the following system: >>N >>Electronic voting  multiple booths in one polling station. One printer in an% >>enclosed, totally opaque enclosure.  >>M >>Everytime someone confirms a vote, the vote is recorded electronically, andt >>one line is printed ...s > F > Ignoring the issues of one line vs many lines, there is no way to be? > confident that the vote that is confirmed is the vote that is 
 > printed.  C Which, of course, applies to every method ever used.  Paper ballotsoB are no more reliable unless you sit there and watch the ballot boxA from the time you voted until the votes afre counted to ensure no G one tampers with them.  And the you have to trust that when the counter F says "Democrat" or "Republican" that was what was actually recorded onF the paper they are holding.  And then there is the old fashioned leverD voting machine that everyone used for decades.  We have had at leastC one case of an election being thrown out because of an "off by one"sC error in the placement of the label card which resulted in everyonenA using that machine, in fact, voting for someone they didn't want.    bill  w   -- iJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   ,   ------------------------------  # Date: Mon, 02 Aug 2004 17:11:34 GMT]3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)E( Subject: Re: Touch Screen Voting systems2 Message-ID: <aBuPc.6995$Fi1.2918@news.cpqcorp.net>  + In article <2n6v08Ft0q8mU1@uni-berlin.de>,  * bill@cs.uofs.edu (Bill Gunshannon) writes:  A >Never attribute to malice that which can be adequately explainedy >by stupidity.  C Well, the nice part of being a cynical pessimist is that when I am    prooved wrong it makes me happy.  9 Nevertheless, many/most of these peop aren't that stupid.9. And with the temptation right in there face...   --  J       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  # Date: Mon, 02 Aug 2004 17:15:43 GMT53 From: hammond@not@peek.ssr.hp.com (Charlie Hammond) ( Subject: Re: Touch Screen Voting systems2 Message-ID: <3FuPc.6996$Fi1.2498@news.cpqcorp.net>  < In article <2n6vcbFt0q8mU2@uni-berlin.de>, bill@cs.uofs.edu  (Bill Gunshannon) writes:   D >                                                 ...  Paper ballotsG >are no more reliable [than electronic[ unless you sit there and watch nE >the ballot box from the time you voted until the votes afre counted E) >to ensure no one tampers with them. ...    F This can be and is done with paper ballots.  Poll workers with varyingJ political affiliations watch to ensure no one tampers.  On the other hand,E it is NOT possible to watch the flow of electrons in the touch screeno3 machines.  (Not in any practically meaninfull way.)    -- AJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------   Date: 2 Aug 2004 12:31:38 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)w( Subject: Re: Touch Screen Voting systems3 Message-ID: <k$rPTemY4JRX@eisner.encompasserve.org>:  U In article <2n6v08Ft0q8mU1@uni-berlin.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:  > B > Never attribute to malice that which can be adequately explained > by stupidity.e  .     Like no knowing where your own WMD aren't.   ------------------------------   Date: 2 Aug 2004 12:30:59 -0500e; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)m( Subject: Re: Touch Screen Voting systems3 Message-ID: <Cdmw8y9v1aRi@eisner.encompasserve.org>m  h In article <tyrPc.6962$351.3157@news.cpqcorp.net>, hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:6 > In article <ImG188Katng8@eisner.encompasserve.org>, ? > koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:u > H >>   Somehow nobody ever caught onto this problem with mechanical voting >>   machines, ... > D > Huh?  Many cases of mechanical errors or deliberate tampering wiht, > machies are on record.  Do some reseaarch.  F    Yes, but nobody jumped up and down and made a lot of noise about it.    like they are with the electronic machines.   ------------------------------   Date: 2 Aug 2004 17:38:40 GMTe( From: bill@cs.uofs.edu (Bill Gunshannon)( Subject: Re: Touch Screen Voting systems* Message-ID: <2n7ch0FsgnrhU1@uni-berlin.de>  2 In article <3FuPc.6996$Fi1.2498@news.cpqcorp.net>,6 	hammond@not@peek.ssr.hp.com (Charlie Hammond) writes:> > In article <2n6vcbFt0q8mU2@uni-berlin.de>, bill@cs.uofs.edu  > (Bill Gunshannon) writes:n > E >>                                                 ...  Paper ballotsEH >>are no more reliable [than electronic[ unless you sit there and watch F >>the ballot box from the time you voted until the votes afre counted * >>to ensure no one tampers with them. ...  > H > This can be and is done with paper ballots.  Poll workers with varying: > political affiliations watch to ensure no one tampers.    C In your last message you said you were a cynical pessimist. In that0D case, what makes you think you can trust the poll workers?  Oh, theyF are made up of members of both parties to ensure fairness.  Of course,> that also means you only have to buy off half of them.  If you@ don't personally supervise every step of the process you have noD reasonable expectation that the system has not been short-circuited.E You either trust it or not.  The same is true of all systems from thes# simplest to the most complicated.  y    L >                                                         On the other hand,G > it is NOT possible to watch the flow of electrons in the touch screeni5 > machines.  (Not in any practically meaninfull way.)e   C See my comment on the "off by one" error in the old fashioned lever>B type voting machines. Do you know how many people voted before theB mistake was noticed?  What if someone had merely moved it and leftB the counts the way they were?  How do I know that didn't happen at some other polling place?i  6 Like I said, you either trust the system or you don't.  D Considering that all of the politicians from all of the parties comeC from the same pool of lying, cheating, bottom-feeding slime-balls I@H fail to see how it makes all that much difference which one wins anyway.   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   -   ------------------------------   Date: 2 Aug 2004 17:47:21 GMTr( From: bill@cs.uofs.edu (Bill Gunshannon)( Subject: Re: Touch Screen Voting systems* Message-ID: <2n7d19FsgnrhU2@uni-berlin.de>  3 In article <k$rPTemY4JRX@eisner.encompasserve.org>,h> 	koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:W > In article <2n6v08Ft0q8mU1@uni-berlin.de>, bill@cs.uofs.edu (Bill Gunshannon) writes:  >> sC >> Never attribute to malice that which can be adequately explaineds >> by stupidity. > 0 >     Like no knowing where your own WMD aren't.   H Yeah, people keep bringing this up.  Sadly, no one seems to remember theF Iraqi general on CNN or FOX when the war first began who openly statedH that they did in fact have chemical and biological weapons but had movedH them over the border into Syria seversl weeks prior.  And then there areD the pictures of the Army (or maybe USMC, the uniforms look the same)G pulling a MIG out of the sand where it had been buried in order to hideeH it.  If they could hide entire fighter jets is it unreasonable to assumeF they couldn't hide things the size of a small fire extinguisher in all those square miles of desert?  .       bill   -- cJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   -   ------------------------------   Date: 2 Aug 2004 07:36:23 -0500m; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)s) Subject: Re: Which IP Networking Package?@3 Message-ID: <FOr+GA6NX3bs@eisner.encompasserve.org>(  n In article <5d708ac7.0407312340.1db8849@posting.google.com>, johnhreinhardt@yahoo.com (John Reinhardt) writes:E > If you could pick any of the following 3 IP networking packages foreG > your home VMS (Alpha) system(s), which would you choose and why?  The F > choices are HP TCP/IP, Process TCPware and Process Multinet.  If youE > were going to expose your system to the internet as a Web/Mail/ListT' > server would that change your choice?a      Multinet.   ------------------------------   Date: 2 Aug 2004 06:39:37 -0700t( From: bob@instantwhip.com (Bob Ceculski)) Subject: Re: Which IP Networking Package?s= Message-ID: <d7791aa1.0408020539.7fe544eb@posting.google.com>s  s Michael Austin <maustin@firstdbasource.com> wrote in message news:<sdgPc.220$qf3.163@newssvr23.news.prodigy.com>...M > John Reinhardt wrote:iG > > If you could pick any of the following 3 IP networking packages foreI > > your home VMS (Alpha) system(s), which would you choose and why?  ThemH > > choices are HP TCP/IP, Process TCPware and Process Multinet.  If youG > > were going to expose your system to the internet as a Web/Mail/Listt) > > server would that change your choice?s  7 you failed to answer this users question ... he did not 7 ask for your opinion of purveyor, he asked which is the 6 best IP stack for VMS, be it web or email or any other8 IP service, and TCPware wins ... but if he did, purveyor+ is bullet proof, where apache is not ... :)    ------------------------------   Date: 2 Aug 2004 06:41:27 -0700s( From: bob@instantwhip.com (Bob Ceculski)) Subject: Re: Which IP Networking Package?:= Message-ID: <d7791aa1.0408020541.6a193f2c@posting.google.com>o  s johnhreinhardt@yahoo.com (John Reinhardt) wrote in message news:<5d708ac7.0407312340.1db8849@posting.google.com>... E > If you could pick any of the following 3 IP networking packages fornG > your home VMS (Alpha) system(s), which would you choose and why?  ThelF > choices are HP TCP/IP, Process TCPware and Process Multinet.  If youE > were going to expose your system to the internet as a Web/Mail/Listn' > server would that change your choice?b  , http://www.process.com/tcpip/tcpcompare.html   ------------------------------   Date: 02 Aug 2004 13:48:11 GMT+ From: "Doc." <doc.cypher@openvms-rocks.com>n) Subject: Re: Which IP Networking Package? 7 Message-ID: <Xns9539A0DD8B869dcovmsrox@212.100.160.123>>  $ %NEWS-I-NEWMSG, Bob Koehler wrote in+ news:FOr+GA6NX3bs@eisner.encompasserve.org n  > > In article <5d708ac7.0407312340.1db8849@posting.google.com>,4 > johnhreinhardt@yahoo.com (John Reinhardt) writes: F >> If you could pick any of the following 3 IP networking packages forH >> your home VMS (Alpha) system(s), which would you choose and why?  TheG >> choices are HP TCP/IP, Process TCPware and Process Multinet.  If you F >> were going to expose your system to the internet as a Web/Mail/List( >> server would that change your choice? >  >    Multinet. >   J I'd agree with this.  I help run the public-access system mentioned in my D .sig, and we use Multinet.  Never given us any problems, is easy to I administer, and the documentation is up to the standards you get used to -	 with VMS.-     Doc. -- eG OpenVMS:     Eight out of ten hackers prefer *other* operating systems.cG http://www.openvms-rocks.com    Deathrow Public-Access OpenVMS Cluster.u   ------------------------------  $ Date: Mon, 2 Aug 2004 15:48:33 +0200- From: "Martin Vorlaender" <mv@pdv-systeme.de> ) Subject: Re: Which IP Networking Package?k* Message-ID: <2n6v1hFtfosmU1@uni-berlin.de>  - "Bob Ceculski" <bob@instantwhip.com> wrote... 5 > johnhreinhardt@yahoo.com (John Reinhardt) wrote ... G > > If you could pick any of the following 3 IP networking packages for?I > > your home VMS (Alpha) system(s), which would you choose and why?  ThetH > > choices are HP TCP/IP, Process TCPware and Process Multinet.  If youG > > were going to expose your system to the internet as a Web/Mail/List-) > > server would that change your choice?i >e. > http://www.process.com/tcpip/tcpcompare.html   But the gap is closing:u  F The whole "Secure..." section also has a "YES" for TCP/IP Services 5.4' (or should that be a "YEA, WELL..." ;-)a  & "DHCP client" is a "NO / YES" thingie.> "BIND implementation based on v9" is, too (though Alpha only).  C Plus, TCPware v5.6 came out in April, 2001... only ECOs since then.u   cu,e   Martin -- m;                      | Martin Vorlaender  |  OpenVMS rules!h. Microsoft's answer   | work: mv@pdv-systeme.deA to OpenVMS is        |   http://www.pdv-systeme.de/users/martinv/ 5 Windows NT 10.0.     | home: martin@radiogaga.harz.dei   ------------------------------  # Date: Mon, 02 Aug 2004 14:20:10 GMTt1 From: Michael Austin <maustin@firstdbasource.com> ) Subject: Re: Which IP Networking Package? : Message-ID: <u4sPc.340$5_7.167@newssvr23.news.prodigy.com>   Doc. wrote:n  & > %NEWS-I-NEWMSG, Bob Koehler wrote in- > news:FOr+GA6NX3bs@eisner.encompasserve.org . >  > > >>In article <5d708ac7.0407312340.1db8849@posting.google.com>,4 >>johnhreinhardt@yahoo.com (John Reinhardt) writes:  >>F >>>If you could pick any of the following 3 IP networking packages forH >>>your home VMS (Alpha) system(s), which would you choose and why?  TheG >>>choices are HP TCP/IP, Process TCPware and Process Multinet.  If you"F >>>were going to expose your system to the internet as a Web/Mail/List( >>>server would that change your choice? >> >>   Multinet. >> >  > L > I'd agree with this.  I help run the public-access system mentioned in my F > .sig, and we use Multinet.  Never given us any problems, is easy to K > administer, and the documentation is up to the standards you get used to   > with VMS.l >  >  > Doc.  P I have used TCPIP 5.{1|2|3} on an application that uses the network EXTENSIVELY P with Oracle and a multi-tier architecture.  They were still evaluating 5.4 when M I left.  In that data center we had 200+ Alpha's running 7.3-{0|1|2} and had s absolutely no problems.C     -- e Michael Austin.l Consultant - Available.1@ Donations welcomed. Http://www.firstdbasource.com/donations.html :)   ------------------------------  $ Date: Mon, 2 Aug 2004 10:30:08 -0400* From: Brian Hechinger <wonko@4amlunch.net>) Subject: Re: Which IP Networking Package?i6 Message-ID: <20040802143008.GI11848@ford.4amlunch.net>  ? On Mon, Aug 02, 2004 at 02:20:10PM +0000, Michael Austin wrote:o > F > I have used TCPIP 5.{1|2|3} on an application that uses the network J > EXTENSIVELY with Oracle and a multi-tier architecture.  They were still G > evaluating 5.4 when I left.  In that data center we had 200+ Alpha's a5 > running 7.3-{0|1|2} and had absolutely no problems.f  K i've been following this thread, and it seems the only advice i can give ist# the same advice i've always gotten.y  L they are all good.  if you have experience with one, stick with it since youG already know it.  other than that, pick one, you won't be un-happy.  ;)n   -brian --  L "The cats tend to administer themselves, and contrary to the expected facts,O the house and everything in it was installed for their benefit."   -- Nic Clewsr   ------------------------------   Date: 2 Aug 2004 12:28:57 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)a) Subject: Re: Which IP Networking Package?I3 Message-ID: <yzIC5bbzaYv9@eisner.encompasserve.org>s  n In article <u4sPc.340$5_7.167@newssvr23.news.prodigy.com>, Michael Austin <maustin@firstdbasource.com> writes: > R > I have used TCPIP 5.{1|2|3} on an application that uses the network EXTENSIVELY R > with Oracle and a multi-tier architecture.  They were still evaluating 5.4 when O > I left.  In that data center we had 200+ Alpha's running 7.3-{0|1|2} and had a > absolutely no problems.-  K    Like HP's TCP/IP Services for VMS seems to always be behind in features. E    It looks to me like you probably don't need SSH et. al., which areeG    having birthing pains in TCP/IP Services.  The OP wants to be on them4    internet, he may very well need the latest stuff.   ------------------------------  $ Date: Mon, 2 Aug 2004 10:39:18 +0200- From: "Martin Vorlaender" <mv@pdv-systeme.de>tX Subject: Re: [TCPware, V73_MGMTAGENTS] Does anyone have a working installation running ?* Message-ID: <2n6ctlFtjrvsU1@uni-berlin.de>  < "Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote:...1 > "Martin Vorlaender" <mv@pdv-systeme.de> writes: > > >"Peter 'EPLAN' LANGSTOEGER" <peter@langstoeger.at> wrote...4 > >> "Martin Vorlaender" <mv@pdv-systeme.de> writes:G > >> > Same here. On the summary page: contact information and locationeG > >> > all show "N/A". The WBEM logfiles and the TCPware SNMP log files/F > >> > don't show errors. I'll try to get that information by snmpget. > >>2 > >> What summary page ? https://localhost:2381/ ? > > C > > That's "Device Home", the page where you select the "hp InsightRD > > Management Agents for OpenVMS". The summary page is the one that > > pops up next.  >eC > Wow. There is the info I was looking for but haven't seen so far.bF > I had to use a Win32 MOZILLA to get it as my VMS MOZILLA did nothing
 > there !! >-: > Do you perhaps have an idea, why there is a difference ?I > It is not JAVA (as JAVA is working fine in VMS MOZILLA, and I have JAVAeD > not working in a firefox test and there it works, too, but not the > percentages).h  H All of the WBEM heavily relies on Javascript. In Opera, the symptoms are> that after selecting the "Agents", the frames consists of justC "<HTML><BODY BGCOLOR=#FFFFFF></BODY></HTML>" and a Javascript errorb console pops up:   Inline script thread Error: name: TypeError L message: Statement on line 40: Expression evaluated to null or undefined and3 is not convertible to Object: frames["headerframe"]5
 Backtrace:D   Line 40 of inline#3 script in https://xxx:2381/WEBAGENT/FINDEX.TPL;     frames["headerframe"].location.replace("HDRFRAME.TPL");DD   Line 84 of inline#3 script in https://xxx:2381/WEBAGENT/FINDEX.TPL     waitOnFrames();.  I > >> I found a warning in SYS$SPECIFIC:[WBEM.AGENTS.LOGS]CPQTHRESHOLD.LOGoI > >> 28-JUL-2004 08:34:42.75 WARNING CPQTHRESHOLDMGMT_PERSIST.C line 368: 4 > >> error opening sys$system:ucx$mgt_thresholds.datI > >> 28-JUL-2004 08:34:43.37 WARNING CPQTHRESHOLDMGMT_PERSIST.C line 133:t8 > >> error linking sys$system:ucx$mgt_thresholds.dat and& > >> sys$system:ucx$mgt_thresholds.bak >aB > > Yup. Same here. I suspect that's why thresholds wouldn't work. >eJ > As I have this SYS$SYSTEM:UCX$MGT_THRESHOLDS.BAK also on systems withoutH > MGMTAGENTS, it seems to be part of TCPIP. And I only have (empty) .BAKK > files no .DAT files. It seems, I should RTFM again (after my vacation ;-)2   Have a nice trip!>  I > >After you've selected "Insight Agent" from "Device home", the frame inbF > >the lower left has selections for "File System Space Used" and "CPU! > >Utilization" (besides others).e >.E > Thanks a lot for giving me the hint that there must be more to see. # > Indeed it is and it looks good...R > E > >Breaking News: I've got it working!!!  (except for the thresholds)b > G > What was your last symptom seen ? Or in other words: What problem canm > I solve with your changes ?h  A I saw three empty frames and a Javascript error (in Opera); using A Mozilla/Win32 or Internet Exploder, I saw the (non-empty) frames,nE but no information in the right frame, i.e. the SNMP request probably( didn't succeed.)   cu,r   Martin -- Y@   OpenVMS:                | Martin Vorlaender  |  OpenVMS rules!3    The operating system   | work: mv@pdv-systeme.de-F    God runs the           |   http://www.pdv-systeme.de/users/martinv/:    earth simulation on.   | home: martin@radiogaga.harz.de   ------------------------------   End of INFO-VAX 2004.425 ************************