1 INFO-VAX	Mon, 07 Apr 2003	Volume 2003 : Issue 191       Contents:P RE: asking again- what was the fastest vax and alpha made (vms of course) courseP Re: asking again- what was the fastest vax and alpha made (vms of course) course$ Re: DECwindows on multiple VMS hosts  Re: Disappearing CR/LF in editor. Re: Do OpenVMS Alpha have a Year 2057 problem?  Re: ftp_mirror and TCPIP servers Re: More about Alpha emulator 6 Mozilla 1.3 hangs all Mozilla windows on POP3 download: Re: Mozilla 1.3 hangs all Mozilla windows on POP3 download Re: Multinet 4.4 patches  Re: national moratorium...thread  Re: national moratorium...thread' Re: OpenVMS and Security - REALLY !!!!!  Re: Overuse of LIB$SPAWN? " Re: System crash, should I worry ?1 Re: [MOZILLA V1.3] Compatibility with JAVA V1.4 ?   F ----------------------------------------------------------------------  $ Date: Sun, 6 Apr 2003 15:35:24 -0400' From: "Main, Kerry" <Kerry.Main@hp.com> Y Subject: RE: asking again- what was the fastest vax and alpha made (vms of course) course T Message-ID: <BE56C50EA024184DAF48F0B9A47F5CF403FB5BF4@kaoexc01.americas.cpqcorp.net>  ) Re: fastest VAX and Alpha's .. Check out:   ? http://h18002.www1.hp.com/alphaserver/performance/perf_tps.html   E http://h18002.www1.hp.com/alphaserver/performance/perf_by_perf.html = 	 (Alpha's) I http://h18002.www1.hp.com/alphaserver/performance/perf_by_perf_dec.html =  (VAX's)    Regards   
 Kerry Main Senior Consultant  Hewlett-Packard (Canada) Co.! Consulting & Integration Services  Voice: 613-592-4660  Fax   : 613-591-4477 Email: kerryDOTmain@hpDOTcom-     (remove the DOT's and replace with "."'s)  OpenVMS DCL - the original .COM    -----Original Message-----/ From: Arne Vajh=F8j [mailto:arne@vajhoej.dk]=20  Sent: April 6, 2003 2:20 PM  To: Info-VAX@Mvb.Saic.Com I Subject: Re: asking again- what was the fastest vax and alpha made (vms =  of course) course) course)    
 Dan wrote:G > I've been trying to read the websites, and history, and models and=20 + > stuff, and get a bit lost in all of them.  >=20J > I'm not really interested in the super-multi-processor systems (as I'd =  & > never be able to afford one anyhow). >=20J > I see things like systems with 48x vax and I think I saw one that was=20 > 76x. >=20J > So I just wondered if someone could tell me (quickly and easily) what=20G > were the fastest vax system made (non-multi-processor) and fastest=20 0 > Alpha made (vms systems, non-multiprocessor) ? >=20F > and also, what were the last models of vms systems to roll of the=206 > assembly lines in both vax and alpha configurations?  C I belive the fastest VAX was the 78x0 (or 7000 model 7x0 - naming = , practice changed fast) with 60 VUPS per CPU.  ; The fastest Alpha has probably not started shipping yet. If G I remember correct then the ES45 68/1250 has the highest SPEC rating. = % But I expect the 7's to pass it soon.    Arne   ------------------------------  % Date: Sun, 06 Apr 2003 20:20:26 +0200 6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>Y Subject: Re: asking again- what was the fastest vax and alpha made (vms of course) course ) Message-ID: <3E906FEA.7030701@vajhoej.dk>   
 Dan wrote:D > I've been trying to read the websites, and history, and models and+ > stuff, and get a bit lost in all of them.  > H > I'm not really interested in the super-multi-processor systems (as I'd& > never be able to afford one anyhow). > G > I see things like systems with 48x vax and I think I saw one that was  > 76x. > G > So I just wondered if someone could tell me (quickly and easily) what D > were the fastest vax system made (non-multi-processor) and fastest0 > Alpha made (vms systems, non-multiprocessor) ? > C > and also, what were the last models of vms systems to roll of the 6 > assembly lines in both vax and alpha configurations?  A I belive the fastest VAX was the 78x0 (or 7000 model 7x0 - naming , practice changed fast) with 60 VUPS per CPU.  ; The fastest Alpha has probably not started shipping yet. If = I remember correct then the ES45 68/1250 has the highest SPEC - rating. But I expect the 7's to pass it soon.    Arne   ------------------------------  # Date: Sun, 06 Apr 2003 14:46:33 GMT - From: Jack Patteeuw <jjpatteeuw@peoplepc.com> - Subject: Re: DECwindows on multiple VMS hosts = Message-ID: <d5Xja.56671$0X.11843847@twister.columbus.rr.com>    Denny Rich wrote: E > I have Reflections REFX running on my PC under NT. We have multiple 8 > VMS nodes, some VAX (V7.1VMS) and some Alpha (V7.3-1).  , Okay, I'm NOT going to answer your question.  G What I will tell you is that Hummingbird Exceed will allow you to have  D multiple "full login" sessions at the same time.  Each session is a I unique display number (this is the /SERVER option not the /SCREEN option   under SET DISPLAY)  G To make this work well, you need a PC with a screen resolution greater  A than 1280x1024 (1600x1200 works well) so that you can "tile" the   multiple displays.  I I really blows folks minds to have a login screen to Tru64 in one Exceed  < display window, Solaris in another and OpenVMS in a third !!  E One last comment about XDM on OpenVMS.  It is partially brain dead !  A You can't even get it to put a simple bitmap.  Hello HP, are you  F listening ?  I guess not.  We submitted the problem over 9 months ago. Sigh.    --    
 Jack Patteeuw    ------------------------------   Date: 6 Apr 2003 20:32:25 -0700 # From: dooleys@snowy.net.au (dooley) ) Subject: Re: Disappearing CR/LF in editor = Message-ID: <1ca82fc6.0304061932.53c89be6@posting.google.com>   g JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote in message news:<3E8DB8E4.9FB0E937@vl.videotron.ca>...  > Poiter wrote: J > > File attributes:    Allocation: 805, Extend: 0, Global buffer count: 0( > >                     No version limitP > > Record format:      VFC, 2 byte header, maximum 100 bytes, longest 100 bytes3 > > Record attributes:  Print file carriage control  > M > OK, when TPU saves the file, I suspect it will change the attributes to the 3 > "standard" variable format without print control.  > L > As I recall, the "print file carriage control" dates from the fortran daysM > where the first byte of a record has special meaning. Some characters would O > skip a line, others skip to a new page, some would not skip a line (overwrite  > previous line)M The carriage_control attribute can be carriage_return,fortran,none, or print.   ; Fortran uses a single character at the start of each record I eg. "1" means newpage so insert a formfeed before printing then <cr><lf>, E     "+" means overwrite so insert <cr> before printing then <cr><lf>  I     "0" means double spaced so insert <lf> before printing then <cr><lf>  0     " " means normal so just print then <cr><lf>   H Print carriage control uses a 2 byte header - I think one byte indicatesA if the control should be applied before or after printing, while  ? the other byte contains the number of lines to feed (in binary)   9 One way to investigate this is to compare the output from + $dump/record <file>  and $dump/block <file>    Phil   ------------------------------  % Date: Sun, 06 Apr 2003 22:44:21 +0200 6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>7 Subject: Re: Do OpenVMS Alpha have a Year 2057 problem? ' Message-ID: <3E9091A5.60907@vajhoej.dk>    Rudolf Wingert wrote: L > today I did show an OpenVMS novize the SET TIME command. Within the HELP IH > did see that a legal year specification for Alpha is 1957 to 2056 (forG > OpenVMS vax from 1858 to 9999). In case of this, my question is, does J > OpenVMS AXP have a year 2057 problem? Or why do I have this restriction?   A few jokes:   Planning ahead ?  :-)   8 Unfortunatetly it is a bigger problem for VMS to survive. until 2057 than to fix the 2057 problem !  :-(   Arne   ------------------------------   Date: 6 Apr 2003 18:43:09 -0700 - From: goathunter@goatley.com (Hunter Goatley) ) Subject: Re: ftp_mirror and TCPIP servers < Message-ID: <3ff5fed3.0304061743.74bcc5d@posting.google.com>  \ Alder <PGDEHMKOKIMD@spammotel.com> wrote in message news:<3E8E83E1.5070807@spammotel.com>... > S > The output to the console suggested there was an "unsupported" command somewhere  Q > in my configuration file and a bad date specified somewhere else.  I turned on  K > DEBUG and found that the server was choking on the default FILE_TRANSFER   > parameter of "VMS".   D Yep; TCP/IP Services doesn't support the STRU O VMS transfer method.  = > Using "BINARY" as the configuration template suggests also   > didn't work, but "IMAGE" did.  > . OK; another difference in the various clients.   + > The DEBUG trace also has this minor burp:  >  > <<< snip >>>Q > -Debug- Record is: \Grand total of 3 directories, 40 files, 83904/84078 blocks\ L > %DCL-W-IVATIME, invalid absolute time - use DD-MMM-YYYY:HH:MM:SS.CC format
 >   \OF 3\  1 Thanks.  I'll try to look into that one sometime.    Hunter ------& Hunter Goatley, goathunter@goatley.com   ------------------------------  % Date: Sun, 06 Apr 2003 11:02:09 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> & Subject: Re: More about Alpha emulator' Message-ID: <3E904F81.9916EF1E@fsi.net>    Dave Weatherall wrote: > 2 > On Sat, 5 Apr 2003 18:59:03 UTC, "Timothy Stark"% > <sword7nospam@speakeasy.org> wrote:  >  > > Hello folks, > > K > > Well, I read some Alpha ARM manual and some technical manuals (found on P > > Digitial Documentation Library) about AlphaPC series.  I learned that systemL > > (SROM) had loaded Flash ROM image into main memory from 87.FFF8.0000 andF > > started executation at the beginning of ROM image at location 0 orF > > destination address in ROM header when system power was turned on. > G > Best of luck with the project Tim. Just had an evil thought. An Alpha A > emulator running in a 64-bit Opteron running VMS faster than on / > Itanium, which is where the evil comes in :-)   ; Only "evil" from a certain point of view. Need I say which?    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------   Date: 6 Apr 2003 15:54:47 -0700 & From: jordan@ccs4vms.com (Rich Jordan)? Subject: Mozilla 1.3 hangs all Mozilla windows on POP3 download = Message-ID: <cc5619f2.0304061454.454517e1@posting.google.com>   D Another problem that started with Mozilla 1.3 Final.  I can't get onE bugzilla until I can pick up my password, which is sitting in a lotus B notes mailbox at work (tomorrow...)  I hate nonstandard stuff likeB that...  I did review Bugzilla but found only one similar bug, andD that was under V1.0 and did not reference all symptoms (it was a Mac" and it took out the whole system).     System: DEC PWS600au&         1GB RAM, adequate disk storage         OpenVMS V7.2-2         Required JAVA patches 2         Java 1.4.0 Run Time environment and plugin@         TCPIP V5.3 ECO 2 (problem also occurred with V5.1 ECO 3)  D The account used is unprivileged (TMPMBX, NETMBX) with quotas set toE or above the Mozilla and JRE recommended numbers.  Appropriate SYSGEN F parameters also so set.  The problem did not occur using Mozilla 1.2.12 or earlier under OpenVMS V7.2-1, TCPIP V5.1 ECO 3.   Configuration:  B MAIL set to read from two ISP POP mail servers, MINDSPRING.COM and@ SPEAKEASY.NET.  No automatic checking; check button is used when desired.  D On 6 separate occasions, when mail was known to be waiting, DOWNLOAD@ ALL was selected.  Progress indicators would show message countsF increasing.  After an indeterminate number of messages were downloadedF (as few as 2, as many as 14) the screen would freeze (Mozilla M in theE corner froze, text at bottom froze) and the process would start using  100% CPU time.  D Menus are still accessible in this state, and you can select 'CLOSE'@ but there is no response to the attempt.  The part of the screenC obscured by the menu is cleared and does not redraw.  Obscuring any B part of the Mozilla mail window, or any other Mozilla window, withC another window (DECterm, whatever) leaves its imprint (contents) on B the Mozilla window, which is not redrawn.  All Mozilla windows areC hung.  However they can still be moved, minimized, and opened using @ the top bar and upper right corner controls; they are blank upon opening.  @ ANALYZE/SYSTEM review of the process indicates no quota issues. D Process remains in COM state in an apparent loop.  There are no busyC channels, no measurable DIOs or BIOs, no faulting.  Four BG devices  are open, again not busy.   C A SHOW DEVICE/FULL on the BG devices showed a state I have not seen ( before; a sample of one of them follows:   =====   ( Device_socket:  bg614       Type: STREAM;                       LOCAL                          REMOTE ;          Port:            0                               0 1          Host:  *                               *        Service:  F                                                            RECEIVE       SENDF                                    Queued I/O                    0    	         0 F        Q0LEN         0             Socket buffer bytes           0    	         0 F        QLEN          0             Socket buffer quota       61440    	     61440 F        QLIMIT        0             Total buffer alloc            0    	         0 F        TIMEO         0             Total buffer limit       491520    	    491520 F        ERROR        54             Buffer or I/O waits           0    	         0 F        OOBMARK       0             Buffer or I/O drops           0    	         0 F                                    I/O completed               342    	        38 F                                    Bytes transferred        105595    	       328      Options:  None/   State:    CANTSENDMORE CANTRECVMORE ISCONFIRM    RCV Buff: None   SND Buff: None    C The four devices are in the same state, have all the same ERROR and B informational values showing except for 'I/O completed' and 'Bytes transferred' counts.  F The overall system is not affected (barring CPU usage); DECwindows andF all non-Mozilla windows continue to operate.  Mozilla will not respond@ to the QUIT command, and CTRL-Y followed by EXIT on the starting@ DECterm just goes back into the hang, so the process needs to beD STOP/ID'd.  Restarting Mozilla after that seems to work fine for allC operations (including reviewing the mail that was downloaded before = the hang) until/unless I try to retrieve mail messages again.   E I'm going to try clearing the POP mail boxes (webmail) and send known F numbers of messages to each of them in turn and see if the problem canC be isolated to one ISP, but that doesn't currently appear to be the  case.    Rich Jordan  CCS    ------------------------------   Date: 6 Apr 2003 20:01:25 -0700 & From: jordan@ccs4vms.com (Rich Jordan)C Subject: Re: Mozilla 1.3 hangs all Mozilla windows on POP3 download = Message-ID: <cc5619f2.0304061901.4a6d8720@posting.google.com>   	 Followup.   9 So far the hangs have only occurred when downloading from C Mindspring.com.  It does not happen every time as I've downloaded a ? few messages successfully.  The most recent one, three messages C downloaded, I got the completion message and beep, then it hung and  CPU went to 100%.   4 Tried control-Y EXIT and got the following response:  = %CMA-F-EXIT_THREAD, current thread has been requested to exit   F then back to 100% CPU usage for several minutes.  So I tried it again:    
 * INTERRUPT *    $ EXIT@ %DECthreads bugcheck (version V3.15-267), terminating execution.E % Reason:  lckHandoff:  not owner; lock = 0x00000000006C8118, value = 
 0x00000000' 00000000, expected = 0x000000007BB8C6F0 E % Running on OpenVMS V7.2-2 on Digital Personal WorkStation , 1024Mb;  1 CPUsA % The bugcheck occurred at 06-APR-2003 21:14:24.03, running image @ %  FURY$DKA0:[SYS0.SYSCOMMON.][MOZILLA]MOZILLA-BIN.;1 in process 00000583F %  (named "_FTA10:"), under username "JORDAN". AST delivery is enabled for all F %  modes; no ASTs active. Upcalls are enabled. Multiple kernel threads are  %  disabled.9 % The current thread sequence number is -3, at 0x00703B40  %  Current thread traceback:7 %     0:  PC 0x7BB9FB38, FP 0x7AF09030, DESC 0x7BB81BE8 7 %     1:  PC 0x7BB9C008, FP 0x7AF09100, DESC 0x7BB81788 7 %     2:  PC 0x7BBB4374, FP 0x7AF091A0, DESC 0x7BB83BD0 7 %     3:  PC 0x7BBC5CB4, FP 0x7AF093A0, DESC 0x7BB86B90 7 %     4:  PC 0x80110130, FP 0x7AF09420, DESC 0x80CD2660 7 %     5:  PC 0x8ECE477C, FP 0x7AF094A0, DESC 0x8ECE7A18 7 %     6:  PC 0x7AFEC6A0, FP 0x7AF09500, DESC 0x7BB86798 7 %     7:  PC 0x7BB9C480, FP 0x7AF09760, DESC 0x7BB81788 7 %     8:  PC 0x7BBB4374, FP 0x7AF09800, DESC 0x7BB83BD0 7 %     9:  PC 0x7BBC5CB4, FP 0x7AF09A00, DESC 0x7BB86B90 7 %    10:  PC 0x80110130, FP 0x7AF09A80, DESC 0x80CD2660 7 %    11:  PC 0x8ECE477C, FP 0x7AF09B00, DESC 0x8ECE7A18 7 %    12:  PC 0x8011457C, FP 0x7AF09BE0, DESC 0x8EB84ED8 7 %    13:  PC 0x8009470C, FP 0x7AF09C70, DESC 0x80CB78E8 7 %    14:  PC 0x7BBA1334, FP 0x7AF09F30, DESC 0x7BB82200 7 %    15:  PC 0x7BBAE7D8, FP 0x7AF09F60, DESC 0x7BB843A0 7 %    16:  PC 0x7BBC5C9C, FP 0x7AF09F80, DESC 0x7BB86B90 7 %    17:  PC 0x80110130, FP 0x7AF0A000, DESC 0x80CD2660 7 %    18:  PC 0x8ECE477C, FP 0x7AF0A080, DESC 0x8ECE7A18 7 %    19:  PC 0x7AFEC6A0, FP 0x7AF0A0E0, DESC 0x80CAC970 7 %    20:  PC 0x81F203F8, FP 0x7AF0A340, DESC 0x80CACD60 7 %    21:  PC 0x81F13E04, FP 0x7AF0A550, DESC 0x81F22F80 7 %    22:  PC 0x8009470C, FP 0x7AF0A840, DESC 0x80CB78E8 7 %    23:  PC 0x05F0D158, FP 0x7AF0AAF0, DESC 0x05EDA8D0 7 %    24:  PC 0x05F0CC60, FP 0x7AF0ABC0, DESC 0x05EDA950 7 %    25:  PC 0x05F0C568, FP 0x7AF0ABF0, DESC 0x05EDAC40 7 %    26:  PC 0x05533174, FP 0x7AF0AC10, DESC 0x054B3C78 7 %    27:  PC 0x0493ADDC, FP 0x7AF0AC80, DESC 0x048C0F78 7 %    28:  PC 0x059078C4, FP 0x7AF0AE80, DESC 0x058A8E10 7 %    29:  PC 0x01032154, FP 0x7AF0AFE0, DESC 0x00FB1F70 7 %    30:  PC 0x01031B68, FP 0x7AF0B010, DESC 0x00FB2078 7 %    31:  PC 0x00936CFC, FP 0x7AF0B040, DESC 0x008652A0 7 %    32:  PC 0x00965B68, FP 0x7AF0B070, DESC 0x0086DA60 7 %    33:  PC 0x0096599C, FP 0x7AF0B0A0, DESC 0x0086DC30 7 %    34:  PC 0x0095C6C4, FP 0x7AF0B0E0, DESC 0x0086BD50 7 %    35:  PC 0x01FA0624, FP 0x7AF0B120, DESC 0x01F607A0 7 %    36:  PC 0x00161FD0, FP 0x7AF0B150, DESC 0x00126B50 7 %    37:  PC 0x0016277C, FP 0x7AF0B1C0, DESC 0x00126BF0 7 %    38:  PC 0x00162998, FP 0x7AF0B260, DESC 0x00126C60 7 %    39:  PC 0x003DFDE8, FP 0x7AF0B290, DESC 0x002D4C30 7 %    40:  PC 0x01FA14F4, FP 0x7AF0B300, DESC 0x01F60590 7 %    41:  PC 0x000575A4, FP 0x7AF0B330, DESC 0x000108F0 7 %    42:  PC 0x00058218, FP 0x7AF0B600, DESC 0x00010A58 7 %    43:  PC 0x000500B8, FP 0x7AF0B750, DESC 0x00010AE0 7 %    44:  PC 0x00093108, FP 0x7AF0B7D0, DESC 0x0001A6D0 7 %    45:  PC 0x7BBB12FC, FP 0x7AF0B820, DESC 0x7BB840A8 7 %    46:  PC 0x7BB92B48, FP 0x7AF0BA60, DESC 0x7BB804B0 7 %    47:  PC 0x8ECE5494, FP 0x7AF0FB30, DESC 0x8ECE7D30 7 %    48:  PC 0x7AFEB834, FP 0x7AF0FBB0, DESC 0x7AFB2340 - %  Bugcheck output saved to pthread_dump.log. C %SYSTEM-F-IMGDMP, dynamic image dump signal at PC=000000007BB9FC98,  PS=0000001B     D Got a nice 245000 block dumpfile out of it too.   Not sure if its of1 any use since it came on the second exit attempt.    Rich Jordan    ------------------------------   Date: 6 Apr 2003 18:37:14 -0700 - From: goathunter@goatley.com (Hunter Goatley) ! Subject: Re: Multinet 4.4 patches = Message-ID: <3ff5fed3.0304061737.407058e4@posting.google.com>   d "Tom Linden" <tom@kednos.com> wrote in message news:<CIEJLCMNHNNDLLOOGNJICECGGPAA.tom@kednos.com>...; > This is a bit off-topic, but why use an ISP, why not hook A > directly into Sprint ot Abovenet or someone like that?  What do : > you use an ISP for that you couldn't do better yourself? > @ It's Genuity (was BBNplanet).  I don't mean an ISP like a dialup@ ISP.  And Genuity has had routing problems for several days now.   Hunter ------& Hunter Goatley, goathunter@goatley.com   ------------------------------   Date: 6 Apr 2003 19:07:06 -0700 . From: spamsink2001@yahoo.com (Alan E. Feldman)) Subject: Re: national moratorium...thread = Message-ID: <b096a4ee.0304061807.6b326098@posting.google.com>   K G Everhart <ge@gce.com> wrote in message news:<3E6DE240.8080306@gce.com>... O > Someone posted that those Arabs who remained in 1948 were "live and let live"  > folks and those who left not.  > O > Seems to me this kind of ascription of motives does not hold water. Those who N > left might just be those who disliked the use of live ammo in their area andM > wanted to get themselves and their families away from the war. That happens K > all over the place, and has nothing to do with like or dislike of anyone.  > S > Those who had immigrated from Europe didn't have a similar choice on the whole... @ > I suspect they had, or perceived they had, nowhere else to go. > Q > That they had been falsely told the land was unpeopled (and that others outside R > the area had been told this) contributed to their immigration. It still does notQ > mean the poor sod who was farming an area his family had occupied for centuries N > (if not millenia) and who fled a war deserved or deserves to lose his familyK > home. He has done nothing to injure anyone. When his home is taken and he N > is denied access to it, though, it is hardly surprising he wants it back andM > that some such folks get eventually to the point of using force, seeing the . > local government is the agent of the takers.    F You have an overly simplistic view of the situation. Before Israel wasF born, there was immigration of both Jews and Arabs. Arab opposition toD Jewish immigration turned violent in 1920, 1921, 1929, and 1936. YouF have conviently omitted those facts. And Jews were there before any of that, also.   @ You make it sound like the Arabs were always there (they weren'tF before 600 A.D.), no one else was there, and the Jews just came out ofF nowhere and pushed them all out. That's a bunch of nonsense. Jews have@ maintained a more or less continuous presence there for a longerD period than the Arabs. It is the Arabs who tried -- and failed -- to push the Jews out.   [...]    Alan E. Feldman    ------------------------------   Date: 6 Apr 2003 19:43:21 -0700 ( From: bob@instantwhip.com (Bob Ceculski)) Subject: Re: national moratorium...thread = Message-ID: <d7791aa1.0304061843.2b8846e7@posting.google.com>   K G Everhart <ge@gce.com> wrote in message news:<3E6DE240.8080306@gce.com>...   9 the Israelites are there because God put them there, just 7 like He stated He would in Isaiah and Revelation ... He ; said in the end times He would revive the nation of Israel, 5 He said He would do it in one day, and He did ... God 9 promised Abraham this land and nation, the Jews have been 8 in it for most of history except when they were punished3 by invasion, they built two temples there, and soon ; Revelation says they will build a third temple ... and when ; Jesus Christ returns shortly, He will reign from Jerusalem. 8 That is what God has said will happen, and I would think" twice about going againset God ...   ------------------------------  % Date: Sun, 06 Apr 2003 11:00:26 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> 0 Subject: Re: OpenVMS and Security - REALLY !!!!!' Message-ID: <3E904F1A.E365CBA7@fsi.net>    Michael Unger wrote: > 4 > "David J. Dachtera" <djesys.nospam@fsi.net> wrote: > L > > If you've not yet seen a GS1280, the processor chassis (don't recall theL > > exact name) have a very large fan on the front. The fan can change speedK > > to allow for environmental conditions. We had an A/C failure in our new 6 > > datacenter and they wind up to a quite high speed. > > I > > What they lack, however, is any kind of screen or filter over the fan J > > intake (third-party product opportunity?). So, eventually, they'll getL > > just as dirty as a VAX 6000. Hope they don't have the temperature sensorF > > problems that used to cause bugchecks on the VAX 6000 (sensor gets > > clogged with dust bunnies).  > A > The last time I have seen dust filters in front of fans (within 9 > computers or at the intake) is more than ten years ago.  > G > Strange enough I have an electric hair dryer with a filter mat at the 
 > air intake.   = Are you sure that's a filter mat and not just a collection of  hair/debris?  C > Sometimes technical decisions are really difficult to understand.  > 	 > Michael      --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sun, 06 Apr 2003 22:29:51 +0200 6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>" Subject: Re: Overuse of LIB$SPAWN?) Message-ID: <3E908E3F.1020703@vajhoej.dk>    Cheryl Hoefelmeyer wrote: F > My colleagues at my present place of work are almost all new to VMS,F > and I am trying to teach them various useful things that I know. OneF > thing they always seem to want to do rather than learn to use systemH > calls within programs is to spawn a subprocess and issue DCL commands.F > For example, they would rather spawn a subprocess to call SORT/MERGED > than use the utility inside a program. I have never seen this doneG > anywhere else, so I suspect it's not a good idea to spawn unnecessary F > subprocesses right and left, but I don't know if this is so, or why.E > So, does it matter whether a system routine is called from within a ( > program or if a subprocess is spawned?  * There are overhead spawning a sub-process.  9 But the relative overhead depends on what they are doing. : For simple thing the overhead may be thousands of percent.: If they start a sort that runs for 30 minutes the overhead is unmeasureable.    Suggestion:   3 Spawn with a mail-box associated and reuse the same 5 sub-process for multiple DCL command. I have some old  code, if you need an example.    Arne   ------------------------------  % Date: Sun, 06 Apr 2003 21:32:36 +0200 6 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= <arne@vajhoej.dk>+ Subject: Re: System crash, should I worry ? ' Message-ID: <3E9080D4.60706@vajhoej.dk>    JF Mezei wrote: N > Below is the error log from it. Is this something that is likely to be a bugF > in the TCPIP services (5.3 on VAX 7.2), or just a glitch because the/ > workstation just doesn't have enough memory ?     P > ******************************* ENTRY    2888. *******************************Q >  ERROR SEQUENCE 12709.                           LOGGED ON:        SID 0A000004 Q >  DATE/TIME 19-MAR-2003 16:38:05.79                            SYS_TYPE 04010002 " >  SYSTEM UPTIME: 49 DAYS 04:12:32M >  SCS NODE: BIKE                                                VAX/VMS V7.2  > ( >  FATAL BUGCHECK  KA420  CPU FW REV# 5. > ( >  PGFIPLHI, Pagefault with IPL too high > & >        PROCESS NAME    TCPIP$INETACP   Definatetly a software bug.   9 Some programmer forgot to lock code/data in memory before  raising IPL.  6 The process name indicates that TCP/IP is the culprit.  7 So checking for new patches seems as first thing to do.    Arne   PS: Sorry for the late reply.    ------------------------------   Date: 6 Apr 2003 14:46:13 -0700 & From: jordan@ccs4vms.com (Rich Jordan): Subject: Re: [MOZILLA V1.3] Compatibility with JAVA V1.4 ?= Message-ID: <cc5619f2.0304061346.3e43c01c@posting.google.com>   k jordan@ccs4vms.com (Rich Jordan) wrote in message news:<cc5619f2.0303311423.1b75000b@posting.google.com>... ] > Colin Blake <colin@theblakes.com> wrote in message news:<3E882D16.7070406@theblakes.com>...  > > Rich Jordan wrote: > > C > > >INTERNAL ERROR on Browser End: Could not read ack from browser , > > >System error?:: interrupted system call > > > ! > > Please see Mozilla bug 199932 6 > > http://bugzilla.mozilla.org/show_bug.cgi?id=199932 >    Following changes performed:  9 Changed invocation of JRE setup to include FAST qualifier & Result:  no change in observed failure  A Installed TCPIP V5.3, followed by mandatory ECO patch, and reboot & Result:  no change in observed failure  & Installed TCPIP V5.3 ECO 2, and reboot% Result:  no change in oberved failure   8 Changed invocation of JRE setup to remove FAST qualifier& Result:  no change in observed failure  D Checked UIC security in V1.3.1 and V1.4.0 JRE directories.  ModifiedB V1.4.0 directories to be W:RE instead of W:E  (V1.3.1 had W:RE...)& Result:  no change in observed failure  F I also went through the UAF settings for the (nonprivileged) account IA use for Mozilla against both the SDK and Mozilla requirements and E everything is at or above the minimums recommended (memory quotas are F higher since I have 1GB memory and nobody else on the system, and that8 seemed to help Mozilla performance in earlier releases).  @ I didn't see any method of 'self testing' the JRE without a java> application to run in it.  I did do the java -version and javaF -fullversion, both of which responded with what the release notes said
 to expect.  B There is a trace file (PLUGIN_STACK.TRACE) apparently created whenF either the plugin is activated or when it blows up.  Not too long so IF can post it here, but I'll verify when it is created first, and try to post to bugzilla.    Rich Jordan   A (Now tracking down a POP problem that hangs Mozilla entirely; I'm ) beginning to wish I'd stayed at 1.2.1...)    ------------------------------   End of INFO-VAX 2003.191 ************************                                                                                              :hlhk@ήM-M>Nsr\hC)|oAǦ
