everyone,
and get their permission.
The idea behind this is, that if Kaffe is GPL/LGPL/MPL, then Mozilla can
integrate it as default Java-plugin.
Yep. That would be nice ... but we first need a functional mozilla
plugin for that :)
cheers,
dalibor topic
yesterday here:
http://www.javalobby.org/thread.jspa?forumID=61threadID=12089
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
depending on it, I doubt they'll take a
chance. The kjc developer mailing lists are very silent, except for the
ocassional bug report.
cheers,
dalibor topic
[1] http://www.kaffe.org/pipermail/kaffe/2004-January/044865.html
___
kaffe mailing list
[EMAIL
Hi Stuart,
Stuart Ballard wrote:
Dalibor Topic wrote:
Yes it is possible. You need to do as Mozilla did, and contact
everyone, and get their permission.
I thought that it was impossible to do this for Kaffe because the people
who bought Transvirtual's IP are known not to be interested
fun, btw) kaffe testing
website seems to be due to a problem with libtool and dynamic libraries
on IRIX.
The other problem, with the missing symbols ... I haven't looked into
that yet :(
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED
chen [3]
L After the switch to classpath's AWT, merge in gcjwebplugin
M Merge in Odonata from Stephane
N Merge in PJA
O Write the missing man pages
that's from the top of my head, right now.
cheers,
dalibor topic
[1] http://www.gnu.org/software/autogen/
[2] Well, once we have -bootclasspath
:)
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
focus on next releases again.
happy hunting,
dalibor topic
[1] #kaffe on irc.freenode.org
[2] Unified diffs (i.e. generated by 'diff -u') with a small changelog
note would be great.
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin
Hi Pancake, hi Rob
pancake wrote:
I think that could be very interesting to import the charva classes into the
base kaffe classes. By this way, charva project will get more support by the
comunity.
charva is a handful of classes that trys to wrap all AWT/Swing classes in
a textmode fashion using
, except for
a few repainting problems, that I suupose are problems with our AWT
implementation.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
/guilchen/linux/kaffe/kaffe'
gmake: *** [all-recursive] Error 1
Thanks for the quick bug report. It was a bad addition of a static
modifer to a function that isn't statically scoped which lead to the
above error on interpreter builds. Fixed in the CVS now.
cheers,
dalibor topic
on
the gcc 3.3.3 port on drobe, and hoped that someone would pick 1.1.4 (or
even 1.1.4+arm-CVS-changes) up and give it another go on RISC OS.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
prototypes for X font handling under I18N. It dosn't show up on gcc 3.2
and above, as far as I can tell.
I've checked in the fix into CVS.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
didn't notice :(
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
/jikesrvm/userguide/HTML/Bootstrapping_with_Kaffe.html
Thanks for the write-up, I'll give it a spin during the week.
I want to thank Dalibor Topic for his quick responses to my questions
about Kaffe, and Grzegorz Prokopski and Mark Wielaard for their moral
support, encouragement, and perspective.
Thanks
much for fixing that one [1]! Keep up the good work!
cheers,
dalibor topic
[1] Embarrassing result of my merge with Classpath without running make
check. :( I'll try to do better in the future, I promise.
___
kaffe mailing list
[EMAIL PROTECTED]
http
://www.cse.msu.edu/~korenson/kaffe.html for an overview.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
version (0.08),
especially since we're tracking GNU Classpath's CVS.
cheers,
dalibor topic
[1] What get's automatically compiled.
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
to be the latest stuff. I can try to merge that in, and then
we may be able to debug that together, if you're interested.
cheers,
dalibor topic
[1] Which means I went silent, since I was busy with somethig else.
Sorry about that, Trent.
___
kaffe mailing
,
and make it more useable.
So, it would be nice if you could take a look at the code is in
libraries/javalib/kaffe/applet/AppletViewer.java, and try to fix the
silly stuff, if you've got some time [1].
cheers,
dalibor topic
[1] Just make sure that you're not 'tainted', i.e. have looked at Sun's
CLASSPATH. See
FAQ/FAQ.awt for details.
b) Try to get SwingWT working with Kaffe. SwingWT is an implementation
of Swing over SWT, the toolkit used by Eclipse.
c) Help out with the AWT merge from GNU Classpath, which includes the
beginnings of a free software Swing implementation.
cheers,
dalibor
? Is it
free software?
If you want access to real Alpha hardware, check out HP-Compaq's
TestDrive project. You can sign up for online access to alpha-linux,
alpha-osf (and so on ..) hardware.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http
allows for a (very useful) separation of source and
build directories.
I tried, but I couldn't get this to work.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
exception.h to take a look on it, but i couldn't find the file...
You should try out the CVS, it has had a few improvements for ARM
architecture. If your platform is an xscale/pxa, you need to
--enable-pxa in configure.
cheers,
dalibor topic
___
kaffe mailing
, so that doesn't matter much, I
guess. I couldn't find the corresponding gcc m68k config files for it,
unfortunately.
cheers,
dalibor topic
[1] http://www.mways.co.uk/amiga/howtocode/text/generalguidelines.php
[2] http://amiga.nvg.org/amiga/reference/AmigaMail_Vol2_guide/node0083.html
[3] http
Dalibor Topic wrote:
Ciao Riccardo,
Riccardo wrote:
Hey,
I build Kaffe on OpenBSD/sparc with the new compare/exchnage code that
seems to work on Solaris.
The VM builds fine, when building the libraries, the process stops at:
[ optimized and generated java.text.ChoiceFormat in 3,209 ms
declaration about __clear_cache I don't
like at all)
I'll look into that one.
In any case, for my buildlog and my patch, look here:
http://homepage.mac.com/riccardo_mottola/kaffe-devel/
Thanks for putting those up, and ... keep up the good work!
cheers,
dalibor topic
Hi Jim,
[EMAIL PROTECTED] wrote:
On Mon, Mar 08, 2004 at 04:38:20PM +0100, Dalibor Topic wrote:
Some hints might be useful:
1. configure Resin with
--enable-jni \
--with-java-home=$(KAFFE_HOME) \
--with-jni-include=$(KAFFE_HOME)/include
2. while compiling, you would encounter
debug that one next.
thanks for doing that!
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
for the patch, I've checked it in. Sorry for the long delay. :(
On a side note, I'm considering starting to replace kaffe's
java.security with GNU Classpath's, so that such patches can benefit
more runtimes in the future. What do you think?
cheers,
dalibor topic
Hi Jon,
Jon Nall wrote:
Dalibor Topic wrote:
yep, I get the same problem with jprofiler-1.1.1. It seems to be some
weird memory allocation issue. I haven;t tried tracking it down.
i figured out why it's happening, though i'm not familiar enough with
the project (yet) to suggest the proper
could do something
like
CFLAGS=-D__XSCALE__ ../cvshead/configure ...
thanks for the patch. I've added an explicit --enable-pxa option to the
configure script to ease building with gcc-2.95.3. Could you try that
out, and report back if it works?
cheers,
dalibor topic
) but i don't could solve the problem.
does someone know a way to solve it?
Thanks for the bug report. Unfortunately, the build scripts are
automatically generated, and tend to change quite a bit between releases.
Could you give the latest CVS a try, and report back if it fails?
cheers,
dalibor topic
.
I've missed out on IRC on the discussion of the errors. Could you give
us some more details?
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
it plausible.
Yep, another one, faking the From: bit. Sorry for the inconvenience,
they ocassionally slip through, unfortunately.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
added them to our list.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
developers ;) For example,
kaffe's jitter is rather simplistic, and could generate better machine
code given some effort.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
checked it in as an obvious fix.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
to port
the jit get going with the kaffe codebase.
My personal amd64 developement would be in the area of fixing the port
if necessary, and cleaning up regressions, compilations problems, etc.
cheers,
dalibor topic
[1] See config/x86_64/ directory in the source, i.e.
http://www.kaffe.org/cgi-bin
,
dalibor topic,
taking things to hell and hopefully back ;)
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Konnichiwa Atsushi,
Atsushi Nemoto wrote:
On Wed, 03 Mar 2004 22:53:49 +0100, Dalibor Topic [EMAIL PROTECTED] said:
robilad Now I am puzzled what to check in ;) I'd propose to check in
robilad Jim's patch, and then to adapt and work in your fixes for
robilad font display using Jim's code
Please ignore and don't open the attachment. Sorry for any incovenience.
I've taken my old yahoo account off the list to avoid the problem in the
future.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman
, there is a kaffe fork that has already got something like
that, called process separation API. Check out JanosVM [1]. I'd like to
have more of their code merged into the main kaffe tree, but we would
need a dedicated volunteer to do it. Would you be willing to help?
cheers,
dalibor topic
[1] http
! There is a mingw32 port in the pocketlinux
tree. I can check it in, if you feel like playing with it in order to
get it to work.
cheers,
dalibor topic
[1] Central European afternoons, usually.
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin
code as the start. Does everyone agree?
cheers,
dalibor topic
[1] Says
http://www.asiarooms.com/taiwan-travel-guide/essential_terms.html for
Hello (daytime).
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
, though.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
that it can be integrated into the next version of
automake, and make the lives of all automake users a little better.
cheers,
dalibor topic
[1] automake at gnu.org
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
doing an
amazing job on everything he touches, and seems to be very interested in
getting your work merged in.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
for a week.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Ciao Riccardo,
Riccardo wrote:
Hello,
when I type make clean I see that configure is run again! Is this
supposed to ?
If the build machinery has been updated between your latest build and
your latest checkout, then yes.
cheers,
dalibor topic
QWidget::x11Event(_XEvent*)
You need to make sure the Qt version you've build against is in your
LD_LIBRARY_PATH and that you're using the same version of g++ that your
library was built with. See FAQ.AWT for details in the faq directory.
cheers,
dalibor topic
http://www.kaffe.org/pipermail/kaffe/2003-March/041554.html for
an overview of typical problems and how to deal with them.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
progs like the tutorials t1 up to t5 from qt/e (trolltech)
works, but more difficult ones doesn't work. and what is _ZN8LCDRangeC1EP7QWidgetPKc ?
where can i find it?
It's not part of kaffe for sure. I assume you've forgot to add the
library you're working on to the LD_LIBRARY_PATH.
cheers,
dalibor
show.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
or not. if it same send me detils abt GPL ..
The GPL can be found at http://www.gnu.org/copyleft/gpl.html .
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
this as a problem, so I did :-).
That's weird. It may be some problem with the TestScript machinery.
Unfortunately, it works fine for me here on i386-linux, so I can't
reproduce it. :(
Maybe there is some whitespace difference in the output?
cheers,
dalibor topic
and GNU Classpath's serialization code, which was
fixed after 1.1.4 was released by Guilhem.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
away into an XML representation, and generate
platform-specific code form that. XUL, Luxor, XWT go in that direction.
I haven't played with either of them, so I can't say how well they work
with free runtimes.
cheers,
dalibor topic
___
kaffe mailing
time to really look into.
Shall I send you his changes over, so you can take a look if they
improve the things for you?
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
,
dalibor topic
[1] It would be also helpful if Sun changed their license on the
documentation to something less draconian. And maybe made clear whether
the people exposed to the JDK sources through a debugger (for example)
are not automatically tainted
Dalibor Topic wrote:
[1] It would be also helpful if Sun changed their license on the
documentation to something less draconian. And maybe made clear whether
the people exposed to the JDK sources through a debugger (for example)
are not automatically tainted.
I should explain the debugger bit
Matthias Pfisterer wrote:
Dalibor Topic wrote:
Kaffe 1.1.3 should be able to run tomcat 4 fine. Tomcat4 uses ant for
compiling the JSP sources, so that a simple -Dbuild.properties=kjc will
I think it's -Dbuild.compiler=kjc
Thanks, Matthias, good catch. that should teach me not to answer mails
Hi Helmer,
Kaffe CVS wrote:
+ * kaffe/kaffevm/intrp/machine.c
+ (runVirtualMachine): fix throwing of stackoverflow exception
+
thanks for catching that one, I must have misunderstood the code.
cheers,
dalibor topic
___
kaffe mailing list
go ahead. The fix looks good to me.
btw, what is your Classpath paperwork status? If you ask Mark Wielaard
for the paperwork and file it with the FSF, you can contribute those
fixes directly to Classpath, too ;)
cheers,
dalibor topic
___
kaffe mailing
Hi Vik,
indukuri vikram wrote:
How can i unsubscribe to this mailing listAnybody having any idea
sure.
[snip]
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
go to that URL ;)
cheers,
dalibor topic
rid of gettext completely in the source tree. GNU gettext was simply not
meant for this ;)
I've done that, so it woul dbe nice it you could cvs update and try again.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin
quite easily against our regression
tests for kjc to see if it works. Or when someone else (guilhem and ito
are the resident kjc gurus) comes up with a patch. ;)
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin
about it :(
The last thread on pthreads and kaffe I found [1] mentions that stuff
like wait run works fine with java threads under pthreads. The
FAQ.pthreads still says that exec/fork/wait doesn't work, so it may mean
Runtime.exec, I guess.
cheers,
dalibor topic
[1] http://www.kaffe.org
for more details ;)
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Dalibor Topic wrote:
Hi Riccardo,
Riccardo wrote:
make clean fails with hp-ux make
:
torus 24: make clean
No suffix list.
Making clean in po
Make: line 172: syntax error. Stop.
*** Error exit code 1
Stop.
Thanks for the bug report.
Hm, I didn't write that makefile, configure did ;) Anyway
Hi Casey,
sorry for the long delay.
Casey Marshall wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dalibor == Dalibor Topic [EMAIL PROTECTED] writes:
Dalibor Would it make sense to merge this into kaffe as well?
That's be a pretty good idea, even though it isn't complete yet
plan to add an extension directory to Kaffe?
Analogous to the ext/ directory in other JREs?
I've fixed Kaffe's install-jar script to put jars into kaffe's lib dir,
and kaffe script will pick them up automatically. Just use install-jar
my-crypto.jar.
cheers,
dalibor topic
GĂ©rard Basler wrote:
Hi!
I've fixed the cache problem. At least for linux...
Thanks a lot for the patch! I'll give it a spin on one of the
handhelds.org boxes. Could you please send in a short ChangeLog entry as
well, to make my life a little simpler ;)?
cheers,
dalibor topic
Salut Christophe,
Dalibor Topic wrote:
Salut Christophe,
I'm sorry for taking so long to get back to your patch. Have a happy new
year!
Christophe Dubach wrote:
I'm sorry for the previous message but there was an error :
What make's the bug to disapeer is the fact that I modify
-linux, for example.
Tim, what's your take on this? I've seen that JanosVM 1.0 includes a new
threading system, jthreads2, would it make sense to merge it in, and use
it instead of jthreads where possible?
cheers,
dalibor topic
___
kaffe mailing list
,
dalibor topic
[1] And if you've downloaded the beta from javalobby.org, you're not
allowed to tell us anyway according to the license. Beside, rumour on
javalobby.org has it it has no javadocs anyway, and I definitely don't
want people to look into Sun's sources to tell us, as it would prevent
Hallo Matthias,
Matthias Pfisterer wrote:
Dalibor Topic wrote:
Hallo Matthia,
Matthias Pfisterer wrote:
Hi,
I updated the Tritonus (Java Sound API implementation) code in the
upstream CVS to compile with the ALSA 1.0 API.
I would suggest to take over these changes into kaffe.
Wow, thanks
and try again ;)
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
TextArea(input text
here,2,5,TextArea.SCROLLBARS_BOTH);
That doesn't compile for me, because it's not a java class. Could you
post a small, compileable example that demonstrates the bug?
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http
it. (I'm using the CVS version of kaffe.)
In order to make the things slightly easier for me (or whoever gets to
review the patches), it would be nice if you could you send your future
patches as unified diffs (cvs diff -u) and accompany them with a small
ChangeLog entry.
cheers,
dalibor topic
gettext
complains heavily if there is no po in SUBDIRS. I've sent a bug report
to GNU gettext developers to ask for assistance.
In the mean time, I've searched the web and found a ton of people having
the same problem with GNU gettext, so I hope to find some quick
solution, too.
cheers,
dalibor
checked in a fix.
The problem was a GNU Make construct in Makefile.am that HP-UX make
didn't understand, I guess, so the call to the file linking program (ln,
not the dynamic linker, ld ;) was called with too few arguments.
cheers,
dalibor topic
___
kaffe
Dalibor Topic wrote:
Hi Ito,
Ito Kazumitsu wrote:
+ == Ito Kazumitsu [EMAIL PROTECTED] writes:
+ But unfortunately make failed at this point.
+ + Making all in po
+ make: don't know how to make all. Stop
+ *** Error code 1
+ + po seems to be a directory of gettext origin.
I edited Makefile
. I'd be more interested in the crash, atm.
Do the problems still occur with the current version from CVS HEAD? If
so, what's your cpu-os platform (or distribution, of you are using
linux), and which gcc are you using? Are there any interesting warnings
during compilation?
cheers,
dalibor topic
[1
added later, or not at all. You may
be able to backport it to 1.1.0 or not at all.
cheers,
dalibor topic
[1]
http://java.sun.com/j2se/1.4.2/docs/api/java/lang/String.html
[2]
http://www.kaffe.org/cgi-bin/viewcvs.cgi/kaffe/libraries/javalib/java/lang/String.java?annotate=1.40
for libiconv make use of some macros from gettext,
along with some scripts (config.rpath, mkinstalldirs). In order to make
sure we have the latest of those macros around, I've 'gettextized'
kaffe, and added a call to autopoint to kaffe's autogen.sh.
cheers,
dalibor topic
[1] Yet. I have no plans
\
--with-libiconv-prefix=/usr/local
which worked when I built the CVS version dated
ChangeLog head: 2004-01-11 Dalibor Topic [EMAIL PROTECTED].
I've added some stuff from gettext that was in limbo while I was moving
the scripts used by automake friends to the new scripts directory back
to kaffe. Could
,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
to an inline function[2], so it
remained in there.
Anyway, thanks for the bug report, I've checked in a fix into the CVS.
cheers,
dalibor topic
[1] I'd take if-else-if cascades any day, they can be factored out when
necessary more easily.
[2] There should be refactoring tools
/4555
Is this problem kaffe-special?
This problem seems to have been solved and Kaffe has nothing to do
with it.
http://article.gmane.org/gmane.comp.java.jetty.support/4561
Thanks a lot for looking into it.
cheers,
dalibor topic
___
kaffe mailing list
do this...).
Kero tried your patch and succeeded in buiding kaffe 1.1.3 for familiar
distribution on handhelds.org with jit enabled. So I'll give it a bit of
testing on other cpus-os platforms I can get hold of, and check it in.
Thanks a lot!
cheers,
dalibor topic
and run
developers/sp_offset.c during configure, and use that value instead of
putting a value in stone into md.h for a platform.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Hi Nathan,
Nathan Carl Summers wrote:
On Wed, 14 Jan 2004, Dalibor Topic wrote:
Salut Gerard, Hallo Helmer,
SP_OFFSET is used to denote the stack pointer offset, AFAIK.
Looking at the GNU Libc sources, I see two different values of stack
offsets, 8 without a FPU and 20 with a FPU. It seems
headers, and
may have to tell configure where to find them. See the output of
configure --help for more info.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
.
Well, if nothing helped so far, you may have to try to fix the problem
yourself. Read FAQ.debugging, and have fun. ;)
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
/usr/local/kaffe/bin/java -ss 120
0k -mx 16000k -ms 64k -as 900k -verbosegc yopydemo.Launcher $1
I'd recommend losing the -ms 64k option, honestly. Kaffe can't run with
less than 5M of inital memory, afaik.
cheers,
dalibor topic
___
kaffe
/netlink.h and friends that make the
generated tests compile and stop autoconf from complaining. I know I will ;)
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
forgot to mention that I've fixed that now. Thanks for keeping an eye
on it.
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
of the upstream projects we use the code from pointing us to new,
mergeworthy features.
Resynced!
cheers,
dalibor topic
___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
that exhibits the bug, all we can tell you is: maybe.
Of course, you could also answer your question yourself: check out kaffe
from CVS, build it and do whatever you did to make it crash.
If it still crashes, the answer is no, if it doesn't, the answer is yes ;)
cheers,
dalibor topic,
helping
1001 - 1100 of 1752 matches
Mail list logo