Re: [kaffe] Query abt running programs in kaffe

2002-11-05 Thread Dalibor Topic
Hi Virendra,

--- Virendra P [EMAIL PROTECTED] wrote:
 
 how do i invoke the applet viewer in kaffe?

use the appletviewer command.

best regards,

dalibor topic



__
Do you Yahoo!?
HotJobs - Search new jobs daily now
http://hotjobs.yahoo.com/

___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe



Re: [kaffe] Can not build out Kaffe

2002-11-05 Thread Dalibor Topic
Hi Wu,

--- Wu Kun [EMAIL PROTECTED] wrote:
 I try to build out Kaffe 1.0.7 on Window 2000
 Professional (SP5) with
 CygWin 1.3.14-1, GNU Make 3.79.1. The ./configure
 command seems run and
 complete normally but make can not be completed:
  
 ...
 cc1: warning: changing search order for system
 directory
 /usr/local/include
 cc1: warning:   as it has already been specified as
 a non-system
 directory
 In file included from
 /usr/include/w32api/windows.h:87,
  from /usr/include/w32api/rpc.h:2,
  from
 /usr/include/w32api/wtypes.h:1,
  from
 ../../../../config/config-std.h:43,
  from toolkit.h:15,
  from wnd.c:15:
 /usr/include/w32api/winspool.h:239: unnamed fields
 of type other than
 struct or
 union are not allowed
 /usr/include/w32api/winspool.h:254: unnamed fields
 of type other than
 struct or
 union are not allowed
 /usr/include/w32api/winspool.h:275: unnamed fields
 of type other than
 struct or
 union are not allowed
 /usr/include/w32api/winspool.h:300: unnamed fields
 of type other than
 struct or
 union are not allowed
 /usr/include/w32api/winspool.h:446: unnamed fields
 of type other than
 struct or
 union are not allowed
 /usr/include/w32api/winspool.h:469: unnamed fields
 of type other than
 struct or
 union are not allowed
 make[4]: *** [wnd.lo] Error 1
 make[4]: Leaving directory
 `/cygdrive/f/tmp/kaffe-1.0.7/libraries/clib/awt/X'
 make[3]: *** [install-recursive] Error 1
 make[3]: Leaving directory
 `/cygdrive/f/tmp/kaffe-1.0.7/libraries/clib/awt'
 make[2]: *** [install-recursive] Error 1
 make[2]: Leaving directory
 `/cygdrive/f/tmp/kaffe-1.0.7/libraries/clib'
 make[1]: *** [install-recursive] Error 1
 make[1]: Leaving directory
 `/cygdrive/f/tmp/kaffe-1.0.7/libraries'
 make: *** [install-recursive] Error 1
  
 ...
  
 What's wrong with my build ?

your compiler complains about your system's header
files. take a quick look at the lines in the header
files, that the compiler complains about and see if
you can figure out what's wrong. Alternatively, if you
don't need the AWT, you could try to configure kaffe
without AWT, and see if it still need to include that
header file.

best regards,

dalibor topic


__
Do you Yahoo!?
HotJobs - Search new jobs daily now
http://hotjobs.yahoo.com/

___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe



Re: [kaffe] rebuildLib for cross compiling

2002-11-05 Thread Dalibor Topic
Hi Kiyo,

--- Kiyo Inaba [EMAIL PROTECTED] wrote:
 Looks like I forgot to submit this bug report...
 
 After the introduction of rebuilding Kaffe library
 while making kaffe
 (after 21/07/2002), we can not simply cross compile
 kaffe. It is
 because libraries/javalib/rebuildLib (which is used
 to generate
 library) tries to invoke newly compiled 'kaffe'
 which of course
 should not work on the target machine.
 
 Are there smart idea to avoid this problem?

you could try to comment out JIKES= line in rebuildLib
and set the environment variable JIKES to a working
java compiler on the host. See
FAQ.classlibrary-compile for more information.

best regards,

dalibor topic

__
Do you Yahoo!?
HotJobs - Search new jobs daily now
http://hotjobs.yahoo.com/

___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe



Re: [kaffe] kaffe--freeMemory Second Trying

2002-11-05 Thread Dalibor Topic
Hi xu,

