1 INFO-VAX	Sun, 01 Apr 2001	Volume 2001 : Issue 182       Contents: Re: "cut" utility for VMS  Re: "cut" utility for VMS 0 Re: Beware - It's another Christof Brass bashing0 Re: Beware - It's another Christof Brass bashing0 Re: Beware - It's another Christof Brass bashing= Re: Compaq's apparent destruction of DEC consultancy services ' Re: filterimg SCA traffic off ethernet.  Re: Free The OpenVMS Seven!  Re: Free The OpenVMS Seven! 
 Re: modems Re: Mozilla 0.8.1 graphic bug ?  Re: OpenVMS Educational Program < Re: OT: Elements of Linguistics (was Re: POSIX Streams, FileP Re: OT: Elements of Linguistics (was Re: POSIX Streams, File Permissions) Permis Re: Spice for OpenVMS Alpha? Re: Spice for OpenVMS Alpha?0 Re: VMS: DECNet to TCP/IP migration help wanted.) Re: When might SYS$SCHDWK not wake me up? ) Re: When might SYS$SCHDWK not wake me up? ) Re: When might SYS$SCHDWK not wake me up? ) Re: When might SYS$SCHDWK not wake me up? ) Re: When might SYS$SCHDWK not wake me up? ) Re: When might SYS$SCHDWK not wake me up? ) Re: When might SYS$SCHDWK not wake me up? ) Re: When might SYS$SCHDWK not wake me up? ) Re: When might SYS$SCHDWK not wake me up?   F ----------------------------------------------------------------------  % Date: Sat, 31 Mar 2001 22:49:08 +0000 ) From: Christof Brass <brass@infopuls.com> " Subject: Re: "cut" utility for VMS+ Message-ID: <3AC65EE4.8448A7A@infopuls.com>    "Stanley F. Quayle" wrote: > D > > Anyway I wonder why this is necessary and what the circumstances > > of this task are.  > > > Here's what my resulting code looks like (after renaming the$ > wonderful EXTRACT program to CUT): > " > $!  Get the list of CW club ID'sE > $   cut /columns=(3:12) CFFE$COMMERCIAL_BACKUP:COMMERCIAL.SENDING - 0 >         /output=cffe$scratch:comm_upload_1.tmp6 > $   search cffe$scratch:comm_upload_1.tmp "927358" -- >         /out=cffe$scratch:comm_upload_2.tmp + > $   sort cffe$scratch:comm_upload_2.tmp - ( >         cffe$scratch:comm_upload_3.tmp+ > $   uniq cffe$scratch:comm_upload_3.tmp - ) >         cffe$reports:comm_upload_cw.rpt  > $!% > $!  Get the list of NACHA club id's   > $   cut /columns=(1:5,42:51) -5 >         CFFE$COMMERCIAL_BACKUP:COMMERCIAL.SENDING - . >         /output=cffe$scratch:comm_upload_1.p5 > $   search cffe$scratch:comm_upload_1.tmp "+5200" - - >         /out=cffe$scratch:comm_upload_2.tmp : > $   cut /columns=(6:15) cffe$scratch:comm_upload_2.tmp -- >         /out=cffe$scratch:comm_upload_3.tmp + > $   sort cffe$scratch:comm_upload_3.tmp - ( >         cffe$scratch:comm_upload_4.tmp+ > $   uniq cffe$scratch:comm_upload_4.tmp - , >         cffe$reports:comm_upload_nacha.rpt > E > File COMMERCIAL.SENDING is a concatenation of files in two formats. D > The task is to extract a list of identification numbers that startB > with "927358".  Other fields in the files can also contain those	 > digits.  > D > The CW format always has the ID in columns 3-12 of all records.  I4 > sort the list by ID and then eliminate duplicates. > E > NACHA ID records always have a "+5200" starting in column one.  The D > ID number starts in column 42.  I then sort and un-dup the result. > E > It's ugly, but it does exactly what I need done.  And I was able to 4 > move it into the production environment on Friday. > # > At least I didn't use "PIPE"   ;)  >  > --Stan >  > ----------I > Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671 3 > 8572 North Spring Ct. NW, Pickerington, OH  43147 ? > Preferred address:  stan@stanq.com       http://www.stanq.com   7 I don't understand why this is ugly, but anyway I don't @ understand in the first place why you renamed "extract" to "cut"8 because "extact" seems to describe what will happen more; closely. Doesn't "cut" mean to break something into pieces? > Which is done but most of the pieces aren't important only the  short string which is extracted.@ I also don't understand "uniq". I don't have this program. And I: wonder if it is really necessary because SORT/NODUPLICATES should do the trick.< Why do you use different names for the temporary files? If I; understand the script correctly each temporary name is used = twice as output and will therefore generate a second version. & Why not only using one temporary name?? Basically I would also suggest not to use the concatenated file 1 but instead the different format files sparately.   0 Congratulations for moving it into the prod env.   ------------------------------  % Date: Sat, 31 Mar 2001 21:28:25 -0500 * From: "Stanley F. Quayle" <stan@stanq.com>" Subject: Re: "cut" utility for VMS- Message-ID: <3AC64BF9.6180.A5943D1@localhost>    > [...] I don't B > understand in the first place why you renamed "extract" to "cut"  A Because we already a totally unrelated "extract" program kicking  B around.  Also, the Unix-types will find "cut" to be more familiar.  B > I also don't understand "uniq". I don't have this program. And I< > wonder if it is really necessary because SORT/NODUPLICATES > should do the trick.  D It's another escapee from Unix.  My copy of it is dated January 14,  1995, written by Jason Mathews.   B As for SORT/NODUPLICATES.  Gosh, there was a SORT option I didn't E know about.  I've made the change in the production version.  Thanks.   ? > Why do you use different names for the temporary files?  If I = > understand the script correctly each temporary name is used ? > twice as output and will therefore generate a second version.   E I like to keep intermediate files around if something dies.  Disk is  C cheap.  I clean up all the files at the end.  (Which is not shown.)   ( > Why not only using one temporary name?  B I'd need a minimum of two, since I'm doing at least three steps.  - Unless I wanted to mess with version numbers.   A > Basically I would also suggest not to use the concatenated file 3 > but instead the different format files sparately.   F Yeah, except the file's already bundled together by another process.  D I'm intercepting it just before it goes to the IBM mainframe.  I do = this processing as a double-check, which I then email to the  F mainframe people -- they want to make sure the file's "okay" before I  FTP it.   2 > Congratulations for moving it into the prod env.    Got to earn my keep somehow.  :)     --Stan  
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147 = Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------    Date: 31 Mar 2001 19:20:35 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>9 Subject: Re: Beware - It's another Christof Brass bashing 6 Message-ID: <20010331192035.20916.qmail@nym.alias.net>  " -----BEGIN PGP SIGNED MESSAGE-----  ? On Sat, 31 Mar 2001, Christof Brass <brass@infopuls.com> wrote: A >Good chose of subject - not very helpful content of your message  >wrt the goal.   <snip>  3 Then let me try to further enlighten you Christoff.   H You might as well have written cr*p a thousand times over. AFAIK you areJ one of the first people in this newsgroup to use it repeatedly and without good justification.   G The comparison you make to derive the conclusion "unix is cr*p" doesn't - work. It is like comparing Lego with Mechano.   ) You want your opinion heard? Listened to?   ) Then learn to post in a civilised manner.   H Otherwise this could be the first "Plonk!" cascade to ever appear in the COV.K [And I feel sorry for those on the Info-VAX list, they are not afforded the $  same ability to ignore your posts.]     Doc.   -----BEGIN PGP SIGNATURE-----  Version: 2.6.2  @ iQEVAwUBOsUP8sriC3SGiziTAQGrFAf8DrjmmjANmp2wva74yF4ZtmLctdLzzFpu@ NqUv5BohOcHWiRM0Zew1zOUVfwQMuOP64Y6fCGp4eWqS2wC/cpUFaez7BUC1EpSF@ UfoSLP36aLDEeDwTrF+wWV+yVsAPO029ZVGju9WRpbg+e+5yezX6WS0sgPVYnY+D@ i0yEaFxdFJ3wPDKyYrsu8mewVQ2gTgGWalJseHdfsc4he/oziYDOR/+a6OsXMbvx@ qJuA/ccCk8OlxxCA5lx60TEQ0iieenrTPlWRT/uPUpYRaEecYgSEqQvI6KrHBVYJ8 ZgUvyKfvsfIZQX3Nxf1PxS9cI5Dfo9G4PxKOqKVps6MYY+bypolYbA== =Y3r0  -----END PGP SIGNATURE-----    ------------------------------  % Date: Sat, 31 Mar 2001 21:48:29 +0000 ) From: Christof Brass <brass@infopuls.com> 9 Subject: Re: Beware - It's another Christof Brass bashing , Message-ID: <3AC650AD.B9D1C293@infopuls.com>   "Doc.Cypher" wrote:  > $ > -----BEGIN PGP SIGNED MESSAGE----- > A > On Sat, 31 Mar 2001, Christof Brass <brass@infopuls.com> wrote: C > >Good chose of subject - not very helpful content of your message  > >wrt the goal. >  > <snip> > 5 > Then let me try to further enlighten you Christoff.    The guru is speaking.   J > You might as well have written cr*p a thousand times over. AFAIK you areL > one of the first people in this newsgroup to use it repeatedly and without > good justification.   = Someone is always the first. I think I have the justification > and I think it is a simple matter of beeing honest to name the things what they are.   I > The comparison you make to derive the conclusion "unix is cr*p" doesn't / > work. It is like comparing Lego with Mechano.   3 Would you like to tell me to what you are refering?   + > You want your opinion heard? Listened to?  > + > Then learn to post in a civilised manner.   # Are you defining what civilised is? > And it seems that you are treating similar things differently.8 If someone denigrates Windoze most people (and I assume:< including you) wouldn't stand up against it. Why that hassle about UNIX is crap?   J > Otherwise this could be the first "Plonk!" cascade to ever appear in the > COV.   I wouldn't start that.  M > [And I feel sorry for those on the Info-VAX list, they are not afforded the & >  same ability to ignore your posts.]  : This is a technical problem which really should be solved. Unfortunately I don't know how.    > Doc. >  > -----BEGIN PGP SIGNATURE-----  > Version: 2.6.2 > B > iQEVAwUBOsUP8sriC3SGiziTAQGrFAf8DrjmmjANmp2wva74yF4ZtmLctdLzzFpuB > NqUv5BohOcHWiRM0Zew1zOUVfwQMuOP64Y6fCGp4eWqS2wC/cpUFaez7BUC1EpSFB > UfoSLP36aLDEeDwTrF+wWV+yVsAPO029ZVGju9WRpbg+e+5yezX6WS0sgPVYnY+DB > i0yEaFxdFJ3wPDKyYrsu8mewVQ2gTgGWalJseHdfsc4he/oziYDOR/+a6OsXMbvxB > qJuA/ccCk8OlxxCA5lx60TEQ0iieenrTPlWRT/uPUpYRaEecYgSEqQvI6KrHBVYJ: > ZgUvyKfvsfIZQX3Nxf1PxS9cI5Dfo9G4PxKOqKVps6MYY+bypolYbA== > =Y3r0  > -----END PGP SIGNATURE-----    ------------------------------  % Date: Sun, 01 Apr 2001 00:38:39 +0200 2 From: martin@radiogaga.harz.de (Martin Vorlaender)9 Subject: Re: Beware - It's another Christof Brass bashing ; Message-ID: <3ac65c6f.524144494f47414741@radiogaga.harz.de>   * Christof Brass (brass@infopuls.com) wrote: > "Doc.Cypher" wrote: L > > Otherwise this could be the first "Plonk!" cascade to ever appear in the > > COV. >  > I wouldn't start that.  $ OK, then I'll do it. Bye, Mr. Brass.   *plonk*    ------------------------------  % Date: Sat, 31 Mar 2001 19:01:03 -0500 % From: "Tom Sevy" <tsevy@conectiv.net> F Subject: Re: Compaq's apparent destruction of DEC consultancy services/ Message-ID: <9a5r5e$6v9$1@grendel.conectiv.net>    Alan,   I When we were in the process (I was not personally involved) of buying our H Alpha Servers, I know we had some DEC-type people from Compaq in to help plan the power, AC, etc.  K When they (the Alphas) were installed, DEC-types again (I know at least two H of the three, if not all three) were DEC engineers.  You could just tellC from the quality of their work (I had exposure to DEC when I was in   school -- good old PDP-11/70's).  J I am located in Delaware.  I don't know what office this team came out of.  2 "Alan Greig" <a.greig@virgin.net> wrote in message2 news:64hubtcbeudcpbam5b57k2vh5ekod8jdhr@4ax.com... > C > With previous employers I have taken advantage of DEC consultancy F > services on computer room layout. This would provide an initial siteG > survey, a proposed layout and finally the move and/or installation of % > the kit including most non DEC kit.  > G > As we've just doubled the size of our machine room (mainly because of C > the space taken up by all the NT systems...) we decided to plan a H > complete weekend move of all systems to make the most efficient use ofH > space. Wanting it done properly I decided to call Compaq. The reply isH > that "we are not sure who does this any more". To be fair local CompaqE > services say they will do it but first they must re-assemble a team E > and investigate how they do this in the Compaq era. Most of the old C > DEC team I'm told still work for Compaq but no unit has this task + > assigned any more as Compaq shut it down.  > F > Has anyone else recently used Compaq planning services and have they@ > had a similar response? Until now I thought that DEC's service( > organization was relatively untouched. > -- > Alan   ------------------------------  % Date: Sun, 01 Apr 2001 08:02:40 +0200 2 From: Andreas Stiller <Andreas.Stiller@netsurf.de>0 Subject: Re: filterimg SCA traffic off ethernet.* Message-ID: <3AC6C480.20293935@netsurf.de>   Hi,   A you can shutdown network devices only for SCA traffic. You need a E program named like LAVC_STOP_BUS. Search for program with a name like G this in SYS$STARTUP. I can't remember the exact name. When you star the H program it lists the current PE adapters. You can then enter the name of% a device to shutdown for PE purposes.    Andreas    Nazim MANSER schrieb:  > + > >> Our network topology is the following: D > >> All the VMS maschines are in a cluster, the problem is that ourC > >> network staff is experiencing a lot of network collisions.  on C > >> maschines vax6 and vax7 there are 2 adapters (EZA1: and FQA1:)  >  > <chomp... mutter>  >  > >> My question is: > B > >> How is it possible to filter out the SCA Traffic in the EZAn:F > >> Adapters of vax6 and vax7, so that the SCA Traffic goes only over > >> FDDI ?  > I > >Let see, you have two 10base? segments with FDDI connecting them?  One O > >machine has both a ethernet and an FDDI interface onto the LAN? And you have % > >over 10% of the packets colliding.  > P > >As a first step, pull the ether net and see if the rate goes down. Also checkJ > >for a flaky cable. Note that vax6 has a much higher collision rate thanL > >vax7, so start with segment A. BTW, turn on heartbeat on the tranceivers. > 9 > here are some explications about the network topography  >  > 1) Segments: >  > 1.1) ethernet: >  > we have 2 10Base (one called A with 15 connections (10  base T , twisted pair to a HUB , the other called B with 2 connections (10 base 2 thinwire) 5 > Segment A and B are linked with the following items  > I > A ================== < DEC Repeater 90 C > =====================< HUB > $ >                                 ||$ >                                 ||B >                                 ||    (the cable is optic fiber)$ >                                 ||Q > B =================== < DEC Bridge 90 FL > =======================|  Terminator  > \ > the ethernet interface on vax6 (vax4000-705A) ethernet adapter device type SGEC, 10 Mbit/s\ > the ethernet interface on vax7 (vax4000-705A) ethernet adapter device type SGEC, 10 Mbit/s >  > 1.2) FDDI Ring > U > we have an FDDI Ring where only vax6 and vax7 are connected (FQA1: ) Adapter DEFQA.  > x > the network staff told me that Ca. 72 % of all the ethernet traaffic is caused by the 60-07 Protokoll (SCA Protokoll ) > The problem is that it is a production system (Bank environment) and i can't amke such things as pulling off the nisca traffic on the ethernet adapters of the vax6 and vax7.  > My boss will kill me.  > the only thing i will do is to rise the niscs_max_pktsz at 4468 to meet the requirement of the FDDI. and i will see the results. >  > My question: > W > How to turn on heartbeat on the tranceivers, i am not familiar with network hardware.  > 	 > thanks,  >  > reguards, Nazim Manser >  > VMS System Manager.  > ( > email:  Nazim.Manser@socgen.com (work)6 >               nmanser@progis.de          (permanent)   ------------------------------    Date: 31 Mar 2001 19:20:31 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>$ Subject: Re: Free The OpenVMS Seven!4 Message-ID: <20010331192031.730.qmail@nym.alias.net>  " -----BEGIN PGP SIGNED MESSAGE-----  ? On Sat, 31 Mar 2001, Christof Brass <brass@infopuls.com> wrote:    <snip>   >> Two points Christoff... >> NI >> 1. People are tired of seeing Cr*p/Sh*t in your posts. It does nothing > >>    for your position. In fact, it is more likely to provoke >>    disagreement.s >s@ >I'm tired of always reading of the well known problems of theseA >languages and the consequences of using them. If I use these itsuA >a simple way to express my opionion about them. What terms wouldt> >you propose to let me express my opionion? BTW my opionion is? >based upon experience, analysis and statistics. If you hate myd >posts, don't read them.  K I'm tempted to say that if you play with fire there is a strong possibilitygK of getting burnt. In your case Christoff it is the risk of getting plonked.M  K You continue to have this "issue" with unix in a very unpleasant and publicpH manner. You refuse to see that there are ways to express strong opinionsC which do not antagonise the entire group. I already referred you toeC RFC1855, and I see no evidence that you actually read the document.o  A >To respond more specifically: abusing a language is easy and notm? >per se an argument against any language. The point is how manya@ >programmers are unintentionally abusing the language because it= >offers that many pitfalls which aren't obvious to avoid; how A >many solutions are "strange" because the language forces that bys& >lack of better ways to accomplish it.  I Oh dear, I think I'm back to saying that people need better edjuyacashun.y  F C++ is one of my least liked languages for the simple reason that I'veF never been fond of object orientation. Always struck me as refusing toG accept how computers actually operate. However, C as a language has its H merits. I suppose you would prefer to write device controllers in BASIC?  F Instead of referring to the non-content in your past posting hysteria,I please take the time to go and cool off. This is not the place to display 7 irrational hatred for any language or operating system.a     Doc.   -----BEGIN PGP SIGNATURE-----r Version: 2.6.2  @ iQEVAwUBOsUP8sriC3SGiziTAQFcLQgAqw2YDofCezomOtiOr1/AiBWoNPOWzcRn@ gpnQ95FLBGcN388rO4qSgmDY6OP85DeuHPRZaWHdWwO9+wsb59Td+Q9QnGh4cU6g@ pddagYNFW7lpew6QgcDUfNL0DHf1OJc9qSJyCpaFo25oHZyeCFtFiLMsdzVCFvq6@ RvunS7udH2Uep6MnWuTrpkx5xH3P4CrITuVQyrncdIdC4ameaJ6EUJPMZjdwCE5X@ yQEatwIw+HkQjbarw+cMDHhRprLWs90bSbZyQ2Hh3MKJr1968VWcGMoDc3iKF3Jm8 NmdJw/9zR10rNw1BBWZpVCQw24TNbOafT9h8DOdTEQb3zh2MzWbEjg== =9sm3c -----END PGP SIGNATURE-----m   ------------------------------  % Date: Sat, 31 Mar 2001 23:19:20 +0000t) From: Christof Brass <brass@infopuls.com> $ Subject: Re: Free The OpenVMS Seven!, Message-ID: <3AC665F8.87203601@infopuls.com>   "Doc.Cypher" wrote:_ > $ > -----BEGIN PGP SIGNED MESSAGE----- > A > On Sat, 31 Mar 2001, Christof Brass <brass@infopuls.com> wrote:t >  > <snip> >  > >> Two points Christoff... > >>K > >> 1. People are tired of seeing Cr*p/Sh*t in your posts. It does nothing @ > >>    for your position. In fact, it is more likely to provoke > >>    disagreement.y > >nB > >I'm tired of always reading of the well known problems of theseC > >languages and the consequences of using them. If I use these its.C > >a simple way to express my opionion about them. What terms woulda@ > >you propose to let me express my opionion? BTW my opionion isA > >based upon experience, analysis and statistics. If you hate my  > >posts, don't read them. > M > I'm tempted to say that if you play with fire there is a strong possibility M > of getting burnt. In your case Christoff it is the risk of getting plonked.t > M > You continue to have this "issue" with unix in a very unpleasant and publictJ > manner. You refuse to see that there are ways to express strong opinionsE > which do not antagonise the entire group. I already referred you tolE > RFC1855, and I see no evidence that you actually read the document.u  < polemic, not really related to the paragraph of my post. The8 opinion is the same and will sooner or later lead to the? situation that the interested people will publish their opinione; no matter how soft the wording was. The participants of cove# should basically agree on the majorf< advantages/features/qualities of VMS. This NG shouldn't be a, place to support UNIX crap in favour of VMS.  C > >To respond more specifically: abusing a language is easy and not A > >per se an argument against any language. The point is how many B > >programmers are unintentionally abusing the language because it? > >offers that many pitfalls which aren't obvious to avoid; how C > >many solutions are "strange" because the language forces that byn( > >lack of better ways to accomplish it. > K > Oh dear, I think I'm back to saying that people need better edjuyacashun.d   Not very helpful.h  H > C++ is one of my least liked languages for the simple reason that I'veH > never been fond of object orientation. Always struck me as refusing toI > accept how computers actually operate. However, C as a language has its J > merits. I suppose you would prefer to write device controllers in BASIC?  ; polemic. OO is/was a major step forward. If you don't fully @ understand the concept don't blame it. What makes you think that> you know "how computers actually operate"? Which computers? In< what way is any other high level PL closer to "how computers> actually operate"? "However, C as a language has its merits.":. any arguments? Any arguments countering mines?> BASIC is out of question. But having a very small and specific> area where a certain PL is appropriate doesn't qualify this PL9 to be widely used in almost all areas. And we should take @ history into account: if a company has code written in a certain? language this language is normally used for a long time. Do you,< know how long it takes for a new PL to get acceptance in the> industry? I'm only talking about PLs that got this acceptance.  H > Instead of referring to the non-content in your past posting hysteria,K > please take the time to go and cool off. This is not the place to displayc9 > irrational hatred for any language or operating system.m  7 Been there, done that. So let me explain that this lastI? paragraph is again a mere expression of a polemic attitude. Yout@ obviously didn't understand what I posted otherwise you wouldn't; have used the words "hysteria" and "irrational hatred". One ? major problem of our industry is that most people don't dare to-8 speak out the truth. There are even companies that force? customers by NDAs to keep the secret of broken technique. A lot ? of EDP projects fail mostly because of organisational and humane@ factor problems not of technical problems like having chosen the= wrong PL or tools or OS. But there are still lots of projectsr? that fail because the chosen technique isn't appropriate to thee< task and to the people. It's time to tell the truth: ... :-)( (you know what you have to fill in here)  = Obviously I hit one of your nerves and you rating of my postse@ got out of proportion. It's time for you to cool down and read a> book about modern PLs. Do you really think that a 30 years old6 PL is the best available tool for the vast majority of> programming tasks? I admit that the age argument isn't a valid@ argument against something - e.g. the wheel was a good invention= many centuries ago and still is. But in our environment whichc= one of the strongest and fastest changing a sound analysis ofa8 the merits and drawbacks would be more than appropriate.   > Doc. >  > -----BEGIN PGP SIGNATURE-----n > Version: 2.6.2 > B > iQEVAwUBOsUP8sriC3SGiziTAQFcLQgAqw2YDofCezomOtiOr1/AiBWoNPOWzcRnB > gpnQ95FLBGcN388rO4qSgmDY6OP85DeuHPRZaWHdWwO9+wsb59Td+Q9QnGh4cU6gB > pddagYNFW7lpew6QgcDUfNL0DHf1OJc9qSJyCpaFo25oHZyeCFtFiLMsdzVCFvq6B > RvunS7udH2Uep6MnWuTrpkx5xH3P4CrITuVQyrncdIdC4ameaJ6EUJPMZjdwCE5XB > yQEatwIw+HkQjbarw+cMDHhRprLWs90bSbZyQ2Hh3MKJr1968VWcGMoDc3iKF3Jm: > NmdJw/9zR10rNw1BBWZpVCQw24TNbOafT9h8DOdTEQb3zh2MzWbEjg== > =9sm3h > -----END PGP SIGNATURE-----8   ------------------------------  # Date: Sat, 31 Mar 2001 22:27:59 GMTf= From: system@SendSpamHere.ORG (Brian Schenkenberger, VAXman-)G Subject: Re: modems-0 Message-ID: <009F9D90.64E8AE59@SendSpamHere.ORG>  _ In article <3AC5A9AA.6515F1D6@pressenter.com>, Lyndon Bartels <lbartels@pressenter.com> writes:rA >Has anyone done any work with modems connected directly to Alpha C >workstations? I want to add on to my 500au for dialing in to work, 2 >either via SLIP, PPP, or to a terminal server.... >oH >Any suggestions on hardware, and software would be greatly appreciated. >g >Thanks in advance,  >  >Lyndon  >-- H >My opinions are mine and mine alone. They seldom align with those of my
 >employer.  I 500a has an (E)ISA is I recall.  If it is not in use in your machine take & a look at http://www.tmesis.com/modem/  J I'll try placing my modem in one and update the instructions on that page. --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMn            aO city, n., 1. a place where trees are cut down and streets are named after them.i   ------------------------------  % Date: Sat, 31 Mar 2001 13:12:54 -0600 % From: Keith Brown <kbrown780@isd.net>o( Subject: Re: Mozilla 0.8.1 graphic bug ?' Message-ID: <3AC62C36.7166B961@isd.net>t  8 "Patrick MOREAU, CENA Athis, Tel: 01.69.57.64.40" wrote: > 	 > Hi all,  > K > I've just upgraded Mozilla to version 0.8.1 (Alpha VMS 7.2-1, DS10 ; Elsa I > Gloria Synergy) and I notice a strange behaviour: impossible to see thetK > bookmarks into the left frame (however the bookmark menu is ok). The leftiN > frame seems never updated: when a menu is occulting a part of the frame, the- > bitmap of the menu stays into the frame ...i > 	 > Patrickt > --Q > ===============================================================================cQ > pmoreau@cena.dgac.fr  (CENA)     ______      ___   _           (Patrick MOREAU)B6 > moreau_p@decus.fr (DECUS)       / /   /     / /|  /|J > CENA/Athis-Mons FRANCE         / /___/     / / | / |   __   __   __   __P > BP 205                        / /         / /  |/  |  |  | |__| |__  |__| |  |P > 94542 ORLY AEROGARE CEDEX    / /   ::    / /       |  |__| | \  |__  |  | |__|P > http://www.ath.cena.fr/~pmoreau/            http://www.multimania.com/pmoreau/Q > ===============================================================================-  / >> when a menu is occulting a part of the frame-  $ This must be one devilish bug   ;-)    -- 0 Keith Brownt kbrown780@isd.nete   ------------------------------    Date: 31 Mar 2001 19:00:41 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>( Subject: Re: OpenVMS Educational Program5 Message-ID: <20010331190041.7043.qmail@nym.alias.net>e  " -----BEGIN PGP SIGNED MESSAGE-----  ? On Sat, 31 Mar 2001, Christof Brass <brass@infopuls.com> wrote:a   >Do I miss something?.  ; Yes, the suggestion that you contribute something *useful*.      Doc.   -----BEGIN PGP SIGNATURE-----r Version: 2.6.2  @ iQEVAwUBOsUP8sriC3SGiziTAQF7iggAmhfRNNTcJ9UNbpDfLGQLuJYCcd1E2tSA@ upEv67WAkjTRofO7JUUUUcul8VkvbnMpG4oeeqJsbVAMx40yFLkbozilUyFCXxyP@ 6cq9epkeNXTON2hOzyxTVDhImSy/oNmBxOrs2jQ569RymQOb9Io1vB0CruveugK7@ /IAFLrMkBZdHy2Ker+OVlSSilcYZ96wIl6o9Xg8+nLp688fc2iULp8oZfdVnyuWY@ jXpERz4zZPbj5PSqU8BscFzb6NnPF2+u5IX0EC/udXhvn0foFmrfjO3JsfTVfwbG8 TjNlJTgbA1ZslrF82Ck17KyKNz/KUjcAu3F3OrLAISiO//ck1K5BBA== =Nzfra -----END PGP SIGNATURE-----f   ------------------------------   Date: 31 Mar 2001 14:12:27 CDT= From: wayne@tachysoft.xxx.412538.killspam.015a (Wayne Sewell)oE Subject: Re: OT: Elements of Linguistics (was Re: POSIX Streams, File . Message-ID: <VrHE9JmxHJp9@tachxxsoftxxconsult>  L In article <3AC56078.D6DDB345@clark.net>, Ben Sego <bsego@clark.net> writes: > "David J. Dachtera" wrote: >  >> Christof Brass wrote: >> > [snip] There are countlessv >> > homophones in English.  >>! >> F.Y.I., in (American) English:u >> >  > <snip> >  >>/ >> As always, I could be (probably am) wrong...  > N > Well, DJD, this time I have to side with Christof.  (And you _know_ how thatM > makes me feel.) "Homophones" are words that sound alike, but have differente( > meaning.  Here is a homophonic triple: >  > bights > bite > byte > N > Incidentally, it is not a requirement that the words be spelled differently;M > but rather that they 1.) sound the same, 2.) have separate origins, and 3.)p > have separate meanings.l > $ > Ben "WKU taught English, too" Sego    L It appears to me that both viewpoints are right.  According to Webster's NewM World Dictionary, either word can be used to describe words that sound alike,y but have different meaning.       H homonym -- 1.  a word with the same pronunciation as another, but with a3 		different meaning, origin, and usually spelling. s  		(ex: bore and boar); homophone              .  O homophone -- 1. any of two or more letters or groups of letters having the same . 		pronunciation (ex: c in civil and s in song)	           )              2. same as homonym (sense 1)r        J Note that homonym and homophone point to each other.  However, the meaningH under discussion, i.e. complete *words* that sound alike, is the primaryL meaning for homonym and the secondary meaning for homophone.  Thus I think I would use homonym.       --  O =============================================================================== M Wayne Sewell, Tachyon Software Consulting  (281)812-0738  wayne@tachysoft.xxx : http://www.tachysoft.xxx/www/tachyon.html and wayne.html  K change .xxx to .com in addresses above, assuming you are not a spambot  :-) O ===============================================================================eO Dean Wormer to Flounder: "Fat, drunk, and stupid is no way to go through life."n   ------------------------------  % Date: Sat, 31 Mar 2001 16:05:03 -0500:  From: Ben Sego <bsego@clark.net>Y Subject: Re: OT: Elements of Linguistics (was Re: POSIX Streams, File Permissions) Permiss) Message-ID: <3AC6467F.39881A01@clark.net>    Christof Brass wrote:n <snip>  P > > Incidentally, it is not a requirement that the words be spelled differently;O > > but rather that they 1.) sound the same, 2.) have separate origins, and 3.)c > > have separate meanings.o > >a& > > Ben "WKU taught English, too" Sego >n@ > I vote for 1.) and 2.) - I don't regard the third condition as@ > necessary because having condition 2.) fulfilled the words areA > in essence different even if one of their meanings is the same. = > I don't know even of such an example exists. But if not thed > third condition is redundant.   O Well, Christof, I hadn't thought of it that way.  I'll look for an example thatoK has separate origins but the _same_ meanings.  I don't think I'll find one.=P So...(here I go again....) I think you're right.  Without such an example either  2.) or 3.) should be tossed out.   Ben "Hilltopper civility" Sego   ------------------------------    Date: 31 Mar 2001 19:40:07 -00004 From: Doc.Cypher <Use-Author-Address-Header@[127.1]>% Subject: Re: Spice for OpenVMS Alpha?o6 Message-ID: <20010331194007.22880.qmail@nym.alias.net>  " -----BEGIN PGP SIGNED MESSAGE-----  ? On Sat, 31 Mar 2001, Christof Brass <brass@infopuls.com> wrote:  >Paul Repacholi wrote: >> e( >> ualski <ualski@earthlink.net> writes: >>   >> > Paul Repacholi wrote: >> > >* >> > > Koloth <koloth@tmisnet.com> writes: >> > >I >> > > > > DECUS says they're for VAX/VMS but I remember just fortran the 4 >> > > > > last time I compiled it, a few years ago. >> > >5 >> > > That is an OLD SPICE. The current one is in C.a >> fI >> > I should have been more specific.  The first one I listed is FORTRAN G >> > but the newer one, and the second listed, is purported to be C.  Ie- >> > don't have any experience with that one.h >> uF >> A new modeling method for MOSFETs, improvments to the other models,
 >> bug fixes.a >> rG >> > Anyone know what sort of new features or fixes went along with the  >> > switch to C?g >>  4 >> More bugs, harder to optimize, unix braindeath... >>  G >> But, hey, they a proper industry stands conforming bugs! Thats a big- >> improvment isn't it...: >> 0 >> --m? >> Paul Repacholi                               1 Crescent Rd.,e: >> +61 (08) 9257-1001                           Kalamunda.C >>                                              West Australia 6076r1 >> Raw, Cooked or Well-done, it's all half baked.  >s0 >You are doing *my* job :-) (not only this time)  I I hope it really is your job Christoff because you've antagonised the COV I so much that a contract is out of the question (you'll be disposed of for  free!).t     Doc.   -----BEGIN PGP SIGNATURE-----o Version: 2.6.2  @ iQEVAwUBOsUP8sriC3SGiziTAQH5FwgAtbVqBomer0ILcIqc9PJzSVmAPU1qMwUV@ hzu2QTgvXsuL85QX/pf0TElteINodQuBDL+4RoABy+ezviawQCU7sZ31M8GPfl0A@ VzKD3bJALfxc/N9y3KYNQS3sLH9YDzPL4mXansMfQor3h0Wk/AS5idDHkGGCU7cu@ MxYLet2l4Y9TQ/ATySRJ8SxRBUm+AEm6bv1v1ZSVwpsSdEKBQwtf2eAT7AGwUKCy@ SYmzGaWCF5VkKri8HaKB3adNADDhsvUUZ6yE1L8rbW3vDC4qW4aVzDc4keaWbrQw8 XjYURT6FX3na3oIKjyT9VEZzPS9Opa7CnAH76T8u4/Jsl02r9lVb0A== =PREt  -----END PGP SIGNATURE-----    ------------------------------  % Date: Sat, 31 Mar 2001 22:36:08 +0000r) From: Christof Brass <brass@infopuls.com>e% Subject: Re: Spice for OpenVMS Alpha?s, Message-ID: <3AC65BD8.A4EC7E10@infopuls.com>   "Doc.Cypher" wrote:e > $ > -----BEGIN PGP SIGNED MESSAGE----- > A > On Sat, 31 Mar 2001, Christof Brass <brass@infopuls.com> wrote:a > >Paul Repacholi wrote: > >>* > >> ualski <ualski@earthlink.net> writes: > >> > >> > Paul Repacholi wrote: > >> > >, > >> > > Koloth <koloth@tmisnet.com> writes: > >> > >K > >> > > > > DECUS says they're for VAX/VMS but I remember just fortran ther6 > >> > > > > last time I compiled it, a few years ago. > >> > >7 > >> > > That is an OLD SPICE. The current one is in C.y > >>K > >> > I should have been more specific.  The first one I listed is FORTRANsI > >> > but the newer one, and the second listed, is purported to be C.  Iw/ > >> > don't have any experience with that one.s > >>H > >> A new modeling method for MOSFETs, improvments to the other models, > >> bug fixes.  > >>I > >> > Anyone know what sort of new features or fixes went along with thea > >> > switch to C?  > >>6 > >> More bugs, harder to optimize, unix braindeath... > >>I > >> But, hey, they a proper industry stands conforming bugs! Thats a big  > >> improvment isn't it...- > >> > >> --6A > >> Paul Repacholi                               1 Crescent Rd.,c< > >> +61 (08) 9257-1001                           Kalamunda.E > >>                                              West Australia 607663 > >> Raw, Cooked or Well-done, it's all half baked.E > >j2 > >You are doing *my* job :-) (not only this time) > K > I hope it really is your job Christoff because you've antagonised the COV9K > so much that a contract is out of the question (you'll be disposed of for 	 > free!).    Wishful thinking.   > Anyway, why did you post that? Is your sentence really correct7 English? Would you like to "enlighten" me another time?o   > Doc. >  > -----BEGIN PGP SIGNATURE-----P > Version: 2.6.2 > B > iQEVAwUBOsUP8sriC3SGiziTAQH5FwgAtbVqBomer0ILcIqc9PJzSVmAPU1qMwUVB > hzu2QTgvXsuL85QX/pf0TElteINodQuBDL+4RoABy+ezviawQCU7sZ31M8GPfl0AB > VzKD3bJALfxc/N9y3KYNQS3sLH9YDzPL4mXansMfQor3h0Wk/AS5idDHkGGCU7cuB > MxYLet2l4Y9TQ/ATySRJ8SxRBUm+AEm6bv1v1ZSVwpsSdEKBQwtf2eAT7AGwUKCyB > SYmzGaWCF5VkKri8HaKB3adNADDhsvUUZ6yE1L8rbW3vDC4qW4aVzDc4keaWbrQw: > XjYURT6FX3na3oIKjyT9VEZzPS9Opa7CnAH76T8u4/Jsl02r9lVb0A== > =PREtg > -----END PGP SIGNATURE-----a   ------------------------------   Date: 31 Mar 2001 20:09:08 GMT/ From: Hans.Bachner@altavista.net (Hans Bachner)y9 Subject: Re: VMS: DECNet to TCP/IP migration help wanted.t( Message-ID: <9a5khk.3p.1@hans.myfqdn.de>   Hoff & Dan,'   thanks for the info.   Learning new stuff each day, Hans.o   ------------------------------  % Date: Sat, 31 Mar 2001 21:55:38 +0200t. From: "Jesper Naur" <jesper.naur@post.tele.dk>2 Subject: Re: When might SYS$SCHDWK not wake me up?, Message-ID: <9a5cdg$ae8$1@news.inet.tele.dk>  6 Tim Shoppa <shoppa@trailing-edge.com> wrote in message+ news:3AC5D759.57609D9D@trailing-edge.com...   C > Is there a supported method for looking at any outstanding TQE's? ? > I sort-of suspect that somehow the delta-time argument to then? > $SCHDWK is corrupted, and if I look and see outstanding TQE'shD > for years or millenia in the future this would be the smoking gun. >t   In  0 http://www.montagar.com/decus_swlib/VMSLT98A/TK/  I you'll find a TQE.ZIP, which contains exactly such a program. Whether you H consider it 'supported', you must decide for yourself, but it does work.       Best regards     Jesper Naurs   ------------------------------  % Date: Sat, 31 Mar 2001 20:50:39 +0100n+ From: "antonio.carlini" <arcarlini@iee.org>g2 Subject: Re: When might SYS$SCHDWK not wake me up?' Message-ID: <3AC6350F.EA557E8C@iee.org>    Tim Shoppa wrote:s > > > Yeah, I'm tempted to look at the machine code being produced> > (it's built with VAX C) and see if there's a "gotcha" to the  > Now you're getting paranoid ... I know, I do it myself too :-)6 If I'm lucky, I catch myself doing it and realise that/ there something blindingly obvious I'm missing.t  ? > It's always: $SCHDWK, process, $HIBER, repeat.  The "process"l > step may do some I/O.a >   > > We already do thorough logging of the status codes resulting? > from $SCHDWK and $HIBER, but I will seriously consider addingr; > the counters you've suggested.  Everything I've read says.? > that a process may only put itself into HIB - nobody else cana > be HIBernating me, right?t  + Anyone could schedule a kAST which executesc$ code in your context which then does( the $HIBER but this is somewhat unlikely% to say the least. I cannot think of a?% straightforward way that someone elsea& can cause you to do a $HIBER (with the! same ease that they could suspenda your process, for example).e  ? > I know, I know!  And $SCHDWK/$HIBER are so fundamental to VMSf, > that I know the OS cannot be at fault :-).  ' Bits of code have been known to corrupto( the timer queue; usually that results in a nasty crash.   > C > Is there a supported method for looking at any outstanding TQE's?c  % Just SDA I think. The problem will be ( that the TQE list changes so rapidly you probably cannot walk it easily.d   There was some code publishedt0 many years ago in "VAX Professional" that walked* the TQE list (I think). If you can find it- you could modify it to just display TQEs that  apply to the relevant PID.  ? > I sort-of suspect that somehow the delta-time argument to thee? > $SCHDWK is corrupted, and if I look and see outstanding TQE'saD > for years or millenia in the future this would be the smoking gun.  5 Since your delta time is always meant to be 1 second,p/ you actually know what 64-bit time value shoulde1 be fed to $schdwk. You could hard-code that valuea0 in a variable held in a read-only psect (a VAX C2 extension will let you do that) and then you could4 always check the value you currently feed to $schdwk( against the value you know it should be.     Antonion   -- n   ---------------h- Antonio Carlini             arcarlini@iee.orgh   ------------------------------  % Date: Sat, 31 Mar 2001 20:54:23 +0100i+ From: "antonio.carlini" <arcarlini@iee.org>t2 Subject: Re: When might SYS$SCHDWK not wake me up?' Message-ID: <3AC635EF.BB0C256B@iee.org>D   "Stanley F. Quayle" wrote:A > If it takes 10 milliseconds for the process to recover from ther; > wakeup, you'll lose a whole cycle in just 100 iterations.  > F > Since the recurring wakeup parameter of $SCHDWK is a delta time, you: > already have all you need to make that work permanently.  3 Tim's already explained that he wants to understanda7 the problem before attempting a fix. Strange behaviour,.* but it's probably better to humour him :-)  2 Even if the slight "walk" were a concern (which it2 seems it is not), it does not explain the symptoms that the system is displaying.   Antoniod   -- 4   ---------------p- Antonio Carlini             arcarlini@iee.orgC   ------------------------------  % Date: Sat, 31 Mar 2001 16:19:36 -0400 + From: Tim Shoppa <shoppa@trailing-edge.com>12 Subject: Re: When might SYS$SCHDWK not wake me up?1 Message-ID: <3AC60397.57BBE3E0@trailing-edge.com>P   Jesper Naur wrote: > 8 > Tim Shoppa <shoppa@trailing-edge.com> wrote in message- > news:3AC5D759.57609D9D@trailing-edge.com...h > E > > Is there a supported method for looking at any outstanding TQE's?9A > > I sort-of suspect that somehow the delta-time argument to the,A > > $SCHDWK is corrupted, and if I look and see outstanding TQE'seF > > for years or millenia in the future this would be the smoking gun. > >a >  > In > 2 > http://www.montagar.com/decus_swlib/VMSLT98A/TK/ > K > you'll find a TQE.ZIP, which contains exactly such a program. Whether youdJ > consider it 'supported', you must decide for yourself, but it does work.  F Thank you, very interesting!  If I run it on my home system (Alpha/VMS@ 7.2, OSU HTTP server, SETI@home, Netscape, a bunch of DECTerms),? it turns up some interesting things that I want to investigate,l
 including:  ?    Request type 00 Request is process timer, one-shot, relativem,    Process SERVER_00A2  Username HTTP_SERVER>    EPID 242002CB  PID 000100CB   AST 00004230  ASTPRM 00000000A    Due time 14-AUG-2028 20:10:32.36, Time(quad) 885A1ACE 00BE4E1D-/    No delta time, Delta(quad) 00000000 00000000 G    RMOD 43 User AST, EFN 00 Unknown 0000 ERQPID 242002CB RQPID 000100CB:  < Betcha that's a bug in my HTTP server - unless it has a good  reason to wait for 27-odd years!  < Hmmm.... 27-odd years is almost exactly 10000 days.  Is this< a coincidence????!!!!  Auughhh - Revenge of the Day 10K Bug!  > Question for the experts: if a process has timer queue entries= outstanding and the process exits for some reason, should theo> TQE's be deleted by the process rundown or do they exist until. the time comes and then they turn into No-ops?  A Can't wait until I try it at work and turn up the bugs there :-).    Thanks,= Tim.   ------------------------------  % Date: Sat, 31 Mar 2001 19:11:48 -0500e- From: JF Mezei <jfmezei.spamnot@videotron.ca> 2 Subject: Re: When might SYS$SCHDWK not wake me up?, Message-ID: <3AC6723C.706F8B3A@videotron.ca>   Tim Shoppa wrote:/? > It's always: $SCHDWK, process, $HIBER, repeat.  The "process"  > step may do some I/O.    That is where the problem lies  
 It should be:E   process, $SCHDWK, $HIBER  L If your order, if the wake-up is delivered as process is still running, thenT $HIBER will go to sleep for good without any outstanding wake-up calls being queued.  N I do not know how accurate the timing must be, but moving the $SCHEDWK to just+ before the $HIBER would solve your problem.   N Alternatively, you could use $SETIMR to trigger an AST which does the $HIBER. ; "process" sets a variable to "am busy" while it is running.a  L So, if the AST is delivered while the variable is "am-busy", it knows that aI $HIBER is not needed and instead reschedules itself with its own $SETIMR.S  L Alternatively, the AST could just reset the variable to "reschedule me". AndK when "process" terminated, if it sees that the variable is "reschedule me",oE the process would then re-issue the $SCHEDWK just prior to the $HIBERi    	 QUESTION:A  M can an AST execute a $HIBER, and if so, does the AST complete its processing,y& with the process then going to sleep ?   ------------------------------  % Date: Sat, 31 Mar 2001 18:14:02 -0700I5 From: "cstranslations" <cstranslations@email.msn.com>F2 Subject: Re: When might SYS$SCHDWK not wake me up?( Message-ID: <exFPZjkuAHA.83@cpmsnbbsa07>  : "JF Mezei" <jfmezei.spamnot@videotron.ca> wrote in message& news:3AC6723C.706F8B3A@videotron.ca... > Tim Shoppa wrote:n > QUESTION:x >1C > can an AST execute a $HIBER, and if so, does the AST complete itsu processing,e( > with the process then going to sleep ?  G As far as I know - barring an outstanding wake request $hiber "hibers."e  L If you call $hiber while you're executing a user mode AST you're going to goL to sleep (barring that already outstanding wake). Nothing is going to happenL at non AST user mode since you have that "blocked." Any other user mode ASTsL that are delivered (by what ever means) will sit "waiting" for the currentlyH executing one to finish. Unless you've got something happening in one or6 more of the inner access modes you'll never come back.   Joee   ------------------------------  % Date: Sat, 31 Mar 2001 20:42:01 -0400y+ From: Tim Shoppa <shoppa@trailing-edge.com>p2 Subject: Re: When might SYS$SCHDWK not wake me up?1 Message-ID: <3AC64119.4AC14D5E@trailing-edge.com>a   JF Mezei wrote:s >  > Tim Shoppa wrote: A > > It's always: $SCHDWK, process, $HIBER, repeat.  The "process"i > > step may do some I/O.s >   > That is where the problem lies >  > It should be:  >  > process, $SCHDWK, $HIBER > N > If your order, if the wake-up is delivered as process is still running, thenV > $HIBER will go to sleep for good without any outstanding wake-up calls being queued.  A No, this is not how it works.  See this example code fragment (inoC a "real" program, of course, I would check the return status of the: system services...)s           program hiber          integer*4 idelta(2)e,         call sys$bintim('0 00:00:05',idelta)         sys$schdwk(,,idelta,)t         accept *         call sys$hiber         type *,'I woke up!'s         end   ; If you stall more than 5 seconds in the I/O with the accepthA statement, in "real VMS" wake up immediately after the sys$hiber.=@ It's only in your "hypothetical VMS" that your suggestion solves* a problem.  Luckily I've got real VMS :-).   Tim.   ------------------------------  % Date: Sat, 31 Mar 2001 20:43:07 -0600t/ From: Chris Scheers <chris@applied-synergy.com>u2 Subject: Re: When might SYS$SCHDWK not wake me up?2 Message-ID: <3AC695BB.CD780A5@applied-synergy.com>  B Since you do $SCHDWK, process, $HIBER, I suspect that occasionallyH $SCHDWK is firing in the middle of your "process" code.  This will leaveF a pending wakeup.  If nothing strange happens, you get to your $HIBER,F which sees the pending wakeup, doesn't hibernate, and you start over.  No problem.g  H However, it is possible that your "process" code is calling some routineF that internally does a non-blocking system call, then does a $HIBER toG wait for an AST.  In this case, if the code has been written correctly,iF the $HIBER will eat your pending wakeup, the code will realize that itF shouldn't be awake yet, and it will go back $HIBER.  At some point theF AST will fire, waking the code, which continues from the $HIBER.  ThenG "process" will continue until you get to your $HIBER, which will reallyaG hibernate because the $SCHDWK has already fired.  (A routine that callsh' the C RTL "sleep" can also cause this.)i  G Using a repeating $SCHDWK should fix the problem.  Alternately, putting B the $SCHDWK after "process", right before $HIBER should also work.  & I would go with the repeating $SCHDWK.  
 Good luck!     Tim Shoppa wrote:  >  > Stanley F. Quayle wrote: > >u/ > > On 31 Mar 2001, at 11:28, Tim Shoppa wrote:-L > > > On wake-up, it uses SYS$SCHDWK to schedule a single wake-up for itselfH > > > one second in the future.  It then does its simple processing, and > > > does a SYS$HIBER.0 > > >.? > > > So the question: Why is the process not waking itself up?S > > >MD > > > If I were to rewrite this simple process from scratch, I wouldG > > > use the 4th argument of SYS$SCHDWK to schedule a repeated wake-upeC > > > request for every second.  But I'd rather understand what the>D > > > reason for it not working as it currently is rather than go in  > > > and start screwing around. > >iD > > You may find that your process "walks" a little bit each time itG > > wakes up.  It may be a few milliseconds, but they eventually add ups > > to a second. > F > The $SCHDWK is done with a delta-time (sorry that I left that out!).E > Another possibly relevant thing I left out: the process in questionmB > is running at "normal" interactive priority, but there are otherC > processes in the system running with elevated priority (up to 15,eF > nearly a real-time priority.)  Normal CPU utilization is around 10%.C > There doesn't appear to be any particularly heavy CPU or I/O load B > when the scheduled wakeup fails to come, and my manually-induced- > wakeup *always* brings things back to life.  > E > The accuracy or precision of the wake-up period isn't vital, but it C > *is* necessary that the process does eventually wake up (a couplesB > of seconds would be good, but sometimes it's been hours before I@ > got to Rail Central to do a manual wake-up and the system will > run happily after that.) > F > > Sometimes we have to abandon understanding and do what works.  TheF > > recurring wakeup will work.  And if it somehow gets missed on thatF > > 0.0001%, it'll wake up in another second -- so fast you won't even > > notice.P > @ > The thing is, SYS$HIBER and $SCHDWK are used in gobs of placesG > all throughout the basic tools of VMS.  I really doubt that something7? > so vital to system operation is failing for reasons beyond myK? > control (i.e. I'm assuming this is a case of design or codingr. > error in the application, not OS flakiness!) > E > This particular system is running a US$10Billion dollar peripheral,-G > so I'm reluctant to try random things without understanding the cause< > of the problem :-).u  G -----------------------------------------------------------------------l$ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com     Fax: 817-237-3074.   ------------------------------  % Date: Sun, 01 Apr 2001 01:09:38 -0500.- From: JF Mezei <jfmezei.spamnot@videotron.ca>:2 Subject: Re: When might SYS$SCHDWK not wake me up?, Message-ID: <3AC6C61F.3F356D08@videotron.ca>   Tim Shoppa wrote:e= > If you stall more than 5 seconds in the I/O with the accept C > statement, in "real VMS" wake up immediately after the sys$hiber.t  5 You're right. Sorry about that, I wasn't fully awake.i  T So this means that some part of your "process" consumes a delivered wake-up request.  N What exactly happens when $SCHDWK expires when the process isn't hibernating ?J Is an event flag set which $HIBER looks for ? Or does $SCHDWK deposit someL value somewhere in memory to indicate to $HIBER that it should do nothing ?   L Once $SCHDWK expires, is it correct to state that the timer queue entry will- no longer contain an entry for that wake up ?,   ------------------------------   End of INFO-VAX 2001.182 ************************