java-gnome-hackers — Hacking on the bindings themselves: design issues and co-ordination

Re: [java-gnome-hackers] jcharArray, jbyteArray, jstring

[Tom B. <Tom...@Su...>]

On Thu, 2002-12-26 at 06:54, Mark Howard wrote:
> I've found that changing it to this fixes the problems (for me at least)
> JNIEXPORT jint JNICALL Java_org_gnu_gtk_Label_gtk_1label_1new (JNIEnv
> *env, jclass cls, jstring str) 
> {
>   const  gchar *str_g = (*env)->GetStringUTFChars(env, str, 0);
>   {
>       return (jint)gtk_label_new (str_g);
>   }
> }
> Is this the best way to handle it?

This approach makes the most sense, as GetStringUTFChars should hide any
encoding issues both for US English and other locales, and the less we
have to deal directly with I18N issues, the better.  Let the runtime do
it for us!

Tom

Re: [java-gnome-hackers] native code requirements

[Mark H. <mh...@ti...>]

On Mon, 2002-12-30 at 17:06, Mark Howard wrote:
> glib 2.2.0

Seems like this was the culprit. I've downgraded to 2.0 and everything
works fine. 

-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

[java-gnome-hackers] native code requirements

[Mark H. <mh...@ti...>]

Hi,
  I've just been trying natively compiled versions of some of the
example apps. They all segfault whenever any signal is raised. I'm
guessing this is due to problems with some of the libraries I'm using,
so I just wanted to know which versions you have had success with.

I'm using:
libgcj 3.2.2
gcj 3.2.2
glib 2.2.0

Output from gdb seems to suggest that this is a problem with glib, but I
could be wrong:

#11 0x40b07c6e in jg_signal_cb (closure=0x14, return_value=0xbffff2a8,
n_param_values=2, param_values=0xbffff3f8, invocation_hint=0xbffff2c4,
marshal_data=0x0)
    at jni/org_gnu_glib_GObject.c:215
#12 0x40e197d2 in g_closure_invoke (closure=0x83f9010,
return_value=0xbffff2a8, n_param_values=2, param_values=0xbffff3f8,
invocation_hint=0xbffff2c4)
    at gclosure.c:437

The closure address is always 0x14 - I don't know whether that has any
significance.

-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

[java-gnome-hackers] glib Value problems

[Mark H. <mh...@ti...>]

Hi, 
  I've realised that I made a few mistakes when working on the tree and
list widgets. I'm not entirely sure how to fix them, so any help would
be appreciated. 

1)
In gtk.TreeModel, we use gtk_tree_model_get_value.
This initializes and sets a GValue. At present, we are already
initializing the GValue by saying
Value val = new Value( Type.STRING() );
This produces the warning:
GLib-GObject-WARNING **: gvalue.c:86:g_value_init(): cannot initialize
GValue with type `gchararray', the value has already been initialized as
`gchararray'
(but the code does function correctly)
I have not been able to work out how else to create a GValue. Merely
allocating memory to the size of GValue is not sufficient. (various
errors are produced on output - seems like random data is being used)