--- xch [EMAIL PROTECTED] wrote:
  In my application, I start two threads, one is
 doing something ,the other is measuring the free
 space of the total System in a certain interval(5
 milliseconds) by calling the method above while the
 first one is runing.
  I use kaffe to run it, the measuring thread always
 get a constant value, I can not understand and think
 it's impossible since another thread must use some
 memory.I run my application using JDK1.3, things
 goes well, I can see the measured value is changing.
 Could you please tell me where is the wrong thing?  

it depends what your worker method is doing.

If you have a method that keeps allocating more
memory, than you should see the free memory decrease.
If on the other hand your worker method calls some
system methods to do some work, than the outcome is
implemenation specific. Kaffe's implementation of the
system methods could be more efficient than Sun's, and
don't require new objects to be instantiated, for
example.

best regards,

dalibor topic

__
Do you Yahoo!?
HotJobs - Search new jobs daily now
http://hotjobs.yahoo.com/

___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe



[kaffe] ANNOUNCE: japitools 0.9 released

2002-11-05 Thread Stuart Ballard
JAPITOOLS 0.9 RELEASED2002/11/05
--

I'm proud to announce the first japitools release intended for wide 
public consumption. japitools is a set of tools for testing 
compatibility between different versions of a Java API. It can be used 
both for verifying whether an independent implementation of an API is 
correct and complete, and for ensuring that binary compatibility is 
maintained between successive versions of the same API. In particular, 
japitools can be used to test the conformance of independent 
implementations of the Java platform itself.

Features of this release:

* japize tool reads Java class files and dumps a machine-readable
  representation of the API to a japi file.

* japicompat tool compares two japi files for binary backwards
  compatibility.

* japilist tool provides human-readable summaries of the contents of a
  japi file.

* serialize and serialcompat tools test serialization compatibility.

* japifix tool updates japi files made by previous releases, and in some
  cases can correct malformed files.

* Comparisions cover every requirement for binary compatibility as
  defined in the JLS, and more, but exclude many differences that are
  known to be insignificant, to keep the signal-to-noise ratio high.

* All algorithms are tuned for memory usage and performance, to allow
  running on machines with limited resources or as unsupervised (eg
  nightly) jobs.

* japi file format is fully specified, allowing interoperable tools to
  be created.

For more information on japitools, including a change history, visit the 
project website at http://rainbow.netreach.net/~sballard/japi . 
japitools 0.9 can be downloaded from 
http://rainbow.netreach.net/~sballard/japi/japitools-0.9.tar.gz . Any 
questions or comments should be directed to [EMAIL PROTECTED]

Particular thanks for their help in making this release as good as it 
can be go to Brian Jones for providing the ant build system, the 
serialize and serialcompat tools, and lots of wrapper scripts, along 
with some invaluable testing and setting up nightly japicompat tests for 
GNU Classpath CVS; and to Dalibor Topic for working towards a similar 
arrangement for Kaffe, and being a patient and committed tester despite 
several brown-paper-bag development releases. Thanks also to everyone 
else who's provided feedback.

Major features planned for the near future include HTML and possibly XML 
 output,and more advanced filtering of errors to allow, for example, 
ignoring errors against an early JDK version if the same problem appears 
in (more recent versions of) the JDK itself.

--
Stuart Ballard, Programmer
NetReach - Internet Solutions
(215) 283-2300, ext. 126
http://www.netreach.com/


___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


[kaffe] Kaffe CVS: kaffe dalibor

2002-11-05 Thread Kaffe CVS

CVSROOT:/cvs/kaffe
Module name:kaffe
Changes by: dalibor 02/11/05 20:38:41

Modified files:
.  : ChangeLog 
libraries/javalib/java/lang: System.java 
libraries/javalib/kaffe/io: ByteToCharConverter.java 
test/regression: InnerTest.java 

Log message:
Wed Nov  6 06:49:43 CET 2002 Dalibor Topic [EMAIL PROTECTED]

* libraries/javalib/java/lang/System.java:
(arraycopy) fixed all mauve failures. Added more explicit
parameter checks. Now follows the JDK 1.4 API description very
closely.
* libraries/javalib/kaffe/io/ByteToCharConverter.java:
(withdraw) fixed bad arraycopy call.
* test/regression/InnerTest.java:
Changed expected output back to old format. The change in output
was caused by the bad arraycopy implementation.


___
kaffe mailing list
[EMAIL PROTECTED]
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe