1 INFO-VAX	Sun, 10 Dec 2000	Volume 2000 : Issue 688       Contents:, Re: ??== Allocating only one block per file., Re: ??== Allocating only one block per file., Re: ??== Allocating only one block per file., Re: ??== Allocating only one block per file.? Re: BIND/DNS Client asking BIND/DNS Server on non-standard port ? Re: BIND/DNS Client asking BIND/DNS Server on non-standard port  Re: Cable modem woes update... Re: Cable modem woes update... Re: Cable modem woes update... Re: Cable modem woes update... Re: Cable modem woes update... Re: DEC BASIC : relative files Dismount/abort for tape drives4 Re: Here is my Xmas-Present: cdrecord for IDE-drives4 Re: Here is my Xmas-Present: cdrecord for IDE-drives Re: link: VMS 7.1 vs VMS 7.2-1, Re: Two NEW SKC Postings at www.acersoft.com, Re: Two NEW SKC Postings at www.acersoft.com, Re: Two NEW SKC Postings at www.acersoft.com  F ----------------------------------------------------------------------  % Date: Sat, 09 Dec 2000 13:32:01 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> 5 Subject: Re: ??== Allocating only one block per file. - Message-ID: <3A3288B1.3CBB3DE9@earthlink.net>    Howard S Shubs wrote:  > C > In article <3A327448.B48E4B1E@earthlink.net>, "David J. Dachtera" & > <djesys.nospam@earthlink.net> wrote: > G > >See PPF.BAS in that "kit". You can use this (BASIC) code as a model; A > >however, you'll have to add in your own code to compare dates. A > >DIR/SIN/BEF seemed easier (to me) than going through all that.  > M > But it likely requires a LIB$SPAWN[ofHELL!!!!!!](), which I've decided is a K > solution of Very Last Resort: it's *slow* and has worse quota issues than  > simply calling RMS.   9 Honestly now: You didn't look at the BASIC code, did you?   , Don't worry if you "can't read BASIC". Just:  ( $ SEARCH PPF.BAS "LIB$","FILE"/MATCH=AND   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Sat, 09 Dec 2000 14:11:26 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> 5 Subject: Re: ??== Allocating only one block per file. - Message-ID: <3A3291EE.63086A5B@earthlink.net>    "Hans M. Aus" wrote: > J > Is it possible to allocate only one block per disk file without changing > the cluster size on the disk?    Well yes and no...  B ...because Glenn Everhart just mentioned another approach which, IH admit, didn't occur to me immediately: use virtual (VDDRIVER) or logical4 (LDDRIVER) disk containers with a cluster size of 1.  C This is a bit hairier than some of the other approaches, because if H you're taking in 1000's of files daily (i.e., a half-gig or so of data),G and a half-gig (or so) disk is the biggest that can have a cluster size 9 of 1 (pre V7.2-1), then that means you'll be making a new ? virtual/logical disk container every day. Combine that with the D compressed container approach he suggests in his post, and you couldE arrive at a workable solution. Just set up a logical name as a search F list and add a member very time you add a compressed image to the set.   Lots of options, huh?    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Sat, 09 Dec 2000 17:21:10 -0500 , From: Howard S Shubs <hshubs@mindspring.com>5 Subject: Re: ??== Allocating only one block per file. > Message-ID: <hshubs-319E62.17211009122000@news.mindspring.com>  B In article <3A3288B1.3CBB3DE9@earthlink.net>, "David J. Dachtera" $ <djesys.nospam@earthlink.net> wrote:  : >Honestly now: You didn't look at the BASIC code, did you?  N I'm not the one looking for this code.  I'm just saying that usually I try to C do things using system services or whatever instead of LIB$SPAWN().  --   Howard S ShubsD "Run in circles, scream and shout!"  "I hope you have good backups!"   ------------------------------  % Date: Sat, 09 Dec 2000 20:19:12 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> 5 Subject: Re: ??== Allocating only one block per file. - Message-ID: <3A32E820.3E6A736A@earthlink.net>    Howard S Shubs wrote:  > C > In article <3A3288B1.3CBB3DE9@earthlink.net>, "David J. Dachtera" & > <djesys.nospam@earthlink.net> wrote: > < > >Honestly now: You didn't look at the BASIC code, did you? > O > I'm not the one looking for this code.  I'm just saying that usually I try to E > do things using system services or whatever instead of LIB$SPAWN().   C I guess my newsreader (Netscape) must have dropped a message or two B then. I don't find a mention in this thread of doing anything with2 either SPAWN(DCL) or LIB$SPAWN - other than yours.  B The code I mentioned uses LIB$FIND_FILE and LIB$FIND_FILE_END - noG LIB$SPAWN, no LIB$DO_DCL or anything else. I'm not aware of any similar C circumstance that would require any kind of (LIB$)SPAWN, although I 3 could see where that might be useful or beneficial.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------   Date: 9 Dec 2000 23:48:55 +0100 * From: eplan@kapsch.net (Peter LANGSTOEGER)H Subject: Re: BIND/DNS Client asking BIND/DNS Server on non-standard port* Message-ID: <3a32b6d7$1@news.kapsch.co.at>  M In article <U3uBrvwehAOp@ludens>, maulis@ludens.elte.hu (Maulis Adam) writes: X >In article <3a2beb11$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes:p >> In article <90gpb5$s4f$1@mailint03.im.hou.compaq.com>, "Matt Muggeridge" <Matt.Muggeridge@compaq.com> writes:H >>>> Setting the server to listen on an alternate port is easy.  HoweverK >>>> the question was how to set the client to send queries to an alternate 
 >>>> port. >>> 3 >>>The resolver hard codes the port number for now.  >>   >> Thanks, Matt. >>  ! >> How about a change for ECO 2 ?  > 7 >My wishlist about tcp/ip BIND resolver/server feature:  > B >- the BIND server listening ONLY that interface I specified with + >  TCPIP> set service /ADDRESS='if_address'   + Have you seen the TCPIP$BIND.CONF parameter   1 	listen-on [port ip_port] { address_match_list };    which defaults to    	listen-on 53 { any };    I think this is waht you want...   --  < Peter "EPLAN" LANGSTOEGER           Tel.    +43 1 81111-2651; Network and OpenVMS system manager  Fax.    +43 1 81111-888 < <<< KAPSCH AG  Wagenseilgasse 1     E-mail  eplan@kapsch.netH A-1121 VIENNA  AUSTRIA              "I'm not a pessimist, I'm a realist"   ------------------------------   Date: 9 Dec 2000 23:39:41 +0100 ) From: maulis@ludens.elte.hu (Maulis Adam) H Subject: Re: BIND/DNS Client asking BIND/DNS Server on non-standard port! Message-ID: <U3uBrvwehAOp@ludens>   W In article <3a2beb11$1@news.kapsch.co.at>, eplan@kapsch.net (Peter LANGSTOEGER) writes: o > In article <90gpb5$s4f$1@mailint03.im.hou.compaq.com>, "Matt Muggeridge" <Matt.Muggeridge@compaq.com> writes: G >>> Setting the server to listen on an alternate port is easy.  However J >>> the question was how to set the client to send queries to an alternate	 >>> port.  >>2 >>The resolver hard codes the port number for now. >  > Thanks, Matt.  >   > How about a change for ECO 2 ? >    Hi,   6 My wishlist about tcp/ip BIND resolver/server feature:  A - the BIND server listening ONLY that interface I specified with  *   TCPIP> set service /ADDRESS='if_address'= - the address resolution of Under "C" Class Internet Networks    should be working.   For example:  F We have a 157.181.161.64/26 network. (Subnet mask is 255.255.255.192 )K One of our servers have name: csirke.elte.hu. and IP address 157.181.161.66   3 The reverse domain set correctly (but not trivial):   A 66.161.181.157.in-addr.arpa.	CNAME	2.64.161.181.157.in-addr.arpa. 7 64.161.181.157.in-addr.arpa.	NS	dns.csirke.inf.elte.hu. + dns.csirke.inf.elte.hu.	  	A	157.181.161.65   + from the 64.161.181.157.in-addr.arpa. zone:    2	PTR	csirke.elte.hu   $ tcpip sh host 157.181.161.66B gethostby*.getanswer: asked for "66.161.181.157.IN-ADDR.ARPA", got "2.64.161.181.157.in-addr.arpa" ( %TCPIP-W-NORECORD, information not found -RMS-E-RNF, record not found  # $ mcr tcpip$nslookup 157.181.161.66  Server:  darmol.elte.hu  Address:  157.181.3.1    Name:    csirke.elte.hu  Address:  157.181.161.66% Aliases:  66.161.181.157.in-addr.arpa       Linux# host 157.181.161.66 Name: csirke.elte.hu Address: 157.181.161.66    Linux# nslookup 157.181.161.66 Server:  darmol.elte.hu  Address:  157.181.3.1    Name:    csirke.elte.hu  Address:  157.181.161.66% Aliases:  66.161.181.157.in-addr.arpa       I    I also thinks both of these wishes (non-default port and under C class H    reverse dns) requires the modification only the TCPIP$ACCESS_SHR.EXE.         Regards, Adam Maulis    ------------------------------  # Date: Sat, 09 Dec 2000 22:53:45 GMT  From: jgessling@my-deja.com ' Subject: Re: Cable modem woes update... ) Message-ID: <90ud5n$6mu$1@nnrp1.deja.com>   C May I make a suggestion?  Do yourself a favor and but a cable modem @ router, with nat, for example netgear at $159, or get a softwareC solution with at netbsd or similar box as discussed here a whil ago B regarding DSL setups.  You can save the money on your bill by onlyC paying for 1 IP address and still have lots of machines on the net.    Jim     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Sat, 09 Dec 2000 18:56:41 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> ' Subject: Re: Cable modem woes update... , Message-ID: <3A32C6B5.11F86DFC@videotron.ca>   jgessling@my-deja.com wrote: > E > May I make a suggestion?  Do yourself a favor and but a cable modem  > router, with nat,   J Yeah, I know this is the solution. However, I still think that those cableM modems are very poorly engineered if their firmware records the first 3 ether H adresses they see instead of recording he the address of a computer thatF broadcasts a DHCP request. (or at least record only ether adresses forN machines that emit TCPIP packets with an IP address in the same network as the$ net on the other side of the modem).  L Since the modems now filter out packets which are not TCPIP and not destinedK for the "internet", why should these modems store ether adresses of devices ' that generate SCS, DECNET etc traffic ?   H Are there combos that act as both cable modem and router, or are the two always separate ?    ------------------------------  # Date: Sun, 10 Dec 2000 02:06:53 GMT  From: david_froble@my-deja.com' Subject: Re: Cable modem woes update... ) Message-ID: <90uofr$es5$1@nnrp1.deja.com>   , In article <3A32C6B5.11F86DFC@videotron.ca>,0   JF Mezei <jfmezei.spamnot@videotron.ca> wrote: > jgessling@my-deja.com wrote: > > G > > May I make a suggestion?  Do yourself a favor and but a cable modem  > > router, with nat,  > F > Yeah, I know this is the solution. However, I still think that those cable G > modems are very poorly engineered if their firmware records the first  3 ether E > adresses they see instead of recording he the address of a computer  thatH > broadcasts a DHCP request. (or at least record only ether adresses forA > machines that emit TCPIP packets with an IP address in the same  network as the& > net on the other side of the modem). > E > Since the modems now filter out packets which are not TCPIP and not  destinedE > for the "internet", why should these modems store ether adresses of  devices ) > that generate SCS, DECNET etc traffic ?  > F > Are there combos that act as both cable modem and router, or are the two  > always separate ?   H The modem isn't intended to be a router, and thus anything is doesn't doF isn't really the fault of the modem.  That said, I wonder if it has to9 do everything that it does do, which causes you problems.   G Go to ONSALE.COM, and monitor what networking stuff they have.  I got a C rather nice product, works with either cablemodem OR DSL interface. E It's a router like the other posters have mentioned.  I was trying to H find the purchase info, and couldn't, but I remember it to be well under $100.    Dave    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Sat, 09 Dec 2000 20:32:18 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net> ' Subject: Re: Cable modem woes update... - Message-ID: <3A32EB32.28F7AB79@earthlink.net>    JF Mezei wrote:  >  > jgessling@my-deja.com wrote: > > G > > May I make a suggestion?  Do yourself a favor and but a cable modem  > > router, with nat,  > L > Yeah, I know this is the solution. However, I still think that those cableO > modems are very poorly engineered if their firmware records the first 3 ether J > adresses they see instead of recording he the address of a computer thatH > broadcasts a DHCP request. (or at least record only ether adresses forP > machines that emit TCPIP packets with an IP address in the same network as the& > net on the other side of the modem).  H On the contrary - having been rather close to the ISP industry this pastG summer (I worked for Mark Levy and some of his FSInet customer sites) I D became aware that ISPs may have negotiated these "features" with theF manufacturers to help "ensure" their revenue stream, which is based in2 part on per IP address (read: per client machine).  C You might find a cable modem + router. I've never shopped for them.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/   F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.    ------------------------------  % Date: Sun, 10 Dec 2000 00:20:22 -0500 - From: JF Mezei <jfmezei.spamnot@videotron.ca> ' Subject: Re: Cable modem woes update... , Message-ID: <3A331292.1EC192CE@videotron.ca>   "David J. Dachtera" wrote:J > On the contrary - having been rather close to the ISP industry this pastI > summer (I worked for Mark Levy and some of his FSInet customer sites) I F > became aware that ISPs may have negotiated these "features" with theH > manufacturers to help "ensure" their revenue stream, which is based in4 > part on per IP address (read: per client machine).  K Well, I can understand wanting to prevent customers from abusing the stuff, M but that feature is what firces customers to buy routers, at which point they N will abuse the ISP even more because they will be able to put as many machines% as they want but pay for a single IP.   M If the modem recorded the ether address of only the machines whihc issue DHCP N requests, then that would be a fair protection against multiple machines using, the service when only one IP is provisioned.  J And because of that feature (if that is truly true, it was perhaps just anM excuse given by the ISP), I have had to monopolise a lot of support resources M at the ISP  because they are not willing to document it. So the ISP's support G costs are much higher because of such a silly undocumented restriction, N especially when the ISP's sales dept continues to tell customers that it is OKK to have as many machines on your LAN as you want as long as only one issues0 DHCP requests.  J You'd think that an ISP with hundreds of thousands of subscribers would doM everything to reduce support costs by implementing hardware restrictions thatr* match its actual policies (or vice-versa).  H What is also a learning experience is to find out how important it is toN provide first level support folks with the logs of ALL changes to the network.J It makes it very hard to debug a problem that props up out of nowhere whenK from their side, they don't see changes at their end and are thus forced to . blame the problem on the customer's equipment.   ------------------------------  # Date: Sun, 10 Dec 2000 02:59:48 GMT  From: david_froble@my-deja.com' Subject: Re: DEC BASIC : relative files ) Message-ID: <90urj3$h5t$1@nnrp1.deja.com>m  4 In article <FmGeIlAn+XL6Ew6L@wrightnet.demon.co.uk>,4   Steve Wright <usenet@wrightnet.demon.co.uk> wrote: >-C > We need to know how to open an existing relative file and write a  record= > to it without having to specify the specific record number.h >kA > If we create the file (or open an empty file), we can issue PUTs commandsF > without specifying a record number. This writes records 1, 2, 3 ..., and< > so on. >4F > However if we open an existing file that already has a record number 1,H > any attempt to PUT without a record number results in error 153-Record > already exists.r >oH > The manual suggests that after a PUT operation the next record pointerG > is advanced to the next record. This does not appear to the case whenrE > error 153 is encountered. The manual implies that reissuing the PUT H > would attempt to write the record to the next record slot in the file.E > However this is not true. The next record pointer appears not to beuG > advanced and any attempt to PUT without record number will attempt toI > create record 1 again. > C > What we would like to do is to write the record to the end of theiG > relative file. There does not appear to be an easy way of doing this.o ItE > would be nice if we could use the ACCESS APPEND clause, but this isi onet  > relevant for sequential files. > G > Unfortunately we cannot use a sequential file as our program needs tosA > delete records on occasions and that option is not available tos3 > sequential files (apart from SCRATCH to the end).  >, > Any ideas? > -- > Steve Wright    C Rather interesting thread, possibly because I can set back with theo/ secure knowledge that I solved it 20 years ago.3  G Back in the 1970s we had the need of passing messages from one piece ofeC an application to another, and, we needed this to be an asycroneoussD activity, ie; sender and received may not both be active at the same time.t  H The solution was a simple queue utility, which was normally running fromH system start-up to shutdown, received all messages, and stored them in aD queue file.  Initial implementation was on RSTS/E, and when VMS cameA along, the actual format of the file in the VMS version is an RMSaC relative file.  The first few records had information to define theaE valid queues with pointers and counters for each queue.  The internaleG format was multiple linked lists, one for each valid queue (applicationtA that is the receiver of specific messages) and one for all unusedy records.  D In operation, the utility receives a message, determines which queueH (queues are pre-defined) the message was destined for, pops a record offH the top of the free list, put the data in the record, and links (pushes)H it into the linked list for that queue, normally at the end of the list,F but has the capability of placing the message at the head of the queue3 or at any position following the head of the queue.e  E Receiving applications request their next message, (which is also theoD key that the prior message was received, and can be removed from theC head of the queue), and the utility sends the next message from thea specified queue.  E When a record is no longer required in a queue, it is pushed onto the: free list, ready for re-use.  E Best part about such a utility, none of the applications need to knownF anything about the queue file, just the proper message format, and howA to send and receive messages, which are general library routines.d  H While I've seen applications that need access to the message queue, mostH such activity is best done by a utility that provides the service to theC applications, not making the applications more complex by doing the 7 message management in addition to the core application.s   Dave    & Sent via Deja.com http://www.deja.com/ Before you buy.1   ------------------------------  % Date: Sat, 09 Dec 2000 21:51:14 -0500:- From: gary prarat <g.prarat@worldnet.att.net> ' Subject: Dismount/abort for tape drivesn6 Message-ID: <00b501c06254$14c6c640$20994d0c@nstar.net>  - Every once in awhile I run into the old issue ' that someone (sometimes me) has somehow + aborted a process without first dismountingI the associated tape.  ) A few nights ago we had that same problem & with a tl891 on an 8400 running 7.1 .   ' As I recall, there used to be a programn+ offered thru dsnlink that gave lots of diree$ warnings and then dismounted a tape " that was stuck in such a position.  & Does anyone know if such a program is ( still around. (this assumes that age has* not killed so many brain cells that I have& confused it with some other program.).   Thanks, Gary Prarato  ' P.S. The dismount/abort command had no a* effect, but I may have left something out.   ------------------------------  % Date: Sat, 09 Dec 2000 21:46:54 +0100iA From: Eberhard Heuser-Hofmann <vaxinf@dg3.chemie.uni-konstanz.de>e= Subject: Re: Here is my Xmas-Present: cdrecord for IDE-drives 0 Message-ID: <00ff01c06221$2b3350c0$1d072286@ws1>   ----- Original Message -----* From: "Terry Kennedy" <terry@gate.tmk.com> To: <Info-VAX@Mvb.Saic.Com>c* Sent: Saturday, December 09, 2000 11:45 AM= Subject: Re: Here is my Xmas-Present: cdrecord for IDE-drives     E > Eberhard Heuser-Hofmann <vaxinf@dg3.chemie.uni-konstanz.de> writes:a@ > >> I have decided to spend some money and bought a very recent IDE-CDRW-driveL > >> with so called "burnproof"-option build in ("Forget the buffer underrun > > problem"), > >> a TEAC CD-W512EB. >cJ >   Note that you have to specifically ask for the "burn-proof" mode to beI > turned on in these recorders - it is *not* the default (except possibly)? > in manufacturer-supplied utilities that come with the drive).>  ; Or with the newest cdrecord version: -driveropts=burnproof.S   >g6 >         Terry Kennedy             http://www.tmk.com7 >         terry@tmk.com             Jersey City, NJ USA    Eberhard   ------------------------------  # Date: Sun, 10 Dec 2000 00:18:43 GMTr( From: Terry Kennedy <terry@gate.tmk.com>= Subject: Re: Here is my Xmas-Present: cdrecord for IDE-drivesi' Message-ID: <G5Bsv7.J9x@spcuna.spc.edu>t  C Eberhard Heuser-Hofmann <vaxinf@dg3.chemie.uni-konstanz.de> writes:P= > Or with the newest cdrecord version: -driveropts=burnproof.$  H   Sure. I just don't want people to read that they can now hook up theseI "burnproof" drives to systems and expect that by magic they won't get anyw
 coasters 8-).   4         Terry Kennedy             http://www.tmk.com5         terry@tmk.com             Jersey City, NJ USA    ------------------------------    Date: 10 Dec 2000 00:03:48 +0100) From: maulis@ludens.elte.hu (Maulis Adam)m' Subject: Re: link: VMS 7.1 vs VMS 7.2-1-! Message-ID: <YABlYk3$C8Fv@ludens>   W In article <9067ph$gl7$1@nnrp1.deja.com>, Bru, Pierre <Pierre.Bru@spotimage.fr> writes:  > hello, > C > I can install neither MX4.1 nor 4.2 with SMTP support on my alphas@ > running OpenVMS 7.2-1 with either TCPIP 5.0a or UCX V4.2 ECO3. > H > all was OK with OpenVMS 7.1 but after 7.2-1 I had a "version mismatch,B > please relink" error. so I tried to re-install but now I got the > following error:  G There is a minor changing about linking. MattGoat :-) makes a patch forw= this problem please see they sites for corrected MX 4.2 kits.      The problem explanation:  6 Under VMS 6.2 the following linker options file works:   MYLIBSHR:.EXE/share2  7 When MYLIBSHR is a logical name points to correct file;r5 Under VMS 7.2 this linker options file does not work.n     MX042 install workaround:C  ; install NETLIB2.0F? first, start it, extract all savesets, n8 edit all .OPT files: replace all of the lines like this:   SOMESHR:.EXE/SHARE to:v   SOMESHR/SHARE4 and    create new MX042 savesets.     Regards, Adam Maulise        Here a Linker test command file:   $!helo!1 $!  File:	TEST.COM $!  Facility:	VMS 7.2 test $!  Cre. Date:	4-DEC-19991. $!  Author:	Maulis, Adam	maulis@ludens.elte.hu9 $!  Environ:	OpenVMS/Alpha 7.2 on DEC 3000 model 600s AXPe= $!              OpenVMS/VAX   7.2 on VAXstation 4000 model 60t $!$ $! test bug? on Alpha/VMS 7.2 Linker $!L $!========================================================================== $!
 $! cleanup $!. $ if f$trnlnm("SHR1") .nes. "" then deass shr1. $ if f$trnlnm("SHR2") .nes. "" then deass shr26 $ if f$trnlnm("TEST_DIR") .nes. "" then deass test_dir< $ if f$search("shr1.exe") .nes "" then delete/log shr1.exe;*< $ if f$search("shr2.exe") .nes "" then delete/log shr2.exe;*< $ if f$search("shr1.obj") .nes "" then delete/log shr1.obj;*< $ if f$search("shr2.obj") .nes "" then delete/log shr2.obj;*< $ if f$search("main.exe") .nes "" then delete/log main.exe;*< $ if f$search("main.obj") .nes "" then delete/log main.obj;* $. $!. $! create three object files: shr1, shr2, main $!- $ cc /nodebug /noopt /obj=shr1.obj sys$input:r
 int RUTIN1(){l    return 1; }d, $ cc /nodebug /noopt /object=shr2 sys$input:
 int RUTIN2(){     return 1; } , $ cc /nodebug /noopt /obj=main.obj sys$input extern int RUTIN1(); extern int RUTIN2();   int main(){y      return RUTIN1()+RUTIN2(); }m $! $! linking imagesg $!4 $ if f$getsyi("ARCH_TYPE") .eq. 1 then goto VAX_ARCH $! $ AXP_ARCH:l $!8 $ link /nouserlib /share=shr1.exe shr1.obj,sys$input/opt CLUSTER=CLUSTER1   SYMBOL_VECTOR = (-         RUTIN1  = PROCEDURE-                  )   PSECT_ATTR=$CODE$,PIC,SHRS PSECT_ATTR=$PLIT$,PIC,SHR & COLLECT = CLUSTER1,$CODE$,$CODE,$PLIT$9 $ link /nouserlib /share=shr2.exe shr2.obj,sys$input:/opt  CLUSTER=CLUSTER1   SYMBOL_VECTOR = (-         RUTIN2  = PROCEDURE-                  )   PSECT_ATTR=$CODE$,PIC,SHRe PSECT_ATTR=$PLIT$,PIC,SHRm& COLLECT = CLUSTER1,$CODE$,$CODE,$PLIT$ $ goto final_linkb $! $ VAX_ARCH:a8 $ link /nouserlib /share=shr1.exe shr1.obj,sys$input/opt CLUSTER=CLUSTER1   PSECT_ATTR=$CODE$,PIC,SHRs PSECT_ATTR=$PLIT$,PIC,SHRa& COLLECT = CLUSTER1,$CODE$,$CODE,$PLIT$   UNIVERSAL=RUTIN19 $ link /nouserlib /share=shr2.exe shr2.obj,sys$input:/opte CLUSTER=CLUSTER1   PSECT_ATTR=$CODE$,PIC,SHRe PSECT_ATTR=$PLIT$,PIC,SHRs& COLLECT = CLUSTER1,$CODE$,$CODE,$PLIT$   UNIVERSAL=RUTIN2 $s $!
 $ final_link:t $! $ _tmpvrf = f$verify(1)(' $ define test_dir 'f$environ("DEFAULT")r $ define shr1 test_dir:shr1c $ define shr2 test_dir:shr2e $!4 $ link /nouserlib /exe=main.exe main, sys$input:/opt
 shr1/share
 shr2/share $ write sys$output "OK" 4 $ link /nouserlib /exe=main.exe main, sys$input:/opt shr1:.exe/shared shr2:.exe/shared $ write sys$output "ok??"n $ ! 'f$verify(_tmpvrfy)f   ------------------------------  # Date: Sat, 09 Dec 2000 19:40:18 GMTe4 From: "Terry C. Shannon" <terryshannon@mediaone.net>5 Subject: Re: Two NEW SKC Postings at www.acersoft.com > Message-ID: <CUvY5.42074$M51.14476984@typhoon.ne.mediaone.net>  2 "Bill Todd" <billtodd@foo.mv.com> wrote in message" news:90slrh$fmt$1@pyrite.mv.net... >,? > Terry C. Shannon <terryshannon@mediaone.net> wrote in messagey: > news:IchY5.41071$M51.14206170@typhoon.ne.mediaone.net...: > >       OpenVMS: A Renaissance OS for The New Millennium > / > "OpenVMS marketing no longer is an oxymoron."  >lD > ... unless you look for efforts beyond the existing customer base.  : Well, don't blame me, blame the OpenVMS Marketing Manager! >t > >f > >       and...A > >      Nearer My InfiniBand to Thee: Compaq Debuts ServerNet IIe > L > "Significantly, Compaq's efforts will begin with the ProLiant platform..." >r" > Kind of says it all right there.  I There are some good reasons for starting on ProLiant. In fact, since SeptaE you have been able to order a two-node ProLiant cluster based on this  technology.m  L CPQ is looking at ServerNet II for Alpha (Both OVMS and T64 UNIX), but givenC the availability of Infiniband in early 2002, it might not be worth ? bothering with ServerNet II and the costs associated therewith.d   ------------------------------  % Date: Sat, 09 Dec 2000 14:38:47 -0600 7 From: "David J. Dachtera" <djesys.nospam@earthlink.net>n5 Subject: Re: Two NEW SKC Postings at www.acersoft.com - Message-ID: <3A329857.D9D6BDB2@earthlink.net>h   "Terry C. Shannon" wrote:c > 4 > "Bill Todd" <billtodd@foo.mv.com> wrote in message$ > news:90slrh$fmt$1@pyrite.mv.net... > > A > > Terry C. Shannon <terryshannon@mediaone.net> wrote in message < > > news:IchY5.41071$M51.14206170@typhoon.ne.mediaone.net...< > > >       OpenVMS: A Renaissance OS for The New Millennium > >-1 > > "OpenVMS marketing no longer is an oxymoron."  > > F > > ... unless you look for efforts beyond the existing customer base. > < > Well, don't blame me, blame the OpenVMS Marketing Manager!  * We have. We do. We will continue to do so.  H What we need to know is: how do we take this to Cpq's front door? How doC we take this to the OpenVMS Marketing Manager's door? Which head(s)t@ should we be dribbling on the floor? Which keesters should we be, targetting for the space between goal posts?   -- o David J. Dachterae dba DJE Systemse http://www.djesys.com/  : Unofficial Affordable OpenVMS Home Page and Message Board: http://www.djesys.com/vms/soho/e  F This *IS* an OpenVMS-related newsgroup. So, a certain bias in postings is to be expected.  @ Feel free to exercise your rights of free speech and expression.  F However, attacks against individual posters, or groups of posters, are strongly discouraged.s   ------------------------------  # Date: Sat, 09 Dec 2000 20:48:11 GMTe4 From: "Terry C. Shannon" <terryshannon@mediaone.net>5 Subject: Re: Two NEW SKC Postings at www.acersoft.comP= Message-ID: <fUwY5.89701$751.2121866@typhoon.ne.mediaone.net>m   <snip>   > >v> > > Well, don't blame me, blame the OpenVMS Marketing Manager! >t, > We have. We do. We will continue to do so. >aJ > What we need to know is: how do we take this to Cpq's front door? How doE > we take this to the OpenVMS Marketing Manager's door? Which head(s)sB > should we be dribbling on the floor? Which keesters should we be. > targetting for the space between goal posts?  G Good question. I would **not** place the blame at Rich Marcello's feet,- though.-   ------------------------------   End of INFO-VAX 2000.688 ************************