INFO-VAX Sun, 14 Oct 2007 Volume 2007 : Issue 562 Contents: Re: Bigger isn't always better! Re: Bigger isn't always better! Re: Bigger isn't always better! Re: Bigger isn't always better! Re: Canadians flee Canadian socialized Hillary type healthcare for U.S. Re: Canadians flee Canadian socialized Hillary type healthcare for U.S. Re: Canadians flee Canadian socialized Hillary type healthcare for U.S. NFS client accessing Windows acting badly (long) Re: NFS client accessing Windows acting badly (long) Re: NFS client accessing Windows acting badly (long) Re: SAMBA/CIFS (Was:Re: Bigger isn't always better!) SRVMISMATCH error fix available Re: Technical Q&A (Was Re: Actual VMS Technical Qeustion! DECnet Phase IV partly [Q]Execute a command procedure from a detached process Re: [Q]Execute a command procedure from a detached process Re: [Q]Execute a command procedure from a detached process ---------------------------------------------------------------------- Date: Sun, 14 Oct 2007 11:33:43 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Bigger isn't always better! Message-ID: In article , "Richard Maher" writes: > > >Hi Brian, > >You gotta love these bugs that can run for days, weeks or possibly months in >test/live before they sit up and bite you :-( If anyone would like to see a >similar story/experience you can look at: - > >http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1074590 > >or for a more in-depth analysis, search COV for "chez Maher" via Google. > >Cheers Richard Maher You too with TNAs! >PS. One would hope that these experience would encourage those at VMS >versioning to "turn off" *all* new/changed functionality by default. (No >matter how amazing they think their baby is, and how stupid it would be for >customers to opt for stability over of the best thing since sliced-bread - >But I doubt it.) There are a number of new features in releases of VMS and if the default was to maintain old behavior, I believe many sites would NEVER implement them. The problem is that this site is using a third-party library which interfaces with some old equipment (hand-held terminal/scanners like you may see used in markets by clerks doing inventory of product on shelves) and these units are no longer being supported by the company that had manufactured or sold them. I know that I will now go back and check any of my code to see if it stores a device name and if so, if there is sufficient storage space. We have all had to make code changes when VMS changed so I don't agree that shipping the latest and greatest with a new feature disabled is the right thing to do. I am just happy that in this particular case I could turn off the new feature since there was no way to change the code. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Sun, 14 Oct 2007 15:54:45 +0200 From: "P. Sture" Subject: Re: Bigger isn't always better! Message-ID: In article , VAXman- @SendSpamHere.ORG wrote: > In article , "Richard Maher" > writes: > > > > > >Hi Brian, > > > >You gotta love these bugs that can run for days, weeks or possibly months in > >test/live before they sit up and bite you :-( If anyone would like to see a > >similar story/experience you can look at: - > > > >http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1074590 > > > >or for a more in-depth analysis, search COV for "chez Maher" via Google. > > > >Cheers Richard Maher > > You too with TNAs! > > > > >PS. One would hope that these experience would encourage those at VMS > >versioning to "turn off" *all* new/changed functionality by default. (No > >matter how amazing they think their baby is, and how stupid it would be for > >customers to opt for stability over of the best thing since sliced-bread - > >But I doubt it.) > > There are a number of new features in releases of VMS and if the default was > to maintain old behavior, I believe many sites would NEVER implement them. > > The problem is that this site is using a third-party library which interfaces > with some old equipment (hand-held terminal/scanners like you may see used in > markets by clerks doing inventory of product on shelves) and these units are > no longer being supported by the company that had manufactured or sold them. > > I know that I will now go back and check any of my code to see if it stores > a device name and if so, if there is sufficient storage space. We have all > had to make code changes when VMS changed so I don't agree that shipping the > latest and greatest with a new feature disabled is the right thing to do. I > am just happy that in this particular case I could turn off the new feature > since there was no way to change the code. Which emphasises the need to read release notes in full so that you are aware of which areas have changed, and the possible ramifications of them. Nice story - thanks for sharing it. This newsgroup isn't dead yet! -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ Date: Sun, 14 Oct 2007 09:57:10 -0500 From: David J Dachtera Subject: Re: Bigger isn't always better! Message-ID: <47122E46.F81770E@spam.comcast.net> VAXman-, @SendSpamHere.ORG wrote: > > In article , "Richard Maher" writes: > > > > > >Hi Brian, > > > >You gotta love these bugs that can run for days, weeks or possibly months in > >test/live before they sit up and bite you :-( If anyone would like to see a > >similar story/experience you can look at: - > > > >http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1074590 > > > >or for a more in-depth analysis, search COV for "chez Maher" via Google. > > > >Cheers Richard Maher > > You too with TNAs! T 'n' A would also be considered off topic, I suspect ;-) -- David J Dachtera dba DJE Systems http://www.djesys.com/ Unofficial OpenVMS Marketing Home Page http://www.djesys.com/vms/market/ Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/ Unofficial OpenVMS-IA32 Home Page: http://www.djesys.com/vms/ia32/ Unofficial OpenVMS Hobbyist Support Page: http://www.djesys.com/vms/support/ ------------------------------ Date: Sun, 14 Oct 2007 15:10:51 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Bigger isn't always better! Message-ID: <%jqQi.162$tf7.70@newsfe12.lga> In article <47122E46.F81770E@spam.comcast.net>, David J Dachtera writes: {...snip..} >> >> You too with TNAs! > >T 'n' A would also be considered off topic, I suspect ;-) ROTFLMFAO! -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Sun, 14 Oct 2007 13:41:06 -0000 From: ultradwc@gmail.com Subject: Re: Canadians flee Canadian socialized Hillary type healthcare for U.S. Message-ID: <1192369266.867068.323750@i38g2000prf.googlegroups.com> On Oct 13, 12:30 pm, Neil Rieck wrote: > On Oct 11, 7:39 pm, ultra...@gmail.com wrote: > > > this is what Hillary has in store for you ... > > >http://www.foxnews.com/story/0%2C2933%2C300939%2C00.html > > The one thing worse than the relgiously obsessed mind is the > politically obsessed mind. With all the wonders in the world why would > you allow yourself to be distracted by anything coming from Fox? Get a > life. > > Neil Rieck > Kitchener/Waterloo/Cambridge, > Ontario, Canada.http://www3.sympatico.ca/n.rieck/ because Fox is balanced, both sides ... CNN, CBS, ABC ... democratic propaganda channels ... NBC is trying to improve, but not yet there ... because people with a brain want their news unfiltered ... they do not need and do not like to be told lies and how to think and the news from some democrat liberal socialist view ... ------------------------------ Date: Sun, 14 Oct 2007 13:42:32 -0000 From: ultradwc@gmail.com Subject: Re: Canadians flee Canadian socialized Hillary type healthcare for U.S. Message-ID: <1192369352.708614.154030@v29g2000prd.googlegroups.com> On Oct 13, 12:30 pm, Neil Rieck wrote: > On Oct 11, 7:39 pm, ultra...@gmail.com wrote: > > > this is what Hillary has in store for you ... > > >http://www.foxnews.com/story/0%2C2933%2C300939%2C00.html > > The one thing worse than the relgiously obsessed mind is the > politically obsessed mind. With all the wonders in the world why would > you allow yourself to be distracted by anything coming from Fox? Get a > life. > > Neil Rieck > Kitchener/Waterloo/Cambridge, > Ontario, Canada.http://www3.sympatico.ca/n.rieck/ of course you do not like Fox because liberals do not like debate or be challenged ... they are right and everyone else is wrong ... ------------------------------ Date: Sun, 14 Oct 2007 09:56:00 -0500 From: David J Dachtera Subject: Re: Canadians flee Canadian socialized Hillary type healthcare for U.S. Message-ID: <47122E00.2947C9B7@spam.comcast.net> ultradwc@gmail.com wrote: > [snip] > of course you do not like Fox because liberals do not > like debate or be challenged ... they are right and everyone > else is wrong ... Gee... Now, who does THAT sound like ... Bob? -- David J Dachtera dba DJE Systems http://www.djesys.com/ ------------------------------ Date: Sun, 14 Oct 2007 19:44:01 +1000 From: Gremlin Subject: NFS client accessing Windows acting badly (long) Message-ID: <13h3p7779620690@corp.supernews.com> Hi Experts!! Using OpenVMS 8.2 with HP TCP/IP showing: [SYSMGR] > TCPIP SHO VER HP TCP/IP Services for OpenVMS Alpha Version V5.5 on a DEC 3000 Model 400 running OpenVMS V8.2 I have created an NFS share on a Windows2003 server using MS Windows Services for UNIX V3.5 (latest I can find) and it is configured and running happily. All my accesses are logged in Windows and none are creating any type of error. The Windows NFS share name is NFSDATA. From VMS, I can mount and unmount the NFS share successfully and the Windows log file shows the activity as being successful. The command I use from VMS is: > tcpip mount dnfs1:[data] /system/host=dl380/path=nfsdata/struc=5 and I get %TCPIP$DNFSMOUNT-S-MOUNTED, NFSDATA mounted on _DNFS1:[DATA] When I check the created device (DNSF1:), I see: [SYSMGR] > SHO DEV DNFS1 /FU Disk DNFS1:, device type Foreign disk type 7, is online, mounted, file-oriented device, shareable, accessed via DFS or NFS. Error count 0 Operations completed 9 Owner process "" Owner UIC [SYSTEM] Owner process ID 00000000 Dev Prot S:RWPL,O:RWPL,G:RWPL,W:RWPL Reference count 1 Default buffer size 512 Total blocks 426766656 Sectors per track 0 Total cylinders 0 Tracks per cylinder 0 Volume label "DL380$NFSDAT" Relative volume number 0 Cluster size 0 Transaction count 1 Free blocks unknown Maximum files allowed 0 Extend quantity 0 Mount count 1 Mount status System ACP process name "DNFS1ACP" Volume Status: ODS-5, access dates enabled. When I access the "root" that I created, I get: > DIR DNFS1:[000000] Directory DNFS1:[000000] DATA.DIR;1 Total of 1 file. Now, the problem is that if I try to access any files in any of the directories in/under that share, I get: > DIR DNFS1:[FILES] %DIRECT-E-OPENIN, error opening DNFS1:[FILES]*.*;* as input -RMS-E-DNF, directory not found -SYSTEM-F-TIMEOUT, device timeout and > DIR DNFS1:[DATA.FILES] %DIRECT-E-OPENIN, error opening DNFS1:[DATA.FILES]*.*;* as input -RMS-E-DNF, directory not found -SYSTEM-F-TIMEOUT, device timeout I get no error showing in the Windows log files. I have tried increasing the timeout on the mount, but it just takes longer to return the error!! I have also tried the following mount commands (notice the alternate or no use of leading / for the path): > tcpip mount dnfs1:[data] /system/host="dl380"/path="nfsdata"/struc=5 > tcpip mount dnfs1:[data] /system/host="dl380"/path="/nfsdata"/struc=5 > tcpip mount dnfs1:[data] /system/host="dl380"/path="\nfsdata"/struc=5 also trying > tcpip mount dnfs1: /system/host=dl380/path=nfsdata/struc=5 > tcpip mount dnfs1:[000000] /system/host=dl380/path=nfsdata/struc=5 and various combinations with/without the quotes. All result in successful mounts but no ability to access any directories/files. No error on Windows and only the timeout in VMS. I have tried this from two different OpenVMS servers, running the same version of VMS and TCP/IP and get the same results. I don't have any other OS handy to test NFS connectivity. Any thoughts would be appreciated. ------------------------------ Date: Sun, 14 Oct 2007 15:50:09 +0200 From: "P. Sture" Subject: Re: NFS client accessing Windows acting badly (long) Message-ID: In article <13h3p7779620690@corp.supernews.com>, Gremlin wrote: > I have also tried the following mount commands (notice the alternate or > no use of leading / for the path): > > tcpip mount dnfs1:[data] /system/host="dl380"/path="nfsdata"/struc=5 > > tcpip mount dnfs1:[data] /system/host="dl380"/path="/nfsdata"/struc=5 > > tcpip mount dnfs1:[data] /system/host="dl380"/path="\nfsdata"/struc=5 > > also trying > > > tcpip mount dnfs1: /system/host=dl380/path=nfsdata/struc=5 > > tcpip mount dnfs1:[000000] /system/host=dl380/path=nfsdata/struc=5 > > and various combinations with/without the quotes. No Windoes box here, but here's the flavour that works to access the NFS server on my Mac: $ tcpip mount dnfs2:[paul] /host="mac" - /path="/Volumes/VMS_Backup"/system/structure=5 -- Paul Sture Sue's OpenVMS bookmarks: http://eisner.encompasserve.org/~sture/ovms-bookmarks.html ------------------------------ Date: Sun, 14 Oct 2007 16:20:48 GMT From: "John E. Malmberg" Subject: Re: NFS client accessing Windows acting badly (long) Message-ID: Gremlin wrote: > Hi Experts!! > > > Using OpenVMS 8.2 with HP TCP/IP showing: > [SYSMGR] > TCPIP SHO VER > > HP TCP/IP Services for OpenVMS Alpha Version V5.5 > on a DEC 3000 Model 400 running OpenVMS V8.2 > > I have created an NFS share on a Windows2003 server using MS Windows > Services for UNIX V3.5 (latest I can find) and it is configured and > running happily. All my accesses are logged in Windows and none are > creating any type of error. The Windows NFS share name is NFSDATA. Be aware that Windows Services for Unix is no longer supported for Vista. The replacement product is only available in the Ultimate and Enterprise editions, and at this time does not include an NFS server. It is unknown if that will change. > From VMS, I can mount and unmount the NFS share successfully and the > Windows log file shows the activity as being successful. The command I > use from VMS is: > > Now, the problem is that if I try to access any files in any of the > directories in/under that share, I get: > > > DIR DNFS1:[FILES] > %DIRECT-E-OPENIN, error opening DNFS1:[FILES]*.*;* as input > -RMS-E-DNF, directory not found > -SYSTEM-F-TIMEOUT, device timeout I do not know about the timeout, however you need to make sure that you are mapping the VMS UICs to the Windows GUIDs properly, so that Windows uses the proper account permissions to access the file. I was going to look into how to do this, but a hardware failure forced me to move to Vista, and the home editions of Vista do not allow this. -John wb8tyw@qsl.network Personal Opinion Only ------------------------------ Date: Sun, 14 Oct 2007 16:38:29 GMT From: "John E. Malmberg" Subject: Re: SAMBA/CIFS (Was:Re: Bigger isn't always better!) Message-ID: <9CrQi.133343$Xa3.109806@attbi_s22> Jan-Erik Söderholm wrote: > bradhamilton wrote: > >> Folks, >> >> Please consider continuing to share your experiences involving >> upgrading from SAMBA 2.2.8 or migrating from AS to CIFS. I had a bad >> experience attempting to upgrade from 2.2.8 to an earlier iteration of >> CIFS last year, and have been looking for others who have made a >> successful transition to attempt to learn from their experiences. >> Thanks! > > > FWIW, I was at the "VMS Tech Update" in Stockholm/Sweden > last week. One of the sessions was an update on CIFS run > by Jim Janetos "OpenVMS Base Operating System Lab Manager". > > In case the presentation might include something "new", I've > put a copy on my site : http://www.jescab.se/upload/cifs.pdf > > During Jim's presentation someone from the last row did a > comment that some guys at the Technical highschool in > Stockholm had made a VMS port of SAMBA with full cluster > support quite some years ago, which seemed to surpriced > Jim quite a lot... :-) :-) The term "Cluster support" as has been much misinterpreted by many people. From the Advanced Server point of view, "Cluster Support" means that the Microsoft style file locking works on the entire cluster, and that there is a cluster wide file cache. As of January 2007, I was totally unaware of any public Samba for VMS port that was properly supporting the Microsoft style file locking on a single node. In most cases, either RMS locking or no locking were being used. With no locking, there is a high risk of corruption if multiple clients modified the same file, and with RMS locking, many simultaneous locking modes did did not work. In August of 2006 I finally got the SAMBA locking test to pass on VMS, and got the locking working for accessing the local user/password tdb. As I left the project shortly after that, and have not looked at the any of the downloads, I do not know if any of that has been integrated into the field test kits. The VMS ports of SAMBA that I have seen have significant functionality removed as compared to the UNIX versions. IIRC: fixing them requires using the OpenLDAP client library instead of the one in VMS, and exporting "public" some "private" routines in Kerberos, and OpenSSL. -John wb8tyw@qsl.network Personal Opinion Only ------------------------------ Date: Sun, 14 Oct 2007 16:17:36 +0000 From: "Main, Kerry" Subject: SRVMISMATCH error fix available Message-ID: JF - I think you were the one who reported a SRVMISMATCH issue with monitor clus= ter that included a VAX or Alpha running VMS V7.3 or V7.3-2. As I recall, it was als= o documented in the V8.3 release notes as well. New fixes are now (or will be shortly) available. Integrity - VMS83I_MONTOR-V0100 ftp://ftp.itrc.hp.com/openvms_patches/i64/V8.3/VMS83I_MONTOR-V0100.txt ftp://ftp.itrc.hp.com/openvms_patches/i64/V8.3/ ftp://ftp.itrc.hp.com/openvms_patches/i64/V8.3/VMS83I_MONTOR-V0100.ZIPEXE Alpha - VMS83A_MONTOR-V0100: ftp://ftp.itrc.hp.com/openvms_patches/alpha/V8.3/VMS83A_MONTOR-V0100.txt ftp://ftp.itrc.hp.com/openvms_patches/alpha/V8.3/ (Alpha kit might be delayed by day - check Mon) ftp://ftp.itrc.hp.com/openvms_patches/alpha/V8.3/VMS8A_MONTOR-V0100.ZIPEXE Extract from VMS83A_MONTOR-V0100 release notes: 5.2.8.3 Problem Analysis: Returning a SRVMISMATCH error had been intentional behaviour due to problem= s that prevented live cluster mode monitoring from working. These problems have been addres= sed, eliminating the need for the SRVMISMATCH error. A few other monitor issues are also fixed. Regards Kerry Main Senior Consultant HP Services Canada Voice: 613-592-4660 Fax: 613-591-4477 kerryDOTmainAThpDOTcom (remove the DOT's and AT) OpenVMS - the secure, multi-site OS that just works. ------------------------------ Date: Sun, 14 Oct 2007 06:18:50 -0700 From: AEF Subject: Re: Technical Q&A (Was Re: Actual VMS Technical Qeustion! DECnet Phase IV partly Message-ID: <1192367930.222567.80870@v23g2000prn.googlegroups.com> On Oct 13, 1:46 pm, Doug Phillips wrote: > On Oct 11, 4:08 pm, AEF wrote: > > > On Oct 11, 3:02 pm, Keith Parris wrote: > > > > For folks here in need of answers to technical questions, or who have > > > technical knowledge to contribute, I highly recommend the HP IT Resource > > > Center Forums on OpenVMS as a far-superior alternative to this > > > newsgroup:http://forums1.itrc.hp.com/service/forums/familyhome.do?familyId=288 > > > Well, this isn't going to improve the S/N ratio of COV, now, is it? > > > ITRC is a bit of a pain. I can't remember my cryptic user name. > > You don't need to remember the CA number. You can log in using the > email address you gave when you joined. (The one in your ITRC > profile.) It *is* case sensitive, as is the password. Hi Doug! I don't remember the address I gave it. > > If you can't get in with your email address (probably a case problem) It's case-dependent? An email address??? AAAAAAAAUUUUUUUUUUUUUUUUUGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH! > and you really want to find your CA number, assuming you've ever > posted to the forum, search the forum for your "Forum user name" to > find one of your old posts. (not the login name, but the name you > entered into your profile when you joined) Then, click on your name to > see your public profile and the URL will contain your CA number after > the ?userId= string. OK > > > Sometimes have to wait days for my password. Why don't they have wider > > space in which to put questions and output? Why isn't it a fixed-width > > font? > > When posting, look beneath the text input box and find a check-box > that says: > > "[ ] Retain format(spacing). URLs will not be clickable." > > Click that box first. OK. Next time I'm there I'll try that. > > Why the ugly Web-page formatting? Why the wizard/guru/olympian/ > > rock_star/savior/hero/superman/captain Kirk/champion/starter/loser/ > > handyman-icon system which rewards volume times quality instead of > > quality itself? > > The "hats for points" bit seems rather silly but if some people get > enjoyment from earning points and getting promotions, and that keeps > them active in the forum, then I don't see it as a bad thing. > > What I smile about is the fact that first you become a Pro, then a > Graduate. Seems backwards to me, as does the fact that you "advance" > from Wizard to King to Pharaoh to Olympian. Why Pharoah? Was the computer invented in Egypt? How about Czar while we're at it? Or Grand High Exalted Puba?! > I liked the green Pro hat best, but if you keep getting points you > lose the nice green hat and get a ugly blue mortarboard. The only real > noise at ITRC is the new-hat congratulatory threads but those are easy > to spot and ignore -- or you can post a congratulation to every one > and get points for just showing up. > > > I'll try there if I don't get a good answer here. > > NETCONFIG does the DEFINE OBJECT's for both TASK and FAL so they > should both display in LIST. If someone has PURGEd one, it won't > display in LIST. If someone has CLEARed one, it won't display in SHOW. But I restarted DECnet, so that's not it. But I this suggestion gave me an idea that I used to find what I think is the answer. See below. > If you inherited this situation, then DEFINE and SET the OBJECTs > however *you* want them. If you do that and the problem comes back, > then there's probably a .com file someplace that's fighting you. I restarted DECnet and the problem didn't go away, so it's not that. I logged in on my test box and found a command NCP SET KNOWN OBJECT ALL in STARTNET.COM and sandwiched it between two SHOW KNOWN OBJECT ALL commands. (Yes, I called this new command file AEF_STARTNET.COM so as not to save the changes in the regular version.) Then I figured out what must be happening: There are only 3 or so objects that appear in the LIST command; all the others appear only in the SHOW and they appeared in both SHOW commands that I added. So all these extra ones, which include FAL and TASK, come up by default. If they are at some point DEFINEd then they also appear in the LIST-command output. This way you can define parameters for FAL and/or TASK and store them in the permanent database. Then when STARTNET.COM runs its SET KNOWN OBJECT ALL command, if it finds FAL and/or TASK in the permanent database, it uses the parameters it finds there for these objects. So for one system someone must have run DEFINE TASK blah blah ... and on the other someone must have run DEFINE LIST blah blah blah.... My apologies for not figuring this out sooner. AEF ------------------------------ Date: Sun, 14 Oct 2007 02:24:46 -0700 From: stuie_norris@yahoo.com.au Subject: [Q]Execute a command procedure from a detached process Message-ID: <1192353886.675077.196490@t8g2000prg.googlegroups.com> Dear Group, I have a detached process that I wish to execute and wait for completion of a DCL command procedure. Since it is a detached process I have no CLI so I cannot use lib$do_command etc. I have seen from the system services manual sys$creprc and attempted to use it. I have been able to create a detached process, however I have not been able to execute the command procedure and wait for its completion. Is sys$creprc the correct system service to use? Does anyone have an example is C or Fortran that uses sys$creprc to execute and wait for the completion of a command procedure from a detached process. Thanks Stuart ------------------------------ Date: Sun, 14 Oct 2007 12:08:02 +0200 From: Joseph Huber Subject: Re: [Q]Execute a command procedure from a detached process Message-ID: stuie_norris@yahoo.com.au schrieb: > I have a detached process that I wish to execute and wait for > completion of a DCL command procedure. Since it is a detached > process I have no CLI so I cannot use lib$do_command etc. > > I have seen from the system services manual sys$creprc and attempted > to use it. I have been able to create a detached process, however I > have not been able to execute the command procedure and wait for its > completion. > > Is sys$creprc the correct system service to use? Does anyone have an > example is C or Fortran that uses sys$creprc to execute and wait for > the completion of a command procedure from a detached process. Out of a program, sys$creprc is o.k., but if You want a CLI (DCL), then the image to start must be the DCL login program SYS$SYSTEM:LOGINOUT.EXE: it establishes a DCL environment with the usual symbols and process logicals. As the input for the process specify a DCL procedure which in turn should run the target image. I don't have an example ready, but pass to sys$creprc parameters equivalent to the DCL command: RUN/DETACH/AUTH SYS$SYSTEM:LOGINOUT/input=myproc.com/output=mylog.log And in myproc.com: $! establich default directory etc. $ RUN myimage $ EXIT -- Joseph Huber - http://www.huber-joseph.de ------------------------------ Date: Sun, 14 Oct 2007 11:16:36 -0400 From: "Richard B. Gilbert" Subject: Re: [Q]Execute a command procedure from a detached process Message-ID: <471232D4.2080409@comcast.net> stuie_norris@yahoo.com.au wrote: > Dear Group, > > I have a detached process that I wish to execute and wait for > completion of a DCL command procedure. Since it is a detached > process I have no CLI so I cannot use lib$do_command etc. > > I have seen from the system services manual sys$creprc and attempted > to use it. I have been able to create a detached process, however I > have not been able to execute the command procedure and wait for its > completion. > > Is sys$creprc the correct system service to use? Does anyone have an > example is C or Fortran that uses sys$creprc to execute and wait for > the completion of a command procedure from a detached process. > > Thanks > > Stuart > The customary trick used when you want a detached process to have DCL available is to have it run LOGINOUT.EXE. ------------------------------ End of INFO-VAX 2007.562 ************************