oracle 10g: has anyone successfully linked rtsora with make ... ins_precomp?

hi,
I'm trying to relink using the $ORACLE_HOME/precomp/lib/ins_precomp.mk
and *env_precomp.mk (in fact my own set because I just want to create a
*so to be used with the standard-runtime, but that doesn't matter)
which fails with

ld: 0706-005 Cannot find or open file:
/soft/oracle10/lib/pw-syscall.exp
ld:open(): No such file or directory

because the latter contains a line

RTSPORTFLAGS = $(ORACLE_HOME)/lib/pw-syscall.exp

which has to fail because oracle10 has no such file for
post-wait-whatsoever.

with oracle9 this worked. is there something missing in the
installation or is the makefile just wrong?
thanks in advance

"bine" <sabine.hubrig-schaumburg@sungard.de> wrote in message
news:1131986783.382371.57440@g49g2000cwa.googlegroups.com...
> hi,
> I'm trying to relink using the $ORACLE_HOME/precomp/lib/ins_precomp.mk
> and *env_precomp.mk (in fact my own set because I just want to create a
> *so to be used with the standard-runtime, but that doesn't matter)
> which fails with
>
> ld: 0706-005 Cannot find or open file:
> /soft/oracle10/lib/pw-syscall.exp
>        ld:open(): No such file or directory
>
> because the latter contains a line
>
> RTSPORTFLAGS = $(ORACLE_HOME)/lib/pw-syscall.exp
>
> which has to fail because oracle10 has no such file for
> post-wait-whatsoever.
>
> with oracle9 this worked. is there something missing in the
> installation or is the makefile just wrong?
> thanks in advance
>

I found this on METALINK don't know if it helps.

The $ORACLE_HOME/lib/pw-syscall.exp and $ORACLE_HOME/lib/ksms.imp files are
installed
during a custom client install of the Net8 Client software. Unless this
product is installed, the Pro*C
executable can not be relinked.

Elsewhere it mentions this library in relation to threads.

You would probably get better responses on the Oracle newsgroups and Forums.

HTH

Steve

> The $ORACLE_HOME/lib/pw-syscall.exp and $ORACLE_HOME/lib/ksms.imp files are[color=darkred
]
> installed
> during a custom client install of the Net8 Client software. Unless this
> product is installed, the Pro*C
> executable can not be relinked.
>
> Elsewhere it mentions this library in relation to threads.
>
> You would probably get better responses on the Oracle newsgroups and Forums.[/colo
r]

hi steve,
thanks for your response. I did post in metalink as well, doc-id
619028.993 in the precompilers-forum (if anyone cares to what that
leads to), but I thought it wouldn't hurt to look for additional help.
I'll forward your idea to our technical department as unfortunately I
don't do the installations (and have no root or oracle permissions ...)
but am just the guy to get things compiled and running afterwards.
migration to a new version is always funny and if it's new cobol, new
oracle and new BOS (64bit instead of 32bit) all in one step the fun
sometimes is too much to cope with ;-)

hi simon,
"of course" I used the original makefiles provided with oracle10. the
only patch I made was changing the
"cob ... -x ..." to "cob ... -z ..."
because I want to create a libmfora.so instead of a new completely
linked rtsora (which would be put below $COBDIR/bin as rts64 and
rts64_t, I guess), which then is included using "INITCALL libmfora" on
compiletime.
this attempt worked well with oracle9 and MFSE2.2 and was strongly
recommended by MF.

both versions (of the new makefiles of oracle10) don't work because
pw-syscall.exp is missing.
if I skip that (exclude it or use the old version pf pw-syscall.exp
from oracle9) I get an rts198.

the most funny thing today was the question of oracle as answer to my
TAR in metalink, w_h_y I want to relink the runtime or the libraries at
all !?

::
because I want to get my application with 64bit oracle and 64bit AIX
and 64bit MicroFocus running.
and without the oracle-libraries my programms give the classical

Load error : file 'SQLADR'
error code: 173, pc=0, call=1, seg=0
173     Called program file not found in drive/directory

of course, because the standard rts64 below $COBDIR/bin knows nothing
about oracle.

but if there ist some other way instead of relinking - hey - give it to
me, I'm open for every suggestion.
relinking was the idea of MF that worked perfectly well for the last
6-7 and for that purpose oracle provides us with the
$ORACLE_HOME/precomp/lib-stuff, or don't they?

Hi.

I understand why you're attempting this (I work for Micro Focus !).

I just checked the Oracle 10.1.0.3 client only installation on our AIX 5.x
box, and $ORACLE_HOME/lib/pw-syscall.exp exists. I wonder whether there's
additional install options you need to select within your Oracle
installation?

When I perform our client-side installations, I normally :

o Under the Oracle client installation, select 'Run-time' (from the choice
of Administrator, Run-time and Custom)
o Once complete, I go back in, and choose Custom. I then expand the tree
view, and select Pro*COBOL and Oracle OCI support

You may want to rerun your Oracle installer, to ensure that (at minimum) the
above options have been specified. If you still don't have this file on
disk, you would need to contact Oracle.

At install-time, if you have selected Pro*COBOL as an install option -- and
therefore have your COBOL environment set up prior to installation -- the
Oracle install scripts should create an rtsora/rtsora64 under
$ORACLE_HOME/bin. You could use those executables to execute your
application (and yes, rtsora64 would effectively replace
$COBDIR/bin/rts64_t ).

Alternatively, you could link your application to executable, following the
makefile instructions under $ORACLE_HOME/precomp/ (assuming you have
installed the samples from the Oracle Companion CD).

Saying that, without the pw-syscall.exp existing on-disk, then I would guess
that the install-time link would fail also. Did you get any errors when
installing Pro*COBOL ?

SimonT.

In article <dlj51r$2pc$1@hyperion.microfocus.com>,
Simon Tobias <Simon.Tobias@nospam.MicroFocus.com> wrote:
>Hi.
>
>I understand why you're attempting this (I work for Micro Focus !).

Good day, Mr Tobias.  In case you've not noticed there's been an active
thread in this newsgroup entitled 'Is Micro Focus doomed?'; in it several
people have claimed that they are unable to get answers from your
organisation about some rather basic pricing matters.  Would you be so
kind as to supply a contact-point of someone who might be able to assist
them?

Thanks 'ere-so-much.

DD

hey folks, keep ,
why do you make a flamewar out of my problem ;-?
(and before the next one starts: I don't really know what [in terms of
netikette] this smiley
; - ?
really means, I just tried to look a bit  and therefore used a
questionmark!
I don't have the time at the moment nor the memory [in my head] to keep
in mind all those types of smileys existing in the meantime since I
left university!)

