HP3000-L Archives

March 2001, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Gavin Scott <[log in to unmask]>
Reply To:
Gavin Scott <[log in to unmask]>
Date:
Fri, 2 Mar 2001 14:26:06 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (23 lines)
Ray writes:
> We are converting, via a piece of software, some COBOL programs
> to JAVA to do some WEB voodoo.
>
> We are calling multiple successive locks in IMAGE in the COBOL
> programs.  We are aware that we can rearrange (use descriptors,
> multiple DB opens, etc.) the COBOL code, however, we are also
> using COPYLIB modules that are already coded to do the locking
> in this manner.  So, the idea is to try to get JAVA to use MR
> to save the time of recoding the COBOL source.

Ok, then as long as you're only making calls to Image from a single Java
thread, the use of MR should theoretically work fine.  Of course adding MR
capability to the VM will make your installation a non-standard and
potentially "unsupported".

You said that the VM aborts when you give it VM?  Is this when you try to
call Image, or the VM just won't run at all with MR (which sounds vaguely
familiar to me), in which case can you give us the error and/or stack trace
you get when it dies?

G.

ATOM RSS1 RSS2