1 INFO-VAX	Fri, 08 Aug 2003	Volume 2003 : Issue 436       Contents:A Re: Can VMS still be improved?  Yes!  (Was Re: Netware is no VMS) A Re: Can VMS still be improved?  Yes!  (Was Re: Netware is no VMS) A Re: Can VMS still be improved?  Yes!  (Was Re: Netware is no VMS) A Re: Can VMS still be improved?  Yes!  (Was Re: Netware is no VMS) A Re: Can VMS still be improved?  Yes!  (Was Re: Netware is no VMS)  DE500 wanted Re: DE500 wanted Re: DE500 wanted4 Re: How many errors are too many when making CD-R's? Re: HP FUDBusting  Re: HP FUDBusting  Re: HP FUDBusting  Locale question  Re: Looking for NBL  Re: Looking for NBL  Re: Looking for NBL  mount count  Re: Netware is no VMS  Re: Netware is no VMS  New kits of MySQL and Python# OpenVMS Advanced Technical Bootcamp  Re: PDP-11 OS Release Dates  Re: PDP-11 OS Release Dates E preventing DCL delete command from warning that a file does not exist I Re: preventing DCL delete command from warning that a file does not exist I Re: preventing DCL delete command from warning that a file does not exist P Re: preventing DCL delete command from warning that a file does not exist existe print to email Re: print to email Re: print to email2 Re: SMTP greylisting (was Re: Teergrube for VMS ?) Re: TCP/IP feature request TDMS usage question 0 Using TCPIP$SMTP_SEND_FROM_FILE in a FORTRAN app  F ----------------------------------------------------------------------  $ Date: Fri, 8 Aug 2003 08:46:03 -0400* From: "Bill Todd" <billtodd@metrocast.net>J Subject: Re: Can VMS still be improved?  Yes!  (Was Re: Netware is no VMS)2 Message-ID: <9nedneud66oGBq6iXTWJhg@metrocast.net>  8 "Rob Young" <young_r@encompasserve.org> wrote in message- news:4JLU8B7w$6KU@eisner.encompasserve.org... @ > In article <NhOdnfmHdOAPTa-iXTWJig@metrocast.net>, "Bill Todd"  <billtodd@metrocast.net> writes: > > < > > "Rob Young" <young_r@encompasserve.org> wrote in message1 > > news:PoS0CsLU0vzB@eisner.encompasserve.org...  > >  > > ...  > > I > >> So a modern multi-threaded application (Oracle 9i multi-thread mode)  > >> won't benefit.  > > B > > Of course it will:  individual multi-threaded instances can be distributed  > > around the cluster.  > @ > Where, which project?  Not the openMosix project I referenced.  I Actually, yes - not today, but the paper you cite below states explicitly & that they're actively developing this.  G However, it's worth pointing out that there are actually (at least) two C different things going on in Mosix.  One is the ability to split an K application into multiple processes to allow each to execute on a different H cluster member in parallel and hence achieve higher performance for thatC particular application than it could on a single node (even running K multi-threaded on that node).  You can do that today with Mosix, as long as F the *portions* of the application that you separate out and distributeI elsewhere are not themselves multi-threaded (though it's conceivable that H even that would work, as long as the additional threads in the instancesI weren't created until the processes had already migrated - but that's not H really much more than you could already do manually in a non-Mosix Linux	 cluster).   E That's the scalable aspect of Mosix.  The other is the load-balancing D aspect - the ability to migrate individual processes to balance load? dynamically.  Today, that can only be done with single-threaded 
 applications.   < > Not trying to pull an Andrew and talk about something else
 > are you?  L Nope.  My point was that threads normally exist *within* a process:  you canK use threads to make optimal use of the local-node hardware that the process I is running on, and still may find it useful to migrate the entire process L (with all its threads) to another node for coarser-level load-balancing - orK to create additional copies of the multi-threaded process on other nodes to  expand its overall capacity.  K Unfortunately, it turns out that the Linux application thread model doesn't F work this way:  instead of supporting multiple threads within a singleL process, it simulates X/Open threads by using separate processes and sharingH memory among them - so openMosix process-level migration is incompatibleI with Linux's concept of multi-threading (though they could have chosen to K migrate *all* associated 'threads' together, which could handle the problem ) at some increase in management overhead).   J This *may* have been what you were trying to say, but it certainly soundedI ('that awful Unix paradigm') as if you were making a generalization about H how Unixes in general handle threads - and that generalization is wrong.F Solaris, AIX, HP-UX, Tru64, IRIX, FreeBSD, and I think NetBSD allow anK individual process to leverage multiple CPUs via in-process threads - which K is why Linux's difference in this area was a surprise to me, though OpenBSD  may be similarly limited.    >  > >  > >>D > >> When a node in that case gets overloaded, you would dynamically< > >> migrate CPUs to the load (Galaxy) solving that problem. > > H > > Don't confuse partitioned MP solutions (within which Galaxy features apply)L > > with clustering solutions - until such time as the hardware MP platformsC > > which support that kind of dynamic migration provide comparable F > > failure-isolation to clustering (including disaster-tolerance...). > >  > ? > You like to bandy about that word confused.  Read on, I think + > you will quickly realize who is confused.   I You were without question confused above:  large MP systems such as those D supporting the Galaxy features differ significantly from clusters inL availability due to the latter's significantly better fault isolation and inI scalability due to the latter's open-ended limit on size - so while an MP L system running Galaxy may offer increased flexibility in offering the optionL to migrate compute resources to the load (does VMS actually support this yetL across partitions, including hard partitions?) rather than having to migrate? load to the resources, it does not offer the fault-isolation or < expandability of total system resources that a cluster does.   >  > >>C > >> As more applications become threaded (natural evolution), move @ > >> away from that awful Unix paradigm mentioned above "if yourJ > >> application is broken into several processes" ("Gee - let's just fork > >> another process!!!"). > > . > > You're close to a decade out of date, Rob. >  > No.   E Yes.  Linux's limitation to multi-process 'threads' is definitely the  exception, not the rule.   >   > >  Unix systems have supportedI > > multiple process threads for a long time now, and people have learned  how to > > take advantage of them.  > E > Yes.  But the Unix paradigm is to fork a process.  Done a ps -ef on 8 > a moderately loaded Unix server and notice how many ofA > the processes are the same?  It is a great deal about processes  > starting processes.   I That may be its historical paradigm, and a lot of applications that don't G require anything more efficient may still use it, but on all the common I commercial Unixes it's no longer a limitation (and hasn't been for a long E time, though my impression is that the feature came to the *BSDs more 
 recently).   > 3 > > The Mosix comment applies more to being able to H > > spread the load over multiple nodes when one is no longer capable of! > > handling the load adequately.  > @ > Right.  But again, it is about processes.  Go back and RE-READ > THE PARAGRAPH I QUOTED!!!!  L Of *course* it's about processes.  It wouldn't make much sense to migrate atH finer (e.g., thread) grain, because the reason that grain exists is veryJ often to allow much more efficient tightly-coupled operation than normallyL occurs between processes - and separating such tightly-coupled entities by a*  network link is bound to compromise that.  F That in no way compromises the utility of being able to offer multipleJ instances of a multi-threaded process on multiple nodes when a single nodeL can't support the total load - especially in cases where the multi-threadingG is used more to avoid the overheads of continual context-switching than ? because the individual threads need to communicate extensively.    > > > The openMosix project is about ---processes--- being started< > on another node when the original node is overloaded.  See4 > the reference and the paragraph I quoted from thatB > one.  In fact, there is another project/paper/research effort to > overcome that limitation:  > / > http://jazzalbums.net/maask/Migshm_Report.pdf  > L > The aim of the project is to enable migration of processes that explicitlyH > share memory and migration of multi-threaded applications, without any loss of D > performance and normal operation ensured, on an openMosix cluster. openMosix isE > an extension to the Linux kernel which provides a cluster computing  environment H > with automatic load balancing among nodes of the cluster. Migration of sharedG > memory processes is not handled in the current versions of openMosix.  Hence J > applications like web servers, database servers, certain rendering tools thatJ > use shared memory cannot benefit from the openMosix cluster. Our project) > overcomes this limitation of openMosix.  >  > @ > Hey, did you catch the reference to overcoming the limitations( > regarding multi-threaded applications?  L Indeed - and it was made specifically in the context of processes that shareD memory, because that's what 'multi-threading' translates to on LinuxK (separate processes that share memory).  That doesn't strike me as too much K of a win if it means effectively implementing distributed shared memory for J those cooperating processes, because processes that communicate via sharedH memory do so for good reason (speed) and transparently slowing down thatK communciation by two or three orders of magnitude may not be doing them any  favor.  E But I haven't read the paper in sufficient detail to know exactly how H they're planning to address such issues, and they may be doing somethingE reasonable (such as moving all the 'threads' together, as I mentioned 	 earlier).    - bill   ------------------------------   Date: 8 Aug 2003 08:30:38 CDT * From: paul@kuhub.cc.ukans.edu (Craig Paul)J Subject: Re: Can VMS still be improved?  Yes!  (Was Re: Netware is no VMS)- Message-ID: <$Hthi6wS8F1O@kuhub.cc.ukans.edu>   H Hmm, I see a mention of cache coherency in distributed file locks, but I- see no mention of distributed record locking.    ------------------------------   Date: 8 Aug 2003 09:37:32 -0500 + From: young_r@encompasserve.org (Rob Young) J Subject: Re: Can VMS still be improved?  Yes!  (Was Re: Netware is no VMS)3 Message-ID: <1Gllm8cY7qxU@eisner.encompasserve.org>   _ In article <9nedneud66oGBq6iXTWJhg@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:  > : > "Rob Young" <young_r@encompasserve.org> wrote in message/ > news:4JLU8B7w$6KU@eisner.encompasserve.org... A >> In article <NhOdnfmHdOAPTa-iXTWJig@metrocast.net>, "Bill Todd" " > <billtodd@metrocast.net> writes: >> >= >> > "Rob Young" <young_r@encompasserve.org> wrote in message 2 >> > news:PoS0CsLU0vzB@eisner.encompasserve.org... >> > >> > ... >> >J >> >> So a modern multi-threaded application (Oracle 9i multi-thread mode) >> >> won't benefit. >> >C >> > Of course it will:  individual multi-threaded instances can be 
 > distributed  >> > around the cluster. >>A >> Where, which project?  Not the openMosix project I referenced.  > K > Actually, yes - not today, but the paper you cite below states explicitly ( > that they're actively developing this. >   : 	No.  Not the openMosix project I referenced.  That is why7 	the second reference is called MigShm, using openMosix  	as a starting point.   C 	Tricky.  You make it sound as if it was/is something the openMosix F 	folks are doing.  So you go back using my second reference to support 	what you are slamming me for?  . 	Just what do you mean by "Of course it will"?  : 	Of course it won't in/on openMosix, you are talking about* 	something else!  Pulling an Andrew on us!     >>@ >> You like to bandy about that word confused.  Read on, I think, >> you will quickly realize who is confused. > K > You were without question confused above:  large MP systems such as those F > supporting the Galaxy features differ significantly from clusters inN > availability due to the latter's significantly better fault isolation and inK > scalability due to the latter's open-ended limit on size - so while an MP N > system running Galaxy may offer increased flexibility in offering the optionN > to migrate compute resources to the load (does VMS actually support this yetN > across partitions, including hard partitions?) rather than having to migrateA > load to the resources, it does not offer the fault-isolation or > > expandability of total system resources that a cluster does. >   ; 	Nope.  You are bringing in a straw man of fault isolation. > 	I'm not confused about Galaxy.  The issue or great feature of= 	this "wonderful Linux clustering that VMS should keep an eye @ 	on" is moving load to other node members.  Moving the processes? 	to the resources.  Galaxy moves the CPU to the load. There are % 	advantages that go with that model.    E 	Process migration?  Came up in sessions at DECUS years ago.  Nothing > 	new.  I was told that it was an extremely difficult thing and? 	something that won't be looked at.  An evolution in VMS/Galaxy > 	to mitigate the issue.  VMS scale to 32 CPUs (roadmap stuff).@ 	Migration of memory to Galaxy instances.  Is that on a roadmap?B 	I do know.  Hot-memory inswap was/is a feature for future/present 	but that is hardware.  A 	Regarding your strawman.  Yes, it is better for fault isolation.   A 	But I suppose if important enough, you build Business Continuity < 	into your project plan and make sure if a Galaxy-plex takes8 	a tank, you failover or hiccup (aren't down for hours).   >  >>? >> The openMosix project is about ---processes--- being started = >> on another node when the original node is overloaded.  See 5 >> the reference and the paragraph I quoted from that C >> one.  In fact, there is another project/paper/research effort to  >> overcome that limitation: >>0 >> http://jazzalbums.net/maask/Migshm_Report.pdf >>M >> The aim of the project is to enable migration of processes that explicitly I >> share memory and migration of multi-threaded applications, without any 	 > loss of E >> performance and normal operation ensured, on an openMosix cluster.  > openMosix isF >> an extension to the Linux kernel which provides a cluster computing
 > environment I >> with automatic load balancing among nodes of the cluster. Migration of  > sharedH >> memory processes is not handled in the current versions of openMosix. > Hence K >> applications like web servers, database servers, certain rendering tools  > thatK >> use shared memory cannot benefit from the openMosix cluster. Our project * >> overcomes this limitation of openMosix. >> >>A >> Hey, did you catch the reference to overcoming the limitations ) >> regarding multi-threaded applications?  > N > Indeed - and it was made specifically in the context of processes that shareF > memory, because that's what 'multi-threading' translates to on LinuxM > (separate processes that share memory).  That doesn't strike me as too much M > of a win if it means effectively implementing distributed shared memory for L > those cooperating processes, because processes that communicate via sharedJ > memory do so for good reason (speed) and transparently slowing down thatM > communciation by two or three orders of magnitude may not be doing them any  > favor. > G > But I haven't read the paper in sufficient detail to know exactly how J > they're planning to address such issues, and they may be doing somethingG > reasonable (such as moving all the 'threads' together, as I mentioned  > earlier).  >   : 	The paper shows that important things like databases were$ 	a key in the development of MigShm.  E 	No, they aren't moving threads en-mass.  Read the last few pages on  E 	future work.  You'll see where the author highlights the problem of  D 	moving a thread to another node and having to share memory back on D 	the originating node.  But then the more difficult case of now you E 	have migrated many threads to another node(s) and the shared memory  E 	is back on the originating node and the peformance issues with that.   : 	The paper also mentions future work coming up for support 	for pthreads.    C 	But don't confuse this with Barry Tready's reference to openMosix. A 	openMosix is not MigShm.  And with MigShm's obvious limitations, & 	it is TODAY JUST LIKE Cellular Disco:  1 http://www-flash.stanford.edu/~kinshuk/sosp99.pdf   # 	Great research, but not a product.    				Rob    ------------------------------   Date: 8 Aug 2003 10:07:43 -0500 + From: young_r@encompasserve.org (Rob Young) J Subject: Re: Can VMS still be improved?  Yes!  (Was Re: Netware is no VMS)3 Message-ID: <THgM3N2FxZuZ@eisner.encompasserve.org>   a In article <1Gllm8cY7qxU@eisner.encompasserve.org>, young_r@encompasserve.org (Rob Young) writes:   B > 	Migration of memory to Galaxy instances.  Is that on a roadmap?J > 	I do [not] know.  Hot-memory inswap was/is a feature for future/present > 	but that is hardware.   	I don't know.  NOT "do know."   				Rob    ------------------------------  % Date: Fri, 08 Aug 2003 10:03:24 -0700 , From: Ken Fairfield <My.Full.Name@intel.com>J Subject: Re: Can VMS still be improved?  Yes!  (Was Re: Netware is no VMS)) Message-ID: <3F33D7DC.3011C531@intel.com>    Keith Parris wrote:  > _ > Ken Fairfield <My.Full.Name@intel.com> wrote in message news:<3F32D913.4FBCF297@intel.com>...  > > an alternative techniqueL > > that a colleague dreamt up to monitor and (quickly) notify when any node( > > leaves the cluster (or hangs, etc.). > D > (I don't think your colleague's technique works when a node hangs,: > unless it leaves the cluster as a result of the hang...)  1 	Yeah, I was writing fast'n'loose at the end of a 9 long day...  I'm sure you're correct about the "hang" and : I shouldn't have thrown that additional in there.  Sigh...  = > Has your colleague heard of the system services $SETCLUEVT, C > $TSTCLUEVT, and $CLRCLUEVT?  They allow one to ask that an AST be 4 > delivered when a node leaves or joins the cluster.  8 	Nope, and neither had I.  On reflection after I posted,? it is clear that the connection manager, or something connected @ with it, has the ability to notify processes on other nodes that> a given node has joined or left the cluster, in particular the> Shadow_Server.  Does Shadow_Server use the $xxxCLUEVT services4 you've listed, or does it function at a lower level?   H > These system services were added at the request of the Rdb folks.  TheD > idea was that the AST from this system service was to be deliveredF > before any completion ASTs for pending lock requests.  That way, theF > database software would know, for example, that a node had died, andF > that a lock request about to be granted was likely granted because aE > process on another node had gone away with the node (and might have C > left the shared resource protected by the lock in a state needing D > recovery or cleanup work), rather than just being granted the lockB > because someone else was done with it and had left it in a clean > state.  8 	Sounds extremely useful.  How early were these added to VMS, i.e., what VMS version?   	Thanks, Ken --6 I don't speak for Intel, Intel doesn't speak for me...  
 Ken Fairfield " D1C Automation VMS System Support ) kenneth[dt]h[dt]fairfield[ta]intel[dt]com    ------------------------------   Date: 7 Aug 2003 23:10:36 -0700  From: gwiedijk@hr.nl (gerrie)  Subject: DE500 wanted = Message-ID: <7498cff4.0308072210.78fa490b@posting.google.com>   @ Is there someone out there who has an unused DE500 NIC for sale?: According to the golden egg it should be an XA type for an Alphastation 255. Thanks   ------------------------------  # Date: Fri, 08 Aug 2003 06:13:56 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") Subject: Re: DE500 wanted 6 Message-ID: <00A240C2.09F4E1D7@SSRL.SLAC.STANFORD.EDU>  ] In article <7498cff4.0308072210.78fa490b@posting.google.com>, gwiedijk@hr.nl (gerrie) writes: A >Is there someone out there who has an unused DE500 NIC for sale? ; >According to the golden egg it should be an XA type for an  >Alphastation 255. Thanks   M When I needed one, I went looking on ebay and found one for about ten bucks,  K including shipping.  I did "buy it now" and it was at my door the next day.    -- Alan  --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------   Date: 8 Aug 2003 05:42:10 -0700 ( From: bob@instantwhip.com (Bob Ceculski) Subject: Re: DE500 wanted = Message-ID: <d7791aa1.0308080442.78be67f1@posting.google.com>   b gwiedijk@hr.nl (gerrie) wrote in message news:<7498cff4.0308072210.78fa490b@posting.google.com>...B > Is there someone out there who has an unused DE500 NIC for sale?< > According to the golden egg it should be an XA type for an > Alphastation 255. Thanks  4 you want a DE500/BA - and you can still buy them new5 from island co or some other dec resellers ... we use 2 the ba's in alphastation 200's w/no problem ... if5 you have an older version of vms (7.1 and before) you ' will have to get the driver updates ...    ------------------------------   Date: 8 Aug 2003 09:06:12 -0700 & From: jordan@ccs4vms.com (Rich Jordan)= Subject: Re: How many errors are too many when making CD-R's? = Message-ID: <cc5619f2.0308080806.4b23647b@posting.google.com>   X VAXman-  @SendSpamHere.ORG wrote in message news:<00A2403E.62656EE4@SendSpamHere.ORG>...p > In article <b096a4ee.0308061414.4951f26d@posting.google.com>, spamsink2001@yahoo.com (Alan E. Feldman) writes:	 > >Hello,  > > E > >I have been asked to archive data to CDs. I used to have access to E > >CD-Rs that came in standard CD jewel cases. I used to get anywhere G > >from zero to only a few errors with the individually packaged CD-R's - > >that each come with its own CD jewel case.  > > E > >Now I've been given "stack" CD-R's and I've been getting many more H > >errors. I recently got 195 recoverable errors on a single disc. These/ > >errors are produced during my "verify pass".  > >  > > .......... > > I > >MOUNT it, and do a BACKUP/IMAGE/COMPARE between that and the LD drive. C > >BACKUP finds no errors, but the error count on the RRD43 was 195 I > >errors on a recent disc. They appear to be all recoverable errors, but G > >is it so many that some time in the future, due to scratches or what $ > >not, I may lose some of the data? > > 8 > >Would I be justified in asking for the more expensive3 > >individually-packaged CD-R's that I used to use?  > K > It could be, just because of the age of the RRD43, that it is not able to L > read the type of CD-R you are using.  Before you go out searching for someJ > new media, see if you can't replace the RRD43 with a newer CDrom such asK > a RRD45/46/47.  I've have no problems reading CD-Rs on my RRD46 and 47; I   > have noted issue on the RRD43.  @ I have an RRD43 on a VAXstation 3100-30 along with a Yamaha 4416C CDR/CDRW.  The RRD43 is incapable of reading any CDRW I create.  It F can read CDRs created at 1X, 2X or 4X on TDK, Fuji, or Sony media, butF fails with Imation, Kodak, and a number of store brands (as of 2 years$ ago when I last tried those brands).  F My RRD46 and RRD47 (at home) have no trouble reading all of the above,C and also 6X written CDRs from a different (Yamaha 6416) burner, and  CDRWs created on either burner.   F In other words, seriously consider Brian's suggestion of checking yourD RRD43, or finding another drive to test with if you can.  Its a veryE old beastie and was made before CDRs and their different reflectivity E characteristics were an issue.  If you don't have a newer RRD, try to F locate a newer Toshiba (4x absolute minimum), Pioneer, or Plextor SCSI; CDROM drive instead; all have a good track record with VMS.   E Are the stack CDRs the same brand as the earlier boxed ones?  Can you F take a look at the recording surface and see if its (exactly) the sameF color?  You might also be able to check the identifiers around the hub. hole, though I don't know how to decode those.   Rich Jordan    ------------------------------  % Date: Fri, 08 Aug 2003 02:00:55 -0700 + From: "Michael Vilain <vilain@spamcop.net>"  Subject: Re: HP FUDBusting5 Message-ID: <news-3FCFBA.02005508082003@news.tdl.com>   5 In article <BB5933E2.17DD5%x@wedontwantyourspam.com>, )  nospam <x@wedontwantyourspam.com> wrote:   B > in article AHUSa.503$4Q.409@news.cpqcorp.net, Fred Kleinsorge at< > my-last-name@stardotzko.dec.com wrote on 22/07/2003 02:40: > G > > Also add a very large grain of salt to anything your read by a very   > > disgruntled ex-DEC employee. > > K > > My bias is upfront and clear:  I am a VMS developer employed by HP.  My L > > opinion and advice for VMS is that it has a long term future here in HP.M > > From the bottom up, I have experienced nothing but positive comments from H > I've spoken with people with that attitude before. Sitting high in theN > foliage of there tree with a nice clear view of the future only too see themN > start hit the ground with an unexpected chain saw. The history of vendors isN > not a pretty picture and I trust nothing much any more. Though I hope things > do continue as you see them.  I Are you old enough to remember Uncle Ken killing Jupiter in favor of the  G 8600?  It pissed off a lot of DEC-10 people.  Vendors are businesses.   I Just wait long enough and your tree will get chopped down.  Just look at  D what Oracle did with DEC's premier database Rdb!  It's not in there G price book any more and it could run circles around Oracle under heavy   load.   G Then there's that situation when DEC lawyers found all that Prism code  E from David Cutler's cancelled RISC project in NT.  Can you say "Bend   over, Bill?"  And they did...    --  6 DeeDee, don't press that button!  DeeDee!  NO!  Dee...   ------------------------------  # Date: Fri, 08 Aug 2003 09:14:59 GMT L From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") Subject: Re: HP FUDBusting6 Message-ID: <00A240DB.55095173@SSRL.SLAC.STANFORD.EDU>  c In article <news-3FCFBA.02005508082003@news.tdl.com>, "Michael Vilain <vilain@spamcop.net>" writes: 6 >In article <BB5933E2.17DD5%x@wedontwantyourspam.com>,* > nospam <x@wedontwantyourspam.com> wrote: > C >> in article AHUSa.503$4Q.409@news.cpqcorp.net, Fred Kleinsorge at = >> my-last-name@stardotzko.dec.com wrote on 22/07/2003 02:40:  >>  H >> > Also add a very large grain of salt to anything your read by a very! >> > disgruntled ex-DEC employee.  >> >  L >> > My bias is upfront and clear:  I am a VMS developer employed by HP.  MyM >> > opinion and advice for VMS is that it has a long term future here in HP. N >> > From the bottom up, I have experienced nothing but positive comments fromI >> I've spoken with people with that attitude before. Sitting high in the O >> foliage of there tree with a nice clear view of the future only too see them O >> start hit the ground with an unexpected chain saw. The history of vendors is O >> not a pretty picture and I trust nothing much any more. Though I hope things  >> do continue as you see them.  > J >Are you old enough to remember Uncle Ken killing Jupiter in favor of the H >8600?  It pissed off a lot of DEC-10 people.  Vendors are businesses.  J >Just wait long enough and your tree will get chopped down.  Just look at E >what Oracle did with DEC's premier database Rdb!  It's not in there  H >price book any more and it could run circles around Oracle under heavy  >load.  N I don't know what "not in there price book any more" means, but in fact OracleH is still selling it (for extortionate prices, not unlike Oracle Server'sJ prices), it's still being developed, evaluation copy is available for freeL download from OTN, there are Oracle Technology Forums in different worldwideO locations - I'm signed up for the one in September at Oracle World Headquarters G - and it's a living, breathing, revenue-producing product which they've  promised to port to Itanium.  8 Please don't FUD Rdb!  We customers have enough trouble,   -- Alan  --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056 M  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025 O ===============================================================================    ------------------------------  # Date: Fri, 08 Aug 2003 11:11:26 GMT , From: Nico Kadel-Garcia <nkadel@verizon.net> Subject: Re: HP FUDBusting6 Message-ID: <yzLYa.3386$014.3211@nwrdny02.gnilink.net>   "Michael Vilain " wrote:    K > Are you old enough to remember Uncle Ken killing Jupiter in favor of the  I > 8600?  It pissed off a lot of DEC-10 people.  Vendors are businesses.   K > Just wait long enough and your tree will get chopped down.  Just look at  F > what Oracle did with DEC's premier database Rdb!  It's not in there I > price book any more and it could run circles around Oracle under heavy   > load.  > I > Then there's that situation when DEC lawyers found all that Prism code  G > from David Cutler's cancelled RISC project in NT.  Can you say "Bend   > over, Bill?"  And they did...   I No, they said "leave the money on the dresser" and "here's a restraining  E order" to a rapist, who then went on to do the same sort of thing to  = other victims. And the money was maybe a week's pay, and the  I "restraining order" to always make Windows NT work with Alpha was fairly  C useless since Intel stole key Alpha technologies for the Pentium 4.   I There's a lesson there: when violated by an abuser, especially by such a  H consistent abuser, get him *convicted* instead of settling out of court.   ------------------------------  % Date: Fri, 08 Aug 2003 13:02:15 +0200 7 From: Robert Trawinski <robert.trawinski@softax.com.pl>  Subject: Locale question/ Message-ID: <bgvvvn$rgj$1@bozon2.softax.com.pl>    Hello,   C RTL documentation says  ? "The save set, VMSI18N0nn, is provided on the same media as the  OpenVMS operating system."  H We need support ISO8859-2 charset in VMS software (tolower(), toupper()  etc). We searched on VMS; installation CD-ROM but there wasn't the file. Where is it?    Robert   ------------------------------   Date: 8 Aug 2003 07:42:30 -0500 ; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler)  Subject: Re: Looking for NBL3 Message-ID: <xWGsUK0g23Af@eisner.encompasserve.org>   f In article <s925jv8j5f74j81kiefl4k690nnu6v69m5@4ax.com>, John Laird <john@laird-towers.org.uk> writes: > J > I'll follow that up when the ftp server stops telling me its reached its > limit :-)   D    Gee, it was working fine for me.   And yes, I was only making one    connection.   ------------------------------  % Date: Fri, 08 Aug 2003 14:57:25 +0100 + From: John Laird <john@laird-towers.org.uk>  Subject: Re: Looking for NBL8 Message-ID: <qva7jvc1s3997nr10kf60i4et9jfcvlkd3@4ax.com>  I On Fri, 08 Aug 2003 14:52:27 +0100, John Laird <john@laird-towers.org.uk>  wrote:  6 >Even with passive ftp, IE reports the url is invalid.  G Thought I'd see if my IE setup was terminally broken, so accessed a few E public servers with no problems.  Back to Richard's site, let me in !   ! Okay, I now have NBL.ZIP, thanks.    --   John   ------------------------------  % Date: Fri, 08 Aug 2003 14:52:27 +0100 + From: John Laird <john@laird-towers.org.uk>  Subject: Re: Looking for NBL8 Message-ID: <afa7jvspu4ac7f1adu3j699v27m032osia@4ax.com>  J On 8 Aug 2003 07:42:30 -0500, koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote:   g >In article <s925jv8j5f74j81kiefl4k690nnu6v69m5@4ax.com>, John Laird <john@laird-towers.org.uk> writes:  >>  K >> I'll follow that up when the ftp server stops telling me its reached its  >> limit :-) > E >   Gee, it was working fine for me.   And yes, I was only making one  >   connection.i  J Probably my browser locking up because I'd failed to re-enable passive ftpJ after the last windows reintall, and my firewall was blocking that while I# was trying a command-line client...   K Even with passive ftp, IE reports the url is invalid.  Going the ftp client I route, there is no sign of nbl, or ava anywhere under the anonymous logine9 directory.  Don't worry about it - I have another option.d   -- E John   ------------------------------  * Date: Fri, 8 Aug 2003 13:24:04 +0100 (BST)= From: =?iso-8859-1?q?amit=20sawhney?= <thick_guy_9@yahoo.com>e Subject: mount count@ Message-ID: <20030808122404.98787.qmail@web41107.mail.yahoo.com>   Hi6 WHen I issue a SHOW DEVICE DSA?? I notice that the the6 mount count is 2. What does this mean? How can I check$ the details? Could this be an error?   Thanks   =====e	 Sincerelyi Amit S  H ________________________________________________________________________E Want to chat instantly with your online friends?  Get the FREE Yahoo!D( Messenger http://uk.messenger.yahoo.com/   ------------------------------  $ Date: Thu, 7 Aug 2003 23:30:21 +0100( From: "John Travell" <john@jomatech.com> Subject: Re: Netware is no VMS9 Message-ID: <bgvij0$sm4ih$1@ID-120847.news.uni-berlin.de>   6 "Barry Treahy, Jr." <Treahy@MMaz.com> wrote in message! news:3F327E6D.5080402@MMaz.com...N > jlsue wrote: >-L > >On Wed, 06 Aug 2003 10:33:10 -0700, "Barry Treahy, Jr." <Treahy@MMaz.com>	 > >wrote:: > >4 > >rH > >>A very interesting Linux project, which is underway, is a clusteringI > >>project that creates a unified process space between cluster nodes soWF > >>that true load balancing and failover can occur when a member nodeK > >>either slows or dies...  There is no question that VMSclusters has leadHH > >>the way in clustering, but it was never completed to what would be aL > >>logical conclusion; Process failover/recovery and true load-balancing... > >> > >> > >> > >eL > >This is really cool, until you realize that the process that just crashed@ > >system1 got failed over to system2 (then system3, system4...) > > H > Bah, non-sense!  You must be talking about Windows, because this isn't/ > an issue with VMS nor most flavors of Unix...h >oG > Think about it, when is the last time you had a rogue VMS applicationa > take down a VMS system?e  K While not a crash as such, even though a forced crash was needed to recover - from the situation, I have seen TPU hang VMS.lL Someone with an inappropriately large pagefile quota (about half of the onlyG pagefile) and moderate working set tried to use TPU to edit a couple offG files at the same time. Problem was that both files were very very big.oC Enough to consume all of the pagefile... Fixed by some re-tuning...uL The learning item from that is that TPU reads all of a file into memory, andH if the file is bigger than your working set, some gets pushed out to theJ pagefile. This means that TPU is not the optimum choice for editting truly huge files.a   -- John Travell" Independent VMS crashdump analyst. john- at - jomatech - dot - comh +44-(0)23-92552229 http://www.jomatech.com/       ---y& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.506 / Virus Database: 303 - Release Date: 01/08/2003a   ------------------------------  % Date: Fri, 08 Aug 2003 13:56:02 +0200, From: Dirk Munk <munk@home.nl> Subject: Re: Netware is no VMS2 Message-ID: <bh03c4$ild$1@news3.tilbu1.nb.home.nl>   John Travell wrote:  <snip>M > While not a crash as such, even though a forced crash was needed to recoverd/ > from the situation, I have seen TPU hang VMS.tN > Someone with an inappropriately large pagefile quota (about half of the onlyI > pagefile) and moderate working set tried to use TPU to edit a couple of-I > files at the same time. Problem was that both files were very very big.nE > Enough to consume all of the pagefile... Fixed by some re-tuning...nN > The learning item from that is that TPU reads all of a file into memory, andJ > if the file is bigger than your working set, some gets pushed out to theL > pagefile. This means that TPU is not the optimum choice for editting truly
 > huge files.v >   N True, EDT is better for such jobs, because EDT will only read a small part of  the file in memory.iP However the problem is that EDT is limited to 255 characters record size if I'm 
 not mistaken.aK Another nice feature is that EDT does not change the file-type and/or file  N attributes. For instance EDT will not write a file with fixed record size, if 1 you changed the number of characters in a record.aK TPU will always write a normal sequential file with variable record lenght.e     > -- > John Travell$ > Independent VMS crashdump analyst.! > john- at - jomatech - dot - comd > +44-(0)23-92552229 > http://www.jomatech.com/   ------------------------------  % Date: Fri, 08 Aug 2003 10:26:21 +0200  From: jf.pieronne@laposte.neth% Subject: New kits of MySQL and Pythonm2 Message-ID: <bgvms3$ret$1@news-reader5.wanadoo.fr>  B I have put online MySQL 4.0.14 which is the latest stable version.    O I have also put online a kit of Python 2.3 based on the first official release s of Python 2.3.   Primary download site:, http://www.pi-net.dyndns.org/anonymous/kits/  8 or use any of the mirrors sites (generally much faster).  
 Jean-Franois.   ------------------------------   Date: 8 Aug 2003 06:55:15 -0700 1 From: susan_skonetski@hotmail.com (Sue Skonetski)d, Subject: OpenVMS Advanced Technical Bootcamp< Message-ID: <857e9e41.0308080555.73c1c81@posting.google.com>  - Warren has the agenda posted on the web site.a  
 warm regards,  suer      -----Original Message-----l From: 	Skonetski, Susan  u( Sent:	Wednesday, August 06, 2003 2:09 PM To:	Skonetski, SusanF Subject:	Official announcement - Registration now open for the OpenVMSD Advanced Technical Boot camp (previously known as OpenVMS Symposium) Importance:	High   Dear OpenVMS Technologist,  E On behalf of the entire boot camp team, it is my pleasure to announcenD the next OpenVMS Advanced technical boot camp Nov 11-14, 2003 at theA Sheraton Hotel in Nashua NH. This four day event is geared to theoB intermediate to advanced OpenVMS technologist and your instructorsB will be expert members of the HP OpenVMS Team. The agenda has been enclosed for your use.  B Please note that registration is very limited and will be based onC first come first serve basis.  Please do not hesitate to contact mei with any questions.t   Agenda    n  @ Please read the following notes as they will answer most of your
 questions.  
 Warm Regards,s
 Sue Skonetskil Program Manager      Notes:  ( Please make sure you visit the web site @ http://www.hp.com/go/openvms/bootcamp on a regular basis for any additional information.e; You are responsible for your own travel and lodging needs.  % Registration is limited to 200 people  Cost is $1,195A Breakfast, Breaks, Lunch's and dinner on Tuesday and Thursday aret	 included.tE If you need a letter invitation for a visa please let me know as soon  as possible.F You will need to bring a lap top, wireless access is preferred.  We doF not distribute presentations on paper (its bad for the environment and> folks leave the binders in their hotel rooms when they leave.)> Dress is casual (blue jeans are fine), please wear comfortable! clothing these will be long days.d> The weather in NH in November is cold, do bring a winter coat.B The best airport to fly into for domestic travel in Manchester, NH< The best airport to fly into for international is Boston, MA> We will be having an engineering lounge for you to talk to the& engineers which will be open all week.B Engineering Roundhouse on Tuesday - the engineers will bring their7 machines from ZKO to show you what they are working on.t8 Contact for the Engineering roundhouse is Catherine Ward (Catherine.Ward@hp.com)sA Partners Roundhouse on Thursday -  a number of different partnerst? showing you what they do and what applications they have (not ar% tradeshow). This is very informative.w5 Contact for the Partners Roundhouse is Signe Maximousr (Signe.Maxious@hp.com)= The Advanced IA64 block has a prerequisite, you must take theu intermediate class first. * Hotel information will be on the web site.? Room rate at the Sheraton is $92 per night please note that thev( registration rate will stop on Oct 26th)A There will be a free RDB Forum on Monday and Tuesday please visitcE http://www.oracle.com/rdb/tech_forums/ to register.  Location will bejC the Sheraton Hotel in Nashua, NH. You must register for both eventsi+ the RDB forum is free the Boot Camp is not.c      & To register please note the following: Course: 650a Class ID: 518704& Location: Nashua, NH - Sheraton Nashua, Dates: November 11, 2003 - November 14, 2003 To Register:% US 1-800-732-5741, Option 4, Option 2o Canada 1-800-392-7024n: Outside US/Canada - Email HPRegistrar3@registration.hp.comE When Registering via 800# or Email, please be prepared to provide thee" following information Student Name Mailing Addressp Phone #s Fax #e
 Email Addressb Payment Informationr> Tuition: $1,195 (All Registrants Must Pay ... this includes HP- Employees, End Users/Customers, and Partners)h= Methods of Payment: Credit Card, Check, PO#, or Cost Center #r (Employees ONLY).i  A For Purchase orders only you will need the following information:d 	Vendor	Hewlett Packardi! 	Address	20555 SH249, CCM0302-052h 	Phone #	800-732-5741, Option 4w 	Fax #		281-514-2113 	Contact name:Kim Springer   Hotel Informations  I Go to: <http://www.starwood.com/sheraton/meetings/attend_enter_code.html>cC In addition to booking their rooms, your attendees can view a slide 0 show of the hotel and general hotel information.@ Guests can sign up for our award winning frequent guest program,( Starwood Preferred Guest on the web site Enter Nashua, New Hampshireo Your Meeting Code is 6920.  Select The Sheraton Nashua Hotel7 Enter your Arrival and Departure Dates, Select Continueg: Confirmation appears at the end and we also offer an email confirmationD For reservations questions, attendees may call us at 1-888-627-7183.   ------------------------------  ! Date: Fri, 08 Aug 03 08:41:02 GMTD From: jmfbahciv@aol.comk$ Subject: Re: PDP-11 OS Release Dates+ Message-ID: <bgvrdi$nke$1@bob.news.rcn.net>r  / In article <bgtqd7$lnh$1@tabloid.uwaterloo.ca>,a2    dfevans@bcr10.uwaterloo.ca (David Evans) wrote:H >In article <bgtj4m$r50$5@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote:0 >>In article <3F314E27.3010108@Flying-Disk.com>,0 >>   Alan Frisbie <Abuse@Flying-Disk.com> wrote:B >>>It is worst than that.   There are places in Altair BASIC whereC >>>they saved space by jumping into the second byte of a three-bytem >>>instruction!  n >>@ >>I've never worked with a byte machine.  I don't understand how >>this can be done.s > G >  Here's an example from 6502-land that I just invented (so may not beL
 >correct): >r >$8000	2C A9 00	BIT $00A9I >rE >If you begin execution at $8000 then the processor flags will be set@H >based on the contents of memory location $00A9.  If you begin executionA >at location $8001 then the accumulator will be loaded with zero..  C Bletch!  OK, since we have to live with the architecture, that code(F should have a comment about $8001 entry to point out to the maintainer@ that it's a multiple entry line of code.  Or do you guys have to! assume this with every code line?  >W< >>This sounds more like something that magically happened to! >>work rather than original code.b >tF >  No; it was a not uncommon technique to save placing things like LDA> >#$00 in the mainline of your code.  The documentation for the0 >subroutine I began above above might look like: >m3 >Entry: $8000 Perform I/O to device specified in .A.+ >       $8001 Perform I/O to default device   A Ah!  Now you add the comment ;-).  I'm used to a machine that waseC so brain dead that you had to tell it exactly what to do.  Defaults > were not a random number generator.  If it was a variable, it C couldn't be changed easily.  hmmm.."easily" isn't quite the meaning!= I want.  Code was set up so that one could patch the default.o  @ In byte machines, could you have changed the "default" by pokingA a location (for testing purposes) and still have the code (above)s work?u   /BAH  ' Subtract a hundred and four for e-mail.r   ------------------------------  * Date: Fri, 8 Aug 2003 13:11:50 +0000 (UTC). From: dfevans@bcr10.uwaterloo.ca (David Evans)$ Subject: Re: PDP-11 OS Release Dates/ Message-ID: <bh07im$t14$1@tabloid.uwaterloo.ca>e  G In article <bgvrdi$nke$1@bob.news.rcn.net>,  <jmfbahciv@aol.com> wrote: 0 >In article <bgtqd7$lnh$1@tabloid.uwaterloo.ca>,3 >   dfevans@bcr10.uwaterloo.ca (David Evans) wrote:hH >>  Here's an example from 6502-land that I just invented (so may not be >>correct):  >> >>$8000	2C A9 00	BIT $00A9 >>F >>If you begin execution at $8000 then the processor flags will be setI >>based on the contents of memory location $00A9.  If you begin executioneB >>at location $8001 then the accumulator will be loaded with zero. > D >Bletch!  OK, since we have to live with the architecture, that codeG >should have a comment about $8001 entry to point out to the maintainere) >that it's a multiple entry line of code.g  F   Well, the architecture doesn't force you to do things like this.  AsJ mentioned elsewhere in this thread, people did it because they were eitherG showing off, bored, or they felt it represented an appropriate tradeoffe' between code space and maintainability.o   >Or do you guys have tos" >assume this with every code line?  K   If you're looking at the code from some 1337 D00DZ then yes, you do.  ;-).  A >In byte machines, could you have changed the "default" by poking B >a location (for testing purposes) and still have the code (above) >work? >o  I   If the code above was in RAM you could easily poke $8002 and change ther default.   -- oM David Evans          (NeXTMail/MIME OK)             dfevans@bbcr.uwaterloo.canM Ph.D. Candidate, Computer/Synth Junkie     http://bbcr.uwaterloo.ca/~dfevans/tM University of Waterloo         "Default is the value selected by the composeraM Ontario, Canada           overridden by your command." - Roland TR-707 Manualh   ------------------------------   Date: 8 Aug 2003 08:16:00 -0700r- From: joseph_kanney@yahoo.com (Joseph Kanney)eN Subject: preventing DCL delete command from warning that a file does not exist< Message-ID: <e7fbc28d.0308080716.fa0a2e4@posting.google.com>   hi!n  E I'd like to make the DCL delete command behave like the unix "rm -f", I i.e., I don't want to see warnings if a file is not found. If a file doesbB not exist, I want it to do nothing, but silently. Any hints on how to do this? Thanks!h  
 -- Joe Kanneyr   ------------------------------  % Date: Fri, 08 Aug 2003 10:26:40 -0500a( From: brandon@dalsemi.com (John Brandon)R Subject: Re: preventing DCL delete command from warning that a file does not exist1 Message-ID: <03080810264000@dscis6-0.dalsemi.com>   G > I'd like to make the DCL delete command behave like the unix "rm -f",rK > i.e., I don't want to see warnings if a file is not found. If a file doeslD > not exist, I want it to do nothing, but silently. Any hints on how > to do this? Thanks!n   One way:   $ delete x.xxxxx;r2 %DELETE-W-SEARCHFAIL, error searching for X.XXXXX; -RMS-E-FNF, file not found& $ set message /notext/nosev/noid/nofac $ delete x.xxxxx; ! $ setete message /text/sev/id/fac,  K You could create a command procedure to do this and then assign a symbol to( that command procedure.s  I You should be careful - it will delete files and not tell you about it...        J*o*h*n B*r*a*n*d*o*n  VMS Systems Administratore* firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  # Date: Fri, 08 Aug 2003 15:41:36 GMTm3 From: hammond@not@peek.ssr.hp.com (Charlie Hammond)'R Subject: Re: preventing DCL delete command from warning that a file does not exist1 Message-ID: <QwPYa.1857$Ff6.215@news.cpqcorp.net>f  l In article <e7fbc28d.0308080716.fa0a2e4@posting.google.com>, joseph_kanney@yahoo.com (Joseph Kanney) writes: >hi! >uF >I'd like to make the DCL delete command behave like the unix "rm -f",J >i.e., I don't want to see warnings if a file is not found. If a file doesC >not exist, I want it to do nothing, but silently. Any hints on how( >to do this? Thanks! >  >-- Joe Kanney   Here is an idea.          r $ CREATE RM.COM . IF F$SEARCH("''P1'") .NES. "" THEN DELETE 'P1' [EXIT] <-- PRESS CTRL/Zr $ RM = "@RM.COM"  # Now use the sumbol RM as a command.' -- eJ       Charlie Hammond -- Hewlett-Packard Company -- Ft Lauderdale  FL  USAF           (hammond@not@peek.ssr.hp.com -- remove "@not" when replying)J       All opinions expressed are my own and not necessarily my employer's.   ------------------------------  % Date: Fri, 08 Aug 2003 19:30:03 +02000, From: Albrecht Schlosser <ajs856@tiscali.de>Y Subject: Re: preventing DCL delete command from warning that a file does not exist existeD, Message-ID: <3mm0hb.7fc.ln@news.hus-soft.de>   John Brandon wrote:U > I > > I'd like to make the DCL delete command behave like the unix "rm -f", M > > i.e., I don't want to see warnings if a file is not found. If a file does F > > not exist, I want it to do nothing, but silently. Any hints on how > > to do this? Thanks!t > 
 > One way: >  > $ delete x.xxxxx;-4 > %DELETE-W-SEARCHFAIL, error searching for X.XXXXX; > -RMS-E-FNF, file not found( > $ set message /notext/nosev/noid/nofac > $ delete x.xxxxx;m# > $ setete message /text/sev/id/fac  > M > You could create a command procedure to do this and then assign a symbol to  > that command procedure.e > K > You should be careful - it will delete files and not tell you about it...e   another way:   rm.com:e -------m4 $ def/user sys$output nl:         ! maybe not needed $ def/user sys$error nl:
 $ delete 'p1'  -------n   $ rm :== @<path>rm.com   ------------------------------   Date: 8 Aug 2003 05:22:11 -0700 + From: freestyle_london@yahoo.co.uk (Andrew)i Subject: print to emaild= Message-ID: <88f6adbc.0308080422.2c1b0c8d@posting.google.com>n   Quite simple question.  E I want to have a printer setup in VMS that when we choose it, it send ) the print to a pre-defined email address.   
 Any ideas?   The best I found so far is   http://groups.google.co.uk/groups?q=print-to-email+vms&hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=5psgdr%24feq%242%40news.sas.ab.ca&rnum=1   But its too old to use.a   ------------------------------   Date: 8 Aug 2003 07:40:39 -0500o From: briggs@encompasserve.org Subject: Re: print to emailh3 Message-ID: <g885kCydueUN@eisner.encompasserve.org>a  k In article <88f6adbc.0308080422.2c1b0c8d@posting.google.com>, freestyle_london@yahoo.co.uk (Andrew) writes:m > Quite simple question. > G > I want to have a printer setup in VMS that when we choose it, it sendr+ > the print to a pre-defined email address.t >  > Any ideas? >  > The best I found so far is >  > http://groups.google.co.uk/groups?q=print-to-email+vms&hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=5psgdr%24feq%242%40news.sas.ab.ca&rnum=1 >  > But its too old to use.d   EXECSYMB  F It's a print symbiont that effectively allows you to use a DCL commandC procedure as your "print engine".  Make that command procedure sendhA a mail message and you're all set.  Making that command procedureh? use the desired return address may be trickier.  I can think offC at least two general approaches to that problem -- PERSONA servicesT# and non-standard message injection.e   	John Briggs   ------------------------------   Date: 8 Aug 2003 14:45:38 +0200 ' From: huber@mppmu.mpg.de (Joseph Huber)o Subject: Re: print to email-+ Message-ID: <XHgJigSu5zaz@vms.mppmu.mpg.de>r  k In article <88f6adbc.0308080422.2c1b0c8d@posting.google.com>, freestyle_london@yahoo.co.uk (Andrew) writes:c > Quite simple question. > G > I want to have a printer setup in VMS that when we choose it, it sendt+ > the print to a pre-defined email address.5 >  > Any ideas? >  > The best I found so far is >  > http://groups.google.co.uk/groups?q=print-to-email+vms&hl=en&lr=&ie=UTF-8&oe=UTF-8&selm=5psgdr%24feq%242%40news.sas.ab.ca&rnum=1 >  > But its too old to use.7  * Why too old ? The answers are still valid:> best is, to use a special print symbiont/queue to send emails.  E A ready one is the EXECSYMB (look in the freeware archive at HP or at  H.G.s archive at process.com).> The only simple thing You have to write is the executor script@ for the queue: as simple as taking the file, and put it into theL mail command. You can even use the /FORM of the queue to use e.g. different  mail destinations.   --  >    Joseph "Sepp" Huber, Muenchen   http://www.huber-joseph.de/   ------------------------------  % Date: Fri, 08 Aug 2003 17:46:53 +0200 , From: Albrecht Schlosser <ajs856@tiscali.de>; Subject: Re: SMTP greylisting (was Re: Teergrube for VMS ?)C, Message-ID: <mkg0hb.18b.ln@news.hus-soft.de>   Paul Sture wrote:= > L > PS. You have mentioned in the past a DNS provider in Germany. Can you tell" > me if they can do .ch addresses?  B I'm not Phillip Helbig, but I can tell you: yes they (1&1) do, see* http://hosting.1und1.com/  -> DomainCheck.   ------------------------------  % Date: Fri, 08 Aug 2003 18:11:32 +0200s, From: Albrecht Schlosser <ajs856@tiscali.de># Subject: Re: TCP/IP feature requesto, Message-ID: <r2i0hb.1kb.ln@news.hus-soft.de>   Jakob Erber wrote: > 6 > "Neil Rieck" <n.rieck@sympatico.ca> wrote in message3 > news:wKhWa.111$Ji1.44454@news20.bellglobal.com...uN > > At a recent OpenVMS symposium in Ottawa, I approached Gaitan D'Antoni with > asK > > suggestion to add an "FTP API" and a "Telnet API" into "TCP/IP Servicese > foroL > > OpenVMS". After all, every major OS (including Windows) provides this so > whyeK > > not OpenVMS? (BTW, these modules have been available forever in Process:) > > Software Corps "TCPware for OpenVMS")n > >R > >  > 	 > I Neil,5 > J > I just would like to tell you, that we would also be very glad, if there; > would be finally a FTP API provided for HP TCPIP for VMS.   H And so would I. "Callable FTP" (like callable mail) is something I wouldF really appreciate. I thought about writing my own, but that would be a bigger project :-(   Albrecht   ------------------------------  # Date: Fri, 08 Aug 2003 09:45:55 GMTeL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr") Subject: TDMS usage question6 Message-ID: <00A240DF.A745EEF4@SSRL.SLAC.STANFORD.EDU>   Gang --c  N If anybody still uses TDMS and can perhaps find their manuals (which I can't), maybe you can tell me:  D How can I get a signed longword integer to display with a (literally meaningless) decimal point?,  M That is, my field is   999999.99  and if the value of what I'm displaying is oN 123456 I want it to display 1234.56, not 123456.00.  I would have thought thatL a scale factor of 0 would do the trick, but that doesn't seem to be allowed,M and if I blank out the scale factor in the field definition in the TDMS Forms?# editor, the editor puts it back in.k  M I know I solved this problem in 1987, but I can't remember how and can't find / the docs, which don't seem to be online either.   L (I'm running the Forms Editor on VMS 6.2 on a VAX, then using the PRAXA TDMSO Emulator to run it on an DS20E under 7.3-1.  The TDMS emulator, while sometimeshC quirky, is able to do this with old forms defined a long time ago.)n   Thanks,m   -- Alan    --  O =============================================================================== 0  Alan Winston --- WINSTON@SSRL.SLAC.STANFORD.EDUM  Disclaimer: I speak only for myself, not SLAC or SSRL   Phone:  650/926-3056nM  Paper mail to: SSRL -- SLAC BIN 99, 2575 Sand Hill Rd, Menlo Park CA   94025eO ===============================================================================7   ------------------------------  % Date: Fri, 08 Aug 2003 10:27:49 -0500D( From: brandon@dalsemi.com (John Brandon)9 Subject: Using TCPIP$SMTP_SEND_FROM_FILE in a FORTRAN appe1 Message-ID: <03080810274976@dscis6-0.dalsemi.com>r  G Anyone have a snippet using tcpip$smtp_send_from_file in a FORTRAN app?    I have the following:r  :         iostat = tcpip$smtp_send_from_file( infile_name,,)           if (.not. iostat) then#           print *, 'SMTP SFF error'i'           call lib$signal(%val(iostat))x           stop         end if      Which when run results in a FNF:  ! Error opening file status = 98962  SMTP SFF error %RMS-E-FNF, file not found/ %TRACE-E-TRACEBACK, symbolic stack dump followsaJ   image    module    routine             line      rel PC           abs PCO  SENDPAGE  SENDPAGE  SENDPAGE            2992 00000000000002E8 00000000000202E8-O                                             0 FFFFFFFFE6D1F474 FFFFFFFFE6D1F474a       Turning on the log:e  8 TCPIP/VMS version info: V5.0A-1H, OpenVMS V7.2-1H1 Alpha! local host = dscis7-0.dalsemi.coma& date = Fri, 08 Aug 2003 09:42:37 -0500 Opening input >>>file<<<" Error opening file status = 100052 Can't open input file0" errno = 65535, vaxc$errno = 100052 SMTP SFF error+ %RMS-F-SYN, file specification syntax error4/ %TRACE-F-TRACEBACK, symbolic stack dump followsoJ   image    module    routine             line      rel PC           abs PCO  SENDPAGE  SENDPAGE  SENDPAGE            2990 0000000000000428 0000000000020428n      M Note - the file name is not being passed (>>>file<<<) however the DCL versiont of this works.         J*o*h*n B*r*a*n*d*o*n  VMS Systems Administratore* firstname.lastname.spam.me.not@dalsemi.com   ------------------------------   End of INFO-VAX 2003.436 ************************