1 INFO-VAX	Mon, 12 Jun 2006	Volume 2006 : Issue 325       Contents: Re: Accounting question  Re: Accounting question  Re: Accounting question  Re: Accounting question  Re: Accounting question  Re: Accounting question ' Re: Cost of used alphas vs 8086+charron ' Re: Cost of used alphas vs 8086+charron ' Re: Cost of used alphas vs 8086+charron ' Re: Cost of used alphas vs 8086+charron ' Re: Cost of used alphas vs 8086+charron ' Re: Cost of used alphas vs 8086+charron ' Re: Cost of used alphas vs 8086+charron 1 Re: DECwindows server: why the change of username 1 Re: DECwindows server: why the change of username 1 Re: DECwindows server: why the change of username 1 Re: DECwindows server: why the change of username 1 Re: DECwindows server: why the change of username . Default location of shareable images/libraries Re: GnuPG 1.4.3  Re: GnuPG 1.4.3 L If you are OpenVMS Certified  (or thinking about it) this is important to yo# Re: New HP web based email package! # Re: New HP web based email package! . Re: Question about number of Vax System owners4 Re: Rdb, standard vs. multiversion and link problems4 Re: Rdb, standard vs. multiversion and link problems4 Re: Rdb, standard vs. multiversion and link problems- Re: Replacing common dump file - sanity check - Re: Replacing common dump file - sanity check  Updated VMS information   F ----------------------------------------------------------------------  % Date: Mon, 12 Jun 2006 10:02:01 +0200 , From: "Ferry Bolhar" <bol@adv.magwien.gv.at>  Subject: Re: Accounting question5 Message-ID: <1150099321.642520@proxy.dienste.wien.at>   
 Hoff Hoffman:   H >    You can potentially have a server process capture the audit records@ > as they are generated, if you enable those on the print queue.  < Is this supported on our ancient VMS version too (VMS V6.2)?  I Is this done be establishing a "audit server listener mailbox" and having F a detached process listen on this mailbox? Are there examples for this in the VMS docs?  ? Is the accounting record format documented somewhere (I have no > VMS docs at hand, sorry!)? Is there is a definition in STARLET@ or LIB? If so, perhaps I could write a small C program for this.  / Thanks for your suggestions, and kind greetings    Ferry    --   Ing. Ferry Bolhar % Municipality of Vienna, Department 14  A-1010 Vienna / AUSTRIA  E-mail: bol@adv.magwien.gv.at    ------------------------------    Date: 12 Jun 2006 07:50:23 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)   Subject: Re: Accounting question3 Message-ID: <GHt$jTHJNQGb@eisner.encompasserve.org>   d In article <1150099321.642520@proxy.dienste.wien.at>, "Ferry Bolhar" <bol@adv.magwien.gv.at> writes: > Hoff Hoffman:  > I >>    You can potentially have a server process capture the audit records A >> as they are generated, if you enable those on the print queue.  > > > Is this supported on our ancient VMS version too (VMS V6.2)?  D I believe it started with VMS V5.4, so you have an inadequate notion of "ancient" :-)  K > Is this done be establishing a "audit server listener mailbox" and having H > a detached process listen on this mailbox? Are there examples for this > in the VMS docs?  C I have not seen such examples (you could look in SYS$EXAMPLES), but E it is just a matter of reading a mailbox (and being certain you never  slow down).   A > Is the accounting record format documented somewhere (I have no @ > VMS docs at hand, sorry!)? Is there is a definition in STARLET	 > or LIB?   B It is in Starlet, but you don't want the accounting record format.> You want the auditing record format, which is also in Starlet.  : > If so, perhaps I could write a small C program for this.  @ As a last resort you could do that.  Other languages are better.   ------------------------------  # Date: Mon, 12 Jun 2006 14:56:01 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>  Subject: Re: Accounting question1 Message-ID: <5gfjg.1758$l07.108@news.cpqcorp.net>    Ferry Bolhar wrote:  > Hoff Hoffman:  > I >>    You can potentially have a server process capture the audit records A >> as they are generated, if you enable those on the print queue.  > > > Is this supported on our ancient VMS version too (VMS V6.2)?  F    Yes; the auditing interface is sufficiently more ancient than even F OpenVMS V6.2 (circa 1995).  The interface dates somewhere back to the G mid-1980s, and somewhere into the V4.x range -- I don't recall exactly  G which version, off hand.  You should therefore be able to find various  F references to these constructs and structures within the OpenVMS V6.2  documentation, in other words.  K > Is this done be establishing a "audit server listener mailbox" and having H > a detached process listen on this mailbox? Are there examples for this > in the VMS docs?  H    This is a documented and supported interface, so there are generally = examples available.  The OpenVMS manuals would be completely  C over-stuffed if there was any attempt to provide code examples for  E everything, so the general solution is to toss the examples into the  C support database.  In other words, check the Search Assistant tool  G (formerly known as the Natural Language Search Assistant, and as AskQ)  H for source code examples.  Some related (and useful) details are in the 5 FAQ, if you haven't seen or used SA/NLSA/AskQ before.     A > Is the accounting record format documented somewhere (I have no  > VMS docs at hand, sorry!)?    D    Arguably, this is the most central problem discussed within this D thread -- you need not apologize, you need to acquire access to the . appropriate API and programming documentation.  ' >...Is there is a definition in STARLET B > or LIB? If so, perhaps I could write a small C program for this.  G    The accounting and auditing data formats are both documented in the  G back of the system management utilities manual, in separate appendices.    ------------------------------  % Date: Mon, 12 Jun 2006 19:01:32 +0200 , From: "Ferry Bolhar" <bol@adv.magwien.gv.at>  Subject: Re: Accounting question5 Message-ID: <1150131693.645316@proxy.dienste.wien.at>    Larry Kilgallen:  B >> Is the accounting record format documented somewhere (I have noA >> VMS docs at hand, sorry!)? Is there is a definition in STARLET 
 >> or LIB? > D > It is in Starlet, but you don't want the accounting record format.@ > You want the auditing record format, which is also in Starlet.  ? Hm, I thought since I want to extract records form SYS$MANAGER: 1 ACCOUNTNG.DAT (like the ACCOUNTING utility does), . I need the format of the records in this file.  B And I havn't found a definition for these records in Starlet, only> for the format of accounting messages sent by VMS (termination; messages from macro $ACCDEF). But it seems these aren't the & same as the actual accounting records.  < > > If so, perhaps I could write a small C program for this. > B > As a last resort you could do that.  Other languages are better.  7 Why? And which ones? (BTW: we have DEC C licenses only. 4 But you don't mean MACRO-32 or BLISS-32, do you? ;-)   Greetings, Ferry   --   Ing. Ferry Bolhar % Municipality of Vienna, Department 14  A-1010 Vienna / AUSTRIA  E-mail: bol@adv.magwien.gv.at    ------------------------------  % Date: Mon, 12 Jun 2006 19:04:50 +0200 , From: "Ferry Bolhar" <bol@adv.magwien.gv.at>  Subject: Re: Accounting question5 Message-ID: <1150131891.135609@proxy.dienste.wien.at>    Hoff Hoffmann:  B >> Is the accounting record format documented somewhere (I have no >> VMS docs at hand, sorry!)?  > E >    Arguably, this is the most central problem discussed within this E > thread -- you need not apologize, you need to acquire access to the 0 > appropriate API and programming documentation.  = With "API", you mean RMS, do you? Or is there another API for  accessing accounting records?   ) > >...Is there is a definition in STARLET D > > or LIB? If so, perhaps I could write a small C program for this. > H >    The accounting and auditing data formats are both documented in theI > back of the system management utilities manual, in separate appendices.   ? Yes, I found them already. So I'll start tomorrow. Many thanks!    Greetings, Ferry   --   Ing. Ferry Bolhar % Municipality of Vienna, Department 14  A-1010 Vienna / AUSTRIA  E-mail: bol@adv.magwien.gv.at    ------------------------------    Date: 12 Jun 2006 12:27:21 -0500- From: Kilgallen@SpamCop.net (Larry Kilgallen)   Subject: Re: Accounting question3 Message-ID: <vcJUX4AQUIUp@eisner.encompasserve.org>   d In article <1150131891.135609@proxy.dienste.wien.at>, "Ferry Bolhar" <bol@adv.magwien.gv.at> writes: > Hoff Hoffmann: > C >>> Is the accounting record format documented somewhere (I have no  >>> VMS docs at hand, sorry!)? >>F >>    Arguably, this is the most central problem discussed within thisF >> thread -- you need not apologize, you need to acquire access to the1 >> appropriate API and programming documentation.  > ? > With "API", you mean RMS, do you? Or is there another API for  > accessing accounting records?   F Not for accounting records.  But you said at the start that you wantedF to do this on an ongoing basis in near real time.  This means you needG to use the auditing records you obtain from the audit listener mailbox.    ------------------------------  + Date: Mon, 12 Jun 2006 10:51:15 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk0 Subject: Re: Cost of used alphas vs 8086+charron( Message-ID: <e6jgv3$mp$1@news.mdx.ac.uk>  ] In article <448B3CC8.F3D1F978@teksavvy.com>, JF Mezei <jfmezei.spamnot@vaxination.ca> writes:  >"Main, Kerry" wrote: G >> Mmmm... Don't forget that on top of normal VMS licensing, the Charon J >> license is definitely not free and is a big expense to be considered .. > B >So while I expect VMS engineers to publically deny the concept ofH >porting VMS to the 8086, I expect these very same people to be fightingJ >for it internally. If there is no push internally, then we have to worry. >  > F >The fact that SRI is so succesful is an indication that HP has a huge >untapped market.   O I just hope that HP doesn't decide that since SRI (and Emulators international) H have developed and are selling these products that it shouldn't compete 4 against such thirdparties by creating a native port.        
 David Webb Security team leader CCSS Middlesex University   ------------------------------  + Date: Mon, 12 Jun 2006 11:08:06 +0000 (UTC)  From: david20@alpha2.mdx.ac.uk0 Subject: Re: Cost of used alphas vs 8086+charron( Message-ID: <e6jhum$mp$2@news.mdx.ac.uk>  k In article <448c3734$0$8409$ba620dc5@nova.planet.nl>, Wilm Boerhout <w5OLD.boerhout@PAINTplanet.nl> writes: ( >Dave Froble wrote on 11-6-2006 17:30... >> Wilm Boerhout wrote: + >>> Dave Froble wrote on 10-6-2006 19:31...  >>> 3 >>>> The slowest Alpha is much faster than an 8086!  >>>>' >>>> You're both being subverted by JF.  >>>>3 >>>> Perhaps you wish to discuss x86-64, or AMD-64?  >>>  >>> ???  >>> K >>> We're discussing CHARON-VAX on Intel vs. CHARON-VAX on Alpha, starting  G >>> from JF's question about CHARON-AXP on 8086. Are you still with us?  >>> 	 >>> /Wilm  >>  I >> Has Charon-VAX ever run on an 8086?  I doubt it.  First you'd have to  ! >> find an 8086 still being used.  > J >C'mon Dave, read up on your threads. I use "8086" (in quotes) the way JF H >  did/does. CHARON-VAX runs on modern Intel and (better still) on AMD, I >as well as on Alpha. CHARON-AXP runs on Intel (64 bits) and AMD (ditto,   >also preferred).  >   @ As I recall the CHARON-AXP PersonalAlpha runs on x86-32 systems.      
 David Webb Security team leader CCSS Middlesex University   >/Wilm   ------------------------------    Date: 12 Jun 2006 04:38:56 -0700$ From: "Wilm" <w5.boerhout@planet.nl>0 Subject: Re: Cost of used alphas vs 8086+charronC Message-ID: <1150112336.039898.287550@y43g2000cwc.googlegroups.com>   ! david20@alpha2.mdx.ac.uk schreef:     B > As I recall the CHARON-AXP PersonalAlpha runs on x86-32 systems.  G PersonalAlpha runs on x86-32 and (better still) AMD 32 bit architecture A CHARON-AXP (the full production product) runs on x86-64 and (even # better) on AMD 64 bit architecture.    /Wilm    ------------------------------  % Date: Mon, 12 Jun 2006 07:18:03 -0700 # From: "Tom Linden" <tom@kednos.com> 0 Subject: Re: Cost of used alphas vs 8086+charron) Message-ID: <op.ta1d0dj9zgicya@hyrrokkin>   G On Mon, 12 Jun 2006 04:38:56 -0700, Wilm <w5.boerhout@planet.nl> wrote:    > # > david20@alpha2.mdx.ac.uk schreef:  >  > C >> As I recall the CHARON-AXP PersonalAlpha runs on x86-32 systems.  > I > PersonalAlpha runs on x86-32 and (better still) AMD 32 bit architectur=  e C > CHARON-AXP (the full production product) runs on x86-64 and (even % > better) on AMD 64 bit architecture.  >  > /Wilm  > I Do you have any performance comparisons?  Is this both under Windows and=    =    Linux?   ------------------------------  % Date: Mon, 12 Jun 2006 10:26:47 -0400 ' From: Dave Froble <davef@tsoft-inc.com> 0 Subject: Re: Cost of used alphas vs 8086+charron9 Message-ID: <PrudndKkaPoM5RDZnZ2dnUVZ_umdnZ2d@libcom.com>    JF Mezei wrote:  > Dave Froble wrote:A >> Yes, and I'm on a mission to get JF to stop using that product I >> designation, and to get others to stop being 'infected' by that usage.  > J > When one considers the potential of someone paying me to stop using thatH > designation, I have no incentive to stop on my own :-) :-) :-) :-) :-)	 > ;-) :-)   H A former customer manufacturers high tech baseball bats.  I still might @ have access to some of their ultra high tech Titanium bats.  :-)   --  4 David Froble                       Tel: 724-529-0450> Dave Froble Enterprises, Inc.      E-Mail: davef@tsoft-inc.com DFE Ultralights, Inc.  170 Grimplin Road  Vanderbilt, PA  15486    ------------------------------    Date: 12 Jun 2006 07:43:48 -0700$ From: "Wilm" <w5.boerhout@planet.nl>0 Subject: Re: Cost of used alphas vs 8086+charronC Message-ID: <1150123428.817647.200140@h76g2000cwa.googlegroups.com>    Tom Linden schreef:   J > Do you have any performance comparisons?  Is this both under Windows and > Linux?  7 Some Intel/AMD guidelines/comparisons are available at: > http://www.stanq.com/CHARON-VAX%20Performance%20Guidelines.pdf  G This is all under Windows. I don't have any Linux experience. Why don't > you download the Linux freeware from SRI and see for yourself?   /Wilm    ------------------------------  % Date: Mon, 12 Jun 2006 11:34:40 -0400   From: "DBT" <dbturner@icusc.com>0 Subject: Re: Cost of used alphas vs 8086+charron0 Message-ID: <128r2d8ojlrbs30@news.supernews.com>  I Someone told me the other day that a  3Ghz Intel P4 would "probably" give 0 similar performance running NT as would the DS10  / I haven't tried it on either so I wouldn't know   H As for cost, you can get a kitted out DS10 with OpenVMS base and EIP for about $6000   - The Charon would no doubt be considerabl more   E I think Charon-Alpha in the next couple of years could be a very much 1 considered alternative to buying an Itanic though      --     David B Turner Island Computers US Corp 2700 Gregory St, Suite 180 Savannah GA 31404  Tel: 912 447 6622 X201 Cell: 912 447 6622 X251  Fax: 912 201 0402  Email: dbturner@icusc.com  Web: http://www.islandco.com% ===================================== < All orders are subject to the following terms and conditions. of sale. These should be read before ordering.% http://www.islandco.com/warranty.html   : "JF Mezei" <jfmezei.spamnot@teksavvy.com> wrote in message& news:448A236A.764C339F@teksavvy.com... > Just curious:  > I > If one were to pitch VMS to a new customer, would a used Alpha come out 1 > cheaper than a 64 bit 8086 with charron-alpha ?  >  > ? > What sort of MHZ/ghz would a modern 8086 server require, with ; > charron-alpha, to match  a ds15/25 machine's perfomance ?  > J > i.e. will industry standard servers with the charron alpha emulator soonF > start to surpass existing alphas in terms of performance and cost of
 > ownership ?  > H > or must we wait for a native VMS port to the 64 bit 8086 before we see< > the 8086 beat alpha in performance and cost of ownership ?   ------------------------------    Date: 12 Jun 2006 02:20:00 -0700 From: etmsreec@yahoo.co.uk: Subject: Re: DECwindows server: why the change of usernameB Message-ID: <1150104000.436478.43040@h76g2000cwa.googlegroups.com>  B But isn't the DECwindows SERVER the thing that works on the actualE display and allows the user to open windows (what some might perceive C as the client)?  As such, wouldn't anything that the user does like 9 printing be credited/charged to the user (e.g. printing)?    Steve    JF Mezei wrote: G > When a workstation boots, the decwindows X server is started and runs  > under the system account.  > G > What is the rationale behind switching the Decwidnows server UIC to a  > user when that user logs in ?  > @ > What is it that the server itself needs from a specific user ? > J > I can understand the decwidnows session (obvious) and the window managerF > (which picks up user configs), but does the server really change its1 > behaviour depending on which use is logged in ?  > H > I it correct to allow any user to define their own "who can connect toC > this server" policies, shoudln't that be restricted to the system  > manager ?    ------------------------------  % Date: Mon, 12 Jun 2006 06:57:36 -0400 - From: JF Mezei <jfmezei.spamnot@teksavvy.com> : Subject: Re: DECwindows server: why the change of username, Message-ID: <448D489F.3F33DE8E@teksavvy.com>   etmsreec@yahoo.co.uk wrote:  > D > But isn't the DECwindows SERVER the thing that works on the actualG > display and allows the user to open windows (what some might perceive E > as the client)?  As such, wouldn't anything that the user does like ; > printing be credited/charged to the user (e.g. printing)?   0 The decwindows server is the "x terminal" part.   B Consider if you have a true X-terminal. Like a VT220, it just runsD without any username. The applications on the remote systems are theD ones that have username/processes and those are the ones that accessG files etc. But they target display/input to a specific networkl address F (where the X terminla resides) just like an applciation could target a! decserver port to reach a VT 220.    ------------------------------    Date: 12 Jun 2006 04:07:10 -0700 From: etmsreec@yahoo.co.uk: Subject: Re: DECwindows server: why the change of usernameB Message-ID: <1150110430.859432.97810@g10g2000cwb.googlegroups.com>  A With a DECterminal, the process that is logged on to the terminal = "owns" the terminal.  But, in this case, there needs to be no = permissions to display on the terminal or anything like that.   E In contrast, the Xserver has to allow other processes and other users A to use it and so has to setup a context in which to do that.  The G easiest way will be to give ownership of the server to the user logging - in and creating the server process, isn't it?    Steve    JF Mezei wrote:  > etmsreec@yahoo.co.uk wrote:  > > F > > But isn't the DECwindows SERVER the thing that works on the actualI > > display and allows the user to open windows (what some might perceive G > > as the client)?  As such, wouldn't anything that the user does like = > > printing be credited/charged to the user (e.g. printing)?  > 1 > The decwindows server is the "x terminal" part.  > D > Consider if you have a true X-terminal. Like a VT220, it just runsF > without any username. The applications on the remote systems are theF > ones that have username/processes and those are the ones that accessI > files etc. But they target display/input to a specific networkl address H > (where the X terminla resides) just like an applciation could target a# > decserver port to reach a VT 220.    ------------------------------    Date: 12 Jun 2006 04:30:47 -0700$ From: "Wilm" <w5.boerhout@planet.nl>: Subject: Re: DECwindows server: why the change of usernameC Message-ID: <1150111847.237827.314130@j55g2000cwa.googlegroups.com>    etmsreec@yahoo.co.uk schreef:   D > But isn't the DECwindows SERVER the thing that works on the actualG > display and allows the user to open windows (what some might perceive E > as the client)?  As such, wouldn't anything that the user does like ; > printing be credited/charged to the user (e.g. printing)?    Right.  B I always find it easier -in the Motif / DECwindows world-  to talkG about the *display* server, which serves displays ("Windows") to me. In @ my case, it is eXcursion on my laptop. The display client (e.g.,G DECW$clock or DECW$startlogin) does useful work and talks to the server  for input/output.   F So, the display server on my laptop will accept things to display fromF any user that I've authorized. What username the display server itself* runs as -on my laptop-  is irrelevant IMO.  F Now substitute "VMS workstation" for "my laptop' in the above, and see) if you still care about its user context.    /Wilm    ------------------------------  # Date: Mon, 12 Jun 2006 14:19:48 GMT , From: Hoff Hoffman <hoff-remove-this@hp.com>: Subject: Re: DECwindows server: why the change of username2 Message-ID: <8Kejg.1755$g_6.1205@news.cpqcorp.net>   etmsreec@yahoo.co.uk wrote: C > With a DECterminal, the process that is logged on to the terminal ? > "owns" the terminal.  But, in this case, there needs to be no ? > permissions to display on the terminal or anything like that.   =    The X Windows server needs access to the display hardware.   !    The X Windows client does not.   G > In contrast, the Xserver has to allow other processes and other users C > to use it and so has to setup a context in which to do that.  The I > easiest way will be to give ownership of the server to the user logging / > in and creating the server process, isn't it?   B    The X Windows Server is the software that manages and directly = controls the X Windows display.  The X Windows client is the  I application.  DECterm is an X Windows client.  DECterm connects into the  F specified X Windows Server for its display requirements, using one of  the available X transports.   D    The X Windows Server runs in an environment with access into the H graphics hardware, and with enough OpenVMS system access to allow it to 1 participate in tasks such as user authentication.   H    The X Windows Client needs permissions to connect into the X Windows G Server display, which generally means it has enough access to allow it  I to use one of the X transports.  The client does not require access into   protected system resources.   I    The logged-in security settings of the user or the configured default  F behaviour of the X Windows Server (when no user is logged in) control 2 what remote clients can connect into the X Server.  F    Sharing the same UIC means that shared resources can more directly C allow communications between the server and the client; the client  D doesn't need the extra access, as the server opens up the necessary  communications paths.   D    If it were (re)designed now, you might well see changes in how X E Windows is designed and operates or in how it is integrated with the  G underlying operating system -- there are any number of areas where the  H existing design has caused problems, or where the existing design could B be improved.  But it certainly works well enough to have become a I defacto standard environment for displays on a wide variety of platforms.    ------------------------------    Date: 12 Jun 2006 08:53:09 -0700( From: "Rich Jordan" <jordan@ccs4vms.com>7 Subject: Default location of shareable images/libraries B Message-ID: <1150127589.670161.29540@f14g2000cwb.googlegroups.com>   No end of fun on this project.  > MANMAN links against the image DBMSHR.EXE, which is located inB SYS$COMMON:[SYSLIB] and installed /OPEN/HEADER/SHARE/PROTECTED and	 linkable.   A My docs indicate that the linker will look for files qualified by @ /LIBRARY or /SHARE in a linker option file in a default locationC ALPHA$LIBRARY, which on both the problem and a working MANMAN Alpha & system points to SYS$SYSROOT:[SYSLIB].  F The generated OPT file for MANMAN has 'dbmshr/share' as the first lineD in the file.  However when the link occurs, LINKER complains that it@ cannot find the file DBMSHR.EXE in whatever my current directoryF happens to be; SYS$COMMON:[SYSMGR]DBMSHR.EXE or DKB0:[TEST]DBMSHR.EXE.  D If I set default to SYS$LIBRARY then the complaint about DBMSHR goesD away (leaving me with the multiversion Rdb caca to deal with).  That should NOT be necessary.  E The 'working' MANMAN system does not have this problem, but generates = the exact same OPT files.  There is NO DBMSHR logical, and no ; LNK$LIBRARY logicals defined on the system, and no symbolic  redefinition of LINK.   , What else could cause this kind of behavior?   ------------------------------  + Date: Mon, 12 Jun 2006 01:54:23 -0500 (CDT) * From: sms@antinode.org (Steven M. Schweda) Subject: Re: GnuPG 1.4.32 Message-ID: <06061201542306_20200393@antinode.org>  % From: David Gray <police@spamcop.net>   < > Does anyone know if GnuPG v1.4.3 has been ported to VMS?  E > I can't find it anywhere on the net and the version hosted by HP is 	 > v1.2.3    E    I took a quick look at it, and got discouraged when I ran into the A pieces based on "libassuan", which seems to rely on UNIX (not IP) E sockets, as in "/sys/un.h" (not "in.h") and "struct sockaddr_un" (not D "sockaddr_in").  ("Dam!", I said.)  I assume that stealing an "un.h"D from a UNIX system would get past the compilation problems, but thatD someone would explode at run-time when an attempt was made to use an, AF_UNIX socket instead of an AF_INET socket.  D    Presumably, this code could be bypassed and/or worked around, butF that looked like actual work, so I figured that I could add this to myD growing list of items which I could use if they existed in the VMS C RTL.  I'm holding my breath.    ?       http://www.gnupg.org/(en)/related_software/libassuan.html   H    I'd like to have a brief discussion with the fellow(s) who decided toE mix "byte" ("unsigned char") and "char" all over the code, too.  It's H pretty much a requirement to use /WARNINGS = (DISABLE = (PTRMISMATCH1)),2 unless you prefer to edit much of the source code.  H ------------------------------------------------------------------------  3    Steven M. Schweda               sms@antinode-org 4    382 South Warwick Street        (+1) 651-699-9818    Saint Paul  MN  55105-2547    ------------------------------  # Date: Mon, 12 Jun 2006 13:27:23 GMT 7 From: John Malmberg <malmberg@dskwld.zko.hp.compaq.dec>  Subject: Re: GnuPG 1.4.31 Message-ID: <%Ydjg.1752$h_6.111@news.cpqcorp.net>    Steven M. Schweda wrote:' > From: David Gray <police@spamcop.net>  > < >>Does anyone know if GnuPG v1.4.3 has been ported to VMS?  E >>I can't find it anywhere on the net and the version hosted by HP is 	 >>v1.2.3   > G >    I took a quick look at it, and got discouraged when I ran into the C > pieces based on "libassuan", which seems to rely on UNIX (not IP) G > sockets, as in "/sys/un.h" (not "in.h") and "struct sockaddr_un" (not F > "sockaddr_in").  ("Dam!", I said.)  I assume that stealing an "un.h"F > from a UNIX system would get past the compilation problems, but thatF > someone would explode at run-time when an attempt was made to use an. > AF_UNIX socket instead of an AF_INET socket.  D There are a few possible ways to emulate AF_UNIX sockets on OpenVMS.  I Unix domain sockets operate much in the same way as OpenVMS mailboxes do.   E So if the messages interchanged between the processes will fit in an  G OpenVMS mailbox, then a possibility is to re-write that section of the  B code to use MBAnnnn: devices using a logical name to identify the ! mailbox of the receiving process.   H This would probably require a bit of OpenVMS specific replacement code, E as the poll() and select() currently routines do not support mailbox  I file descriptors.  A sys$qiow() routine can tell you if there is data to  E read in a mailbox, and it is possible to make a wrapper to that call  $ look like either poll() or select().  G SYS$ICC*() routines may also be an alternative if you want to cover an   entire cluster.   H The other alternative is for the server to open an AF_INET socket on an E ephemeral port on localhost.  Then set up a logical name in a common  E name table with the client processes that contains the number of the  J ephemeral ports.  At that point, the standard socket routines should work.   -John  malmberg@dskwld.zko.hp.com.dec Personal Opinion Only    ------------------------------    Date: 11 Jun 2006 22:56:56 -0700) From: "Sue" <susan_skonetski@hotmail.com> U Subject: If you are OpenVMS Certified  (or thinking about it) this is important to yo C Message-ID: <1150091816.404402.234850@f14g2000cwb.googlegroups.com>    Dear Folks,   B If you are OpenVMS Certified and you attended the OpenVMS Advanced9 Technical Boot Camp this is an important message for you.   E For more information about HP certification (levels, points, other HP 5 Certifications)  please visit the following web site: $ www.hp.com/go/certification/americas  " Warm Regards as always my friends, Sue      -----Original Message----- From: Dickerson, Douglas& Sent: Saturday, June 10, 2006 11:43 AM To: Skonetski, Susan; # Subject: RE: HP CertPro back online     @ The Boot Camp will provide a full year's points for your OpenVMS certifications.  regards  Douglas Dickerson  Certification Architect ! HP Certified Professional Program  Hewlett-Packard Company      Email: firstname.lastname@hp.com   ------------------------------  # Date: Mon, 12 Jun 2006 13:46:00 GMT  From: d_gillbilly@hotmail.com , Subject: Re: New HP web based email package!8 Message-ID: <qiqq829n1hqqfjvoqr8i3l08pnpa3dgu3l@4ax.com>  8 On 9 Jun 2006 09:20:35 -0700, bob@instantwhip.com wrote:   >https://trysecureserver.com/     C A secure, easy to set up, supported appliance initially targeted at " small business built on OpenVMS???   I knew it could be done!! Can you hear my sigh of relief??? G (Now I can at least start to dream of finishing my work life on OpenVMS  systems)   Now... will it be marketed??? 8 (us little guys can sure use some help from our vendor).  &    Awaiting even more announcements...       D Gillespie 
              ------------------------------    Date: 12 Jun 2006 09:26:43 -0700 From: bob@instantwhip.com , Subject: Re: New HP web based email package!B Message-ID: <1150129603.650357.175970@f6g2000cwb.googlegroups.com>  
 Sue wrote:? > Bob I would be interested in your feedback on trysecuresverer   5 Yes, we have a winner ... the interface is wonderful!   " Does it run under 7.1-2 alpha vms?  
 Quote please!   < Now all you vms resellers out there have an easy, unhackable= out of the box vms based email solution to offer, so no more  	 whinning!    ------------------------------    Date: 12 Jun 2006 12:30:31 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 7 Subject: Re: Question about number of Vax System owners 3 Message-ID: <RVKtO8ubI4ik@eisner.encompasserve.org>   S In article <128r5on45qbaa51@news.supernews.com>, "DBT" <dbturner@icusc.com> writes: < > I am curious how many Vax users there are still out there.      Lots.   G > If you could, please email us with your current hardware and expected 	 > future.   :    We know who you are and how to find you if we need you.  I > We are looking at offering Vax systems and Vax based hardware solutions       We already have ours.  N > We will not contact you unless you specifically ask us; we're just trying to > investigate the market.       You just did.  8)  A    No, really, we haven't forgotten you as someone we can call if     we're looking for a VAX.    ------------------------------  % Date: Mon, 12 Jun 2006 09:43:50 -0600 4 From: Norman Lastovica <norman.lastovica@oracle.com>= Subject: Re: Rdb, standard vs. multiversion and link problems * Message-ID: <448D8BB6.D50EF075@oracle.com>  @ sounds to me like your best and safeset bet would be to contact A oracle Rdb support directly and have them help get you a standard ; 70 kit that you can use when you build/link/install manman.    Rich Jordan wrote: > E > We've got an alpha going in to replace a VAX system running MANMAN. F > The Alpha has VMS V7.3-2 (fully ECO'd), DBMS V7.123, Rdb V7.143, andH > CDD V7.0a (7.0.1), which are the versions we have media available fromF > Oracle for this system; all those versions are supposed to be OK for? > MANMAN V11.4 usage and are part of the same Oracle media kit.  > F > Apparently the Rdb V7.1 kits are all "Multiversion", and you have toI > fall back to V7.0 to get a standard single version kit.  The problem is E > that MANMAN had hardcoded paths for linking, created in dynamically I > built OPT files... so it will link SYS$LIBRARY:SQL$USER instead of just C > SQL$USER, so the logicals set up by RDB$SETVER.COM don't properly @ > direct to the included SQL$USER71.OLB file, and the link fail. > F > I really don't want to make changes to MANMAN command procedures.  IF > also don't want to try 'manually' converting this Rdb release into aF > 'standard' one by renaming (or rather copying ) images. The Rdb docsF > really don't provide any useful info, at least in the install guide,D > release notes, beyond a warning about layered products doing image > anlysis to check versions. > H > So are there any options short of trying to get my hands on a V7.0.x.x > standard Rdb kit?  > H > Once thats done I can try to find out why the bloody linker can't findD > DBMSHR.EXE even though its in the right place, and all appropriateH > logicals and setups are identical to both the original VAX and another' > working (bult older versioned) Alpha.  >  > Rich   --  	 - - - - - 0  opinions expressed here are mine and mine alone.  and certainly are not intended in any way to 0  express or represent any opinions or commitment  of oracle corporation.   *  norman lastovica / oracle rdb engineering   ------------------------------  % Date: Mon, 12 Jun 2006 09:43:59 -0600 4 From: Norman Lastovica <norman.lastovica@oracle.com>= Subject: Re: Rdb, standard vs. multiversion and link problems * Message-ID: <448D8BBF.62515A7C@oracle.com>  @ sounds to me like your best and safeset bet would be to contact A oracle Rdb support directly and have them help get you a standard ; 70 kit that you can use when you build/link/install manman.    Rich Jordan wrote: > E > We've got an alpha going in to replace a VAX system running MANMAN. F > The Alpha has VMS V7.3-2 (fully ECO'd), DBMS V7.123, Rdb V7.143, andH > CDD V7.0a (7.0.1), which are the versions we have media available fromF > Oracle for this system; all those versions are supposed to be OK for? > MANMAN V11.4 usage and are part of the same Oracle media kit.  > F > Apparently the Rdb V7.1 kits are all "Multiversion", and you have toI > fall back to V7.0 to get a standard single version kit.  The problem is E > that MANMAN had hardcoded paths for linking, created in dynamically I > built OPT files... so it will link SYS$LIBRARY:SQL$USER instead of just C > SQL$USER, so the logicals set up by RDB$SETVER.COM don't properly @ > direct to the included SQL$USER71.OLB file, and the link fail. > F > I really don't want to make changes to MANMAN command procedures.  IF > also don't want to try 'manually' converting this Rdb release into aF > 'standard' one by renaming (or rather copying ) images. The Rdb docsF > really don't provide any useful info, at least in the install guide,D > release notes, beyond a warning about layered products doing image > anlysis to check versions. > H > So are there any options short of trying to get my hands on a V7.0.x.x > standard Rdb kit?  > H > Once thats done I can try to find out why the bloody linker can't findD > DBMSHR.EXE even though its in the right place, and all appropriateH > logicals and setups are identical to both the original VAX and another' > working (bult older versioned) Alpha.  >  > Rich   --  	 - - - - - 0  opinions expressed here are mine and mine alone.  and certainly are not intended in any way to 0  express or represent any opinions or commitment  of oracle corporation.   *  norman lastovica / oracle rdb engineering   ------------------------------    Date: 12 Jun 2006 08:55:21 -0700( From: "Rich Jordan" <jordan@ccs4vms.com>= Subject: Re: Rdb, standard vs. multiversion and link problems B Message-ID: <1150127721.155316.87130@u72g2000cwu.googlegroups.com>   Norman Lastovica wrote: A > sounds to me like your best and safeset bet would be to contact C > oracle Rdb support directly and have them help get you a standard = > 70 kit that you can use when you build/link/install manman.  > +   norman lastovica / oracle rdb engineering    Norman, E      thanks, if there's any way for me to get that access I'll do it. E Can you verify that the newer kits are multiversion only?  There's no F mention of that restriction in the release notes or install guides, at< least that I've found, but it sure looks that way from here.   Rich CCS    ------------------------------    Date: 12 Jun 2006 07:26:49 -0500; From: koehler@eisner.nospam.encompasserve.org (Bob Koehler) 6 Subject: Re: Replacing common dump file - sanity check3 Message-ID: <Go1oc+fTmkdw@eisner.encompasserve.org>   c In article <UridnesOS7YuKhrZnZ2dnUVZ_o2dnZ2d@libcom.com>, Dave Froble <davef@tsoft-inc.com> writes:  > I > I could be wrong here, but I don't think the file should have an entry  H > in SYS$COMMON:.  The dump file is for a specific system, even if in a J > cluster.  The page, swap, and dump files should all be in, and only in,  > SYS$SPECIFIC:.  H    As the OP said, he is using a common dump file.  That is a documented    and supported configuration.   A    I think he will need to clean up all the alias entries, but it D    doesn't matter if he does that before or after he deletes the old
    dump file.   E    He will need to make sure that he re-enters those aliases if he is C    still using a common dump file, and that the new dump file meets =    the needs of all the cluster nodes using that system disk.    ------------------------------  % Date: Mon, 12 Jun 2006 12:45:10 -0400  From: norm.raphael@metso.com6 Subject: Re: Replacing common dump file - sanity checkQ Message-ID: <OFE53140E6.91F80B35-ON8525718B.005BAB85-8525718B.005BFF29@metso.com>    Hi Bob,   I koehler@eisner.nospam.encompasserve.org (Bob Koehler) wrote on 06/12/2006  08:26:49 AM:  @ > In article <UridnesOS7YuKhrZnZ2dnUVZ_o2dnZ2d@libcom.com>, Dave& > Froble <davef@tsoft-inc.com> writes: > > J > > I could be wrong here, but I don't think the file should have an entryI > > in SYS$COMMON:.  The dump file is for a specific system, even if in a K > > cluster.  The page, swap, and dump files should all be in, and only in,    > > SYS$SPECIFIC:. > J >    As the OP said, he is using a common dump file.  That is a documented! >    and supported configuration.  > C >    I think he will need to clean up all the alias entries, but it F >    doesn't matter if he does that before or after he deletes the old >    dump file.   D I actually did a SET FILE/REMOVE on each entry of the old file, then deleted 1 the old actual common file, so yes, that's right.    > G >    He will need to make sure that he re-enters those aliases if he is E >    still using a common dump file, and that the new dump file meets ? >    the needs of all the cluster nodes using that system disk.  >   H Also yes, that's right.  I had of course done the SET FILE/ENTER for the new J file where appropriate before I rebooted, so all nodes involved were using- the new file before I cleaned up the old one.   D I bit of a bother, but a satisfactory outcome, and preserved sanity, thankyouverymuch.    ------------------------------    Date: 11 Jun 2006 23:03:16 -0700) From: "Sue" <susan_skonetski@hotmail.com>   Subject: Updated VMS informationC Message-ID: <1150092195.946424.122840@i40g2000cwc.googlegroups.com>    Dear Newsgroup,   F I sent the following to my email intrest lists last week but wanted toE make sure you that you saw it as well.  Friday was my last day in the D office for awhile (unless the surgery gets changed again at the last minute).   The zip file was a screen shot.   
 Warm Regards,  Sue    __________________________     -----Original Message----- From: Skonetski, Susan% Sent: Thursday, June 08, 2006 1:43 PM  To: Skonetski, SusanF Subject: Updated VMS Information - zip file attached - ok for external         Dear Distribution Lists,  1 Ok so this one will be the last one in awhile ;')   ) Here is some updated information for you.   
 Warm Regards,  Sue      1=2E Now AvailableE 2=2E World Wide Encompass/HP User Groups (Australia, Canada, Germany, 1 UK,) 3. Sue's Faves 4. From our Partners 5. Press    1=2E Now Available   T4 & Friends Email list ( Subscribe by sending an email message to> <mailto:t4friends-request@rbnsn.com> with the word "subscribe"$ (without the quotes) in the message.  % _____________________________________   I 2=2E World Wide Encompass/HP User Groups http://www.encompassus.org/ Make @ sure you visit here for time sensitive information.  Speaking ofF Encompass, if you are a member you just received a notice that you canF receive a discount when you register for the tech forum in Sept.  Here> is the URL for registration: http://www.hptechnologyforum.com/  ( Australia - http://www.encompass.asn.au/  1 Encompass Canada - http://www.encompasscanada.com    >From DECUS Germany    Germany G this configuration is "extremely unsupported" by HP - but it works like . a charm. Just another example of the excellentG quality of this operating system and the superb job done by the OpenVMS   
 engineers.    B Shortly before the German "HP User Group IT Symposium" (aka DECUS)E taking place in Duesseldorf in May, the idea of "bring your hardware, B we set up a cluster" was born in the OpenVMS SIG (special interestG group). Despite the short notice, several hardware generations spanning @ approximately 20 years (from a VAXserver 2000 to an rx2600) wereF present at the symposium and integrated into a cluster mostly built up
 from scratch.   F Please find attached (see zip file) a SHOW CLUSTER screenshot (in bothD text and graphics format) of the cluster in its final configuration.D Hardware is mostly what is announced in the "hw_type" column, with aF few noticeable exceptions: the "DEC AXPpci166 MT" named MULTIA is what the nodename says :-) the F "MicroVAX 3100-96" named CHAVAX is a CHARON-VAX/XM (SRI) the "DEC 30003 Model 400" named CHAAXP is a "Personal Alpha" (SRI)   G  The two emulators from SRI (http://www.softresint.com) were running on   Windows XP notebooks.  - Hans Bachner b=2Eit.co IT Consulting GmbH Scharitzerstra=DFe 15 	 4020 Linz      UK  = HP User Group UK -   Event Schedule - Invite your Customers - # www.hpug.org.uk/events_schedule.pdf  ______________________________   3=2E Sue's Faves    A Did you know that you can have web based VMS mail, which means no B virus, worms or other nasties with the benefits of another type ofG email in popular use - visit www.trysecureserver.com and request a demo  account its very cool.   ----------------9 Computerworld Honors picks the best advanced technologies G June 06, 2006 (Computerworld) -- WASHINGTON -- The Computerworld Honors G awards program last night focused attention on some of the world's most F advanced technologies, including an IT project managed by David Milne,E the director of database technologies at Chicago Stock Exchange Inc., A who is running a database grid on servers that use a discontinued D processor technology, the Alpha chip. Some of the Alpha Servers have even been bought used, he said. @ The stock exchange received an achievement award in the finance,A insurance and real estate category for its use of an Oracle Corp. G database in a grid. The grid is running on clustered Alpha Servers from C Hewlett-Packard Co., delivering high service levels at a reasonable B cost and sparing the need for a dedicated system for the grid. AndG Milne said that when he needs more compute power, he can go out and buy ? "what was at one point Cadillac technology at a commodity price    -----------------    OpenVMS now has Artistic Style# Thursday June 08 2006 @ 05:05AM EDT G Artistic Style is a source code indenter, formatter, and beautifier for E the C, C++, C# and Java programming languages, and has been ported to  OpenVMS by Jim Duff.C The current version is V1.17 and the ported version is available on ? Jim's web site as zip files containing the modified source, the 1 objects, and executables for 7.3-2 and 8.2 Alpha.   ; http://www.openvms.org/stories.php?story=3D06/06/08/1152404      -----------------   E This comes to us from Sweden and I just really liked this message and  received the ok to distribute.   From: Nydahl, Robert$ > Sent: Friday, May 19, 2006 6:09 AM > To: Skonetski, Susan@ > Subject: BTW - Regarding Education Programs and Computer Clubs >  > 	 > Hi Sue,  > I > I recently helped the Ctrl-C Computer Club at Link=F6ping University to L > upgrade their OpenVMS-systems from 7.3-2 to 8.2.  They also upgraded an A=L lphaServer 8200 to an 8400.  They have a second one to start up as soon as =L we can figure out what is currently wrong with it... That must be one of th=L e more powerful non-comercial Alpha-cluster on the net once that is complet= ed.  :-)  > H > If you have an ssh-capable client (PuTTY for example) you can login to > it > with:  >  > 	guest@angela.ctrl-c.liu.se  > > > In a week or two I hope to be able to help them enable a few: > other features and upgrade some of the other components.8 > Hopefully they will have some more activity after this: > upgrade, like adding some Photo-gallery functions to the > webserver, etc. etc... ;-) > 	 > Cheers,  >  > /Robert Nydahl   ________________________   4=2E From our Partners  G NEMONIX Engineering Inc. has announced a new line of NXRZ new SCSI disk E drives as plug and play replacements for the Digital Storage Works=99 D RZ series drives. These drives are NEW spindles aimed at putting theB reliability and maintainability back into your VAX and AlphaServerA storage subsystem. They replace the RZ26, RZ28 and RZ29 series of D narrow SCSI drives from Digital Equipment Corp. Also available is anB enhanced RZ29 replacement that expands the capacity of the RZ29 toB 7=2E9GB which is just under the 8GB limit of VMS 6.1 and below. InD addition to increased capacity and reliability, these drives deliverC increased data transfer and seek performance across the board. They G come either as bare bones for direct mounting, or in SBB containers for F complete plug and play replacements in BA35 expander boxes. All drivesE come with a 3 year warranty. Call 1-800-435-8650 for availability and 9 pricing or check us on line at www.nemonixengineering.com    _________________   
 5=2E Press   Features4 http://www.prweb.com/releases/2006/5/prweb391830.htmG   CompAmerica's two new 17-inch Dual Core Laptops: the Dolphin 5724 and ' ORCA FX-260, have nVidia 7900 GTX Video E http://www.itjungle.com/breaking/bn060606-story01.html HP Scales Down & NonStop Servers to Chase New Customers  L http://www.sda-asia.com/sda/features/psecom,id,369,srn,2,nodeid,4,_language= ,Singapore.html * IBM Enhances Storage Virtualisation EngineA http://www.zdnetasia.com/news/hardware/0,39042972,39362358,00.htm / Intel, Microsoft intensify Itanium relationship    ------------------------------   End of INFO-VAX 2006.325 ************************                                                                                                                                                                                                                                                                        γb0*ԕP/ |s^[&0Eh[=ӽTIs'Z:0ou@EO0"R,ovr)4I\5
XY̶ˆB>UVTm<ʔ5hE"qNNx^{Y}c7q^$|kc+k"c̓?gW^&.>m.R*͎\8)&h$
7B}١i
HHgg0)8cwgh#,<O[7R6'շ:\
oo.o=p;o7;WqvEA;/FW4QIOV]8ÖDH6N]꿭[lGvy/ :`흔=QLIHkS]'3z%l)S4Of^l6TPU9=JDkՓ{W<@ա,ݣ)ە3{<	c- I"O##0DeQYR 򬒬9º!ܚ.Ժ{tRիʓ@mTX{ާ" >U2_e!@
(2YVI3xSlDF:&A Q.Yin8iUJ7P\OLZ+;0O;.5 EʉqN<9aE%BoHڤG±f>Ĭ%9o^ۍ }
RC|frX-/<^qB AF@
j}ae9	5
g@cҷ#"\V5xe6~FKoҗXɰm.w #()!%z#ZE+&?b쩰l(mvQ,ŗY]Mnj\$T^2TJܖyGU?w3N3"yM6׋F-/kz5*.G"(FnѤ9^)<Y*