1 INFO-VAX	Sat, 30 Dec 2000	Volume 2000 : Issue 729       Contents:6 Re: Bug - NLB0: crash, was: "NLA0: the null device..."6 Re: Bug - NLB0: crash, was: "NLA0: the null device..."6 RE: Bug - NLB0: crash, was: "NLA0: the null device..."6 RE: Bug - NLB0: crash, was: "NLA0: the null device..." Re: DSNlink for OpenVMS v3.0+ not landings, Was: DSNlink for OpenVMS v3.0 " Re: OSU ssh compilation problem??? Re: relocation& Re: Sending messages to an application  F ----------------------------------------------------------------------  # Date: Sat, 30 Dec 2000 14:23:20 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) ? Subject: Re: Bug - NLB0: crash, was: "NLA0: the null device..." 0 Message-ID: <009F55CA.9D4DC515@SendSpamHere.ORG>  m In article <hshubs-C582C6.00285530122000@news.mindspring.com>, Howard S Shubs <hshubs@mindspring.com> writes: J >In article <009F54F8.DBDBB9C2@SendSpamHere.ORG>, system@SendSpamHere.ORG  >wrote:  > L >>Then write your own null driver.  Fairly simple.  You don't need much moreK >>than a simple shell of a driver with basic FDT handlers all returning via J >>FINISHIOC with some status you desire -- typcally, SS$_NORMAL.  In fact,K >>you can write your own null device driver and provide no-ops for serveral L >>other $QIO functions besides those handled by the VMS NL device -- namely, >>reads and writes.  > M >IIRC, reads return EOF, modifications return UNSUPPORTED, and writes return  	 >SUCCESS.    For NLDRIVER you are correct.    --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------  % Date: Sat, 30 Dec 2000 10:02:21 -0500 , From: Howard S Shubs <hshubs@mindspring.com>? Subject: Re: Bug - NLB0: crash, was: "NLA0: the null device..." > Message-ID: <hshubs-BBAD90.10022130122000@news.mindspring.com>  I In article <009F55CA.9D4DC515@SendSpamHere.ORG>, system@SendSpamHere.ORG   wrote:  I >In article <hshubs-C582C6.00285530122000@news.mindspring.com>, Howard S  & >Shubs <hshubs@mindspring.com> writes:  N >>IIRC, reads return EOF, modifications return UNSUPPORTED, and writes return 
 >>SUCCESS. >  >For NLDRIVER you are correct.    0 Well, that -is- what we're talking about. <grin> --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  % Date: Sat, 30 Dec 2000 10:45:12 -0500 4 From: "Bochnik, William J" <BochnikWJ@bernstein.com>? Subject: RE: Bug - NLB0: crash, was: "NLA0: the null device..." J Message-ID: <2B37459189B0D211BE710000F8EF9D8508908AA1@nts0147.beehive.com>  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_001_01C07277.87ECA422  Content-Type: text/plain  J It was my understanding that Windows NT has a hardcoded buffer on the nullJ device of 32768 bytes requiring periodic reboots to empty the bucket.  VMSK does not suffer from this constraint as the buffer is dynamically allocated E from non-paged pool, and a buffer relcaimation process (process id 0) & emptied the bucked in a timely fasion.     > -----Original Message----- > From:	Mark E. Levy  ) > Sent:	Friday, December 29, 2000 5:59 PM  > To:	Info-VAX@mvb.saic.com A > Subject:	Re: Bug - NLB0: crash, was: "NLA0: the null device..."  >  > > I > >   If you are interested, I'll see if I can adjust the existing volume G > >   shadowing support to permit the shadowing (mirroring) of multiple K > >   null devices, though served path failover would require an MSCP-aware J > >   null device driver or the use of the upcoming QIOserver support. :-) > G > Ah, yes! A shadowed null device! That's just what OpenVMS needs to be E > truly fault tolerant. Having a null device go offline can cause all J > sorts of headaches. Being able to fail over to another null device would > solve that problem.  > C > I haven't yet considered what to do when the first null device is 2 > repaired and needs to be merged back in, though. >  > ;-)  >  > Mark Levy $ > System Management Associates, Inc.  ' ------_=_NextPart_001_01C07277.87ECA422  Content-Type: text/html + Content-Transfer-Encoding: quoted-printable   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">  <HTML> <HEAD>9 <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =  charset=3DUS-ASCII">@ <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
 5.5.2651.65"> 9 <TITLE>RE: Bug - NLB0: crash, was: &quot;NLA0: the null =  device...&quot;</TITLE>  </HEAD>  <BODY>  > <P><FONT COLOR=3D"#0000FF" SIZE=3D1 FACE=3D"Arial">It was my =I understanding that Windows NT has a hardcoded buffer on the null device = F of 32768 bytes requiring periodic reboots to empty the bucket.&nbsp; =G VMS does not suffer from this constraint as the buffer is dynamically = B allocated from non-paged pool, and a buffer relcaimation process =@ (process id 0) emptied the bucked in a timely fasion.</FONT></P> <BR> <UL>B <P><FONT SIZE=3D1 FACE=3D"Arial">-----Original Message-----</FONT>I <BR><B><FONT SIZE=3D1 FACE=3D"Arial">From:&nbsp;&nbsp;</FONT></B> <FONT = . SIZE=3D1 FACE=3D"Arial">Mark E. Levy</FONT>=20I <BR><B><FONT SIZE=3D1 FACE=3D"Arial">Sent:&nbsp;&nbsp;</FONT></B> <FONT = @ SIZE=3D1 FACE=3D"Arial">Friday, December 29, 2000 5:59 PM</FONT> <BR><B><FONT SIZE=3D1 = F FACE=3D"Arial">To:&nbsp;&nbsp;&nbsp;&nbsp;</FONT></B> <FONT SIZE=3D1 =+ FACE=3D"Arial">Info-VAX@mvb.saic.com</FONT>  <BR><B><FONT SIZE=3D1 = I FACE=3D"Arial">Subject:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</FONT>= @ </B> <FONT SIZE=3D1 FACE=3D"Arial">Re: Bug - NLB0: crash, was: =+ &quot;NLA0: the null device...&quot;</FONT>  </P>  - <P><FONT SIZE=3D1 FACE=3D"Arial">&gt; </FONT> ? <BR><FONT SIZE=3D1 FACE=3D"Arial">&gt;&nbsp;&nbsp; If you are = ? interested, I'll see if I can adjust the existing volume</FONT> I <BR><FONT SIZE=3D1 FACE=3D"Arial">&gt;&nbsp;&nbsp; shadowing support to = 3 permit the shadowing (mirroring) of multiple</FONT> I <BR><FONT SIZE=3D1 FACE=3D"Arial">&gt;&nbsp;&nbsp; null devices, though = 7 served path failover would require an MSCP-aware</FONT> G <BR><FONT SIZE=3D1 FACE=3D"Arial">&gt;&nbsp;&nbsp; null device driver = 8 or the use of the upcoming QIOserver support. :-)</FONT> </P>  C <P><FONT SIZE=3D1 FACE=3D"Arial">Ah, yes! A shadowed null device! = + That's just what OpenVMS needs to be</FONT> G <BR><FONT SIZE=3D1 FACE=3D"Arial">truly fault tolerant. Having a null = & device go offline can cause all</FONT>E <BR><FONT SIZE=3D1 FACE=3D"Arial">sorts of headaches. Being able to = - fail over to another null device would</FONT> < <BR><FONT SIZE=3D1 FACE=3D"Arial">solve that problem.</FONT> </P>  F <P><FONT SIZE=3D1 FACE=3D"Arial">I haven't yet considered what to do =$ when the first null device is</FONT>H <BR><FONT SIZE=3D1 FACE=3D"Arial">repaired and needs to be merged back = in, though.</FONT> </P>  + <P><FONT SIZE=3D1 FACE=3D"Arial">;-)</FONT>  </P>  1 <P><FONT SIZE=3D1 FACE=3D"Arial">Mark Levy</FONT> A <BR><FONT SIZE=3D1 FACE=3D"Arial">System Management Associates, =  Inc.</FONT>  </P> </UL>  </BODY>  </HTML> ) ------_=_NextPart_001_01C07277.87ECA422--    ------------------------------  # Date: Sat, 30 Dec 2000 18:49:37 GMT = From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-) ? Subject: RE: Bug - NLB0: crash, was: "NLA0: the null device..." 0 Message-ID: <009F55EF.D00CAF1B@SendSpamHere.ORG>   In article <2B37459189B0D211BE710000F8EF9D8508908AA1@nts0147.beehive.com>, "Bochnik, William J" <BochnikWJ@bernstein.com> writes:   K >It was my understanding that Windows NT has a hardcoded buffer on the null K >device of 32768 bytes requiring periodic reboots to empty the bucket.  VMS L >does not suffer from this constraint as the buffer is dynamically allocatedF >from non-paged pool, and a buffer relcaimation process (process id 0)' >emptied the bucked in a timely fasion.   J That's completely stupid and wrong -- VMS-wise that is.  I don't know what0 inane mechanism might be employed in Weendoze.     --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COM              O city, n., 1. a place where trees are cut down and streets are named after them.    ------------------------------    Date: 30 Dec 2000 11:40:19 -0500, From: koehler@eisner.decus.org (Bob Koehler)% Subject: Re: DSNlink for OpenVMS v3.0 + Message-ID: <0y73ljBVpwaW@eisner.decus.org>   h In article <OF673EF08D.45D7512E-ON882569BD.0064FF89@foundation.com>, Shane.F.Smith@Healthnet.com writes: > M > It occurs to me that various space probes were fired off into space with no K > expectation of landfall anywhere. Isn't one of the Voyager series getting $ > close to leaving the solar system? >  > Do I win?  >  > Shane  >   F I think we somehow limitted it to manned flying craft.  IMHO that just+ barely removes White's glove from the list.   F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------    Date: 30 Dec 2000 11:32:11 -0500, From: koehler@eisner.decus.org (Bob Koehler)4 Subject: not landings, Was: DSNlink for OpenVMS v3.0+ Message-ID: <kkyASKVc$XIw@eisner.decus.org>   Y In article <1001222145731.17250A-100000@Ives.egh.com>, John Santos <JOHN@egh.com> writes: E > Shane Smith asked about parachuting.  My view was, he still landed, B > just not in the plane.  As for ejector seats, I don't think many4 > planes take of with the pilot intending to use it.  F Reminds me of how Joe Kennedy died.  He was supposed to bail out afterC take off.  IMHO counts as a landing.  If it had gone as planned, it G would have been the same as the LM's which crashed into the moon.  So I H think we've only identified two manned flying craft still in flight with no landing plans.   F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------  % Date: Sat, 30 Dec 2000 09:37:45 -0500  From: stan@stanq.com+ Subject: Re: OSU ssh compilation problem??? . Message-ID: <3A4DACE9.10586.386E4A7@localhost>  F >             reply->key_id = PEM_read_RSAPrivateKey ( kf, &key, NULL,	 > NULL );   > .............................^J > %CC-E-TOOMANYARGS, In this statement, "PEM_read_RSAPrivateKey" expects 3  > arguments, but 4 are supplied.B > at line number 775 in file DKA0:[SSHANDSSL.VMSSSH]SSHRSA_RPC.C;1  F When I went through this exercise about a year ago, the web page said F that no attempt was being made to keep the code compatible with newer E versions of the necessary SSL code.  It took quite a while for me to   tweak it into proper operation.   + However, you'll be pleased with the result.      --Stan  
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------    Date: 30 Dec 2000 11:54:21 -0500, From: koehler@eisner.decus.org (Bob Koehler) Subject: Re: relocation + Message-ID: <idCTJdmCxUP+@eisner.decus.org>    In article <Pine.LNX.4.21.0012291317160.11677-100000@localhost.localdomain>, Ashutosh Dhodapkar <dhodapka@ece.wisc.edu> writes:  > D > I needed some help on relocation of binaries. basically, i want toI > relocate a binary so that it occupies virtual address 0x00 however i am F > unable to do this on the alpha system that we have. any help will be > appreciated.  D You might be able to accomplish this with base=0 in the link optionsB file (or is that VAX only?).  You don't want to, I spent some timeF cleaning this out of an application a couple years ago, which would no7 longer build or run because someone used a base option.   H What are you trying to do?  There is probably a better way to do it than basing the image.   F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = NASA GSFC Flight Software       | Federal Sector, Civil Group E                                 | please remove ".aspm" when replying    ------------------------------    Date: 30 Dec 2000 10:43:00 -05009 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) / Subject: Re: Sending messages to an application + Message-ID: <UrYvwPL$u+PC@eisner.decus.org>   \ In article <3A4D2F12.1AE716B4@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes:  L > For instance, while reading an email, you can view an attachement with theN > proper application, and if the application is already started, it just opens@ > the new file, thus providing much faster service to the user).  E That single capability has been responsible for 99% of the successful , security attacks against Microsoft machines.  N ==============================================================================N Great Inventors of our time: Al Gore -> Internet; Sun Microsystems -> ClustersN ==============================================================================   ------------------------------   End of INFO-VAX 2000.729 ************************