How copy file form detached process?

[Antoniov.]

I have to write a little program using C language; this application have to copy file from a source folder into various folder.
Program runs in detach mode; I used LIB$SPAWN system routine but doen't work (exit status = %X7FF58005 I don't known).
I think this happens because deteched process has not a CLI (Command Language Interpreter) so it isn't possible execute a DCL command.
How can I do this?
Also, sometimes I have to send the file to another node using FTP.

Tahnks to all
Antoniov

[Åge Rønning]

A CLI is mapped to your process by a system image called SYS$SYSTEM:LOGINOUT.EXE. When a detached process is created without executing LOGINOUT.EXE, a CLI is not mapped to the process.

Solution:

$! Create a command procedure that just has the RUN program command,
$! This procedure is the /INPUT for the RUN/DETACH command below.
$
$ create detach.com
$ RUN detach.exe
$!

$! Run loginout.exe as the image to create the detached process
$!
$ RUN/DETACH/ERROR=detach.err/OUTPUT=detach.out/INPUT=detach.com -
sys$system:loginout.exe
$!

The procedure to use with SYS$CREPRC is the same. Pass SYS$SYSTEM:LOGINOUT.EXE as the "image" and pass "detach.com" as the
"input".

[Ian Miller.]

There isn't a callable copy but you can use the convert routines see http://h71000.www7.hp.com/doc/731FINAL/4493/4493pro_006.html#4493_conv_chap

or the backup api (VMS V7.1 and later) - see
http://h71000.www7.hp.com/doc/731FINAL/4493/4493pro_001.html#4493_bu_chap

[Craig A Berry]

Other options including grabbing the rmscopy routine from [.vms]vms.c in the Perl sources or searching for fast_io_copy.c in the comp.os.vms archives. The latter uses the $IO_PERFORM interface (also demonstrated in SYS$EXAMPLES:IO_PERFORM.C).

There was a recent discussion of callable FTP on comp.os.vms. There's more than one way to do it, depending on your TCP/IP stack.

[Vouters]

Hi Antoniov,

This example might be a little too complicated to fit your needs and you might simplify it but here is a C program you might use to replace your lib$spawn call to a sys$creprc call and also using the persona system calls.
If you also have Visual C++ on your PC computer, you might also give it a try.
http://h18000.www1.hp.com/support/asktima/communications/00A16286-AD980927-1C02A1.html
Hoping this can help you in your daily job.
Regards,
Philippe

[Antoniov.]

Hi Age,
I hasn't tought to LOGINOUT that's a good idea but my example doesn't work.
You can see attachment.
Where do I wrong?

Bye
Antoniov

[Antoniov.]

..and here there is the 2.nd attachment.

[Antoniov.]

Hi Ian,
I've already user convert, mey be a good idea if I don't find a ready-to-use routine.
I never user backup routine, but some my oldest customer still works with OVMS 6.1 (yes the very old version) so, if is possible, I prefer use convert.

Thanks
Antoniov

[Antoniov.]

Hello Craig,
I've found IO_PERFORM.C; now I'm reading it to understand as working then I'll compile to try.
I'll post the result.

Thanks
Antoniov

[Antoniov.]

Hello Philippe,
same answer to Craig.

To all
I believe does exist a simple solution but there nothing simple using computer.
Now I'm trying the prio .C examples.

Thanx
Antoniov

[Åge Rønning]

Antoniov,

I think the problem is that you do a RUN PROCESS and not a simple RUN IMAGE in the command procedure you give as input to LOGINOUT.EXE. So you create a detached process with a CLI which again create a new detached process without the CLI....

If you have a look at my example the input file did only a simple RUN DETACHED.EXE(or whatever your application is called). That means you probably have to get the input from other source than in your RUN command.... Either by pointing a logical to your input file or similar and open it from within the application.

Hope this helped?

[Antoniov.]

Age this is your example:
$! Create a command procedure that just has the RUN program command,
$! This procedure is the /INPUT for the RUN/DETACH command below.
$
$ create detach.com
$ RUN detach.exe
$!
$! Run loginout.exe as the image to create the detached process
$!
$ RUN/DETACH/ERROR=detach.err/OUTPUT=detach.out/INPUT=detach.com -
sys$system:loginout.exe
$!
=================================
Now this is my example:
$! This command procedure call another DCL command in detach mode
$ SET VERIFY
$ RUN/DETA/INP=detach.com/OUT=DETACH.LOG-
SYS$SYSTEM:LOGINOUT
$ SET NOVERIFY
$ EXIT
------ Here DETACH.COM
$ RUN/INP=myfile.txt/OUT=detach1.LOG -
DETACHED.EXE
$ EXIT
===================================
Is seems similar.
If type @DETACH.COM process DETACHED.EXE stay alive and works fine.
If I type @TMP that call DETACH.COM, process DETACHED can't alive after TMP is closed; it seems DETACHED can live only if TMP lives.

Any help will be apprecied.
Antoniov

[Åge Rønning]

Antoniov,
it's one BIG difference and that is I only run the image called detach.exe while you do a RUN/INPUT etc. Your command will create a new detached process, mine will not. See help RUN IMAGE and RUN PROCESS to see difference.

I've attached a working example in Fortran(sorry, But havn't got one in C). If you got Fortran installed just download the attached file to your system and do a @file and it will create the files, run it and show the output file.

[Antoniov.]

Hi Age,
I've discovered the solution.
Process DETACH.COM have to stay alive to keep alive DETACHED.EXE. If I add a WAIT 00:01:00 before exit, DETACHED stay alive.
Solution is very complicated, but now I can't solve better.

Bye
Antoniov

[Antoniov.]

Bunny rabbit!
Problem solved!
Detach process use SYS$CREPRC system service to create a new detached subprocess that calls SYS$SYSTEM:LOGINOUT.EXE with appropriate parameters.
If somebody need source can post here!

Age,
you get me idea for use LOGINOUT.
Post a message and I will assign you 8 pts!
Thanks

[Åge Rønning · Accepted solution]

Antoniov,
good to hear you solved your problem!
\Aage