James J. Gavan wrote:
> Simon Tobias wrote: 
>
> In view of the 'other Topic', Wiggy are you boastin' or complainin' :-)
>
> Still love the product Simon.
>
> Jimmy

1. I knew (or at least thought from your email), Simon, you'd work for
MF

2. I got an answer from you, which is more I got from my TAR with
oracle up to now.
I mean a real answer, not just the questions "could you provide us with
the makefiles (which are THEIR files for a start!) or "why do you want
to do that" which really caught me.

3. I still love the product myself, after working with that stuff since
1993 I guess you'd have to.

4. Don't take the other folloups too seriously. This still is MY thread
and I'll "kill" everyone trying to hurt my only MF-supporter ;-)

5. btw: I don't get payed for these statements. at least not by MF,
unfortunately...

bine

hey folks, keep ,
why do you make a flamewar out of my problem ;-?
(and before the next one starts: I don't really know what [in terms of
netikette] this smiley
; - ?
really means, I just tried to look a bit  and therefore used a
questionmark!
I don't have the time at the moment nor the memory [in my head] to keep
in mind all those types of smileys existing in the meantime since I
left university!)

James J. Gavan wrote:
> Simon Tobias wrote: 

> In view of the 'other Topic', Wiggy are you boastin' or complainin' :-)
> Still love the product Simon.
> Jimmy

1. I knew (or at least thought from your email), Simon, you'd work for
MF

2. I got an answer from you, which is more I got from my TAR with
oracle up to now.
I mean a real answer, not just the questions "could you provide us with
the makefiles (which are THEIR files for a start!) or "why do you want
to do that" which really caught me.

3. I still love the product myself, after working with that stuff since
1993 I guess you'd have to.

4. Don't take the other folloups too seriously. This still is MY thread
and I'll "kill" everyone trying to hurt my only MF-supporter ;-)

5. btw: I don't get payed for these statements. at least not by MF,
unfortunately...

bine