IRIX6.5 + PTHREAD?!
Can anyone answer my question! I try to port the current CVS version on IRIX 6.5 using pthread. Here are the errors I've got while I run a multithreaded java program. 1) It looks like the thread does not get suspended? ==> The assertion in ./systems/unix-pthread/thread-impl.h fails: assert(nt->suspendState == SS_SUSPENDED); However, if I comment it out, the following error occurs! 2) ==> locks.c:147: failed assertion `*lkp == LOCKINPROGRESS' Whether I need to modify the threading subsystem and the locking subsystem! Please advise! Thanks, Dan
Re: General question
Chris Gray writes: > > The "best" thing for you to do is write your code on your desktop > > with the Sun JDK 1.2 installed. Then when your code is finished > > and you have created your regression tests, compile and run the > > same code on Kaffe (the GPLed version). If the code does not compile > > with Kaffe, post a note to the list describing the problem. If you > > can not fix it yourself, I am sure someone can help you figure > > out how to fix it. If you can fix the problem yourself, then > > fix the bug in Kaffe and send a patch to the list. > > You should probably add that what Julien *shouldn't* do is look at the > Sun JDK sources to see how to fix kaffe. In fact if he wants to > contribute to kaffe then he shouldn't look at Sun's sources at all, right? Right.. if you do, you become "contaminated" :-) -Archie ___ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com
Re: Num-Lock proposed fix
'VK_NUMx' keyConst, and 'x' keyChar makes sense (otherwise, the VK_NUMs would be pretty useless). I'll check how I can add it to the event handling (there was a bug for KEY_TYPED function keys, anyway). -- Peter -- Peter C. Mehlitz Tel: +1 510 527 4025x18 Transvirtual Technologies, Inc., Fax: +1 313 557 4251 Berkeley, CA, USA.Email:[EMAIL PROTECTED]
Re: General question (about Kaffe CE)
Hello everyone, Yes, there r two version of Kaffe. Desktop and Custom Edition. Desktop as name says can straight away work with your Windows or X server environment. Custom, which I have been working with for w while, is the one which gives the complete flexibilty of running Kaffe ontop of bare DOS, or Linux without any X Windowing system and thus giving chances to use Kaffe to use in embedded systems. For custom Edition one has to sign an agreement with transvirtual.. Hope it answered most q's.. Rgds, Ganesh On 11 Apr 2000, Alexandre Oliva wrote: > > On Apr 11, 2000, Archie Cobbs <[EMAIL PROTECTED]> wrote: > > > Julien Dumesnil writes: > >> Is it more advanced than the GPL version? Or is it a stable, thus older, > >> version of the opensourced version we all have? > > > No, it's a clean room implementation. > > >> The bottom line being "are they completely different products?". > > > Yes. > > I don't think they're that different, but then, I've never looked at > the Custom Edition code. It must not be that difference, since Tim > imports (part of?) the Custom code into the open version every now and > then. > > -- > Alexandre OlivaEnjoy GuaranĂ¡, see http://www.ic.unicamp.br/~oliva/ > Cygnus Solutions, a Red Hat companyaoliva@{redhat, cygnus}.com > Free Software Developer and EvangelistCS PhD student at IC-Unicamp > oliva@{lsd.ic.unicamp.br, gnu.org} Write to mailing lists, not to me >
Re: General question
Alexandre Oliva writes: > >> Is it more advanced than the GPL version? Or is it a stable, thus older, > >> version of the opensourced version we all have? > > > No, it's a clean room implementation. > > >> The bottom line being "are they completely different products?". > > > Yes. > > I don't think they're that different, but then, I've never looked at > the Custom Edition code. It must not be that difference, since Tim > imports (part of?) the Custom code into the open version every now and > then. Sorry, I thought the question was "are kaffe and the JDK completely different products". Yes the GPL and custom editions have much in common. -Archie ___ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com
Re: General question
On Wed, 12 Apr 2000, Chris Gray wrote: > > On Tue, 11 Apr 2000, Mo DeJong wrote: > > > The "best" thing for you to do is write your code on your desktop > > with the Sun JDK 1.2 installed. Then when your code is finished > > and you have created your regression tests, compile and run the > > same code on Kaffe (the GPLed version). If the code does not compile > > with Kaffe, post a note to the list describing the problem. If you > > can not fix it yourself, I am sure someone can help you figure > > out how to fix it. If you can fix the problem yourself, then > > fix the bug in Kaffe and send a patch to the list. Good point Chris. Yes, everyone is invited to hack on kaffe except those poor folks that agreed to a Sun license and looked at Sun source code. It is important to note that this only applies to source code for the JVM and class libs. You will need to look at the Sun JDK docs and the language specs if you want to help out. > You should probably add that what Julien *shouldn't* do is look at the > Sun JDK sources to see how to fix kaffe. In fact if he wants to > contribute to kaffe then he shouldn't look at Sun's sources at all, right? > > -- > > Eur. Ing. Chris Gray MBCS C. Eng. [EMAIL PROTECTED] Mo Dejong Red Hat Inc.
Re: name mangling bug in kaffeh
Doug, now that you have identified the problem, you sould also taking a crack at fixing it. I think the first patch I ever wrote for Kaffe was for the kaffeh program. kaffeh is small and simple, it is a great place to get started hacking on Kaffe. Just check out the CVS version, make your changes, run "cvs diff" and post your patch to the list. Mo Dejong Red Hat Inc. On Tue, 11 Apr 2000, Douglas De Couto wrote: > > > hi, > > i tried to post this bug on the web site last night, but it didn't > seem to work. > > When using kaffeh to emit jni headers, underscores in method names are > not correctly handled. e.g. get_packet should end up as get_1packet > in the .h file. Kaffe is correctly looking for the get_1packet in the > shared library, however. > > Also, overloading is not handled -- but I already saw this in the bug > list. > > > cheers, > > doug > -- > Douglas S. J. De Couto[EMAIL PROTECTED]
Num-Lock proposed fix
Looking around the Sun Java bug data base and other source, it seems that the Num Lock (and other Lock) problem is still unresolved, and a solution is planned for the Input Method framework. About kaffe, i think the following should be consistent with the Java spec: If the NumLock is pressed, the KeyEvents generated will be: 1) KeyPressed, with keycode VK_NUMPADx (x : 0..9) 2) KeyTyped, with keychar 'x' 3) KeyReleased, with keycode VK_NUMPADx Would this break the compatibility with existing Java code ? If yes, what other solution can be considered ? We are considering this fix for inclusion in the Mandrake/MacMillian distributed kaffe rpm ... so the question is rather important ... Maurizio -- Maurizio De Cecco MandrakeSofthttp://www.mandrakesoft.com/
name mangling bug in kaffeh
hi, i tried to post this bug on the web site last night, but it didn't seem to work. When using kaffeh to emit jni headers, underscores in method names are not correctly handled. e.g. get_packet should end up as get_1packet in the .h file. Kaffe is correctly looking for the get_1packet in the shared library, however. Also, overloading is not handled -- but I already saw this in the bug list. cheers, doug -- Douglas S. J. De Couto[EMAIL PROTECTED]
Re: General question
On Tue, 11 Apr 2000, Mo DeJong wrote: > The "best" thing for you to do is write your code on your desktop > with the Sun JDK 1.2 installed. Then when your code is finished > and you have created your regression tests, compile and run the > same code on Kaffe (the GPLed version). If the code does not compile > with Kaffe, post a note to the list describing the problem. If you > can not fix it yourself, I am sure someone can help you figure > out how to fix it. If you can fix the problem yourself, then > fix the bug in Kaffe and send a patch to the list. You should probably add that what Julien *shouldn't* do is look at the Sun JDK sources to see how to fix kaffe. In fact if he wants to contribute to kaffe then he shouldn't look at Sun's sources at all, right? -- Eur. Ing. Chris Gray MBCS C. Eng. [EMAIL PROTECTED]
Re: A Ksem question [Was: Re: changes to thread locking layer]
On Tue, 11 Apr 2000, Patrick Tullmann wrote: | Alan L. Batongbacal wrote: | > Correct. I use ThreadState just because it deadlocks the fastest :) | | Just to be clear: this test *always* locks up, right? You just have | trouble creating a deadlock that gdb can dump state about, right? Do | you know if it is always deadlocking in the same place? Not always in the same place -- there's clearly at least one race condition involved. Using SLOWLOCKS made it harder to get a deadlock, though -- tons of output flashes by before it happens. | | I've attached a patch for locks.c that adds some more SLOWLOCK | debugging magic. Makes it a bit easier to read the trace... I | haven't looked too closely at the output generated by the | Kaffe unix-jthreads version, though. Thanks, I'll try it now... BTW, am I right in assuming that ksemGet should retry (unless it times out) if the sem-acquisition attempt is interrupted? /alan
RE: General question
> > So if transvirtual has a more advanced kaffe, then maybe I > should just use > their version instead of fooling around... > No, Transvirtual sell Kaffe with some goodies, but the core is the same as the GPLed one (GPL is like that!) With KaffeCE, AFAIK, there is some makefiles for dos, win32 and AWT for dos and some others that are not in the GPL one, but not a different JVM as the GPLed Kaffe Tim? Peter? Something to say? -jec