[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Problem running Java Swarm on FreeBSD
From: |
Horance Chou |
Subject: |
Re: Problem running Java Swarm on FreeBSD |
Date: |
Thu, 25 May 2000 21:11:02 +0800 |
I found out that should be a bug of libtool,
which may not handle *.la correctly in link mode.
I got warnings like this :
"*** Warning: This library needs some functionality provided by -lswarm. "
......
Then I modified the makefile for libjavaswarm* , add ".libs" after -L
arguments
for linking command.
All warnings are gone, but there comes a new problem:
*** event raised for error: InvalidArgument
*** function: _i_Object_s__forward__(), file: DefObject.m, line: 626
unable to find Java selector `createBegin:' in objc:`JavaProxy' 0x8128d78
java:
0xffffffd1 hash: 19744
*** execution terminating due to error
Symbol.m:173 -[Error(c) _raiseEvent:]
SIGABRT 6* abort (generated by abort(3) routine)
<deleted, full messages attached below>
I also tried building swarm with jikes-1.11 and kaffe-1.0.5,
but another unsatisfied link error comes out:
# javaswarm StartHeatbugs -b
java.lang.UnsatisfiedLinkError: Failed to locate native function:
swarm/de
fobj/LispArchiverImpl.getWithZone$key(Lswarm/defobj/Zone;Ljava/lang/String;)Ljav
a/lang/Object;
What should I do next?
Horance Chou
"Marcus G. Daniels" wrote:
> >>>>> "HC" == Horance Chou <address@hidden> writes:
>
> HC> But JVM won't accept static linked libraries, right?
>
> Right. One idea would be to look to see if there is a newer version
> of libtool for building Swarm. Or you could try to adapt the DLL link
> command in java/c. I think the best thing would be to figure out exactly
> why FreeBSD is different from Redhat.
>
>
*** event raised for error: InvalidArgument
*** function: _i_Object_s__forward__(), file: DefObject.m, line: 626
unable to find Java selector `createBegin:' in objc:`JavaProxy' 0x8128d78 java:
0xffffffd1 hash: 19744
*** execution terminating due to error
Symbol.m:173 -[Error(c) _raiseEvent:]
SIGABRT 6* abort (generated by abort(3) routine)
Full thread dump:
"Finalizer thread" (TID:0x28473210, sys_thread_t:0x29277f00, state:R) prio=1
"Async Garbage Collector" (TID:0x28473258, sys_thread_t:0x29256f00,
state:R) prio=1
"Idle thread" (TID:0x284732a0, sys_thread_t:0x29235f00, state:R) prio=0
"Clock" (TID:0x28473088, sys_thread_t:0x29214f00, state:CW) prio=12
"main" (TID:0x284730b0, sys_thread_t:0x809a700, state:R) prio=5 *current
thread*
StartHeatbugs.main(StartHeatbugs.java:37)
Monitor Cache Dump:
Registered Monitor Dump:
Thread queue lock: <unowned>
Name and type hash table lock: <unowned>
String intern lock: <unowned>
JNI pinning lock: <unowned>
JNI global reference lock: <unowned>
BinClass lock: <unowned>
Class loading lock: <unowned>
Java stack lock: <unowned>
Code rewrite lock: <unowned>
Heap lock: <unowned>
Has finalization queue lock: <unowned>
Finalize me queue lock: <unowned>
Monitor IO lock: <unowned>
Child death monitor: <unowned>
Event monitor: <unowned>
I/O monitor: <unowned>
Alarm monitor: <unowned>
Waiting to be notified:
"Clock" (0x29214f00)
Memory allocation lock: <unowned>
Monitor registry: owner "main" (0x809a700, 1 entry)
Thread Alarm Q:
Abort trap - core dumped
smime.p7s
Description: S/MIME Cryptographic Signature