1 INFO-VAX	Thu, 19 Dec 2002	Volume 2002 : Issue 700       Contents:) Re: Bookreader, .PS and Acrobat Distiller  Re: CLI error message  CLI error message 2 Re: Compaq's phenomonal stupidity in killing Alpha2 Re: Compaq's phenomonal stupidity in killing Alpha DCPS Scale Page  Re: DCPS Scale Page  Re: DECwindows vs TCPIP startup 4 Re: Demise of VMS (and most other operating systems)4 Re: Demise of VMS (and most other operating systems)4 Re: Demise of VMS (and most other operating systems)4 Re: Demise of VMS (and most other operating systems)4 Re: Demise of VMS (and most other operating systems)4 Re: Demise of VMS (and most other operating systems)4 Re: Demise of VMS (and most other operating systems)1 Detached Processes using TCPWare and Windows 2000  Re: How cookies workP Re: How cookies work (was: Ordering info for the OpenVMS Business         SolutiP How cookies work (was: Ordering info for the OpenVMS Business Solutions CD) CD)CP Re: How cookies work (was: Ordering info for the OpenVMS Business Solutions SoluP Re: How cookies work (was: Ordering info for the OpenVMS Business SolutionsCD) S Interface on Alpha& Re: Interface on Alpha to non-Ada code% Re: Intergraph turns its sights on HP % Re: Intergraph turns its sights on HP % RE: Intergraph turns its sights on HP  Re: Machine Check on VAX Re: Machine Check on VAX Re: Machine Check on VAX Re: Machine Check on VAX Re: Machine Check on VAX Re: Machine Check on VAX Re: Machine Check on VAX Machine Check on VAX Re: Machine Check on VAX Re: Machine Check on VAX Re: Machine Check on VAX Re: Machine Check on VAX Re: Machine Check on VAX Re: Machine Check on VAX Re: Machine Check on VAX Re: Machine Check on VAX Re: Machine Check on VAX Re: MAIL redirection0 Re: MX 4.2 on VMS 7.7-2 w/ TCP/IP Services ECO 3+ Re: new version of OpenVMS password cracker - Re: OT: Whoa! Is Sun aiming at VMS's jugular? # Re: Prob with smg$create_pasteboard # Re: Prob with smg$create_pasteboard  Re: SMTP just stopped working?2 Re: TECSys Consoleworks on VMS - first impressions Terminal Server  Re: Terminal Server  Re: Terminal Server  Re: VAX-VMS and Packetradio ; Re: Where can I meet Dutch people and companies using VMS ? ; Re: Where can I meet Dutch people and companies using VMS ?   F ----------------------------------------------------------------------  # Date: Thu, 19 Dec 2002 11:13:55 GMT 9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk> 2 Subject: Re: Bookreader, .PS and Acrobat Distiller? Message-ID: <2acd3fa74b.Alan.Adams@orchard-way.freeserve.co.uk>   % In message <3E017C61.F913E4F@aaa.com> 1           Jan-Erik Sderholm <aaa@aaa.com> wrote:    > "David J. Dachtera" wrote: > >  > > J > > The problem is reliably feeding paper once it's had a pass through theA > > laser printer. Better to print two sides one sheet at a time.  > >  > < > I do double side PDF printouts regulary on my HP LJ4/Plus.? > I'v found it hard to re-feed the sheets in the standard paper A > tray (It often pick ups more then one sheet at a time), but the C > front paper feed ("envelope feed" ?) works just fine. It can take  > 20-30 sheet at a time. >  > Jan-Erik Sderholm.   L I do a fair bit of "manual duplexing" and have used LJ5 and currently LJIII.; The secret is to print the correct face of the paper first.   J A lot of paper has an indicator for the first side to print. It is usuallyK the side facing the seam on the pack. If there is no indicator, I recommend  using the seam side.  H With an LJ5 you need to turn the paper over as you load it, because theyL print on the bottom. The LJIII (and I believe the LJ4) prints on the top, so  the paper goes in first side up.  I The remaining thing is to leave the paper to stand for half an hour or so J before printing the second side. It either needs to cool down, or to allow( static to leak away - I don't now which.   Alan   --  
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/    ------------------------------  # Date: Thu, 19 Dec 2002 01:27:50 GMT + From: Jeff Cameron <JCam90502@jcameron.com>  Subject: Re: CLI error message2 Message-ID: <BA266092.2641%JCam90502@jcameron.com>  I On 12/18/02 3:58 PM, in article IAednbg3YIpzl5yjXTWcpg@comcast.com, "mhr"  <mreilly36@comcast.net> wrote:  M > I have a DPWS 600AU with VMS7.2-1  (all current patches) that crashes every ( > once in a while. Analyze error returns& > %CLI-F-SYNTAX, error parsing 'ERASE'< > -CLI-E-ENTNF, specified entity not found in command tables >  > Any ideas? > mhr  >  > E Could it be the you have a symbol ANALYZE defined that has the /ERASE  qualifier in it?  H Try ANALYZEX/ERROR. The "X" will force the use of the native DCL ANALYZE command.   Jeff Cameron   ------------------------------  % Date: Wed, 18 Dec 2002 18:58:06 -0500 # From: "mhr" <mreilly36@comcast.net>  Subject: CLI error message0 Message-ID: <IAednbg3YIpzl5yjXTWcpg@comcast.com>  K I have a DPWS 600AU with VMS7.2-1  (all current patches) that crashes every & once in a while. Analyze error returns$ %CLI-F-SYNTAX, error parsing 'ERASE': -CLI-E-ENTNF, specified entity not found in command tables  
 Any ideas? mhr    ------------------------------  % Date: Thu, 19 Dec 2002 12:10:55 -0000 ! From: Z  <zarlenga@conan.ids.net> ; Subject: Re: Compaq's phenomonal stupidity in killing Alpha / Message-ID: <v03dqf39kk3542@corp.supernews.com>   5 Doc.Cypher <Use-Author-Address-Header@[127.1]> wrote: F : %NNTP-W-ESCAPEE, killfile entry expired. Corrective action required.  : What? I need to do this again?	 : *plonk*   , Only aholes mention when they plonk someone.   ------------------------------    Date: 19 Dec 2002 05:40:40 -0800( From: bob@instantwhip.com (Bob Ceculski); Subject: Re: Compaq's phenomonal stupidity in killing Alpha = Message-ID: <d7791aa1.0212190540.3f629974@posting.google.com>   \ "Peter Flunger" <p-i-b@gmx.at> wrote in message news:<atrr1b$fet$1@newsreader1.netway.at>...& > "Peter Flunger" <p-i-b@gmx.at> wroteD > > Inspired by this thread i decided to download an run SETI @ home > > for VMS today.9 > > I have it running on 3 different Systems @ the moment I > > ( not top of the line but two of them are EV 6, releas 2.3 @ 500Mhz ) # > > I'll post the results tomorrow,  > > ' > OK, here are the first results i have + > one DS20E with 2x 500MHz EV6 pass 2.5 CPU  > 3 work units so far: > 8h10m, 8h8m and 8h20m * > one DS20 with 2x 500MHz EV6 pass 2.3 CPU > 7h57m, 7h58m, 7h49m  > . > My Pentium4 2GHz ( running XP ) needs approx > 6h40 for one workunit. > Peter   8 I wish you had a sun sparky box to run also so you could% prove Andrew the idiot that he is ...    ------------------------------  # Date: Thu, 19 Dec 2002 14:48:54 GMT 2 From: "Michael" <Michael@REMOVETHISspectrumtc.com> Subject: DCPS Scale Page= Message-ID: <q%kM9.13663$jh2.2447188@twister.columbus.rr.com>    Hello,  E I am using DCPS with a laser printer to replace a dot matrix printer. I Apparently we have taken liberties in some of our reports in that some of H them are 82 columns wide instead of 80.  This works OK on the dot matrix5 printer because it just fits next to the perforation.   J The same output via DCPS wraps.  Is there a way I can scale the page so itJ will fit?  Something like the listing data type but without the header and line numbers would work.  A I have tried various layup definitions but nothing seems to work.    Thanks,    Michael    ------------------------------  % Date: Thu, 19 Dec 2002 10:29:47 -0500 % From: "John Vottero" <John@mvpsi.com>  Subject: Re: DCPS Scale Page/ Message-ID: <v03pfc7fb75i78@news.supernews.com>   = "Michael" <Michael@REMOVETHISspectrumtc.com> wrote in message 7 news:q%kM9.13663$jh2.2447188@twister.columbus.rr.com...  > Hello, > G > I am using DCPS with a laser printer to replace a dot matrix printer. K > Apparently we have taken liberties in some of our reports in that some of J > them are 82 columns wide instead of 80.  This works OK on the dot matrix7 > printer because it just fits next to the perforation.  > L > The same output via DCPS wraps.  Is there a way I can scale the page so itL > will fit?  Something like the listing data type but without the header and > line numbers would work. > C > I have tried various layup definitions but nothing seems to work.  >   K If it wraps instead of running off the page then your first problem is with K the form.  Make sure the width of the VMS form definition is wider than 80. 0 Then you can work on scaling to fit on the page.   ------------------------------  % Date: Thu, 19 Dec 2002 12:09:29 +0100 " From: "Hans Vlems" <hvlems@iae.nl>( Subject: Re: DECwindows vs TCPIP startup5 Message-ID: <ats9dg$286a9$1@ID-143435.news.dfncis.de>   ? "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> schreef in bericht ) news:3E014642.6F3E03B3@vl.videotron.ca...  > "David J. Dachtera" wrote:K > > I'd try DEFINE-ing DECW$IGNORE_DECWINDOWS in SYSTARTUP_VMS, and let the H > > proc. that invokes TCPIP$STARTUP try to kickoff DECwindows after the# > > TCP/IP stack is up and started.  > J > Which would be the moral equivalent to executing the whole TCPIP$STARTUP in0 > SYSTARTUP_VMS prior to decwindows starting up. > I > When you look at the differences between TCPIP 5.0 and 5.3, there are a  whole  > lot more servers to start. > L > TCPIP$STARTUP 5.3 takes 4.5 minutes on a 3100-30.  (BIND, POP, IMAP, SMTP, > FTP, TELNET)F > TCPIP$STARTUP 5.0 takes 3.0 minutes on a Microvax II  ( FTP, TELNET) > J > So if the microvax II were to take the full load, it would probably take 40, > minutes to execute the startup :-) ;-) :-)  L A VAXstation2000 with 6MB needs about 30 min's to get DECnet phase 5 started* and close to an hour to start Motif ...:-)   ------------------------------    Date: 19 Dec 2002 07:44:08 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) = Subject: Re: Demise of VMS (and most other operating systems) 3 Message-ID: <dn8geB6oIdVO@eisner.encompasserve.org>   j In article <CK2M9.8925$4j5.4831724@newssvr28.news.prodigy.com>, "konabear" <maurert@ameritech.net> writes: > N > Some people are concerned about security, but I've found most people take it5 > seriously, only to the point there's little pain...  > 
 > Consider...   D    A collection of stems sitting on the old NSI-DECnet (SPAN) with aD    default FAL account and W:REWD on systartup_v5.com.  Makes "world    writeable" litteral.    ------------------------------    Date: 19 Dec 2002 07:45:02 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) = Subject: Re: Demise of VMS (and most other operating systems) 3 Message-ID: <CKPrEO9Yu7rR@eisner.encompasserve.org>   [ In article <XW1M9.44$m74.919595@news.cpqcorp.net>, John Reagan <john.reagan@hp.com> writes:  > H > There was a time when new hires from college, etc. HAD VMS experience? >   B    Yes, but only because I was leaning physics and the high energy    group had bought an 11/780.   ------------------------------    Date: 19 Dec 2002 07:45:58 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) = Subject: Re: Demise of VMS (and most other operating systems) 3 Message-ID: <imItxGvGfsgd@eisner.encompasserve.org>   h In article <d7791aa1.0212181142.23967053@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:  F > why not just have developed a windoze front end with a vms back end?  7    In that application the front end is still critical.    ------------------------------    Date: 19 Dec 2002 07:47:07 -0600; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) = Subject: Re: Demise of VMS (and most other operating systems) 3 Message-ID: <kYlaFCH3Hnjo@eisner.encompasserve.org>   _ In article <3JKdncg9L_DDq5yjXTWc2Q@metrocast.net>, "Bill Todd" <billtodd@metrocast.net> writes:  > 3 > "Shane Smith" <ssmith@icius.com> wrote in message , > news:01C2A687.FD2C2640@sulfer.icius.com... >> But in that case, it's true.  > K > Not, it's not - as numerous discussions of how VMS file-system (including K > the RMS layer) code could benefit from some of Unix's features prove (not I > that that's the only such area, it's just one I feel fully competent to 0 > assess).  Or perhaps you just forgot a smiley.  C    UNIX has features above and beyond those of the VMS file system? C    The only one I know of is keeping track of the last byte used in     a collection-of-bytes file.   ------------------------------  % Date: Thu, 19 Dec 2002 16:14:54 +0100 E From: Jan C. =?iso-8859-1?Q?Vorbr=FCggen?= <jvorbrueggen@mediasec.de> = Subject: Re: Demise of VMS (and most other operating systems) + Message-ID: <3E01E26E.DEBF48D1@mediasec.de>   E >    UNIX has features above and beyond those of the VMS file system? E >    The only one I know of is keeping track of the last byte used in   >    a collection-of-bytes file.  - VMS allows you to do that (even without RMS).   I Unix has had a functioning equivalent of XFC for ages. On the other hand, J that has often had detrimental interactions with other uses of memory, andI in Unix is usually implemented as inefficient buffered I/O. Getting such   things "right" is non-trivial.   	Jan   ------------------------------    Date: 19 Dec 2002 08:23:20 -0600. From: frey@encompasserve.org (Lurker at Large)= Subject: Re: Demise of VMS (and most other operating systems) 3 Message-ID: <lkCx34Sf8+to@eisner.encompasserve.org>   h In article <d7791aa1.0212181142.23967053@posting.google.com>, bob@instantwhip.com (Bob Ceculski) writes:k > frey@encompasserve.org (Lurker at Large) wrote in message news:<g32XCQdJg7Ox@eisner.encompasserve.org>...   	 [snipped]   S >> it to Alphas when clients ask us to.  We have a dedicated, but shrinking, group  E >> of people working on enhancements and maintenance of this product. L >> 	A few years ago we bowed down to the pointy-clicky demand and developed P >> a Windows/unix version of our product.  Even these critical agencies are run I >> by PHB's who read about how slick Windows or linux is in the business  N >> magazines.  So our customers are gradually, one by one, "upgrading" to the Q >> newer product.  All of our competitors in this market are also either windows   >> or unix/linux platforms. K >> 	People are now placing priority on the ability to drag and drop police  P >> car icons onto burglary incident icons, for example, rather than maintaining ( >> uptime, data integrity, and security.  F > why not just have developed a windoze front end with a vms back end?C > thats what we do when a pretty front end is requested ... you are E > the ones making the mistake and doing a disservice to your customer D > base by putting the whole system on garbage unix/linux/windoze ...C > and then when problems arise, they will blame you, not the os ... + > not very smart on your companies part ...   I 	Actually, we have a Windows gui front-end that we can attach to our VMS  O product.  Many of our customers use it and are happy with it.  It's helping to  @ keep many of our VMS customers on Alpha/VMS platforms.  However:G 	PHB's everywhere see the tv commercials and read the magazine ads for  N Microsoft.  Also, when all of our competition's products run on Windows NT or N Linux, that's what people get used to.  We now have large potential customers % *asking* for Windows/linux platforms. C 	We have a product line that covers the spectrum, so we're still a  N market leader for our application.  But customer demand is what is pulling us  over toward the dark side.   --      - Sharon, lurker at Large% http://mywebpages.comcast.net/jcwoman    ------------------------------   Date: 19 Dec 2002 17:06:01 GMT% From: Mark Fisher <riplips@yahoo.com> = Subject: Re: Demise of VMS (and most other operating systems) < Message-ID: <Xns92E966BF7ABE2riplipsyahoocom@129.250.170.90>  ( Dan O'Reilly <dano@process.com> wrote in; news:5.1.0.14.2.20021217124338.054c5fe0@raptor.psccos.com:   > B > I agree.  For 90% of all VMS programming, I can teach any decentA > programmer what they need to know to live and thrive in the VMS C > environment in a week (and in fact, I've done so on more than one < > large-scale, high-visibility project at previous places ofG > employment).  I think that whole concept of "hiring a VMS programmer" 2 > is really pretty bogus and is highly overrated.  >  >   H Hey, if anyone can train a VMS programmer, it's you Dan. I've supported H your work and was always impressed. The problem is most companies don't B have a Dano who can convince their IT VP's to even consider a VMS I solution. They focus on the end-user which means pretty windoz and don't  G have a clue what's making it all work hidden back in the computer room.   F But here's the funny part. Most VP's don't have a clue what there end-J users are really doing. We have 2 apps that perform the same function and I are heavy duty end-user intensive. One is a 12 year old + VMS app with a  H VMS terminal/DECform front-end, the other is windoz/Powerbuilder on the I front and Tru64/Oracle on the back. Well, most users are smarter than we  G think and are much happier with a DECterm then dragging a mouse around  H all day long. They get so good at using a DECterm that they can run the ; app without looking at the screen and just using "hotkeys".   J But I also have to give the Tru64/Oracle backend a huge amount of credit. I It's extremely reliable. As for the VMS app; with clustering and Storage  I Works it's been an amazing platform. And we do have a great group of VMS   app programmers.  J The problem is, even with all this sucess with both VMS and Tru64, when a F new project hit's the architecture board, windoz is the only solution H given consideration. I just don't know why, but once again it is a real A fact of life. VMS and Tru64 doesn't sell itself like windoz does.   G So, we don't need tech training. We need to learn how to sell VMS as a  0 solution to those who control the purse strings.   ------------------------------    Date: 19 Dec 2002 10:04:38 -0800' From: dave.neath@stelco.ca (VMSDieHard) : Subject: Detached Processes using TCPWare and Windows 2000= Message-ID: <ccfe3114.0212191004.2ced6b45@posting.google.com>   A I have applications that run detached processes to dumb terminals = (VT510) using FMS, Fortran, C and system services (qios). The > prerequisite to this is that the device name must be known (ieE LTA512:, TTA0:). We are running OpenVMS 7.1 on a VAX with TCPWare and D we use Reflections software on our Windows 2000 PCs. I can run theseF processes interactively by determining the device name (ie NT21:) whenB logging on but I would prefer to use the PC as a dumb terminal andC "attach" to it. No user license is required for detached processes. D Does anyone know of a way to treat a PC as a dumb terminal if the IPC address of the PC is known? How does the emulation software kick in ? from the PC end if the VMS system starts communicating with it?    ------------------------------  % Date: Thu, 19 Dec 2002 12:22:55 -0000 ! From: Z  <zarlenga@conan.ids.net>  Subject: Re: How cookies work / Message-ID: <v03egvmc0scf14@corp.supernews.com>   . Larry Kilgallen <Kilgallen@SpamCop.net> wrote:_ : In article <3E00E577.9060301@Free.fr>, Didier Morandi <Didier.Morandi.nospam@Free.fr> writes:  :> $ set teach_mode on :>  S :> When you fill a form on a WEB site, the remote program which processes the form  T :> establishes a synchronization process to know whom it is talking to and what did R :> it do. This task-to-task kind of protocole is recorded on the hard disk of the O :> "Client" in a special datafile, called a cookie file, which also contains a   :> special unique identifier.    : $ set teach_mode on   % : Only with poorly designed web site. . : Good web sites do this with "hidden fields".   Poorly designed?  @ With hidden fields, users can't hop back to an intermediate linkA at a later date.  Thinsg break unless they  start all over again  B at the first URL and then select all the buttons again and answer  all the questions again.   ------------------------------  % Date: Thu, 19 Dec 2002 18:31:42 +0100 $ From: Michael Unger <unger@decus.de>Y Subject: Re: How cookies work (was: Ordering info for the OpenVMS Business         Soluti + Message-ID: <00A18B15.577FC29A.33@decus.de>   = =22Didier Morandi=22 <Didier.Morandi.nospam=40Free.fr> wrote:    > =24 set teach_mode on    ?????   , > =5B... some well-known explanations ...=5D > 6 > This is why I said =22Did you delete the cookie?=22. >  > =24 set teach_mode off > :-)  >  > D. >  > Michael Unger a =E9crit: > ../..  > > Which cookie ???L > > (Cookies -- permanent and temporary ones -- are disabled of course ... = :-)   F Well, nothing new to me. I definitely said =22Cookies ... are disabledH ..=22; if I change these settings to =22query=22 (or how it is called inD the English version of Win2K) I get asked *IF* a web server wants to> place a cookie onto the hard disk which was not the case here.  L =22C:=5Cdocuments and settings=5C<user>=5Ccookies=5Cindex.dat=22 is the fil= e where C cookies would be stored if allowed to do so. The only readable text C string within this file is located at the very beginning: =22Client F UrlCache MMF Ver 5.2=22. Lots of %X00, %X03, %X0DF0AD0B (dates?) which doesn't look like stored URLs.  B So I have to assume =22We recognize the fact that you have alreadyD responded to this questionnaire.=22 resulted from data stored on the: *server* side despite of the error message returned to me.   Michael    ------------------------------  % Date: Wed, 18 Dec 2002 22:15:35 +0100 4 From: Didier Morandi <Didier.Morandi.nospam@Free.fr>Y Subject: How cookies work (was: Ordering info for the OpenVMS Business Solutions CD) CD)C & Message-ID: <3E00E577.9060301@Free.fr>   $ set teach_mode on   P When you fill a form on a WEB site, the remote program which processes the form Q establishes a synchronization process to know whom it is talking to and what did  O it do. This task-to-task kind of protocole is recorded on the hard disk of the  L "Client" in a special datafile, called a cookie file, which also contains a  special unique identifier.  O The cookie file is updated with special info each time the Client talks to the  Q server, until the completion of the talk. Then the cookie may be deleted, marked  S with an expiration date (depending upon the OS, of course), or left there for ages.   K When you issue another request, the server searches for "its" cookie, then  M compares the data in there with its data which match a previous session with  O you. It it finds data telling it that you had a previous session, it tells you  P so, hence the message "We recognize the fact that you have already responded to > this questionnaire. Unfortunately, you may only respond once".  P The "We recognize the fact..." means in CGI scripting "I found a cookie with my - data for the same request in your disk, man".   0 This is why I said "Did you delete the cookie?".   $ set teach_mode off :-)    D.   Michael Unger a crit: ../..  > Which cookie ???L > (Cookies -- permanent and temporary ones -- are disabled of course ... :-)     --  4    -------------------------------------------------3 MORANDI Consultants - http://Didier.Morandi.Free.fr 1    19 chemin de la Butte, 31400 Toulouse, France. 3 Tel.: +33 (0)6 7983 6418 - Fax : +33 (0)5 6154 1928 3 OpenVMS, APPLE, Computer Security, Migration plans. 3 --------------------------------------------------- 3 Anti-publicit : enlever ".nospam" pour me rpondre    ------------------------------  % Date: Wed, 18 Dec 2002 19:28:16 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>Y Subject: Re: How cookies work (was: Ordering info for the OpenVMS Business Solutions Solu / Message-ID: <3E01047A.52C2C946@vl.videotron.ca>    Larry Kilgallen wrote: > $ set teach_mode on  > % > Only with poorly designed web site. . > Good web sites do this with "hidden fields".  M Hidden fields are not a great solution because it requires that all responses H by dynamically generated and that the only way to navigate is a "SUBMIT"J function instead of simple URLs to ensure that a hidden field gets sent toN some CGI that validates it. It becomes easy to then skip "out" of the loop and' loose the context in which you were in.   I Some sites provide a context value in all URLs of a dynamically generated  page.   M The beauty of cookies is that you need not be concerned about the contents of N your whole site. Only those pages that need to check your ID need to check theN supplied cookies. And you can safely navigate in and out of your site and yourN cookie continues to be supplied when you return to the site. (it is then up toL the site to expire the validity of a cookie and require login when presented with an expired cookie).  J In this sense, cookies are quite similar to proper "logins" since both getN transmitted as part of the HTTP request for all pages inside a realm/site. TheN difference is that a proper login evaporates when to exit the browser, whereasN a cookie is persistant and gets stored in a unsecured file. (or in your belly,# if the cookie has chocolate in it).    ------------------------------  % Date: Wed, 18 Dec 2002 19:37:42 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>Y Subject: Re: How cookies work (was: Ordering info for the OpenVMS Business SolutionsCD) S / Message-ID: <3E0106AF.65E3D381@vl.videotron.ca>    Didier Morandi wrote: P > it do. This task-to-task kind of protocole is recorded on the hard disk of theM > "Client" in a special datafile, called a cookie file, which also contains a  > special unique identifier.  ? A cookie name, a cookie value,  associated with a URL hiearchy.   P > The cookie file is updated with special info each time the Client talks to the+ > server, until the completion of the talk.   L Not necessarily. The client side cookies ae updated only whenever the serverH sends back "set cookie" commands in the HTTP response header, or through javascript code in the html.  ! > Then the cookie may be deleted,   I Are you sure it can be deleted ? I don't recall commands to do so (unless  there are javascript tricks).    > markedU > with an expiration date (depending upon the OS, of course), or left there for ages.   F Expiration dates are a prerequisite. part of the cookie specs. Just as, chocolate is part of chocolate cookie specs.  H > When you issue another request, the server searches for "its" cookie,    Not quite.     When the client issues; http://www.cookies.chocolate.com/recipe/double_fudge.html,  N the client will scan the cookie file for any and all cookies that match rules:  = It would all cookies for url *.chocolate.com, the cookies for M cookies.chocolate.com, but not those for cake.chocolate.com or devilcake.com    M It is the client which decides which cookies gets sent to the server when you  send a HTTP request.  J Now, some sites may get wicked and use javascript to scan your cookies andM embed some information in hidden fields that get sent back to the server with  some "submit" type buttton.   2 > This is why I said "Did you delete the cookie?".  / No, the question is "did you eat the cookie ?".   D (I was eating chocolate chip cookies as I was typing this response).   ------------------------------    Date: 19 Dec 2002 09:07:25 -0800& From: aaron.d.mullens@lmco.com (Aaron) Subject: Interface on Alpha = Message-ID: <99c3a525.0212190907.613770c7@posting.google.com>   D When interfacing a none ada routine the linker give an error statingF "undefined symbol which names the symbol trying to interface.  Here is an example:     ; ***********MAIN_PROG.ADA***********************************  with system; use system  with call_prog;    procedure main_prog is begin  null;  end main_prog;  ; ***********CALL_PROG.ADA***********************************  package body call_prog is  end dog_stuff;   package body call_prog is    procedure ETS_DRIVER_ERRORS;* pragma INTERFACE(ALPHA,ETS_DRIVER_ERRORS);   end call_prog;  : **********ETS_DRIVER_ERRORS_.ADA**************************   procedure ETS_DRIVER_ERRORS;* pragma INTERFACE(ALPHA,ETS_DRIVER_ERRORS);? pragma import_procedure(ets_driver_errors,"ets$driver$errors");   : **********************************************************  < When linking main_prog.ada I get message 1 undefined symbol: ETS_DRIVER_ERRORS.E Does anyone know what how to handle this.  This also works on the old  vax system but not on Alpha.   ------------------------------    Date: 19 Dec 2002 10:57:24 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen) / Subject: Re: Interface on Alpha to non-Ada code 3 Message-ID: <D5JXHROGE$t7@eisner.encompasserve.org>   f In article <99c3a525.0212190907.613770c7@posting.google.com>, aaron.d.mullens@lmco.com (Aaron) writes:F > When interfacing a none ada routine the linker give an error statingH > "undefined symbol which names the symbol trying to interface.  Here is
 > an example:   < > **********ETS_DRIVER_ERRORS_.ADA************************** >  > procedure ETS_DRIVER_ERRORS;, > pragma INTERFACE(ALPHA,ETS_DRIVER_ERRORS);A > pragma import_procedure(ets_driver_errors,"ets$driver$errors");  > < > ********************************************************** > > > When linking main_prog.ada I get message 1 undefined symbol: > ETS_DRIVER_ERRORS.G > Does anyone know what how to handle this.  This also works on the old  > vax system but not on Alpha.  E What have you done to introduce the non-Ada body of ETS_DRIVER_ERRORS < to the image ?  How would the linker know where to find it ?  F I typically do this with ACS ENTER FOREIGN and that may have been doneC some time ago on your VAX ACS library.  But that typically does not K require the import_procedure pragma.  When I formerly used import_procedure F it was with the optional file-spec parameters to the ACS LINK command,F but that must be done for every link, which is what makes me think you- are possibly relying on ENTER FOREIGN on VAX.    ------------------------------  % Date: Wed, 18 Dec 2002 14:26:02 -0800 & From: Greg Cagle <gregc@gregcagle.com>. Subject: Re: Intergraph turns its sights on HP/ Message-ID: <v01tg186b24r32@corp.supernews.com>    Shane Smith wrote:; > http://www.intergraph.com/press02/ReleaseCorp12-16-02.asp  > J > Apparently, having just won its intellectual property case against IntelJ > has turned to HP, Dell and Gateway. It specifies the patents in questionF > relate to cache memory, but doesn't mention on which chip. I believe# > they're referring to the Itanium.   % If they are, why is Gateway included?    - Greg   --  
 Greg Cagle gregc at gregcagle dot com   ------------------------------  % Date: Wed, 18 Dec 2002 18:12:04 -0600 % From: "-Andy-" <acs@fcgnet.works.net> . Subject: Re: Intergraph turns its sights on HP> Message-ID: <Xns92E8C2ED7E430acsfcgnetworksnet@216.166.71.232>  2 Shane Smith <ssmith@icius.com> enlightened us with8 news:01C2A69F.81F56870@sulfer.icius.com on 18 Dec 2002:   ; > http://www.intergraph.com/press02/ReleaseCorp12-16-02.asp  > < > Apparently, having just won its intellectual property case@ > against Intel has turned to HP, Dell and Gateway. It specifies= > the patents in question relate to cache memory, but doesn't ; > mention on which chip. I believe they're referring to the  > Itanium.    / Nope. Pentium.... hmm.... a reference/URL......   * http://zdnet.com.com/2100-1103-978245.html   Assuming ZDNet is correct.   -Andy-   ------------------------------  % Date: Thu, 19 Dec 2002 07:18:03 -0800 $ From: Shane Smith <ssmith@icius.com>. Subject: RE: Intergraph turns its sights on HP0 Message-ID: <01C2A72E.D41511C0@sulfer.icius.com>  E Good link, thanks. Wow. I had only heard of their Itanium case. Maybe 8 Digital let Intel off easy over the Alpha IP violations.   Shane    -----Original Message-----* From: -Andy- [mailto:acs@fcgnet.works.net]* Sent: Wednesday, December 18, 2002 4:12 PM To: Info-VAX@Mvb.Saic.Com . Subject: Re: Intergraph turns its sights on HP    2 Shane Smith <ssmith@icius.com> enlightened us with8 news:01C2A69F.81F56870@sulfer.icius.com on 18 Dec 2002:   ; > http://www.intergraph.com/press02/ReleaseCorp12-16-02.asp  > < > Apparently, having just won its intellectual property case@ > against Intel has turned to HP, Dell and Gateway. It specifies= > the patents in question relate to cache memory, but doesn't ; > mention on which chip. I believe they're referring to the  > Itanium.    / Nope. Pentium.... hmm.... a reference/URL......   * http://zdnet.com.com/2100-1103-978245.html   Assuming ZDNet is correct.   -Andy-   ------------------------------  % Date: Thu, 19 Dec 2002 09:21:00 -0000 * From: "John Travell" <john@travell.uk.net>! Subject: Re: Machine Check on VAX25 Message-ID: <ats31v$215bs$1@ID-120847.news.dfncis.de>n  = "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> wrote in message ) news:3E010EC1.DF3D9929@vl.videotron.ca...g > Didier Morandi wrote:oK > > back later to say "thank you". I replied "thanks to VMS engineering, to  DEC EdH > > Services, to my Crashdump Analysis Course teacher, to Highfield Park	 (Reading,e" > > UK) internals, to... and to... >mH > Ahhh, perhaps you can translate the following into plain english ? Any magicmG > word in this that would give a hint ?  Also, it seems that the memory  errors > show up as cache/bus errors.K > (Again, just curious as to why the rest of the system worked fine, it was  justH > whenever the BIND server processed its first transaction that it would mcheck). >k@ > Could those be just lint accumulating in my microvax's navel ? >k > H >  ERROR SEQUENCE 13110.                           LOGGED ON:        SID 0A000004H >  DATE/TIME 18-DEC-2002 01:45:07.13                            SYS_TYPE 04010002; >  SYSTEM UPTIME: <shamefully below 3 digits> DAYS 04:26:55)H >  SCS NODE: BIKE                                                VAX/VMS V7.2 >s' >  MACHINE CHECK  KA420  CPU FW REV# 5.i >s! >        MCHECK CODE     00000080iK >                                        ERR DURING OPERAND OR P0/P1 PTE RDh! >        VA              00044EA4 D >                                        MOST RECENT VIRTUAL ADDRESS! >        INTERNAL STATE1 9AE0FCE0X8 >                                        MCHECK: CDAL PE0 >                                        CDAL PE= >                                        1ST LEVEL CACHE MISSh@ >                                        1ST LEVEL CACHE STATUS:: >                                        _D STREAM ENABLED: >                                        _I STREAM ENABLED7 >                                        _SET 1 ENABLED 7 >                                        _SET 2 ENABLEDrD >                                        HIGHEST SW INTER REQ = 0(X)8 >                                        OPCODE = MOVZBL! >        INTERNAL STATE2 00C07000n: >                                        PC OFFSET = 00(X)C >                                        ALU CONDITION CODES = 0(X)nC >                                        VAX CANT RESTART FLAG = 0.-! >        PC              00044E9F0! >        ERROR PSL       03C00000<G >                                        INTERRUPT PRIORITY LEVEL = 00.d= >                                        PREVIOUS MODE = USERw< >                                        CURRENT MODE = USER> >                                        FIRST PART DONE CLEAR > 0 > ******************************* ENTRY    1924. *******************************aH >  ERROR SEQUENCE 13111.                           LOGGED ON:        SID 0A000004H >  DATE/TIME 18-DEC-2002 01:45:07.13                            SYS_TYPE 04010002L >  SYSTEM UPTIME: <hidden because it isn't high enough to be shown publicly> > DAYS 04:26:55 H >  SCS NODE: BIKE                                                VAX/VMS V7.2 >i) >  CACHE/BUS ERROR  KA420  CPU FW REV# 5.  > ! >        MSER            000000E0i8 >                                        MCHECK: CDAL PE0 >                                        CDAL PE= >                                        1ST LEVEL CACHE MISS ! >        CADR            000000FC @ >                                        1ST LEVEL CACHE STATUS:: >                                        _D STREAM ENABLED: >                                        _I STREAM ENABLED7 >                                        _SET 1 ENABLEDe7 >                                        _SET 2 ENABLEDn! >        CACR            3FFDF384a@ >                                        2ND LEVEL CACHE STATUS:2 >                                        _DISABLED> >                                        CYCLE SPEED CODE = 2.! >        CACHE FLAGS     0000003Fp@ >                                        1ST LEVEL CACHE STATUS:D >                                        _SET 1 ENABLED BEFORE ERRORC >                                        _SET 1 ENABLED AFTER ERROR9D >                                        _SET 2 ENABLED BEFORE ERRORC >                                        _SET 2 ENABLED AFTER ERRORe@ >                                        2ND LEVEL CACHE STATUS:> >                                        _ENABLED BEFORE ERROR= >                                        _ENABLED AFTER ERRORu  L OK, this is a KA420, errorlogging does not always tell the whole story. ThisI is a CDAL parity error, so could be either cache or memory. You cannot doLI much about cache without the board testers in the repair centre. There is J 4Mb of memory on the system module, and the rest on daughterboards plugged@ into a socket very close to the edge of the system module. TheseH daughterboards come in 4 sizes, 4, 8, 12 & 16Mb. Only the 8 & 16Mb sizesK have a pass-through socket to allow a second daughterboard to plug into thei first.J I have seen intermittent memory problems be caused by a seating problem onI the connectors between cards, but most memory errors are caused by faulty-	 memory...-I You need to see the errorlog entries for several failures and look at thec 'big picture'.     ---R& Outgoing mail is certified Virus Free.: Checked by AVG anti-virus system (http://www.grisoft.com).A Version: 6.0.426 / Virus Database: 239 - Release Date: 02/12/2002-   ------------------------------  % Date: Thu, 19 Dec 2002 12:22:47 +0100e" From: "Hans Vlems" <hvlems@iae.nl>! Subject: Re: Machine Check on VAX 5 Message-ID: <atsa67$27qts$1@ID-143435.news.dfncis.de>D  ? "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> schreef in berichtu) news:3E011C6E.C911A7C4@vl.videotron.ca...  > Hans Vlems wrote:gL > > When was the last time you opened the system and cleaned its internals ? >b >xH > Now , now.... You should know that once they reach a certain age, they don'tg? > even let you look at their internals, even less clean them...o  D LOL. That explains why it is so difficult to "undress" an even older VAXstation 2000 then.@  K > Serously, the 3100 may get some work done soon. Had a hard drive crash on5 myK > mac, and may end up swapping drives around. If/when that happens, it wills geti' > a good cleanup, even i it resists :-)s  L Last week my DS100 stopped working (i.e. dropped all sessions, but the powerF stayed on) after a mere 3 minutes. A reboot got it going again, but itC stopped within a minute. The reduction in uptime made me think of a I temperature problem so I opened the box. Probably the first time since itiH was built, around 1985 or so. The amount of dust blocked the fan. It ran fine after the clean up.  H > However, the news that the 3100 may not be so reliable may force me to rethinkqI > a project of combining my all mighty Mvax II and 3100's system disks toP make a > more homogenous cluster   H Depends on how you define reliable. The microVAX II might suffer from anL occasional memory error as well but fail to detect them. More often than not it will be unnoticed.eI The cause of the memory errors is difficult to find. I've heard beautifulSL theories from Digital when a production 3400 suffered two such memory errorsG within 12 months, like passing mesons, other particles got mentioned as.E well. My guess is that a glitch in the mainspower and/or power supply L combined with a small temperature change could cause a memory error as well.  K I am, however, not sure that this indicates reduced reliability rather than J "enhanced sensitivity". My guess is that most computer systems suffer fromI these errors and that most hardware/OS combinations simply fail to notice4I that something went wrong. Furthermore VMS was designed in the late '70'ss= and (semiconductor)memory was not as reliable as it is today.a5 For absolute stability you might want core memory....o   Hans   ------------------------------  # Date: Thu, 19 Dec 2002 11:21:07 GMT 9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk> ! Subject: Re: Machine Check on VAXI? Message-ID: <e47540a74b.Alan.Adams@orchard-way.freeserve.co.uk>l  . In message <3E010FD3.1C5BE442@vl.videotron.ca>;           JF Mezei <jfmezei.spamnot@vl.videotron.ca> wrote:y   > Alan Adams wrote:iK > > A 3100 is the same - it can detect memory errors, but not correct them.uO > > Action on detection is to crash. Power cycling clears the contents, problemo	 > > gone.t > L > Wow.  That doesn't sound like the high quality one had come to expect fromO > anything with the digital logo on it. Heck, my all mighty Microvax II doesn'ti > exhibit this type of problem.s > P > So, as long as it machine checks while in user mode, only the process crashes,N > correct ? But it it happens while in kernel, it means a total system crash ?  L I think that is right. To put it into perspective, the 3100 we ran as a mailJ server for 500 users crashed for this reason once in 5 years. A 3100 model, 40 workstation crashed twice in that period.   Is this a problem?   Alan   --  
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/    ------------------------------  % Date: Thu, 19 Dec 2002 12:26:18 +0100t" From: "Hans Vlems" <hvlems@iae.nl>! Subject: Re: Machine Check on VAX 5 Message-ID: <atsacr$263p5$1@ID-143435.news.dfncis.de>.  @ The 3400 I talked about earlier  went  down on a CDAL error too.   Hans   ------------------------------  % Date: Thu, 19 Dec 2002 12:39:20 +0100h" From: "Hans Vlems" <hvlems@iae.nl>! Subject: Re: Machine Check on VAX 5 Message-ID: <atsb58$26g29$1@ID-143435.news.dfncis.de>i  I > > So, as long as it machine checks while in user mode, only the process  crashes,H > > correct ? But it it happens while in kernel, it means a total system crash ?: >-I > I think that is right. To put it into perspective, the 3100 we ran as a: mailL > server for 500 users crashed for this reason once in 5 years. A 3100 model. > 40 workstation crashed twice in that period. >4 > Is this a problem? >. > Alan >>J Digital's comment after the VAX 3400 crashed was that this was expected toG happen once a year. That was a worst case estimate. The machine (one ofoK three 3400 purchased and commisioned at the same time) was over 5 years oldsK before the first crash happened. It failed for a second time that same yearWJ and never again after that. The other two machines never experienced theseK problems, neither did a couple of 3500's, one 3600 and one 4200 (IIRC thesei. machines all have a similar memory subsystem). hans   ------------------------------  % Date: Thu, 19 Dec 2002 12:15:11 -00009! From: Z  <zarlenga@conan.ids.net> ! Subject: Re: Machine Check on VAXs/ Message-ID: <v03e2frp5315c7@corp.supernews.com>r  ! Hans Vlems <hvlems@iae.nl> wrote:eN : reported an error. Power cycling "fixed" the problem, for the moment. I meanJ : these systems are at least 5 years old, some of them more than 10 and myJ : VAXstation 2000 was built in 1987. I'd expect that a TV set built in the* : same year would explode when powered up.  < My main TV set is at least 20 years old and works just fine.   ------------------------------  % Date: Thu, 19 Dec 2002 12:19:47 -0000e! From: Z  <zarlenga@conan.ids.net>i! Subject: Re: Machine Check on VAX / Message-ID: <v03eb3pofrhh69@corp.supernews.com>e  ! Hans Vlems <hvlems@iae.nl> wrote:bL : Digital's comment after the VAX 3400 crashed was that this was expected toI : happen once a year. That was a worst case estimate. The machine (one of@  + So much for the 365/24/7 uptime claims, eh?    ------------------------------  % Date: Wed, 18 Dec 2002 15:27:08 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca> Subject: Machine Check on VAXt/ Message-ID: <3E00CC06.33403B23@vl.videotron.ca>   E Yesterday, I had an odd occurance on my 3100-30.  (it is is a vax...)s  L The BIND server crashed. TCPIP would restart it, and it would crash again as! son as the first request came in.i  L Looked in the logs and it generated a Machine check. TCPIP then disabled theJ service. I re-enabled it, the bind server is re-created, seems to stand upH fine, until the first request arrives, ay which point it machine checkedX again. Meanwhile, the rest of the machine is running fine without any apparent problems.  6 SHOW ERROR revealed 8 CPU errors and 7 memory errors.   C I shutdown, and power cycled the machine, rebooted and all is fine.-    However, this begs the question:  N If there was a hardware problem, how come only one process would be affected ?L  You'd think that when a process would be re-created that it would start allM clean and not be corrupted as soon as the first transaction came in. How comef& other processes wouldn't be affected ?  4 The only scenario I could think of is the following:  H a shareable image is in memory. Something happens and some of the memoryJ containing code gets corrupted, but VMS doesn't notice. I need the RAM forN something else, that portion of corrupt memory is send to the page file. LaterK on, that portion of memory is returned to  RAM, possibly another portion ofh) RAM, but it still has the corrupted code.   L Then, whenever BIND tries to access that code, it bombs. (but shoudln't thatK be something like invalid opcode or protection violation instead of machineh check if the code is corrupt ?)D  K I am curious. Since VMS logged memory errors, shouldn't it have invalidated3G the affected memroy and gone back to the actual .EXE fil to refresh the  installed image ?o   ------------------------------  % Date: Wed, 18 Dec 2002 22:26:19 +0100v4 From: Didier Morandi <Didier.Morandi.nospam@Free.fr>! Subject: Re: Machine Check on VAX & Message-ID: <3E00E7FB.8060100@Free.fr>   JF,   Q A machine check IS a hardware failure. If you think it deals with memory access, t' you have a random memory board problem.>  M I tell you a story. When I used to work for... what was its name? DECK? DEC? >M yes, DEC! back in 1986, I got a phone call from a Field Service engineer who gQ asked me if I could do a crashdump analysis as one of his Customers had multiple pP crashes on his 780. I got the tape, then ana/crashed it. I found some pieces of N Cobol source code in S0 space. So, I called the folk and said "You may have a P look at the memory management module of the box. He changed the card and called O back later to say "thank you". I replied "thanks to VMS engineering, to DEC Ed vO Services, to my Crashdump Analysis Course teacher, to Highfield Park (Reading, r UK) internals, to... and to...   D.  H Thinking that this piece of sw jewellry could be trashed drives me nuts!     JF Mezei a crit:hG > Yesterday, I had an odd occurance on my 3100-30.  (it is is a vax...)i > N > The BIND server crashed. TCPIP would restart it, and it would crash again as# > son as the first request came in.i > N > Looked in the logs and it generated a Machine check. TCPIP then disabled theL > service. I re-enabled it, the bind server is re-created, seems to stand upJ > fine, until the first request arrives, ay which point it machine checkedZ > again. Meanwhile, the rest of the machine is running fine without any apparent problems. > 8 > SHOW ERROR revealed 8 CPU errors and 7 memory errors.  > E > I shutdown, and power cycled the machine, rebooted and all is fine.W > " > However, this begs the question: > P > If there was a hardware problem, how come only one process would be affected ?N >  You'd think that when a process would be re-created that it would start allO > clean and not be corrupted as soon as the first transaction came in. How come ( > other processes wouldn't be affected ? > 6 > The only scenario I could think of is the following: > J > a shareable image is in memory. Something happens and some of the memoryL > containing code gets corrupted, but VMS doesn't notice. I need the RAM forP > something else, that portion of corrupt memory is send to the page file. LaterM > on, that portion of memory is returned to  RAM, possibly another portion of + > RAM, but it still has the corrupted code.e > N > Then, whenever BIND tries to access that code, it bombs. (but shoudln't thatM > be something like invalid opcode or protection violation instead of machine ! > check if the code is corrupt ?)t > M > I am curious. Since VMS logged memory errors, shouldn't it have invalidatedmI > the affected memroy and gone back to the actual .EXE fil to refresh the  > installed image ?n     --  4    -------------------------------------------------3 MORANDI Consultants - http://Didier.Morandi.Free.frw1    19 chemin de la Butte, 31400 Toulouse, France.h3 Tel.: +33 (0)6 7983 6418 - Fax : +33 (0)5 6154 1928o3 OpenVMS, APPLE, Computer Security, Migration plans.v3 ---------------------------------------------------h3 Anti-publicit : enlever ".nospam" pour me rpondree   ------------------------------  # Date: Wed, 18 Dec 2002 23:10:21 GMT 9 From: Alan Adams <alan.adams@orchard-way.freeserve.co.uk>r! Subject: Re: Machine Check on VAX ? Message-ID: <6a8efda64b.Alan.Adams@orchard-way.freeserve.co.uk>u  4 In message <atqmbg$1p842$1@ID-143435.news.dfncis.de>-           "Hans Vlems" <hvlems@iae.nl> wrote:t   > A > "JF Mezei" <jfmezei.spamnot@vl.videotron.ca> schreef in berichti+ > news:3E00CC06.33403B23@vl.videotron.ca... I > > Yesterday, I had an odd occurance on my 3100-30.  (it is is a vax...)  > >hM > > The BIND server crashed. TCPIP would restart it, and it would crash againA > as% > > son as the first request came in.g > >rL > > Looked in the logs and it generated a Machine check. TCPIP then disabled > the N > > service. I re-enabled it, the bind server is re-created, seems to stand upL > > fine, until the first request arrives, ay which point it machine checkedI > > again. Meanwhile, the rest of the machine is running fine without anyh > apparent problems. > > 9 > > SHOW ERROR revealed 8 CPU errors and 7 memory errors.u > >tG > > I shutdown, and power cycled the machine, rebooted and all is fine.8 > >r$ > > However, this begs the question: > >jG > > If there was a hardware problem, how come only one process would be3 > affected ?L > >  You'd think that when a process would be re-created that it would start > alldL > > clean and not be corrupted as soon as the first transaction came in. How > come* > > other processes wouldn't be affected ? > >o8 > > The only scenario I could think of is the following: > >tL > > a shareable image is in memory. Something happens and some of the memoryN > > containing code gets corrupted, but VMS doesn't notice. I need the RAM forL > > something else, that portion of corrupt memory is send to the page file. > LateruL > > on, that portion of memory is returned to  RAM, possibly another portion > of- > > RAM, but it still has the corrupted code.t > > K > > Then, whenever BIND tries to access that code, it bombs. (but shoudln'tS > thatG > > be something like invalid opcode or protection violation instead of 	 > machine # > > check if the code is corrupt ?)n > >nC > > I am curious. Since VMS logged memory errors, shouldn't it havec
 > invalidatedeK > > the affected memroy and gone back to the actual .EXE fil to refresh the0 > > installed image ?D > H > Did SHOW MEMORY report bad memory? If not then VMS couldn't handle the
 > problem. > N > Not sure about a 3100 but a VAX3400 behaved similarly. DEC's explanation wasN > that a 3400 does not have ECC memory and is thus expected to fail once every > year.   G A 3100 is the same - it can detect memory errors, but not correct them. K Action on detection is to crash. Power cycling clears the contents, problems gone.>  H > In your case it may have been mains power, aging memory or perhaps theF > system is on its way out. This morning my 4000-60 would not boot. ItN > reported an error. Power cycling "fixed" the problem, for the moment. I meanJ > these systems are at least 5 years old, some of them more than 10 and myJ > VAXstation 2000 was built in 1987. I'd expect that a TV set built in theN > same year would explode when powered up. But Digital's build quality has ledM > us to believe that these systems will live for ever (and I do hope my VAXes - > will continue to run for quite some time!).  > J > When was the last time you opened the system and cleaned its internals ? >  > hans >    -- a
 Alan Adams& alan.adams@orchard-way.freeserve.co.uk http://www.nckc.org.uk/e   ------------------------------  % Date: Wed, 18 Dec 2002 20:12:10 -0400e0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>! Subject: Re: Machine Check on VAXE/ Message-ID: <3E010EC1.DF3D9929@vl.videotron.ca>i   Didier Morandi wrote:rP > back later to say "thank you". I replied "thanks to VMS engineering, to DEC EdP > Services, to my Crashdump Analysis Course teacher, to Highfield Park (Reading,  > UK) internals, to... and to...  L Ahhh, perhaps you can translate the following into plain english ? Any magicL word in this that would give a hint ?  Also, it seems that the memory errors show up as cache/bus errors.N (Again, just curious as to why the rest of the system worked fine, it was justO whenever the BIND server processed its first transaction that it would mcheck).   > Could those be just lint accumulating in my microvax's navel ?    O  ERROR SEQUENCE 13110.                           LOGGED ON:        SID 0A000004zO  DATE/TIME 18-DEC-2002 01:45:07.13                            SYS_TYPE 04010002o9  SYSTEM UPTIME: <shamefully below 3 digits> DAYS 04:26:55sK  SCS NODE: BIKE                                                VAX/VMS V7.2e  %  MACHINE CHECK  KA420  CPU FW REV# 5.i          MCHECK CODE     00000080rI                                        ERR DURING OPERAND OR P0/P1 PTE RDe        VA              00044EA4DB                                        MOST RECENT VIRTUAL ADDRESS        INTERNAL STATE1 9AE0FCE0e6                                        MCHECK: CDAL PE.                                        CDAL PE;                                        1ST LEVEL CACHE MISS >                                        1ST LEVEL CACHE STATUS:8                                        _D STREAM ENABLED8                                        _I STREAM ENABLED5                                        _SET 1 ENABLEDn5                                        _SET 2 ENABLEDdB                                        HIGHEST SW INTER REQ = 0(X)6                                        OPCODE = MOVZBL        INTERNAL STATE2 00C07000 8                                        PC OFFSET = 00(X)A                                        ALU CONDITION CODES = 0(X)tA                                        VAX CANT RESTART FLAG = 0.e        PC              00044E9F         ERROR PSL       03C00000dE                                        INTERRUPT PRIORITY LEVEL = 00. ;                                        PREVIOUS MODE = USERu:                                        CURRENT MODE = USER<                                        FIRST PART DONE CLEAR  N ******************************* ENTRY    1924. *******************************O  ERROR SEQUENCE 13111.                           LOGGED ON:        SID 0A000004:O  DATE/TIME 18-DEC-2002 01:45:07.13                            SYS_TYPE 04010002lJ  SYSTEM UPTIME: <hidden because it isn't high enough to be shown publicly>
 DAYS 04:26:55 K  SCS NODE: BIKE                                                VAX/VMS V7.2r  '  CACHE/BUS ERROR  KA420  CPU FW REV# 5.-          MSER            000000E0-6                                        MCHECK: CDAL PE.                                        CDAL PE;                                        1ST LEVEL CACHE MISS@        CADR            000000FCw>                                        1ST LEVEL CACHE STATUS:8                                        _D STREAM ENABLED8                                        _I STREAM ENABLED5                                        _SET 1 ENABLEDs5                                        _SET 2 ENABLED         CACR            3FFDF384r>                                        2ND LEVEL CACHE STATUS:0                                        _DISABLED<                                        CYCLE SPEED CODE = 2.        CACHE FLAGS     0000003Fm>                                        1ST LEVEL CACHE STATUS:B                                        _SET 1 ENABLED BEFORE ERRORA                                        _SET 1 ENABLED AFTER ERRORtB                                        _SET 2 ENABLED BEFORE ERRORA                                        _SET 2 ENABLED AFTER ERRORu>                                        2ND LEVEL CACHE STATUS:<                                        _ENABLED BEFORE ERROR;                                        _ENABLED AFTER ERRORt   ------------------------------  % Date: Wed, 18 Dec 2002 20:16:44 -0400 0 From: JF Mezei <jfmezei.spamnot@vl.videotron.ca>! Subject: Re: Machine Check on VAXe/ Message-ID: <3E010FD3.1C5BE442@vl.videotron.ca>e   Alan Adams wrote:iI > A 3100 is the same - it can detect memory errors, but not correct them.sM > Action on detection is to crash. Power cycling clears the contents, problem, > gone.c  J Wow.  That doesn't sound like the high quality one had come to expect fromM anything with the digital logo on it. Heck, my all mighty Microvax II doesn'tu exhibit this type of problem.s  N So, as long as it machine checks while in user mode, only the process crashes,L correct ? But it it happens while in kernel, it means a total system crash ?   ------------------------------  % Date: Thu, 19 Dec 2002 15:57:25 +0100c" From: "Hans Vlems" <hvlems@iae.nl>! Subject: Re: Machine Check on VAXn5 Message-ID: <atsmsm$2bmo5$1@ID-143435.news.dfncis.de>o  / "Z" <zarlenga@conan.ids.net> schreef in berichts) news:v03eb3pofrhh69@corp.supernews.com...i# > Hans Vlems <hvlems@iae.nl> wrote: K > : Digital's comment after the VAX 3400 crashed was that this was expectede toK > : happen once a year. That was a worst case estimate. The machine (one of  >d- > So much for the 365/24/7 uptime claims, eh?   K If you purchased a 3400 with such a specification for uptime, Digital wouldrK not have sold you that system and suggested another one instead. One of the K 4000's, 6000's, 7000's that had ECC memory. Even a humble 8350 could easilyo get over a 1000 days uptime.   ------------------------------  % Date: Thu, 19 Dec 2002 15:59:35 +0100c" From: "Hans Vlems" <hvlems@iae.nl>! Subject: Re: Machine Check on VAXs5 Message-ID: <atsmsn$2bmo5$2@ID-143435.news.dfncis.de>c  / "Z" <zarlenga@conan.ids.net> schreef in berichtp) news:v03e2frp5315c7@corp.supernews.com...n# > Hans Vlems <hvlems@iae.nl> wrote:iK > : reported an error. Power cycling "fixed" the problem, for the moment. Ik meanL > : these systems are at least 5 years old, some of them more than 10 and myL > : VAXstation 2000 was built in 1987. I'd expect that a TV set built in the, > : same year would explode when powered up. > > > My main TV set is at least 20 years old and works just fine.  	 how nice.a   ------------------------------  % Date: Thu, 19 Dec 2002 16:01:29 +0100 " From: "Hans Vlems" <hvlems@iae.nl>! Subject: Re: Machine Check on VAX 5 Message-ID: <atsn0m$29tb4$1@ID-143435.news.dfncis.de>w  / "Z" <zarlenga@conan.ids.net> schreef in berichti) news:v03e2frp5315c7@corp.supernews.com...-# > Hans Vlems <hvlems@iae.nl> wrote:0K > : reported an error. Power cycling "fixed" the problem, for the moment. Ig meanL > : these systems are at least 5 years old, some of them more than 10 and myL > : VAXstation 2000 was built in 1987. I'd expect that a TV set built in the, > : same year would explode when powered up. >e> > My main TV set is at least 20 years old and works just fine.  ) BTW is that why you hide behind an alias?g   ------------------------------   Date: 19 Dec 2002 17:03:32 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)! Subject: Re: Machine Check on VAXr5 Message-ID: <atsu53$2a1rn$2@ID-135708.news.dfncis.de>   ? In article <e47540a74b.Alan.Adams@orchard-way.freeserve.co.uk>,O< 	Alan Adams <alan.adams@orchard-way.freeserve.co.uk> writes: > N > I think that is right. To put it into perspective, the 3100 we ran as a mailL > server for 500 users crashed for this reason once in 5 years. A 3100 model. > 40 workstation crashed twice in that period. >  > Is this a problem?  , Not as long as you mounted a scratch monkey.   bill   -- VJ Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>   R   ------------------------------  % Date: Thu, 19 Dec 2002 17:09:04 +0000c2 From: John Eisenschmidt <jweisen@eisenschmidt.org>! Subject: Re: Machine Check on VAX.3 Message-ID: <20021219170904.H9984@eisenschmidt.org>g  : Rumor has it that Bill Gunshannon (bill@cs.uofs.edu) said:A > In article <e47540a74b.Alan.Adams@orchard-way.freeserve.co.uk>, > > 	Alan Adams <alan.adams@orchard-way.freeserve.co.uk> writes: > > P > > I think that is right. To put it into perspective, the 3100 we ran as a mailN > > server for 500 users crashed for this reason once in 5 years. A 3100 model0 > > 40 workstation crashed twice in that period. > >  > > Is this a problem? > . > Not as long as you mounted a scratch monkey.   LOLV  C This is so true, particularly if you run the IT depart for Hopkin'ss School of Monkey Torture.b  " For those who invariably will ask:A 	http://www.tuxedo.org/~esr/jargon/html/entry/scratch-monkey.html?   > bill >  > -- rL > Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesF > bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. > University of Scranton   |C > Scranton, Pennsylvania   |         #include <std.disclaimer.h>   t   -- t/ John W. Eisenschmidt (jweisen@eisenschmidt.org)N.   http://www.eisenschmidt.org/jweisen/pgp.html  I "Every program attempts to expand until it can read mail. Those programs VH  which cannot so expand are replaced by ones which can." -Zawinski's Law   ------------------------------  % Date: Wed, 18 Dec 2002 17:01:09 -0500n* From: "Syltrem" <syltremzulu@videotron.ca> Subject: Re: MAIL redirectionn8 Message-ID: <wl6M9.38181$C32.481168@weber.videotron.net>  
 Thanks Peter. * I didn't know one could SET FORWARD /USER=K Never thought of looking at HELP SET FORWARD either. I was so sure it couldt not be done...  Nice feature, solved my problem.   Syltrem   H "Peter Weaver" <peter.weaver@stelco.ca> a crit dans le message de news:) atl5p0$6hfm$1@ID-141708.news.dfncis.de...d > Syltrem wrote: > >.... > > MAIL> SET FORWARD/USER=PERSON_ON_CALL JDOE > > then, the next day: 2 > > MAIL SET FORWARD/USER=PERSON_ON_CALL JTREMBLAY > > etcc > >wI > > I thought about this. How can I switch from one account to another tosH > > modify the profile of another user in VMSMAIL_PROFILE.DATA ? I couldF > > use DLC and hardcode the field position in the record, but I'm notI > > hardcode-prone... even if a good bet is that this field position will I > > not change in the record, for the next 100 years or so (VMS not beingsG > > like weendoze). This would actually be the best way of doing what In > > want at this point.  > >... > J > The SET FORWARD/USER= command is built into MAIL as long as the user hasJ > SYSNAM privilege, you don't need to do any special coding or use any 3rdJ > party software. The next few lines of code will forward SYSTEM's mail to9 > either JDOE or JTREMBLAY depending on what the date is.8 >  >0 > $ day=f$cvtime("",,"day")@ > $ if day / 2 * 2 .eq. dayr > $    thent > $       mail > set forward/user=system JDOE > $    elseo > $       mail# > set forward/user=system JTREMBLAYi > $    endif > $! >  > -- > Peter WeaverF > Opinions are my own, and do not reflect the opinions of my employer,C > nor the company that it sub-contracts to, nor the company that itm > sub-contracts to.  >  >o   ------------------------------  # Date: Wed, 18 Dec 2002 21:43:17 GMThL From: winston@SSRL.SLAC.STANFORD.EDU ("Alan Winston - SSRL Admin Cmptg Mgr")9 Subject: Re: MX 4.2 on VMS 7.7-2 w/ TCP/IP Services ECO 3/6 Message-ID: <00A18A23.E248B40A@SSRL.SLAC.STANFORD.EDU>  b In article <3E00CABC.7040509@vajhoej.dk>, Arne =?ISO-8859-1?Q?Vajh=F8j?= <arne@vajhoej.dk> writes:+ >Alan Winston - SSRL Admin Cmptg Mgr wrote:a > M > > MX 4.2 is the last freeware MX.  I downloaded it and tried to install it.h > > I > > VMS 7.2-2, Alpha, TCP/IP Services 5.1 ECO 3.  No matter what options n >I pickmB > > for installing it, as soon as it starts to link, it dies with: > >-: > > %VMSINSTAL-I-RESTORE, Restoring product save set L ...C > > %VMSINSTAL-I-SYSDIR, This product creates system disk directorye > > SYS$SYSDEVICE:[MX.LSV].a* > > %MX-I-LINKING, Linking image MX_LSV...0 > > %LINK-W-MULCLUOPT, cluster  multiply defined > >         in options file 4 >HUDSON$DKB100:[SYS0.SYSUPD.MX042]MX_LSV.ALPHA_OPT;3A > > %VMSINSTAL-E-INSFAIL, The installation of MX V4.2 has failed.r > >tJ > > (when I had it installing the SMTP option, it died with the same error > > for MX_SMTP).e > > D > > What can I do to get MX 4.2 installed and running on my machine?9 > > Am I doomed to use the VMS port of (blech) Majordomo?h >t? >There are a known problem linking MX 4.2 on newer VMS versions + >due to a small change in linker behaviour.t >r, >It is easy to fix in the .COM or .OPT used. >,- >I can make my changes available if you want.e  O Yes, please.  (I presume this means picking apart the MX savesets and replacinga9 .COM or .OPT files, but I can deal with that if need be.)E   Thanks,    -- 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: Thu, 19 Dec 2002 17:06:49 +0000 (UTC) 6 From: jloup@gailly.OmitThisWord.net (Jean-loup Gailly)4 Subject: Re: new version of OpenVMS password cracker* Message-ID: <atsub9$63c$1@home.gailly.net>   Brian Tillman wrote:  ! > But I didn't use the -i option.   J You shouldn't do this for VMS, unless you have modified your configurationH file john.conf. The default incremental mode tries all possible 95 asciiJ characters, whereas the more efficient VMS incremental mode tries only theH 38 legal characters for VMS.  This makes an enormous difference in speedK because you do not waste time trying illegal passwords or trying many times E different uppercase or lowercase combinations of passwords considered  the same by VMS.  < To get optimal results on VMS, you should make the following modifications to john.conf:   > - replace [List.Rules:Wordlist]    with [List.Rules:Wordlist2]= - replace [List.Rules:WordlistVMS] with [List.Rules:Wordlist] : - replace [Incremental:All]        with [Incremental:All2]9 - replace [Incremental:VMS]        with [Incremental:All]   J The first 2 replacements are already made in the VMS specific distribution5   http://jl.gailly.net/security/john-1_6_32-vms-5.zipEC but I forgot the last two (this will be fixed in the next version).   0 Construct your file password.lst as described in1   http://gailly.net/security/john-VMS-readme.html = Do not use the file provided with John, it is much too small.3C A good wordlist should have at least one million words; much biggerTA lists are freely available. A big wordlist should be tried before 5 the incremental mode, as pointed out by Carl Karcher.g    = Unrelated subject: on some sites, sysuaf.dat contains records C of 1412 bytes mixed with records of 644 bytes. This confused unuaf.CF A new VMS/Alpha executable together with a source patch is temporarilyE available in http://jl.gailly.net/security/unuaf.zip until the fix is  integrated in the main version.   D I have also added on http://gailly.net/security/john-VMS-readme.html  N     Disclaimer: John the Ripper should not be used against machines you do notN     own or administer, or have prior permission to run password cracking toolsN     against. Even if you are a system administrator, you should ask permission     from your management.    Jean-loup Gailly http://gailly.net/security/    ------------------------------  % Date: Thu, 19 Dec 2002 17:34:11 +0000 ' From: Andrew Harrison SUNUK ConsultancyU6 Subject: Re: OT: Whoa! Is Sun aiming at VMS's jugular?. Message-ID: <3E020313.3080100@nospamn.sun.com>   Bob Ceculski wrote:  > Andrew Harrison SUNUK Consultancy <Andrew_No.Harrison_No@nospamn.sun.com> wrote in message news:<3E0050D0.40008@nospamn.sun.com>..._ > ; >>Hardly, TPC-C has no reporting load, is based on 5 simple @ >>to moderate complexity transaction types which you can sheduleA >>as you wish. It is also a terrible predictor of the performance @ >>of real OLTP applications most of which have many more queries< >>and which also generally have some sort of reporting load. >>: >>It is for example no use as a predictor of SAP or Oracle6 >>applications performance each of which has their own5 >>benchmark, both OLTP neither predictable from TPC-Cy
 >>results. >>@ >>Because of its simplicity it is open to optimisations that may >>have no use outside TPC-C. >>@ >>This has been recognised for a long time, there was a proposalE >>ironically crafted by IBM to create a new high end TPC complex OLTPy: >>benchmark rectified the issues associated with TPC-C, it< >>failed to get the necessary majority of TPC members votes,! >>though no one voted against it.  >> >  > B > I can tell you a simple fact ... a processor that gives superior; > fp and int spec results and has the best compilers in theb= > business (alpha) will beat the pants of any other processoro5 > anyday anytime anyplace ... common sense Andrew ...l   Humm.   4 These compilers were used to compile Oracle, SAP etc8 the processors that apparently have the best performance9 in the business then run Oracle, SAP etc and guess what ?b   Performace sucks.t  3 So could it be that the compilers aren't as good ase3 you think, could it be that the CPU's arn't as fast" as you think ????u  2 Or could it be that balanced systems design is the3 key to good performance, CPU, Compiler, Memory, I/Oe. apps. AlphaServers may well be good at 1 and 2/ but with the exception of the ES45 don't figurea well on 3 and 4.  6 SPECint and SPEcfp only measure the performance of the CPU and the compiler.   6 It may well be true that for other systems SPECint and9 SPECfp are goodish predictors of a the systems throughputt5 because the systems designers happen to have balancedw3 the design well. It does not however apply to larges3 AlphaServers and hasn't since the 8400 because theym3 have been and are currently crippled by long memorya latencies and low bandwidth.  5 If you don't get this then you really are flounderingd2 about and would be better off putting yourself out( of your own misery by getting out of IT.   Regardse Andrew Harrison)   ------------------------------    Date: 19 Dec 2002 02:04:53 -08000 From: chris_doran@postmaster.co.uk (Chris Doran), Subject: Re: Prob with smg$create_pasteboard= Message-ID: <948f0720.0212190204.3eb16812@posting.google.com>5  l taupin974@hotmail.com (taupin974) wrote in message news:<f948cf20.0212181132.769a415e@posting.google.com>...B > but the id of the pasteboard is 0 !! It's not created i think !!  F 0 is a valid pasteboard value. Some of the pasteboard/display/keyboard< identifiers are addresses of structs, some are just indexes.  8 > so, how do you create a pasteboard and parse it well ?  C I'm not sure what you mean by "parse" in this context, but to help,c here is another example, in C:   #include <stddef.h>n #include <smgdef.h>u #include <descrip.h>   /* Colours (DECterm only):- */  #define SMGX_M_BLACK	SMG$M_USER1 #define SMGX_M_BLUE	SMG$M_USER2h #define SMGX_M_CYAN	SMG$M_USER3e  #define SMGX_M_GREEN	SMG$M_USER4" #define SMGX_M_MAGENTA	SMG$M_USER5! #define SMGX_M_ORANGE	SMG$M_USER6h  #define SMGX_M_WHITE	SMG$M_USER7! #define SMGX_M_YELLOW	SMG$M_USER8h   /* Static descriptors:- */* static $DESCRIPTOR(labdes, "SMG EXAMPLE");) static $DESCRIPTOR(mes1des, "Normal text:f abcdefghijklmnopqrstuvwxyz"); B static $DESCRIPTOR(mes2des, "Text with CR: \r, LF: \n, VT: \v, FF: \f");r   main() {o int display, pasteboard; struct dsc$descriptor_s byedes;m  # SMG$CREATE_PASTEBOARD(&pasteboard);y- SMG$CREATE_VIRTUAL_DISPLAY(&6, &40, &display,m2     &(SMG$M_BLOCK_BORDER|SMG$M_DISPLAY_CONTROLS));9 SMG$PASTE_VIRTUAL_DISPLAY(&display, &pasteboard, &2, &2);<5 SMG$LABEL_BORDER(&display, &labdes, &SMG$K_TOP, NULL,M     &SMGX_M_YELLOW);6 SMG$PUT_LINE(&display, &mes1des, NULL, &SMGX_M_GREEN);5 SMG$PUT_LINE(&display, &mes2des, NULL, &SMGX_M_BLUE);c" /* Build descriptor at run-time */ byedes.dsc$w_length = 3;# byedes.dsc$b_dtype = DSC$K_DTYPE_T;0# byedes.dsc$b_class = DSC$K_CLASS_S;r byedes.dsc$a_pointer = "Bye"; - SMG$PUT_CHARS_WIDE(&display, &byedes, &3, &8,g &(SMG$M_BLINK|SMGX_M_YELLOW));4 /* Re-use by changing length and pointer (only):- */ byedes.dsc$w_length = 4; byedes.dsc$a_pointer = "-bye";2 SMG$PUT_CHARS_HIGHWIDE(&display, &byedes, &4, &11,+     &(SMG$M_BLINK|SMG$M_BOLD|SMGX_M_CYAN)); % SMG$SET_CURSOR_ABS(&display, &6, &1);w }e  e > Didier Morandi <Didier.Morandi.nospam@Free.fr> wrote in message news:<3DFE51C6.86BE4C4E@Free.fr>... I > > When you create a pasteboard, operation that you need to perform only0E > > once, you get back from the call as a return argument an internalnI > > identifier, which is actually the pasteboard id. Then you need to usetL > > this pasteboard id to perform all further operations: paste unpaste etc. > > F > > You cannot do any operation to a given pasteboard that you did not > > create by yourself first.r > > , > > (this brings me 15 years in the past...) > >  > > D. > >  > > taupin974 wrote: > > > K > > > I've a problem with this function : smg$create_pasteboard and i beginA > > > with smg.aH > > > When i examine the return value of the pasteboard creation, i seem, > > > that the a pasteboard already exist !!K > > > How can i get the id of the existing pasteboard or force the creationn > > > a the pasteboard !!    ------------------------------  % Date: Wed, 18 Dec 2002 22:47:36 +0100o4 From: Didier Morandi <Didier.Morandi.nospam@Free.fr>, Subject: Re: Prob with smg$create_pasteboard" Message-ID: <3E00ECF8.502@Free.fr>  Q I don't remember exactly but I think that the id is not translatable. You do not y need to know its value anyway:  I [from www.openvms.compaq.com/doc/72final/5935/5935pro_001.html#index_x_4]   J A pasteboard is a logical structure for performing output operations to a L terminal screen. You can think of a pasteboard as a two-dimensional area on G which you place and manipulate screen displays. A pasteboard is always eO associated with a physical device or an OpenVMS RMS file, but a pasteboard may eP be larger or smaller than the physical screen. There can be only one pasteboard  for each output device.0  P Create a pasteboard by calling the SMG$CREATE_PASTEBOARD routine and specifying I as an argument the physical device to be associated with the pasteboard. 1N SMG$CREATE_PASTEBOARD returns a unique pasteboard identifier (pasteboard-id), K which is used in subsequent routine calls where a pasteboard identifier is nL needed. For example, use the pasteboard-id to specify the physical terminal O screen on which to paste a virtual display. SMG$CREATE_PASTEBOARD also returns  P as output arguments the numbers of rows and columns available on the associated Q device. You can use this information to create a virtual display the size of the  F physical screen. (Virtual displays are discussed in the next section.)  N It is useful to think of a pasteboard as a logical coordinate system in which L the relative orientation of one or more virtual displays is specified. (The M pasteboard itself has no physical boundaries, but the physical screen does.) s4 Figure 1-1 depicts the pasteboard coordinate system. ../..w  J In any case, you HAVE TO check the return status of the creation code. In  Fortran, you'll write:   C+I C This routine creates a virtual display and writes it to the PASTEBOARD.fH C Data is placed in the virtual display using the routine SMG$PUT_CHARS.C C Include the SMG definitions. In particular, we want SMG$M_BORDER.u C-          INCLUDE '($SMGDEF)'B          INTEGER SMG$CREATE_VIRTUAL_DISPLAY, SMG$CREATE_PASTEBOARD+          INTEGER SMG$PASTE_VIRTUAL_DISPLAY,t,        1         SMG$CREATE_VIRTUAL_KEYBOARD1          INTEGER SMG$READ_KEYSTROKE, SMG$PUT_LINEc<          INTEGER DISPLAY1, PASTE1, KEYBOARD1, ROWS, COLUMNS,        1         TERM_CHAR          CHARACTER*3 TEXT !          CHARACTER*27 TEXT_OUTPUTa C++ C Create the virtual display with a border.i C-          ROWS = 7l          COLUMNS = 60a  -          ISTATUS = SMG$CREATE_VIRTUAL_DISPLAYo8       1          (ROWS, COLUMNS, DISPLAY1, SMG$M_BORDER)7          IF (.NOT.ISTATUS) CALL LIB$STOP(%VAL(ISTATUS))h C+ C Create the pasteboard. C-1          ISTATUS = SMG$CREATE_PASTEBOARD (PASTE1)nM          IF (.NOT.ISTATUS) CALL LIB$STOP(%VAL(ISTATUS))  <<< here is the testt ../..o  N from www.openvms.compaq.com/doc/72final/5935/5935pro_008.html#smgfortran with O the test for the return status added, which is not in the example (how come???)    D.     taupin974 a crit:B > but the id of the pasteboard is 0 !! It's not created i think !!8 > so, how do you create a pasteboard and parse it well ?     -- o4    -------------------------------------------------3 MORANDI Consultants - http://Didier.Morandi.Free.frh1    19 chemin de la Butte, 31400 Toulouse, France. 3 Tel.: +33 (0)6 7983 6418 - Fax : +33 (0)5 6154 1928d3 OpenVMS, APPLE, Computer Security, Migration plans.n3 ---------------------------------------------------n3 Anti-publicit : enlever ".nospam" pour me rpondre    ------------------------------   Date: 19 Dec 2002 01:17:13 GMT- From: hoffman@xdelta.hp.nospam (Hoff Hoffman)E' Subject: Re: SMTP just stopped working? * Message-ID: <atr6mp$fdi$1@web1.cup.hp.com>  n In article <at8f98$lnq$1@nsnmrro2-gest.nuria.telefonica-data.net>, "Steven Thompson" <steven@omga.biz> writes:  K :My Server has been handling mail happily for some months since the upgradeh :to VMX 7.3-1 and tcpip 5.3.% :I'm now not getting any mail at all.e  K   Do you already have the VMS731_SYS V2.0 ECO kit installed on this system?.  N  ---------------------------- #include <rtfaq.h> -----------------------------J       For additional, please see the OpenVMS FAQ -- www.openvms.compaq.comN  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.comc   ------------------------------    Date: 19 Dec 2002 11:49:04 -0600- From: Kilgallen@SpamCop.net (Larry Kilgallen)a; Subject: Re: TECSys Consoleworks on VMS - first impressionsn3 Message-ID: <YkmWkCtElINl@eisner.encompasserve.org>r  f In article <3E02056D.53D400F2@firstdbasource.com>, Michael Austin <maustin@firstdbasource.com> writes: > Robert Deininger wrote:w   <snip 105 lines>   >>   -- Robert   <snip 43 lines>a  8 > Michael Austin            OpenVMS User since June 1984  B Come on now, certainly it is not appropriate to quote 105 lines of! a previous post with no snipping!s   ------------------------------  % Date: Thu, 19 Dec 2002 11:03:15 -0600e& From: "JR McKenzie" <mrjr@airmail.net> Subject: Terminal ServerO Message-ID: <7D387E4F9151B729.FE639AAD157285FE.D40FD065FE838EAC@lp.airnews.net>s  K Does anyone remember how to set up a terminal server so that it can be usede+ to connect to a system's console using LAT?  ANY help would be appreciated.( JR McKenzie----not all clouds are storms   ------------------------------  % Date: Thu, 19 Dec 2002 12:26:49 -0500 0 From: "Alan Boyles" <alan.boyles@mindspring.com> Subject: Re: Terminal Server/ Message-ID: <v0406thp0lbod7@corp.supernews.com>d  L Go to www.digitalnetworks.net .  You can get the DNAS Installation and SetupG guide and it shows you all that stuff.  Basically you go into LATCP and.J create a port and run a cable to the system console, then just set host to	 the port.h0 I just don't remember the pin outs of the cable.   Alan1 "JR McKenzie" <mrjr@airmail.net> wrote in messageoI news:7D387E4F9151B729.FE639AAD157285FE.D40FD065FE838EAC@lp.airnews.net... H > Does anyone remember how to set up a terminal server so that it can be used- > to connect to a system's console using LAT?M  > ANY help would be appreciated.* > JR McKenzie----not all clouds are storms >  >h   ------------------------------  # Date: Thu, 19 Dec 2002 18:17:14 GMTt" From:   VAXman-  @SendSpamHere.ORG Subject: Re: Terminal Server0 Message-ID: <00A18AE9.6A498BAA@SendSpamHere.ORG>  x In article <7D387E4F9151B729.FE639AAD157285FE.D40FD065FE838EAC@lp.airnews.net>, "JR McKenzie" <mrjr@airmail.net> writes:L >Does anyone remember how to set up a terminal server so that it can be used, >to connect to a system's console using LAT? >ANY help would be appreciated.e) >JR McKenzie----not all clouds are stormse    L Define the port on the terminal server to match the baud rate of the consoleL port (typically 9600).  Define the port access as remote.  Connect the term-> inal server port to the console port via an appropriate cable.  J I define a service for my ports connected to system console ports such as: <machine-name>_CONSOLE   vias  5 DEFINE SERVICE <machine-name>_CONSOLE PORTS # ENABLEDM9 DEFINE SERVICE <machine-name>_CONSOLE CONNECTIONS ENABLEDcK DEFINE SERVICE <machine-name>_CONSOLE IDENTIFICATION "id string" (optional)s   --O VAXman- OpenVMS APE certification number: AAA-0001     VAXman(at)TMESIS(dot)COMo            n5   "Well my son, life is like a beanstalk, isn't it?" i   ------------------------------   Date: 19 Dec 2002 17:46:36 GMT( From: bill@cs.uofs.edu (Bill Gunshannon)$ Subject: Re: VAX-VMS and Packetradio5 Message-ID: <att0ls$2cclk$1@ID-135708.news.dfncis.de>t  J I jus had a quicl look at KA9Q's home page.  It looks like NOS developmentE stopped around 1993 and there is not a version for VMS.   However, myd method would still work!!s   bill   --  J Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolvesD bill@cs.scranton.edu     |  and a sheep voting on what's for dinner. University of Scranton   |A Scranton, Pennsylvania   |         #include <std.disclaimer.h>       ------------------------------  % Date: Wed, 18 Dec 2002 20:59:52 +01008" From: "Hans Vlems" <hvlems@iae.nl>D Subject: Re: Where can I meet Dutch people and companies using VMS ?5 Message-ID: <atqk3t$1qdj6$1@ID-143435.news.dfncis.de>   4 "Ton den Hartog" <tonh@xs4all.nl> schreef in bericht0 news:3dffc01f$0$88861$e4fe514c@news.xs4all.nl... > Hi,s >rL > are there any people from the Netherlands in this group ? I am looking for3 > contact with companies or people that use OpenVMSl >n$ > Ton den Hartog, ICT Automatisering >o >  >e Ton,   we zijn er wel ....   
 Hans Vlems   ------------------------------  % Date: Wed, 18 Dec 2002 23:42:34 +0100 B From: Michiel Erens <I.dont.want.spam@this.mailaddress.is.invalid>D Subject: Re: Where can I meet Dutch people and companies using VMS ?7 Message-ID: <3E00F9DA.1DFF@this.mailaddress.is.invalid>    Ton den Hartog wrote:  >  > Hi,  > < > are there any people from the Netherlands in this group ?    I am (but you knew that).k   -- i ME Posted by news://news.nb.nui   ------------------------------   End of INFO-VAX 2002.700 ************************