1 INFO-VAX	Mon, 09 Oct 2000	Volume 2000 : Issue 565       Contents: Accessing Fileshares- Re: Backup image - restore, free blocks delta - RE: Backup image - restore, free blocks delta = Re: Can a dumb terminal be used as a console on a VMS DS20E ? ( Copying files from VMS to UNIX platforms, Re: Copying files from VMS to UNIX platforms, Re: Copying files from VMS to UNIX platforms# RE: Date Difference from within DCL & Re: DCPS, HP LaserJet, separator pages Re: DECnet Plus phased out?  Re: DECnet Plus phased out?  Re: DECnet/Alpha vs Web 0 Determinig remote IP address of a datagram paket# Re: Determining terminal IP address  Re: Exec vs Super ' Re: Getting Compaq to advertise OpenVMS ' RE: Getting Compaq to advertise OpenVMS  Re: heap manager?  Re: heap manager? & Re: Inhibiting VMS Unshelving of files& Re: Inhibiting VMS Unshelving of files& Longevity of Oracle Server on OpenVMS?* Re: Longevity of Oracle Server on OpenVMS? Mixing VAX C and DEC C Re: Mixing VAX C and DEC C Re: Mixing VAX C and DEC C" MySQL Client for OpenVMS, Problems& Re: MySQL Client for OpenVMS, Problems OpenVMS in Oil companies Re: OpenVMS Integrated products  Re: OpenVMS Integrated products I Re: Postgresql on VMS, Was: Seeking info/prices for OpenVMS and hardware.  Rename File Question1 RE: Seeking info/prices for OpenVMS and hardware. 1 RE: Seeking info/prices for OpenVMS and hardware. ' Re: Sending/receiving faxes on OpenVMS? / Re: Thinking of switching from Multinet to UCX. / Re: Thinking of switching from Multinet to UCX.  Re: VaxStation 3100 Floppy Disk 7 Was: Basic freeware CD problems. Now: Command Synonyms. 4 Re: What exactly happens when a terminal dissappears, Re: Why is it so hard to port things to VMS?' Re: www.networks.digital.com retired...   F ----------------------------------------------------------------------  # Date: Mon, 09 Oct 2000 07:57:35 GMT & From: MichaelG <m010700de@my-deja.com> Subject: Accessing Fileshares ) Message-ID: <8rrtpe$fcr$1@nnrp1.deja.com>    Hello,G we have a problem in the network. Accessing fileshares on a VMS Cluster : takes up to 3-5 minutes, wich is an unbearable timeperiod.C It's a NT4.0 Domain running on DEC Alpha Machines. I've heard about < problems that may occure when WINS and Pathworks are runningE in the same Net, but I have no further information found on that. The E clients (NT4.0 Workstations) are using DECPathworks and it's reported C by the IT Staff that a reboot of Pathworks(?) fix the problem for a B while. Can you help on this? For more details see the specs below. Thanks in advance.   Michael Guenter   F It's a NT4.0 Network System  with four Domains (connected with Trusted Relationships). * The Problem impacts only the D_STN Domain.F There is  a DEC Alpha Station running as PDC with VMS 6.21h3 and NT4.0 Server. G An ACER Server as BDC with VMS 6.21h3 and NT4.0 Server and Exchange 5.5  (Internet Mailservice only).E A VMS Cluster (2xDEC ALPHA2100: 200Mhz/512MB RAM) for Fileservices(no 1 NT) (will be replaced later with a DEC True 64) . @ On the Cluster are a lot of big .CAD-Files and Multimedia-Files.> Problems are reported when users try to access files(up to 3-5E minutes), the problem seems to be fixed temporarily after a Pathworks  restart.  H DHCP is not running. WINS is running on the PDC and the Exchangeserver .B The Network is an Ethernet 100Mb, Backbone is Gigabit. HP Switches 4000 / 8000 are used. % Pathworks Version 5.1 for DOS/Windows @ An Internet Gateway (Linux Server) with 128 k leased line to the provider is running DNS.E An additional leased line (128k) connects an external site to the LAN   F Users are working on NT4.0 Clients and WIN95 Clients, most of them are% Acer Systems not older than 20 Month.    Domain D_STN   Server6	PDC Domain D_STN Navision NT4 SP5 , DEC AlphaServer, 255MHz Alpha, 512MB, 5x 4GB   Server5	BDC Domain D_STN6 Navision Testsystem, Internet Mailservice for Exchange NT4 SP5 1 Acer, 450MHz PIII, 256MB Memory, 1x 4GB, 2x 9,1GB   - Server1:Fileserver (VMS Cluster with Server2) ) DEC AlphaServer 2100, 200MHz Alpha, 512MB - Server2:Fileserver (VMS Cluster with Server1) ) DEC AlphaServer 2100, 200MHz Alpha, 512MB   ; ***********************************************************     ! Server3	Testenviroment Unix/Samba  DEC/Compaq OSF/1 Unix 4.0  DEC AlphaServer   ! Server4	PDC Domain D_STN Columbus  NT4 SP5 3 Acer, 600MHz PIII, 256MB Memory, 2x 18GB (mirrored)    Server7	PDC Domain D_STN2  Citrix Metaframe NT4 SP5 Terminal Server Edition ) Acer, 600MHz PIII, 512MB Memory, 2x 9,1GB     Server8	Miss Marple (monitoring) NT4 SP5 ) Acer, 350MHz PII, 256MB, 1x 4GB, 1x 8,5GB    Server9	Compaq Tru64 Unix 4.1  DEC AlphaServer    Server10 PDC Domain D_STN3! Pro*File Documentmanagementsystem  NT4 SP 6, SQL ServerE HP Netserver LC2000r, 733MHz PIII, 1GB Memory, 2x 18GB HDD (mirrored)    Server11 BDC Domain D_STN3- SEPP Plossys Plotmanager, Pro*File Testsystem  NT4 SP 6, SQL ServerE HP Netserver LC2000r, 733MHz PIII, 1GB Memory, 2x 18GB HDD (mirrored)   & Server12 Microsoft Exchange Server 5.5 NT4 SP 68 HP Netserver LC2000r, 733MHz PIII, 512MB Memory, 2x 18GB HDD (mirrored)  ' Server13 Trendmicro Interscan Viruswall  SuSE Linux 6.4: HP Netserver LH3, 450MHz PII; 384 MB Memory; 3x 4,2 GB HDD     Internet Gateway 		SuSE Linux 6.4! 		HP Netserver LC3, 2x 4,2 GB HDD     & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------   Date: 9 Oct 2000 10:17:40 -0500 , From: koehler@eisner.decus.org (Bob Koehler)6 Subject: Re: Backup image - restore, free blocks delta+ Message-ID: <3cuw9f5EgLXY@eisner.decus.org>   j In article <zd8E5.5369$zx.15079@skycache.prestige.net>, gilley@nospam.bravewc.com (Charles Gilley) writes:L > I have recovered an image backup of an RF73.  Assuming that the system in O > question was booted minimum (no locked files) and no files on the volume are  L > set nobackup, under what circumstances would I expect to see fewer blocks L > restored than on the original disk?  I know such an operation defrags the 5 > drive, but would the restore have any other effect?   H Defragging means needing fewer disk blocks in each file header since the2 header no longer has to track all those fragments.  F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporation = Hubble Space Telescope Payload  | Federal Sector, Civil Group E  Flight Software Team           | please remove ".aspm" when replying    ------------------------------  % Date: Mon, 09 Oct 2000 11:06:07 -0400 # From: John Vottero <John@MVPSI.com> 6 Subject: RE: Backup image - restore, free blocks deltaD Message-ID: <C15945A9D9EFCF11BA8B08002BBF1CCC0CD836@berry.mvpsi.com>  . It might have recovered those blocks by doing:   $ SET VOLUME/REBUILD ddun:   and/or   $ ANAL/DISK/REPAIR ddun:  I The BACKUP/RESTORE also did most (or all) of what these two commands will  do.   L I've seen people lose lots of disk space because the do a MOUNT/NOREBUILD inA the startup but then never go back and to the SET VOLUME/REBUILD.      > -----Original Message-----6 > From: gilley@bravewc.com [mailto:gilley@bravewc.com]( > Sent: Sunday, October 08, 2000 8:23 PM > To: Info-VAX@Mvb.Saic.Com 4 > Subject: Backup image - restore, free blocks delta >  > > > I have recovered an image backup of an RF73.  Assuming that  > the system in @ > question was booted minimum (no locked files) and no files on  > the volume are  ? > set nobackup, under what circumstances would I expect to see   > fewer blocks  @ > restored than on the original disk?  I know such an operation  > defrags the > > drive, but would the restore have any other effect?  I have  > about a 140K block  ; > delta, which isn't much, but it is something.  Would the   > restore have any  # > affect on a file's extent values?  >  > Thanks >  >    ------------------------------  # Date: Mon, 09 Oct 2000 08:19:41 GMT / From: Mike Price <mike.price@littlewoods.co.uk> F Subject: Re: Can a dumb terminal be used as a console on a VMS DS20E ?) Message-ID: <8rrv2r$gcv$1@nnrp1.deja.com>   D Yes - we never use the graphics termianl at all. In fact we normallyF have the console port plugged into a decserver port and access it overG reverse LAT (or host initialted LAT if you want to be pedantic) so that / we can access all our consoles from the office>   F You can use any VT terminal from VT220 upwards - possibly VT100/52 areF OK but we havn't got any of them so I don't actually know for certain.  F Just check that you have the console variable set to serial and ignore/ the keyboard error that comes up on the console    Mike --B All opinions are my own and do not necessarily reflect those of my employer    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Mon, 09 Oct 2000 15:35:59 +0100 * From: Hitendra Patel <hiten@star.rl.ac.uk>1 Subject: Copying files from VMS to UNIX platforms - Message-ID: <39E1D7CE.1174679A@star.rl.ac.uk>    Hi  ? One of our users wants to backup his disk and then transfer the G data/directory onto a unix platform. Is it possible to this and how can B this be best achieved. I have tried to ftp the data but due to theH volume to copy this has a load on our network. Is it possible to TAR the files/directory????.   Any help will be appreciated.    Hiten   F ----------------------------------------------------------------------@    The contents of this email are sent in confidence for the useG    of the intended recipients only.  If you are not one of the intended E    recipients do not take action on it or show it to anyone else, but >    return this email to the sender and delete your copy of it.F ----------------------------------------------------------------------   ------------------------------  # Date: Mon, 09 Oct 2000 15:38:08 GMT / From: Mike Price <mike.price@littlewoods.co.uk> 5 Subject: Re: Copying files from VMS to UNIX platforms ) Message-ID: <8rsop0$3cn$1@nnrp1.deja.com>   D try zipping up the files first - zip and unzip are available on both4 VMS and UNIX and are compatible with PKZIP (I think)
 Then FTP them   A If not TAR is also available from the web or from the freeware CD    Mike --B All opinions are my own and do not necessarily reflect those of my employer    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Mon, 09 Oct 2000 17:05:26 +0000  From: SysAdmin <djesys@fsi.net> 5 Subject: Re: Copying files from VMS to UNIX platforms ' Message-ID: <39E1FAD6.6C7D5EAB@fsi.net>    Mike Price wrote:  > F > try zipping up the files first - zip and unzip are available on both6 > VMS and UNIX and are compatible with PKZIP (I think) > Then FTP them  > C > If not TAR is also available from the web or from the freeware CD   D Be aware that non-VMS systems do not support RMS. Be careful how youE package the files (ZIP, VMSTAR, etc.) or the results may be less than  useful.    David J. Dachtera    ------------------------------  # Date: Mon, 09 Oct 2000 15:16:32 GMT  From: fatz_nyc@my-deja.com, Subject: RE: Date Difference from within DCL) Message-ID: <8rsng9$28u$1@nnrp1.deja.com>    > Date comparison in DCL.  >   E This solution gets slower as the distance between the dates increases F but something like this would at least save messing about with the "30 days has September" approach.   ( $ date1 = f$cvt(date1,"absolute","date")( $ date2 = f$cvt(date2,"absolute","date") $ offset = 0 $ step_forward:  $   offset = offset + 1 F $   comparison_date = f$cvt("''date1' +''offset'-0","absolute","date")9 $   if comparison_date .nes. date2 then goto step_forward   F Or you could write a program that accepts 2 date/times off the commandH line and a symbol name and then returns the difference between the dates in that symbol.   1 $ mc []mysubtimes <date1> <date2> <result_symbol>      LIB$GET_FOREIGN    SYS$BINTIM   LIB$SUB_TIMES    SYS$ASCTIM   LIB$SET_SYMBOL   HTH, Fatz    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  % Date: Mon, 09 Oct 2000 10:13:42 +0100 , From: aus@vim.uni-wuerzburg.de (Hans M. Aus)/ Subject: Re: DCPS, HP LaserJet, separator pages D Message-ID: <aus-0910001013420001@wvia30.virologie.uni-wuerzburg.de>  E In article <8gj35t$21p$1@nnrp1.deja.com>, lcooksey@my-deja.com wrote:  ... A > My office is looking to replace a couple of Printserver 32 Plus B > printers with one or two HP LaserJet 4SIMX or 5SIMX printers....   > Laura      Laura,  J have you looked at using a HP4050TN? We're testing our first HP4050TN as aI DEC LN08 replacement this week; the first user reaction is very positive.   J The HP4050 is not supported in DCPS 1.8 but, thanks to several informative< postings on this forum, the required modifications are easy.   OpenVMS 7.2-1, Alpha, DCPS 1.8   --  B Cheers, Hans M. Aus, Wuerzburg, Germany,  aus@vim.uni-wuerzburg.de   ------------------------------   Date: 9 Oct 2000 08:36:11 -0500 9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) $ Subject: Re: DECnet Plus phased out?+ Message-ID: <I7c5uK5DEWWX@eisner.decus.org>   @ In Los Angeles they said there was no product phase out but thatA some internal sites were switching to DECnet-over-IP with Phase V ? where they had formerly sent DECnet directly on the wire.  That + was presumed to be the source of the rumor.    ------------------------------  % Date: Mon, 09 Oct 2000 16:26:20 +0200 0 From: Didier Morandi <Didier.Morandi@Easynet.fr>$ Subject: Re: DECnet Plus phased out?* Message-ID: <39E1D58C.D2E8E4F2@Easynet.fr>   Larry Kilgallen wrote: > B > In Los Angeles they said there was no product phase out but thatC > some internal sites were switching to DECnet-over-IP with Phase V A > where they had formerly sent DECnet directly on the wire.  That - > was presumed to be the source of the rumor.   E So, could someone ask COMPAQ why the DECnet training has been retired  from the GKN catalog?    D. --  F   --------------------------------------------------------------------F Le Pachacamac COMPAQ/DEC/APPLE 34 ave. G. Pompidou 81500 Lavaur FranceB    http://www.pachacamac.com   ** Une passion pour l'excellence **F Tl. : 05.63.58.58.63    Fax. : 05.63.58.58.33    GSM : 06.88.97.61.48   ------------------------------  % Date: Mon, 09 Oct 2000 10:01:14 -0700 ! From: Shane.F.Smith@Healthnet.com   Subject: Re: DECnet/Alpha vs WebC Message-ID: <OF8B7D963C.A27D22DA-ON88256973.0059E2E3@HEALTHNET.COM>   D It does, however, make VMS a more attractive platform for web stuff,B especially in combination with the Apache implementation they jsutJ released. The idea of e-business pretty much revolves around transactions,G and the other products for the job cost a lot of money. I know, we just J bought one here - I don't think I'm allowed to give numbers, but it's more, than enough for several people to retire on.  J Anybody know if they're just bundling RTR for VMS, or are they throwing in& the other platforms' versions with it?   Shane           B carl@gergl1.gerg.tamu.edu (Carl Perkins) on 10/07/2000 03:16:00 AM   To:   Info-VAX@Mvb.Saic.Com  cc:   ! Subject:  Re: DECnet/Alpha vs Web     # richard_maher@my-deja.com writes... G }As far as RTR goes, if you wanted to add a very expensive, superfluous 4 }layer of crud, then you could do what Mathias said.  C I have no idea if it is crud or not since I have never used it, but E it is aparnetly no longer expensive: according to the info on OpenVMS B v7.3 that has been released, RTR now comes with it. Why? I have noE idea. I can't imagine that all that many sites actually use it (maybe F that's why?), especially comapred to clustering (which would be a much more useful thing to include).   --- Carl   ------------------------------  % Date: Mon, 09 Oct 2000 18:36:23 +0200 / From: Peter Stange <Peter.Stange@mail.bessy.de> 9 Subject: Determinig remote IP address of a datagram paket ( Message-ID: <39E21027.42217442@bessy.de>   Hello,  H is there a way of determinig the remote IP address of a datagram packet,6 maybe with DCL or perl? (OpenVMS V7.2-1, TCP/IP V5.0A)   Peter Stange   ------------------------------  + Date: Mon, 09 Oct 2000 06:41:41 -0500 (CDT)  From: rmegee@tqtx.com , Subject: Re: Determining terminal IP address2 Message-ID: <200010091141.GAA00405@exwin.tqtx.com>   here's what I use:  ' $ Xnode = F$getdvi("tt","tt_accpornam")k@ $ Xnode = f$extract(f$locate("[",Xnode)+1,f$length(Xnode),Xnode)0 $ Xnode = f$extract(0,f$locate("]",Xnode),Xnode)   > H > Is there a way of determining a terminal's IP address with f$getdvi? I) > can't figure out which argument to use.  >  >      --  O ===============================================================================sB               We are confronted with insurmountable opportunities.B                                              -- Walt Kelly, "Pogo"O ===============================================================================    ------------------------------   Date: 9 Oct 2000 10:01:19 -0500t, From: koehler@eisner.decus.org (Bob Koehler) Subject: Re: Exec vs Super+ Message-ID: <EsoAo7CENPhH@eisner.decus.org>v  Q In article <1001008025557.6225C@Ives.egh.com>, John Santos <JOHN@egh.com> writes:o  H > I checked HELP on Alpha VMS 7.2-1.  LIB$SET_LOGICAL explicitly createsE > SUPER mode logicals.  SYS$CRELNM seems to default to USER mode, butrI > HELP isn't explicit.  (ACMODE is an optional argument, but HELP doesn'tt# > say what happens if you omit it.)   E Since it's passed by value, you get if 0 you omit the argument.  0 is E PSL$C_KERNEL, but it will be numerically maximimized with the currente9 mode, so by default you get the mode you're calling from.   F ----------------------------------------------------------------------? Bob Koehler                     | Computer Sciences Corporatione= Hubble Space Telescope Payload  | Federal Sector, Civil Group.E  Flight Software Team           | please remove ".aspm" when replyinga   ------------------------------   Date: 9 Oct 2000 09:02:44 -0500s9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)-0 Subject: Re: Getting Compaq to advertise OpenVMS+ Message-ID: <cr3bww4RkPAF@eisner.decus.org><  \ In article <39DE4D30.839ECA7A@videotron.ca>, JF Mezei <jfmezei.spamnot@videotron.ca> writes: > Jordan Henderson wrote:b' >> This is entirely hypothetical right?o >> MM >> If not, which Digital middleware tools were not ported from OpenVMS/VAX toN >> OpenVMS/Alpha?  > I > Message Router comes to mind. (as well as all the Digital and 3rd partyd > gateways that had existed).s > L > I beleive some pointed to some of the CDA converters that were not ported.  C I would add the SCAN compiler.  Although DEC did release the sourcehC to DECUS that does not help a vendor who does not want to be in thel= compiler business.   Writing an Alpha compiler is not simple.a   ------------------------------  % Date: Mon, 09 Oct 2000 08:31:36 -0400(. From: Hank Vander Waal <hvanderw@novagate.com>0 Subject: RE: Getting Compaq to advertise OpenVMS8 Message-ID: <000c01c031ec$dd7725f0$2b96a8c6@mscmain.com>  L This may be true in larger sites but there are a LOT of small sites that areI running on small Vaxes (3100 great example) that are using the system for5L accounting and inventory control etc that like the application, it works theL way they want it to and it so stable they dont remember what the service man/ looks like that they see no need to upgrade it.   F I have 5 sites just like that - running an application that was customL written for them. The next time they upgrade is when the current system runs4 out of horse power and they move to an Alpha system.J All 5 enjoy the fact that they read about upgrades and even get new pcs onI their desk but dont want to or need to change anything in the back room !o   Hank Vander Waal CIS  Hudsonville MI      G >If they spent any money on their VMS platform, they would be upgradingnL >applications to keep up with the times and in doing so, woudl probably need to6 >upgrade VMS to be able to upgrade their applications.  G >To me, a 5.5-2 site is one that has abandonned VMS, but also one wherer CompaqJ >could have the most success in regaining as a customer and one that would beK >fairly easy to convince to give VMS a second look. If they still have somelJ >apps on VMS it means that they have apps that don't migrate to NT or UNIX
 very well.   ------------------------------  $ Date: Mon, 9 Oct 2000 14:36:42 +0200- From: "Rob Eisink" <rob_eisink@essentium.com>* Subject: Re: heap manager?* Message-ID: <8rse8f$2anm$1@beast.euro.net>  H I mean an allocation/deallocation set to get malloc/calloc etc replaced.I There thisd party vendors for other platforms like SmartHeap but I do notS* know if the is such a package for OpenVMS.         thanks,r     RobP5 Arne Vajhj <arne.vajhoej@gtech.com> wrote in messagen# news:39DF37C1.E72ECB23@gtech.com...  > Rob Eisink wrote:GL > > I'm looking for a heap manager for OpenVMS Alpha. Is there any? Any good > > suggestion?D >m > Heap manager ? > $ > I am not quite sure what you want. >r? > Something to monitor heap space to track down a memory leak ?C >m8 > A set of routines for memory allocatioN/deallocation ? >T > Arne   ------------------------------   Date: 9 Oct 2000 09:44:34 -0500D9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen)  Subject: Re: heap manager?+ Message-ID: <cN8HIcJ7Gj3L@eisner.decus.org>o  Z In article <8rhni3$312f$1@beast.euro.net>, "Rob Eisink" <rob_eisink@essentium.com> writes:  J > I'm looking for a heap manager for OpenVMS Alpha. Is there any? Any good
 > suggestion?x  E Have you read the Programming Concepts chapter on Memory Management ?   ? Considering the customization capabilities of the Zone support,03 I do not see why you would want a separate package.j  C Please outline what you find deficient in the normal LIB$ routines.5   ------------------------------  # Date: Mon, 09 Oct 2000 14:54:17 GMTt From: fatz_nyc@my-deja.com/ Subject: Re: Inhibiting VMS Unshelving of filesr) Message-ID: <8rsm6n$157$1@nnrp1.deja.com>a  @ > I have a program which needs to detect whether a file has been
 "shelved",H > so that it won't open the file and have it "unshelved".  I've searchedG > the documentation and SYS$EXAMPLES and haven't found anything useful.h > F > I see the DCL commands for controlling shelving, but I need to do it > in the program.g >aE > Can anyone point me to an example of code which either tests a fileoC > to see if it is shelved, or can inhibit the unshelve operation in- > the SYS$OPEN call?  D Guesswork, but I would've thought if anything existed in SYS$OPEN toG suppress this behaviour, you would probably specify it at FAB$L_FOP.  Ar5 quick look at the RMS book doesn't list any such bit..  E You might have to go to the file header.  There's a bit in there thatcH tells you if the file is shelved (FH2$L_FILECHAR with FH2$V_SHELVED set, maybe?).  E Or there's DCL - F$FILE_ATTRIBUTES(file,"SHELVED") will give you whatB	 you want.@     Fatz    & Sent via Deja.com http://www.deja.com/ Before you buy.    ------------------------------  $ Date: Mon, 9 Oct 2000 18:43:32 +0100* From: "Richard Brodie" <R.Brodie@rl.ac.uk>/ Subject: Re: Inhibiting VMS Unshelving of filesl, Message-ID: <8rt049$199o@newton.cc.rl.ac.uk>  U <grant@rigel.cc.wmich.edu> wrote in message news:i139JBmdfKsL@mcduck.acs.wmich.edu...-  E > Can anyone point me to an example of code which either tests a filewC > to see if it is shelved, or can inhibit the unshelve operation inS > the SYS$OPEN call?  B You could test the file with RMS and XABs and all that good stuff.8 Rather more concisely a suitable code fragment would be:   sys$setshlv(0,0,1);e   You can figure the rest ;)   ------------------------------  % Date: Mon, 09 Oct 2000 15:38:51 -0000s- From: wspencer@ap.nospam.org (Warren Spencer)e/ Subject: Longevity of Oracle Server on OpenVMS? / Message-ID: <su3pkbhnvve3f2@news.supernews.com>e  	 Hi Folks,   M I've been searching Oracle's web site, and can't find this info (as usual).  tE Is Oracle Enterprise Server going to be supported on OpenVMS for the eK foreseeable future?  Have there been any de-support notices?  Judging from  L the Galaxy announcement a few months ago, it seems like the Oracle Server / 2 OpenVMS relationship is still going strong.  True?   ws   -- n3 << What if there were no hypothetical questions? >>c   ------------------------------  + Date: Mon, 09 Oct 2000 11:12:01 -0500 (CDT)e From: rmegee@tqtx.come3 Subject: Re: Longevity of Oracle Server on OpenVMS?A2 Message-ID: <200010091612.LAA01199@exwin.tqtx.com>  H Since we run Oracle on OpenVMS, I took an interest in this.  I asked ourE DBA and he said that there haven't been any de-support notices.  I'lla6 be watching this thread for any hints as to otherwise.   >  > Hi Folks,a > O > I've been searching Oracle's web site, and can't find this info (as usual).  eG > Is Oracle Enterprise Server going to be supported on OpenVMS for the sM > foreseeable future?  Have there been any de-support notices?  Judging from /N > the Galaxy announcement a few months ago, it seems like the Oracle Server / 4 > OpenVMS relationship is still going strong.  True? >  > ws >  > -- g5 > << What if there were no hypothetical questions? >>C >      -- aO =============================================================================== B               We are confronted with insurmountable opportunities.B                                              -- Walt Kelly, "Pogo"O ===============================================================================t   ------------------------------  % Date: Mon, 09 Oct 2000 08:18:40 -0400- From: stan@stanq.com Subject: Mixing VAX C and DEC C-. Message-ID: <39E17F60.22327.9F41C38@localhost>  D Quite some time ago, there was a manual describing how to mix VAX C > and DEC C modules.  It described several possible techniques, # including the use of VAXC2DECC.RTL.   E Anyone have a copy, or a link?  I've run into a problem with linking -E some DEC C RTL's (for which I have no source) into an image with VAX -5 C object libraries (for which I also have no source).8   Thanks in advance.   --Stan  
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671s1 8572 North Spring Ct. NW, Pickerington, OH  43147n= Preferred address:  stan@stanq.com       http://www.stanq.com    ------------------------------  $ Date: Mon, 9 Oct 2000 07:49:39 -0500) From: "John E. Malmberg" <wb8tyw@qsl.net> # Subject: Re: Mixing VAX C and DEC Cn/ Message-ID: <su3fj6a8v3f8ad@corp.supernews.com>o  % <stan@stanq.company> wrote in message )  news:39E17F60.22327.9F41C38@localhost...-E > Quite some time ago, there was a manual describing how to mix VAX C ? > and DEC C modules.  It described several possible techniques, % > including the use of VAXC2DECC.RTL.E  ) I assume you mean SYS$SHARE:VAXC2DECC.EXE   F > Anyone have a copy, or a link?  I've run into a problem with linkingF > some DEC C RTL's (for which I have no source) into an image with VAX7 > C object libraries (for which I also have no source).f  8 http://www.openvms.digital.com/commercial/c/c_index.html  I Mixing of the modules is almost the same as with any other languages thate9 are compliant with the VAX parameter passing conventions.   J VAX C and DEC C handle global variables differently.  VAX C treats them asL global sections.  The DEC C behavior is dependant on the compilation options	 selected.$  J Be aware that linking in a shared image that uses VAXCRTL.EXE and one thatE uses DECC*.EXE shared image may not work.  A file number created by aeD VAXCRTL routine can not be passed to a DECC*.EXE shared image or the reverse.  A IIRC: Check some of the links at the "Ask The Wizard" page off ofe http://www.openvms.compaq.com/   -Johnp wb8tyw@qsl.network   ------------------------------  % Date: Mon, 09 Oct 2000 09:19:43 -0400l From: stan@stanq.com# Subject: Re: Mixing VAX C and DEC Cs. Message-ID: <39E18DAF.20174.A2C045E@localhost>  + > I assume you mean SYS$SHARE:VAXC2DECC.EXEd  F Right.  It provides routines that mimic the VAX C RTL, but call DEC C  instead.  L > Be aware that linking in a shared image that uses VAXCRTL.EXE and one that+ > uses DECC*.EXE shared image may not work.I  D The manual I'm trying to find goes into a lot of detail how to make > that work.  There were multiple examples of ordering the link D statements to make it work.  I thought it was in the linker manual, < but the VMS 7.0 manuals I have don't make any mention of it.   > A file number created by aF > VAXCRTL routine can not be passed to a DECC*.EXE shared image or the
 > reverse.  D Having a VAX C routine free memory allocated by DEC C or vice-versa  will also fail.P     --Stan  
 ----------G Stanley F. Quayle, P.E.   N8SQ   +1 614-868-1363   Fax: +1 614 868-1671 1 8572 North Spring Ct. NW, Pickerington, OH  43147o= Preferred address:  stan@stanq.com       http://www.stanq.coms   ------------------------------  # Date: Mon, 09 Oct 2000 15:08:48 GMT  From: djurkovic@my-deja.comf+ Subject: MySQL Client for OpenVMS, Problemsd) Message-ID: <8rsn1q$20o$1@nnrp1.deja.com>A   Hi all!1  * Has anyone ever tried the MySQL-client for# OpenVMS Alpha? Especially the C-API-1 (LIBMYSQL.OLB)? I recently downloaded the package:+ and the binaries work really fine, but wheng) trying to link a simple test-prog againstC1 LIBMYSQL.OLB, I get 32 unreferenced symbols (liken( ALLOC_ROOT, MY_OPEN, MY_INIT and so on).  ( I'm using OpenVMS Alpha 7.2-1, DECC 6.2.   Thanks in advance for ANY help!    Matthias Djurkovic    & Sent via Deja.com http://www.deja.com/ Before you buy.i   ------------------------------  % Date: Mon, 09 Oct 2000 10:27:22 -0600-% From: Dan O'Reilly <dano@process.com>0/ Subject: Re: MySQL Client for OpenVMS, ProblemsrD Message-ID: <5.0.0.25.2.20001009095607.00ac7c40@pop.clsp.uswest.net>  3 At 09:08 AM 10/9/2000, djurkovic@my-deja.com wrote:  >Hi all! >A+ >Has anyone ever tried the MySQL-client foru$ >OpenVMS Alpha? Especially the C-API2 >(LIBMYSQL.OLB)? I recently downloaded the package, >and the binaries work really fine, but when* >trying to link a simple test-prog against2 >LIBMYSQL.OLB, I get 32 unreferenced symbols (like) >ALLOC_ROOT, MY_OPEN, MY_INIT and so on).m >e) >I'm using OpenVMS Alpha 7.2-1, DECC 6.2.-  G The VMS distribution is missing 3 libraries necessary to do this.  TheyQI are available for FTP from raptor.psccos.com via anonymous FTP.  Downloadc8 MYSQL_LIBS_AXP.ZIP or MYSQL_LIBS_VAX.ZIP as appropriate.   Look for them in a few hours.    ------------------------------  % Date: Mon, 09 Oct 2000 10:57:00 -0300c) From: fabio_compaq@ep-bc.petrobras.com.br@! Subject: OpenVMS in Oil companies/L Message-ID: <OFCC16BD3B.43E11D5F-ON83256973.004C7523@ep-bc.petrobras.com.br>  B How many  OpenVMS System Managers work in oil companies/industry ?J Do you have ERP ? What plaftorm was choose and how is the situation of the OVMS
 systems now ?    Regardsp   FC   ------------------------------   Date: 9 Oct 2000 08:50:49 -0500b9 From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) ( Subject: Re: OpenVMS Integrated products+ Message-ID: <EZJDsq4+dIv1@eisner.decus.org>t  x In article <OFCBB44C5D.5436EB83-ON8325696D.0056BE37@ep-bc.petrobras.com.br>, fabio_compaq@ep-bc.petrobras.com.br writes:H > Sometimes I think to myself why some important products dont come with > OpenVMS or REQUIRE a license4 >  if for  Unix these products are standard/bundled: >  > Compaq C/C++  < For those of us who choose a different programming language,, it is better not to pay for C to be bundled.  
 > DW Motif  G A Motif license comes bundled with workstations that have VMS licenses.    > TCP/IP Servicese  - For those of us who choose not to use TCP/IP,a- it is better not to pay for it to be bundled.    ------------------------------  # Date: Mon, 09 Oct 2000 12:31:08 GMTn From: richard_maher@my-deja.coml( Subject: Re: OpenVMS Integrated products) Message-ID: <8rsdqe$qeg$1@nnrp1.deja.com>u   > > Compaq C/C++ >o> > For those of us who choose a different programming language,. > it is better not to pay for C to be bundled. >n > > TCP/IP Services. >s/ > For those of us who choose not to use TCP/IP,a/ > it is better not to pay for it to be bundled.b >y  2 And for those of us who choose not to use RTR. . .  E Where do we send the cheques - The "Maranello for every RTR engineer". fund?P  
 Disbelief!    & Sent via Deja.com http://www.deja.com/ Before you buy.0   ------------------------------   Date: 9 Oct 2000 15:19:10 GMTR2 From: mathog@seqaxp.bio.caltech.edu (David Mathog)R Subject: Re: Postgresql on VMS, Was: Seeking info/prices for OpenVMS and hardware., Message-ID: <8rsnle$qjn@gap.cco.caltech.edu>  w In article <3.0.5.32.20001006064357.009fb980@discovery.fuentez.com>, Jim Jennis <jjennis@discovery.fuentez.com> writes:nH >I haven't given up hope yet, but from my look at it, it's way beyond myI >current time and energy level to take this on by myself. Now, that said,=L >there are A LOT of very talented VMS developers in the world, so...if thereA >are some other VMS geeks who want to put together a team to port  >it...that's another story.=  G I had a shot at porting it once which I wrote up and posted here so you=I should be able to find it using deja.  Their code was remarkably portablerI in the sense that it compiled cleanly.  Kudos to them for that.  However,sG they used named pipes for some key things, and the record locking stuff5F needed to be completely rewritten for VMS.  I think maybe somebody whoJ really knows there way around both postgresql and VMS record locking could- complete the port - but I'm not that person.    E This is, however, going to make an interesting test case for DII/COE.o   Regards,   David Mathog mathog@seqaxp.bio.caltech.edup? Manager, sequence analysis facility, biology division, Caltech _   ------------------------------  " Date: Mon, 9 Oct 2000 17:34:36 GMT/ From: "Richard L. Dyson" <rick-dyson@uiowa.edu>m Subject: Rename File Question-) Message-ID: <39E1BB5C.46B8CCE9@uiowa.edu>-  9 I have a simple question that I hope has a simple answer!t  E How would I rename a file (OpenVMS 6.2 & v7.x) from "filename.ext" toiH ".ext".  That is, with no filename part, just a leading dot (.) and some& extension.  (Like a Unix hidden file).  F VMS always wants to slip in a "default" of the old filename when I use COPY and RENAME.  G I can create such a file, but I want to rename a collection of files todB "hidden" filenames without having to re-create them one at a time.   Regards, Rick -- rH Richard L. Dyson                                    rick-dyson@uiowa.eduH  _   _      _____                http://www-pi.physics.uiowa.edu/~dyson/H | | | |    |_   _|   Systems Analyst                     O: 319/335-1879H | | | | of   | |     The University of Iowa            FAX: 319/335-17536 | \_/ |     _| |_    Department of Physics & Astronomy-  \___/     |_____|   Iowa City, IA 52242-1479    ------------------------------  % Date: Mon, 09 Oct 2000 08:08:08 +0200s? From: "DECHAIZE Thierry (Dir INFRA)" <thierry.dechaize@sncf.fr>n: Subject: RE: Seeking info/prices for OpenVMS and hardware.@ Message-ID: <21EC2A9D83EED311A3EB0008C733892B1CEB14@S70ERTBIA11>  J This message is in MIME format. Since your mail reader does not understand< this format, some or all of this message may not be legible.  ' ------_=_NextPart_000_01C031B7.4BC742A0r Content-Type: text/plain;o 	charset="iso-8859-1" + Content-Transfer-Encoding: quoted-printableh   Arne Vajhoj wrote :  >>Cthulhu wrote:A >> 1) Our need is a platform for ASP (that is Application ServiceaG >>         Provider, not the Evil One). They asked me to look for CORBAnI >>         compatibility. I think support for Java Servlet/JSP would be =i atC >>         nice thing too (I hate Java, but they follow the trend).e  @ >There are CORBA for VMS. I can not remember the vendors though. >rB >I have not heard about servlets and JSP support for VMS - and VMSC >are unfortunatetly a bit behind on the Java front, but it seems tot= >be catching up now, so maybe it either are there now or will 
 >arrive soon.s  G And what's about TOMCAT portage on OpenVMS (Yes it's SUN product, but =d ...) ?A With the new declaration of COMPAQ 3th october 2000, OpenVMS is =u e-platform,e
 etc... =20  	 Sincerly.e   -----Message d'origine-----i1 De: Arne Vajh=F8j [mailto:arne.vajhoej@gtech.com]n  Date: jeudi 5 octobre 2000 00:08 =C0: Info-VAX@Mvb.Saic.Com8 Objet: Re: Seeking info/prices for OpenVMS and hardware.     Cthulhu wrote:@ > 1) Our need is a platform for ASP (that is Application ServiceF >         Provider, not the Evil One). They asked me to look for CORBAH >         compatibility. I think support for Java Servlet/JSP would be = a0B >         nice thing too (I hate Java, but they follow the trend).  ? There are CORBA for VMS. I can not remember the vendors though.l  A I have not heard about servlets and JSP support for VMS - and VMShB are unfortunatetly a bit behind on the Java front, but it seems to< be catching up now, so maybe it either are there now or will arrive soon.  8 > 1a) Which are the other *DBMS avaliable beside Oracle?  A Oracle classic and Oracle RDB are the two major databases on VMS.oB But other smaller (and cheaper !) ones do exist. Sorry again I can not remember specific names.  ? > 2) I think I'll go for a DS10, maybe two of them to play withtF >         clustering. Or maybe I can do some significative test with aA >         self-build alpha, or even a refurbished one? Which one?-  1 DPWS's are now down in an attractive price level.m =20gG > 3) Where to search for license pricing? I have an hardware reseller =e at' >         hand, but not a software one.g   Compaq !   (good luck)2   > 4) I found the article atkC >         http://www5.compaq.com/newsroom/pr/2000/pr2000100301.htmlg1 >         interesting. How must I trust it (ehe)?g$ >         Can I obtain more details?  8 There are many positive signs for VMS from Compaq today.  < It appears as if they have realized that they can earn money from VMS also long term !a   Arne  ' ------_=_NextPart_000_01C031B7.4BC742A0c! Content-Type: application/ms-tnef ! Content-Transfer-Encoding: base64   L eJ8+IjAIAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNyL b3NvZnQgTWFpbC5Ob3RlADEIAQWAAwAOAAAA0AcKAAkACAAIAAgAAQADAQEGAAcAAQAAAAAAAAEgL gAMADgAAANAHCgAJAAoAHQAuAAEAQAEBCYABACEAAABEQkJENzNDN0MxOTlENDExQTNGQTAwMDhDL NzMzODkyQgA4BwEEgAEAMgAAAFJFOiBTZWVraW5nIGluZm8vcHJpY2VzIGZvciBPcGVuVk1TIGFuL ZCBoYXJkd2FyZS4ANhEBDYAEAAIAAAACAAIAAQOQBgBkDQAANgAAAAMAA4AIIAYAAAAAAMAAAAAAL AABGAAAAAFKFAADwEwAAHgAEgAggBgAAAAAAwAAAAAAAAEYAAAAAVIUAAAEAAAAEAAAAOC41AAsAL DYAIIAYAAAAAAMAAAAAAAABGAAAAAAaFAAAAAAAAAwAFgAggBgAAAAAAwAAAAAAAAEYAAAAAAYUAL AAAAAAALAAKACCAGAAAAAADAAAAAAAAARgAAAAADhQAAAAAAAAsABoAIIAYAAAAAAMAAAAAAAABGL AAAAAA6FAAAAAAAAAwAAgAggBgAAAAAAwAAAAAAAAEYAAAAAEIUAAAAAAAADAAeACCAGAAAAAADAL AAAAAAAARgAAAAARhQAAAAAAAAMACIAIIAYAAAAAAMAAAAAAAABGAAAAABiFAAAAAAAAHgAJgAggL BgAAAAAAwAAAAAAAAEYAAAAANoUAAAEAAAABAAAAAAAAAB4ACoAIIAYAAAAAAMAAAAAAAABGAAAAL ADeFAAABAAAAAQAAAAAAAAAeAAuACCAGAAAAAADAAAAAAAAARgAAAAA4hQAAAQAAAAEAAAAAAAAAL CwAOgAsgBgAAAAAAwAAAAAAAAEYAAAAAAIgAAAAAAAALAA+ACyAGAAAAAADAAAAAAAAARgAAAAAFL iAAAAAAAAAIBCRABAAAAmAYAAJQGAAAaDAAATFpGde/4e6EDAAoAcmNwZzEyNeIyA0N0ZXgFQQEDL AfdPCoACpAPjAgBjaArAc/BldDAgBxMCgA/zAFB/BFYIVQeyEcUOUQMBEMcy9wYABsMRxTMERhDJL EtsR09sI7wn3Oxi/DjA1EcIMYM5jAFALCQFkMzYRUAunBmMBMBFhbmUgVmHAamhvaiB3A2AOsAwgL OgqiCoA+PkN0OGh1bB+gHoQe9yAxaCkgTwhwIB3wCYAgcQQAIGEgC1EAMAWwbYYgIkERYFNQICgfL kHMiICGiQXALUA3gIiBpawIgBlJ2DeBlIGclVlC3A2AkkASBLCFQHrAgH5AtHgBFJJADIE8d8CkuL lCBUJtB5IdBzayGBkweAJrBvIBhQb2sig2BDT1JCQSTfBaBtiwqwJBBiAxBpdHknkM5JJrELgCjwL c3UjsBhhsSKDSmF2IeAkYmwRMFQvSiLhdwhgbCGQYr0eAGEprwMAJLArs2cogX0ooCgroCMxHgAsL 4iZgYu51JqMn4AIQbBhQB+AmwvJ0GMBuZCeAHwQfBSex3xjAIdA0ISlTIoNWBeArgv8j8AOgJoIYL wAeABtATISbCPnYy0QWwBCAfkAhgZ2j9MxU+HwUwojbwJnMm0AsR/yHQBuAxgREgLVMhwTLgLNDnL IuEsKjUxIC06szUxHwVpNFJ1biJBdD2AMNF0/mwn4S5AK1AuQSvRIZAkMf8mwizjA1ECMDFUPqERL IDYw/TdRbx8FLlEj8RDgMBIsMLUmcXcmYHMooADAeS5R/T6hZStQNAE0Q0PyORIH4P8FsQPwMiA8L 1wUQOQFDEAIg1TMbQTrRdyMxJyHBOePAVE9NQ0FUIfAYYcxhZx4AJDFPcAnwPAIcKFkHkStQSAFTL VU7bIfADYGQbcEBFLkvgIQD6Px8EV0PhJrMd8AfgBYElC2ByJARvZilBTVBQQVEgM0zBb0tgbz82L cgHQT6AmYEm2IbFlLXciBiZgETBjS+ElUDMqU1sLgCSwcj5AMxstU/JNJQeQc0lCZCcFsGlnbwuAL UKBT8h8ERCBAHchc6CdmOB5wWwDAAxAokDY6CsAd8C4tAB5BZWqsQGcOsBDgLiqxXVWlAzDRViBqL ZXVkaSAuNU8ENCFPkiBPoDowcjgzJSdjW0ArkD2RLQBWQVhATXZiLisGEA3gLghQbR8ET2I1WeB0L ViBSVhEGYGVr9zASC4ACEC9LECShBCAikudJtjrCEPFkdzRRMxsfBP8fjx8yIO8h/yMPJB9jwSVvL /yZ/J48on2feKr8rzyzfLe//Lw8wHzEvMj8zSDP/NQ82H/83LzN1OM853zrvO/8fMT1P/z5fP29AL fx8iQd9C70P/RQ3XRg8zdmPgYWQAV26wEODHhraBwIZzKkRCYHJv4P9m0AGgcFAuQQCQAQBkEE3AL /U2QZUw1XZWNE22AC2AEELcN4H1TjjVSi6CKp3Rw0PWFsWoFsWRlIAGgavAHkbdnMXfyHwRCdFGLL NHMAwPt08BMhKH1iEOB8IEnABcC+IWQAAiAHkXnghkB4BACqdGqAUwWwcmrRZwtx13g0HwR4q3NJL wGMGkI7xN4CAB4GJLTJkAG6GSSc5dPAgZ2uQZZJk4ERT/jFPwYXEkJJOMWmxZXBrgf8LUWrQA/BiL oGyfCkCVcAZx/3LwaoCNAIW1eESVEYWQa1H9AJBnAwCYQWcBe6EOsJVwx51DcV98wWxmLXRAAxC5L fFFscBDwaVAFsWV5sdtk0RjAZghwbgBzacCBsg+NUIpFpdIzKkRQV1P3SAKHNXngdwOglkEDkWUgL v3WAANChU19za6CkoWwzFftR1WPQM4oydtJrgREgCsD/ioFlkmbRCfARIKnDcuGmAP97ZQORYOZ4L 0aNRk4JlIGfe/xDwMuB0JGlyZOCFkAGAruNvlMEzG11hCrBxlIAzKihPmsAEcGugG3BrKYk8NP+ZL 0gIQgBBkkGmyCsBnEI5iB6/Pc4ACQHA6Ly93XblANVjSs6FY0i9NMXP3A2C6EUsQL0+SX2FPkptwL 1DAzu6AuuNBtRYZoR68LgJ7RobGfA0h1EW2ese1ucnK+goExKIFwamBMNf1oOEMDkW6AT0ABkJZBL BGDnduEBAMFRbHONa3a4A4H/atBvMACQoVOgwl/EfqIDUt8SwbOTa4CRMFMcSbGhZrD/fCFkwUphL nGNq0HuDGMCMEf56ZIFmI3SDeGJ8IcGCHfD+eR8ExZNgY8JAa5Jy8gSQL2Vws+sd0h8Efc6QHgBwL AAEAAAAuAAAAU2Vla2luZyBpbmZvL3ByaWNlcyBmb3IgT3BlblZNUyBhbmQgaGFyZHdhcmUuAAAAL AgFxAAEAAAAbAAAAAcAuWmQw76SjCZpBEdSTaQAQS62GnABNIc6wAAMALgAAAAAACwArAAAAAAALL AAIAAQAAAB4AQhABAAAAHgAAADwzOURCQUEyOC4yRjkyQTQwRkBndGVjaC5jb20+AAAAAwDeP69vL AABAADkAoELHS7cxwAEDAPE/DAQAAB4AMUABAAAAEQAAAFRISUVSUlkuREVDSEFJWkUAAAAAAwAaL QAAAAAAeADBAAQAAABEAAABUSElFUlJZLkRFQ0hBSVpFAAAAAAMAGUAAAAAAAwD9P+QEAAADACYAL AAAAAAMANgAAAAAAAgExAAEAAABGAAAAAAAAAFWGgAB+BdQRo/cACMcziSsHACHsKp2D7tMRo+sAL CMcziSsAAAAChcUAACHsKp2D7tMRo+sACMcziSsAAAAibJ4AAAAAAgEUOgEAAAAQAAAA271zx8GZL 1BGj+gAIxzOJKwMAgBD/////AgFHAAEAAAA2AAAAYz1GUjthPUFUTEFTO3A9U05DRjtsPVM3MEVSL VEJJQTExLTAwMTAwOTA2MDgwOFotMTk1NDMAAAACAfk/AQAAAFUAAAAAAAAA3KdAyMBCEBq0uQgAL Ky/hggEAAAAAAAAAL089U05DRi9PVT1JTkZSQS1QUi0wMS9DTj1SRUNJUElFTlRTL0NOPVRISUVSL UlkuREVDSEFJWkUAAAAAHgD4PwEAAAAdAAAAREVDSEFJWkUgVGhpZXJyeSAoRGlyIElORlJBKQAAL AAAeADhAAQAAABEAAABUSElFUlJZLkRFQ0hBSVpFAAAAAAIB+z8BAAAAVQAAAAAAAADcp0DIwEIQL GrS5CAArL+GCAQAAAAAAAAAvTz1TTkNGL09VPUlORlJBLVBSLTAxL0NOPVJFQ0lQSUVOVFMvQ049L VEhJRVJSWS5ERUNIQUlaRQAAAAAeAPo/AQAAAB0AAABERUNIQUlaRSBUaGllcnJ5IChEaXIgSU5GL UkEpAAAAAB4AOUABAAAAEQAAAFRISUVSUlkuREVDSEFJWkUAAAAAQAAHMKAGR0u3McABQAAIMEbVL HxXLMcABHgA9AAEAAAAFAAAAUkU6IAAAAAAeAB0OAQAAAC4AAABTZWVraW5nIGluZm8vcHJpY2VzL IGZvciBPcGVuVk1TIGFuZCBoYXJkd2FyZS4AAAAeADUQAQAAADUAAAA8MjFFQzJBOUQ4M0VFRDMxL MUEzRUIwMDA4QzczMzg5MkIxQ0VCMTRAUzcwRVJUQklBMTE+AAAAAAsAKQAAAAAACwAjAAAAAAADL AAYQKE/XEQMABxA/BwAAAwAQEAAAAAADABEQAAAAAB4ACBABAAAAZQAAAEFSTkVWQUpIT0pXUk9UL RTpDVEhVTEhVV1JPVEU6MSlPVVJORUVESVNBUExBVEZPUk1GT1JBU1AoVEhBVElTQVBQTElDQVRJL T05TRVJWSUNFUFJPVklERVIsTk9UVEhFRVZJTE8AAAAAAgF/AAEAAAA1AAAAPDIxRUMyQTlEODNF@ RUQzMTFBM0VCMDAwOEM3MzM4OTJCMUNFQjE0QFM3MEVSVEJJQTExPgAAAACvqA==  ) ------_=_NextPart_000_01C031B7.4BC742A0--    ------------------------------  % Date: Mon, 09 Oct 2000 08:15:09 -0400l0 From: Jim Jennis <jjennis@discovery.fuentez.com>: Subject: RE: Seeking info/prices for OpenVMS and hardware.D Message-ID: <3.0.5.32.20001009081509.009139f0@discovery.fuentez.com>  	 Hi All...t  H Speaking of CORBA on OpenVMS, someone posted this link a few days ago. IJ have not tried it yet, but they claim (if you have a C++ compiler) it will run on VMS.i    3 http://www.uk.research.att.com/omniORB/omniORB.htmls  K As a veteran of the DCE debacle on OVMS some years back, I have been hoping F that true cross platform "up to date" CORBA and Java support (and goodK tools) would be available on OVMS...(hopefully before the pressure to phasek it out becomes too great).   Regards,   Jimw  ' At 08:08 AM 10/9/2000 +0200, you wrote:l >Arne Vajhoj wrote : >>>Cthulhu wrote:-B >>> 1) Our need is a platform for ASP (that is Application ServiceH >>>         Provider, not the Evil One). They asked me to look for CORBAJ >>>         compatibility. I think support for Java Servlet/JSP would be aD >>>         nice thing too (I hate Java, but they follow the trend). >aA >>There are CORBA for VMS. I can not remember the vendors though.h >>C >>I have not heard about servlets and JSP support for VMS - and VMS D >>are unfortunatetly a bit behind on the Java front, but it seems to> >>be catching up now, so maybe it either are there now or will >>arrive soon. > L >And what's about TOMCAT portage on OpenVMS (Yes it's SUN product, but ...)=  ?L >With the new declaration of COMPAQ 3th october 2000, OpenVMS is e-platform, >etc... =20s >e
 >Sincerly. >  >-----Message d'origine-----2 >De: Arne Vajh=F8j [mailto:arne.vajhoej@gtech.com]! >Date: jeudi 5 octobre 2000 00:08- >=C0: Info-VAX@Mvb.Saic.ComP9 >Objet: Re: Seeking info/prices for OpenVMS and hardware.N >h >r >Cthulhu wrote:rA >> 1) Our need is a platform for ASP (that is Application Service/G >>         Provider, not the Evil One). They asked me to look for CORBA0I >>         compatibility. I think support for Java Servlet/JSP would be anC >>         nice thing too (I hate Java, but they follow the trend).1 > @ >There are CORBA for VMS. I can not remember the vendors though. > B >I have not heard about servlets and JSP support for VMS - and VMSC >are unfortunatetly a bit behind on the Java front, but it seems tot= >be catching up now, so maybe it either are there now or willk
 >arrive soon.  >O9 >> 1a) Which are the other *DBMS avaliable beside Oracle?D > B >Oracle classic and Oracle RDB are the two major databases on VMS.C >But other smaller (and cheaper !) ones do exist. Sorry again I can- >not remember specific names.o >0@ >> 2) I think I'll go for a DS10, maybe two of them to play withG >>         clustering. Or maybe I can do some significative test with a.B >>         self-build alpha, or even a refurbished one? Which one? >,2 >DPWS's are now down in an attractive price level. >=20I >> 3) Where to search for license pricing? I have an hardware reseller atI( >>         hand, but not a software one. >e	 >Compaq !b >r >(good luck) >i >> 4) I found the article atD >>         http://www5.compaq.com/newsroom/pr/2000/pr2000100301.html2 >>         interesting. How must I trust it (ehe)?% >>         Can I obtain more details?E >69 >There are many positive signs for VMS from Compaq today.r >o= >It appears as if they have realized that they can earn moneyv >from VMS also long term ! >Y >ArneS >PG >Attachment Converted: "c:\eudora\attach\RE Seeking infoprices for Ope"s > 8 --------------------------------------------------------7 FSC - Building Better Information Technology Solutions-b7       from the Production Floor to the Customer's Door.18 --------------------------------------------------------5 Jim Jennis, Technical Director for Commercial Systemsn Fuentez Systems Concepts, Inc. 1 Discovery Place, Suite 2 Martinsburg, WV. 25401 USAe  # Phone: +001 (304) 263-0163 ext. 235C Fax:   +001 (304) 263-0702' Email: jjennis@discovery.fuentez.com=20b        jhjennis@shentel.nets& WEB: http://www.discovery.fuentez.com/   ------------------------------  $ Date: Mon, 9 Oct 2000 00:07:21 -0700, From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl>0 Subject: Re: Sending/receiving faxes on OpenVMS?* Message-ID: <8rrqtp$id5$1@buty.wanadoo.nl>  K I don't know if somebody mentioned it already (I was at CETS2000), but PMDFQ4 also does a good job at sending and receiving FAXes.  J AND the good news is, that Process Software has taken over the development and the maintenance of PMDF!  	 Bart Zorna  < "Chris Scheers" <chris@applied-synergy.com> wrote in messageI news:6BF8365A08BE3044.91DA2420323315F7.3A8510A3577B38C0@lp.airnews.net...o > Jan Vercammen wrote: > >tI > > Is there any software available that allows one to send/receive faxes- from > > an OpenVMS system? >,G > Applied Synergy has a family of OpenVMS faxing products called Q/FAX.: >eI > Let me know if you are interested and I will send you some information.  >pI > -----------------------------------------------------------------------,& > Chris Scheers, Applied Synergy, Inc. >dD > Voice: 817-237-3360            Internet: chris@applied-synergy.com >   Fax: 817-237-3074    ------------------------------  # Date: Mon, 09 Oct 2000 12:49:24 GMTh0 From: "Mike Flaherty" <mflaherty2@earthlink.net>8 Subject: Re: Thinking of switching from Multinet to UCX.D Message-ID: <o9jE5.5758$D81.238242@newsread2.prod.itd.earthlink.net>  D > 2) What can Multinet do that UCX can't (what will we be giving up)  H > 2.  Quality!  Both Multinet and UCX are ports of the Berkeley code butL > Multinet has a multi-year head start!  DECpaq, up until TCP/IP 5.0A was/isJ > still finding and fixing the Berkeley bugs plus the ones they introduced > during the portc  J If this is the case then why do I keep running into problems with MultinetJ that can only be fixed with patches from Process Software that emulate UCXL drivers.  For example I installed the Compaq supported version of Apache.  IL followed the installation guide to the letter but I couldn't get it to startB up.  Once I mentioned to Compaq support that I was using Multinet,L everything was clear.  They said there was a known problem with Multinet andI that I had to give OPER privilege to the APACHE server account to make itlG work.  I mentioned this in a seperate post on this newsgroup and Hunterv= Goatley, presumably with Process Software, had this to say...   L **************************************************************************** ****C Just to clarify that, it was due to Apache using a UCX feature thatgB MultiNet didn't emulate, but it does with the latest UCXDRIVER ECOF kit for MultiNet and in MultiNet V4.3A.  If you install the ECO kit orA upgrade to MultiNet V4.3A, you no longer have to give the account  any privileges.,   Hunter ------9 Hunter Goatley, Process Software, http://www.process.com/9: goathunter@goatley.com      http://www.goatley.com/hunter/  L **************************************************************************** ****  J Now I know that Multinet is a great product as far as third party productsK go.  However, it is still a third party product and and it will always havesK to assimilate to Compaq's code which means it will always be a step behind. L Again, I can live with this if Compaq is still going to charge me seperatelyI (more $$) for UCX but what is going to happen when Compaq does bundle UCX J with VMS.  Will Process dump Multinet like they did with Purveyor (anotherE great Process Software product that we had to find a substitute for)?    ------------------------------  % Date: Mon, 09 Oct 2000 14:10:28 -0000 - From: wspencer@ap.nospam.org (Warren Spencer)/8 Subject: Re: Thinking of switching from Multinet to UCX./ Message-ID: <su3kek8rle4hdd@news.supernews.com>s  3 DRAGON@compuserve.com (Richard B. Gilbert) wrote in|- <200010081056_MC2-B627-7425@compuserve.com>: /  A >        !!!!!   Have you considered getting "professional help"?- >-9 >        WHY would you want to replace Multinet with UCX?   F Certification is one consideration.  It's been my experience that DEC G certifies it products best with its own.  A few years ago we applied a CK Multinet upgrade and broke DECmessageQ (before it became BEA MessageQ).  I  G replaced Multinet with UCX on five boxes, and haven't had that problem nG again - because DEC's documentation correctly identified compatibility  1 issues before I shot my foot off with an upgrade.f    D >1.  UCX is a layered product.  It is licensed separately, installedI >separately,  charged for separately, and support is an extra cost item!  G >Most new systems are sold with a UCX license and have been for several E >years so the fact the fact the people still pay for and use Multinet  >should tell you something  J It was noted earlier in this group that UCX is bundled free with OpenVMS. J Assuming this is correct, it's MULTINET, not UCX, that has to be licensed # separately and paid for separately.r    G >2.  Quality!  Both Multinet and UCX are ports of the Berkeley code butoD >Multinet has a multi-year head start!  DECpaq, up until TCP/IP 5.0AE >was/is still finding and fixing the Berkeley bugs plus the ones they) >introduced during the port.  % Can't argue with "software maturity".    >tD >3. No migration tools.  You won't have to recreate your queues fromG >scratch but you will have to do a SET QUEUE for each one to change the0 >print symbiont.  # Same - but this is a one-time cost.f   ws   -- O3 << What if there were no hypothetical questions? >>e   ------------------------------  % Date: Mon, 09 Oct 2000 17:21:41 +0100o  From: Paul Sture <paul@sture.ch>( Subject: Re: VaxStation 3100 Floppy Disk+ Message-ID: <VA.000000f9.0c47e677@sture.ch>=  B In article <8rahff$aku$1@info.cs.uofs.edu>, Bill Gunshannon wrote:3 > From: bill@triangle.cs.uofs.edu (Bill Gunshannon)  > Newsgroups: comp.os.vmsn* > Subject: Re: VaxStation 3100 Floppy Disk > Date: 2 Oct 2000 17:43:11 GMTy > Reply-To: bill@cs.uofs.edu > G > I want to thank everyone for their help with this latest predicament.iG > The winner was Brian Wheeler.  Most of the solutions required gettinglK > something onto the VAX which of course, was what I was having the problem E > with.  The serial port solution wasn't doable for two reasons.  TheeF > console is not a serial port (because I'm working on a VS3100, darn,I > forgot to mention that again) and it also uses an MMJ connector which Ie > have none of.   K Ah yes. I should have said that getting the right connectors was something wF of a challenge :-) There's a switch at the back of the VS3100 to flip K between graphics and console mode too. (That switch can be tricky, I found oL the best way to attack it was to slip off the top cover and support it from K behind with one screwdriver while toggling it through the hole in the case n with another).  H If you haven't got the hardware documentation for your beast, check out 6 http://www.whiteice.com/~williamwebb/intro/DOC-iv.html  4 >But, the raw disk mounted as foreign looks like theI > answer.  Of course, once I get the paks on I will have DECNET and TCPIPc' > and this will not be a problem again.t > L > I'm getting closer and closer to bringing up my first cluster.  Of course,@ > the thing I lack most of all is time to spend playing with it. > B > All the best and thanks again to everyone who offered solutions. >    ___A
 Paul Sture SwitzerlandG   ------------------------------  % Date: Mon, 09 Oct 2000 17:21:39 +0100G  From: Paul Sture <paul@sture.ch>@ Subject: Was: Basic freeware CD problems. Now: Command Synonyms.+ Message-ID: <VA.000000f8.0c47dca6@sture.ch>A  = In article <39DE1AB8.90DC79F7@Compaq.com>, Joshua Cope wrote:F, > From: Joshua Cope <Joshua.Cope@Compaq.com> > Newsgroups: comp.os.vmsD) > Subject: Re: Basic freeware CD problemsA' > Date: Fri, 06 Oct 2000 14:32:24 -0400A > ( > paddy.o'brien@zzz.tg.nsw.gov.au wrote: > > T > > Arne and another respondee are correct about R and C being special synonyms, butO > > can be overridden by  user symbols.  Also I think that LO was recently (VMSAG > > 7.n?) added as a synonym for logout.  It was too popular to ignore.A > 1 > Looks like LO for LOGOUT was added back in 7.0.A >BP T for Type and H for Help were at one time synonyms, IIRC. I believe those were S removed sometime around V3 or V4. I still define H*ELP in my login.com as a result.M  Q On the subject of HELP, I'm currently reading the V7.3 Release Notes (** not yet gS finalised) and note that the callable utility routines for backup, mail, et al are 3 now included in the help.D  O Not a bad idea, but I must protest at the way they have been implemented. HELP CP BACKUP is to become HELP BACKUP_Command, apparently, with at least the MAIL and , CONVERT command help falling victim as well.  D Not nice! On most systems at work, I can get backup help by a simple      $ H B  1 My hobbyist system is a little more verbose with:B  
    $ H BAC  * because I've got BASIC and BLISS on there.   But from 7.3 I will need:A      $ H BACKUP_Cy  U See why I don't like it? I would have thought a more logical place to put these help Q1 routines is at the same level as System_Services.2  U ** I realise that these Release Notes are just provisional at this stage, and may or Q; may not be an accurate representation of the final release.C ___B
 Paul Sture Switzerlandi   ------------------------------  # Date: Mon, 09 Oct 2000 09:29:22 GMT2/ From: Mike Price <mike.price@littlewoods.co.uk>P= Subject: Re: What exactly happens when a terminal dissappearsw) Message-ID: <8rs35c$j5u$1@nnrp1.deja.com>f   Update.dG Seems like what is happening is that the exit handlers fire if the mainU process is running on its own.D Once it spawns a subprocess (waiting for its completion) then if theA user disconnects at this point the exit handlers do not fire fromJG either the main process (which is waiting) or the sub-process (which isx running)   Mike --B All opinions are my own and do not necessarily reflect those of my employer    & Sent via Deja.com http://www.deja.com/ Before you buy.W   ------------------------------  # Date: Mon, 09 Oct 2000 12:19:58 GMTx From: gdemont@my-deja.com15 Subject: Re: Why is it so hard to port things to VMS?i) Message-ID: <8rsd5c$pus$1@nnrp1.deja.com>Q  G > >         Now when you have to get down and dirty with the O/S or theEK > > Graphics Hardware, C looks a lot more attractive.  It's also a lot moreb
 > > risky! > L > Exactly.  I think I said that the reason C is so portable is that, becauseG > it is used so heavily for OS development, quality implementations areAO > universally available.  Quality implementations are not universally available / > for Ada, COBOL or any of the various Pascals.k  8 As for Pascal it is understandable since the language is: split into deeply uncompatible dialects of various quality; and on selected platforms. But this is not the case of Ada:A? GNAT (Ada95) is free and built for many OSes including OpenVMS.s< In addition the excellent DEC Ada is also a compliant Ada 83D and you can share a lot of unchanged sources e.g. between GNAT on PC and DEC Ada on VMS...D  = As for contact with hardware you can also do it easier in AdaA< (i.e. with far less debugging) - like other things of higher level :-) .j6 ______________________________________________________6 Gautier  --  http://members.nbci.com/gdemont/gsoft.htm    & Sent via Deja.com http://www.deja.com/ Before you buy.c   ------------------------------  $ Date: Mon, 9 Oct 2000 00:23:33 -0700, From: "Bart Zorn" <B.Zorn@TrueBit.nospam.nl>0 Subject: Re: www.networks.digital.com retired...* Message-ID: <8rrrs6$k8u$1@buty.wanadoo.nl>  F I did not follow the entire thread (I was at CETS2000), but anyone try http://www.dnpg.com ?v  H That is the site of the new Digital Networking Products Group. They were* also present at the tradeshow at CETS2000.  	 Bart ZornT  8 "Richard Jordan" <rjordan@mars.mcs.net> wrote in message* news:A_TC5.69$w71.4446@news.goodnet.com...L > As most of you probably know from recent posts, 'www.networks.digital.com'I > went off the air a few weeks ago.  Don't know about anyone else, but ofTC > course I _needed_ something from that site so started sending webA" > feedbacks to Compaq.  Every day. >CG > Well they surprised me.  For the first time since the takeover, after5B > numerous complaints about web problems, they actually responded. >RE > Now the bad news.  The response I got was that the Digital networks.I > site has been 'retired' and there are no plans to being it back online. I > This site had the bulk of archived firmware, documentation, and generaldG > information about DEC network products (Cabletron/Enterasys/DNPG onlyiE > seem to have the more recent information, and have not responded tor3 > email asking about older products and downloads).  >nD > In addition, any of the remaining "Search DIGITAL.COM" pages (like@ > the one at www.digital.com/SPD) will now fail, since they usedC > cgi that was at the 'search.digital.com' site; that site has beenwE > redirected to 'search.compaq.com', but apparently the cgi and otherCE > support directories were not moved/ported/whatever.  The response Ii< > got from web feedback on this one was totally nonsensical. >e@ > As an added note; I could still get to pages listing 'archive'? > network information links for digital products.  All of theseJC > links pointed to networks.digital.com and are now dead.  So the Qn@ > decided to retire a significant site without even bothering toC > correct or remove the links on their own site that pointed to it.t >hG > I just wish I could even be surprised by this kind of thing any more.  >hF > I'm done with web feedback.  Hitting the FAQ to find names higher up@ > the food chain to question on the continuing 'issues' with the( > website and DEC product information... >p
 > Rich Jordanf > rjordan@mcs.net  >    ------------------------------   End of INFO-VAX 2000.565 ************************