1 INFO-VAX	Mon, 10 Jul 2006	Volume 2006 : Issue 380       Contents:B Process hangs while in exec mode with ASTs disabled (Pascal, RMS).B Process hangs while in exec mode with ASTs disabled (Pascal, RMS).F Re: Process hangs while in exec mode with ASTs disabled (Pascal, RMS).2 The Minimum You Need to Know About Java on OpenVMS& Re: The possibility of vms opening up? There is a good photo website   F ----------------------------------------------------------------------   Date: 9 Jul 2006 13:43:39 -0700  From: fkburrie@yahoo.co.ukK Subject: Process hangs while in exec mode with ASTs disabled (Pascal, RMS). C Message-ID: <1152477819.123218.210030@m73g2000cwd.googlegroups.com>   A In my Pascal program (OpenVMS 7.2) I have some condition handlers D installed. In the implementation of  the executive handler I use theF ordinary Pascal IO-routines to write a message to a file. In executiveB code a trap occured while ast's where disabled. This resulted in aA process hang; crash dump analysis  points to a conflict with RMS.   D I'm aware that normally $putmsg routines are being used in condition= handlers but somehow my predecessors decided not to use them.   E In several documents I've read that it is unwise to use high level IO E in exec mode routines and I assume  disabling ASTs at this level will B even make things worse. Can anyone explain to me why high level IOG should not be used in these circumstances? Btw, to keep the file layout D the same as it is now I am looking for an alternative; is it safe to use $QIO routines?   Regards,  
 Frank Burrie.    ------------------------------   Date: 9 Jul 2006 13:43:43 -0700  From: fkburrie@yahoo.co.ukK Subject: Process hangs while in exec mode with ASTs disabled (Pascal, RMS). B Message-ID: <1152477823.671431.211780@75g2000cwc.googlegroups.com>  A In my Pascal program (OpenVMS 7.2) I have some condition handlers D installed. In the implementation of  the executive handler I use theF ordinary Pascal IO-routines to write a message to a file. In executiveB code a trap occured while ast's where disabled. This resulted in aA process hang; crash dump analysis  points to a conflict with RMS.   D I'm aware that normally $putmsg routines are being used in condition= handlers but somehow my predecessors decided not to use them.   E In several documents I've read that it is unwise to use high level IO E in exec mode routines and I assume  disabling ASTs at this level will B even make things worse. Can anyone explain to me why high level IOG should not be used in these circumstances? Btw, to keep the file layout D the same as it is now I am looking for an alternative; is it safe to use $QIO routines?   Regards,  
 Frank Burrie.    ------------------------------  % Date: Mon, 10 Jul 2006 06:55:36 +0800 3 From: "Richard Maher" <maher_rj@hotspamnotmail.com> O Subject: Re: Process hangs while in exec mode with ASTs disabled (Pascal, RMS). 1 Message-ID: <e8s1d6$gbv$1@news-02.connect.com.au>   	 Hi Frank,   - (Where've you been? Hoff's gonna love you :-)   G > In several documents I've read that it is unwise to use high level IO G > in exec mode routines and I assume  disabling ASTs at this level will D > even make things worse. Can anyone explain to me why high level IO, > should not be used in these circumstances?  J If Pascal uses RMS for whatever IO you're doing, then most of the time RMSG will want to be able to deliver an exec mode AST to complete the IO. If L you've disabled ASTs or are already in an exec mode AST then the IO is gonna struggle to complete.    > is it safe to  > use $QIO routines?  H Yes, but be aware of VMS's not wanting to let your process die until anyI outstanding inner-mode IOs have completed. If you assign your channels at = psl$c_exec then be prepared to wait (or $cancel) and tidy up.    Regards Richard Maher   % PS. Reuters or LIFFE? (Or tup North?)   ' <fkburrie@yahoo.co.uk> wrote in message = news:1152477819.123218.210030@m73g2000cwd.googlegroups.com... C > In my Pascal program (OpenVMS 7.2) I have some condition handlers F > installed. In the implementation of  the executive handler I use theH > ordinary Pascal IO-routines to write a message to a file. In executiveD > code a trap occured while ast's where disabled. This resulted in aC > process hang; crash dump analysis  points to a conflict with RMS.  > F > I'm aware that normally $putmsg routines are being used in condition? > handlers but somehow my predecessors decided not to use them.  > G > In several documents I've read that it is unwise to use high level IO G > in exec mode routines and I assume  disabling ASTs at this level will D > even make things worse. Can anyone explain to me why high level IOI > should not be used in these circumstances? Btw, to keep the file layout F > the same as it is now I am looking for an alternative; is it safe to > use $QIO routines? > 
 > Regards, >  > Frank Burrie.  >    ------------------------------  $ Date: Sun, 9 Jul 2006 19:07:23 -0400) From: "Neil Rieck" <n.rieck@sympatico.ca> ; Subject: The Minimum You Need to Know About Java on OpenVMS < Message-ID: <44b18b8e$0$18509$9a6e19ea@news.newshosting.com>   Folks,  L I just received this "heads up" about a new book from Roland Hughes. Please E pass along this info to anyone considering a Java project on OpenVMS.   
 Neil Rieck Kitchener/Waterloo/Cambridge,  Ontario, Canada.! http://www3.sympatico.ca/n.rieck/    To Whom it may concern:   K You are receiving this email message because you purchased "The Minimum You E Need to Know to Be an OpenVMS Application Developer" in the past.  An J extremely limited print run of "The Minimum You Need to Know About Java onJ OpenVMS" is about to be created.  The smallest print run which can be doneH by a local Docutech shop is being done in order to have a few copies forI the Frankfurt Book Fair.  Due to time constraints, this print run has not I been through a professional proof reader process, only edited as best the G author can do.  There currently is no scheduled production print run of H this book.  It will not be scheduled for printing until the book you now  own exceeds 1000 units in sales.  H This is a first come, first serv situation.  The actual quantity printedG will be determined Monday, July 9, 2006 when negotiations complete with K the printer.  It will not be more than 100 copies, some of which have to be J sent off to Frankfurt.  Others need to go to The Library of Congress, etc. for copyright registration.   
 Keep watching B http://www.logikalsolutions.com/logikalsolutions_products.html forJ information about when the book will be available for shipping.  A specialI order page will be linked from there so Island Computers can process your H orders.  List price on this book will be $45.00.  Book size is 351 pagesJ and it will include a CD-ROM.  Once these copies are gone there will be noI more copies available until the book you now own sales exceed 1000 units.    Thank you for your support.  Roland   ------------------------------    Date: 10 Jul 2006 06:21:41 +01002 From: "Dave Weatherall" <djw-nothere@nospam.nohow>/ Subject: Re: The possibility of vms opening up? ? Message-ID: <DTiotGxQ0bj6-pn2-5emKdOYyFGT1@dave2_os2.home.ours>   > On Wed, 5 Jul 2006 00:36:02 UTC, Kilgallen@SpamCop.net (Larry  Kilgallen) wrote:   i > In article <1152056817.147516.9460@75g2000cwc.googlegroups.com>, "AEF" <spamsink2001@yahoo.com> writes:  > >  > > Bill Gunshannon wrote:H > >> In article <1152029086.974664.133530@a14g2000cwb.googlegroups.com>,, > >> 	"AEF" <spamsink2001@yahoo.com> writes: > >> >L > >> > The U.S. military keeps the true GPS error unavailable to the public.L > >> > The public can't use GPS to its best accuarcy, and the military keepsK > >> > just what that best accuracy is a secret. This way our enemies can't N > >> > build something just good enough to "sneak under the radar". This keeps5 > >> > them guessing and it makes it harder for them.  > >> > > >> > >>L > >> Your joking, right?  The most common Tactical GPS Reciever is the PLGR.O > >> It is very long in the tooth and the only advantage it has over commercial J > >> units (like those made by Garmin) is anti-spoofing.  A garden varietyN > >> Garmin like all the hunters buy is just as accurate as the Army's.  Sorry > >> to disappoint you.  > >>	 > >> bill  > >  > > A > > Wow. I don't remember my source, but it made sense and stuck.  > >  > > Bummer.  > > - > > So why *don't* they do it as I described?  > I > Originally they did, but they gave it up, presumable after figuring out H > it would not help in any feasible scenario.  A rocket from North KoreaH > might blow up on the pad, a rocket from China might be successful withJ > some other navigation scheme.  A rocket from Al Queda, if such were everH > built, might be considered successful by the sender if it hit anyplace5 > in the country.  Hamas is doing that toward Israel.    Leave the politics please Larry    --   Cheers - Dave W.   ------------------------------   Date: 9 Jul 2006 19:07:43 -0700 * From: "Part Pic" <mydream.666@hotmail.com>& Subject: There is a good photo websiteC Message-ID: <1152497263.452446.212350@m79g2000cwm.googlegroups.com>   @ If you are interested in the computer,you can come to my picture www.flickr.com/photos/partpic/. > We are the professional photograph website about the computer.= there are o lot of picture of some kinds of computer ,include * BIM,SUN,HP,EMC,HDS and others.Welcome you!   ------------------------------   End of INFO-VAX 2006.380 ************************