[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference noted::hackers_v1

Title:	-={ H A C K E R S }=-
Notice:	Write locked - see NOTED::HACKERS
Moderator:	DIEHRD::MORRIS

Created:	Thu Feb 20 1986
Last Modified:	Mon Aug 03 1992
Last Successful Update:	Fri Jun 06 1997
Number of topics:	680
Total number of notes:	5456

382.0. "Passing a value to a detached subprocess" by PUZZLE::BLUM () Wed Jan 14 1987 23:02

    I'm having a problem passing a Datatrieve (DTR) value to a detached
    subprocess.  Here's the details:

    The system I'm building has a BASIC menu driver which calls DTR.  The
    system creates over 70 DTR reports.  Some of the reports vary depending
    on which district code the user enters while the system is using DTR.
    While still in DTR, the district code can be passed to the individual
    reports as a variable or logical and the individual reports will
    generate just fine.
    
    However, when the user wants to generate multiple reports for a particular
    district, I am unable to pass the district code to the reports.  The
    multiple reports are executed from a DCL procedure which invokes DTR,
    executes each of the reports in that group of reports, leaves DTR, then
    prints them on the line printer.  The .COM procedures are invoked via the
    LIB$SPAWN (SUBMIT procedure-name) call from the BASIC menu driver.
    The detached process created by the SUBMIT command doesn't seem
    to be able to use logicals or variable values created in the original
    process.
    
    The system has multiple concurrent users and the user can immediately
    select other individual or multiple report options, or log out after 
    selecting a multiple report option.
    
    Do you have any idea on how I can pass the district code so that
    when the .COM procedures invoke DTR, DTR will know what the district
    code is?
    

    - John

T.R	Title	User	Personal Name	Date	Lines
382.1	aka a PARAMETER	WKRP::LENNIG	Dave, SWS, @CYO Cincinnati	`Wed Jan 14 1987 23:24`	6
	To pass a parameter to the 'detached subprocess' (yuck) try using the submit qualifier /PARAMETER to pass P1 thru P8 to the com file. BTW, SPAWNing a SUBMIT is horrible... See the SNDJBC system service regarding submitting a batch job from a program. There's even an example program...
382.2	Nit: a process is either "detached" or "sub" !!	SHEILA::PUCKETT	Open the pod bay doors please HAL	`Wed Jan 14 1987 23:48`	0
382.3		BISTRO::HEIN	If We don't Have it,You don't Need it!	`Thu Jan 15 1987 03:30`	10
	Can anybody tell me whether I have my priorities right or wrong? I read this note and replied to it first in the BASIC conference, than in DTR and now in (hmmm, where am I?) in the HACKERS conference. :-) :-)
382.4	Hello Hein	PUZZLE::BLUM		`Thu Jan 15 1987 12:31`	20
	Hein, Has it occurred to you that someone may enter the same note in more than one conference because that person may want to benefit from the expertise of more than one conference of notes readers? What someone in one conference may share may not be thought of by members of another conference. That is why you've seen this note in other conferences, as well as the same reply to your reply. The reason I replied the same in those conferences is for the benefit of those interested who may not use the other conferences the note was entered in. I hope this clears up the confusion for you. Regards, John
382.5	It belonged in the non-existant Psychoanalysis conference	IOSG::YUILLE	Andrew Yuille	`Fri Jan 16 1987 04:52`	14
	Re .4 John, I think Hein was just wondering if his order of priority: BASIC -> DTR -> HACKER was right. It might indicate a severe psychological disposition... On the other hand, it might just mean that (like me), he takes them in alphabetic order, because that's how the notes directory lists them, so that's the order the overnight batch job finds them in. Andrew
382.6	NOTES-I-PROTOCOL_ERROR, Path to network partner lost.	BISTRO::HEIN	If We don't Have it,You don't Need it!	`Fri Jan 16 1987 07:08`	22
	Re.5 Andrew, Quite correct! I thought that would be clear enough by closing the reply with :-) :-). Re.4 John, Admittedly there was a hint of a complaint in my reply. And I _can_ understand the usage of multiple notes file to reach a wider audience. You just happend to hit one of my sensitive spots, professionally speaking, with the entry in the BASIC notes file. The fact that the application happens to be written in BASIC had no relation what so ever with the problem on hand. In the support job I have, I see this happening all the time and lots of precious time is lost because of it. Hence my reaction. Nuff said. Regards, Hein.
382.7		PUZZLE::BLUM		`Fri Jan 16 1987 12:47`	10
	Have a nice day, Hein. Regards, John