.org] On Behalf Of Wjhonson
Sent: Tuesday, 4 December 2012 11:39 AM
To: u2-users@listserver.u2ug.org
Subject: [U2] Advantage of indirect call in BASIC
I've not encountered this is my career previously, but now I'm seeing a system
written almost entirely with the use of indirect calls i
---Original Message-
From: Wols Lists
To: u2-users
Sent: Tue, Dec 4, 2012 4:07 pm
Subject: Re: [U2] Advantage of indirect call in BASIC
On 04/12/12 17:03, Wjhonson wrote:
Ring-jump ?
Vas is das
It's when the processor jumps between restricted user mode, and k
In DataStage I have used the indirect all method to implement "late binding"
(referred to in the OOP post) to create a "rules engine". The actual rules to
be applied/tested could not be known until the data actually arrived. So the
test routine itself was effectively little more than a dispatche
es to allow less-privileged users access to
kernal functions.
- Original Message -
From: Wjhonson
Sent: 12/05/12 11:09 AM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] Advantage of indirect call in BASIC
Why do you call it "ring" jump in particular? W
Why do you call it "ring" jump in particular?
What's the "ring" ?
-Original Message-
From: Wols Lists
To: u2-users
Sent: Tue, Dec 4, 2012 4:07 pm
Subject: Re: [U2] Advantage of indirect call in BASIC
On 04/12/12 17:03, Wjhonson wrote:
> Ring-jump
On 04/12/12 17:03, Wjhonson wrote:
> Ring-jump ?
> Vas is das
>
It's when the processor jumps between restricted user mode, and kernel
can do anything mode.
Cheers,
Wol
___
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/ma
Ring-jump ?
Vas is das
-Original Message-
From: Wols Lists
To: u2-users
Sent: Tue, Dec 4, 2012 8:37 am
Subject: Re: [U2] Advantage of indirect call in BASIC
On 04/12/12 16:06, Jeff Schasny wrote:
> I'll second Allen Egerton's "left over from Prime Info
Of course "blindingly fast" on a 4 MIPS 9955 is what we might now call
"quaintly tortoise like" and that's why we still find things like the
all indirect subroutine calls in an attempt to squeeze any available
drop of performance out of applications.
Wols Lists wrote:
>From my knowledge of Pr
On 04/12/12 16:06, Jeff Schasny wrote:
> I'll second Allen Egerton's "left over from Prime Information" theory. I
> distinctly remember being told that indirect subroutine calls were
> measurably faster way back in my days at Prime.
>
>From my knowledge of Pr1me architecture (which isn't great) th
I'll second Allen Egerton's "left over from Prime Information" theory. I
distinctly remember being told that indirect subroutine calls were
measurably faster way back in my days at Prime.
Wjhonson wrote:
I've not encountered this is my career previously, but now I'm seeing a system
written al
-boun...@listserver.u2ug.org] On Behalf Of Martin Phillips
Sent: December-04-12 6:13 AM
To: 'U2 Users List'
Subject: Re: [U2] Advantage of indirect call in BASIC
Hi,
A direct call has to be looked up once in the catalogue system when it is first
used. Subsequent calls will be fast because the link h
'U2 Users List'
Subject: Re: [U2] Advantage of indirect call in BASIC
Does anyone have any current benchmarks on this type of call? Several years
ago when I tested it in UniData it was very slow call compared to using the
name.
David A. Green
(480) 813-1725
DAG Consulting
-Origin
...@listserver.u2ug.org] On Behalf Of Wjhonson
Sent: Monday, December 03, 2012 5:39 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] Advantage of indirect call in BASIC
I've not encountered this is my career previously, but now I'm seeing a
system written almost entirely with the use o
On 12/03/2012 10:11 PM, Ed Clark wrote:
I could see a 4gl writing out this kind of code, or a menu system.
When you use indirect calling, the name of the subroutine can contain odd
characters that wouldn't normally be allowed--though on some platforms you can
also quote the call, e.g.:
CALL
hi,
These method is very usefull when you build software like a "lego", some pieces
are polymorphic, the assignment of "source" depens of environment, params at
runtime not only at compile time... the value of "soure" can be assigned from
litteral, but also read from file or be the result of a
On 04/12/12 00:38, Wjhonson wrote:
> I've not encountered this is my career previously, but now I'm seeing a
> system written almost entirely with the use of indirect calls in Universe
> BASIC.
>
> That is
> SOURCE = "*SOME.PROGRAM"
> ...
> CALL @SOURCE(INPUTS)
>
> Is there some advantage to th
On 04/12/12 04:57, Israel, John R. wrote:
> As far as the number of arguments changing, I will often write a subroutine
> with a few extra variables (FUTURE1, FUTURE2, FUTURE3) so that I do not need
> to find all the existing programs that call it and recompile them. It makes
> this sort of thi
As far as the number of arguments changing, I will often write a subroutine
with a few extra variables (FUTURE1, FUTURE2, FUTURE3) so that I do not need to
find all the existing programs that call it and recompile them. It makes this
sort of thing a piece of cake. The existing programs will li
I could see a 4gl writing out this kind of code, or a menu system.
When you use indirect calling, the name of the subroutine can contain odd
characters that wouldn't normally be allowed--though on some platforms you can
also quote the call, e.g.:
CALL "my-sub**"(parms)
On Dec 3, 2012, at 7:38
I would hate to see that in our software, as it would be so hard to find
where a subroutine is used.
On the odd occasion we use this form (eg call depends on transaction type),
we do the definition just above, so it can be found.
In my experience, the number of parameters is more likely to change
bject: [U2] Advantage of indirect call in BASIC
I've not encountered this is my career previously, but now I'm seeing a system
written almost entirely with the use of indirect calls in Universe BASIC.
That is
SOURCE = "*SOME.PROGRAM"
...
CALL @SOURCE(INPUTS)
Is there som
On 12/3/2012 7:38 PM, Wjhonson wrote:
> I've not encountered this is my career previously, but now I'm seeing a
> system written almost entirely with the use of indirect calls in Universe
> BASIC.
>
> That is
> SOURCE = "*SOME.PROGRAM"
> ...
> CALL @SOURCE(INPUTS)
>
> Is there some advantage to
;
> -Original Message-
> From: u2-users-boun...@listserver.u2ug.org
> [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson
> Sent: Monday, December 03, 2012 7:39 PM
> To: u2-users@listserver.u2ug.org
> Subject: [U2] Advantage of indirect call in BASIC
>
&g
-boun...@listserver.u2ug.org
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wjhonson
Sent: Monday, December 03, 2012 7:39 PM
To: u2-users@listserver.u2ug.org
Subject: [U2] Advantage of indirect call in BASIC
I've not encountered this is my career previously, but now I'm seeing a system
I've not encountered this is my career previously, but now I'm seeing a system
written almost entirely with the use of indirect calls in Universe BASIC.
That is
SOURCE = "*SOME.PROGRAM"
...
CALL @SOURCE(INPUTS)
Is there some advantage to the use of indirect calls that a system would be
written
25 matches
Mail list logo