N]y~`eK{:+C[zZzژldf^&k0M

=nf=vͼTtqcZ{.\
5H.y_g_.0#qh}m!9h0qCGn_.{6xk-]=:Z6wk-3%eKCOgKS{꼣cs&/i-
|F;Ƶz8H,Ə<^XEc?VxOη^,/69=pQ/|z
~u<ZWʰX3v>
:=
~uxl2JM3IS l?n3D>!}NG3`tʥ_|B5eos'T&?hۗ'7|Wr_Y<ˣ MbSTVk~R&= T@puqFHr߳[l^~Iqcb(_(|߷O[/A/ _zd<h/\{+/Ƕȇ-bS^--ZoۃMXgaTZ)<ߴVůf(:܁e1|3t\S
^도/7Y֣.-(4E=.
<q&3[IeSjzCȄdjnYL67-?7/u$WE<IB&mr#/Vcx>&8X6?s6Pq@ngZqō_;PRs|o6ɷ"	=t=X	zϲ"vI&2#2ZPjGR_|$Pnv4
GhGr}5ie_һeo
V;|+G|^.ҔeN
="긼)\Wgfkq.Lzv_s\mZ2ClC<=X'`\@3耭x68q9N+} xtEW㭧l6o7(=q^[%VQ<B>w/]jp=,䜥qzoKY9Ku:?6;k25}?.4ڡc~7Pg"<8pHk^@,A߈G1	z~+8b1ƙs9
s_]??f˿v5ouDEX_8<	} Ku1.alk'V/\@QW|Gj"N_J`#ƛ(U}>G?"_3c\#'Gr(Tjj䠁CqTXK|̃d®vX5!`cg~Y>)C\~myF愲(ҐIxxczwd+5V_,ԓmѮꚃ~ ~B?u֠Σk`37tzf7DR_H=<hC?g]|p))Cŭ
= 8$@kњz_IWj|-g90EkޒܜqJvc$恄⌢=KۡD!,x˸!VdlQ0y6ʳx[&#\Va_ϭXquϐ۠j\/00vB>Df\{ZdFH"fwjMY_3*g{ÛG1?S$K7l8wV?!0b{_˚ϴlj-\?l įf{5׃c5QĽމ:mx[6Χ(ח>
Bsa\㧝
9y8'ku@DpI|ц@]](!K9kOEMRƋX	ci\!焲pR:EQ~B2#%~w\0TVbՒܝ1L*ފcX	_z(tƟTvcC$_u`%82~
<ƢPw`dsF0
Sub:a~j?n;Aqe/8'q@t	%E1ގ	~I~6G|wRywڍvNu>LvyXnw?D /ȡk
a;JCzPKFe'~_ϖa60c=)Б)T
n8c$ZHx0ĮˡgÉe9JB	+iDML\R5 N,^wȁ<;/9UhO3(/9kqϹj8>H*(cxhYrTnĵcm,T}/shK/aK7YOXx\Ziw>/4( pĘG[hC5}#~upZ~C̹[qmx׆qq6~ݸ߈~c7zq3O/
> ЌkC
ݸ6Dp]؆B/;p]uaW)iY+9Ѹ`J0T*}#=C	%쓠W@g?R'c		5HWCUWp?m9D8}-G壘<0ʄj_>V	e1p?tx0؞};ĉi#q!n|!}4F$A6Vƾ ?e