T24:jshow not displaying value

345 views
Skip to first unread message

Bolaji Ajiboye

unread,
Nov 18, 2009, 8:06:36 AM11/18/09
to jB...@googlegroups.com
I'm using R06, jbase 4.1 on Red Hat.

I have a nofile enquiry that was working before and some changes was made to it and re-compile.
after making about 3 or 4 changes and Re-compile, i noticed that it crash to the debugging mode with
the error:

Unable to perform CALL to subroutine GLT.LOC.PD.WOF , Line   656 , Source CONCAT.LIST.PROCESSOR
Press C to continue or Q to quit
Trap from an error message, error message name = SUBROUTINE_CALL_FAIL
Line 656 , Source CONCAT.LIST.PROCESSOR
jBASE debugger->

when i do jshow -c RTN.NAME. nothing was displayed

and the output of the programs compiled is below.

jsh t24live ~ -->EB.COMPILE LOCAL.BP GLT.LOC.PD.WOF
Source directory : LOCAL.BP Single item : GLT.LOC.PD.WOF
Score Checks Compile Catalog
Score Compile Catalog
Current settings of bin & lib unchanged:
        /database/t24LIVE/bnk.run/localbin & lib
Warning: '__i686.get_pc_thunk.bx' is a duplicated symbol
GLT.LOC.PD.WOF
Source file GLT.LOC.PD.WOF compiled successfully
<compileoutput><errors></errors><warnings><warning><msg>Warning - found 'CALL DBR' 2 times</msg><line>82</line><type>Multiple DBR's>

jsh t24live ~ -->


Warning: '__i686.get_pc_thunk.bx' is a duplicated symbol
    - what does this mean.? could it be responsible why the program is not compiling.

Will appreciate any help.

jafojo




Jim Idle

unread,
Nov 18, 2009, 12:59:41 PM11/18/09
to jb...@googlegroups.com

Well, you would want

 

jshow –c GLT.LOC.PD.WOF

 

Anyway. But clearly there is something wrong with your environment and given that the error you are getting refers to dethunking addresses in position independent code, which is what your subroutine is, then I should think it is something to do with the version of the compilers/runtime that your system was originally compiled with, vs what you are trying to compile with now.

 

However, you have forgotten the golden rules of posting, which include telling us all the information you can gather, such as what version of Redhat, what version of the gcc compiler, whether this is the first program you have tried to compile and CATALOG, whether it ever worked, and so on.

 

I suspect though that the issue is that you are using the wrong version of the gcc compiler. Probably 3.3, whereas the jBASE/T24 system is expecting probably at least 3.4 these days any (hopefully 4.x) It could be that you have a much newer version of gcc than T24 can work with too. So start with:

 

gcc –V

 

Then if you cannot get anywhere changing the version of gcc, then please supply all relevant information in your next post.

 

Jim

 

PS: Note to all:  In the last 3 or 4 days, I have rejected about 7 or 8 posts for asking questions without supplying any background information. Please please read the posting guidelines as it is too much work to keep typing in reasons that your posts are being rejected.

 

 

 

--
Please read the posting guidelines at: http://groups.google.com/group/jBASE/web/Posting%20Guidelines
 
IMPORTANT: Type T24: at the start of the subject line for questions specific to Globus/T24
 
To post, send email to jB...@googlegroups.com
To unsubscribe, send email to jBASE-un...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/jBASE?hl=en

Bolaji Ajiboye

unread,
Nov 18, 2009, 2:40:14 PM11/18/09
to jb...@googlegroups.com
Jim,


Really, there is a change in the version of the Redhat im using now. The implemntation was done on RedHat 4 with a compler of : gcc gcc (GCC) 3.4.3 20041212 (Red Hat 3.4.3-9.EL4) and a higher version of RedHat 5 has just been installed. with a compiler
: gcc gcc (GCC) 4.1.2 20071124 (Red Hat 4.1.2-42)

presently what i have on the server is

RedHat version -
# uname -a
Linux satemerge 2.6.18-92.el5PAE #1 SMP Tue Apr 29 13:31:02 EDT 2008 i686
or
# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 5.2 (Tikanga)

gcc version -

# gcc -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix
Thread model: posix
gcc version 4.1.2 20071124 (Red Hat 4.1.2-42)

Jbase 4.1
R06

I have actually tried compiling some existing programmes on the system. Few of them works and a lot of them did not work. I also tried compiling some new programms and none works.

Could it be that version 4.1.2 which comes with RedHat 5 cannot work on jbase? Does it mean i have to installed version 3.4.2 back on the server?

Thank you for your time.

jafojo

Jim Idle

unread,
Nov 18, 2009, 2:51:35 PM11/18/09
to jb...@googlegroups.com

Did you verify that TEMENOS will support that upgrade? I am pretty sure you cannot use gcc 4.1 with the version of things you have.

 

You need to install the gcc34 package with yum, then set the value of your CC to gcc34 (actually you are better making that the default but I forget how to do that on Redhat)

 

Jim

abdul rahman

unread,
Nov 18, 2009, 11:58:29 PM11/18/09
to jb...@googlegroups.com
Hi

In jBASE debugger->  use this command  J -G it will show u the routine in which problem is exist



Jim Idle

unread,
Nov 19, 2009, 12:15:11 AM11/19/09
to jb...@googlegroups.com

Err, well I think that it is unable to find subroutine GLT.LOC.PD.WOF when it gets to line 656 of source CONCAT.LIST.PROCESSOR. I don’t know why I think that, just call it a hunch J

 

Jim

 

 

 

From: abdul rahman [mailto:arcre...@gmail.com]
Sent: Wednesday, November 18, 2009 8:58 PM
To: jb...@googlegroups.com
Subject: Re: T24:jshow not displaying value

 

Hi


In jBASE debugger->  use this command  J -G it will show u the routine in which problem is exist

VK

unread,
Nov 23, 2009, 7:08:03 AM11/23/09
to jBASE
Hi,
as I see from routine name it's probably a local routine.
Search for it in ENQUIRY record (field build.routine or conversion)


On Nov 19, 8:15 am, "Jim Idle" <j...@temporal-wave.com> wrote:
> Err, well I think that it is unable to find subroutine GLT.LOC.PD.WOF when it gets to line 656 of source CONCAT.LIST.PROCESSOR. I don't know why I think that, just call it a hunch J
>
> Jim
>
Reply all
Reply to author
Forward
0 new messages