1 INFO-VAX	Thu, 16 Dec 2004	Volume 2004 : Issue 696       Contents:, AUDIT_SERVER stops sending to the /LISTENER?0 Re: AUDIT_SERVER stops sending to the /LISTENER?0 Re: AUDIT_SERVER stops sending to the /LISTENER?* Re: CSWS 2.0 - newbie help needed again...* Re: CSWS 2.0 - newbie help needed again... Re: DS10L for 250 Bucks!, Re: help with RX2600/VMS 8.2FT setup please?, Re: help with RX2600/VMS 8.2FT setup please? HP exodus to Intel Re: HP exodus to Intel% HP pulls out of IA64 chip development ) Re: HP pulls out of IA64 chip development ) Re: HP pulls out of IA64 chip development ) Re: HP pulls out of IA64 chip development ) Re: HP pulls out of IA64 chip development ) Re: HP pulls out of IA64 chip development  Re: Interesting article  Re: Interesting article 6 Re: LAN Driver - sniffing outbound and inbound packets% Re: Newbie exception handler question % Re: Newbie exception handler question % Re: Newbie exception handler question % Re: Newbie exception handler question % Re: Newbie exception handler question % Re: Newbie exception handler question  TCPIP Printer Library  Time to revive Emerald?  Re: Time to revive Emerald?  Re: Time to revive Emerald?  Re: Time to revive Emerald?  Re: Time to revive Emerald?  Re: Time to revive Emerald? @ Re: [Nomex on]: Security research suggests Linux has fewer flaws@ Re: [Nomex on]: Security research suggests Linux has fewer flaws@ Re: [Nomex on]: Security research suggests Linux has fewer flaws@ Re: [Nomex on]: Security research suggests Linux has fewer flaws@ Re: [Nomex on]: Security research suggests Linux has fewer flaws@ Re: [Nomex on]: Security research suggests Linux has fewer flaws  F ----------------------------------------------------------------------  % Date: Wed, 15 Dec 2004 15:11:14 -0500 = From: "John Gemignani, Jr." <john@nfw-invalid.cibtrikker.com> 5 Subject: AUDIT_SERVER stops sending to the /LISTENER? , Message-ID: <7o-dnddkFd35B13cRVn-2g@dls.net>  M For some reason today the audit server stopped sending sysuaf updates to the  M listener process.  I also no longer see the opcom alarms as well.  I did not  3 make any changes to the system to make this happen.   $ Here are the current audit settings:   $ sho audit/all  List of audit journals: "   Journal name:           SECURITY0   Journal owner:          (system audit journal)D   Destination:            DISK$LOGS:[SECURITY]SECURITY.AUDIT$JOURNAL!   Monitoring:             enabled K     Warning thresholds,   Block count:    100     Duration:    2 00:00:00.0 K     Action thresholds,    Block count:     25     Duration:    0 00:30:00.0   ) Security auditing server characteristics:    Database version:       4.4 '   Backlog (total):        100, 200, 300    Backlog (process):      5, 2   Server processing intervals:'     Archive flush:        0 00:01:00.00 '     Journal flush:        0 00:05:00.00 '     Resource scan:        0 00:05:00.00 3   Final resource action:  purge oldest audit events    Security archiving information:    Archiving events:       none   Archive destination:  - System security alarms currently enabled for:    ACL    Authorization    Audit:         illformed5   Breakin:       dialup,local,remote,network,detached    Logfailure: < batch,dialup,local,remote,network,subprocess,detached,server  - System security audits currently enabled for:    ACL    Authorization    Audit:         illformed5   Breakin:       dialup,local,remote,network,detached F   Logfailure:    batch,dialup,local,remote,network,subprocess,detached  ! I don't get it.  Why did it stop?    -John    ------------------------------  % Date: Wed, 15 Dec 2004 19:33:12 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>9 Subject: Re: AUDIT_SERVER stops sending to the /LISTENER? + Message-ID: <41C0E5D8.EB4FB074@comcast.net>    "John Gemignani, Jr." wrote: > N > For some reason today the audit server stopped sending sysuaf updates to theN > listener process.  I also no longer see the opcom alarms as well.  I did not5 > make any changes to the system to make this happen.  > & > Here are the current audit settings: >  > $ sho audit/all  > List of audit journals: $ >   Journal name:           SECURITY2 >   Journal owner:          (system audit journal)F >   Destination:            DISK$LOGS:[SECURITY]SECURITY.AUDIT$JOURNAL# >   Monitoring:             enabled M >     Warning thresholds,   Block count:    100     Duration:    2 00:00:00.0 M >     Action thresholds,    Block count:     25     Duration:    0 00:30:00.0  > + > Security auditing server characteristics:  >   Database version:       4.4 ) >   Backlog (total):        100, 200, 300   >   Backlog (process):      5, 2  >   Server processing intervals:) >     Archive flush:        0 00:01:00.00 ) >     Journal flush:        0 00:05:00.00 ) >     Resource scan:        0 00:05:00.00 5 >   Final resource action:  purge oldest audit events  > ! > Security archiving information:   >   Archiving events:       none >   Archive destination: > / > System security alarms currently enabled for:  >   ACL  >   Authorization  >   Audit:         illformed7 >   Breakin:       dialup,local,remote,network,detached  >   Logfailure: > > batch,dialup,local,remote,network,subprocess,detached,server > / > System security audits currently enabled for:  >   ACL  >   Authorization  >   Audit:         illformed7 >   Breakin:       dialup,local,remote,network,detached H >   Logfailure:    batch,dialup,local,remote,network,subprocess,detached > # > I don't get it.  Why did it stop?   E If you're not getting OPCOM messages, it's fair bet the OPCOM process F has a problem. Depending what state OPCOM is in, you're likely to need0 to restart it or reboot to clear a hung process.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    ------------------------------  % Date: Thu, 16 Dec 2004 01:17:03 -0500 = From: "John Gemignani, Jr." <john@nfw-invalid.cibtrikker.com> 9 Subject: Re: AUDIT_SERVER stops sending to the /LISTENER? , Message-ID: <nP-dndszqfULtFzcRVn-vw@dls.net>  @ "David J Dachtera" <djesys.nospam@comcast.net> wrote in message % news:41C0E5D8.EB4FB074@comcast.net...  > "John Gemignani, Jr." wrote: >>L >> For some reason today the audit server stopped sending sysuaf updates to  >> theL >> listener process.  I also no longer see the opcom alarms as well.  I did  >> not6 >> make any changes to the system to make this happen. >>' >> Here are the current audit settings:  >> >> $ sho audit/all >> List of audit journals:% >>   Journal name:           SECURITY 3 >>   Journal owner:          (system audit journal) G >>   Destination:            DISK$LOGS:[SECURITY]SECURITY.AUDIT$JOURNAL $ >>   Monitoring:             enabledD >>     Warning thresholds,   Block count:    100     Duration:    2 
 >> 00:00:00.0 D >>     Action thresholds,    Block count:     25     Duration:    0 
 >> 00:30:00.0  >>, >> Security auditing server characteristics:  >>   Database version:       4.4* >>   Backlog (total):        100, 200, 300! >>   Backlog (process):      5, 2 ! >>   Server processing intervals: * >>     Archive flush:        0 00:01:00.00* >>     Journal flush:        0 00:05:00.00* >>     Resource scan:        0 00:05:00.006 >>   Final resource action:  purge oldest audit events >>" >> Security archiving information:! >>   Archiving events:       none  >>   Archive destination:  >>0 >> System security alarms currently enabled for: >>   ACL >>   Authorization >>   Audit:         illformed 8 >>   Breakin:       dialup,local,remote,network,detached >>   Logfailure:? >> batch,dialup,local,remote,network,subprocess,detached,server  >>0 >> System security audits currently enabled for: >>   ACL >>   Authorization >>   Audit:         illformed 8 >>   Breakin:       dialup,local,remote,network,detachedI >>   Logfailure:    batch,dialup,local,remote,network,subprocess,detached  >>$ >> I don't get it.  Why did it stop? > G > If you're not getting OPCOM messages, it's fair bet the OPCOM process H > has a problem. Depending what state OPCOM is in, you're likely to need2 > to restart it or reboot to clear a hung process. >  > --   > David J Dachtera > dba DJE Systems  > http://www.djesys.com/ > + > Unofficial OpenVMS Hobbyist Support Page: $ > http://www.djesys.com/vms/support/ > * > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/  > $ > Unofficial OpenVMS-IA32 Home Page:! > http://www.djesys.com/vms/ia32/   C Found the problem.  Note "f" had the listener process exit and the  L AUDIT_SERVER was in RWMBX state.  The other two cluster member proceeded to $ place their processes in SUSP state.  E I have no idea what went wrong, but I added a handler to clean up if   something happens.   Thanks for the response, Dave,   John     ------------------------------   Date: 15 DEC 2004 16:52:30 GMT4 From: karcher@thuria.waisman.wisc.edu (Carl Karcher)3 Subject: Re: CSWS 2.0 - newbie help needed again... 6 Message-ID: <15DEC04.16523006@thuria.waisman.wisc.edu>  . In a previous article, David J Dachtera wrote: ->> ...  ->> $ SHO SECURITY HOME.DIR  ->> ; ->> DISK$HOMES-CSWS:[000000]HOME.DIR;1 object of class FILE  ->>      Owner: [SYSTEM]C ->>      Protection: (System: RWE, Owner: RWE, Group: RE, World: E)  ->>      Access Control List: < ->>           (IDENTIFIER=[AP_HTTPD,APACHE$WWW],ACCESS=READ) ->  C ->ACE needs EXECUTE access to allow processes to traverse the tree.   C Of course, READ also allows this. However, if you use only EXECUTE  9 and not READ (as a security conscious person would), it's ) not enough for Apache - READ is required.    --G -- Carl Karcher, Waisman Computing Services, Waisman Center, UW-Madison : --                   karcher.nomorespxm@waisman.wisc.edu     ------------------------------  % Date: Wed, 15 Dec 2004 19:28:54 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>3 Subject: Re: CSWS 2.0 - newbie help needed again... + Message-ID: <41C0E4D6.2BF7D4DB@comcast.net>    Carl Karcher wrote:  > 0 > In a previous article, David J Dachtera wrote:	 > ->> ...  > ->> $ SHO SECURITY HOME.DIR  > ->> = > ->> DISK$HOMES-CSWS:[000000]HOME.DIR;1 object of class FILE  > ->>      Owner: [SYSTEM]E > ->>      Protection: (System: RWE, Owner: RWE, Group: RE, World: E)  > ->>      Access Control List: > > ->>           (IDENTIFIER=[AP_HTTPD,APACHE$WWW],ACCESS=READ) > ->E > ->ACE needs EXECUTE access to allow processes to traverse the tree.  > D > Of course, READ also allows this. However, if you use only EXECUTE; > and not READ (as a security conscious person would), it's + > not enough for Apache - READ is required.   F That's not consistent with my experience. In my experience, Execute isH needed to traverse the tree, and Read is required to do anything further unless Write is also required.   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    ------------------------------  % Date: Wed, 15 Dec 2004 19:25:53 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>! Subject: Re: DS10L for 250 Bucks! + Message-ID: <41C0E421.F4AA1682@comcast.net>    Larry Kilgallen wrote: > b > In article <41B916B7.FB0D85DD@comcast.net>, David J Dachtera <djesys.nospam@comcast.net> writes: > > DAVID TURNER wrote:  > >>  > >> Only $250 while stocks last( > >> delivery within 14 days from order. > >> FOB Leeds UK (proximity)  > > ' > > Are these for sale to US customers?  > D > Although Mr. Turner can speak for his company, the general meaningD > of the term "FOB" is "Freight On Board".  For someone in the US itD > can serve as a warning regarding how much the shipping might cost. > B > Depending on circumstances, potential customers might care aboutA > how long the delivery will take, which also varies according to  > distance and price.   . I was asking about import/export restrictions.  F I'll take his lack of response as an indication that there are no such
 restrictions.    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    ------------------------------    Date: 15 Dec 2004 13:06:25 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 5 Subject: Re: help with RX2600/VMS 8.2FT setup please? 3 Message-ID: <YPRT+w5hyRu3@eisner.encompasserve.org>   l In article <1103129453.768760.274540@f14g2000cwb.googlegroups.com>, "Galen" <gspamtackett@yahoo.com> writes: > G > On the Alpha side, though, I believe you first need to ALLOCATE TTxx: I > to prevent spurious login failures in the event the rx2600 console port . > spits out something before you SET HOST/DTE.  G    Setting the port /notypeahead should also take care of that.  Used a H    DECterm on my Alpha for my VAX console at home before I got my VT340.   ------------------------------  # Date: Wed, 15 Dec 2004 20:39:23 GMT % From: "John Vottero" <John@mvpsi.com> 5 Subject: Re: help with RX2600/VMS 8.2FT setup please? < Message-ID: <%h1wd.8908$nE7.6115@newssvr17.news.prodigy.com>  2 "Galen" <gspamtackett@yahoo.com> wrote in message = news:1103129453.768760.274540@f14g2000cwb.googlegroups.com... F > At my former place of employment I hooked up a serial cable from theD > rx2600 to a serial port on my VMS AlphaStation XP1000, popped up aH > DECterm window on the XP1000, and SET HOST/DTE TTxx: to connect to theG > rx2600 console. The DECterm application works nicely with the rx2600, I > you can get a log file with /LOG= on the SET HOST/DTE command, and this 1 > saves the grief of having to use BillGatesWare.  > G > On the Alpha side, though, I believe you first need to ALLOCATE TTxx: I > to prevent spurious login failures in the event the rx2600 console port . > spits out something before you SET HOST/DTE. >   J I only hooked up a serial cable long enough to configure the console's IP D settings.  Now I just telnet to the console, usually from a DECTerm.   ------------------------------  % Date: Wed, 15 Dec 2004 17:22:51 -0500 ) From: "Neil Rieck" <n.rieck@sympatico.ca>  Subject: HP exodus to Intel ; Message-ID: <8P2wd.17294$%p1.1244881@news20.bellglobal.com>   G It's deja-vu all over again. HP sends it's Itanium developers to Intel.   B http://www.theregister.co.uk/2004/12/15/hp_sends_itanium_to_intel/  
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    ------------------------------   Date: 16 Dec 2004 05:46:52 GMT! From: Lee Witten <lw99@yahoo.com>  Subject: Re: HP exodus to Intel . Message-ID: <Xns95C280F78DE7nn48@199.125.85.9>  C >http://www.theregister.co.uk/2004/12/15/hp_sends_itanium_to_intel/ K >Intel's CEO-to-be Paul Otellini recently said Itanium has no place in      L >workstations or low-end servers. This comment, according to an HP insider, H >came as quite the shock at HP where low-end Itanium shipments are key.   + There goes any chance at a VMS revival, no?    --lw--   ------------------------------  % Date: Wed, 15 Dec 2004 16:44:43 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> . Subject: HP pulls out of IA64 chip development, Message-ID: <41C0B005.8FC9A449@teksavvy.com>  c > http://news.com.com/HP+shifts+last+of+Itanium+work+to+Intel/2100-1006_3-5491798.html?tag=nefd.top   G HP is to announce this thursday that it is pulling out of the IA64 chip J development and will transfer some engineers over to Intel. Intel will now6 have sole control over IA64 technological development.  A This will put HP at the same footing as the other IA64 customer.    M The article says that HP is to release one more major PaRisc chip in 2005. So  PaRisc isn't dead yet.   ------------------------------  % Date: Wed, 15 Dec 2004 17:19:10 -0500 # From: "John Smith" <a@nonymous.com> 2 Subject: Re: HP pulls out of IA64 chip development, Message-ID: <oKKdnco7ydvBJV3cRVn-2Q@igs.net>   JF Mezei wrote:  >>L http://news.com.com/HP+shifts+last+of+Itanium+work+to+Intel/2100-1006_3-5491 798.html?tag=nefd.top  > D > HP is to announce this thursday that it is pulling out of the IA64B > chip development and will transfer some engineers over to Intel.G > Intel will now have sole control over IA64 technological development.  > B > This will put HP at the same footing as the other IA64 customer. > F > The article says that HP is to release one more major PaRisc chip in! > 2005. So PaRisc isn't dead yet.     L Expect the color pink to come sprinkling down on the teams that develop HP's operating systems soon.    ------------------------------  % Date: Wed, 15 Dec 2004 17:22:37 -0500 # From: "John Smith" <a@nonymous.com> 2 Subject: Re: HP pulls out of IA64 chip development, Message-ID: <f82dncC6h4u3JF3cRVn-vA@igs.net>  L http://story.news.yahoo.com/news?tmpl=story&cid=568&ncid=738&e=11&u=/nm/2004' 1215/bs_nm/tech_hewlettpackard_intel_dc   I "For Palo Alto, California-based HP, cleaving off the last of its Itanium L design team frees it from concern that the close relationship between HP andE Intel put HP's server rivals at a competitive disadvantage, said Rich 9 Marcello, who runs HP's business critical systems group."     J Well the way to get rid of the concern and for HP to have a better chip is to do EV8 and follow-ons   ------------------------------  % Date: Wed, 15 Dec 2004 18:27:22 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 2 Subject: Re: HP pulls out of IA64 chip development+ Message-ID: <41C0C80F.62DAA87@teksavvy.com>    John Smith wrote: N > design team frees it from concern that the close relationship between HP andG > Intel put HP's server rivals at a competitive disadvantage, said Rich ; > Marcello, who runs HP's business critical systems group."     C One would think that in a fiercely competitive commodity low margin F environnement, one would not want to destroy a competitive advantage.   H The excuse is plain stupid. HP sank its money and time and put its wholeM business at risk in order to have a competitive advantage. But since the chip N is failing, both HP and Intel need to handle the other user of IA64 with white' gloves, removing any irritant they can.   N But this is also part of HP's goal of wiening itself out of that IA64 failure.   ------------------------------  % Date: Wed, 15 Dec 2004 19:41:35 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>2 Subject: Re: HP pulls out of IA64 chip development+ Message-ID: <41C0E7CF.C7DF427A@comcast.net>    John Smith wrote:  > N > http://story.news.yahoo.com/news?tmpl=story&cid=568&ncid=738&e=11&u=/nm/2004) > 1215/bs_nm/tech_hewlettpackard_intel_dc  > K > "For Palo Alto, California-based HP, cleaving off the last of its Itanium N > design team frees it from concern that the close relationship between HP andG > Intel put HP's server rivals at a competitive disadvantage, said Rich ; > Marcello, who runs HP's business critical systems group."  > L > Well the way to get rid of the concern and for HP to have a better chip is > to do EV8 and follow-ons  D If the Alpha FABs have been dismantled, then RIP Alpha. Even if theyF haven't, the ramp-back-up time will be significant. It could be a year& or more before they come back on-line.  F ...and RIP VMS since a prediction I made recently appears to have comeF true: without HP's backing, Itanic is likely to succumb to the torrentG pouring through its gaping marketability gash and finally join both VAX  Alpha in Davey Jones's locker.    5 That leaves VMS without a CPU. Ergo, sayonara, VMS...   C ...unless the unthinkable is happening and the IA32 port is finally  underway - again.   E Maybe I missed something: does Carly's job description read, "Destroy  HP"?   --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    ------------------------------  % Date: Wed, 15 Dec 2004 23:57:00 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 2 Subject: Re: HP pulls out of IA64 chip development, Message-ID: <41C11546.B4C0EAED@teksavvy.com>   David J Dachtera wrote: 7 > That leaves VMS without a CPU. Ergo, sayonara, VMS...  > E > ...unless the unthinkable is happening and the IA32 port is finally  > underway - again.    It may not be so unthinkable.   L Consider that when Intel lets IA64 expire, it will then be competing head onH with AMD for the 8086 and the race will be on who can scale it up to the biggest enterprise machines.  K VMS has unique features that can make use of fancy system architectures. It G would be a showcase of Intel's ability to scale the 8086 to to galactic L proportions. I think VMS would be ported to the 8086 for the same reasons it was ported to the IA64 thing.   J Carly will have moved to Washington before IA64's demise becomes official.L Some new guy will be at the head (with our luck, it would be either Stallard or Winkler :-(.    ------------------------------  % Date: Wed, 15 Dec 2004 19:29:39 -0600 2 From: David J Dachtera <djesys.nospam@comcast.net>  Subject: Re: Interesting article+ Message-ID: <41C0E503.77389793@comcast.net>    prep@prep.synonet.com wrote: >  > BTW, where is Andrew?    *MUST* you?    --   David J Dachtera dba DJE Systems  http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/   " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    ------------------------------   Date: 16 Dec 2004 05:58:18 GMT From: Phaeton  <spam@spam.org>  Subject: Re: Interesting article, Message-ID: <32cmfqF3j5lckU1@individual.net>  ( David Mathog <mathog@caltech.edu> wrote: > prep@prep.synonet.com wrote:   >>  ; >> HP comitments are not worth the paper they are wiped on.  >>     > Well put.   
 > Regards,   > David Mathog > mathog@caltech.edu  B 	For those who are interested in the second part of this article :  * 	http://www.theinquirer.net/?article=20242  # 	"The three ways HP has screwed up" ! 	( Opinion Two : Count Debacula )   : 	The first paragraph mentions Alphacide, and other events.5 	Again, a very good article by one Charlie Demerjian.    						Cheers,  Csaba  J  -------------------------------------------------------------------------I    CSABA I. HARANGOZO   |d|i|g|i|t|a|l|   phaeton at iinet dot net dot au J  -------------------------------------------------------------------------;    EARTH::AUSTRALIA:[SYDNEY]HARANGOZO.CSABA;1, delete? [N]:   3  This is as bad as it can get, but don't bet on it.    ------------------------------  % Date: Wed, 15 Dec 2004 14:57:56 -0600 / From: Chris Scheers <chris@applied-synergy.com> ? Subject: Re: LAN Driver - sniffing outbound and inbound packets 2 Message-ID: <41C0A554.6090005@applied-synergy.com>   Hiroyuki Tanaka wrote:  	 > Hi All,  > H > I am playing with the LAN driver and trying to sniff ethernet packs.   > B > I can sniff incoming packets, however I cannot see the out bound$ > packets from the system - I think. > & > I am using the following parameters. >  > #define NMA$C_PCLI_BFN 1105  > #define NMA$C_PCLI_BUS 2801  > #define NMA$C_PCLI_PAD 2842    > #define NMA$C_PCLI_PRM 2840    > #define NMA$C_PCLI_PTY 2830    > #define NMA$C_STATE_OFF   1  > #define NMA$C_STATE_ON    0    > G > Is there something special need to do to view the outbound packets on  > the ethernet card?  F You can't sniff packets written through the same interface.  (Well, I : suppose you could if you rewrote the driver for the card.)  G If you really need to sniff the packets written by the local node, you  C need a second Ethernet interface that can be dedicated to sniffing.   G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  B Voice: 817-237-3360            Internet: chris@applied-synergy.com    Fax: 817-237-3074   ------------------------------   Date: 15 Dec 2004 19:05:04 GMT/ From: Thierry Dussuet <thierry@dussuet.lugs.ch> . Subject: Re: Newbie exception handler question0 Message-ID: <slrncs12n0.1lr.thierry@MARS.Family>  I On 2004-12-15, briggs@encompasserve.org <briggs@encompasserve.org> wrote: B > In article <6g_vd.2109$vJ2.1826@fe07.lga>, Z <z@no.spam> writes: >> JF Mezei wrote:L >>> OK, I want a C program to call one of my routines to cleanup stuff underO >>> absolutely ALL circumstances, whether it be a <CTRL-C>, <CTRL-Y>, $FORCEX , K >>> divide by 0 or other exception, STOP/ID, power failure, atomic bomb, or * >>> unexpected and abrupt end of universe. >>  I >> AFAIK, you can't see/trap STOP/ID, nor various other possible events,  , >> like HALTs, BUGCHECKs and system crashes. > @ > Rundown handlers are unlikely to trap power failure.  They areG > certainly inadequate to deal with close proximity nuclear detonations " > or with the end of the universe.  
 Just an idea: K One could set some global system flag (like creating a file?) and hope that N some other program checks at the next system start if the file exists and all.E (Hoping that somebody will reboot the universe when/if it crashes :-)    Thierry    ------------------------------    Date: 15 Dec 2004 12:35:41 -0600 From: briggs@encompasserve.org. Subject: Re: Newbie exception handler question3 Message-ID: <bgPXfb2njMcZ@eisner.encompasserve.org>   @ In article <6g_vd.2109$vJ2.1826@fe07.lga>, Z <z@no.spam> writes: > JF Mezei wrote: K >> OK, I want a C program to call one of my routines to cleanup stuff under N >> absolutely ALL circumstances, whether it be a <CTRL-C>, <CTRL-Y>, $FORCEX ,J >> divide by 0 or other exception, STOP/ID, power failure, atomic bomb, or) >> unexpected and abrupt end of universe.  > H > AFAIK, you can't see/trap STOP/ID, nor various other possible events, + > like HALTs, BUGCHECKs and system crashes.   A Yes, you can trap STOP/ID.  You want to install a rundown handler B with a user written system service.  Check out SYS$EXAMPLES:UWSS.C  C Control-C or control-Y do not, in and of themselves, terminate your B image.  So there's no reason to trap them.  If the control-Y eventC succeeds in returning control to the CLI and the CLI triggers image C exit, the rundown handler will take care of it, even if the command B used at the CLI is "$ STOP".  An ordinary exit handler will not be? triggered in the "STOP" case, but will otherwise be adequate to ! deal with control-C or control-Y.   C $FORCEX is simply a call to $EXIT delivered as an AST.  So ordinary ; exit handlers can deal with that.  As can rundown handlers.   C Divide by 0 or other exceptions do not, in and of themselves, cause A image termination.  If handled, the handler may cause image exit. B And if unhandled, the default handler ("unhandled condition, imageB exit forced") will cause image exit.  Either way, either a rundown6 handler or an ordinary exit handler will be triggered.  > Rundown handlers are unlikely to trap power failure.  They areE certainly inadequate to deal with close proximity nuclear detonations   or with the end of the universe.   	John Briggs   ------------------------------    Date: 15 Dec 2004 13:02:52 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) . Subject: Re: Newbie exception handler question3 Message-ID: <3PqfJ3ybLbG3@eisner.encompasserve.org>   \ In article <41C05FEA.E773B125@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes:J > OK, I want a C program to call one of my routines to cleanup stuff underM > absolutely ALL circumstances, whether it be a <CTRL-C>, <CTRL-Y>, $FORCEX , I > divide by 0 or other exception, STOP/ID, power failure, atomic bomb, or ( > unexpected and abrupt end of universe.  H    You need to learn about exit handlers.  A user mode exit handler willC    take care of all the above except stop/id, power failure, atomic H    bomb, or end of the universe.  An inner mode exit handler (supervisorE    mode is sufficient) will also handle stop/id.  I think you need to H    use an executive mode exit handler for those rare non-fatal bugchecksE    (some of them kill the process), but then only if you're supplying ;    your own buggy inner mode code that might fall into one.   G    You can also look at RMS exit handlers.  I'm using one for just that     purpose.   D    I don't know what you do for atomic bombs, but power failures are    what you buy an UPS for.   H    Don't worry about the end of the universe.  God is running it on VMS.   ------------------------------    Date: 15 Dec 2004 13:03:47 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) . Subject: Re: Newbie exception handler question3 Message-ID: <IaIzNTUGi23+@eisner.encompasserve.org>   c In article <qPgkz4ZXqP7s@eisner.encompasserve.org>, Kilgallen@SpamCop.net (Larry Kilgallen) writes: B > In article <6g_vd.2109$vJ2.1826@fe07.lga>, Z <z@no.spam> writes: >> JF Mezei wrote:L >>> OK, I want a C program to call one of my routines to cleanup stuff underO >>> absolutely ALL circumstances, whether it be a <CTRL-C>, <CTRL-Y>, $FORCEX , K >>> divide by 0 or other exception, STOP/ID, power failure, atomic bomb, or * >>> unexpected and abrupt end of universe. >>  I >> AFAIK, you can't see/trap STOP/ID, nor various other possible events,  , >> like HALTs, BUGCHECKs and system crashes. > 6 > Isn't STOP/ID caught by a kernel mode exit handler ?  @    An executive mode exit hanlder will do, and I'm fairly sure a(    supervisor mode exit handler will do.   ------------------------------    Date: 15 Dec 2004 14:31:50 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) . Subject: Re: Newbie exception handler question3 Message-ID: <Miwqm4Hhjwpt@eisner.encompasserve.org>   T In article <bgPXfb2njMcZ@eisner.encompasserve.org>, briggs@encompasserve.org writes:  C > Yes, you can trap STOP/ID.  You want to install a rundown handler % > with a user written system service.   H Ah yes, that is it.  Ignore what I wrote about kernel mode exit handers.   ------------------------------  % Date: Wed, 15 Dec 2004 16:18:29 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> . Subject: Re: Newbie exception handler question, Message-ID: <41C0A9E1.C9425D87@teksavvy.com>   Thierry Dussuet wrote: > Just an idea: M > One could set some global system flag (like creating a file?) and hope that P > some other program checks at the next system start if the file exists and all.G > (Hoping that somebody will reboot the universe when/if it crashes :-)     I In the case of the LBR routine, if you don't do the kludge and then close J them, when your image ends, the OS will close the actual RMS files withoutM fixing the structures, and the library is then rendered unusable and requires G rebuilding.a new version (LIB/COMPRESS) and you lose stuff like history  records, dates etc etc.    ------------------------------  % Date: Wed, 15 Dec 2004 18:38:01 -0500 # From: "Hal Kuff" <kuff@comcast.net>  Subject: TCPIP Printer Library- Message-ID: <cpqhqj$t3c@library2.airnews.net>   L I'm likely missing something... how does one add an HP Printer library spec J to an HP/TCPIP printer queue...? I'm used to the old way of putting it on  the init/start/queue line...     ------------------------------  % Date: Wed, 15 Dec 2004 17:12:06 -0500 ) From: "Neil Rieck" <n.rieck@sympatico.ca>   Subject: Time to revive Emerald?; Message-ID: <7F2wd.17283$%p1.1243501@news20.bellglobal.com>    Time to revive Emerald?     K I've been thinking a lot about the recent (2004-12) Tru64 layoffs at HP and D wondering what will happen to OpenVMS if cutbacks start happening inD OpenVMS engineering. (once too many have been let go, future options	 diminish)   E One thing that really gives me pause is wondering about the future of J Itanium. Provided that Itanium is around for a while, I have no doubt thatJ OpenVMS on Itanium will be a winner. But what happens if a bean-counter atG Intel decides that there isn't sufficient market interest in Itanium to L continue manufacturing it? With end-of-life announced for Alpha I guess thatJ would be the death knell for OpenVMS since it only runs on VAX, Alpha, and Itanium.  J It is for these reasons that I think HP should consider porting OpenVMS toJ Intels Pentium-4 as well as AMDs Opteron. One of the reasons LINUX is soL damn popular is that it can boot up on almost any popular hardware platform.G At the end of the day, Im more of a fan of OpenVMS than I am of VAX or6I Alpha. Submitting DCL jobs to batch queues on a commodity CPU would be anP> sign that the world has started to become a little less crazy.  K Is this something that the rest of you agree with? Would there be any meritoK in starting something at http://www.petitiononline.com/ just to prove therep is some interest?i    
 Neil Rieck Kitchener/Waterloo/Cambridge,e Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------  % Date: Wed, 15 Dec 2004 18:24:43 -0500e# From: "John Smith" <a@nonymous.com>q$ Subject: Re: Time to revive Emerald?, Message-ID: <cvCdnbeSRcgkWl3cRVn-hg@igs.net>   Neil Rieck wrote:p > Time to revive Emerald?  >b >eF > I've been thinking a lot about the recent (2004-12) Tru64 layoffs at@ > HP and wondering what will happen to OpenVMS if cutbacks startD > happening in OpenVMS engineering. (once too many have been let go, > future options diminish) >oG > One thing that really gives me pause is wondering about the future ofuG > Itanium. Provided that Itanium is around for a while, I have no doubtsA > that OpenVMS on Itanium will be a winner. But what happens if aaB > bean-counter at Intel decides that there isn't sufficient marketD > interest in Itanium to continue manufacturing it? With end-of-lifeG > announced for Alpha I guess that would be the death knell for OpenVMS-0 > since it only runs on VAX, Alpha, and Itanium. >4A > It is for these reasons that I think HP should consider portingtC > OpenVMS to Intel's Pentium-4 as well as AMD's Opteron. One of the G > reasons LINUX is so damn popular is that it can boot up on almost any E > popular hardware platform. At the end of the day, I'm more of a fan D > of OpenVMS than I am of VAX or Alpha. Submitting DCL jobs to batchG > queues on a commodity CPU would be an sign that the world has startedt  > to become a little less crazy. >oG > Is this something that the rest of you agree with? Would there be any G > merit in starting something at http://www.petitiononline.com/ just toR > prove there is some interest?i     Neil,   ? Perhaps it would be easer/better to coordinate thru Ken Farmer.   = This is an interesting link....write the HP Bored directly...:6 http://www.hp.com/hpinfo/execteam/email/bod/index.html  I I will also post the individual e-mail addresses of each Bored member ionlD the next couple of days so you can write to them directly without HP censorship.v    H A port of VMS to another chip is going to cost $50-60MM. If HP cared one5 iota about VMS they'd be working on the port already.   G The way I look at it is if there is zero advertising for VMS (and therefL isn't despite what apologists might say a one word mention in an ad is) thenJ you have to worry that the haemmorage rate of VMS customers is higher thanL the transfusion rate. If this is happening (and I think it is) then you haveH to consider does that $50-60MM get you ported to a true 'commodity' chipH faster than the rate your ship is sinking. Maybe, maybe not. But withoutG definite visible and sustained attitude change by HP towards VMS, we'rek f*cked.   J Welcome to carly(tm)'s World of Consumer Electronics and Money-Losing PC's   ------------------------------  % Date: Wed, 15 Dec 2004 19:55:28 -0600-2 From: David J Dachtera <djesys.nospam@comcast.net>$ Subject: Re: Time to revive Emerald?+ Message-ID: <41C0EB0F.F3AF77CC@comcast.net>    Neil Rieck wrote:e >  > Time to revive Emerald?m > M > I've been thinking a lot about the recent (2004-12) Tru64 layoffs at HP andeF > wondering what will happen to OpenVMS if cutbacks start happening inF > OpenVMS engineering. (once too many have been let go, future options > diminish)t > G > One thing that really gives me pause is wondering about the future of L > Itanium. Provided that Itanium is around for a while, I have no doubt thatL > OpenVMS on Itanium will be a winner. But what happens if a bean-counter atI > Intel decides that there isn't sufficient market interest in Itanium tonN > continue manufacturing it? With end-of-life announced for Alpha I guess thatL > would be the death knell for OpenVMS since it only runs on VAX, Alpha, and
 > Itanium. > L > It is for these reasons that I think HP should consider porting OpenVMS toL > Intels Pentium-4 as well as AMDs Opteron. One of the reasons LINUX is soN > damn popular is that it can boot up on almost any popular hardware platform.I > At the end of the day, Im more of a fan of OpenVMS than I am of VAX or0K > Alpha. Submitting DCL jobs to batch queues on a commodity CPU would be ani@ > sign that the world has started to become a little less crazy. > M > Is this something that the rest of you agree with? Would there be any merit M > in starting something at http://www.petitiononline.com/ just to prove thereo > is some interest?t   Well, according to:   / http://www.djesys.com/vms/vmspolls.html#emeraldt   ...there is some interest.  G Note: That link consistently crashes Netscape V4.77. The direct link toi the free poll itself is:  3 http://djesys.freepolls.com/cgi-bin/pollresults/001    -- i David J Dachtera dba DJE Systemsn http://www.djesys.com/  ) Unofficial OpenVMS Hobbyist Support Page: " http://www.djesys.com/vms/support/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/O  " Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/    ------------------------------  % Date: Wed, 15 Dec 2004 21:19:55 -0500/% From: "DAVID TURNER" <DAVID@HPAQ.NET> $ Subject: Re: Time to revive Emerald?0 Message-ID: <10s1rp49gmtbqc8@news.supernews.com>   Hang on a minute...m   www.softresint.com  * I wonder if they are on any stock exchange& My bet would be to buy a load of that. Openvms DOES run on PC's2 (as long as you give billy your $100.00 as well !)       -- n Island Computers US Corp 2700 Gregory St Suite 180p Savannah GA 31404I Tel: 912 4476622 Fax: 912 201 0402z Email: dbturner@icusc.comJ    ? "David J Dachtera" <djesys.nospam@comcast.net> wrote in messageD% news:41C0EB0F.F3AF77CC@comcast.net...i > Neil Rieck wrote:> > >F > > Time to revive Emerald?t > >eK > > I've been thinking a lot about the recent (2004-12) Tru64 layoffs at HP  andrH > > wondering what will happen to OpenVMS if cutbacks start happening inH > > OpenVMS engineering. (once too many have been let go, future options
 > > diminish)a > >aI > > One thing that really gives me pause is wondering about the future of I > > Itanium. Provided that Itanium is around for a while, I have no doubt  thatK > > OpenVMS on Itanium will be a winner. But what happens if a bean-counterd atK > > Intel decides that there isn't sufficient market interest in Itanium to0K > > continue manufacturing it? With end-of-life announced for Alpha I guess> thatJ > > would be the death knell for OpenVMS since it only runs on VAX, Alpha, and  > > Itanium. > >lK > > It is for these reasons that I think HP should consider porting OpenVMSr toK > > Intel's Pentium-4 as well as AMD's Opteron. One of the reasons LINUX isu soF > > damn popular is that it can boot up on almost any popular hardware	 platform.lK > > At the end of the day, I'm more of a fan of OpenVMS than I am of VAX ormJ > > Alpha. Submitting DCL jobs to batch queues on a commodity CPU would be anB > > sign that the world has started to become a little less crazy. > >nI > > Is this something that the rest of you agree with? Would there be anye meriteI > > in starting something at http://www.petitiononline.com/ just to provee theres > > is some interest?e >i > Well, according to:b > 1 > http://www.djesys.com/vms/vmspolls.html#emerald  >  > ...there is some interest. >iI > Note: That link consistently crashes Netscape V4.77. The direct link tor > the free poll itself is: >e5 > http://djesys.freepolls.com/cgi-bin/pollresults/001y >r > -- e > David J Dachtera > dba DJE Systems  > http://www.djesys.com/ >e+ > Unofficial OpenVMS Hobbyist Support Page:i$ > http://www.djesys.com/vms/support/ >o* > Unofficial Affordable OpenVMS Home Page:! > http://www.djesys.com/vms/soho/t >/$ > Unofficial OpenVMS-IA32 Home Page:! > http://www.djesys.com/vms/ia32/p   ------------------------------  % Date: Wed, 15 Dec 2004 22:20:56 -0500g# From: "John Smith" <a@nonymous.com> $ Subject: Re: Time to revive Emerald?, Message-ID: <QaidneNsXo6LYl3cRVn-oA@igs.net>   DAVID TURNER wrote:" > Hang on a minute...c >  > www.softresint.com >V, > I wonder if they are on any stock exchange( > My bet would be to buy a load of that. > Openvms DOES run on PC's4 > (as long as you give billy your $100.00 as well !)    H I would not be surprised, given carly(tm)'s performance thus far towardsJ things VMS, that she looks for a way to make ALL means of perpetuating VMSH usage disappear  by utilizing any levers she has regarding licencing and- intellectual property rights now owned by HP.3  K Her actions have clearly not been in the best interests of VMS, there is no H advertising - which speaks volumes about HP's lack of commitment...afterK all, why spend money advertising something you clearly have no intention ofo growing the customer base for.  I Examine her actions - each and every action that *she*  has taken (and do=F not count the Compaq roadmap to be construed as HER roadmap) have beenI against VMS. So why would she allow something clearly as helpful as SRI's ? product to continue to exist if she has any leverage over them?o   ------------------------------  % Date: Wed, 15 Dec 2004 22:55:43 -0500 ) From: "Neil Rieck" <n.rieck@sympatico.ca>i$ Subject: Re: Time to revive Emerald?; Message-ID: <XG7wd.18737$%p1.1380898@news20.bellglobal.com>-  0 "DAVID TURNER" <DAVID@HPAQ.NET> wrote in message* news:10s1rp49gmtbqc8@news.supernews.com... > Hang on a minute...> >u > www.softresint.com >b, > I wonder if they are on any stock exchange( > My bet would be to buy a load of that. > Openvms DOES run on PC's4 > (as long as you give billy your $100.00 as well !) >  > Island Computers US Corp > 2700 Gregory St Suite 180] > Savannah GA 31404c > Tel: 912 4476622 > Fax: 912 201 0402  > Email: dbturner@icusc.com  >,  J I'm aware of these VAX emulators but that's not what I had in mind. I wantI to see OpenVMS run in native mode on other hardware platforms. Whether we K like it or not, the computer industry appears to have produced some defactoAI hardware standard platforms and son-of-PC is one of them. I would like tosE see HP direct their OpenVMS engineering team to port OpenVMS to otheriH AMD/Intel chips (while there is still a team available to do so). UnlikeE LINUX, I don't think HP should ever give OpenVMS (for IA32) away, butnI charging something like $100 (to $500) per site license and an additionalbK $20 for every subsequent user license would allow this wonderful OS to fend  for itself in the real world.m  K And before anyone begins slandering new PC-based hardware solutions, pleasem% check out this wonderful site at URL:e http://en.wikipedia.org/K It is currently running on 29 AMD/Intel boxes; is always unbelievably fast;:$ and never appears to be unavailable.  
 Neil Rieck Kitchener/Waterloo/Cambridge,L Ontario, Canada.8 http://www3.sympatico.ca/n.rieck/links/cool_openvms.html   ------------------------------    Date: 15 Dec 2004 12:56:08 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)NI Subject: Re: [Nomex on]: Security research suggests Linux has fewer flaws 3 Message-ID: <2jb8U$gQ3cWG@eisner.encompasserve.org>   \ In article <41C04BF5.D5ED3FAC@teksavvy.com>, JF Mezei <jfmezei.spamnot@teksavvy.com> writes: > Bob Koehler wrote: >> tU >> In article <leCdnZ3cbbIh2SLcRVn-qg@igs.net>, "John Smith" <a@nonymous.com> writes:g >> >5 >> > Security research suggests Linux has fewer flaws  >> r> >>    Fewer than what?  Windows, natch; VMS, I don't think so. > $ > One has to define "security flaw". > K > Have the VMS engineers issued the VMS patch for the DECwidnows XPM bitmapnO > problem for which patches are avaialble on most other OS that support Motif ?t" > Have they even acknowledged it ?  H    Is this relavent to the old version of Motif that runs under VMS?  IsE    there any reason for me to believe that it wasn't caught and fixedlF    prior to ship?  Is there even any reason to believe it's a security8    related flaw on all the platofrms that do show a bug?  D    Just because "most other OS that support Motif" have the problem,H    doesn't convince me that they all do.  If it's an X11 server problem,A    I have Macs and Windows systems for which multiple servers areiF    available, I'm not even convinced that all the servers for the same0    platform have all the same security problems.  K > The user community would be better off if the VMS management were to makeLJ > available the VMS specific source code to the open sourced products such  F    Ah, so there is VMS specific source!  So there's a very good reason,    to believe the flaw may not apply to VMS.  & > Thsi is especially true for VAX-VMS.  H    Well then that's particularly relavent, since the VAX uses completely    custom X11 server code.   ------------------------------  % Date: Wed, 15 Dec 2004 14:22:18 -0500l# From: "John Smith" <a@nonymous.com> I Subject: Re: [Nomex on]: Security research suggests Linux has fewer flawsg, Message-ID: <0bKdnUNj_tV6E13cRVn-rA@igs.net>   FredK wrote:E > Hmmm.  Lets see.  From the article it appears that they have a toollC > that puports to find certain classes of bugs in C/C++ code.  They B > can't run it against proprietary OS kernels, but they can run itD > against the Linux kernel (which is only a tiny part of what peopleB > think of as Linux).  So they take an analysis of some particularG > types of bugs that *can be inferred by automatic inspection* by their A > tool on Linux, against some random set of "commercial SW" - ando@ > conclude that the Linux kernel has fewer bugs than other OS's? >u > People get *paid* to do this?     J Not only do they get paid to do this but they also get paid while speakingK with reporters who know nothing. Said reporters, assigned by editors who donF no checking, write articles which are published under lurid headlines.  C May as well write articles with headlines like, "Two-headed Martianm+ Programmers Find Flaws in zOS". Film at 11.c   ------------------------------  # Date: Wed, 15 Dec 2004 20:45:53 GMTl% From: "John Vottero" <John@mvpsi.com>iI Subject: Re: [Nomex on]: Security research suggests Linux has fewer flaws.; Message-ID: <5o1wd.8911$nE7.520@newssvr17.news.prodigy.com>e  / "John Smith" <a@nonymous.com> wrote in message w& news:0bKdnUNj_tV6E13cRVn-rA@igs.net... > FredK wrote:F >> Hmmm.  Lets see.  From the article it appears that they have a toolD >> that puports to find certain classes of bugs in C/C++ code.  TheyC >> can't run it against proprietary OS kernels, but they can run ittE >> against the Linux kernel (which is only a tiny part of what peoplemC >> think of as Linux).  So they take an analysis of some particulartH >> types of bugs that *can be inferred by automatic inspection* by theirB >> tool on Linux, against some random set of "commercial SW" - andA >> conclude that the Linux kernel has fewer bugs than other OS's?, >>  >> People get *paid* to do this? >z ><L > Not only do they get paid to do this but they also get paid while speakingK > with reporters who know nothing. Said reporters, assigned by editors who i > doH > no checking, write articles which are published under lurid headlines. >oE > May as well write articles with headlines like, "Two-headed Martiano- > Programmers Find Flaws in zOS". Film at 11.I >l  M It's down right comical that only hours later, the trade rags are trumpeting w this headline:  * New Set Of Linux Security Flaws Discovered  G A security researcher has uncovered a set of security flaws in an image.E component which could put Linux users at risk of system compromise if & they view a maliciously crafted image.  D http://www.computerworld.com/newsletter/0,4902,98120,00.html?nlid=OS   ------------------------------  % Date: Wed, 15 Dec 2004 16:54:22 -0500 ' From: Dave Froble <davef@tsoft-inc.com>oI Subject: Re: [Nomex on]: Security research suggests Linux has fewer flawsi, Message-ID: <41C0B28E.3050603@tsoft-inc.com>   FredK wrote:  J > Hmmm.  Lets see.  From the article it appears that they have a tool thatK > puports to find certain classes of bugs in C/C++ code.  They can't run itwN > against proprietary OS kernels, but they can run it against the Linux kernelM > (which is only a tiny part of what people think of as Linux).  So they take G > an analysis of some particular types of bugs that *can be inferred bysJ > automatic inspection* by their tool on Linux, against some random set ofJ > "commercial SW" - and conclude that the Linux kernel has fewer bugs than
 > other OS's?: >  > People get *paid* to do this?p  O Actually, I bet it's a bit of marketing.  They appear to be in the business of eM selling a product, and they're trying to make people aware of their product. iQ One way of doing this is a publicity stunt.  Making the claims thay have appears u9 to have achieved their apparent goals, at least in c.o.v.o   Dave   ------------------------------  % Date: Wed, 15 Dec 2004 17:02:16 -0500a' From: Dave Froble <davef@tsoft-inc.com>sI Subject: Re: [Nomex on]: Security research suggests Linux has fewer flawsf, Message-ID: <41C0B468.6070402@tsoft-inc.com>   FredK wrote:  J > Hmmm.  Lets see.  From the article it appears that they have a tool thatK > puports to find certain classes of bugs in C/C++ code.  They can't run ithN > against proprietary OS kernels, but they can run it against the Linux kernelM > (which is only a tiny part of what people think of as Linux).  So they takeaG > an analysis of some particular types of bugs that *can be inferred bycJ > automatic inspection* by their tool on Linux, against some random set ofJ > "commercial SW" - and conclude that the Linux kernel has fewer bugs than
 > other OS's?t >  > People get *paid* to do this?a    O Following up on my prior reply, you get attention when you do or say something i controversial.  Q At one time I thought I had convinced Rich Marcello that a security challenge on nQ the internet would be a good thing.  Tell all that VMS was untouchable, put up a  P system for hackers to try to penetrate, post a prize, and issue plenty of press I releases.  Weekly, or even daily, press releases reporting the number of 1J attempts, and number of successes.  (Hopefully none.)  Until everyone was M resigned that there would be no success, the press would follow it as a "hot nO story".  Even better, the reputation would be there for potential customers to =N contemplate long after the challenge ended, hopefully because nobody cared to  make additional attempts.b  H Still don't know who killed the idea.  No guts, no glory!  And no sales!   Dave   ------------------------------    Date: 15 Dec 2004 15:58:48 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)hI Subject: Re: [Nomex on]: Security research suggests Linux has fewer flawsi3 Message-ID: <df$iWfpu4prT@eisner.encompasserve.org>   _ In article <jJ%vd.4506$Ze3.2237@news.cpqcorp.net>, "FredK" <fred.nospam@nospam.dec.com> writes:  > J > Hmmm.  Lets see.  From the article it appears that they have a tool thatK > puports to find certain classes of bugs in C/C++ code.  They can't run itcN > against proprietary OS kernels, but they can run it against the Linux kernelM > (which is only a tiny part of what people think of as Linux).  So they takeoG > an analysis of some particular types of bugs that *can be inferred by J > automatic inspection* by their tool on Linux, against some random set ofJ > "commercial SW" - and conclude that the Linux kernel has fewer bugs than
 > other OS's?b >   C    I don't know which tool they used, but we've used those kinds ofm%    tools, some of them are damn good.l    V   ------------------------------   End of INFO-VAX 2004.696 ************************