1 INFO-VAX	Wed, 15 Dec 2004	Volume 2004 : Issue 695       Contents:  Re: Debugging shared executables  Re: Debugging shared executables Re: DS10L for 250 Bucks!, Re: help with RX2600/VMS 8.2FT setup please? Re: Interesting article 2 LAN Driver - sniffing outbound and inbound packets locale compile ACCVIO ! Newbie exception handler question % Re: Newbie exception handler question % Re: Newbie exception handler question 0 Re: NFS mount of ODS-5 vs traditional parse type0 Re: NFS mount of ODS-5 vs traditional parse type' OT: Display technology at euro stadiums  SIMH Questions Re: SIMH setup8 Standard C++ iostreams slower then traditional iostreams/ The Other Shoe Drops [was]: Interesting Article . Veritas now on the auction block, or nearly so@ 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 06:49:09 +0000 (UTC) 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> ) Subject: Re: Debugging shared executables / Message-ID: <cpomp4$9ub$1@titan.btinternet.com>    Hi,   L FWIW, if you can modify the code you could also stick a lib$signal ss$_debugE at initialization time. Maybe conditional on some sort of application & specific DEBUG logical name being set.   Regards Richard Maher   0 "Hoff Hoffman" <hoff@hp.nospam> wrote in message, news:NyMvd.4442$CG2.3302@news.cpqcorp.net...@ > In article <cpo0a4$b5b@dispatch.concentric.net>, "Paul Dembry"  <pade@nospam.trifox.com> writes:H > :How do I set a breakpoint in a shared executable? My main dynamicallyG > :(dlopen) loads a shared executable identified by an exec define, eg. H > :define/exec cow dka100:[bin]cow.exe. cow.exe has an entry point, sow. After I > :my main has loaded cow.exe, how can I get debug to set a breakpoint at  sow?I > :When I try the obvious, set break sow, it never finds the entry point.  > K >   Tried something like SET IMAGE COW, SET MODULE/ALL, then SET BREAK SOW? I >   (This would likely have to be executed after the image is activated.) J >   (I've not tried this sequence, but -- for those that want to play withJ >   the code or the debugger in this area, there is example code posted in >   Ask The Wizard (2486).)  > I >   You can also step into the image, and then set a breakpoint -- that's  >   a common approach. >  > ( >  ---------------------------- #include' <rtfaq.h> ----------------------------- 4 >     For additional, please see the OpenVMS FAQ --  www.hp.com/go/openvms/faq , >  --------------------------- pure personal# opinion --------------------------- G >         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com  >    ------------------------------    Date: 15 Dec 2004 08:01:09 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) ) Subject: Re: Debugging shared executables 3 Message-ID: <eB$9ERv1ftrx@eisner.encompasserve.org>   _ In article <cpo0a4$b5b@dispatch.concentric.net>, "Paul Dembry" <pade@nospam.trifox.com> writes: G > How do I set a breakpoint in a shared executable? My main dynamically F > (dlopen) loads a shared executable identified by an exec define, eg.M > define/exec cow dka100:[bin]cow.exe. cow.exe has an entry point, sow. After M > my main has loaded cow.exe, how can I get debug to set a breakpoint at sow? H > When I try the obvious, set break sow, it never finds the entry point.	 > Thanks,  > Paul  B    You probably have to use a set module to pick up the definitionD    of sow.  Most likely it's in a module called SOW.  And of course,3    that assumes the shared image was linked /debug.    ------------------------------    Date: 15 Dec 2004 07:27:51 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) ! Subject: Re: DS10L for 250 Bucks! 3 Message-ID: <FKUxXi43d13$@eisner.encompasserve.org>   ` 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?   B Although Mr. Turner can speak for his company, the general meaningB of the term "FOB" is "Freight On Board".  For someone in the US itB can serve as a warning regarding how much the shipping might cost.  @ Depending on circumstances, potential customers might care about? how long the delivery will take, which also varies according to  distance and price.    ------------------------------    Date: 15 Dec 2004 08:50:53 -0800& From: "Galen" <gspamtackett@yahoo.com>5 Subject: Re: help with RX2600/VMS 8.2FT setup please? C Message-ID: <1103129453.768760.274540@f14g2000cwb.googlegroups.com>   D At my former place of employment I hooked up a serial cable from theB rx2600 to a serial port on my VMS AlphaStation XP1000, popped up aF DECterm window on the XP1000, and SET HOST/DTE TTxx: to connect to theE rx2600 console. The DECterm application works nicely with the rx2600, G you can get a log file with /LOG= on the SET HOST/DTE command, and this / saves the grief of having to use BillGatesWare.   E On the Alpha side, though, I believe you first need to ALLOCATE TTxx: G to prevent spurious login failures in the event the rx2600 console port , spits out something before you SET HOST/DTE.   ------------------------------  % Date: Wed, 15 Dec 2004 08:46:09 -0800 ' From: David Mathog <mathog@caltech.edu>   Subject: Re: Interesting article* Message-ID: <41C06A51.5040109@caltech.edu>   prep@prep.synonet.com wrote:   > : > HP comitments are not worth the paper they are wiped on. >   	 Well put.    Regards,   David Mathog mathog@caltech.edu   ------------------------------    Date: 15 Dec 2004 00:33:19 -08005 From: Hiroyuki_Tanaka4@excite.co.jp (Hiroyuki Tanaka) ; Subject: LAN Driver - sniffing outbound and inbound packets = Message-ID: <68cfa44d.0412150033.109f1031@posting.google.com>    Hi All,   F I am playing with the LAN driver and trying to sniff ethernet packs.    @ 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     E Is there something special need to do to view the outbound packets on  the ethernet card?   Thanks   Tanaka   ------------------------------  % Date: Wed, 15 Dec 2004 11:17:38 +0400 & From: Valentin Likoum <me@privacy.net> Subject: locale compile ACCVIO, Message-ID: <32a6oiF3iatmkU1@individual.net>  
    Hello all,   ;    I tried to compile my home grown locale source file but  = LOCALE utility ACCVIOed (AXP 7.3, ACRTL ECO 6). Then I tried  . to compile sample sources taken from the docs W (http://h30097.www3.hp.com/docs/base_doc/DOCUMENTATION/V40G_HTML/AQ0R4DTE/LCLSPXXX.HTM) : ACCVIO again. I found the same error reported in JAN-2003 - for AXP 7.2-1. Anybody saw this tool working?    --  
 Best regards, 
   Valentin)   valentin.likoum at ncc dot volga dot ru    ------------------------------  % Date: Wed, 15 Dec 2004 11:02:38 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> * Subject: Newbie exception handler question, Message-ID: <41C05FEA.E773B125@teksavvy.com>  H OK, I want a C program to call one of my routines to cleanup stuff underK absolutely ALL circumstances, whether it be a <CTRL-C>, <CTRL-Y>, $FORCEX , G divide by 0 or other exception, STOP/ID, power failure, atomic bomb, or & unexpected and abrupt end of universe.  L Since this program uses the buggy LBR$ routines which corrupt libraries, andK thus needs a kludge to close the library properly, I want to make sure that J the program will execute the appropriate routine should anything force the image to terminate abnormally.  I Is there a simple single call to do this, or must I make a whole bunch of L different calls to set all sorts of various condiction handlers ? Where do I look ? (routine names) ?  M In the event of this handler calling my routines, is there a good description J of any restriction on what such routine can and cannot do and what sort of" environment it runs under (AST ?).   ------------------------------  % Date: Wed, 15 Dec 2004 09:11:28 -0800  From: Z <z@no.spam> . Subject: Re: Newbie exception handler question* Message-ID: <6g_vd.2109$vJ2.1826@fe07.lga>   JF Mezei wrote: 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.  F AFAIK, you can't see/trap STOP/ID, nor various other possible events, ) like HALTs, BUGCHECKs and system crashes.   4 For the rest, what's wrong with $DCLEXH or atexit()?   ------------------------------    Date: 15 Dec 2004 11:40:40 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) . Subject: Re: Newbie exception handler question3 Message-ID: <qPgkz4ZXqP7s@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.   4 Isn't STOP/ID caught by a kernel mode exit handler ?  3 Certainly the others are tautologically impossible.   G The end of the universe event is properly handled by a simple user mode ; exit handler.  If you find that is not the case, sue me :-)    ------------------------------    Date: 15 Dec 2004 08:48:41 -08005 From: "Sylvain F.DUBOIS" <sylvain_dubois_ca@yahoo.ca> 9 Subject: Re: NFS mount of ODS-5 vs traditional parse type C Message-ID: <1103129321.381259.153920@z14g2000cwz.googlegroups.com>   2 I agree for Oracle v9 disk(s), it must stay ODS-5.   ---  Conclusion:   5 Finaly, we decided to use ODS-5 structure everywhere. B Eventualy, a detached process will rename the few files written inD lowercases for those one used by NFS client with a traditional parse type or we will do it manually.   = For your information, some softwares doesn't support well the F traditional parse type on ODS-5 disks. They can create lowercase filesC even in a traditional mode. It's why I may need to create a tool as  workaround. ; Examples: UNZIP, EDIT/TPU (Bug: "save file as" TPU command)    ------------------------------    Date: 15 Dec 2004 09:27:01 -08005 From: "Sylvain F.DUBOIS" <sylvain_dubois_ca@yahoo.ca> 9 Subject: Re: NFS mount of ODS-5 vs traditional parse type C Message-ID: <1103131621.716052.258330@c13g2000cwb.googlegroups.com>   2 I agree for Oracle v9 disk(s), it must stay ODS-5.   ---  Conclusion:   5 Finaly, we decided to use ODS-5 structure everywhere. B Eventualy, a detached process will rename the few files written inD lowercases for those one used by NFS client with a traditional parse type or we will do it manually.   = For your information, some softwares doesn't support well the F traditional parse type on ODS-5 disks. They can create lowercase filesC even in a traditional mode. It's why I may need to create a tool as  workaround. ; Examples: UNZIP, EDIT/TPU (Bug: "save file as" TPU command)    ------------------------------  % Date: Wed, 15 Dec 2004 03:38:35 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> 0 Subject: OT: Display technology at euro stadiums, Message-ID: <41BFF7F0.B7EC5B83@teksavvy.com>  N Does anyone know what sort of technology is used for the advertising displays,K such as the one used at Madrid'd football statium which cover almost all of  the periphery of the field ?  K How do they prevent it from breaking when somone kicks a ball into it, or a & bunch of players run/collide into it ?  M I find it interesting that they can scale the displays to such an extent that M they can horizontally scroll contents across the whole length of the display.    ------------------------------    Date: 15 Dec 2004 02:38:38 -0800" From: pa@it.singer-friedlander.com Subject: SIMH Questions C Message-ID: <1103107118.092964.183580@f14g2000cwb.googlegroups.com>    Hello,  F Could someone tell me how I can switch the SIMH hardware settings fromD a VAXServer to a MicroVAX. I have tried the instructions in the FAQ,E but I get a "non-existing device" error. I have checked show conf and  PTR does not exist.   B Also, how do I enable extended addressing so that I can use larger disks?   Thanks,    Piyush   ------------------------------    Date: 15 Dec 2004 02:41:00 -0800" From: pa@it.singer-friedlander.com Subject: Re: SIMH setup B Message-ID: <1103107260.810111.24710@c13g2000cwb.googlegroups.com>  G I wasnt trying anything in particular. I was just interest to see if it  worked.   E Do you knoe how to enable the extended addressing so that you can use  larger disk sizes?   ------------------------------    Date: 15 Dec 2004 01:07:05 -08006 From: "Ondrej Brablc" <google.news.service@brablc.com>A Subject: Standard C++ iostreams slower then traditional iostreams B Message-ID: <1103101625.408326.23310@c13g2000cwb.googlegroups.com>   Hi,   9 Recently we have changed all our C++ code to compile with D CXX/STAND=Strict_ansi this implies that C++ Standard Library is used% instead of old proprietary libraries.   B However, we have found that programs doing rather intensive outputG operations are now twice as slow as before (it runs 30 minutes now). Is  that expected behaviour?  3 We use Compaq C++ V6.5-004 for OpenVMS Alpha V7.3-1    Regards, Ondrej  E PS: I wanted to thank to Joshua Lehrer who helped me with my previous A question. However, I was not able to mail him and did not want to  polute news group.   ------------------------------  % Date: Wed, 15 Dec 2004 12:12:08 -0500 # From: "John Smith" <a@nonymous.com> 8 Subject: The Other Shoe Drops [was]: Interesting Article, Message-ID: <lqqdnZ6sXpr77V3cRVn-ow@igs.net>  ) http://www.theinquirer.net/?article=20242    ------------------------------    Date: 15 Dec 2004 00:19:49 -08001 From: ralf.gaertner@t-systems.com (Ralf Gaertner) 7 Subject: Veritas now on the auction block, or nearly so = Message-ID: <e1b5cbf1.0412150019.47c8c860@posting.google.com>   D Even more interesting would be the quality of the Symantec products.D For the PC the latest Norton suite got a terrible review in a germanF magazin. There were basic functions not working on Windows XP and this< has been identified as a problem in the former Norton suite.   ------------------------------    Date: 15 Dec 2004 07:59:34 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) I Subject: Re: [Nomex on]: Security research suggests Linux has fewer flaws 3 Message-ID: <QOU4gixj56DK@eisner.encompasserve.org>   R In article <leCdnZ3cbbIh2SLcRVn-qg@igs.net>, "John Smith" <a@nonymous.com> writes: > 2 > Security research suggests Linux has fewer flaws  ;    Fewer than what?  Windows, natch; VMS, I don't think so.    ------------------------------  % Date: Wed, 15 Dec 2004 09:37:25 -0500 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> I Subject: Re: [Nomex on]: Security research suggests Linux has fewer flaws , Message-ID: <41C04BF5.D5ED3FAC@teksavvy.com>   Bob Koehler wrote: > T > In article <leCdnZ3cbbIh2SLcRVn-qg@igs.net>, "John Smith" <a@nonymous.com> writes: > > 4 > > Security research suggests Linux has fewer flaws > = >    Fewer than what?  Windows, natch; VMS, I don't think so.   " One has to define "security flaw".  I Have the VMS engineers issued the VMS patch for the DECwidnows XPM bitmap M problem for which patches are avaialble on most other OS that support Motif ?   Have they even acknowledged it ?  N While the VMS kernel may be more trustable than that of any other OS, the factN that so much middleware such as TCPIP and DECWidnows actually comes from otherK operating systems, VMS is just as vulnerable. And when all OS are getting a J known bug, then you should measure how quickly it takes for each vendor to issue a patch.    N I'd rather have a vendor that admits to a bug and issues a patch ASAP comparedN to one which is asleep at the switch, doesn't realise the bug applies to them,? and/or just doesn't have the reosucrs anymore to issue patches.   I The user community would be better off if the VMS management were to make K available the VMS specific source code to the open sourced products such as K much of the TCPIP applications, as well as X windows/Motif so that we could J apply patches outselves instead of waiting 2 or 3 years for a new version.  $ Thsi is especially true for VAX-VMS.   ------------------------------  % Date: Thu, 16 Dec 2004 00:26:20 +0800  From: prep@prep.synonet.com I Subject: Re: [Nomex on]: Security research suggests Linux has fewer flaws - Message-ID: <87sm67sf2r.fsf@prep.synonet.com>   = koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:   3 >> Security research suggests Linux has fewer flaws -                                         ^^^^^    `Fewer', not `fewest'.  = >    Fewer than what?  Windows, natch; VMS, I don't think so.   4 They said `industry standard', so that lets VMS out.   --  < Paul Repacholi                               1 Crescent Rd.,7 +61 (08) 9257-1001                           Kalamunda. @                                              West Australia 6076* comp.os.vms,- The Older, Grumpier Slashdot. Raw, Cooked or Well-done, it's all half baked.F EPIC, The Architecture of the future, always has been, always will be.   ------------------------------  % Date: Wed, 15 Dec 2004 11:22:25 -0700 " From: GreyCloud <mist@cumulus.com>I Subject: Re: [Nomex on]: Security research suggests Linux has fewer flaws 0 Message-ID: <DumdnRMiO9iAHV3cRVn-3g@bresnan.com>   JF Mezei wrote:  > Bob Koehler wrote: > T >>In article <leCdnZ3cbbIh2SLcRVn-qg@igs.net>, "John Smith" <a@nonymous.com> writes: >>3 >>>Security research suggests Linux has fewer flaws  >>= >>   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 bitmap O > problem for which patches are avaialble on most other OS that support Motif ? " > Have they even acknowledged it ? > P > While the VMS kernel may be more trustable than that of any other OS, the factP > that so much middleware such as TCPIP and DECWidnows actually comes from otherM > operating systems, VMS is just as vulnerable. And when all OS are getting a L > known bug, then you should measure how quickly it takes for each vendor to > issue a patch.   > P > I'd rather have a vendor that admits to a bug and issues a patch ASAP comparedP > to one which is asleep at the switch, doesn't realise the bug applies to them,A > and/or just doesn't have the reosucrs anymore to issue patches.  > K > The user community would be better off if the VMS management were to make M > available the VMS specific source code to the open sourced products such as M > much of the TCPIP applications, as well as X windows/Motif so that we could L > apply patches outselves instead of waiting 2 or 3 years for a new version. > & > Thsi is especially true for VAX-VMS.  H Even tho X is being used in conjunction with VMS, it is not part of the I o/s.  Linux is an o/s as well, but any form of X is not.  You don't have  H to use X if you don't want to.  So why should any flaws in the X server   have any impact on the o/s, VMS?   --  ! ---------------------------------  Th3 G0ld3n Yrs Sux0r   ------------------------------   End of INFO-VAX 2004.695 ************************