Name: joT67522 Date: 12/15/97


in the jdb there is a lot of usage for the physical address of the byte
code. generally they are represented as "int pc" on all of the ports
made by javasoft, and prob the world. BUT on the digital alpha, and
as well as the coming intel 64bit machine, these pc pointers will
be 64bits in length. I cannot use int to store a 32 bit address of an
object. I cannot use a 32 bit address to store the breakpoint address.
I really need to use long & Long to store these values. There does not
seem to be an easy "porting" way to do this except to change a lot of
the .java code, and the accompanying native "C" code.

Is there going to be any more consideration for 64bit pc/pointer addresses
used by jdb and others ?

Can I have a platform of "OTHER". this prob is really for "other that
32 bit" computers.

This became an issue when i tried to set a breakpoint using jdb. obviously you obtain
physical pc addresses, which are 32 bit in sun/i386, and store then in int/Integer
objects. There does not seem to be any code ( java & C ) to handle different sizes of the
program counter.
would this be a fair statement ?

my ques is when or if you are gonna get around to accepting the notion that there is a 64
bit world out there, and some accommodations are needed. the storage of the program
counter for the alpha should fit in a long/Long object. but how do i have both src's
coexixt without a lot of needless ifdefs. I think this question should be answered by you
folks

(Review ID: 21856)
======================================================================