dbTalk Databases Forums  

PROCREAD fails

comp.databases.pick comp.databases.pick


Discuss PROCREAD fails in the comp.databases.pick forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Steve
 
Posts: n/a

Default PROCREAD fails - 09-30-2005 , 11:55 AM






I currently am running a PROC menu program that calls a BASIC program
containing a PROCREAD command. This can get confusing... if I run the
initial PROC menu program then run the basic program, the PROCREAD is
successful and reads in the input buffer which is good. Although, if I
run the initial PROC menu program, call another program, go back to the
initial PROC menu, then call the BASIC program containing the PROCREAD
command, the PROCREAD fails.

In the jbase manual under PROCREAD, it says, "If the program was not
initiated by a jCL program then the PROCREAD will fail and any
statements associated with an ELSE clause will be executed".

QUESTION : How do I re-initialize a program? aka - How do I solve this
program?

Thanks,
Steve


Reply With Quote
  #2  
Old   
Ed Sheehan
 
Posts: n/a

Default Re: PROCREAD fails - 09-30-2005 , 02:43 PM






Looks like a bug. First blush workaround: After you come back from that
first program, do a transfer to another proc and run the second program from
there.

I'd contact jbase to see if this is a real bug.

ED

"Steve" <sgalo (AT) cookvascular (DOT) com> wrote

Quote:
I currently am running a PROC menu program that calls a BASIC program
containing a PROCREAD command. This can get confusing... if I run the
initial PROC menu program then run the basic program, the PROCREAD is
successful and reads in the input buffer which is good. Although, if I
run the initial PROC menu program, call another program, go back to the
initial PROC menu, then call the BASIC program containing the PROCREAD
command, the PROCREAD fails.

In the jbase manual under PROCREAD, it says, "If the program was not
initiated by a jCL program then the PROCREAD will fail and any
statements associated with an ELSE clause will be executed".

QUESTION : How do I re-initialize a program? aka - How do I solve this
program?

Thanks,
Steve




Reply With Quote
  #3  
Old   
Steve
 
Posts: n/a

Default Re: PROCREAD fails - 09-30-2005 , 03:10 PM



Thanks, I just send an e-mail to the people at jbase.


Ed Sheehan wrote:
Quote:
Looks like a bug. First blush workaround: After you come back from that
first program, do a transfer to another proc and run the second program from
there.

I'd contact jbase to see if this is a real bug.

ED

"Steve" <sgalo (AT) cookvascular (DOT) com> wrote in message
news:1128099315.278933.92480 (AT) g49g2000cwa (DOT) googlegroups.com...
I currently am running a PROC menu program that calls a BASIC program
containing a PROCREAD command. This can get confusing... if I run the
initial PROC menu program then run the basic program, the PROCREAD is
successful and reads in the input buffer which is good. Although, if I
run the initial PROC menu program, call another program, go back to the
initial PROC menu, then call the BASIC program containing the PROCREAD
command, the PROCREAD fails.

In the jbase manual under PROCREAD, it says, "If the program was not
initiated by a jCL program then the PROCREAD will fail and any
statements associated with an ELSE clause will be executed".

QUESTION : How do I re-initialize a program? aka - How do I solve this
program?

Thanks,
Steve



Reply With Quote
  #4  
Old   
Mark Brown
 
Posts: n/a

Default Re: PROCREAD fails - 09-30-2005 , 06:54 PM



Sounds like the problem is that other program clearing the Proc Buffer so
that when the original progam runs, there's nothing to be read.

PROC, (speaking strictly form a "Pick" prespective; I've no way of knowing
how jBase implemented PROC) has four buffers it works with: primary and
secondary input and output.

PROCREAD reads from the Primary input buffer, stacked input comes from the
secondary output buffer (ston/stoff)

RI will clear the primary buffer, otherwise it should stay as long as you
need it.

However, after ever P proc command, the primary input buffer pointer SHOULD
be reset to 1.

Maybe you just need to re-assert the primary pointer by doing and Sn command
to explicitly point to the input for this program.

Mark Brown

"Steve" <sgalo (AT) cookvascular (DOT) com> wrote

Quote:
Thanks, I just send an e-mail to the people at jbase.


Ed Sheehan wrote:
Looks like a bug. First blush workaround: After you come back from that
first program, do a transfer to another proc and run the second program
from
there.

I'd contact jbase to see if this is a real bug.

ED

"Steve" <sgalo (AT) cookvascular (DOT) com> wrote in message
news:1128099315.278933.92480 (AT) g49g2000cwa (DOT) googlegroups.com...
I currently am running a PROC menu program that calls a BASIC program
containing a PROCREAD command. This can get confusing... if I run the
initial PROC menu program then run the basic program, the PROCREAD is
successful and reads in the input buffer which is good. Although, if I
run the initial PROC menu program, call another program, go back to the
initial PROC menu, then call the BASIC program containing the PROCREAD
command, the PROCREAD fails.

In the jbase manual under PROCREAD, it says, "If the program was not
initiated by a jCL program then the PROCREAD will fail and any
statements associated with an ELSE clause will be executed".

QUESTION : How do I re-initialize a program? aka - How do I solve this
program?

Thanks,
Steve





Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.