0 INFO-VAX	Fri, 20 Jan 2006	Volume 2006 : Issue 39      Contents:( Re: Email Tadpole for itanium notebooks! ETHERMON for Alpha?  Re: ETHERMON for Alpha?  Re: ETHERMON for Alpha? & Re: Extract SYSUAF.DAT into a CSV File& Re: Extract SYSUAF.DAT into a CSV File& Re: Extract SYSUAF.DAT into a CSV File& Re: Extract SYSUAF.DAT into a CSV File& Re: Extract SYSUAF.DAT into a CSV File& Re: Extract SYSUAF.DAT into a CSV File& Re: Extract SYSUAF.DAT into a CSV File Re: For Mac fans... :-) 3 Intel drops 8086 instruction support from Montecito 7 Re: Intel drops 8086 instruction support from Montecito 7 Re: Intel drops 8086 instruction support from Montecito 7 Re: Intel drops 8086 instruction support from Montecito 7 Re: Intel drops 8086 instruction support from Montecito 7 Re: Intel drops 8086 instruction support from Montecito 7 Re: Intel drops 8086 instruction support from Montecito $ Re: Itanium lap tops are needed now!$ Re: Itanium lap tops are needed now!$ Re: Itanium lap tops are needed now!$ Re: Itanium lap tops are needed now!$ Re: Itanium lap tops are needed now!$ Re: Itanium lap tops are needed now!$ Re: Itanium lap tops are needed now!$ Re: Itanium lap tops are needed now!7 Swiss German keyboard on PWS600au console and CDE login $ Re: Technical Journal - Jan 06 Issue Re: VMS and fusion power" Why we need itanium notebooks now!& Re: Why we need itanium notebooks now!& Re: Why we need itanium notebooks now!& Re: Why we need itanium notebooks now!& Re: Why we need itanium notebooks now!& Re: Why we need itanium notebooks now! Re: [OT] For Mac fans... :-) Re: [OT] For Mac fans... :-) Re: [OT] For Mac fans... :-) Re: [OT] For Mac fans... :-) Re: [OT] For Mac fans... :-) Re: [OT] For Mac fans... :-)  F ----------------------------------------------------------------------  % Date: Thu, 19 Jan 2006 15:52:28 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 1 Subject: Re: Email Tadpole for itanium notebooks! , Message-ID: <43CFFC08.BC7451A3@teksavvy.com>  3 About the 8086 not scaling to the biggest machines.   D The 8086 is quickly approaching the "big machine" class, as has been0 noted by the people pointing to the IBM systems.  E Consider the case of SUN. SPARC and 8086 are coexisting. And when the H 8086 will scale to the biggest systems and offer better/same performanceH as SPARC, SPARC will no longer have a reason to exist. The HP apologists& have pointed to this issue many times.  E HP could do the very same with VMS. Port it to the 8086 now to access D the low and mediam range markets, and once the 8086 has systems thatF trtuly rival GS and Superdomes, then Alpha and that IA64 thing will no longer be needed.     G With Marcello bragging about being the one who put IA64 into a dead end F direction of ever narrowing market niche, it leaves the door wide openF to port VMS to the 8086 to leverage its potential in the other marketsE where IA64 will not participate. And politically, it is quite easy to G announce since you can say that the 8086 will not steal from IA64 since $ they are aimed at different markets.   ------------------------------  % Date: Thu, 19 Jan 2006 20:00:52 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net> Subject: ETHERMON for Alpha?+ Message-ID: <43D04454.726AE571@comcast.net>   G Has anyone Ported ETHERMON to Alpha? Have a working binary I could beg?   B I have an issue where I need to see what traffic a NIC is hearing,F because it doesn't seem to be hearing it's own subnet, even though the traffic LED flashes constantly.   H If I have to DUMP out a file of what is being picked up off the wire and" find the packets myself, so be it.  6 ...or is there a freeware protocol analyzer for Alpha?   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Thu, 19 Jan 2006 23:53:00 -0500 + From: Ken Robinson <kenrbnsn1@patmedia.net>   Subject: Re: ETHERMON for Alpha?= Message-ID: <7.0.0.16.2.20060119235057.08952578@patmedia.net>   . At 09:00 PM 1/19/2006, David J Dachtera wrote:H >Has anyone Ported ETHERMON to Alpha? Have a working binary I could beg?  * Which TCP stack are you running & version.  C There's a TCPDUMP for v5.4 of TCP/IP for VMS and I believe there's  L also one for Multinet. Running that should give you what you're looking for.   Ken    ------------------------------  % Date: Fri, 20 Jan 2006 05:34:56 +0000 7 From: David B Sneddon - bigpond <dbsneddon@bigpond.com>   Subject: Re: ETHERMON for Alpha?( Message-ID: <43D07680.70007@bigpond.com>  & David J Dachtera mentioned in passing:I > Has anyone Ported ETHERMON to Alpha? Have a working binary I could beg?  > D > I have an issue where I need to see what traffic a NIC is hearing,H > because it doesn't seem to be hearing it's own subnet, even though the! > traffic LED flashes constantly.  > J > If I have to DUMP out a file of what is being picked up off the wire and$ > find the packets myself, so be it. > 8 > ...or is there a freeware protocol analyzer for Alpha? > ? You could try the various DBS-*WATCH utilities from the address  below...   Regards, Dave --  B David B Sneddon (dbs) VMS Systems Programmer dbsneddon@bigpond.comB Sneddo's quick guide ...   http://www.users.bigpond.com/dbsneddon/B DBS freeware   http://www.users.bigpond.com/dbsneddon/software.htm   ------------------------------  % Date: Thu, 19 Jan 2006 15:14:06 -0500  From: norm.raphael@metso.com/ Subject: Re: Extract SYSUAF.DAT into a CSV File Q Message-ID: <OF8B5ECAA8.87775D36-ON852570FB.006EB679-852570FB.006F207C@metso.com>    Two things: 8 The symbol "SAY" is not defined as "WRITE SYS$OUTPUT" in- any of the make_dix_<architecture>.com files.    When I ran it, I got:   ( $  DIX/FILE/CSV/OUTPUT=SYSUAF.CSV SYSUAFC %IMGACT-F-SYMVECMIS, shareable image's symbol vector table mismatch : -IMGACT-F-FIXUPERR, error when DIX_ALPHA referenced LIBRTL  E Which I took to mean I needed to relink, and when I did the following  warnings appeared:   $ @   make_dix_alpha.com link F %DCL-W-IVVERB, unrecognized command verb - check validity and spelling  \SAY\& %LINK-W-NUDFSYMS, 2 undefined symbols:# %LINK-I-UDFSYM,         OTS$CVT_T_S # %LINK-I-UDFSYM,         OTS$CVT_T_T 9 %LINK-W-USEUNDEF, undefined symbol OTS$CVT_T_S referenced )         in psect $LINK$ offset %X00000030 ,         in module DIX_CON_REAL_S_ASCINT file5 JAM351:[NORM.DIX.ALPHA]DIX_CON_LIBRARY_NOT_VAX.OBJ;21 9 %LINK-W-USEUNDEF, undefined symbol OTS$CVT_T_T referenced )         in psect $LINK$ offset %X00000030 ,         in module DIX_CON_REAL_T_ASCINT file5 JAM351:[NORM.DIX.ALPHA]DIX_CON_LIBRARY_NOT_VAX.OBJ;21  $    Is that a problem?  H Ton van der Zwet <ton.vanderzwet@oooovms.dyndns.org> wrote on 01/19/2006 01:01:06 PM:   > Lee Morgan wrote:  > > Hi > > > > > Thanks for the repsonse, however, I have a slight problem. > > & > > /CSV isn't a recognised parameter. > > 9 > > I am using the version that came on the version 7 cd.  > > " > > Do I need an earlier version?? > > I > > Also, I am trying to run this on an Alpha it that makes a difference.  > >  > > Thanks.  > > D > No, you need at least version 4.1. Current version is 4.2. You can: > download the current version from the following website:$ > http://www.oooovms.dyndns.org/dix/ >  >  From the release notes: >  > <...>  > 0410 > <...> @ > 11. Added /CSV in file mode, This allows you to generate a CSV8 >     (comma separated values) file for import to excell > <...>  > 	 > Cheers!  >  > Ton van der Zwet, 3 > member of the OpenOffice to OpenVMS porting team.    ------------------------------  % Date: Thu, 19 Jan 2006 15:15:48 -0500  From: norm.raphael@metso.com/ Subject: Re: Extract SYSUAF.DAT into a CSV File Q Message-ID: <OFE7C033C6.008B1545-ON852570FB.006F26CF-852570FB.006F483E@metso.com>   G "Cluster-Karl" <karl.rohwedder@gmx.de> wrote on 01/19/2006 01:19:36 AM:    > Lee Morgan schrieb:  >  > > Hi > > H > > Is anybody aware of a proven way to extract the full contents of theD > > SYSUAF file into a 'sortable' csv file so that I can interrogate( > > specific users' / searches in excel? > > * > > Any help would be greatly appreciated. > G > On the freeware CD is a tool DIX, which allows the dumping af any RMS  > indexed fileH > into a CSV file. Luckily, the layout of the SYSUAF.DAT file is already > defined for DIX, > so a > - > $ DIX/FILE/CSV/OUTPUT=SYSUAF.CSV SYSUAF:DAT   D I assume the colon in the above line is a typo and that if SYSUAF is3 defined as a logical name then no "xDAT" is needed.      >  > will do the trick. >  > regards Kalle  >    ------------------------------    Date: 19 Jan 2006 15:01:17 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) / Subject: Re: Extract SYSUAF.DAT into a CSV File 3 Message-ID: <gwu8raC9Fdac@eisner.encompasserve.org>   p In article <OF8B5ECAA8.87775D36-ON852570FB.006EB679-852570FB.006F207C@metso.com>, norm.raphael@metso.com writes:
 > Two things: : > The symbol "SAY" is not defined as "WRITE SYS$OUTPUT" in/ > any of the make_dix_<architecture>.com files.  >  > When I ran it, I got:  > * > $  DIX/FILE/CSV/OUTPUT=SYSUAF.CSV SYSUAFE > %IMGACT-F-SYMVECMIS, shareable image's symbol vector table mismatch < > -IMGACT-F-FIXUPERR, error when DIX_ALPHA referenced LIBRTL > G > Which I took to mean I needed to relink, and when I did the following  > warnings appeared: >  > $ @   make_dix_alpha.com link H > %DCL-W-IVVERB, unrecognized command verb - check validity and spelling >  \SAY\( > %LINK-W-NUDFSYMS, 2 undefined symbols:% > %LINK-I-UDFSYM,         OTS$CVT_T_S % > %LINK-I-UDFSYM,         OTS$CVT_T_T ; > %LINK-W-USEUNDEF, undefined symbol OTS$CVT_T_S referenced + >         in psect $LINK$ offset %X00000030 . >         in module DIX_CON_REAL_S_ASCINT file7 > JAM351:[NORM.DIX.ALPHA]DIX_CON_LIBRARY_NOT_VAX.OBJ;21 ; > %LINK-W-USEUNDEF, undefined symbol OTS$CVT_T_T referenced + >         in psect $LINK$ offset %X00000030 . >         in module DIX_CON_REAL_T_ASCINT file7 > JAM351:[NORM.DIX.ALPHA]DIX_CON_LIBRARY_NOT_VAX.OBJ;21  > $  >  > Is that a problem?  ( It is if what it was going to "SAY" was:  E 	%SYSTEM-F-NUCULAR, George Bush is going to make your machine explode   D so I would suggest starting over with a global definition for "SAY".F (I presume that DCL loose enough to leave out that definition does not%  have any SET SYMBOL/SCOPE commands.)    ------------------------------  % Date: Thu, 19 Jan 2006 16:57:52 -0500  From: norm.raphael@metso.com/ Subject: Re: Extract SYSUAF.DAT into a CSV File Q Message-ID: <OF2B8AC97B.04085580-ON852570FB.0078221B-852570FB.0078A054@metso.com>   H Kilgallen@SpamCop.net (Larry Kilgallen) wrote on 01/19/2006 04:01:17 PM:  ? > In article <OF8B5ECAA8.87775D36-ON852570FB.006EB679-852570FB. 5 > 006F207C@metso.com>, norm.raphael@metso.com writes:  > > Two things: < > > The symbol "SAY" is not defined as "WRITE SYS$OUTPUT" in1 > > any of the make_dix_<architecture>.com files.  > >  > > When I ran it, I got:  > > , > > $  DIX/FILE/CSV/OUTPUT=SYSUAF.CSV SYSUAFG > > %IMGACT-F-SYMVECMIS, shareable image's symbol vector table mismatch > > > -IMGACT-F-FIXUPERR, error when DIX_ALPHA referenced LIBRTL > > I > > Which I took to mean I needed to relink, and when I did the following  > > warnings appeared: > > ! > > $ @   make_dix_alpha.com link J > > %DCL-W-IVVERB, unrecognized command verb - check validity and spelling
 > >  \SAY\* > > %LINK-W-NUDFSYMS, 2 undefined symbols:' > > %LINK-I-UDFSYM,         OTS$CVT_T_S ' > > %LINK-I-UDFSYM,         OTS$CVT_T_T = > > %LINK-W-USEUNDEF, undefined symbol OTS$CVT_T_S referenced - > >         in psect $LINK$ offset %X00000030 0 > >         in module DIX_CON_REAL_S_ASCINT file9 > > JAM351:[NORM.DIX.ALPHA]DIX_CON_LIBRARY_NOT_VAX.OBJ;21 = > > %LINK-W-USEUNDEF, undefined symbol OTS$CVT_T_T referenced - > >         in psect $LINK$ offset %X00000030 0 > >         in module DIX_CON_REAL_T_ASCINT file9 > > JAM351:[NORM.DIX.ALPHA]DIX_CON_LIBRARY_NOT_VAX.OBJ;21  > > $  > >  > > Is that a problem? > * > It is if what it was going to "SAY" was: > I >    %SYSTEM-F-NUCULAR, George Bush is going to make your machine explode  > F > so I would suggest starting over with a global definition for "SAY".H > (I presume that DCL loose enough to leave out that definition does not' >  have any SET SYMBOL/SCOPE commands.)   H Well, Larry, you got me on imprecision.  I meant are the linker messagesC indicative of a problem.  (The DCL is as you suggest, easy to fix.)   F The newly linked image does yield a ".CSV" file of the SYSUAF.DAT fileD when run as a foreign command, by the way so the OTS$ symbols do not prevent that usage.    ***   9 Also, the SET COMMAND does not work either, as delivered:    $ set command dix_cld.cld I %CDU-E-INVROUT, Line 4: A ROUTINE clause is valid only when generating an  object file J %CDU-E-INVROUT, Line 77: A ROUTINE clause is valid only when generating an object file K %CDU-E-INVROUT, Line 182: A ROUTINE clause is valid only when generating an  object file K %CDU-E-INVROUT, Line 202: A ROUTINE clause is valid only when generating an  object file K %CDU-E-INVROUT, Line 270: A ROUTINE clause is valid only when generating an  object file   ( unless some other usage was intended....   ------------------------------  # Date: Thu, 19 Jan 2006 23:11:55 GMT & From: John Reagan <john.reagan@hp.com>/ Subject: Re: Extract SYSUAF.DAT into a CSV File 0 Message-ID: <%0Vzf.1862$Ao.387@news.cpqcorp.net>   norm.raphael@metso.com wrote:    > ; > Also, the SET COMMAND does not work either, as delivered:  >  > $ set command dix_cld.cld K > %CDU-E-INVROUT, Line 4: A ROUTINE clause is valid only when generating an 
 > object file L > %CDU-E-INVROUT, Line 77: A ROUTINE clause is valid only when generating an
 > object file M > %CDU-E-INVROUT, Line 182: A ROUTINE clause is valid only when generating an 
 > object file M > %CDU-E-INVROUT, Line 202: A ROUTINE clause is valid only when generating an 
 > object file M > %CDU-E-INVROUT, Line 270: A ROUTINE clause is valid only when generating an 
 > object file  > * > unless some other usage was intended.... >  >   F That type of .CLD is meant to be compiled with SET COMMAND/OBJECT and E then you link the object into the final image.  Inside the image, it  I would get the command line with LIB$GET_FOREIGN or some such routine and   then call CLI$DCL_PARSE.     --   John Reagan / HP Pascal/{A|I}MACRO for OpenVMS Project Leader  Hewlett-Packard Company    ------------------------------    Date: 19 Jan 2006 16:45:40 -0800< From: "Hein RMS van den Heuvel" <heinvandenheuvel@gmail.com>/ Subject: Re: Extract SYSUAF.DAT into a CSV File B Message-ID: <1137717940.592747.41840@g44g2000cwa.googlegroups.com>  D The program example I posted is not my prettiest work, but works and compiles on VAXC. . On DECC is worked, but gave a ton of warnings.< The version below has those warnings cleaned up (albeit in a brute-force way).   E Also, the original program returned the records with partial username  match,  or * for all. E Since I do not a a test system with SYSUAF access just now, I changed E it such that a single username will not go to SYSUAF, but straight to C GETUAI. That works, Hopefully I did not break the * wildcard lookup E (untested), and really the code should be changed to test for leading  and/or trailing "*". Not now. C And the program should be changed to use a CSV list as input, not a  space seperated list. Not now.
 Sample usage:  $ GETUAI hein DEFDEV DEFDIR 
 DEFDEV,DEFDIR   DISK_USER:,[DECUSERVE_USER.HEIN]	 $GETUAI *  $ tmp * USERNAME,ACCOUNT,ASTLM,BATCH_ACCESS_P,BATCH_ACCESS_S,BIOLM,BYTLM,CLITABLES,CPUTIM,DEFCLI,DEFDEV,DEFDIR,DEF_PRIV,DFWSCNT,DIALUP_ACCESS_P,DIALUP_ACCESS_S,DIOLM,ENQLM,EXPIRATION,FILLM,FLAGS,GRP,JTQUOTA,LASTLOGIN_I,LASTLOGIN_N,LGICMD,LOCAL_ACCESS_P,LOCAL_ACCESS_S,LOGFAILS,MAXACCTJOBS,MAXDETACH,MAXJOBS,MEM,NETWORK_ACCESS_P,NETWORK_ACCESS_S,OWNER,PBYTLM,PGFLQUOTA,PRCCNT,PRI,PRIMEDAYS,PRIV,PWD_DATE,PWD_LENGTH,PWD_LIFETIME,QUEPRI,REMOTE_ACCESS_P,REMOTE_ACCESS_S,SHRFILLM,TQCNT,UIC,WSEXTENT,WSQUOTA ? %RMS-E-PRV, insufficient privilege or file protection violation   / --------------- getuai.c ----------------------    #include <descrip> #include <stdlib>  #include <string>  #include <uaidef>  #include <stdio> #include <ctype> #include <RMS>    3 /*  GETUAI.C,   Hein van den Heuvel, September 1997 # ** Tweaked (butchered?) in Jan-2006  **B **  Test program to extract SYSUAF data into comma seperated value (CSV) list. & **  Should compile clean on Alpha DECC< ** Usage: GETUAI <username|*> [item_1] [item_2] ... [item_n] */  4 int SYS$OPEN(),SYS$GET(), SYS$FIND(), SYS$CONNECT();/ int lib$put_output(), sys$faol(), sys$getuai();     A typedef struct { short size, code; void *buf; short *len; } item; @ typedef struct { short size, code; char *format, *name ;} field;" char *out_p, *fao_p, username[64];' $DESCRIPTOR     (username_d, username);   F void setup_field ( field *f, item *i, char *buffer, void **fao_param ) { ,     out_p += sprintf (out_p, "%s,",f->name);       i->size =  f->size;      i->code =  f->code;      i->len =  NULL;       strcpy (fao_p,   f->format);      fao_p += strlen( f->format);       if (f->size <= 4) { $         i->buf = (void *) fao_param;         *fao_param = 0;      } else {         i->buf = buffer;         *fao_param = buffer;         memset ( buffer, 0, 8); ?         if (f->code == UAI$_USERNAME) *fao_param = &username_d;      }  }    main(int argc, char *argv[]) {      field fields[] = {  ;     32, UAI$_USERNAME, "!AS,", "USERNAME",      /* username      */?     32, UAI$_ACCOUNT, "!AC,", "ACCOUNT",        /* account name      */B      2, UAI$_ASTLM, "!UW,", "ASTLM",            /* AST queue limit     */G      3, UAI$_BATCH_ACCESS_P, "!XL,", "BATCH_ACCESS_P",  /* hourly batch  access,  primary     */G      3, UAI$_BATCH_ACCESS_S, "!XL,", "BATCH_ACCESS_S",  /* hourly batch  access,  secondary   */E      2, UAI$_BIOLM, "!UW,", "BIOLM",            /* buffered I/O limit      */D      4, UAI$_BYTLM, "!UL,", "BYTLM",            /* buffered I/O byte count limit      */B     32, UAI$_CLITABLES, "!AC,", "CLITABLES",    /* user CLI tables     */A      4, UAI$_CPUTIM, "!UL,", "CPUTIM",          /* CPU time quota      */B     32, UAI$_DEFCLI, "!AC,", "DEFCLI",          /* default command interpreter      */A     32, UAI$_DEFDEV, "!AC,", "DEFDEV",          /* default device      */D     64, UAI$_DEFDIR, "!AC,", "DEFDIR",          /* default directory     */B      8, UAI$_DEF_PRIV, "!@XL,", "DEF_PRIV",     /* default process
 privileges     */F      4, UAI$_DFWSCNT, "!UL,", "DFWSCNT",        /* default working set size     */B      3, UAI$_DIALUP_ACCESS_P, "!UW,", "DIALUP_ACCESS_P",        /*
 hourly dialup   access, primary    */B      3, UAI$_DIALUP_ACCESS_S, "!UW,", "DIALUP_ACCESS_S",        /*
 hourly dialup   access, secondary  */C      2, UAI$_DIOLM, "!UW,", "DIOLM",            /* direct I/O limit      */G /*     4, UAI$_ENCRYPT, "!@XL,", "ENCRYPT",        encryption algorithm      */G /*     4, UAI$_ENCRYPT2, "!@XL,", "ENCRYPT2",      encryption algorithm  for 2nd  pwd */@      2, UAI$_ENQLM, "!UW,", "ENQLM",            /* enqueue limit     */F      8, UAI$_EXPIRATION, "!%D,", "EXPIRATION",  /* expiration date for account      */B      2, UAI$_FILLM, "!UW,", "FILLM",            /* open file limit     */F      4, UAI$_FLAGS, "!XL,", "FLAGS",            /* user flags longword     */9      2, UAI$_GRP, "!OW,", "GRP",        /* group subfield      */C      2, UAI$_JTQUOTA, "!UW,", "JTQUOTA",        /* job-wide logical  name table c reation quota */@      8, UAI$_LASTLOGIN_I, "!%D,", "LASTLOGIN_I", /* date of last interactive log  in   */ @      8, UAI$_LASTLOGIN_N, "!%D,", "LASTLOGIN_N", /* date of last non-interactive 	  login */ @      64, UAI$_LGICMD, "!AC,", "LGICMD",                 /* login command file             */G      3, UAI$_LOCAL_ACCESS_P, "!XW,", "LOCAL_ACCESS_P",  /* hourly local  access,  primary     */G      3, UAI$_LOCAL_ACCESS_S, "!XW,", "LOCAL_ACCESS_S",  /* hourly local  access,  secondary   */A      2, UAI$_LOGFAILS, "!UW,", "LOGFAILS",      /* count of login  failures     */D      2, UAI$_MAXACCTJOBS, "!UW,", "MAXACCTJOBS", /* maximum jobs for account all  owed */ C      2, UAI$_MAXDETACH, "!UW,", "MAXDETACH",    /* maximum detached  processes fo r UIC */G      2, UAI$_MAXJOBS, "!UW,", "MAXJOBS",        /* maximum jobs for UIC  allowed      */C /*   2, UAI$_MAX_CLASS, "!UW,", "MAX_CLASS",       maximum security  class      */:      2, UAI$_MEM, "!OW,", "MEM",        /* member subfield     */C /*   2, UAI$_MIN_CLASS, "!UW,", "MIN_CLASS",       minimum security  class      */E      3, UAI$_NETWORK_ACCESS_P,  "!XW,", "NETWORK_ACCESS_P", /* hourly 
 network ac cess, primary   */E      3, UAI$_NETWORK_ACCESS_S,  "!XW,", "NETWORK_ACCESS_S", /* hourly 
 network ac cess, secondary */?     32, UAI$_OWNER, "!AC,", "OWNER",            /* owner's name      */F /*   4, UAI$_PARENT_ID, "!XL,", "PARENT_ID",       identifier of owner	 of this a 	 ccount */ C      4, UAI$_PBYTLM, "!UL,", "PBYTLM",          /* paged buffer I/O  byte count l imit */ B      4, UAI$_PGFLQUOTA, "!UL,", "PGFLQUOTA",    /* page file quota     */F      4, UAI$_PRCCNT, "!UL,", "PRCCNT",          /* subprocess creation limit      */@      1, UAI$_PRI, "!UB,", "PRI",        /* base process priority     */D      4, UAI$_PRIMEDAYS, "!XL,", "PRIMEDAYS",    /* bits representing primary day  s   */C      8, UAI$_PRIV, "!@XL,", "PRIV",     /* process privilege vector      */D /*     1, UAI$_PROXIES, "!UW,", "PROXIES",         number of proxies granted      */D /*     1, UAI$_PROXY_LIM, "!UW,", "PROXY_LIM",     number of proxies user can gr  ant */: /*     1, UAI$_PWD, "!UW,", "PWD",         hashed password     */B /*     1, UAI$_PWD2, "!UW,", "PWD2",               second password     */G /*     1, UAI$_PWD2_DATE, "!UW,", "PWD2_DATE",     date of 2nd password  change     */C      8, UAI$_PWD_DATE, "!%D,", "PWD_DATE",      /* date of password  change     */C      1, UAI$_PWD_LENGTH, "!UB,", "PWD_LENGTH",  /* minimum password  length     */?      8, UAI$_PWD_LIFETIME,  "!%D,", "PWD_LIFETIME", /* password  lifetime
         */F      1, UAI$_QUEPRI, "!UB,", "QUEPRI",          /* maximum job queuing priority     */B      3, UAI$_REMOTE_ACCESS_P, "!XL,", "REMOTE_ACCESS_P",        /*
 hourly remote   access, primary    */B      3, UAI$_REMOTE_ACCESS_S, "!XL,", "REMOTE_ACCESS_S",        /*
 hourly remote   access, secondary  */B /*     1, UAI$_RTYPE, "!UW,", "RTYPE",             UAF record type     */G /*     1, UAI$_SALT, "!UW,", "SALT",               random password salt      */D      2, UAI$_SHRFILLM, "!UW,", "SHRFILLM",      /* shared file limit     */F /*     1, UAI$_SUB_ID, "!UW,", "SUB_ID",           user sub-identifier     */D      2, UAI$_TQCNT, "!UW,", "TQCNT",            /* timer queue entry limit      */7      4, UAI$_UIC, "!XL,", "UIC",        /* user ID code      */< /*     1,  UAI$_USERNAME_TAG, "!UW,", "USERNAME_TAG", tag to differentiate recor 	 ds     */ D /*     1, UAI$_USRDATOFF, "!UW,", "USRDATOFF",     offset of counted string of u  ser data */ E /*     1, UAI$_VERSION, "!UW,", "VERSION",         UAF format version      */C      4, UAI$_WSEXTENT, "!UL,", "WSEXTENT",      /* working set size  limit      */C      4, UAI$_WSQUOTA, "!UL,", "WSQUOTA"} ;      /* working set size  quota      */  3 #define FIELDS sizeof ( fields ) / sizeof ( field )        struct FAB  fab;     struct RAB  rab;     struct XABKEY       key;  A     char    fao[512], out[1024], buffers[FIELDS][64], keybuf[32]; C     int     fao_params[FIELDS], i, j, k, l, s, context = -1, match;      item    items[FIELDS + 1];       $DESCRIPTOR (out_d, out);      $DESCRIPTOR (fao_d, fao);        fab = cc$rms_fab;      rab = cc$rms_rab;      key = cc$rms_xabkey;  !     fab.fab$b_shr = FAB$M_SHRPUT;      fab.fab$b_fac = FAB$M_GET;     fab.fab$l_fna = "SYSUAF";      fab.fab$b_fns = 6;&     fab.fab$l_dna = "SYS$SYSTEM:.DAT";+     fab.fab$b_dns = strlen (fab.fab$l_dna); "     fab.fab$l_xab = (void *) &key;       rab.rab$l_fab = &fab; "     rab.rab$l_ubf = (char *) &out;!     rab.rab$w_usz = sizeof (out);      rab.rab$l_kbf = keybuf;      rab.rab$b_rac = RAB$C_KEY;       out_p = out;     fao_p = fao;
     k = 0;       if (argc < 2) { =         printf ("Usage: getuai username [uai field list]\n");          return 1; 	         }   
     k = 0;     if (argc > 2) { (         for     (i = 2; i < argc; i++) {             match = 1;1             for (j = 0; j < strlen(argv[i]); j++)  argv[i][j]=_toupper(argv[i][j] );:             for (j = 0; (j < FIELDS) && (match != 0); j++)                 match = 0 strncmp(argv[i],fields[j].name,strlen(argv[i]));E             j--;            /* probably my programming bug. needed on  VAXC. */             if (match == 0) { A                 setup_field ( &fields[j], &items[k] , buffers[k], 2                         (void *) &fao_params[k] );                 k++;?             } else printf ("NO match found for %s\n", argv[i]); 	         }      } else {         for (; k < FIELDS; k++) =             setup_field ( &fields[k], &items[k] , buffers[k], *                 (void *) &fao_params[k] );     }      *(--out_p) = 0;      printf ("%s\n", out);      items[k].size =  0;      items[k].code =  0; @     fao_d.dsc$w_length = fao_p - fao - 1; /* strip last comma */         l = strlen(argv[1]);;     for (j = 0; j < l; j++) keybuf[j]=_toupper(argv[1][j]);      rab.rab$b_ksz = l;     if (keybuf[0] == '*') {        s = SYS$OPEN ( &fab );       if (!(s&1)) return s;        s = SYS$CONNECT ( &rab );         rab.rab$b_rac = RAB$C_SEQ;A       if (s & 1) s = SYS$FIND ( &rab );   /* skip password rec */ '       if (s & 1) s = SYS$FIND ( &rab );        while (s & 1) {          s = SYS$GET ( &rab ); 4         memcpy (username, &out[key.xab$w_pos0], 32);2         for (i = 0; !(isspace(username[i])); i++);$         username_d.dsc$w_length = i;"         if ( (keybuf[0] != '*') &&A              strncmp(keybuf,username,strlen(keybuf)) != 0) break; ,         out_d.dsc$w_length = sizeof ( out );F         if (s & 1) s = sys$getuai ( 0, &context, &username_d,  &items,	 0, 0, 0); G         if (s & 1) s = sys$faol ( &fao_d, &out_d, &out_d, fao_params ); 1         if (s & 1) s = lib$put_output ( &out_d );        }      } else {(       username_d.dsc$a_pointer = keybuf;.       username_d.dsc$w_length = rab.rab$b_ksz;*       out_d.dsc$w_length = sizeof ( out );C       s = sys$getuai ( 0, &context, &username_d,  &items, 0, 0, 0); E       if (s & 1) s = sys$faol ( &fao_d, &out_d, &out_d, fao_params ); /       if (s & 1) s = lib$put_output ( &out_d );      }      if (s==RMS$_EOF) s=1;      return s ; }    ------------------------------  % Date: Thu, 19 Jan 2006 19:50:23 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>/ Subject: Re: Extract SYSUAF.DAT into a CSV File + Message-ID: <43D041DF.F05B623C@comcast.net>    "B. Z. Lederman" wrote:  > I > >> Is anybody aware of a proven way to extract the full contents of the E > >> SYSUAF file into a 'sortable' csv file so that I can interrogate ) > >> specific users' / searches in excel?  > >>+ > >> Any help would be greatly appreciated.  > C >     Years (decades?) ago, a record definition for the SYSUAF file C >  was developed for Datatrieve, and has been made freely available C >  through any number of DECUS library submissions, SIG tapes, etc. > >  I'm sure available on the Web through any of the web searchC >  engines.  You wouldn't have to export to Excel, you could do all B >  of your searches and reports directly: though reading data withB >  Datatrieve and outputting it as CSV so it can be read somewhere3 >  else is a trivial exercise (I've done it often).  > C >     I, and others, have used the definition.  I just took a quick 7 >  look on my system and it appears to still work fine.   G Does anyone have an actual, working link to a DTR record definition for  SYSUAF?    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------    Date: 19 Jan 2006 12:59:38 -0800* From: "Alan Greig" <greigaln@netscape.net>  Subject: Re: For Mac fans... :-)C Message-ID: <1137704378.006437.202500@g44g2000cwa.googlegroups.com>    JF Mezei wrote:  > - > Turn off javascript and check out the page.  >  > It will download for you: J > http://dl.google.com/videoplayer/GoogleVideoPlayerSetup.exe and probablyH > execute the setup in the background for you. You need they proprietaryC > application to view their videos. At least if your IP is based in E > Canada. (Mr Gartmann said that from germany, Google doesn't let him  > watch it at all).   G I just turned off javascript and tried again. It still played the video D (although without the play controls visible this time) and certainlyG didn't download GoogleVideoPlayerSetup - which I do not have. According F to the Google Video FAQ the standalone player is only required to playF downloaded videos - not streaming content as this is. I don't know why it is going wrong for you.      4 > >         they are a fact of life, er, Internet...E > >         You need protection, firewall and an up to date antivirus  > >         program, minimum.  > B > Sorry, if you click on something on a web site, you download it.J > Antivirus may work on emails, but do they intercept all HTTP data too to > detect viri/trojans ?   + Yes they do. Bloody useless if they didn't.    --  
 Alan Greig   ------------------------------  % Date: Thu, 19 Jan 2006 18:45:26 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> < Subject: Intel drops 8086 instruction support from Montecito, Message-ID: <43D02488.506BC0A2@teksavvy.com>  f > http://news.com.com/Intel+scraps+once-crucial+Itanium+feature/2100-1006_3-6028817.html?tag=nefd.lede  G Essentially, for Montecito, Intel is dropping the hardware emulation of ' the industry standard instruction sets.   G Instead, anyone wishing to run programs for x86 chips on Montecito must G use Intel emulation software called IA-32 Execution Layer, or IA-32 EL, ! that was first released in 2004.    F The change, which Intel had refused to discuss until now, reflects theD company's diminished Itanium ambitions, which cast the chip as being only for higher-end servers.    G (so I am not the only to have read that Intel/HP as giving IA64 a small  niche at the high end).      Here is an interesting one:  ##E Support for IA-32 EL is necessary for operating systems on Montecito, > according to the manual. "All OSes running on Montecito have a: requirement to have IA-32 EL installed," the manual said.  ##   The manual can be accessed at:> http://download.intel.com/design/Itanium2/manuals/30806501.pdf  H (haven't checked the URL, if it doesn't work, go to the news.com article where the link is available).     G So, according to the above statements, VMS relies on that IA32-EL being E present :-)  Perhaps VMS was already ported to the 8086 and has been A running on that IA64 thing in 8086 emulation mode :-) :-) :-) :-)    ------------------------------  % Date: Thu, 19 Jan 2006 17:13:29 -0700 " From: GreyCloud <mist@cumulus.com>@ Subject: Re: Intel drops 8086 instruction support from Montecito: Message-ID: <h7adnRHMa4Mwtk3enZ2dnUVZ_tOdnZ2d@bresnan.com>   JF Mezei wrote:   f >>http://news.com.com/Intel+scraps+once-crucial+Itanium+feature/2100-1006_3-6028817.html?tag=nefd.lede >  > I > Essentially, for Montecito, Intel is dropping the hardware emulation of ) > the industry standard instruction sets.  > I > Instead, anyone wishing to run programs for x86 chips on Montecito must I > use Intel emulation software called IA-32 Execution Layer, or IA-32 EL, # > that was first released in 2004.   > H > The change, which Intel had refused to discuss until now, reflects theF > company's diminished Itanium ambitions, which cast the chip as being > only for higher-end servers.   > I > (so I am not the only to have read that Intel/HP as giving IA64 a small  > niche at the high end).  >  >  > Here is an interesting one:  > ##G > Support for IA-32 EL is necessary for operating systems on Montecito, @ > according to the manual. "All OSes running on Montecito have a< > requirement to have IA-32 EL installed," the manual said.  > ## >   > The manual can be accessed at:@ > http://download.intel.com/design/Itanium2/manuals/30806501.pdf > J > (haven't checked the URL, if it doesn't work, go to the news.com article > where the link is available).  >  > I > So, according to the above statements, VMS relies on that IA32-EL being G > present :-)  Perhaps VMS was already ported to the 8086 and has been C > running on that IA64 thing in 8086 emulation mode :-) :-) :-) :-)   H After scrounging around my Mac developer header files, I ran into a lot - of Itanium based code inside the new headers. H Makes ya wonder if Intel is going to offer Jobs a good deal on Itaniums.     --   Where are we going?   And why am I in this handbasket?   ------------------------------    Date: 19 Jan 2006 16:59:32 -0800* From: "Alan Greig" <greigaln@netscape.net>@ Subject: Re: Intel drops 8086 instruction support from MontecitoB Message-ID: <1137718772.888970.77580@o13g2000cwo.googlegroups.com>   GreyCloud wrote:  I > After scrounging around my Mac developer header files, I ran into a lot / > of Itanium based code inside the new headers. J > Makes ya wonder if Intel is going to offer Jobs a good deal on Itaniums.  F Nope. Not a chance. However Apple almost went down the Itanium route aF few years ago so you may be seeing the remains of that. Or it has justF trickled into header files because Itaniums exist and run Unix. Do youE honestlty think Apple would move to X86 now if they thought there was G even the remotest chance of moving to Itanium in the forseeable future?  --  
 Alan Greig   ------------------------------    Date: 19 Jan 2006 18:48:17 -0600+ From: young_r@encompasserve.org (Rob Young) @ Subject: Re: Intel drops 8086 instruction support from Montecito3 Message-ID: <hn9QgbRIMGTX@eisner.encompasserve.org>   \ In article <43D02488.506BC0A2@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:g >> http://news.com.com/Intel+scraps+once-crucial+Itanium+feature/2100-1006_3-6028817.html?tag=nefd.lede  > I > Essentially, for Montecito, Intel is dropping the hardware emulation of ) > the industry standard instruction sets.  > I > Instead, anyone wishing to run programs for x86 chips on Montecito must I > use Intel emulation software called IA-32 Execution Layer, or IA-32 EL, # > that was first released in 2004.    : 	And this is a very good thing.  Did you read the article?  E "IA-32 EL provides much better performance and flexibility for 32-bit L applications on Itanium," spokeswoman Erica Fields said of the choice. "WithJ Montecito, we took back the silicon area that was being used up by the x86 hardware support."   > H > The change, which Intel had refused to discuss until now, reflects theF > company's diminished Itanium ambitions, which cast the chip as being > only for higher-end servers.   > I > (so I am not the only to have read that Intel/HP as giving IA64 a small  > niche at the high end).  >   7 	Paul had fun with that whole view.  Read his comments:     i http://www.realworldtech.com/forums/index.cfm?action=detail&PostNum=4004&Thread=1&entryID=61596&roomID=11   + Name: Paul DeMone (pdemone@igs.net) 1/19/06   5 what anyone could see in a Montecito die photo a year 7 ago. In fairness to CNET even the supposed chip experts   at MDR didn't notice either. :-P  d http://news.com.com/Intel+scraps+once-crucial+Itanium+feature/2100-1006_3-6028817.html?tag=nefd.lede  L "With the next Itanium chip, Intel has abandoned a feature it once banked on< but that never proved successful, CNET News.com has learned.  M Circuitry to let Itanium run software for x86 chips, such as Pentium and Xeon L chips, is not present in the forthcoming "Montecito" processor, according toI the 176-page reference manual for the chip published this week (click for  PDF)."    ( BTW, CNET idiotic statement of the week:  G "The change, which Intel had refused to discuss until now, reflects the N company's diminished Itanium ambitions as a chip just for higher-end servers."  9 Or it could be because IA32-EL is ~3x faster and dropping : x86 support from Montecito silicon freed up die area for a8 1MB L2I that will speed up IA32-EL based x86 performance- even more as well as native IA64 performance.    ----  > 	Get it, the software emulation is about 3x faster, make sense 	now?    	Hope that helps!    				Rob    ------------------------------  % Date: Thu, 19 Jan 2006 17:10:24 -0800 # From: "Tom Linden" <tom@kednos.com> @ Subject: Re: Intel drops 8086 instruction support from Montecito( Message-ID: <ops3nj7mapzgicya@hyrrokkin>  G On Thu, 19 Jan 2006 17:13:29 -0700, GreyCloud <mist@cumulus.com> wrote:   J > Makes ya wonder if Intel is going to offer Jobs a good deal on Itaniums.8 That hurts my ears,  the plural surely has to be Itania.   ------------------------------  % Date: Thu, 19 Jan 2006 19:56:51 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>@ Subject: Re: Intel drops 8086 instruction support from Montecito+ Message-ID: <43D04363.89863CC5@comcast.net>    Tom Linden wrote:  > I > On Thu, 19 Jan 2006 17:13:29 -0700, GreyCloud <mist@cumulus.com> wrote:  > L > > Makes ya wonder if Intel is going to offer Jobs a good deal on Itaniums.: > That hurts my ears,  the plural surely has to be Itania.  	 "Itanics"   2 ...or, in the case of UN*X-like o.s.-es, "ITANIX".   :-)    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Thu, 19 Jan 2006 19:54:51 -0700 " From: GreyCloud <mist@cumulus.com>@ Subject: Re: Intel drops 8086 instruction support from Montecito: Message-ID: <t8udnQsKcYofzE3enZ2dnUVZ_smdnZ2d@bresnan.com>   Alan Greig wrote:  > GreyCloud wrote: >  > I >>After scrounging around my Mac developer header files, I ran into a lot / >>of Itanium based code inside the new headers. J >>Makes ya wonder if Intel is going to offer Jobs a good deal on Itaniums. >  > H > Nope. Not a chance. However Apple almost went down the Itanium route aH > few years ago so you may be seeing the remains of that. Or it has justH > trickled into header files because Itaniums exist and run Unix. Do youG > honestlty think Apple would move to X86 now if they thought there was I > even the remotest chance of moving to Itanium in the forseeable future?   B It's possible.  He may be looking into something for his high end ) towers, but only if he gets a sweet deal.    --   Where are we going?   And why am I in this handbasket?   ------------------------------  + Date: Thu, 19 Jan 2006 18:35:03 +0000 (UTC) P From: helbig@astro.multiCLOTHESvax.de (Phillip Helbig---remove CLOTHES to reply)- Subject: Re: Itanium lap tops are needed now! $ Message-ID: <dqom4n$5nr$1@online.de>  E In article <43cf7789$0$67256$157c6196@dreader2.cybercity.dk>, Karsten & Nyblad <nospam@nospam.nospam> writes:   G > You are right on that.  My problem is that while I would like to get  H > consulting jobs from people using my software.  If somebody with more H > resources than me make a better closed source version of my software, 0 > then I can kiss those consulting jobs goodbye. > L > > The FSF and it's silly Gnu Piblic Virus have never been tested in court.K > > Until the first case, you don't know that they have any more power than K > > you do as an individual.  And as I said, there are people violating the M > > spirit of the GPL now and I don't see anyone suing them.  And I don't see 0 > > them loosing any sleep over the possibility. > K > FSF claims that they have always been capable of either making violators  5 > stop distributing the violating code or publish it.  > P > > If you want your code to be public, make it public.  If you want to restrictP > > who can use it and how it can be used, then only make it available to peopleM > > under a license.  But don't release encumbered software and call it free. H > > Free software has been around a lot longer than the FSF and the GPL. > C > It seems to me that what really pisses you for is that FSF calls  J > software under GPL free.  Well that is good marketing.  I think you are J > too angry.  Yes there are things you cannot do with software under GPL, I > but you can do even less with closed source software, e.g., if you buy  D > the source of VMS then you cannot modify the code and publish the  > changed code.   G I don't know if anything has angered me more than a speech I read which H Stallman gave at a university in Finland or Norway.  The general tone ofE his speech is that it is MORALLY WRONG to make one's living by having B anything to do with non-GPL software.  I have nothing against freeH software, I use some myself (though little if any is covered by the GPL)F and have made some code I have written publicly available.  I think itG is bad enough, though, that someone like Stallman proclaims that anyone G who thinks differently than he does is an evil which must be combatted, ? and even worse when one realises that a lot of GPL software was F developed by people paid for out of tax money to do something else.  AF typical case of "easy for YOU to say".  Someone who has a job, perhapsH paid for by tax money, where he can just write code and not have to earnD his living from it, can easily say that "software wants to be free".H However, I see nothing wrong with developing non-GPL software and makingG money by restricting it.  If you don't want it, Richard Stallman, don't ? take it, but it is not your right to criticise people who think D differently than you do.  Stallman's published works are some of the; best (or should that be "worst) examples of intolerance and ( hate-mongering I have ever come across.   G He also fails on an important point, namely to explain why software is  E any different than any other ware.  The fact that, these days, it is  H easy to copy misses the point.  Copyright didn't exist back in the days E when books were copied by hand by monks.  It was introduced WHEN and  G BECAUSE it became easy to copy things.  While computer files might not  G be a "conserved quantity", human effort is.  If good programmers can't  E make money writing code, they will have to earn their living in some  8 other way and leave the code writing to those less able.  G While off-topic for c.o.v, a similar debate exists with respect to the  G fact that these days it is easy to copy and distribute music.  And the  E excuses people make are just as lame as Stallman's rants, stuff like  F "it's OK as long as I don't make money from the distribution myself", F which is like saying that it is OK to rob a bank as long as one gives  the money away.    ------------------------------  % Date: Thu, 19 Jan 2006 14:45:24 -0500 ' From: Dave Froble <davef@tsoft-inc.com> - Subject: Re: Itanium lap tops are needed now! 0 Message-ID: <11svr2ua5p61k8f@corp.supernews.com>   Bob Koehler wrote:^ > In article <43CEBA47.22A3FD60@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >  >>Bill Gunshannon wrote: >>@ >>VMS hasn't done any development on many parts of VMS in years. >  > H >    What planet have you been on?  VMS Engineering has delivered on theE >    majority of the planned and some additional changes as published  >    on HP's web pages.  > E >    They may not be the toys you want to play with, but they are the 1 >    capabilities major customers are asking for.  > E >    Yes, I'd like to have those toys, too.  But my hobbyist machines * >    aren't generating any revenue for HP. >   I With the definition of 'many' being vague, the statement is true.  There  ? are parts of VMS that are long untouched.  New stuff in no way   invalidates the statement.  H That said, asking for the old stuff to be moved to the public domain is G another issue, and one better addressed on a piece by piece basis, or,   perhaps not addressed at all.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Thu, 19 Jan 2006 14:50:52 -0500 ' From: Dave Froble <davef@tsoft-inc.com> - Subject: Re: Itanium lap tops are needed now! 0 Message-ID: <11svrd3aja10c73@corp.supernews.com>   Karsten Nyblad wrote:  > Larry Kilgallen wrote: > 4 >> Just not good enough for the VMS I know and love. >>L >> http://secunia.com/advisories/14444/ lists 8 Security Advisories for VMS. >>F >> Fully 6 of those are related to code written in C ported from otherA >> operating systems.  What reason is there to believe OpenOffice  >> would be any different ?  >  > C > OpenOffice stores macros in separate files.  Yes, there could be  J > viruses, but they are never going to be as big a problem as, e.g., Word  > macro viruses.  I 'Never as big' isn't going to cut it for Larry.  He looks at it from the  @ perspective 'little bit pregnant'.  In his businsee, rightly so.   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Thu, 19 Jan 2006 14:41:55 -0500 ' From: Dave Froble <davef@tsoft-inc.com> - Subject: Re: Itanium lap tops are needed now! 0 Message-ID: <11svqs8i4nks9ff@corp.supernews.com>   Larry Kilgallen wrote:^ > In article <43CEBA47.22A3FD60@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: >  >>Bill Gunshannon wrote: >>G >>>So?  Why does everythng have to be OpenSource?  Is VMS?  Is Windows?  >>4 >>Windows is actively being developped by its owner. >>@ >>VMS hasn't done any development on many parts of VMS in years. >  > B > And the result of _that_ tragedy is virtually zero visibility on/ > the security vulnerability discussion groups.   * So we should have stopped at flint knives?   --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Thu, 19 Jan 2006 14:48:02 -0500 ' From: Dave Froble <davef@tsoft-inc.com> - Subject: Re: Itanium lap tops are needed now! 0 Message-ID: <11svr7ncqia6c00@corp.supernews.com>   Bob Koehler wrote:` > In article <1137621820.070249.69630@g14g2000cwa.googlegroups.com>, davidc@montagar.com writes: > I >>Okay, I'll play Devil's Advocate here:  WHY do there need to be Xwindow H >>apps on OpenVMS so that the display can be directed to a desktop?  WhyG >>not client/server?  Web-based apps?  Or why not write the app for the H >>desktop in the first place?  XWindows for the PC is free, but is it in >>common usage?  >  >   >    X windows is client-server. >   H Once again the utterly vague term 'client-server' shows how useless the  term is.  G David wants to run the actual application on the client.  x-windows is   basically a smart terminal.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Thu, 19 Jan 2006 14:59:21 -0500 ' From: Dave Froble <davef@tsoft-inc.com> - Subject: Re: Itanium lap tops are needed now! 0 Message-ID: <11svrt2s973699c@corp.supernews.com>   JF Mezei wrote:  > Dave Froble wrote: > J >>The cheapest and widest exposure is when the trade press writes articles >>about your product.  >  > H > Agreed. But to get that going, you need strategically done advertising > and press releases.  >  >  > = >>At the risk of redundancy, can I say, 'security challenge'?  >  >  > E > You want publicity ? Consider HP announcing in a widely distributed G > press release that it is going to fund volunteer efforts to port Open I > office to VMS which would allow HP to pitch VMS as a secure solution to : > governments who have standardised on OpenOffice formats. > % > THAT would get people's attentions.  > J > Forget the security challenge. It is easy to convince people that MVS isH > secure, but nobody is interested in using 3270 terminals to edit files, > that have maximum line length of 80 bytes.  G You endlessly scream for marketing, and then don't recognize such when   it slaps you in the face.   I The security challenge I envision has nothing to do with security.  It's   all about marketing.  I In the past an individual described a security challenge.  I cannot find  G the old posts and don't remember who did it.  Basically, the challenge  I was to obtain a copy of a file from the VMS system, present the file and  G how it was obtained, and win the prize.  He was up to $4000 of his own  $ money.  The prize was never claimed.  F HP is a bit bigger than an individual.  HP could put up a much bigger F prize.  How many people do you know who will NOT have their attention H grabbed by that somewhat notorious figure of $1,000,000?  That's right, D a million dollar prize.  Announce the contest and the prize.  Issue G periodic news releases about the number of unsuccessful attempts.  I'm  A saying that at least some of the IT writers will write about the  H contest.  What they say doesn't matter.  That they say anything is what  matters.  G You may feel that that's a lot of money.  Check out the costs of other   types of advertising.    --  4 David Froble                       Tel: 724-529-04504 Dave Froble Enterprises, Inc.      Fax: 724-529-0596> DFE Ultralights, Inc.              E-Mail: davef@tsoft-inc.com 170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------  % Date: Thu, 19 Jan 2006 16:18:31 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> - Subject: Re: Itanium lap tops are needed now! , Message-ID: <43D00222.C89BFD6B@teksavvy.com>   Dave Froble wrote:H > You endlessly scream for marketing, and then don't recognize such when > it slaps you in the face.  > J > The security challenge I envision has nothing to do with security.  It's > all about marketing.    H The problem with the security challenge is that it doesn't bring any newF applications to VMS. What good is a secure OS if it doesn't run any of the apps you need ?   H The security challenge may make some noise, and may bring back the wordsF "VMS" in people's minds, but HP would still need to send out a message% that VMS can run modern applications.   B And HP could start by dropping its proprietary name for the ApacheD server and tell the world VMS runs Apache. CSWS is not something the8 world will recognise as a ndustry standard application.   K IBM had to spend megabucks to popularise its "Websphere" version of Apache.    ------------------------------  % Date: Thu, 19 Jan 2006 19:43:21 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>- Subject: Re: Itanium lap tops are needed now! + Message-ID: <43D04039.5F3A36BA@comcast.net>    Bill Gunshannon wrote: > - > In article <43CF040C.7DD3546C@comcast.net>, > >         David J Dachtera <djesys.nospam@comcast.net> writes: > > Paul Sture wrote:  > >> > >> Bill Gunshannon wrote: 3 > >> > In article <4378onF1lapj6U1@individual.net>, 7 > >> >       Paul Sture <paul.sture@bluewin.ch> writes:  > >> > > >> >>Bill Gunshannon wrote:  > >> >> 3 > >> >>>In article <43CD6C37.F9BA4B27@comcast.net>, A > >> >>>     David J Dachtera <djesys.nospam@comcast.net> writes:  > >> >> O > >> >>>>Linux took off because folks were already running '386es (at the time, P > >> >>>>and later machines), were already subscribed to a BBS or ISP and didn'tA > >> >>>>have to pay to extra acquire the software in most cases.  > >> >>> > >> >>>C > >> >>>The same is true of FreeBSD, why is Linux a bigger success?  > >> >>> > >> >> K > >> >>In my case, FreeBSD didn't have the online press coverage that Linux J > >> >>did, but the clincher was that I could pick up a packaged copy withN > >> >>documentation from a local shop. I only had dial up access at the time. > >> > > >> >K > >> > But that is part of marketing.  Putting the product in the consumers L > >> > hand.  You can't buy VMS or FreeBSD at a local store, but you can buy > >> > Linux or Windows. > >> > > >>
 > >> Exactly.  > > E > > I've purchased FreeBSD at everything from a bookstore to CompUSA.  > A > Did you buy FreeBSD or did you buy a book that just happened to - > provide a copy on CD inside the back cover?   C Book-plus at a bookstore, an actual distro. at the computer stores.   H Mind you, I haven't poked around with it for some good time now. Does itF still have that goofy SYSINSTALL program that starts from a compressedG kernel? (Required 16MB last I played with it. Naturally, my DECpc-450ST  only has 12MB.)    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Fri, 20 Jan 2006 02:13:25 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>@ Subject: Swiss German keyboard on PWS600au console and CDE login, Message-ID: <43arpnF1jtaiiU1@individual.net>  I OK; I used to know how to do this, but it's late at night and driving me   nuts.   B OK, I know how to set a keyboard language within CDE, but there's 7 another setting which does it for the CDE login screen.   ? Any ideas? I would also like to do it at the console level too.    TIA.   ------------------------------    Date: 19 Jan 2006 11:48:29 -0800) From: "Sue" <susan_skonetski@hotmail.com> - Subject: Re: Technical Journal - Jan 06 Issue C Message-ID: <1137700108.944816.205020@z14g2000cwz.googlegroups.com>    Dear News Group,  F Just letting you know that Kostas Gavrielidis (Bug_Check tool) articleC has been updated to reflect a web pointer so that everyone can down  load the tool.  
 Warm Regards,  Sue       
 Sue wrote: > Dear Newsgroup,  > G > The latest technical journal is now available and its a good one.  It G > is available is HTML and PDF  Just a heads up, one of the articles by I > Kostas Gavrielidis (Bug_Check tool) we did not know that there would be I > this much interest so instead of sending email we are going to post the / > tool either on openvms.org or the HP web site  >  > Warm Regards,  > Sue  >  >  > Dear OpenVMS Community,  > F > Welcome to 2006 and welcome to the January 2006 issue of the OpenVMS > Technical Journal 7 > http://h71000.www7.hp.com/openvms/journal/index.html.  > F > The OpenVMS Engineering Group is looking forward to an exciting yearI > since we have many technical advances planned for the operating system. G > One of the exciting pieces of news which you will have heard about by H > now is the release of Oracle Rdb on OpenVMS Integrity severs which hasH > been anticipated for some time by our customers.  Additionally, we areH > going forward with our roadmaps which are available for public viewingC > on our web page and we continue to advance OpenVMS so that we can F > always deliver the secure and highly available VMS that you have bet > your business on.  > A > I would also like to use this opportunity to thank you for your H > continued support and to let you know that I welcome your email should' > you have any compliments or concerns.  >  > Warm Regards, 
 > Ann McQuaid # > General Manager, OpenVMS Division    ------------------------------  % Date: Thu, 19 Jan 2006 19:44:20 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>! Subject: Re: VMS and fusion power + Message-ID: <43D04074.BAF13A02@comcast.net>   / Phillip Helbig---remove CLOTHES to reply wrote:  > > > In article <43CF040C.7DD3546C@comcast.net>, David J Dachtera% > <djesys.nospam@comcast.net> writes:  >  > > Coming soon:* > > Unofficial OpenVMS Marketing Home Page > I > I've been seeing this for a while; is it still "coming soon"?  Or is it I > like commercial fusion power---20 years in the future, and has been for  > 60 years?   H Well, Ken Farmer asked me to hold off quite a while back. Maybe I should just go ahead, eh?   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------    Date: 19 Jan 2006 12:38:40 -0800 From: bob@instantwhip.com + Subject: Why we need itanium notebooks now! B Message-ID: <1137703120.129798.79050@g49g2000cwa.googlegroups.com>  F my VP just found a virus on his notebook ... must have grabbed all his8 addresses and is now spamming with them virus emails ...  B he wishes he could run mozilla on vms on an itanium notebook RIGHT NOW ...   % are you listening HP, INTEL, TADPOLE?    ------------------------------    Date: 19 Jan 2006 13:10:26 -0800* From: "Alan Greig" <greigaln@netscape.net>/ Subject: Re: Why we need itanium notebooks now! C Message-ID: <1137705026.574390.211460@g43g2000cwa.googlegroups.com>    bob@instantwhip.com wrote:H > my VP just found a virus on his notebook ... must have grabbed all his: > addresses and is now spamming with them virus emails ... > D > he wishes he could run mozilla on vms on an itanium notebook RIGHT	 > NOW ...  > ' > are you listening HP, INTEL, TADPOLE?   F Although Intel has seemingly put a gun to the head of senior employeesF who were telling everyone "off the record" they were trying to get outF of Itanium (pressure from HP has been applied I believe - and for that> credit is deserved), I don't believe they would do anything to= encourage an Itanium laptop. That''s firmly X86-64 territory.  --  
 Alan Greig   ------------------------------  % Date: Thu, 19 Jan 2006 16:32:40 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> / Subject: Re: Why we need itanium notebooks now! , Message-ID: <43D00572.C4D25F5B@teksavvy.com>   Alan Greig wrote: @ > credit is deserved), I don't believe they would do anything to? > encourage an Itanium laptop. That''s firmly X86-64 territory.   H And with Intel having had to admit a significant drop in marketshare forF the all too important 8086 market, it is a fair bet that they will notE want to shift any 8086 business to that IA64 thing, and if at all, it  would be the other way around.   ------------------------------    Date: 19 Jan 2006 16:10:29 -0800* From: "Alan Greig" <greigaln@netscape.net>/ Subject: Re: Why we need itanium notebooks now! C Message-ID: <1137715829.428985.216490@o13g2000cwo.googlegroups.com>    JF Mezei wrote:  > Alan Greig wrote: B > > credit is deserved), I don't believe they would do anything toA > > encourage an Itanium laptop. That''s firmly X86-64 territory.  > J > And with Intel having had to admit a significant drop in marketshare forH > the all too important 8086 market, it is a fair bet that they will notG > want to shift any 8086 business to that IA64 thing, and if at all, it   > would be the other way around.  G I know fortunes can change quickly but with Intel shares plummeting and @ AMD skyrocketing over the last two days, based on fourth quarter> reports, Intel just cannot do anything but divert all its best resources to X86-64.   --  
 Alan Greig   ------------------------------  % Date: Thu, 19 Jan 2006 19:36:34 -0500 * From: "d b turner" <dbturner@islandco.com>/ Subject: Re: Why we need itanium notebooks now! 6 Message-ID: <deWzf.288$SC1.130@bignews3.bellsouth.net>   Hang on a second...     Software resources international Are you reading this?   D Who needs a native version of VMS on an Itanium when you could have  Charon-XXX running  + Messieurs en Suisse - are you reading this? @ A cheapy stripped down version for a couple of $00 WOULD BE NICE   David T         6 "Alan Greig" <greigaln@netscape.net> wrote in message = news:1137715829.428985.216490@o13g2000cwo.googlegroups.com...  >  > JF Mezei wrote:  >> Alan Greig wrote:C >> > credit is deserved), I don't believe they would do anything to B >> > encourage an Itanium laptop. That''s firmly X86-64 territory. >>K >> And with Intel having had to admit a significant drop in marketshare for I >> the all too important 8086 market, it is a fair bet that they will not H >> want to shift any 8086 business to that IA64 thing, and if at all, it! >> would be the other way around.  > I > I know fortunes can change quickly but with Intel shares plummeting and B > AMD skyrocketing over the last two days, based on fourth quarter@ > reports, Intel just cannot do anything but divert all its best > resources to X86-64. >  > --   > Alan Greig >    ------------------------------  % Date: Thu, 19 Jan 2006 19:54:27 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>/ Subject: Re: Why we need itanium notebooks now! + Message-ID: <43D042D3.10EEB0E3@comcast.net>    d b turner wrote:  >  > Hang on a second...  > " > Software resources international > Are you reading this?  > E > Who needs a native version of VMS on an Itanium when you could have  > Charon-XXX running > - > Messieurs en Suisse - are you reading this?   G Preferably, "OS-CHARON" that runs the emulation without the complexity, ) vulnerability, etc. of an underlying o.s.   B > A cheapy stripped down version for a couple of $00 WOULD BE NICE   AMEN!    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    Coming soon:& Unofficial OpenVMS Marketing Home Page   ------------------------------  % Date: Thu, 19 Jan 2006 11:39:31 -0700 " From: GreyCloud <mist@cumulus.com>% Subject: Re: [OT] For Mac fans... :-) 0 Message-ID: <CcGdnZ1LuZP3QFLeRVn-tg@bresnan.com>   Phaeton wrote:   >  >     For a bit of a laugh :O >     http://video.google.com/videoplay?docid=-5566658286032643965&q=mac+apple   >  > " >     ( No OS wars, please :-)   )B >                                                  Cheers,   Csaba > G > --------------------------------------------------------------------- G >  CSABA I. HARANGOZO  |d|i|g|i|t|a|l|  phaeton at iinet dot net dot au G > --------------------------------------------------------------------- = >    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:  > 3 >  Friends may come and go, but enemies accumulate.     # Looks like a cloned sweaty Ballmer. : When he grows up, he'll graduate to throwing chairs.  :-))   --   Where are we going?   And why am I in this handbasket?   ------------------------------  % Date: Thu, 19 Jan 2006 15:44:42 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Re: [OT] For Mac fans... :-) , Message-ID: <43CFFA38.838C786A@teksavvy.com>   Phaeton wrote:I >         I didn't download anything, I don't think it is a prerequisite.   + Turn off javascript and check out the page.    It will download for you: H http://dl.google.com/videoplayer/GoogleVideoPlayerSetup.exe and probablyF execute the setup in the background for you. You need they proprietaryA application to view their videos. At least if your IP is based in C Canada. (Mr Gartmann said that from germany, Google doesn't let him  watch it at all).   2 >         they are a fact of life, er, Internet...C >         You need protection, firewall and an up to date antivirus  >         program, minimum.   @ Sorry, if you click on something on a web site, you download it.H Antivirus may work on emails, but do they intercept all HTTP data too to detect viri/trojans ?    ------------------------------  % Date: Thu, 19 Jan 2006 16:05:33 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Re: [OT] For Mac fans... :-) , Message-ID: <43CFFF18.13059C52@teksavvy.com>  E OK, Mea culpa. Enabling javascript did bring up the actual Video in a 7 tiny weenny wincy screen. So only the sound was useful.   H But the rest of page still said I needed their special video player that ran only on windows.    The actual URL for the video is:  http://video.google.com/googleplayer.swf?videoUrl=http%3A%2F%2Fvp.video.google.com%2Fvideodownload%3Fversion%3D0%26secureurl%3DggAAAOzE2vqjf_rjJiZLtrXe4ix9yMfuUJKgEll6g011PmCy1d077_7M5ZNxKN747mq8g3mvxWtjoqHyMZZKZdT6wGmuyk-pxS1eGrLZU7q3uYb6eQf-cQVNoPgGwqrHeuLb75gGxUg-J4VOEalbO7IJNkVTjY4rJ_SGhL-wk2QoNb7r2Ut4SZ5nElDFfj14EsFChQ%26sigh%3DXfygFQaCd56c8PYuGMx8ZdTvXyQ%26begin%3D0%26len%3D192000&autoPlay=true&playerId=-5566658286032643965   6 And it is of application/x-shockwave-flash  mime type.    < And yeah, it is funny, albeit exagerated quite a bit.... :-)   ------------------------------  % Date: Thu, 19 Jan 2006 16:10:07 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Re: [OT] For Mac fans... :-) , Message-ID: <43D0002A.6CD6350E@teksavvy.com>   Paul Sture wrote: K > > Currently, the playback feature of Google Video isn't available in your  > > country.    , > No problem viewing from here using Safari     F What country does Google think you are in ? Sometimes, the geolocationH stuff makes interesting mistakes. A friend in australia can either be inD australia or in Texas depending on what dialup pool he uses (his ISPG belongs to UUNET so some of the IPs are registered in the USA, and some 9 are from the original ISP before it was bought by UUNET).    ------------------------------  % Date: Fri, 20 Jan 2006 02:23:37 +0100 ( From: Paul Sture <paul.sture@bluewin.ch>% Subject: Re: [OT] For Mac fans... :-) , Message-ID: <43ascrF1mv7nmU1@individual.net>   JF Mezei wrote:  > Paul Sture wrote:  > J >>>Currently, the playback feature of Google Video isn't available in your >>>country.  >  >  > , >>No problem viewing from here using Safari  >  >  > H > What country does Google think you are in ? Sometimes, the geolocationJ > stuff makes interesting mistakes. A friend in australia can either be inF > australia or in Texas depending on what dialup pool he uses (his ISPI > belongs to UUNET so some of the IPs are registered in the USA, and some ; > are from the original ISP before it was bought by UUNET).   G Google normally thinks I am in Switzerland. Fair enough based on my IP  C address, but if I enter google.com into a browser it automatically  ; redirects me to google.ch, which is not always what I want.   I Mind you, the worst incidence of this was a few years ago when Sony told  E me I couldn't get access because I was outside the US. I only wanted   some jumper settings!    ------------------------------  % Date: Thu, 19 Jan 2006 22:06:09 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> % Subject: Re: [OT] For Mac fans... :-) , Message-ID: <43D05385.FA089ED7@teksavvy.com>   Paul Sture wrote: . > Google normally thinks I am in Switzerland.   A Interesting that they would block a german IP but not Australian,  Canadian or Swiss.  H It used to be that the internet was truly a global network. But when youG start to deny service to certain IP groups, it breaks the global nature  of the internet.  D My ISP is based in a small town in Ontario. It recently took controlA over its IP block , and it was interesting to see web advertising E change. Some advertising *images* are even dynamically generated with  the town name of my ISP.    J > Mind you, the worst incidence of this was a few years ago when Sony toldF > me I couldn't get access because I was outside the US. I only wanted > some jumper settings!   H Yep, those occasions are really frustrating. But there are some US based< proxy servers that allow you to get such information though.   ------------------------------   End of INFO-VAX 2006.039 ************************