2)
In glib.value jni code for getting and setting java objects uses
(*env)->NewGlobalRef(. This is then never destroyed by the GC. I think
this should be done by storing a simple gpointer to the object, without
making the global reference, however I have not been successful in
making this work. 

-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

Re: [java-gnome-hackers] gnome.UIInfo array out of bound.

[Tom B. <Tom...@Su...>]

On Thu, 2002-12-26 at 08:09, Mark Howard wrote:
> It seems that kaffe's GetByteArrayRegion throws an exception if it has
> nothing to do. To fix this, I've had to add an additional test:
> 
> if (label_len != 0 ) (*env)->GetByteArrayRegion(env, label, 0,
> label_len, (jbyte*)label_g);
> 
> With this, the example will then be displayed, but unfortunately it
> takes very little effort and there will be a segfault, with no output on
> the console. I guess we still have a lot of work to do...

Perhaps Kaffe needs to be fixed instead, although it's no problem for us
to check for zero length arrays before fetching them (it's probably
faster, too).  

As for chars versus bytes, UIInfo was using char arrays to store byte
array information (xpm graphic data).  This usually worked because
graphic data tends to be word aligned, but its not very safe.  Since GTK
still uses 8-bit chars, I left everything string-related as byte arrays
when it gets close to a native call.  

Tom

Re: [java-gnome-hackers] gnome.UIInfo array out of bound.

[Mark H. <mh...@ti...>]

> If you'd rather I clean up UIInfo, let me know.
Thanks for your efforts Tom.

It seems that kaffe's GetByteArrayRegion throws an exception if it has
nothing to do. To fix this, I've had to add an additional test:

if (label_len != 0 ) (*env)->GetByteArrayRegion(env, label, 0,
label_len, (jbyte*)label_g);

With this, the example will then be displayed, but unfortunately it
takes very little effort and there will be a segfault, with no output on
the console. I guess we still have a lot of work to do...

-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

[java-gnome-hackers] jcharArray, jbyteArray, jstring

[Mark H. <mh...@ti...>]

Hi,
  I've been trying some of the other applications again and coming into
yet more problems which I assume to be related to passing byte arrays.
I'm not entirely sure why I'm encountering them and noone else is - I am
just using normal english and even the same source files in some cases.
I guess it must be a difference between kaffe and java.
The latest methods I've found problems with are for new Gtk Labels and
Frames. 
This is all autogenerated code:
JNIEXPORT jint JNICALL Java_org_gnu_gtk_Label_gtk_1label_1new (JNIEnv
*env, jclass cls, jbyteArray str) 
{
  jint str_len = (*env)->GetArrayLength(env, str);
  gchar* str_g = (gchar*)g_malloc(str_len + 1);
  (*env)->GetByteArrayRegion(env, str, 0, str_len, (jbyte*)str_g);
  str_g[str_len] = 0;
  {
      return (jint)gtk_label_new (str_g);
  }
}

I've found that changing it to this fixes the problems (for me at least)
JNIEXPORT jint JNICALL Java_org_gnu_gtk_Label_gtk_1label_1new (JNIEnv
*env, jclass cls, jstring str) 
{
  const  gchar *str_g = (*env)->GetStringUTFChars(env, str, 0);
  {
      return (jint)gtk_label_new (str_g);
  }
}
Is this the best way to handle it?


-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

Re: [java-gnome-hackers] Happy days!

[Tom B. <Tom...@Su...>]

Thank you.  =A1Feliz navidad y prospero a=F1o nuevo!

On Tue, 2002-12-24 at 09:42, Sergio Rubio wrote:
> I wish you a merry christmas and a happy new year.
>=20
> Cheers.
--=20
Tom Ball <Tom...@Su...>

[java-gnome-hackers] Happy days!

[Sergio R. <ser...@hi...>]

I wish you a merry christmas and a happy new year.

Cheers.
-- 
Sergio Rubio <ser...@hi...>

Re: [java-gnome-hackers] gnome.UIInfo array out of bound.

[Tom B. <Tom...@Su...>]

On Mon, 2002-12-23 at 13:36, Mark Howard wrote:
> > I think that all the byte array methods should be replaced with char
> > arrays until the actual native GTK or GNOME call is made.  In Java, char
> > arrays should always be used with characters, while byte arrays should
> > only be used for raw data.  If we adopt this policy now, we probably
> > won't be broken by future internationalization fixes in GTK and GNOME.
> Does this mean that the automatically generated code would have been
> better using char arrays also? or does it just affect the custom written
> code. 

I don't have a strong opinion, unless that code is part of our public or
protected API, then yes, string or char array parameters should use Java
char arrays.  If the API isn't affected, then converting to a byte array
in Java may make sense.  

In general, I'm looking to minimize the native code I work on and move
what functionality I can into Java.  That's not because I'm a Java
bigot, but because maintaining the code is easier since more bugs are
caught by the compiler and runtime.  This is especially true for native
code that makes unnecessary upcalls into the VM, since upcalls are a lot
slower than downcalls.  

Tom

Re: [java-gnome-hackers] gnome.UIInfo array out of bound.

[Mark H. <mh...@ti...>]

On Mon, 2002-12-23 at 19:04, Tom Ball wrote:
> Hi Mark,
Hi Tom,

> which is weird.  What VM and version do you use?
At the moment kaffe 1.0.7. Blackdown have not yet released 1.4.1 for
Debian; earlier releases do not work with the latest libc (they depend
on undocumented libc calls, which have now been removed)

> just cleaning up the char/byte array handling may fix your problem as a
> side-effect.
excellent. 

> I think that all the byte array methods should be replaced with char
> arrays until the actual native GTK or GNOME call is made.  In Java, char
> arrays should always be used with characters, while byte arrays should
> only be used for raw data.  If we adopt this policy now, we probably
> won't be broken by future internationalization fixes in GTK and GNOME.
Does this mean that the automatically generated code would have been
better using char arrays also? or does it just affect the custom written
code. 

> If you'd rather I clean up UIInfo, let me know.
If you have time, this would be great, thanks. 

-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

Re: [java-gnome-hackers] gnome.UIInfo array out of bound.

[Tom B. <Tom...@Su...>]

Hi Mark,

The AppExample works for me using either Sun's 1.4.1 or gcj, but both
runtimes report four 'uiinfo->widget != NULL' assertion failures (so the
problem is most likely in our code).  Sun's 1.3.1_03 segv's however,
which is weird.  What VM and version do you use?

I don't know the UIInfo code, but a quick review shows that it's sloppy
about byte versus char arrays with its string parameters.  That's
understandable because in ASCII byte and char arrays are often swapped
in C, but in Java (and outside the USA) they are very different types
(String.getBytes can return ugly results with localized strings).  Your
exception is thrown when a String.getBytes() call is passed to an
overloaded method that takes either byte or char arrays, suggesting that
just cleaning up the char/byte array handling may fix your problem as a
side-effect.

I think that all the byte array methods should be replaced with char
arrays until the actual native GTK or GNOME call is made.  In Java, char
arrays should always be used with characters, while byte arrays should
only be used for raw data.  If we adopt this policy now, we probably
won't be broken by future internationalization fixes in GTK and GNOME.

If you'd rather I clean up UIInfo, let me know.

Tom

P.S.  There's never a need to call either "new String()" or "new
String(<string>)", since strings are immutable.  If you need an empty
string, just use '""'; since all constant strings are interned, there is
only one instance of it is shared by the whole runtime.

On Sat, 2002-12-21 at 04:01, Mark Howard wrote:
> Hi, 
>   Whenever trying to use the UIInfo object, I get the following
> exception:
> java.lang.ArrayIndexOutOfBoundsException
> 	at org.gnu.gnome.UIInfo.setPixmapInfo(UIInfo.java:native)
> 	at org.gnu.gnome.UIInfo.<init>(UIInfo.java:142)
> 	at org.gnu.gnome.UIInfo.newItem(UIInfo.java:441)
> 	at app.AppExample.buildMyMenus(AppExample.java:59)
> 	at app.AppExample.<init>(AppExample.java:43)
> 	at app.AppExample.main(AppExample.java:165)
> This is even done in src/examples/gnome/app/AppExample.java
> 
> Would it be possible for someone to fix this please (I'm guessing the
> person who wrote it would be able to do it far quicker than anyone
> else).  
> 
> Also:
> I've just been trying a number of the other gnome example apps. These
> often seem to segfault after a while (sometimes when you click on a
> widget, but not always). Nothing is written to the console. Does
> everyone else encounter this?
-- 
Tom Ball <Tom...@Su...>

[java-gnome-hackers] [help] textview/buffer critical warnings

[Mark H. <mh...@ti...>]

Hi,
  There seems to be something wrong with the TextBuffer/View widgets.
They work fine, but produce lots of warnings and are incredibly slow
(i.e. unusable). All the warnings are the same:

(java-gnome:10982): GLib-GObject-CRITICAL **: file gvaluetypes.c: line
803 (g_value_get_pointer): assertion `G_VALUE_HOLDS_POINTER (value)'
failed

This can be illustrated by the text/Text example.
I've looked at the source, but can't find what's causing it. I guess
it's something to do with the event handling, as it occurs on all events
(there are lots of them with the TextView).

Is anyone able to shed any light on this?
-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

Re: [java-gnome-hackers] GtkContainer signal support?

[Tom B. <Tom...@Su...>]

On Sun, 2002-12-22 at 09:07, Jeffrey Morgan wrote:
> On Mon, 2002-12-23 at 01:32, Tom Ball wrote:
> > Glade lists four GtkContainer signals:  add, check_resize, remove, and
> > set_focus_child.  These events appear to be notification signals when
> > these events occur.  Is there a reason these events aren't supported?
> 
> Probably the reason is that somebody hasn't taken the time to complete
> the code for these events.

No problem.  I wasn't being sarcastic in my question; it's just that
when I've written toolkit mapping libraries I started from the
equivalent of widget and container and worked downward, so I thought
there might be a good reason for skipping GtkContainer.  

If I have time over the holidays (read: if my family is driving me crazy
and I need to escape into my computer), would anyone mind my attempting
to implement container events?  I also don't mind waiting, as I don't
need them for any of the demos I'm converting.

Tom

Re: [java-gnome-hackers] Image files

[RUBIOJR <RU...@te...>]

I will try to check them in tonight. Sorry about the late.

Rubio Jr.
Asac! Team

----- Mensaje Original -----
De: Tom Ball <Tom...@Su...>
Fecha: Viernes, Diciembre 20, 2002 7:36 pm
Asunto: [java-gnome-hackers] Image files

> The cool Java-GNOME icons are no longer at arkuin.dragon-
> lance.net, and
> I can't find them either on our web site (other than the one with 
> text)or in our source base.  Are they still available?  Could they 
> be checked
> in somewhere, perhaps in the top-level doc or a new www directory? 
> I'd
> like to use it for a Glade example which has an About box.
> 
> Tom
> 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:  The Best Geek Holiday Gifts!
> Time is running out!  Thinkgeek.com has the coolest gifts for
> your favorite geek.   Let your fingers do the typing.   Visit Now.
> T H I N K G E E K . C O M        http://www.thinkgeek.com/sf/
> _______________________________________________
> java-gnome-hackers mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
> 

Re: [java-gnome-hackers] GtkContainer signal support?

[Jeffrey M. <ku...@zo...>]

On Mon, 2002-12-23 at 01:32, Tom Ball wrote:
> Glade lists four GtkContainer signals:  add, check_resize, remove, and
> set_focus_child.  These events appear to be notification signals when
> these events occur.  Is there a reason these events aren't supported?

Probably the reason is that somebody hasn't taken the time to complete
the code for these events.

[java-gnome-hackers] GtkContainer signal support?

[Tom B. <Tom...@Su...>]

Glade lists four GtkContainer signals:  add, check_resize, remove, and
set_focus_child.  These events appear to be notification signals when
these events occur.  Is there a reason these events aren't supported?

Tom

[java-gnome-hackers] gnome.UIInfo array out of bound.

[Mark H. <mh...@ti...>]

Hi, 
  Whenever trying to use the UIInfo object, I get the following
exception:
java.lang.ArrayIndexOutOfBoundsException
	at org.gnu.gnome.UIInfo.setPixmapInfo(UIInfo.java:native)
	at org.gnu.gnome.UIInfo.<init>(UIInfo.java:142)
	at org.gnu.gnome.UIInfo.newItem(UIInfo.java:441)
	at app.AppExample.buildMyMenus(AppExample.java:59)
	at app.AppExample.<init>(AppExample.java:43)
	at app.AppExample.main(AppExample.java:165)
This is even done in src/examples/gnome/app/AppExample.java

Would it be possible for someone to fix this please (I'm guessing the
person who wrote it would be able to do it far quicker than anyone
else).  

Also:
I've just been trying a number of the other gnome example apps. These
often seem to segfault after a while (sometimes when you click on a
widget, but not always). Nothing is written to the console. Does
everyone else encounter this?
-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

RE: [java-gnome-hackers] problems

[Jeffrey M. <Jef...@Br...>]

Great.

> On Tue, 2002-12-17 at 12:36, Mark Howard wrote:
> > Hi, 
> >   I'm still having these problems with java-gnome apps 
> crashing on all
> > events.
> ...
> I've tracked this down to problems with the current Blackdown java and
> the version of glib in Debian (Apparently Sun used undocumented glib
> calls which have now been removed). 
> 
> Everything's working fine now with jikes and kaffe.
> -- 
>   .''`. Mark Howard
>  : :' :
>  `. `'  http://www.tildemh.com 
>    `-   mh...@de... | mh...@ti... | mh...@ca... 
> 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:  The Best Geek Holiday Gifts!
> Time is running out!  Thinkgeek.com has the coolest gifts for
> your favorite geek.   Let your fingers do the typing.   Visit Now.
> T H I N K G E E K . C O M        http://www.thinkgeek.com/sf/
> _______________________________________________
> java-gnome-hackers mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
> 

Re: [java-gnome-hackers] problems

[Mark H. <mh...@ti...>]

On Tue, 2002-12-17 at 12:36, Mark Howard wrote:
> Hi, 
>   I'm still having these problems with java-gnome apps crashing on all
> events.
...
I've tracked this down to problems with the current Blackdown java and
the version of glib in Debian (Apparently Sun used undocumented glib
calls which have now been removed). 

Everything's working fine now with jikes and kaffe.
-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

[java-gnome-hackers] Image files

[Tom B. <Tom...@Su...>]

The cool Java-GNOME icons are no longer at arkuin.dragon-lance.net, and
I can't find them either on our web site (other than the one with text)
or in our source base.  Are they still available?  Could they be checked
in somewhere, perhaps in the top-level doc or a new www directory?  I'd
like to use it for a Glade example which has an About box.

Tom

[java-gnome-hackers] problems

[Mark H. <mh...@ti...>]

Hi, 
  I'm still having these problems with java-gnome apps crashing on all
events. Does anyone have any advice? is there anything else I can try?

Versions I'm using (in case anyone knows on any problems):
Java - Blackdown-1.4.1-beta
gtk - 2.0.9
gcc 2.95.4
libc6 2.3.1


> An unexpected exception has been detected in native code outside the VM.
> Unexpected Signal : 11 occurred at PC=0x4C3F1F1E
> Function=GdkEventButton_get_x+0x6
> Library=/home/mark/java-gnome/lib/libGTKJava.so.0.8.0
> 
> Current Java thread:
> 	at org.gnu.gdk.EventButton.getX(Native Method)
> 	at org.gnu.gdk.EventButton.getX(EventButton.java:38)
> 	at org.gnu.gtk.event.MouseEvent.<init>(MouseEvent.java:98)
> 	at org.gnu.gtk.Widget.handleButtonPressed(Widget.java:866)
> 	at org.gnu.gtk.Gtk.gtk_main(Native Method)
> 	at org.gnu.gtk.Gtk.main(Gtk.java:54)
> 	at buttons.Buttons.main(Buttons.java:66)
> 
> Dynamic libraries:
> 08048000-0804d000 r-xp 00000000 03:05 35010     
> /usr/lib/j2se/1.4/bin/java
> 0804d000-0804e000 rw-p 00004000 03:05 35010     
> /usr/lib/j2se/1.4/bin/java
> 40000000-40011000 r-xp 00000000 03:04 110681     /lib/ld-2.3.1.so
> 40011000-40012000 rw-p 00011000 03:04 110681     /lib/ld-2.3.1.so
> 40012000-4001b000 r-xp 00000000 03:05 38158     
> /usr/lib/j2se/1.4/jre/lib/i386/native_threads/libhpi.so
> 4001b000-4001c000 ---p 00009000 03:05 38158     
> /usr/lib/j2se/1.4/jre/lib/i386/native_threads/libhpi.so
> 4001c000-4001d000 rw-p 00009000 03:05 38158     
> /usr/lib/j2se/1.4/jre/lib/i386/native_threads/libhpi.so
> 4001d000-40020000 r--s 00000000 03:05 138473    
> /usr/lib/j2se/1.4/jre/lib/ext/dnsns.jar
> 40020000-40023000 r-xp 00000000 03:05 24450     
> /usr/lib/libgmodule-2.0.so.0.0.7
> 40023000-40024000 rw-p 00002000 03:05 24450     
> /usr/lib/libgmodule-2.0.so.0.0.7
> 40026000-40033000 r-xp 00000000 03:04 110709     /lib/libpthread-0.10.so
> 40033000-40036000 rw-p 0000d000 03:04 110709     /lib/libpthread-0.10.so
> 40077000-40079000 r-xp 00000000 03:04 110694     /lib/libdl-2.3.1.so
> 40079000-4007a000 rw-p 00001000 03:04 110694     /lib/libdl-2.3.1.so
> 4007a000-40183000 r-xp 00000000 03:04 110692     /lib/libc-2.3.1.so
> 40183000-40189000 rw-p 00108000 03:04 110692     /lib/libc-2.3.1.so
> 4018d000-405f1000 r-xp 00000000 03:05 43942     
> /usr/lib/j2se/1.4/jre/lib/i386/client/libjvm.so
> 405f1000-4060e000 rw-p 00463000 03:05 43942     
> /usr/lib/j2se/1.4/jre/lib/i386/client/libjvm.so
> 4061e000-4062e000 r-xp 00000000 03:04 110696     /lib/libnsl-2.3.1.so
> 4062e000-4062f000 rw-p 00010000 03:04 110696     /lib/libnsl-2.3.1.so
> 40631000-40651000 r-xp 00000000 03:04 110695     /lib/libm-2.3.1.so
> 40651000-40652000 rw-p 0001f000 03:04 110695     /lib/libm-2.3.1.so
> 40652000-40661000 r-xp 00000000 03:05 43986     
> /usr/lib/j2se/1.4/jre/lib/i386/libverify.so
> 40661000-40663000 rw-p 0000e000 03:05 43986     
> /usr/lib/j2se/1.4/jre/lib/i386/libverify.so
> 40663000-40682000 r-xp 00000000 03:05 43993     
> /usr/lib/j2se/1.4/jre/lib/i386/libjava.so
> 40682000-40684000 rw-p 0001e000 03:05 43993     
> /usr/lib/j2se/1.4/jre/lib/i386/libjava.so
> 40684000-40699000 r-xp 00000000 03:05 125071    
> /usr/lib/j2se/1.4/jre/lib/i386/libzip.so
> 40699000-4069c000 rw-p 00014000 03:05 125071    
> /usr/lib/j2se/1.4/jre/lib/i386/libzip.so
> 4069c000-41d69000 r--s 00000000 03:05 216572    
> /usr/lib/j2se/1.4/jre/lib/rt.jar
> 41dac000-41dc3000 r--s 00000000 03:05 138476    
> /usr/lib/j2se/1.4/jre/lib/sunrsasign.jar
> 41dc3000-41e34000 r--s 00000000 03:05 138480    
> /usr/lib/j2se/1.4/jre/lib/jsse.jar
> 41e34000-41e47000 r--s 00000000 03:05 138477    
> /usr/lib/j2se/1.4/jre/lib/jce.jar
> 41e47000-42103000 r--s 00000000 03:05 216557    
> /usr/lib/j2se/1.4/jre/lib/charsets.jar
> 441ab000-441af000 r-xp 00000000 03:05 83750     
> /usr/X11R6/lib/libXrender.so.1.1
> 441af000-441b0000 rw-p 00003000 03:05 83750     
> /usr/X11R6/lib/libXrender.so.1.1
> 4c230000-4c23e000 r--s 00000000 03:05 138475    
> /usr/lib/j2se/1.4/jre/lib/ext/ldapsec.jar
> 4c23e000-4c240000 r-xp 00000000 03:05 83607     
> /usr/X11R6/lib/X11/locale/common/xlcDef.so.2
> 4c240000-4c241000 rw-p 00001000 03:05 83607     
> /usr/X11R6/lib/X11/locale/common/xlcDef.so.2
> 4c241000-4c243000 r-xp 00000000 03:05 82476     
> /usr/lib/gconv/EUC-JP.so
> 4c243000-4c244000 rw-p 00002000 03:05 82476     
> /usr/lib/gconv/EUC-JP.so
> 4c244000-4c24d000 r-xp 00000000 03:04 110697    
> /lib/libnss_compat-2.3.1.so
> 4c24d000-4c24e000 rw-p 00009000 03:04 110697    
> /lib/libnss_compat-2.3.1.so
> 4c24e000-4c26b000 r--s 00000000 03:05 138471    
> /usr/lib/j2se/1.4/jre/lib/ext/sunjce_provider.jar
> 4c26b000-4c30a000 r--s 00000000 03:05 138474    
> /usr/lib/j2se/1.4/jre/lib/ext/localedata.jar
> 4c30a000-4c379000 r--s 00000000 03:08 50205     
> /home/mark/java-gnome/lib/gtk-0.8.0.jar
> 4c379000-4c390000 r--s 00000000 03:08 50774     
> /home/mark/java-gnome/lib/gnome-0.8.0.jar
> 4c390000-4c398000 r--s 00000000 03:08 57912     
> /home/mark/java-gnome/lib/glade-0.8.0.jar
> 4c398000-4c413000 r-xp 00000000 03:08 46058     
> /home/mark/java-gnome/lib/libGTKJava.so.0.8.0
> 4c413000-4c416000 rw-p 0007a000 03:08 46058     
> /home/mark/java-gnome/lib/libGTKJava.so.0.8.0
> 4c416000-4c60a000 r-xp 00000000 03:05 134102    
> /usr/lib/libgtk-x11-2.0.so.0.0.9
> 4c60a000-4c615000 rw-p 001f4000 03:05 134102    
> /usr/lib/libgtk-x11-2.0.so.0.0.9
> 4c617000-4c66a000 r-xp 00000000 03:05 134101    
> /usr/lib/libgdk-x11-2.0.so.0.0.9
> 4c66a000-4c66f000 rw-p 00052000 03:05 134101    
> /usr/lib/libgdk-x11-2.0.so.0.0.9
> 4c66f000-4c682000 r-xp 00000000 03:05 24638     
> /usr/lib/libatk-1.0.so.0.0.3
> 4c682000-4c684000 rw-p 00013000 03:05 24638     
> /usr/lib/libatk-1.0.so.0.0.3
> 4c684000-4c695000 r-xp 00000000 03:05 22066     
> /usr/lib/libgdk_pixbuf-2.0.so.0.0.9
> 4c695000-4c696000 rw-p 00011000 03:05 22066     
> /usr/lib/libgdk_pixbuf-2.0.so.0.0.9
> 4c696000-4c6b4000 r-xp 00000000 03:05 34079     
> /usr/lib/libpangoxft-1.0.so.0.0.5
> 4c6b4000-4c6b5000 rw-p 0001d000 03:05 34079     
> /usr/lib/libpangoxft-1.0.so.0.0.5
> 4c6b5000-4c6c0000 r-xp 00000000 03:05 34078     
> /usr/lib/libpangox-1.0.so.0.0.5
> 4c6c0000-4c6c1000 rw-p 0000a000 03:05 34078     
> /usr/lib/libpangox-1.0.so.0.0.5
> 4c6c1000-4c6e5000 r-xp 00000000 03:05 34077     
> /usr/lib/libpango-1.0.so.0.0.5
> 4c6e5000-4c6f1000 rw-p 00023000 03:05 34077     
> /usr/lib/libpango-1.0.so.0.0.5
> 4c6f1000-4c725000 r-xp 00000000 03:05 24449     
> /usr/lib/libgobject-2.0.so.0.0.7
> 4c725000-4c727000 rw-p 00034000 03:05 24449     
> /usr/lib/libgobject-2.0.so.0.0.7
> 4c727000-4c78a000 r-xp 00000000 03:05 3554      
> /usr/lib/libglib-2.0.so.0.0.7
> 4c78a000-4c78b000 rw-p 00063000 03:05 3554      
> /usr/lib/libglib-2.0.so.0.0.7
> 4c78b000-4c791000 r-xp 00000000 03:05 4723      
> /usr/lib/gtk-2.0/2.0.0/engines/libcleanice.so
> 4c791000-4c792000 rw-p 00005000 03:05 4723      
> /usr/lib/gtk-2.0/2.0.0/engines/libcleanice.so
> 4c792000-4c794000 r-xp 00000000 03:05 94754     
> /usr/lib/gconv/ISO8859-1.so
> 4c794000-4c795000 rw-p 00001000 03:05 94754     
> /usr/lib/gconv/ISO8859-1.so
> 4c79f000-4c7a6000 r-xp 00000000 03:05 83744     
> /usr/X11R6/lib/libXi.so.6.0
> 4c7a6000-4c7a7000 rw-p 00006000 03:05 83744     
> /usr/X11R6/lib/libXi.so.6.0
> 4c7a7000-4c7bc000 r-xp 00000000 03:05 83743     
> /usr/X11R6/lib/libXft.so.1.1
> 4c7bc000-4c7be000 rw-p 00014000 03:05 83743     
> /usr/X11R6/lib/libXft.so.1.1
> 4c7d0000-4c7dc000 r-xp 00000000 03:05 83742     
> /usr/X11R6/lib/libXext.so.6.4
> 4c7dc000-4c7dd000 rw-p 0000c000 03:05 83742     
> /usr/X11R6/lib/libXext.so.6.4
> 4c7dd000-4c894000 r-xp 00000000 03:05 83740     
> /usr/X11R6/lib/libX11.so.6.2
> 4c894000-4c897000 rw-p 000b7000 03:05 83740     
> /usr/X11R6/lib/libX11.so.6.2
> 4c897000-4c8e4000 r-xp 00000000 03:05 276038    
> /usr/lib/libfreetype.so.6.3.2
> 4c8e4000-4c8e8000 rw-p 0004c000 03:05 276038    
> /usr/lib/libfreetype.so.6.3.2
> 4c8e9000-4c8fc000 r-xp 00000000 03:05 34061     
> /usr/lib/pango/1.0.0/modules/pango-basic-x.so
> 4c8fc000-4c8fd000 rw-p 00012000 03:05 34061     
> /usr/lib/pango/1.0.0/modules/pango-basic-x.so
> 4c8fd000-4c915000 r-xp 00000000 03:05 150721    
> /usr/lib/gconv/libJIS.so
> 4c915000-4c916000 rw-p 00017000 03:05 150721    
> /usr/lib/gconv/libJIS.so
> 4c916000-4c976000 rw-s 00000000 00:05 635273255  /SYSV00000000 (deleted)
> 
> Local Time = Sun Dec 15 10:03:38 2002
> Elapsed Time = 3
> #
> # The exception above was detected in native code outside the VM
> #
> # Java VM: Java HotSpot(TM) Client VM (Blackdown-1.4.1-beta mixed mode)
> #
> # An error report file has been saved as hs_err_pid31816.log.
> # Please refer to the file for further information.
> #
-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

[java-gnome-hackers] Re: [Java-gnome-developer] Can't build from cvs

[Neven B. <nb...@en...>]

Thanks, it works

Neven

El mar, 17-12-2002 a las 00:04, Tom Ball escribi=C3=B3:
> We're in the middle of a major overhaul, and so "make install" does=
n't
> work yet. =20
>=20
> For now, add the jar files in the lib/ directory to your classpath =
and
> add the lib directory to LD_LIBRARY_PATH environment variable.  The=
n you
> should be able to compile and run many of the example files (but ma=
ny
> still need to be converted).
>=20
> Tom
--=20
Neven Boric <nb...@en...>

[java-gnome-hackers] Re: [Java-gnome-developer] Can't build from cvs

[Tom B. <Tom...@Su...>]

We're in the middle of a major overhaul, and so "make install" doesn't
work yet.  

For now, add the jar files in the lib/ directory to your classpath and
add the lib directory to LD_LIBRARY_PATH environment variable.  Then you
should be able to compile and run many of the example files (but many
still need to be converted).

Tom

On Mon, 2002-12-16 at 15:16, Neven Boric wrote:
> Thanks for your answer, I didn't realize I had to install ant for
> java-gnome to build.
> i installed it, and it seems to build ok, but when I try to make install
> I get:
> 
> make: *** No rule to make target `gnome', needed by `install'.  Stop.
> 
> The last output form the make command is:
> 
> /usr/bin/ant -buildfile ../build.xml glade-jar
> Buildfile: ../build.xml
> 
> build-glade:
> 
> glade-jar:
> 
> BUILD SUCCESSFUL
> Total time: 6 seconds
> make[1]: Leaving directory `/home/neven/download/java-gnome/src'
> make -C test gnome glade
> make[1]: Entering directory `/home/neven/download/java-gnome/test'
> make[1]: Nothing to be done for `gnome'.
> make[1]: Nothing to be done for `glade'.
> make[1]: Leaving directory `/home/neven/download/java-gnome/test'
> 
> What might be te problem now?
> Thanks again
-- 
Tom Ball <Tom...@Su...>

Re: [java-gnome-hackers] jndi-gconf

[Tom B. <Tom...@Su...>]

Personally, I think JNDI is the way to go.  Although it's less
GNOME-specific, Java apps can be written that are less tied to just one
platform.  If the GUI is abstracted to a separate layer, the app can be
more portable.

Tom

On Mon, 2002-12-16 at 15:06, Sergio Rubio wrote:
> This weekend I'm going to work with two friends on a jndi implemetation
> based on gconf. We are going to make the wrappers to the gconf library
> and use them to implement the jndi specification. What do you think
> about the idea? Do you have a piece of advice to share with me?
> 
> Cheers
> 
> Rubio Jr.
> 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:
> With Great Power, Comes Great Responsibility 
> Learn to use your power at OSDN's High Performance Computing Channel
> http://hpc.devchannel.org/
> _______________________________________________
> java-gnome-hackers mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
-- 
Tom Ball <Tom...@Su...>