1 INFO-VAX	Thu, 18 Sep 2003	Volume 2003 : Issue 517       Contents:% Re: Choosing between ASTs and Threads   Creating a wide area VMS Cluster DCREATE ' Re: how to add a printer (HP laser jet) - Re: How to use shareable image to share data? - Re: How to use shareable image to share data? - Re: How to use shareable image to share data? - Re: How to use shareable image to share data?  Re: KZPBA Question0 Re: OpenVMS hobbyyest - free to join or not ????4 Re: OT: security flaw in Solaris and Trusted Solaris4 Re: OT: security flaw in Solaris and Trusted Solaris- Re: OT: Verisign messes with DSN root servers - Re: OT: Verisign messes with DSN root servers - Re: OT: Verisign messes with DSN root servers - Re: OT: Verisign messes with DSN root servers 3 Re: PHP library containing PREG_MATCH, ... commands # Re: Question on running GnuPG 1.2.0  Re: Serial console SMTP: SFF on different node ? ' Re: Summary: KVMs, LK461 and DECwindows + Re: TCP/IP Services for VMS - sloppy output + Re: TCP/IP Services for VMS - sloppy output L Re: There is no Joy in Sunville -- mighty Billy has struck out [on his  own]K Re: There is no Joy in Sunville -- mighty Billy has struck out [on his own] P Re: There is no Joy in Sunville -- mighty Billy has struck out [on his own] own]P Re: There is no Joy in Sunville -- mighty Billy has struck out [on his own] own]  F ----------------------------------------------------------------------  # Date: Wed, 17 Sep 2003 22:50:37 GMT # From: hoff@hp.nospam (Hoff Hoffman) . Subject: Re: Choosing between ASTs and Threads2 Message-ID: <1z5ab.5013$Bc1.2450@news.cpqcorp.net>  B   re: Threads and ASTs, and trolling for OpenVMS Engineers...  :-)   @   There are threads, kernel threads, and ASTs.  All work nicely.  F   Far too much of OpenVMS itself -- ignoring the widespread use withinE   critical customer and partner code -- is dependent on ASTs for that E   construct to ever disappear.  ASTs are integral to the operation of F   OpenVMS itself, and particularly to the OpenVMS I/O subsystem -- andG   many other portions of OpenVMS also utilize ASTs.  Threads are newer,    but is also seeing wide use.  D   Please see topic (6099) over in Ask The Wizards for information onG   the topic of threads and ASTs and particularly on mixing these within B   an application.  Also see various other topics referenced there.  F   And I prefer to use what works best for the particular application, G   whether it is ASTs, threads, multiple processes, kernel threads, work J   queues, client-server communications, semaphores and locks, unspecified +   middleware, or even (gag :-) event flags.   G   Threads tends to keep to the process model and scales directly across G   the processors within an SMP system.  ASTs are single-threaded within H   a process, but multiprocessing is readily available within an SMP box.E   Multiprocessing is available across a cluster, as well, using tools E   such as the distributed lock manager and the cluster-wide services.   F   You have to look at the activity patterns for the various routines, D   and the amount of data you plan to share; at the applications.  InD   particular, discussions of the critical path(s) arise whenever you:   start looking at multiprocessing and cluster operations.  D   I like ASTs.  I like threads.  I sometimes even use both together.  H   For information on programming on OpenVMS, please see the Programming =   Concepts Manual, and the language manual(s) of your choice.     N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------  % Date: Wed, 17 Sep 2003 21:26:07 -0500 . From: Lyndon Bartels <lbartels@pressenter.com>) Subject: Creating a wide area VMS Cluster . Message-ID: <3F68D16F.532774C2@pressenter.com>  - I'm thinking of building a wide area cluster.   G My goal is to provide a disaster tolerant cluster for both OS and data.   + My current plan has three sites, A, B, & C.   = At site A I have a some hosts ("Fred" and "Barney") and data. ; At site B I have more hosts ("Wilma" and "Betty") and data. , At site C I have one host ("Dino"), NO data.  B Image an equalateral triangle with a site at each point. The sides	 represent E the network traffic. Any link can go down and network traffic will go  aroundG the triangle in the other direction. Each side of the triangle is about  12 miles.    + First lets talk host config. and skip data.   % I'm thinking of two possible configs:   - I could give all five hosts 1 vote each. That G would yield 5 expected votes and a quorum of 3. Any one site could fail  and 4 cluster quorum would be maintained by the other two.   or:   G I could give one host at each site one vote, yielding 3 expected votes,  and a E quorum of 2. The advantage there would be if I added a node to site A G ("Bambam") quorum would not have to be recalculated, and I'd still have  site	 equality.   F I'm thinking the number votes at site A has must be equal to the votes at site B.   H The third site is used only as a quorum site. Site A and B will be where the  work gets done.    Now.. The data:   9 I have DWDM delivered fibre fabric between sites A and B.   G All disks are attached via fibre channel. Except site C which will only  have a% system disk and be attached via SCSI.   @ I'm thinking that each site will have a copy of the system disk.	 Identical  except for volume labels.    Assume the following disks:    Site A:   , $1$DGA1500: SYSTEMA (system disk for site A)$ $1$DGA1501: DATA1   (some data disk)   Site B:   , $1$DGA1000: SYSTEMB (system disk for site B)$ $1$DGA1001: DATA1   (some data disk)     Site C: + Dino$DKA0: SYSTEMC (system disk for site C)     . I'm thinking this will be the mount prodecure;  , $ IF F$GETDVI("$1$DGA1000:","EXISTS") THEN -6 $    MOUNT/SYSTEM/NOASSIST $1$DGA1000: SYSTEMB SYSTEMB, $ IF F$GETDVI("$1$DGA1001:","EXISTS") THEN -E $    MOUNT/SYSTEM/NOASSIST DSA100:/SHADOW=("$1$DGA1001:") DATA1 DATA1  $!, $ IF F$GETDVI("$1$DGA1500:","EXISTS") THEN -6 $    MOUNT/SYSTEM/NOASSIST $1$DGA1500: SYSTEMA SYSTEMA, $ IF F$GETDVI("$1$DGA1501:","EXISTS") THEN -E $    MOUNT/SYSTEM/NOASSIST DSA100:/SHADOW=("$1$DGA1501:") DATA1 DATA1  $!      E I'm thinking that if I move the sysuaf file, etc. off the system disk  onto aE shadowed disk, I'll be able to have the multiple copies of the system B disk. This buys me the possibility of taking one site off-line for upgrades if necessary.  D I'm trying to keep data replicated between sites A and B. But at the
 same time,B keep all the read I/Os local. I want as little data as possible to travel between the two sites.  G I'm thinking in this setup, I could loose disks, hosts, or combinations  ofE them, and still be able to run. I'm thinking for what little data the  third H site would need, MSCP served disks would suffice. And I could put a hook in theA startup to only mount the disks with the UAF data (and maybe user 
 accounts) via  this method.  H I'm thinking that by mounting the other sites' system disk, I could then copy: config files (if they were to change) betweens sites. etc.    	 Thoughts?    If I were to set this up..' What would potential test scenarios be? / What would cause cluster communication failure? A Would there be false failures, and how could I avoid/detect them?    What have I missed? , What have I mis-understood or misconfigured? What more is needed?    ) Is anybody else doing anything like this?      Thanks in advance,   Lyndon   --  G My opinions are mine and mine alone. They seldom align with those of my 	 employer.     H The only good thing about putting the cart before the horse is you don't have to look at the horse's butt.   ------------------------------    Date: 17 Sep 2003 12:39:47 -0700$ From: redram360@netzero.net (newbee) Subject: DCREATE= Message-ID: <5d8e5ad4.0309171139.281adbbc@posting.google.com>   D I am trying to create a database that can be shared between multipleF users in a group.  DCREATE database.... but not all users in group can= access...  how can i set global permissions to this database?    ------------------------------  # Date: Wed, 17 Sep 2003 18:56:42 GMT * From: Paul Anderson <paul.anderson@hp.com>0 Subject: Re: how to add a printer (HP laser jet)5 Message-ID: <170920031456415762%paul.anderson@hp.com>   2 In article <3F687C7F.731C3881@istop.com>, JF Mezei" <jfmezei.spamnot@istop.com> wrote:  N > If your printer has LAT support, then you need two commands (in your example > you only had one).  C The printer in question is an HP LaserJet 5J (I'm not familiar with E that model) and, if it has an HP JetDirect card in it, it's not going A to do LAT.  There were some companies making network cards for HP * printers that had LAT, but HP cards don't.  ; > Out of the box, VMS supports serial, LAT, telnet, LPD/LPR  > E > However, if you want full functionality on VMS with DCPS which will M > automatically translate text files into postscript etc (on the fly), then I O > think that serial and LAT are the only supported ones for now. (Paul Anderson # > can probably correct me on this).    Yes I will.  DCPS supports:       - Raw TCP (port 9100)    - LAT    - AppleTalk    - serial /    - CPAP TCP/IP (to PrintServer printers only) *    - DECnet (to PrintServer printers only)  E With a JetDirect card, DCPS can therefore use Raw TCP and AppleTalk.  % DCPS V2.3, coming soon, will add LPD.    Paul   --    Paul Anderson   OpenVMS Engineering    Hewlett-Packard Company    ------------------------------  # Date: Wed, 17 Sep 2003 18:09:27 GMT ' From: Don Sykes <anonymous@pacbell.net> 6 Subject: Re: How to use shareable image to share data?+ Message-ID: <3F68A3DF.978BCAC1@pacbell.net>   A IIRC the only reason to decalre this as COMMON is to tell the FOR F compiler to generate a separate PSECT for this data. In a similar case5 with C & Cobol, I used an option file which included:    PSECT_ATTR=MY_AREA,SHR,MOD SYMBOL_VECTOR=MY_AREA   D Note: It looks like what you're trying to do here is make your C.EXEA file your backing store address. If you don't need the data to be F persistant, you can do a SYS$CRMPSC of your COMMON area using the pageG file as a backing store, or you can just use the SYS$CRMPSC as a set of H Page Table Entries, with no backing store. In this way you don't have toH install your EXE with /write, because you won't be modifying it.  If youG NEED your data to be persistent, you might also need to do a SYS$UPDSEC C service occasionally to insure your changes are written back to the  C.EXE file.    --     Have VMS, Will Travel  Wire paladin, San Francisco    (paladinATalphaseDOTcom)     Tom Adams wrote: > A > I am trying to set up a shareable image for sharing a data area 	 > between H > processes.  I have an old app that was developed on the Vax and is notG > working on the Alpha (7.2-1). It uses shareable images to communicate D > data.  I set up a simple test case and it is also not working, not > sharing data.  >  > Here is my test case:  > , > I am trying to have a shared common /test/ >  > I have C.FOR:  >         integer*4 x  >         byte b(9000) >         common /test/ x,b  >         volatile /test/ 
 >         end  >  > I compile and link this with:  >         FOR C.FOR  >         LINK/SHAR C.FOR  >  > Then I install it:1 >         install := $sys$system:install /command < >         install create DSA0:[ADAMS]C.EXE /OPEN/SHARE/WRITE >  > I define clognam: * >         define clognam dsa0:[adams]c.exe >  > I have X.FOR:  >         integer*4 x  >         byte b(9000) >         common /test/ x,b  >         volatile /test/  >         type *,x >         x = 5  >         type *,x
 >         end  >  > and X.OPT: >    clognam/share >  > I compile and link X: 
 >    for X >    link X,X/OPT  > 7 > Here are the fortran and link symbols that were used:  > 6 >  FOR*TRAN == "FORTRAN /NOLIST /DEBUG /NOOPT /NOALIGN& >       /CHECK=(BOUN,FP_E,OVER,NOUNDE)( >       /WARN=(NOALIGN,NOUNINIT)/EXTEND" > ) >  LINK == "LINK /DEBUG /NOMAP /NONATIVE"  > D > I have demonstrated in various ways that the executable X does notD > share the common /TEST/ when I run the executable in two different > processes. >  > What am I doing wrong?   ------------------------------  # Date: Wed, 17 Sep 2003 23:02:00 GMT # From: hoff@hp.nospam (Hoff Hoffman) 6 Subject: Re: How to use shareable image to share data?2 Message-ID: <IJ5ab.5020$Bc1.2773@news.cpqcorp.net>  h In article <bk8sia$23h$1@hercules.btinternet.com>, "Richard Maher" <maher_rj@hotspamnotmail.com> writes:  4 :On Alpha in your linker options file something like) :Symbol_table=(blah=procedure,test=psect)   1 :Tom Adams <tadamsmar@yahoo.com> wrote in message 8 :news:ea44f5a1.0309161228.713de53f@posting.google.com...B :> I am trying to set up a shareable image for sharing a data area :> between processes.       E   I prefer to avoid commons, as these are position-dependent and tend E   to be (in my experience) maintenance headaches -- applications that E   use commons tend to need to be relinked with regularity, as OpenVMS B   and application code changes and moves the address space around.  B   Position-independent shared memory techniques -- such as global C   sections -- are generally preferable, in my opinion.  Fortran has C   pointers, which can make base-relative offsets possible -- C and  A   C++ and other languages also obviously have pointer constructs,    too.  2 :> It uses shareable images to communicate data.  > :> I set up a simple test case and it is also not working, not :> sharing data. :> :> Here is my test case:  .   Please see Ask The Wizard topics including:   -     (2486), (1661), (2681), (6984) and (7383)      Among others.   E   Two relevent top-level topics -- look in the left navigation -- at     the Ask The Wizard area are:  ,     global sections (how to create and use.)8     shareable images (cookbook approach to creating one)      N  ---------------------------- #include <rtfaq.h> -----------------------------K     For additional, please see the OpenVMS FAQ -- www.hp.com/go/openvms/faq N  --------------------------- pure personal opinion ---------------------------E         Hoff (Stephen) Hoffman   OpenVMS Engineering   hoff[at]hp.com    ------------------------------    Date: 17 Sep 2003 17:57:37 -0700% From: tadamsmar@yahoo.com (Tom Adams) 6 Subject: Re: How to use shareable image to share data?= Message-ID: <ea44f5a1.0309171657.6bfd9840@posting.google.com>   v koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote in message news:<ti9a3wIpO8ry@eisner.encompasserve.org>...g > In article <ea44f5a1.0309161228.713de53f@posting.google.com>, tadamsmar@yahoo.com (Tom Adams) writes:  > E >    Alpha changed the PSECT attribute for Fortran COMMON blocks from B >    SHR to NOSHR, and requires a symbol_vector option to make the/ >    PSECT name visible in the shareable image.  > B >    To combine what others have said to a single, working answer: >  > > 	LINK/SHAR C.FOR > D >    I hope that's a typo, you didn't really link the .FOR, did you?   Yep, a typo.   > F >    You need the following options for this link on Alpha (I put them >    in c.opt):  >  >       psect=test,shr" >       symbol_vector=(test=psect) >  > > and X.OPT: > >    clognam/share > - >    For this link you need to add an option:  >  >       psect=test,shr >  > Then you get what you want:  > 	 > $ run x 
 >           0 
 >           5 	 > $ run x 
 >           5 
 >           5   F Ok, thanks, I will try it tomorrow, I'm at home now.  (I hate to admitF that, some will think I'm a wimp if I don't have a home VMS system :-)   ------------------------------    Date: 17 Sep 2003 18:05:15 -0700% From: tadamsmar@yahoo.com (Tom Adams) 6 Subject: Re: How to use shareable image to share data?= Message-ID: <ea44f5a1.0309171705.364a49ae@posting.google.com>   Z JF Mezei <jfmezei.spamnot@istop.com> wrote in message news:<3F677B31.AA20425@istop.com>... > Tom Adams wrote:F > > I have demonstrated in various ways that the executable X does notF > > share the common /TEST/ when I run the executable in two different > > processes. > >  > > What am I doing wrong? > N > Isn't that how shareable images are supposed to behave ? the code is common, > but each has its own data.  @ But you can install a shareable image with the /WRITE qualifier.   > G > Shouldn't you be using global sections instead of a shareable image ?   D Global sections work too, but I am trying to get this old VAX systemC working without converting to global sections.  I have VAX-to-Alpha F converted systems that use global sections, but this one uses a shared writeable image.   ------------------------------  % Date: Wed, 17 Sep 2003 23:36:55 +0200  From: Dirk Munk <munk@home.nl> Subject: Re: KZPBA Question 2 Message-ID: <bkakcv$f51$1@news2.tilbu1.nb.home.nl>  ' If I'm not mistaken it works like this:   Q The controller has 3 ports, one wide internal, one wide external, and one narrow  P internal. You should be able to use any combination of 2 ports (this setup is a Q Y SCSI bus configuration, with the controller in the middle), but never 3 ports.  P The SCSI cable on every port must be terminated. A 'open' port is automatically  terminated by the controller.        healyzh@aracnet.com wrote:J > On a DEC PWS 433au, can you have disks attached to both the Internal andK > External Wide connections?  I seem to recall that there is a problem with 
 > doing this.  > K > Is this simply something that is unsupported like using both the Internal O > Narrow and Wide connectors, or is this something that just plain won't work.   > B > I can see the disk on the internal connector, but can't INIT it: >  > $ init dka0: test # > %INIT-F-MEDOFL, medium is offline  > $  > 	 > 			Zane  >  >    ------------------------------   Date: 17 Sep 2003 22:52:37 GMT From: healyzh@aracnet.com 9 Subject: Re: OpenVMS hobbyyest - free to join or not ???? + Message-ID: <bkaojl13sq@enews1.newsguy.com>   / Dr. David Kirkby <drkirkby@ntlworld.com> wrote: H > Given I know of nobody with a set of media, where is the best place toI > obtain them? The $30 deal I see did not seem too bad, but I gather that J > is for a slim kit. In which case I might rather spend a bit more and getH > some more. All I guess I really want is a C compiler, but depending on  > price I might get a bit more.   L If all you really want is the OS and the C compiler get the Hobbyist CD.  IfC you keep an eye out on eBay you can eventually pick up a current or I near-current ConDist set, but they tend to go for a nice chunk of change.    		Zane   ------------------------------    Date: 17 Sep 2003 16:00:02 -0700( From: bob@instantwhip.com (Bob Ceculski)= Subject: Re: OT: security flaw in Solaris and Trusted Solaris = Message-ID: <d7791aa1.0309171500.74219a56@posting.google.com>   q "John Smith" <a@nonymous.com> wrote in message news:<vJZ9b.53112$DZ.3825@news04.bloor.is.net.cable.rogers.com>... 5 > http://www.eweek.com/article2/0,4149,1269850,00.asp  > . > Solaris Flaw Leaves Machines Open to Attacks  A well Andrew, VMS would have handled this a little differently ...   F http://www.process.com/techsupport/multinet/faqs/multinetsnmpcert.html   ------------------------------    Date: 17 Sep 2003 16:46:02 -0700( From: bob@instantwhip.com (Bob Ceculski)= Subject: Re: OT: security flaw in Solaris and Trusted Solaris = Message-ID: <d7791aa1.0309171546.1d3713c7@posting.google.com>   q "John Smith" <a@nonymous.com> wrote in message news:<vJZ9b.53112$DZ.3825@news04.bloor.is.net.cable.rogers.com>... 5 > http://www.eweek.com/article2/0,4149,1269850,00.asp  > . > Solaris Flaw Leaves Machines Open to Attacks >  > September 16, 2003 > By  Dennis Fisher  >  > J > There is a serious security flaw in several versions of both Solaris andN > Trusted Solaris that make it possible for virtually any remote or local userJ > to gain root privileges on a vulnerable machine. There is also a workingG > exploit for this vulnerability circulating in the security community.   D now compare that with this buffer overflow bug in VMS COM ... noticeA you don't gain root acces like your bugs but the application just D becomes "unresponsive" ... must be that old nasty "access violation" error again ... :)  9 http://www.openvms.org/stories.php?story=03/09/16/9532552    ------------------------------  % Date: Wed, 17 Sep 2003 14:53:40 -0400 ) From: JFmezei <jfmezei.spamnot@istop.com> 6 Subject: Re: OT: Verisign messes with DSN root servers) Message-ID: <3F68ADA3.7DC90D0A@istop.com>   L BTW, what verisign has done is the moral equivalent of the telephone companyN forwarding a call to a telemarketing firm instead of telling you that there is) no service at the number you have dialed.    ------------------------------  % Date: Wed, 17 Sep 2003 12:25:48 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com> 6 Subject: Re: OT: Verisign messes with DSN root servers' Message-ID: <3F68B53C.2060302@MMaz.com>    JFmezei wrote:  M >BTW, what verisign has done is the moral equivalent of the telephone company O >forwarding a call to a telemarketing firm instead of telling you that there is * >no service at the number you have dialed. >  >    > E If we put on our conspiracy theory hats, with October 1st Do Not Call G list date looming just weeks away, perhaps this is the Direct Marketing D Associations attempt to retaliate and obtain other revenue stream...  F All kidding aside, for Verisign to be as arrogant to believe that theyB alone can make a decision as this, that effects the entire net, is troublesome...   Barry    --    > Barry Treahy, Jr                       E-mail: Treahy@MMaz.com> Midwest Microwave                          Phone: 480/314-1320> Vice President & CIO                         FAX: 480/661-7028   ------------------------------  % Date: Wed, 17 Sep 2003 15:46:58 -0700 ' From: David Mathog <mathog@caltech.edu> 6 Subject: Re: OT: Verisign messes with DSN root servers8 Message-ID: <20030917154658.36f04cb5.mathog@caltech.edu>  " On Mon, 15 Sep 2003 22:58:02 -0400+ JF Mezei <jfmezei.spamnot@istop.com> wrote:   N > Essentially, Verisign, the operator of the root servers, has decided to stopP > returning "not found" replies and instead will respond with its own IP address< > whenever a request for a non existent domain name is made.  @ Essentially they just stole all unregistered network addresses. 7 This is going to play havoc with all sorts of software, 8 which expects the DNS not to lie to it when an incorrect address has been entered.   > Let's hope the "nice" people who run the phone companies don't8 hear about this.  Next thing you know every wrong number0 will connect to a pay per minute phone sex line.   Regards,   David Mathog mathog@caltech.edu> Manager, Sequence Analysis Facility, Biology Division, Caltech   ------------------------------  % Date: Wed, 17 Sep 2003 15:50:58 -0700 ' From: David Mathog <mathog@caltech.edu> 6 Subject: Re: OT: Verisign messes with DSN root servers8 Message-ID: <20030917155058.4b36d92a.mathog@caltech.edu>  " On Tue, 16 Sep 2003 11:34:01 -0700, "Barry Treahy, Jr." <Treahy@MMaz.com> wrote:  F > I see what you mean.  Am I the only one that finds this an abuse of K > Verisign's delegated role on the net?  Who in the hell would you contact  I > to complain about something like this?  My Senator and Rep would never   > understand this...  ? It isn't the FCC.  I wrote them and they wrote back saying they % had no control over this.  Try ICANN.    David Mathog mathog@caltech.edu> Manager, Sequence Analysis Facility, Biology Division, Caltech   ------------------------------    Date: 17 Sep 2003 14:46:49 -0700; From: Dominique.GEORGES@dom-auralann.be (Dominique GEORGES) < Subject: Re: PHP library containing PREG_MATCH, ... commands= Message-ID: <9f6f3333.0309171346.627dc7b5@posting.google.com>     Oupsss, it was so easy to do ...( Thanks for the fast and PRECISE answer !  D What about MYSQL calls in PHP (CSWS_PHP) ???  I just installed MySQLD on my VMS system, wrote a PHP script and at the run time... "Call to undefined function"    Arghh,	 Dominique   i Matthew Doremus <Matthew.Doremus@hp.com.NoSpam> wrote in message news:<3F686E4A.8090801@hp.com.NoSpam>...  > Hi Dominique,  > J >    Are you referring to the CSWS_PHP kit for OpenVMS ?  If so, the PCRE H > extension is available as a loadable extension and not bundled as you H > mention.  To enable the PCRE extension for all PHP scripts you should A > edit PHP_ROOT:[000000]PHP.INI and uncomment the following line  I >  ";extension=php_pcre.exe" or add a dl call in the specific scripts to    > load it (i.e. dl("php_pcre")). > 	 > Thanks,  > 	 >    Matt  >  > Dominique GEORGES wrote: >  > >Hi, > > G > >I need to use preg_split(), preg_replace(), ... PHP commands, but it 6 > >seems they are not bundled in the OpenVMS PHP kit ! > > B > >I found the sources on http://www.pcre.org, but was not able to@ > >compile it, ... (I'm NOT a prorammer, just a system manager). > > ( > >Is there anybody who already did it ? > > 
 > >Thanks, > >Dominique > >    ------------------------------   Date: 17 Sep 2003 22:23:04 GMT From: healyzh@aracnet.com , Subject: Re: Question on running GnuPG 1.2.0+ Message-ID: <bkams803sq@enews1.newsguy.com>   + Nic Clews <sendspamhere@[127.0.0.1]> wrote: @ > However, are you saying (as it appears to read) that if you're; > encrypting a file, it also has to be in stream_lf format?   # That's the way I read what HP says.    	Zane    ------------------------------  % Date: Thu, 18 Sep 2003 11:28:45 +1000 : From: "David McKenzie" <david.mckenzie@paradigm-shift.biz> Subject: Re: Serial console C Message-ID: <3f690a2f$0$95047$c30e37c6@lon-reader.news.telstra.net>   J just wondering if your problrm is to have a well defined device for serial connection?   G If so, rather than mess around with hardware, a logical name may be the  answer  I this may be garbage as I have butted into this half way through but thhat ) what i used to do with VaxCluster Console      --   David McKenzie  7 David.Mckenzie@paradigm-shift.dot.biz  remove the "dot"  OpenVMS IT Privacy and Law   http://www.paradigm-shift.biz 1 "Michael Unger" <unger@decus.de> wrote in message 3 news:bj1vhb$e7gdf$1@ID-152801.news.uni-berlin.de... / > On 2003-09-02 00:22, "Michael Moroney" wrote:  > B > > And I still managed to confuse it.  I put in a PCI modem in myG > > alphastation and *it* showed up as TTA0: (the other ports TTB0: and  TTC0:,L > > don't know which was which)  Even now with the PCI modem removed and itsJ > > entry still present but disabled, the other ports are TTB0: and TTC0:, > > no TTA0: at all. > > 	 > > [...]  > B > What type of a PCI modem adapter? Any URL for technical details? > A > Is that "usable" for VMS, not asking for "supported" of course?  > 	 > Michael  >  > --  = > Real names enhance the probability of getting real answers. B > Please do *not* send "Security Patch Notifications" or "SecurityC > Updates"; this system isn't running a Micro$oft operating system. ? > And don't annoy me <mailto:postmaster@[127.0.0.1]> please ;-)  >    ------------------------------  % Date: Thu, 18 Sep 2003 00:43:28 -0400 ) From: JFmezei <jfmezei.spamnot@istop.com> & Subject: SMTP: SFF on different node ?( Message-ID: <3F6937BA.428D172@istop.com>  H The best documentation on the Send From File which allows one to send an< RFC822 message to the SMTP engine is in the Ask the Wizard.   # However, it lacks some information.   K Namely, how does SFF actually work ? Does it connect to the SMTP server and H simply use SMTP commands to send the message, using the SMTP server as aK relay, or does it parse the SMTP commands inside the file and then manually 1 add that file to the SMTP queues for processing ?   L I ask in the context of whether it would be conceptually possible to run theN SFF on a node which doesn't have the SMTP server and have the SFF connect to a! remote server to submit the file.    ------------------------------  % Date: Wed, 17 Sep 2003 12:07:46 -0700 ( From: Alan Frisbie <Abuse@NelsonUSA.com>0 Subject: Re: Summary: KVMs, LK461 and DECwindows, Message-ID: <3F68B102.3020906@NelsonUSA.com>   Ken Fairfield wrote:  @ > And you use all the top-row function keys in EVE?  That's good8 > to hear, Alan (but I thought you were an EDT-er :-).    & I won't say I use *all* of them.   :-)< I use TPU in EDT emulation mode, except when I need real EDTA or TECO functionality.   I also use EDT a lot on my VAXstation-II ' since it takes TPU so long to start up.   @ I use F17-F20 a *LOT* in DCL, MAIL, and home-grown applications.  C >    It's unfortunate that the tech support person I talked with at = > Raritan told me flatly that only 101/102-key keyboards were B > supported.  I would have rather he said, as the Rose fellow did,D > that he would check with Raritan engineering and get back to me..., > Another lost sale due to misinformation...  = When my client originally bought the MX48, they relied on the D promises by Raritan's Western Regional Sales Manager, Jim O'Donnell,? that it would work with the Alpha/VMS system.   He told us that B Raritan supplied KVM switches to DEC and Compaq, and that they hadD been thoroughly tested to ensure proper operation with Alpha system.B When it didn't work, I went through tech support (Don) and got the same story as you did.  < I than faxed a complaint letter to Raritan's VP of Sales andC Marketing, Bob Pollack.   The next day, I got a call from Rich Bopp < at Raritan who promised to FedEx the APKME modules which, he said, would solve the problem.  @ At first we connected them to both the keyboard and mouse.   TheA keyboard then worked OK, but the mouse was frozen.   After a call A to Rich Bopp's voicemail, I got a call from Don (no last name) in > tech support who suggested connecting it to just the keyboard, which solved the problem.   > Don also promised to contact me when the new MX48 firmware was> ready, which would solve the problem without requiring the use: of an APKME module.   That was 10-Jan-2001, and I am still; waiting.   I checked on the Raritan web site and the latest @ firmware revision is still the same one that came with our unit.  / DO YOU HEAR THAT, RARITAN?   I'M STILL WAITING!    Alan   ------------------------------  # Date: Thu, 18 Sep 2003 02:29:01 GMT ; From: "John Gemignani, Jr." <jon-nope@thiswontworkossc.net> 4 Subject: Re: TCP/IP Services for VMS - sloppy output: Message-ID: <NL8ab.702$iT4.413755@news1.news.adelphia.net>  . <Roy.Omond@BlueBubble.UK.Com> wrote in message7 news:d98660c6.0309170120.53dcd016@posting.google.com...  > Gentle colleagues, > L > anyone else come across this sloppy programming in TCP/IP Services for VMS5 > (version v5.3 ECO 2 as far back as at least v5.1) ?  >  > . >    $ spawn/output=x.x tcpip show device/full >    $ edit/edt x.x  > ' >    Note all these embedded <CR><LF>'s  >  >    $ search x.x error  > = >    You basically get every "line", which is pretty useless.  > D > I can come up with a workaround (see below), but I consider this a	 bug(let).  >  > (Workaround) >  >    $ create/fdl=sys$input x.x  >    record  >    format stream" >    $ define/user sys$output x.x. >    $ tcpip show device/full  > & > This produces the output I'd expect. >  > Comments ? >  > Roy Omond  > Blue Bubble Ltd.  H That's because the person who coded the TCPIP utility (nee, UCX utility)J used SMG routines to deal with the screen.  The entire screen is formattedJ then WHAM it's put up in one shot, so it contains all of the CR/LFs acrossI multiple lines as opposed to individual line output appearing as separate  records in the output.   -John    ------------------------------  % Date: Wed, 17 Sep 2003 23:13:26 -0400 ) From: JFmezei <jfmezei.spamnot@istop.com> 4 Subject: Re: TCP/IP Services for VMS - sloppy output) Message-ID: <3F6922A7.6CF70641@istop.com>    "John Gemignani, Jr." wrote:J > That's because the person who coded the TCPIP utility (nee, UCX utility)L > used SMG routines to deal with the screen.  The entire screen is formattedL > then WHAM it's put up in one shot, so it contains all of the CR/LFs across > multiple lines    N Has the person been lynched for this ? Is the person known to work at poolsideM or is the person known to live near a surfing beach in sub-tropical australia / ? Can we throw virtual tomatoes at the person ?    :-) :-) :-) ;-) :-)T   ------------------------------  # Date: Wed, 17 Sep 2003 21:16:35 GMTt# From: "John Smith" <a@nonymous.com>dU Subject: Re: There is no Joy in Sunville -- mighty Billy has struck out [on his  own]sF Message-ID: <Ta4ab.54489$DZ.4845@news04.bloor.is.net.cable.rogers.com>   Jfmezei wrote: > Fred Kleinsorge wrote: >>E >> Wanna bet that they are about to kill Sparc and move to a merchanti >> chip like the AMD?s > G > If they are smarter than Curly and Carly, they will wait until Hammerl > hase > proven itself before marC > king any announcement on Sparc's future, **IF** they do intend to  > switch to Hammer.s    I They'll be busy in the back room porting to AMD and not announce it until % it's done and AMD has not gone under.r  J Then they will say that they will keep developing Sparc (chip) for as longA as there is sufficient market demand, and offer an AMD version of I hardware/Solaris as well. Then to spur the migration to AMD they will saylJ that at current/expected rates of chip development it will be in 200x whenJ they anticipate that the majority of new sales would be on AMD and at thatJ point they will begin to phase out development of Sparc. But they will notH sell out their chip engineers until such time as the AMD chip has proven8 beyond all doubt in the marketplace that it can hack it.   ------------------------------    Date: 17 Sep 2003 13:26:03 -0500+ From: young_r@encompasserve.org (Rob Young)0T Subject: Re: There is no Joy in Sunville -- mighty Billy has struck out [on his own]3 Message-ID: <ufMzaPZxP3LV@eisner.encompasserve.org>w  m In article <vV0ab.4956$ZQ.3709@news.cpqcorp.net>, "Fred Kleinsorge" <my-last-name@stardotzko.dec.com> writes:rN > Wanna bet that they are about to kill Sparc and move to a merchant chip like
 > the AMD?  ; 	Hmmmm... you mean kinda sorta like when the decision to go B 	with IA64 from Alpha some folks retired and/or left just prior to 	the decision?  = 	Would make a whole lot of sense - i.e. the die is cast - Joyn7 	is gone and then they move away from his baby - SPARC.S  9 	Now the funny thing is and a teaser from Joy he mentionsg7 	that he might work for AMD or (dread) Intel.  Would hei2 	go to work for the competition or for the winner?   				Roba   ------------------------------  % Date: Wed, 17 Sep 2003 14:12:57 -0400e) From: Jfmezei <jfmezei.spamnot@istop.com>rY Subject: Re: There is no Joy in Sunville -- mighty Billy has struck out [on his own] own]l) Message-ID: <3F68A41A.C05E0108@istop.com>u   Fred Kleinsorge wrote: > N > Wanna bet that they are about to kill Sparc and move to a merchant chip like
 > the AMD?  I If they are smarter than Curly and Carly, they will wait until Hammer has  proven itself before masS king any announcement on Sparc's future, **IF** they do intend to switch to Hammer.    ------------------------------  % Date: Wed, 17 Sep 2003 14:45:12 -0400e) From: JFmezei <jfmezei.spamnot@istop.com>tY Subject: Re: There is no Joy in Sunville -- mighty Billy has struck out [on his own] own]p) Message-ID: <3F68ABA8.2A231A8C@istop.com>h   Rob Young wrote:B >         Now the funny thing is and a teaser from Joy he mentions@ >         that he might work for AMD or (dread) Intel.  Would he; >         go to work for the competition or for the winner?e  H So you consider Intel to be the competition ? I thought you were an IA64 apologist ?n   ------------------------------   End of INFO-VAX 2003.517 ************************