0 INFO-VAX	Fri, 30 Jan 2004	Volume 2004 : Issue 58      Contents:& Re: Black helicopters hovering over JF& Re: Black helicopters hovering over JF& Re: Black helicopters hovering over JF+ Cluster mystery: one-way MSCP disk serving? / Re: Cluster mystery: one-way MSCP disk serving? 
 DCL questions   Disabling VRFY and EXPN in TCPIP Re: Do you need F$LICENSE? Re: Do you need F$LICENSE? Re: Do you need F$LICENSE? Re: Do you need F$LICENSE? Re: hpWorld-2004 - in Chicago!!  Re: hpWorld-2004 - in Chicago!! B Re: Intel to chip away at Itanium prices <- or ... I want my cheapB Re: Intel to chip away at Itanium prices <- or ... I want my cheap: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !!: Re: It is almost certain now, INTEL will have 64bit x86 !! Re: JF's black helicopter world  Re: JF's black helicopter world 
 Re: New Virus  Re: NEWS2 again....  Re: NEWS2 again....  Re: NEWS2 again....  Re: PATHWORKS question Re: Rumours of (CPU) Wars  Re: Rumours of (CPU) Wars  Re: Rumours of (CPU) Wars  Re: Rumours of (CPU) Wars  Re: Rumours of (CPU) Wars  Re: Rumours of (CPU) Wars  Re: Rumours of (CPU) Wars  Re: Rumours of (CPU) Wars  Re: Rumours of (CPU) Wars  Re: Rumours of (CPU) Wars  Re: Rumours of (CPU) Wars 1 SCO: strange case of the non existant DDOS attack  Searching for DECps information # Re: Searching for DECps information # Re: Searching for DECps information # Re: Searching for DECps information 5 Re: SHOW MEMORY /CACHE /FULL = 164% Read Hit Rate ??? 5 Re: SHOW MEMORY /CACHE /FULL = 164% Read Hit Rate ???  SMG$ examples in Pascal... Re: SMG$ examples in Pascal... Re: stupid backup tricks (long) ; Terry, when Palmers involved you seal the deal on the spot! ? Re: Terry, when Palmers involved you seal the deal on the spot! + The VMS Path Not Taken: Now It Can be Told! / Re: The VMS Path Not Taken: Now It Can be Told! 0 Re: [TCPIP V5.4] DHCP client problem/observation  F ----------------------------------------------------------------------  + Date: Thu, 29 Jan 2004 19:33:38 +0100 (CET) , From: Imya Rek <mixmaster@eleitl.dyndns.org>/ Subject: Re: Black helicopters hovering over JF @ Message-ID: <98a8dc099f98e35e3f790b8ff0688886@eleitl.dyndns.org>  # Tony Reed <trljc@altern.org> wrote:   * >In article <4018CA52.8AFC31C0@istop.com>,- > JF Mezei <jfmezei.spamnot@istop.com> wrote:  > N >:Reporting abuse to cryptorebels, dizum, frog-remailer, and the collection ofL >:abuse-supporting remailers at mit.edu is the last thing you want to do. ItJ >:results in the operators then spamming your own mailbox with hundreds ofJ >:copies of messages about you, as well as cross posting of these to some 
 >:newsgroups.  >:P >:For the abuse passing through the mit servers, best bet is to send an email to >:the K >:chancellor-www@mit.edu since the folks below him do absolutely nothing to 6 >:prevent their anonymous remailers from being abused. >:O >:What is interesting is that the operators of those remailers take pleasure in D >:supporting the abusers. For instance, Greg Morrow is my nemesis onO >:rec.travel.air who generates all these abusive messages, but if one complains P >:about these, then the operators get involved and use their software to augmentP >:the abuse (they know that some SMTP servers will block traffic when it exceedsJ >:a certain threshold, so they have special software that sends only 15-20I >:messages per period of time so that they traffic stays below the radar.  > I >Jeez, J.-F., you need to get out more. You're teetering on the brink of  ( >serious black-helicopter kookery here.   K ROFL!!!  Now you're starting to get a taste of the JF we've all known for a  decade.   L But, if I may correct something, he's not teetering on the brink, he fell in head first many years ago.  # >All the remailer operators are in  J >a conspiracy against li'l ol' you? You must be TRES important around the @ >Usenet water cooler, me ol' mate. The MIT computer engineering G >department knows who you are and wants to harass you? MUY importante,   >amigo!  > I >I don't think the remailer operators know or care who you are, son. And  E >they're not going to shut the services down because you feel a mite   >inconvenienced.  M Shhh, don't tell him, but the US government implanted microchips in his brain 7 years ago and have been following him very closely.....    ------------------------------  + Date: Thu, 29 Jan 2004 19:43:45 +0100 (CET) , From: Imya Rek <mixmaster@eleitl.dyndns.org>/ Subject: Re: Black helicopters hovering over JF @ Message-ID: <a554ee842a82f17cc19f6aaa869f2220@eleitl.dyndns.org>  # Tony Reed <trljc@altern.org> wrote:  | * >In article <4018CA52.8AFC31C0@istop.com>,- > JF Mezei <jfmezei.spamnot@istop.com> wrote:  > N >:Reporting abuse to cryptorebels, dizum, frog-remailer, and the collection ofL >:abuse-supporting remailers at mit.edu is the last thing you want to do. ItJ >:results in the operators then spamming your own mailbox with hundreds ofJ >:copies of messages about you, as well as cross posting of these to some 
 >:newsgroups.  >:P >:For the abuse passing through the mit servers, best bet is to send an email to >:the K >:chancellor-www@mit.edu since the folks below him do absolutely nothing to 6 >:prevent their anonymous remailers from being abused. >:O >:What is interesting is that the operators of those remailers take pleasure in D >:supporting the abusers. For instance, Greg Morrow is my nemesis onO >:rec.travel.air who generates all these abusive messages, but if one complains P >:about these, then the operators get involved and use their software to augmentP >:the abuse (they know that some SMTP servers will block traffic when it exceedsJ >:a certain threshold, so they have special software that sends only 15-20I >:messages per period of time so that they traffic stays below the radar.  > I >Jeez, J.-F., you need to get out more. You're teetering on the brink of  ( >serious black-helicopter kookery here.   K ROFL!!!  Now you're starting to get a taste of the JF we've all known for a  decade.   L But, if I may correct something, he's not teetering on the brink, he fell in head first many years ago.  # >All the remailer operators are in  J >a conspiracy against li'l ol' you? You must be TRES important around the @ >Usenet water cooler, me ol' mate. The MIT computer engineering G >department knows who you are and wants to harass you? MUY importante,   >amigo!  > I >I don't think the remailer operators know or care who you are, son. And  E >they're not going to shut the services down because you feel a mite   >inconvenienced.  M Shhh, don't tell him, but the US government implanted microchips in his brain 7 years ago and have been following him very closely.....    ------------------------------  # Date: Thu, 29 Jan 2004 21:47:00 GMT G From: "Gregory Morrow" <gregorymorrowRETURNTOPEYTONPLACE@earthlink.net> / Subject: Re: Black helicopters hovering over JF B Message-ID: <obfSb.1531$jH6.1095@newsread1.news.atl.earthlink.net>   Imya Rek wrote:   % > Tony Reed <trljc@altern.org> wrote:  > , > >In article <4018CA52.8AFC31C0@istop.com>,/ > > JF Mezei <jfmezei.spamnot@istop.com> wrote:  > > B > >:Reporting abuse to cryptorebels, dizum, frog-remailer, and the
 collection of K > >:abuse-supporting remailers at mit.edu is the last thing you want to do.  ItL > >:results in the operators then spamming your own mailbox with hundreds ofK > >:copies of messages about you, as well as cross posting of these to some  > >:newsgroups.  > >:I > >:For the abuse passing through the mit servers, best bet is to send an  email to > >:the J > >:chancellor-www@mit.edu since the folks below him do absolutely nothing to8 > >:prevent their anonymous remailers from being abused. > >:E > >:What is interesting is that the operators of those remailers take  pleasure in F > >:supporting the abusers. For instance, Greg Morrow is my nemesis onG > >:rec.travel.air who generates all these abusive messages, but if one 	 complains J > >:about these, then the operators get involved and use their software to augment J > >:the abuse (they know that some SMTP servers will block traffic when it exceeds L > >:a certain threshold, so they have special software that sends only 15-20K > >:messages per period of time so that they traffic stays below the radar.  > > J > >Jeez, J.-F., you need to get out more. You're teetering on the brink of) > >serious black-helicopter kookery here.  > K > ROFL!!!  Now you're starting to get a taste of the JF we've all known for  a 	 > decade.     L And "Greg Morrow is my nemesis"...!!!???  Does JF *really* think I have timeG to follw him around to his various groups and endure his babblings!?  I E mean, I've got a job and friends and societal obligations and all, ya  know....  ! Fer cryin' out loud...*LOL*...!!!   @ All I have to say is: "JF, I knew Sheryl, and you're NO Sheryl!"   --   Best Greg "below the radar"   ------------------------------  + Date: Thu, 29 Jan 2004 23:13:33 -0600 (CST)  From: sms@antinode.org4 Subject: Cluster mystery: one-way MSCP disk serving?) Message-ID: <04012923133315@antinode.org>   G    Two Alpha VMS V7.3-1 systems, same software (one loaded from other's G BACKUP, then suitably adjusted).  First one boots ok.  Second one boots C ok.  The second one to boot sees the disk of the first one, but the E first one to boot does _not_ see the disk of the second one.  This is G true irregardful of which one boots first.  (CD-ROM drives, DKA400, are  not served.)  8 ALP $ show device dk  !!! This is the first one to boot.  P Device                  Device           Error    Volume         Free  Trans MntP  Name                   Status           Count     Label        Blocks Count CntP ALP$DKA0:               Mounted              0  VMS073ALP     13843270   870   2. ALP$DKA400:             Online wrtlck        0  : ALP2 $ show device dk  !!! This is the second one to boot.  P Device                  Device           Error    Volume         Free  Trans MntP  Name                   Status           Count     Label        Blocks Count CntP ALP$DKA0:               Mounted              0  VMS073ALP     13843235     5   2P ALP2$DKA0:              Mounted              0  VMS073ALP2    13349245   596   1. ALP2$DKA400:            Online wrtlck        0  A    Rebooting the first one "fixes" the problem, but that's seldom E convenient.  (ALP is an AlpSta 200 4/233 with a DE500.  ALP2 is a PWS  500a.)  6    Some software data from PRODUCT SHOW PRODUCT /FULL:   DEC AXPVMS VMS V7.3-1  DEC AXPVMS VMS731_CLUSTER V1.0 DEC AXPVMS VMS731_F11X V1.0 ! DEC AXPVMS VMS731_FIBRE_SCSI V3.0  DEC AXPVMS VMS731_MSCP V1.0  DEC AXPVMS VMS731_SYS V3.0 DEC AXPVMS VMS731_UPDATE V1.0  DEC AXPVMS VMS731_XFC V1.0      SYSGEN SHOW /CLUSTER (ALP):   Parameters in use: Active P Parameter Name           Current    Default     Min.      Max.     Unit  DynamicP --------------           -------    -------    -------   -------   ----  -------M VAXCLUSTER                      2          1         0          2 Coded-valu  M EXPECTED_VOTES                  2          1         1        127 Votes       M VOTES                           2          1         0        127 Votes       N DISK_QUORUM     "                "    "    "    "    "     "ZZZZ" Ascii       M QDSKVOTES                       1          1         0        127 Votes       M QDSKINTERVAL                   10          3         1      32767 Seconds     M ALLOCLASS                       0          0         0        255 Pure-numbe  M LOCKDIRWT                       0          0         0        255 Pure-numbe  M CLUSTER_CREDITS                10         10        10        128 Credits     M NISCS_CONV_BOOT                 0          0         0          1 Boolean     M NISCS_LOAD_PEA0                 1          0         0          1 Boolean     M NISCS_PORT_SERV                 0          0         0          3 Bitmask     M MSCP_LOAD                       1          0         0      16384 Coded-valu  M TMSCP_LOAD                      1          0         0          3 Coded-valu  M MSCP_SERVE_ALL                  4          4         0         15 Bit-Encode  M TMSCP_SERVE_ALL                 1          0         0         15 Bit-Encode  M MSCP_BUFFER                   256       1024       256         -1 Coded-valu  M MSCP_CREDITS                    8          8         2        128 Coded-valu  M TAPE_ALLOCLASS                  0          0         0        255 Pure-numbe  M SD_ALLOCLASS                    0          0         0        255 Pure-numbe  M NISCS_MAX_PKTSZ              8192       8192       576       9180 Bytes       M NISCS_LAN_OVRHD                 0          0         0        256 Bytes       M SERVED_IO                       0          0         0          0 Obsolete    N CWCREPRC_ENABLE                 1          1         0          1 Bitmask    DN RECNXINTERVAL                  20         20         1      32767 Seconds    DN MSCP_CMD_TMO                    0          0         0 2147483647 Seconds    D  ' ALP $ diff /merged = 0 ALP.CLU ALP2.CLU  ************" File SYS$SYSROOT:[SYSMGR]ALP.CLU;2T     4   VAXCLUSTER                      2          1         0          2 Coded-valuO     5   EXPECTED_VOTES                  2          1         1        127 Votes O     6   VOTES                           2          1         0        127 Votes  ******# File SYS$SYSROOT:[SYSMGR]ALP2.CLU;2 T     4   VAXCLUSTER                      1          1         0          2 Coded-valuO     5   EXPECTED_VOTES                  1          1         1        127 Votes O     6   VOTES                           1          1         0        127 Votes  ************ ************" File SYS$SYSROOT:[SYSMGR]ALP.CLU;2T    20   MSCP_BUFFER                   256       1024       256         -1 Coded-valu ******# File SYS$SYSROOT:[SYSMGR]ALP2.CLU;2 T    20   MSCP_BUFFER                  1024       1024       256         -1 Coded-valu ************  E    Is the second one not announcing the served disk properly?  Is the G first one not listening?  Any useful suggestions?  (Please spare me the F lecture on the EXPECTED_VOTES values, unless you think they contributeG to _this_ problem.  This is a temporary arrangement.)  More information  is available on request.  C    As I recall, I've seen this before, when the second system was a G VAXstation 3138 running VMS V7.2 (possibly when ALP was running V7.2 as  well, but no bets).   H ------------------------------------------------------------------------  4    Steven M. Schweda               (+1) 651-699-98183    382 South Warwick Street        sms@antinode-org     Saint Paul  MN  55105-2547    ------------------------------  % Date: Fri, 30 Jan 2004 00:12:49 -0600 ( From: brandon@dalsemi.com (John Brandon)8 Subject: Re: Cluster mystery: one-way MSCP disk serving?1 Message-ID: <04013000124948@dscis6-0.dalsemi.com>   C >    Rebooting the first one "fixes" the problem, but that's seldom G > convenient.  (ALP is an AlpSta 200 4/233 with a DE500.  ALP2 is a PWS  > 500a.)   Why not:  % $ MOUNT /SYSTEM /CLUSTER device label    OR   $ MCR SYSMAN IO AUTO    L Not sure if this helps - do not have a test system to work on at the moment.     J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------    Date: 29 Jan 2004 22:07:45 -0800" From: thick_guy_9@yahoo.com (AMIT) Subject: DCL questions= Message-ID: <7e127df6.0401292207.1d007404@posting.google.com>   
 hello all,D I am tryin to write two DCL scripts. I have some problems, and would appreciate any help I get.  A SCRIPT1: I would like to read a log file which contains a list of = events with timestamps. Only events from yestartday should be 8 extracted into another text file, which would be mailed.   27-jan-2004 14:00:02        fsdfsdfdsfdfdfdfs   28-jan-2004 12:00:00        sample2,sample2F   Only entries from yesterday need to be extracted. How can I do this?  D SCRIPT2: We use CA's CONSOLE application to check controllers. UsingB CONSOLE CONNECT xxxx, I generally check the controller, then press Ctrl/E to exit. 0 if I need to do this using DCL, how can I do it? $console connect xxyyzz  show failed  show this_controllerF ctrl/E<<<<---------- This doesn't work. I need to send the application Ctrl-E $exit      Thanks in advance  bye  AS.    ------------------------------    Date: 29 Jan 2004 16:51:27 -05007 From: "Gareth V. Williams" <graff@cfa0.cfa.harvard.edu> ) Subject: Disabling VRFY and EXPN in TCPIP . Message-ID: <4019805f@cfanews.cfa.harvard.edu>  ? Is it possible to disable the SMTP commands VRFY and EXPN?  Our B Computation Facility has asked us (in a manner which suggests they> will be less than pleased if we tell them we can't) to disableE these commands as they may be "used by spammers to obtain information " about users on the target system".  E We are currently running TCPIP V5.1-ECO 4 (on VMS 7.2-1), but will be C upgrading to TCPIP V5.4 within two weeks when we move to VMS 7.3-2.   E I've dug through the on-line documentation for both V5.1 and V5.4 and D see nothing even remotely close to what we need to be able to do.  AG trawl through the comp.os.vms archive on Google groups didn't enlighten 5 me further, except to suggest that it isn't possible.      --  H ------------------------------------------------------------------------H Gareth V. Williams, MS 18, 60 Garden Street, Cambridge, MA 02138, U.S.A.+ Associate Director, IAU Minor Planet Center H gwilliams@cfa.harvard.edu        http://cfa-www.harvard.edu/iau/mpc.html7 OpenVMS & RISC OS: refined choices in operating systems    ------------------------------  % Date: Thu, 29 Jan 2004 13:00:02 -0500 ( From: David Froble <davef@tsoft-inc.com># Subject: Re: Do you need F$LICENSE? , Message-ID: <40194A22.4080509@tsoft-inc.com>   David J. Dachtera wrote:   > Michael Unger wrote: > ) >>On 2004-01-28 15:10, "Guy Peleg" wrote:  >> >>K >>>For my own needs I have implemented a new lexical function F$LICENSE. It 
 >>>returnsK >>>True if a product is authorized to run on this node and false if it does  >>>not.  >>>  >>>Here is a small example:  >>> 5 >>>IPL31> write sys$output f$license("openvms-alpha")  >>>TRUE  >>> 8 >>$ WRITE SYS$OUTPUT F$LICENSE("OPENVMS-ALPHA-USER") ... >>K >>I would expect "16" or "128" or "UNLIMITED" as an reply, not just "TRUE".  >> >>F >>>I need your feedback - will you find use for this lexical function? >>> 4 >>Perhaps an option to request specific data such as >>- termination date >>- units licensed ("units")< >>- units needed for a single user ("activity=constant=...") >>2 >>$ WRITE SYS$OUTPUT F$LICENSE(license_name, item) >> > J > I'll second that. tO BE USEFUL, F$LICENSE() should return the same info.$ > as SHOW LICENSE, /FULL and /USAGE. >  >   Q I've read the original post as a function to determine whether a license exists,  P not a more complex function to return all sorts of license information.  If the Q implementation is just a test for existance, then everything else asked for is a   seperate issue.    "Hey, I got a screwdriver."   N "Uh, Ok, make sure it can drive nails, and it's got to have a light, and ...."   Dave   --  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, 29 Jan 2004 14:36:13 -0600 / From: Chris Scheers <chris@applied-synergy.com> # Subject: Re: Do you need F$LICENSE? 3 Message-ID: <40196EBD.E7A38BA3@applied-synergy.com>    Tom Linden wrote:  >  >   -----Original Message-----: >   From: Chris Scheers [mailto:chris@applied-synergy.com]. >   Sent: Wednesday, January 28, 2004 11:11 PM >   To: Info-VAX@Mvb.Saic.Com ' >   Subject: Re: Do you need F$LICENSE?  >  >  >   Larry Kilgallen wrote: >   > < >   > In article <4017c388@usenet01.boi.hp.com>, "Guy Peleg"* >   <guy.peleg@remove_this_hp.com> writes: >   > > Hi All,  >   > > B >   > > For my own needs I have implemented a new lexical function >   F$LICENSE. It  >   > > returns E >   > > True if a product is authorized to run on this node and false  >   if it does >   > > not. >   > >   >   > > Here is a small example: >   > > : >   > > IPL31> write sys$output f$license("openvms-alpha") >   > > TRUE >   > > K >   > > I need your feedback - will you find use for this lexical function?  >   > > @ >   > > If the response is positive, I will make sure it will be >   > > documented/supported.  >   > > $ >   > > Thank you for your feedback. >   > 0 >   > How do you release the license when done ? >   > M >   > If it is not to be used for that purpose, but only for checking whether D >   > to start a program to which the license will be granted, I see >   a problem.L >   > There is a race condition between checking the license in DCL and whenK >   > the Licence Grant request is made.  In the meantime someone could use : >   > up the last of the available units for that license. >   > K >   > In other words, having such a lexical function would assist people in K >   > writing DCL which would fail only during times of highest contention.  > & >   It may not use the licensing APIs. > C >   It could access the information the same way SHOW LICENSE does.  >  > And how is that?    E Well, the exact details are expunged from the listings CD, but if you E look between the lines carefully, you can identify the mechanism they  use.  E It doesn't have the problem of temporarilly consuming a usage unit by ! activating/releasing the license.   G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com     Fax: 817-237-3074    ------------------------------  % Date: Thu, 29 Jan 2004 20:28:51 -0600 @ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net># Subject: Re: Do you need F$LICENSE? 6 Message-ID: <4019C163.330BFA5F@NeOaSrPtAhMlNiOnWk.net>   "Richard B. Gilbert" wrote:  > M > I couldn't use PIPE, this was ca. 1997 and VMS/Alpha V6.x or VMS/VAX 5.5-2.  > H > As for using SEARCH, would you care to try it?   The tool did not seemI > well suited to the job at the time and I still have trouble visualizing  > just how it would work.   G Try this (slightly modified from last night's post to not use PIPE, and H search for the string "PRODUCT NAME" to prevent false positive matches):  ! $ LICENSE LIST/FULL/OUT=TEMP1.TMP 8 $ SEARCH TEMP1.TMP "PRODUCT NAME",MOD_UNITS/OUT=TEMP.TMP( $ SEARCH TEMP.TMP MOD_UNITS/WINDOW=(1,0)  0 In UN*X-land, the concept is called "filtering".  F > Here's what I did.  I'm sure you can duplicate the output using some5 > other tools but can you do it in two days or less?    H Probably do it in a couple of minutes, like the code segment I provided.   Well, I'm confused now...    "Richard B. Gilbert" wrote:  > [snip]F > The only time I ever needed to do anything that your F$LICENSE mightH > help with was when a former boss wanted me to find out, for each of 25C > systems, VAX and Alpha, which licenses had the MOD_UNITS option.    D ..., and no mention of "active", but your script is finding licenses3 that _LACK_ "MOD_UNITS", according to the comments.    >  > # MOD_UNITS.AWK  > # Richard B. Gilbert > # 1-SEP-1997 > # , > # Find all active licenses in a list that:* > #       a. have the string "Active", andC > #       b. Do NOT have the string MOD_UNITS in the options field. ) > # Use LICENSE LIST /FULL /OUTPUT=XX.TMP  > # EDIT /NOCOMMAND XX.TMP0 > #*s/---------------------------------/^L/whole > #*exit > #$ GAWK -f mod_units xx.tmp  > #  > # 	 > BEGIN { 6 >         FS="\n"         # Field separator is newline4 >         RS="\f"         # Record separator is <ff>5 >         ORS="-----------------------------------\n"  > }  > {++licenses} > /Active/ { >         ++active_licenses " >         if ($0 !~ /MOD_UNITS/) { >         ++no_mod_units >         print $0 > }} > END {  >         ORS="\n"% >         print licenses, " licenses" 3 >         print active_licenses, " active_licenses" : >         print no_mod_units, "licenses without MOD_UNITS" > }  >  > and the DCL wrapper.
 > $! DOIT.COM ) > $ EDIT /EDT /NOCOMMAND 'P1'_LICENSE.LIS 2 > s/-----------------------------------/<FF>/whole > exit1 > $ ASSIGN /USER 'P1'_NO_MOD_UNITS.LIS SYS$OUTPUT & > $ GAWK -f mod_units 'P1'_LICENSE.LIS   So, which is it?   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Thu, 29 Jan 2004 22:30:03 -0500 3 From: "Richard B. Gilbert" <rgilbert88@comcast.net> # Subject: Re: Do you need F$LICENSE? 0 Message-ID: <ObidnYhg5OgvUoTdRVn-jg@comcast.com>  , This is a multi-part message in MIME format.& --------------0502050306090602050707029 Content-Type: text/plain; charset=us-ascii; format=flowed  Content-Transfer-Encoding: 7bit   & Which is it?  What the awk script did!  I I wrote the original text from memory.  When I replied to a reply, I dug  I the original awk script out of the heap and used it to illustrate what I  F meant.  Memory is the second thing to go; I forget which is the first!  C We needed the active licenses only; some of those servers had been  H around for many years and had had licenses installed on them which were F subsequently disabled and transferred to newer servers.  We needed to G find the licenses without MOD_UNITS because these were the licenses we  F would need to request temporary replacements for if we had to recover 8 the server on hardware requiring more Units than we had.  C At this point I don't recall if the boss requested the rest of the  E license data or just the product names.  Knowing the man, however, I  I didn't want to go back to him with just a list of  products that met the   specs.    F My awk script may have been overkill but it taught me a lot about awk # which I have since put to good use.      David J. Dachtera wrote:   >"Richard B. Gilbert" wrote: >    > M >>I couldn't use PIPE, this was ca. 1997 and VMS/Alpha V6.x or VMS/VAX 5.5-2.  >>H >>As for using SEARCH, would you care to try it?   The tool did not seemI >>well suited to the job at the time and I still have trouble visualizing  >>just how it would work.  >>     >> > H >Try this (slightly modified from last night's post to not use PIPE, andI >search for the string "PRODUCT NAME" to prevent false positive matches):  > " >$ LICENSE LIST/FULL/OUT=TEMP1.TMP9 >$ SEARCH TEMP1.TMP "PRODUCT NAME",MOD_UNITS/OUT=TEMP.TMP ) >$ SEARCH TEMP.TMP MOD_UNITS/WINDOW=(1,0)  > 1 >In UN*X-land, the concept is called "filtering".  >  >    > F >>Here's what I did.  I'm sure you can duplicate the output using some5 >>other tools but can you do it in two days or less?   >>     >> > I >Probably do it in a couple of minutes, like the code segment I provided.  >  >Well, I'm confused now... >  >"Richard B. Gilbert" wrote: >    >  >>[snip]F >>The only time I ever needed to do anything that your F$LICENSE mightH >>help with was when a former boss wanted me to find out, for each of 25C >>systems, VAX and Alpha, which licenses had the MOD_UNITS option.   >>     >> > E >..., and no mention of "active", but your script is finding licenses 4 >that _LACK_ "MOD_UNITS", according to the comments. >  >    >  >># MOD_UNITS.AWK  >># Richard B. Gilbert >># 1-SEP-1997 >># , >># Find all active licenses in a list that:* >>#       a. have the string "Active", andC >>#       b. Do NOT have the string MOD_UNITS in the options field. ) >># Use LICENSE LIST /FULL /OUTPUT=XX.TMP  >># EDIT /NOCOMMAND XX.TMP0 >>#*s/---------------------------------/^L/whole >>#*exit >>#$ GAWK -f mod_units xx.tmp  >>#  >># 	 >>BEGIN { 6 >>        FS="\n"         # Field separator is newline4 >>        RS="\f"         # Record separator is <ff>5 >>        ORS="-----------------------------------\n"  >>}  >>{++licenses} >>/Active/ { >>        ++active_licenses " >>        if ($0 !~ /MOD_UNITS/) { >>        ++no_mod_units >>        print $0 >>}} >>END {  >>        ORS="\n"% >>        print licenses, " licenses" 3 >>        print active_licenses, " active_licenses" : >>        print no_mod_units, "licenses without MOD_UNITS" >>}  >> >>and the DCL wrapper.
 >>$! DOIT.COM ) >>$ EDIT /EDT /NOCOMMAND 'P1'_LICENSE.LIS 2 >>s/-----------------------------------/<FF>/whole >>exit1 >>$ ASSIGN /USER 'P1'_NO_MOD_UNITS.LIS SYS$OUTPUT & >>$ GAWK -f mod_units 'P1'_LICENSE.LIS >>     >> >  >So, which is it?  >  >    >   & --------------050205030609060205070702) Content-Type: text/html; charset=us-ascii  Content-Transfer-Encoding: 7bit   ? <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">  <html> <head>I   <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">    <title></title>  </head> ' <body text="#000000" bgcolor="#ffffff"> / Which is it?&nbsp; What the awk script did!<br>  <br>I I wrote the original text from memory.&nbsp; When I replied to a reply, I E dug the original awk script out of the heap and used it to illustrate K what I meant.&nbsp; Memory is the second thing to go; I forget which is the 
 first!<br> <br>B We needed the active licenses only; some of those servers had beenG around for many years and had had licenses installed on them which were J subsequently disabled and transferred to newer servers.&nbsp; We needed toF find the licenses without MOD_UNITS because these were the licenses weE would need to request temporary replacements for if we had to recover < the server on hardware requiring more Units than we had.<br> <br>B At this point I don't recall if the boss requested the rest of theI license data or just the product names.&nbsp; Knowing the man, however, I I didn't want to go back to him with just a list of&nbsp; products that met  the specs.&nbsp; <br>  <br>E My awk script may have been overkill but it taught me a lot about awk ' which I have since put to good use.<br>  <br> <br> David J. Dachtera wrote:<br> <blockquote type="cite" 4  cite="mid4019C163.330BFA5F@NeOaSrPtAhMlNiOnWk.net">*   <pre wrap="">"Richard B. Gilbert" wrote:   </pre>   <blockquote type="cite">\     <pre wrap="">I couldn't use PIPE, this was ca. 1997 and VMS/Alpha V6.x or VMS/VAX 5.5-2.  F As for using SEARCH, would you care to try it?   The tool did not seemG well suited to the job at the time and I still have trouble visualizing  just how it would work. 
     </pre>   </blockquote>    <pre wrap=""><!---->G Try this (slightly modified from last night's post to not use PIPE, and H search for the string "PRODUCT NAME" to prevent false positive matches):  ! $ LICENSE LIST/FULL/OUT=TEMP1.TMP 8 $ SEARCH TEMP1.TMP "PRODUCT NAME",MOD_UNITS/OUT=TEMP.TMP( $ SEARCH TEMP.TMP MOD_UNITS/WINDOW=(1,0)  0 In UN*X-land, the concept is called "filtering".     </pre>   <blockquote type="cite">U     <pre wrap="">Here's what I did.  I'm sure you can duplicate the output using some 3 other tools but can you do it in two days or less?  
     </pre>   </blockquote>    <pre wrap=""><!---->H Probably do it in a couple of minutes, like the code segment I provided.   Well, I'm confused now...    "Richard B. Gilbert" wrote:    </pre>   <blockquote type="cite">     <pre wrap="">[snip] D The only time I ever needed to do anything that your F$LICENSE mightF help with was when a former boss wanted me to find out, for each of 25A systems, VAX and Alpha, which licenses had the MOD_UNITS option.  
     </pre>   </blockquote>    <pre wrap=""><!---->D ..., and no mention of "active", but your script is finding licenses3 that _LACK_ "MOD_UNITS", according to the comments.      </pre>   <blockquote type="cite">      <pre wrap=""># MOD_UNITS.AWK # Richard B. Gilbert # 1-SEP-1997 # * # Find all active licenses in a list that:( #       a. have the string "Active", andA #       b. Do NOT have the string MOD_UNITS in the options field. ' # Use LICENSE LIST /FULL /OUTPUT=XX.TMP  # EDIT /NOCOMMAND XX.TMP. #*s/---------------------------------/^L/whole #*exit #$ GAWK -f mod_units xx.tmp  #  #  BEGIN { 4         FS="\n"         # Field separator is newline8         RS="\f"         # Record separator is &lt;ff&gt;3         ORS="-----------------------------------\n"  }  {++licenses}
 /Active/ {         ++active_licenses           if ($0 !~ /MOD_UNITS/) {         ++no_mod_units         print $0 }} END {O         ORS="\n"#         print licenses, " licenses"e1         print active_licenses, " active_licenses"l8         print no_mod_units, "licenses without MOD_UNITS" }i   and the DCL wrapper. $! DOIT.COMM' $ EDIT /EDT /NOCOMMAND 'P1'_LICENSE.LISo6 s/-----------------------------------/&lt;FF&gt;/whole exit/ $ ASSIGN /USER 'P1'_NO_MOD_UNITS.LIS SYS$OUTPUTo$ $ GAWK -f mod_units 'P1'_LICENSE.LIS
     </pre>   </blockquote>$   <pre wrap=""><!----> So, which is it?     </pre>
 </blockquote>c </body>e </html>o  ( --------------050205030609060205070702--   ------------------------------  % Date: Thu, 29 Jan 2004 20:11:25 -0600e@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>( Subject: Re: hpWorld-2004 - in Chicago!!6 Message-ID: <4019BD4D.2B273154@NeOaSrPtAhMlNiOnWk.net>   "Tillman, Brian (AGRE)" wrote: >  > Jim Becker wrote:F > A > > Precisely the worry within Encompass. We've been in a holdingE? > > pattern with the HP leadership on this, because they hadn't 8 > > finally decided what they were going to do regardingA > > conference support in 2004. As Clay Denton pointed out, we'rePI > > hoping to have something to announce within the next couple of weeks.r > J > Personally, I see HP marginalizing Encompass in favor of Interex.  I seeI > ads from HP that tout Interex.  I rarely see them mentioning Encompass.e  @ ...which leaves Encompass in the same boat as OpenVMS, then, eh?   -- e David J. Dachteran dba DJE Systemse http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/R   ------------------------------  % Date: Thu, 29 Jan 2004 23:27:43 -0500M* From: JF Mezei <jfmezei.spamnot@istop.com>( Subject: Re: hpWorld-2004 - in Chicago!!) Message-ID: <4019DD2F.BFFC9DC3@istop.com>r   "Tillman, Brian (AGRE)" wrote:J > Personally, I see HP marginalizing Encompass in favor of Interex.  I seeI > ads from HP that tout Interex.  I rarely see them mentioning Encompass.o  M Back in the heydays of Digital, DECUS was an asset that helped conclude a lot-F of sales because DECUS and its library was seen as a clear competitive advantage over competitors.>  G But DECUS has lost a lot of its relevance. It was broken up into small,9K separate brand-less entities that are of little value to HP. Destroying thee, worldwide DECUS branding was a huge mistake.  G The de-branded remnants of DECUS under Compaq tried to be everything tooK everyone, including the wintel market which was Compaq's real business. Youg6 can't be a user group that is everything to everyone.   M Under the current world order, it should be obvious that the de-branded DECUS:J is left only with its original roots: Digital products. There is a role toJ support the legacy hardware and OS such as PDP11 and Tru64, as well as theI sole survivor, VMS and the few layered  products left after the purges oflJ Palmer and Capellas. (remember that quite a few aren't making it to IA64).  L It is quite telling that Sue is now seen as the mother of VMS customers withK her technical symposiums, and the VMS engineers are now the "DECUS library" K with the Freeware CD. Montagar is the big contributor to DECUS by operating  the hobbyist programme.h  M If the de-branded DECUS were to accept that it is left only with its originalsJ role of Digital products, it should re-adopts its worldide DECUS brand and  excell at a very focused market.  K This does not preclude working closely with Interex, sharing administrativeyL facilities, sharing symposia, but it should be made very clear that there is6 an entity that is 100% focused on ex-Digital products.   ------------------------------    Date: 29 Jan 2004 12:10:18 -0600+ From: young_r@encompasserve.org (Rob Young)uK Subject: Re: Intel to chip away at Itanium prices <- or ... I want my cheape3 Message-ID: <Sy7gTk1Q58Sv@eisner.encompasserve.org>r  c In article <b7eb1fbe.0401290625.517bcfdf@posting.google.com>, gaf1234567890@hotmail.com (G) writes:o  6 > But why would you be more inclined to buy an Itanium2 > over a Xeon or Opteron if they all cost X% less?  > 	Platform support.  For the same reason people buy UltraSparcs> 	and Power CPUs today.  They are running applications that run3 	on that hardware, the OS underlys the application.e  ? 	Going forward, if Itanium reaches Xeon levels, that levels thei? 	playing field.  OpenVMS, HP/UX aren't handicapped by expensivey? 	hardware.  AIX will still be handicapped by expensive hardware ? 	(unless something changes greatly in the next 2-3 years).  Oned; 	example, many more examples exist as to why Itanium versus > 	Xeon versus Opteron.  Performance too.  I'll bet Tukwila willB 	be the highest performing CPU shipping when it ships.  We'll have& 	to disect that when that day arrives.   				Robs   ------------------------------  # Date: Thu, 29 Jan 2004 19:38:21 GMTi3 From: Robert Klute <robert_klute_removethis@hp.com>eK Subject: Re: Intel to chip away at Itanium prices <- or ... I want my cheaps8 Message-ID: <heni1011jecn3993fb5un5bi149ft7j8tr@4ax.com>  D On 29 Jan 2004 12:10:18 -0600, young_r@encompasserve.org (Rob Young) wrote:  @ >	Going forward, if Itanium reaches Xeon levels, that levels the@ >	playing field.  OpenVMS, HP/UX aren't handicapped by expensive@ >	hardware.  AIX will still be handicapped by expensive hardware@ >	(unless something changes greatly in the next 2-3 years).  One< >	example, many more examples exist as to why Itanium versus? >	Xeon versus Opteron.  Performance too.  I'll bet Tukwila will.C >	be the highest performing CPU shipping when it ships.  We'll havea' >	to disect that when that day arrives.e    H Going forward, the cost of the software will be a larger factor.  If youE compare the costs of the Itanium SuperDome with the Clustered Itanium,G TPC benchmark numbers some interesting things stand out.  You can breakoF up the cost of a TPC configuration into basically 5 buckets - clients,H network, software & maintenance, disk, and server.  The software here isD the cost of the OS, the DB, and the transaction manager (BEA in bothG cases) including 3 years of support.  That means these are ongoing, notc sunk, costs.  ? On the SuperDome benchmark the server is ~47% of the total costgH (averaging the discounts across all the hardware).  For the cluster, theF servers are only about 18.5% of the total cost.  On the other hand theE software costs for the cluster system are twice what they are for then/ non-clustered system (~2M vs ~1M over 3 years).      Robert, A whose opinions and observations are all his and absolutely nobody  else's.n   ------------------------------  % Date: Thu, 29 Jan 2004 17:58:43 +0000eO From: Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com>iC Subject: Re: It is almost certain now, INTEL will have 64bit x86 !!-0 Message-ID: <bvbhkj$scp$1@new-usenet.uk.sun.com>   Dirk Munk wrote:J > What many of us have been predicting for the last couple of years now i= s=20J > going to be a reality. Intel will have 64bit x86 cpu's. Please read the= =20n1 > following article from the news agency Reuters:y >=20 > (=20L > http://www.reuters.com/newsArticle.jhtml?type=3DtechnologyNews&storyID=3D=
 4233918=20 > )m >=20  > If true then the last person working for HP Enterprise Systems4 Business should turn the lights off when they leave.   regardsm Andrew Harrison  >=201 > Intel Signals 64-Bit Offering May Be on Horizone" > Wed January 28, 2004 08:15 PM ET >=20 > By Daniel Sorid  >=20J > SAN FRANCISCO (Reuters) - Intel Corp. (INTC.O: Quote, Profile, Research= )=20J > President and Chief Operating Officer Paul Otellini on Wednesday said=20@ > the world's largest chip maker would likely give its 32-bit=20J > microprocessors an upgrade to 64 bits once supporting software becomes =   > available. >=20E > "You can be fairly confident that when there is software from an=20iF > application and operating system standpoint that we'll be there,"=20J > Otellini said, responding to a question about 64-bit technology, in an =  G > interview with a Wall Street analyst that was broadcast over the Web.  >=20J > Otellini's comments represented Intel's strongest endorsement yet of a =  J > technological advance first introduced by rival Advanced Micro Devices =  F > Inc. (AMD.N: Quote, Profile, Research) , said Nathan Brookwood, a=20% > technology analyst with Insight 64.w >=20I > "That's a very important statement in the sense that it more or less=20 J > anticipates that there will be a single compatible technique that Intel= =20r1 > will use and AMD is using now," Brookwood said.  >=20C > Other than to say they were watching the area carefully, Intel=20 J > executives have stayed quiet on the subject of 64-bit chips for persona= l=20) > computers and low-end computer servers.d >=20J > Analysts, however, have long speculated that Intel engineers have been =  F > busy working on such a technology, but have remained quiet on the=20J > subject so as not to take attention away from Itanium, Intel's line of =  J > 64-bit chips for server computers that can cost upward of $50,000 each.=   >=20E > While most personal computers in the market today rely on 32-bit=20@J > microchips, 64-bit chips provide special advantages for running video=20D > games, producing video, or churning through large amounts of data. >=20J > Also, 64-bit computers can accommodate vast amounts of computer memory =  J > -- opening up far more powerful applications -- whereas 32-bit computer= s=20' > are limited to 4 gigabytes of memory.C >=20F > Otellini said regular computer users were unlikely today to spend=20J > thousands of dollars for computer memory for PCs that can cost as low a= s=20J > $699. Eventually, however, as memory prices drop and software becomes=20J > more complex, he said, breaking the 4-gigabyte memory limit will make=20 > sense. >=20J > "Just like we went from 16 to 32-bits, the memory requirements grow ove= r=20H > time on applications, just as memory costs come down over time," he=206 > said. "So at some point it becomes very economical." >=20J > Otellini's comments now suggest that Intel intends to release a desktop= =20LJ > chip similar to and compatible with AMD's 64-bit offering, Brookwood sa= id.L >=20J > "That should make for a more orderly market and transition to 64-bit,=20J > and in some ways is a tacit endorsement of what AMD is doing," he said.=   >=20G > Last year AMD pushed ahead with its AMD64 line of chips, which run=20wJ > today's 32-bit software but can support 64-bit software being developed= =20RC > by Microsoft Corp. (MSFT.O: Quote, Profile, Research) and others.0( > =A9 Reuters 2004. All Rights Reserved. >=20   ------------------------------    Date: 29 Jan 2004 19:35:59 -0800' From: icerq4a@spray.se (David Svensson)EC Subject: Re: It is almost certain now, INTEL will have 64bit x86 !!e= Message-ID: <734da31c.0401291935.7ccfa072@posting.google.com>    Andrew Harrison SUNUK Consultancy <Andrew No.Harrison No@nospamn.sun.com> wrote in message news:<bvbhkj$scp$1@new-usenet.uk.sun.com>...  > Dirk Munk wrote:K > > What many of us have been predicting for the last couple of years now i  >  s  K > > going to be a reality. Intel will have 64bit x86 cpu's. Please read the1 >   3 > > following article from the news agency Reuters:  > >  > > ( I > > http://www.reuters.com/newsArticle.jhtml?type=technologyNews&storyID=  >  4233918   > > )  > >  > @ > If true then the last person working for HP Enterprise Systems6 > Business should turn the lights off when they leave. > 	 > regards0 > Andrew Harrison5  & The usual childish behaviour from you.  D This has been known for years, and is not a new thing for most of usD (and inside Intel) that Intel will make a x86-64 chip in the future.   ------------------------------  + Date: Fri, 30 Jan 2004 05:58:56 +0000 (UTC)D% From: bdc@world.std.com (Brian Chase) C Subject: Re: It is almost certain now, INTEL will have 64bit x86 !! ( Message-ID: <bvcrr0$bco$1@pcls4.std.com>  2 In article <bvbham$ald$1@news1.tilbu1.nb.home.nl>,  Dirk Munk  <munk@home.nl> wrote:  Q > What many of us have been predicting for the last couple of years now is going  N > to be a reality. Intel will have 64bit x86 cpu's. Please read the following ' > article from the news agency Reuters:  > R > ( http://www.reuters.com/newsArticle.jhtml?type=technologyNews&storyID=4233918 )  1 A similar story is being carried on news.com too: 0 ( http://news.com.com/2100-1006_3-5150336.html )    ->  Intel shifts 64-bit emphasis ->  By Stephen Shankland ->  Staff Writer, CNET News.com  ->  F ->  Intel plans to demonstrate a 64-bit revamp of its Xeon and PentiumJ ->  processors in mid-February--an endorsement of a major rival's strategy9 ->  and a troubling development for Intel's Itanium chip.  ->J ->  The demo, which follows the AMD64 approach of Intel foe Advanced MicroC ->  Devices, is expected at the Intel developer conference, Feb. 17mG ->  through 19 in San Francisco, according to sources familiar with the6J ->  plan. Intel had code-named the technology Yamhill but now calls it CT, ->  sources said.  ->	 ->  [...]e  D Well, it's still not "game over" for Itanium, but history has prettyF consistently shown that the higher-end, high margin, systems get eaten, from the bottom up as technology progresses.  F Intel's official entry into the x86-64 arena will spark a really nastyH price/performance war with AMD, so I don't believe Itanium will have theI luxury of taking the next three years to get it's pricing down to that of H today's Xeon levels.  I really don't think that would've happened anywayF though, since it's a combination of consumers and Microsoft who drivesG whether a processor will become a commodity or not.  I really don't see*F the folks in Redmond supporting IA64 long-term because it doesn't makeF good business sense for them to support a port to an architecture that
 lacks volume.S   -brian.R -- .F --- Brian Chase | bdc@world.std.com | http://world.std.com/~bdc/ -----+ Font-o-Meter!      Proportional  Monospacedh'                                       ^s   ------------------------------  + Date: Thu, 29 Jan 2004 19:22:37 +0100 (CET)s, From: Imya Rek <mixmaster@eleitl.dyndns.org>( Subject: Re: JF's black helicopter world@ Message-ID: <7b04972de2e84bf5a9f35fc1f8f1f6c2@eleitl.dyndns.org>  , JF Mezei <jfmezei.spamnot@istop.com> whined:   >Tony Reed wrote:rJ >> Jeez, J.-F., you need to get out more. You're teetering on the brink of) >> serious black-helicopter kookery here.o >tK >If someone ever starts to target you, then I expect you will come back and- >apologize for the above.   N Uh huh.  For someone who never apologizes for his daily bad behavior, you sure& expect a lot of apologies from others.  $ >> All the remailer operators are inK >> a conspiracy against li'l ol' you? You must be TRES important around thej$ >> Usenet water cooler, me ol' mate. >sJ >Nop, they have automated procedures to serously harass anyone complainingI >about them. The Mit remailers are different because they are essentially(I >lights-out operations with MIT purposefully closing their eyes and ears,oO >allowing their remailers to be abused by the operators of the other remailers.oL >Check out the paths of some of the more offendiong messages, they go thoughD >multiple remailers and gateways to make it very hard to trace back. >sJ >But the dingo, dizum, cryptorebels and the others in that "gang" are veryH >protective of their turf. Dizum used to use the email adresses of thoseL >complaining as "fake" email adresses for people sending anonymous messages. > J >> I don't think the remailer operators know or care who you are, son. AndF >> they're not going to shut the services down because you feel a mite >> inconvenienced. >nO >Of course they aren't going to shut down, because their goal is to allow theirrF >facilities to be used to offend/inconvenience/harras people. The moreH >complaints they get, the more succesful they consider themselves to be. >fH >But they do get very offended when you make serious complaints to their4 >upstream providers who then start to ask questions. >SL >Ever wondered why so much spam has some "random" number in the subject ? SoN >that the billions of messages flowing out aren't all identical, thus avoidingO >being detected by spam detection software. Similarly, some of the recent spatedH >of anti-NIKE commercials in HTML had "random" readable text in the htmlK >comments. ("the lovable branch rotates the veins of the building") to makemD >each batch of message different, thus allowing them to pass through >"undetected". > N >And yes, there are some standards that provide mathematical formula to detectO >spam based on frequency, identical contents etc. (Not sure how widespread such M >standards are implemented). But clearly, the spammer and remailers are awaretL >of them and have written their gateways to arrange their spam to be "legal" >under those standards.e  N No doubt you've heard it countless times before, but you would benefit greatly from some contact with reality.   O Try to get out of your dark, porn-filled dungeon once in a while.  Start slowlynP at first.  Stop wanking and step out for five minute intervals, then increase itN to ten minutes, and slowly work up to longer times.  Eventually you might evenL set a goal to get a job and interact with people who live in the real world.  N You will see how different the world is outside your dark basement filled with# preteen nude girl jpegs and videos.r   ------------------------------  + Date: Thu, 29 Jan 2004 20:24:25 +0100 (CET)w, From: Imya Rek <mixmaster@eleitl.dyndns.org>( Subject: Re: JF's black helicopter world@ Message-ID: <b72702e4c077cd76e78095f72dc6b8d6@eleitl.dyndns.org>  , JF Mezei <jfmezei.spamnot@istop.com> whined: |  >Tony Reed wrote:<J >> Jeez, J.-F., you need to get out more. You're teetering on the brink of) >> serious black-helicopter kookery here.c >rK >If someone ever starts to target you, then I expect you will come back ando >apologize for the above.   N Uh huh.  For someone who never apologizes for his daily bad behavior, you sure& expect a lot of apologies from others.  $ >> All the remailer operators are inK >> a conspiracy against li'l ol' you? You must be TRES important around then$ >> Usenet water cooler, me ol' mate. > J >Nop, they have automated procedures to serously harass anyone complainingI >about them. The Mit remailers are different because they are essentiallyeI >lights-out operations with MIT purposefully closing their eyes and ears,hO >allowing their remailers to be abused by the operators of the other remailers.iL >Check out the paths of some of the more offendiong messages, they go thoughD >multiple remailers and gateways to make it very hard to trace back. >sJ >But the dingo, dizum, cryptorebels and the others in that "gang" are veryH >protective of their turf. Dizum used to use the email adresses of thoseL >complaining as "fake" email adresses for people sending anonymous messages. >rJ >> I don't think the remailer operators know or care who you are, son. AndF >> they're not going to shut the services down because you feel a mite >> inconvenienced. >eO >Of course they aren't going to shut down, because their goal is to allow their,F >facilities to be used to offend/inconvenience/harras people. The moreH >complaints they get, the more succesful they consider themselves to be. >tH >But they do get very offended when you make serious complaints to their4 >upstream providers who then start to ask questions. >aL >Ever wondered why so much spam has some "random" number in the subject ? SoN >that the billions of messages flowing out aren't all identical, thus avoidingO >being detected by spam detection software. Similarly, some of the recent spate H >of anti-NIKE commercials in HTML had "random" readable text in the htmlK >comments. ("the lovable branch rotates the veins of the building") to makeRD >each batch of message different, thus allowing them to pass through >"undetected". ><N >And yes, there are some standards that provide mathematical formula to detectO >spam based on frequency, identical contents etc. (Not sure how widespread such M >standards are implemented). But clearly, the spammer and remailers are awarerL >of them and have written their gateways to arrange their spam to be "legal" >under those standards.e  N No doubt you've heard it countless times before, but you would benefit greatly from some contact with reality.   O Try to get out of your dark, porn-filled dungeon once in a while.  Start slowly P at first.  Stop wanking and step out for five minute intervals, then increase itN to ten minutes, and slowly work up to longer times.  Eventually you might evenL set a goal to get a job and interact with people who live in the real world.  N You will see how different the world is outside your dark basement filled with# preteen nude girl jpegs and videos.I   ------------------------------  % Date: Thu, 29 Jan 2004 19:41:34 -0500l* From: JF Mezei <jfmezei.spamnot@istop.com> Subject: Re: New Virus) Message-ID: <4019A837.95010392@istop.com>t   Tom Linden wrote:bI >   of MX are very worth-while additions.  Scanning the body, however, isiG >   more complex.  It requires a full-fledged HTML interpreter sp that,o  K My ISP does raw scanning of contents. For SWEN, it just scans for the firstAM line of the base64-encoded virus. No need to bother de-encoding attachements.    ------------------------------  + Date: Thu, 29 Jan 2004 19:12:32 +0100 (CET)s, From: Imya Rek <mixmaster@eleitl.dyndns.org> Subject: Re: NEWS2 again....@ Message-ID: <344e5c743702becec9586836ac138810@eleitl.dyndns.org>  , JF Mezei <jfmezei.spamnot@istop.com> kooked:   >Madonna wrote:-& >> From: edo <nobody@cryptorebels.net>J >> Comments: This message did not originate from the Sender address above.C >>  It was remailed automatically by anonymizing remailer software.a6 >>  Please report problems or inappropriate use to the; >>  remailer administrator at <edo-admin@cryptorebels.net>.a >d >yM >Reporting abuse to cryptorebels, dizum, frog-remailer, and the collection of-K >abuse-supporting remailers at mit.edu is the last thing you want to do. It I >results in the operators then spamming your own mailbox with hundreds ofXH >copies of messages about you, as well as cross posting of these to some >newsgroups. >eO >For the abuse passing through the mit servers, best bet is to send an email tow >the lJ >chancellor-www@mit.edu since the folks below him do absolutely nothing to5 >prevent their anonymous remailers from being abused.n >aN >What is interesting is that the operators of those remailers take pleasure inC >supporting the abusers. For instance, Greg Morrow is my nemesis onIN >rec.travel.air who generates all these abusive messages, but if one complainsO >about these, then the operators get involved and use their software to augmentoO >the abuse (they know that some SMTP servers will block traffic when it exceeds I >a certain threshold, so they have special software that sends only 15-20rH >messages per period of time so that they traffic stays below the radar.   Spoken like a true kook.....   ------------------------------  + Date: Thu, 29 Jan 2004 20:14:19 +0100 (CET)A, From: Imya Rek <mixmaster@eleitl.dyndns.org> Subject: Re: NEWS2 again....@ Message-ID: <070f3ca19298501aa8a5f56566019b12@eleitl.dyndns.org>  % "Madonna" <nospam@nospam.ca> trolled:  |O >N1 >"edo" <nobody@cryptorebels.net> wrote in message : >news:6669d17fb638ef09aba82843d8859756@cryptorebels.net...- >> Message-ID: <40163ED7.D75DE2D9@nobody.com>D# >> From: Nobody <nobody@nobody.com>e >> Organization: nla0:- >> X-Mailer: Mozilla 4.76 (Macintosh; U; PPC)/ >> X-Accept-Language: en >> MIME-Version: 1.0/ >> Newsgroups: rec.travel.europe,rec.travel.airi0 >> Subject: Re: americans at the athens olympics@ >> References: <cab4df5f.0401261011.6448da2d@posting.google.com>, >> <tAjRb.18$cW5.3507@news20.bellglobal.com># ><260120041904398525%gofig@mac.com> 5 >> <9KnRb.18426$Wf6.12780@newssvr25.news.prodigy.com>e% >> <260120042315474754%gofig@mac.com>I- >> Content-Type: text/plain; charset=us-asciin" >> Content-Transfer-Encoding: 7bit >> Lines: 27( >> Date: Tue, 27 Jan 2004 05:35:09 -0500" >> NNTP-Posting-Host: 66.11.160.74K >> X-Trace: news.nnrp.ca 1075199420 66.11.160.74 (Tue, 27 Jan 2004 05:30:20  >EST)h3 >> NNTP-Posting-Date: Tue, 27 Jan 2004 05:30:20 ESTA >'I >Notice the path has been conveniently deleted from the headers by "edo".tG >The rest of the headers are all bogus unless they come from a reliablet >origin.  ) Denial ain't just a river in Egypt........  N (The full headers with message are available for anyone to inspect by going toN the group in question, and inspecting them yourself.  But denial is a powerfulJ thing, as you've shown.  It's a sign of someone who can't cope with life.)   ------------------------------  + Date: Thu, 29 Jan 2004 19:33:34 +0100 (CET)h, From: Imya Rek <mixmaster@eleitl.dyndns.org> Subject: Re: NEWS2 again....@ Message-ID: <21c763231d5702e19d5372c789b4dde5@eleitl.dyndns.org>  % "Madonna" <nospam@nospam.ca> trolled:n   >n1 >"edo" <nobody@cryptorebels.net> wrote in messages: >news:6669d17fb638ef09aba82843d8859756@cryptorebels.net...- >> Message-ID: <40163ED7.D75DE2D9@nobody.com>s# >> From: Nobody <nobody@nobody.com>i >> Organization: nla0:- >> X-Mailer: Mozilla 4.76 (Macintosh; U; PPC)w >> X-Accept-Language: en >> MIME-Version: 1.0/ >> Newsgroups: rec.travel.europe,rec.travel.aird0 >> Subject: Re: americans at the athens olympics@ >> References: <cab4df5f.0401261011.6448da2d@posting.google.com>, >> <tAjRb.18$cW5.3507@news20.bellglobal.com># ><260120041904398525%gofig@mac.com>l5 >> <9KnRb.18426$Wf6.12780@newssvr25.news.prodigy.com>n% >> <260120042315474754%gofig@mac.com>r- >> Content-Type: text/plain; charset=us-ascii " >> Content-Transfer-Encoding: 7bit >> Lines: 27( >> Date: Tue, 27 Jan 2004 05:35:09 -0500" >> NNTP-Posting-Host: 66.11.160.74K >> X-Trace: news.nnrp.ca 1075199420 66.11.160.74 (Tue, 27 Jan 2004 05:30:20h >EST)t3 >> NNTP-Posting-Date: Tue, 27 Jan 2004 05:30:20 ESTl >tI >Notice the path has been conveniently deleted from the headers by "edo".aG >The rest of the headers are all bogus unless they come from a reliablel >origin.  ) Denial ain't just a river in Egypt.......V  N (The full headers with message are available for anyone to inspect by going toN the group in question, and inspecting them yourself.  But denial is a powerfulJ thing, as you've shown.  It's a sign of someone who can't cope with life.)   ------------------------------  # Date: Fri, 30 Jan 2004 05:54:39 GMT"6 From: "Andy Bustamante" <a_c_bustamante@earthlink.net> Subject: Re: PATHWORKS questionP= Message-ID: <zkmSb.17867$3t5.6499@newssvr27.news.prodigy.com>$  L In addition to the client (Thomas Wirt) you'll need the host software. For aJ 5.5xxx system I believe you'll need a Pathworks 5.0F2 (5.0F1) distributionK on the host.  The current Advanced server version 6.0 plus requires VMS 7.2sL or better if I recall correctly.  On the client side, for Windows XP, you'llC need Pathworks 32 v7.3.  A client license should also be installed.G   --       Andy Bustamantes' (Remove the ascii 95's to mail a reply)     > "Dieter Montanez" <dieter@plantcomputers.com> wrote in message2 news:KYMRb.8225$nI4.6588@bignews2.bellsouth.net... > Hello, >a> > I need to connect a PC Running Windows XP to a VAX  4000/300? > running VMS 5.xx. There is no PATHWORKS installed on the VAX.e? > I would likte the PC to be able to run the DECNET protocol to A > connect to the VAX and be able to start a DOS based application>. > on the PC that will comunicate with the VAX. >>: > I've seen "client only" versions of PATHWORKS 32 7.x for7 > +/- $ 200.00. Will those version help me doing that ?s >I	 > regards/ >L > Dieter >M   ------------------------------    Date: 29 Jan 2004 12:57:37 -0800' From: icerq4a@spray.se (David Svensson)i" Subject: Re: Rumours of (CPU) Wars< Message-ID: <734da31c.0401291257.358d2c3@posting.google.com>   Andrew Harrison SUNUK Consultancy <Andrew No.Harrison No@nospamn.sun.com> wrote in message news:<bvb1b6$mnq$1@new-usenet.uk.sun.com>...  > H > Total tosh, UltraSPARC isn't 15 years old and SPARC isn't being phasedE > out after USIV why would the producer of the most sucessfull 64 bit>5 > RISC processor in the market suddenly phase it out.c  E Sun may not have end the development of SPARC, but the general beliefeB of many people is that SPARC will gradually be phased out. The AMD? announcment and the slow performance of recent SPARC CPU's also- accellerate this belief.  C > Nor does IBM seem very interested in Itanium as a back-stop their B > recent announcments that they will be using IA-32 for their nextH > generation large Intel based SMP server puts paid to that supposition. > E > If they wanted a backstop they would be continuing with Power while ; > doing a Itanium based SMP system for their xSeries range.>  / Does not make sense, Itanium is not an x86 CPU.=& Xeon has been very successfull at IBM.5 IBM has no big reason to make a large Itanium server.f   ------------------------------  % Date: Thu, 29 Jan 2004 17:52:43 -0500h* From: "Bill Todd" <billtodd@metrocast.net>" Subject: Re: Rumours of (CPU) Wars2 Message-ID: <urCdna65tuA7E4TdRVn_iw@metrocast.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:D41kAkyX9kNV@eisner.encompasserve.org...e> > In article <734da31c.0401291257.358d2c3@posting.google.com>,) icerq4a@spray.se (David Svensson) writes:s >l3 > > Does not make sense, Itanium is not an x86 CPU.n* > > Xeon has been very successfull at IBM.9 > > IBM has no big reason to make a large Itanium server.e >c >e= > Cheaper and you can cobble together Itaniums to make thingsd	 > faster.   G Which is even more true of AMD64:  expect IBM to look in that directioniJ rather than to Itanic if they want a second arrow in their quiver for that purpose.  7   See tpc.org for examples.  Cheaper and faster usuallyw > changes things.i  ' Yup - already is, in the case of AMD64.e  /   That said, AIX doesn't run on Itanium so they  > go with Power.  K Actually, AIX *does* run on Itanic:  IBM just doesn't find it worthwhile tob support it.i  5   But Fister tells us Itanium systems will be getting=D > cheaper - down to the Xeon level.  We suppose they will be gettingA > quite a bit faster (elsewhere we read Tikwula is 7 times fastere > than Madison).  K You keep saying that without noting that each *core* on Tukwila will likelyiI be a tad *slower* than Madison:  it's only by virtue of having 8 cores ono; the die that the aggregate chip performance will be faster.u  I By that logic, POWER4+ (with its 2 cores per die) is twice as powerful as  Itanic right now.m   - bill   ------------------------------  % Date: Thu, 29 Jan 2004 13:46:27 -0800N3 From: Alan Frisbie <Usenet01REMOVE@Flying-Disk.com> " Subject: Re: Rumours of (CPU) Wars. Message-ID: <40197F33.7030209@Flying-Disk.com>   Ken Farmer wrote:_ > SKHPC: Rumours of (CPU) Wars  C > http://www.shannonknowshpc.com/stories.php?story=04/01/28/7503155"  : "Codswallop!"   What a lovely word.   I'll have to find an occasion to use it myself.   Alan   ------------------------------    Date: 29 Jan 2004 16:03:36 -0600+ From: young_r@encompasserve.org (Rob Young)d" Subject: Re: Rumours of (CPU) Wars3 Message-ID: <D41kAkyX9kNV@eisner.encompasserve.org>.  f In article <734da31c.0401291257.358d2c3@posting.google.com>, icerq4a@spray.se (David Svensson) writes:  1 > Does not make sense, Itanium is not an x86 CPU.N( > Xeon has been very successfull at IBM.7 > IBM has no big reason to make a large Itanium server.A    < 	Cheaper and you can cobble together Itaniums to make things? 	faster.  See tpc.org for examples.  Cheaper and faster usuallyi? 	changes things.  That said, AIX doesn't run on Itanium so they,D 	go with Power.  But Fister tells us Itanium systems will be gettingC 	cheaper - down to the Xeon level.  We suppose they will be getting @ 	quite a bit faster (elsewhere we read Tikwula is 7 times faster< 	than Madison).  Danger here is much cheaper and faster puts= 	tremendous pressure on the Power architecture as a preferredXB 	solution (why?  In love with AIX?  ok, but that love is in danger; 	of waning with a siren song of cheaper/faster in the ear).E   				Rob    ------------------------------    Date: 29 Jan 2004 18:49:04 -0600+ From: young_r@encompasserve.org (Rob Young) " Subject: Re: Rumours of (CPU) Wars3 Message-ID: <b8iK8cTzbQs5@eisner.encompasserve.org>i  _ In article <urCdna65tuA7E4TdRVn_iw@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:O > : > "Rob Young" <young_r@encompasserve.org> wrote in message/ > news:D41kAkyX9kNV@eisner.encompasserve.org... ? >> In article <734da31c.0401291257.358d2c3@posting.google.com>,h+ > icerq4a@spray.se (David Svensson) writes:C >>4 >> > Does not make sense, Itanium is not an x86 CPU.+ >> > Xeon has been very successfull at IBM.': >> > IBM has no big reason to make a large Itanium server. >> >>> >> Cheaper and you can cobble together Itaniums to make things
 >> faster. > I > Which is even more true of AMD64:  expect IBM to look in that direction2L > rather than to Itanic if they want a second arrow in their quiver for that
 > purpose. > 9 >   See tpc.org for examples.  Cheaper and faster usually  >> changes things. > ) > Yup - already is, in the case of AMD64.7 > 1 >   That said, AIX doesn't run on Itanium so they  >> go with Power.e > M > Actually, AIX *does* run on Itanic:  IBM just doesn't find it worthwhile toE
 > support it.i > 7 >   But Fister tells us Itanium systems will be gettinglE >> cheaper - down to the Xeon level.  We suppose they will be gettingiB >> quite a bit faster (elsewhere we read Tikwula is 7 times faster >> than Madison).t > M > You keep saying that without noting that each *core* on Tukwila will likelyiK > be a tad *slower* than Madison:  it's only by virtue of having 8 cores one= > the die that the aggregate chip performance will be faster.m >     @ 	Slower than Madison?  Highly unlikely.  Cache will be very muchB 	larger - total.  Surely on-chip switches will allow cache sharing0 	ala EV7 with very low latency / high bandwidth.  F 	A CPU with 8 cores costs as much as a Xeon.  You get quite a bit more 	price performance.   F 	If you have a multi-threaded app (database and others) you get quite 9 	a bit performance gain out of a single CPU with 8 cores.e  K > By that logic, POWER4+ (with its 2 cores per die) is twice as powerful asr > Itanic right now.e  > 	That would probably be correct too.  But given its outrageousD 	cost (8-way MCM lists for $275000) it is down the price performance< 	curve.  Faster cheaper will erode the Power.  Surely IBM isE 	busy porting AIX to Opteron and we are going to hear an announcementaA 	any day now?  They *have* to go somewhere as high CPU prices area? 	going to be a thing of the past (if Fister is to be believed).n   				Robh   ------------------------------  + Date: Fri, 30 Jan 2004 02:34:54 +0000 (UTC)i% From: bdc@world.std.com (Brian Chase)m" Subject: Re: Rumours of (CPU) Wars( Message-ID: <bvcfse$91i$1@pcls4.std.com>  3 In article <b8iK8cTzbQs5@eisner.encompasserve.org>,,, Rob Young <young_r@encompasserve.org> wrote:@ > In article <urCdna65tuA7E4TdRVn_iw@metrocast.net>, "Bill Todd"" > <billtodd@metrocast.net> writes:  M > > By that logic, POWER4+ (with its 2 cores per die) is twice as powerful asf > > Itanic right now.f > @ > 	That would probably be correct too.  But given its outrageousF > 	cost (8-way MCM lists for $275000) it is down the price performance> > 	curve.  Faster cheaper will erode the Power.  Surely IBM isG > 	busy porting AIX to Opteron and we are going to hear an announcement C > 	any day now?  They *have* to go somewhere as high CPU prices arepA > 	going to be a thing of the past (if Fister is to be believed).t  H IBM already make fast and cheap Power processors.  Apple have been usingE them in their G5 systems for nearly half a year now.  From my vantage D point, it looks like IBM have all their bases covered and then some.   -brian.h --  F --- Brian Chase | bdc@world.std.com | http://world.std.com/~bdc/ -----+ Font-o-Meter!      Proportional  Monospaced-'                                       ^J   ------------------------------  % Date: Thu, 29 Jan 2004 20:32:51 -0600c@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>" Subject: Re: Rumours of (CPU) Wars6 Message-ID: <4019C253.A65F8E14@NeOaSrPtAhMlNiOnWk.net>   Rich Seibel wrote: > Q > On Thu, 29 Jan 2004 03:08:14 -0500, JF Mezei <jfmezei.spamnot@istop.com> wrote:d > >uO > >Just because HP/Compaq decided to get out of the CPU design business doesn'tpM > >mean that all other companies will do the same.  HP/Compaq want to emulateaO > >Dell by dumping everything but final assembly and packaging processes. So HPiP > >is essentially transforming itself into a marketing company, not the R&D firm: > >that it used to be. IBM and Sun still do plenty of R&D. > >rE > From the humor page of the local newspaper, bit named "No kidding":t > # >     "Cherry Garcia Bagel, anyone?s >        Their original plans* > 2 >      1. Ben&Jerry - planned to run a bagel store2 >      2. Staples founder - to start a supermarket1 >      3. Gillette safety razor - to be used once > >      4. "Kitty Litter" - to be nesting material for chickensD >      5. Goodyear - to make musical instruments and rubber clothing  F Here's another from the little-known facts file: PostIt notes were theE result of trying to invent a more permanent adhesive. What could haveD5 been a spectacular failure became a gigantic success.   F >      *Hewlett-Packard was started without knowing what it would make > E >                                   Source: World Features Syndicate"  > 6 > Seems to me HP is still true to their original plan.  * Well, being adaptible is one thing, but...   -- a David J. Dachterao dba DJE Systemsr http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------    Date: 29 Jan 2004 21:36:23 -0600+ From: young_r@encompasserve.org (Rob Young)s" Subject: Re: Rumours of (CPU) Wars3 Message-ID: <rU$J9su23GqI@eisner.encompasserve.org>t  P In article <bvcfse$91i$1@pcls4.std.com>, bdc@world.std.com (Brian Chase) writes:5 > In article <b8iK8cTzbQs5@eisner.encompasserve.org>, . > Rob Young <young_r@encompasserve.org> wrote:A >> In article <urCdna65tuA7E4TdRVn_iw@metrocast.net>, "Bill Todd"l# >> <billtodd@metrocast.net> writes:c > N >> > By that logic, POWER4+ (with its 2 cores per die) is twice as powerful as >> > Itanic right now. >>  A >> 	That would probably be correct too.  But given its outrageous G >> 	cost (8-way MCM lists for $275000) it is down the price performancee? >> 	curve.  Faster cheaper will erode the Power.  Surely IBM is H >> 	busy porting AIX to Opteron and we are going to hear an announcementD >> 	any day now?  They *have* to go somewhere as high CPU prices areB >> 	going to be a thing of the past (if Fister is to be believed). > J > IBM already make fast and cheap Power processors.  Apple have been usingG > them in their G5 systems for nearly half a year now.  From my vantage4F > point, it looks like IBM have all their bases covered and then some. >    	Oh don't be silly.   @ 	An 8-way MCM isn't a G5.  Here's a thought exercise, that 8-wayB 	MCM - what do you suppose the cost of manufacturing is?  Further,C 	what markup in the MCM percentage wise?  What incentive does IntelrD 	have to drive Itanium system costs down to Xeon system cost levels?@ 	How soon before IBM follows this trend and drives Power system # 	costs down to Xeon/Itanium levels?w   				Robc   ------------------------------  % Date: Thu, 29 Jan 2004 23:36:25 -0500=* From: JF Mezei <jfmezei.spamnot@istop.com>" Subject: Re: Rumours of (CPU) Wars( Message-ID: <4019DF38.44B9DA4@istop.com>   Bill Todd wrote:N > the time to.  Perhaps it will discourage Ken Farmer from passing it on:  KenE > features Terry rather prominently on his sites, and some of Terry'sC0 > character thereby contaminates them (and him).  F While I tend to agree with regards to Shannon's objectiveness (or lackL thereof), Shannon still plays an important role. It is important to see whatH HP allows him to write. Mr Shannon needs to pay his bills and we need to understand that.  J And if Mr Farmer manages to get permission to reprint some of Mr Shannon's$ articles, then that is fine with me.  L Remember that Mr Shannon is currently the only publicy heard mouthpiece thatJ mentions "VMS". (Since HP refuses to mention VMS publicly).  Any spin that8 makes VMS look better than it really is is good for VMS.  J Now, the fact that Mr Shannon was allowed to mention that the VMS customerK base was "dwindling" is telling. It is no surprised to people here since it:F has been obvious for a long long time. What is important is that HP is starting to admit to it.  K Will this drop motivate HP to relaunch VMS on IA64 with lots of fanfare, of G will it help HP justify a more rapid phasing out of VMS ? I don't know.e   ------------------------------  % Date: Fri, 30 Jan 2004 01:02:46 -0500 * From: "Bill Todd" <billtodd@metrocast.net>" Subject: Re: Rumours of (CPU) Wars2 Message-ID: <ecSdnaWH0b_tboTd4p2dnA@metrocast.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:rU$J9su23GqI@eisner.encompasserve.org...tJ > In article <bvcfse$91i$1@pcls4.std.com>, bdc@world.std.com (Brian Chase) writes:d7 > > In article <b8iK8cTzbQs5@eisner.encompasserve.org>,w0 > > Rob Young <young_r@encompasserve.org> wrote:C > >> In article <urCdna65tuA7E4TdRVn_iw@metrocast.net>, "Bill Todd"0% > >> <billtodd@metrocast.net> writes:e > >eD > >> > By that logic, POWER4+ (with its 2 cores per die) is twice as powerful aso > >> > Itanic right now. > >>B > >> That would probably be correct too.  But given its outrageousH > >> cost (8-way MCM lists for $275000) it is down the price performance@ > >> curve.  Faster cheaper will erode the Power.  Surely IBM isI > >> busy porting AIX to Opteron and we are going to hear an announcementsE > >> any day now?  They *have* to go somewhere as high CPU prices are C > >> going to be a thing of the past (if Fister is to be believed).  > >9L > > IBM already make fast and cheap Power processors.  Apple have been usingI > > them in their G5 systems for nearly half a year now.  From my vantage.H > > point, it looks like IBM have all their bases covered and then some. > >v >  > Oh don't be silly.  % Right, Rob:  that's *your* specialty.e   >eA > An 8-way MCM isn't a G5.  Here's a thought exercise, that 8-way=9 > MCM - what do you suppose the cost of manufacturing is?   L I suspect that may be somewhere you don't want to go, Rob:  just because IBML can *sell* it for a large sum (because there's no effective competition leftK with Alpha on the way out and Itanic the monumental yawn that it has turnedw> out to be) doesn't mean that it *costs* all that much to make.  
   Further,) > what markup in the MCM percentage wise?   K Exactly.  One suspects that IBM thanks cHumPaq from the bottom of its heartc+ for having killed off the best competition.h     What incentive does Intel0E > have to drive Itanium system costs down to Xeon system cost levels?e  I Not a hell of a lot, given Itanic sales volumes.  Might be better to keepc@ the price high and reap what little profit its niche status as aL PA-RISC/Alpha replacement can confer, leaving the high-volume low end to x86 and 64-bit extensions thereof.  @ > How soon before IBM follows this trend and drives Power system$ > costs down to Xeon/Itanium levels?  L They're already there, Rob:  it's only the extremely high-end configurations that command the big bucks.    - bill   ------------------------------  % Date: Fri, 30 Jan 2004 01:19:38 -0500l* From: "Bill Todd" <billtodd@metrocast.net>" Subject: Re: Rumours of (CPU) Wars2 Message-ID: <gv6dnSXuy8X5aoTd4p2dnA@metrocast.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:b8iK8cTzbQs5@eisner.encompasserve.org... @ > In article <urCdna65tuA7E4TdRVn_iw@metrocast.net>, "Bill Todd"  <billtodd@metrocast.net> writes: > >f< > > "Rob Young" <young_r@encompasserve.org> wrote in message1 > > news:D41kAkyX9kNV@eisner.encompasserve.org...i   ...   9 > >   But Fister tells us Itanium systems will be getting-G > >> cheaper - down to the Xeon level.  We suppose they will be getting D > >> quite a bit faster (elsewhere we read Tikwula is 7 times faster > >> than Madison).g > > H > > You keep saying that without noting that each *core* on Tukwila will likelyJ > > be a tad *slower* than Madison:  it's only by virtue of having 8 cores on? > > the die that the aggregate chip performance will be faster.l > >  >e >b( > Slower than Madison?  Highly unlikely.  I Are you accusing Intel of lying about Tukwila's performance, Rob?  Or areAJ you just incompetent arithmetically?  Intel's statement that the 7x figureL referred to the aggregate performance of all the cores on the chip was quiteL clear - and the experience with Prescott (where a full process shrink didn'tL improve power consumpation at all) emphasizes the lesson that within a givenH chip power envelope adding cores may very well drive *down* the per-core8 performance (as may happen with Montecito even earlier).     Cache will be very much>C > larger - total.  Surely on-chip switches will allow cache sharingc1 > ala EV7 with very low latency / high bandwidth.  >fG > A CPU with 8 cores costs as much as a Xeon.  You get quite a bit morea > price performance.  H Not if each of the 4 cores on the Xeon offers twice the performance of aG Tukwila core - which, given the very modest performance claimed for thea  latter, seems entirely possible.   >tF > If you have a multi-threaded app (database and others) you get quite: > a bit performance gain out of a single CPU with 8 cores. >tJ > > By that logic, POWER4+ (with its 2 cores per die) is twice as powerful as > > Itanic right now.m >l% > That would probably be correct too.h  F I think I'll preserve those words for later, when I suspect they'll be useful.t     But given its outrageousE > cost (8-way MCM lists for $275000) it is down the price performance . > curve.  Faster cheaper will erode the Power.  I If and when that occurs, IBM will simply lower the price accordingly.  Noe! need to forgo profits until then.s     Surely IBM ismF > busy porting AIX to Opteron and we are going to hear an announcement > any day now?  G There's that Shirley again.  Why would IBM port from a high-performance L platform with excellent scaling characteristics to a lower-end platform thatI doesn't markedly out-perform IBM's own lower-end POWER platforms?  That'ssI more like the move Compaq made away from Alpha, and IBM isn't nearly thati stupid.r  4   They *have* to go somewhere as high CPU prices are@ > going to be a thing of the past (if Fister is to be believed).  I If Intel and HP were to be believed, Itanic would out-perform the rest ofoA the world by 2x - 3x and have taken over the desktop by now, Rob.    - bill   ------------------------------    Date: 29 Jan 2004 13:43:59 -0800' From: doug_mentohl@yahoo.co.uk (Daeron)o: Subject: SCO: strange case of the non existant DDOS attack= Message-ID: <da46811d.0401291343.42151253@posting.google.com>   7 http://deseretnews.com/dn/view/0,1249,590039062,00.html   C "The SCO Group Inc., the target of hatred by some supporters of the.E Linux computer operating system, on Tuesday offered a $250,000 rewardmF for the arrest and conviction of whoever created the "Mydoom" worm .."  = Seems a safe bet to me.  What are the odds of anyone actuallygE collection on this award ? What would publicity like this cost to buyp ?t  F " The company confirmed Tuesday that it had been hit by a "distributedF denial-of-service" attack  when a Web site locks up because it cannotD keep up with a flood of inquiries or e-mails  from Mydoom. However,= the site appeared to have been available most of Tuesday, SCOt spokesman Blake Stowell said."  ? Strange since it isn't timed to start until Sunday the first ofeC Feburary. Blake Stowells' explanation for this is that some peoplest clock are set wrong :-Da  D  "There are computers with incorrect clock settings that may already be firing off an attack"  eB See also here where he wants his resellers to work for no money toF persuade SCO 'customers' to take up the licensing scheme. How they are< to be enthused is by the threat of legal action he explains.  " http://www.vnunet.com/News/1152257  F "It is in the best interest of the [SCO] resellers to assure customers< that the software they run their businesses on is clear from$ intellectual property infringement,"   ------------------------------    Date: 29 Jan 2004 15:39:00 -0800+ From: grayduck_not_goose@yahoo.com (Davies) ( Subject: Searching for DECps information= Message-ID: <8561a3dd.0401291539.1e9a04df@posting.google.com>l  E I have looked through these groups looking for current information oneF DECps  and I have yet to find anything.  It was highly recommended toC us for performance management, we have two VMS systems, one running  7.2-1 and the other 7.3-2.  F So far, my searching has lead me to believe the DECps was purchased byD CA:  http://www3.ca.com/Solutions/Product.asp?ID=1174  but I haven't2 been able to get any more information beyond that.  F Where can I get a copy of or information on DECps?  Is it (or anything similar) covered in our CSLG?t  D Any help that you guys/gals could offer would really be appreciated.   ------------------------------  % Date: Thu, 29 Jan 2004 20:49:17 -0600o@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>, Subject: Re: Searching for DECps information6 Message-ID: <4019C62D.CC8A5B3B@NeOaSrPtAhMlNiOnWk.net>  
 Davies wrote:p > G > I have looked through these groups looking for current information oneH > DECps  and I have yet to find anything.  It was highly recommended toE > us for performance management, we have two VMS systems, one running  > 7.2-1 and the other 7.3-2. > H > So far, my searching has lead me to believe the DECps was purchased byF > CA:  http://www3.ca.com/Solutions/Product.asp?ID=1174  but I haven't4 > been able to get any more information beyond that.  C Quite correct. The slimeball-bastard-money-grubbing (censored)s got G their filthy paws on it and destroyed it, like they did countless othere	 products.h  H > Where can I get a copy of or information on DECps?  Is it (or anything > similar) covered in our CSLG?e  A Recent OpenVMS and ALpha architecture changes have rendered DECpsrH inoperable on current versions. I think V7.x broke most of it, but don't recall exactly.e   -- o David J. Dachterae dba DJE Systemsr http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/e   ------------------------------    Date: 29 Jan 2004 19:12:15 -08007 From: jones.computer.srv@worldnet.att.net (Daryl Jones)m, Subject: Re: Searching for DECps information= Message-ID: <8a646952.0401291912.6b4b9bd4@posting.google.com>r  p grayduck_not_goose@yahoo.com (Davies) wrote in message news:<8561a3dd.0401291539.1e9a04df@posting.google.com>...G > I have looked through these groups looking for current information oneH > DECps ? and I have yet to find anything.  It was highly recommended toE > us for performance management, we have two VMS systems, one runningt > 7.2-1 and the other 7.3-2. > H > So far, my searching has lead me to believe the DECps was purchased byF > CA:  http://www3.ca.com/Solutions/Product.asp?ID=1174  but I haven't4 > been able to get any more information beyond that. > H > Where can I get a copy of or information on DECps?  Is it (or anything > similar) covered in our CSLG?i > F > Any help that you guys/gals could offer would really be appreciated.  	 Dear Sir:i  C DECps was bought by Computer Associates is now called AdviseIT. Thec> DECsheduler was also bought by CA is now called ScheduleIT (CA
 Workload).   Regards, Daryl Jonesl   ------------------------------  % Date: Thu, 29 Jan 2004 22:36:19 -0500E3 From: "Richard B. Gilbert" <rgilbert88@comcast.net>r, Subject: Re: Searching for DECps information0 Message-ID: <wbidnSVprf23TITdRVn-uQ@comcast.com>  , This is a multi-part message in MIME format.& --------------0206040609070508030009009 Content-Type: text/plain; charset=us-ascii; format=flowedt Content-Transfer-Encoding: 7bitv   Guys,c  4 DECps (DECprint Supervisor) is alive and well at HP.  @ I think you mean PSDC and PSPA  the Polycenter Performance Data G Collector and the Polycenter Performance Advisor.  These products were lG sold to CA.  (If not the most evil thing DEC ever did, a close second!)t     David J. Dachtera wrote:   >Davies wrote: >  d >BG >>I have looked through these groups looking for current information oneH >>DECps - and I have yet to find anything.  It was highly recommended toE >>us for performance management, we have two VMS systems, one runningb >>7.2-1 and the other 7.3-2. >>H >>So far, my searching has lead me to believe the DECps was purchased byF >>CA:  http://www3.ca.com/Solutions/Product.asp?ID=1174  but I haven't4 >>been able to get any more information beyond that. >>     >> >pD >Quite correct. The slimeball-bastard-money-grubbing (censored)s gotH >their filthy paws on it and destroyed it, like they did countless other
 >products. >r >    >sH >>Where can I get a copy of or information on DECps?  Is it (or anything >>similar) covered in our CSLG?  >>     >> > B >Recent OpenVMS and ALpha architecture changes have rendered DECpsI >inoperable on current versions. I think V7.x broke most of it, but don't  >recall exactly. >f >  r >e  & --------------020604060907050803000900) Content-Type: text/html; charset=us-asciiu Content-Transfer-Encoding: 7bitt  ? <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">j <html> <head>I   <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">t   <title></title>- </head>-' <body text="#000000" bgcolor="#ffffff">4	 Guys,<br>0 <br>8 DECps (DECprint Supervisor) is alive and well at HP.<br> <br>D I think you mean PSDC and PSPA&nbsp; the Polycenter Performance DataK Collector and the Polycenter Performance Advisor.&nbsp; These products wereeP sold to CA.&nbsp; (If not the most evil thing DEC ever did, a close second!)<br> <br> <br> David J. Dachtera wrote:<br> <blockquote type="cite"a4  cite="mid4019C62D.CC8A5B3B@NeOaSrPtAhMlNiOnWk.net">   <pre wrap="">Davies wrote:   </pre>   <blockquote type="cite">V     <pre wrap="">I have looked through these groups looking for current information onL DECps &#8211; and I have yet to find anything.  It was highly recommended toC us for performance management, we have two VMS systems, one runninga 7.2-1 and the other 7.3-2.  F So far, my searching has lead me to believe the DECps was purchased by CA:  <a class="moz-txt-link-freetext" href="http://www3.ca.com/Solutions/Product.asp?ID=1174">http://www3.ca.com/Solutions/Product.asp?ID=1174</a>  but I haven'te2 been able to get any more information beyond that.
     </pre>   </blockquote>b   <pre wrap=""><!---->C Quite correct. The slimeball-bastard-money-grubbing (censored)s gotsG their filthy paws on it and destroyed it, like they did countless othert	 products.h     </pre>   <blockquote type="cite">W     <pre wrap="">Where can I get a copy of or information on DECps?  Is it (or anythinge similar) covered in our CSLG?k
     </pre>   </blockquote>l   <pre wrap=""><!---->A Recent OpenVMS and ALpha architecture changes have rendered DECpssH inoperable on current versions. I think V7.x broke most of it, but don't recall exactly.      </pre>
 </blockquote>. </body>- </html>-  ( --------------020604060907050803000900--   ------------------------------  + Date: Thu, 29 Jan 2004 20:03:48 +0000 (UTC)N, From: lewis@mazda.mitre.org (Keith A. Lewis)> Subject: Re: SHOW MEMORY /CACHE /FULL = 164% Read Hit Rate ???. Message-ID: <bvbov4$6pe$1@newslocal.mitre.org>   brandon@dalsemi.com (John Brandon) writes in article <04012910571904@dscis6-0.dalsemi.com> dated Thu, 29 Jan 2004 10:57:19 -0600: O >    Total Size (Kbytes)         512000    Read IO Count             3005057741aO >    Free Kbytes                 241344    Read Hit Count            2176764309wO >    Kbytes in Use               270656    Read Hit Rate                   164%n  ' >And I noted "Read Hit Rate" at 164%.  1   You've been 32-bitten.  & hit_rate = hit_count / io_count * 100%( hit_rate = hit_count / (io_count / 100%)   $ io_count = 3005057741. $ show sym io_countp>   IO_COUNT = -1289909555   Hex = B31D8ACD  Octal = 26307305315 $ hit_count = 2176764309 $ show sym hit_count?   HIT_COUNT = -2118202987   Hex = 81BEC995  Octal = 20157544625 ) $ hit_rate = hit_count / (io_count / 100). $ show sym hit_ratee6   HIT_RATE = 164   Hex = 000000A4  Octal = 00000000244  0 --Keith Lewis              klewis {at} mitre.org> The above may not (yet) represent the opinions of my employer.   ------------------------------  % Date: Thu, 29 Jan 2004 15:01:35 -0600l( From: brandon@dalsemi.com (John Brandon)> Subject: Re: SHOW MEMORY /CACHE /FULL = 164% Read Hit Rate ???1 Message-ID: <04012915013573@dscis6-0.dalsemi.com>b   Keith Lewis writes:n) > >And I noted "Read Hit Rate" at 164%.  u >  > You've been 32-bitten. > ( > hit_rate = hit_count / io_count * 100%* > hit_rate = hit_count / (io_count / 100%) >  > $ io_count = 3005057741a > $ show sym io_countC@ >   IO_COUNT = -1289909555   Hex = B31D8ACD  Octal = 26307305315 > $ hit_count = 2176764309 > $ show sym hit_countA >   HIT_COUNT = -2118202987   Hex = 81BEC995  Octal = 20157544625d+ > $ hit_rate = hit_count / (io_count / 100)o > $ show sym hit_rate68 >   HIT_RATE = 164   Hex = 000000A4  Octal = 00000000244   Figures...  + Using Excel (gasp argh) it comes out to 72%b  
 Thanks Keith!      J*o*h*n B*r*a*n*d*o*nX VMS Systems Administratorn* firstname.lastname.spam.me.not@dalsemi.com   ------------------------------    Date: 29 Jan 2004 12:56:54 -0800- From: contracer11@uol.com.br (Shiva MahaDeva)s# Subject: SMG$ examples in Pascal....= Message-ID: <ddf392ea.0401291256.1f20379c@posting.google.com>g  F Where could I get SMG$ examples in Pascal ? Im trying make a program G to use smg$create_subprocess and smg$execute_command without success...>* Is there any book to learn SMG$ routines ? Thanks in advance...   ------------------------------  # Date: Thu, 29 Jan 2004 22:25:29 GMT>& From: John Reagan <john.reagan@hp.com>' Subject: Re: SMG$ examples in Pascal...43 Message-ID: <tLfSb.13425$r56.2690@news.cpqcorp.net>-   Shiva MahaDeva wrote::H > Where could I get SMG$ examples in Pascal ? Im trying make a program I > to use smg$create_subprocess and smg$execute_command without success...r, > Is there any book to learn SMG$ routines ? > Thanks in advance...  E Can you post what you have so far?  Perhaps we can spot your problem   without re-inventing the wheel.a  I I thought I had a working SMG$ example lying around, but I don't seem to n	 have one.i   -- o John Reagan'' Compaq Pascal/{A|I}MACRO Project Leader- Hewlett-Packard Company3   ------------------------------  % Date: Thu, 29 Jan 2004 20:08:05 -0600.@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>( Subject: Re: stupid backup tricks (long)6 Message-ID: <4019BC85.20DD0313@NeOaSrPtAhMlNiOnWk.net>   David M Smith wrote: > 9 > On Wed, 28 Jan 2004 19:46:09 -0600, "David J. Dachtera"i/ > <djesys.nospam@NeOaSrPtAhMlNiOnWk.net> wrote:  > G > >Also, "rooted-device logical name" is a distinctly different conceptcK > >from "pseudo-device" which implies something that is simply not true and G > >does not, in fact, exist. If it did, I would expect to see PSA0: andiC > >similar devices and/or a (SYS$)PSDRIVER somewhere on the system.s > > ? > >Actually, though, having chewed on the thought a bit, a true.2 > >pseudo-device wouldn't be such a bad idea, IMO. > P > Well, I happen to agree that rooted-device logical name is a better term sinceO > VMS has consistently used it over the years since it was invented, I think atn  > V4.0 in support of clustering. > R > Since pseudo-device isn't an "official" VMS term (as far as I know) I suppose itR > can mean whatever you want it to mean. Would you consider the devices created by6 > the LDDRIVER (freeware) to be pseudo-devices or not?  B LD (or VD) connects logical devices to container files - a sort of
 virtual disk.4  H The idea I proposed for "pseudo-disk" introduces the concept of imposingH a disk usage quota on files under a specific directory. Other than that,H it has little advantage over a rooted logical name, except that if basedD on a volume-set, the rules of that volume-set still apply otherwise.   -- t David J. DachteraP dba DJE Systemsh http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------    Date: 29 Jan 2004 20:08:21 -0800( From: bob@instantwhip.com (Bob Ceculski)D Subject: Terry, when Palmers involved you seal the deal on the spot!= Message-ID: <d7791aa1.0401292008.7e4b74fe@posting.google.com>l  8 you underestimated him!  Too bad this never happened ...) VMS would have ruled the os world now ...n  9 http://www.openvms.org/stories.php?story=04/01/29/9152791e   ------------------------------  % Date: Fri, 30 Jan 2004 00:11:27 -0500f* From: JF Mezei <jfmezei.spamnot@istop.com>H Subject: Re: Terry, when Palmers involved you seal the deal on the spot!) Message-ID: <4019E76C.8F757947@istop.com>i   Bob Ceculski wrote:n; > http://www.openvms.org/stories.php?story=04/01/29/9152791m  L I am not sure whether this story is just fantasy that should be published onI april 1, or whether it really happened the way Mr Shannon has written it.c  I I find it hard to beleive that Palmer would have agreed to give VMS to MreQ Shannon (unless Mr Shannon at that point represented some other corporate entity.i  N If the story is actually true, then there would have to be far more to it thanK just what was said in that article. One would need to understand why PalmereF was really wanting to give VMS away for $1. Was it to protect VMS fromL Palmer's brownosing relationship with Gates ? or was it really to get rid of VMS ?n  H Giving VMS to an individual instead of selling it to a corporation wouldJ either have some extreme stupidity in undervalueing VMS, or very strategicL thinking. Did Palmer really see VMS as a liability instead of an asset ? Can one really be so stupid ?C   ------------------------------  # Date: Thu, 29 Jan 2004 18:19:00 GMTe2 From: "Ken Farmer" <KFarmer@NOSPAM.SpyderByte.com>4 Subject: The VMS Path Not Taken: Now It Can be Told!> Message-ID: <o8cSb.21749$F86.1953280@twister.southeast.rr.com>  + The VMS Path Not Taken: Now It Can be Told!t  H It was back in 1994 that Terry Shannon approached DEC CEO Bob Palmer andJ offered to purchase the VMS franchise in an effort to save the best serverG OS on the planet from the inevitable oblivion associated with the Risky  Affinity Scheme...  9 http://www.openvms.org/stories.php?story=04/01/29/9152791t     -- Kenneth Farmer <>< OpenVMS.orge   ------------------------------  % Date: Thu, 29 Jan 2004 20:45:00 -0600h@ From: "David J. Dachtera" <djesys.nospam@NeOaSrPtAhMlNiOnWk.net>8 Subject: Re: The VMS Path Not Taken: Now It Can be Told!6 Message-ID: <4019C52C.1CAE3D3B@NeOaSrPtAhMlNiOnWk.net>   Ken Farmer wrote:c > - > The VMS Path Not Taken: Now It Can be Told!D > J > It was back in 1994 that Terry Shannon approached DEC CEO Bob Palmer andL > offered to purchase the VMS franchise in an effort to save the best serverI > OS on the planet from the inevitable oblivion associated with the Riskyn > Affinity Scheme... > ; > http://www.openvms.org/stories.php?story=04/01/29/9152791:  ? Moral of the story: Get it in writing! ...and get it notarized!:   -- s David J. Dachteras dba DJE Systems9 http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/a   ------------------------------  # Date: Fri, 30 Jan 2004 01:47:41 GMTo6 From: peter@langstoeger.at (Peter 'EPLAN' LANGSTOEGER)9 Subject: Re: [TCPIP V5.4] DHCP client problem/observation 4 Message-ID: <1JiSb.375173$Tz1.210414@news.chello.at>  V In article <4018C75A.EC332941@istop.com>, JF Mezei <jfmezei.spamnot@istop.com> writes:P >> 2) If I have a DHCP server (and I currently have) which unfortunately doesn'tP >> send client hostnames (type 12 "ho and "SYS$SYSDEVICE:[TCPIP$DHCP]CLIENT.PCY"O >> contains "request hostname" of course) the DHCP client writes something like  >>  H >>         The DHCP server did not pass a host name for this host to use: >>         Using the requested hostname <hostname> instead >lL >Are you trying to assign a fixed domain name for each machine ?  If so, youN >probably have to define a group with all the common features, and then defineQ >individual hosts with host specific infomation (ethernet address and host name).R  M I do not talk about the DNS server. It is there, has its problem, but I won'teL like to see VMS (here the DHCP client) to be affected by such a problem. AndL as I wrote, I have no problem with the domain name, only with the host name.  L >> and there it goes and all works. It seems that this happens only if thereC >> is a file "SYS$SYSDEVICE:[TCPIP$DHCP]HOSTNAME." but not the filerL >> "SYS$SYSDEVICE:[TCPIP$DHCP]interface.DHC" - as it is with the first boot. >nK >for me, there is a namepool.; file. It contains the root (my domain name), T >address of the server, as well as the mask used to generate the dynamic host names.  F That's DHCP server management. I'm talking about the client instead...  + >I am not sure what you are trying to do ?    * Get most of the bugs out of VMS software ?, And this is here the right audience I guess.  N >Are you wishing to have the DHCP server provide a client with a host name, orM >do you wish the DHCP server to accept whatever host name a client requests ?r  H I want the DHCP client to have a consistent behaviour. If I have an DHCPG server which doesn't provide a host name, I want to see the DHCP client H to use its own (and requested) host name instead. And this should happen9 EVERY TIME (and not only until the interface.DHC exists).i  N >Do you need specific host names assigned to specific machines, or do you want! >to generate "random" DNS names ?n  J I use SCSNODE names for the hostnames (and the DECnet nodenames of course)H and I assign fixed IP addresses to these hostnames and I want to see theI VMS systems use these names. In the DHCP server, the hostname is assigned I to the Mac.Add, too (but it doesn't send it. Why, is another problem, buteE not a VMS one) but regardless where the hostname should come from, iti? ends with a VMS systems with "unknown.DOMAIN.NAME" as its name.t  I Currently I use fixed addresses (and not the DHCP client) just to get ridbI of the "unknown" but I might end adding a DELETE *.DHC;* to the LOGIN.COM  of the DHCP client as well.o  E Having the DHCP client as an advantage for remote configuration of IPcJ addresses, subnet mask, domain (but not host) names, nameservers, gateways@ timeservers and so on is totally gone with such an disadvantage.   --   Peter "EPLAN" LANGSTOEGERl% Network and OpenVMS system specialist  E-mail  peter@langstoeger.atF A-1030 VIENNA  AUSTRIA              I'm not a pessimist, I'm a realist   ------------------------------   End of INFO-VAX 2004.058 ************************