java-gnome-developer — For people using the bindings to write their own applications

[Java-gnome-developer] Listener implementation question

[Nicholas R. <ni...@mn...>]

I'm trying to add some extra listener functionality to libgtkhtml-java.
I've added everything that would seem to me to be necessary, but i'm
getting a NoClassDefFoundError and i'm not sure why.  Perhaps someone
can help me figure it out.

I've added the REQUEST_URL event type to HTMLDocumentEvent class as well
as adding the necessary handler method in HTMLDocument and registering
it in the addEvents method and in the addListener method.  This
registration process seems to work fine since i don't get an error if
there are no external files (images, css) referenced in my html page.
However, if i add an <img> tag in the html page, i get this exception:

Exception in thread "main" java.lang.NoClassDefFoundError: HtmlStream
        at org.gnu.gtkhtml.HTMLDocument.htm_document_write_stream(Native
Method)
        at
org.gnu.gtkhtml.HTMLDocument.writeStream(HTMLDocument.java:55)
        at org.gnu.gtkhtml.HTMLDocument.loadURL(HTMLDocument.java:130)
        at TestHTML.<init>(TestHTML.java:72)
        at TestHTML.main(TestHTML.java:29)

"HtmlStream" is the name of the GTK "C" class that is passed as one of
the arguments to the callback function in C.  I have defined a Java
class named "HTMLStream" which gets instantiated in the HTMLDocument's
handler method via an int (pointer to the C HtmlStream object).
However, the Java handler method never gets called (i have a println as
the first statement in this method).

So what i don't understand is why it's trying to find the Java class
"HtmlStream" when this is the name of the GTK "C" class.  Shouldn't it
just pass the pointer to the HtmlStream object into the handler method
via the int parameter and let me instantiate my "HTMLStream" class?

thanks in advance for your help,
Nick

RE: [Java-gnome-developer] [PATCH] two small patches

[Nicholas R. <ni...@mn...>]

No problem.  i'll put a couple of bugs in bugzilla for these patches.


Another question: In HTMLDocument.java, the handleSubmit method has the
following signature:

protected void handleSubmit(String method, String url, String encoding)

However, in libgtkhtml-2.6.2, the SUBMIT signal gets emitted with these
three arguments (in this order):  action, method, encoding.   So it
seems that it would be more accurate to change the signature of
handleSubmit to this:

protected void handleSubmit(String url, String method, String encoding)

Do you agree with this analysis?  should i submit a patch for this?


One last question (for now :-), is there anyone actively maintaining or
working on libgtkhtml-java?  i would like to add some features (such as
image loading and mouse hover), but i don't want to re-invent the wheel
if someone's already working on this.

Thanks for your help,
Nick

On Thu, 2004-10-28 at 06:46 -0400, Jeffrey Morgan wrote:
> Thank you very much for the patch.  We are currently at a point where
> we are not able to make API changes.  In about a week or two we will
> begin our 2.9 development effort and should be able to apply the patches
> at that time.  I will apply the patch for the getSelected method but
> would ask you to please open a bugzilla report for the remaining diffs.
> When we start 2.9 I will be happy to apply the remaining patch.
> 
> -Jeff
> 
> 
> > -----Original Message-----
> > From: jav...@li...
> > [mailto:jav...@li...]On Behalf Of
> > Nicholas Rahn
> > Sent: Thursday, October 28, 2004 6:16 AM
> > To: jav...@li...
> > Subject: [Java-gnome-developer] [PATCH] two small patches
> > 
> > 
> > Hi,
> > 
> > Here are 2 small patches (diff -u) that I would like to submit for
> > possible inclusion in CVS.
> > 
> > SimpleList.patch
> >   - Fix to avoid a NP exception in getSelected when there is no list
> > element selected.
> >   - Add a new method, remove( String ), which removes the 
> > given element
> > from the list.
> > 
> > HTMLDocument.patch
> >   - Add a new method, loadStream( InputStream, String ), 
> > which loads the
> > page from the given InputStream.  This is useful if you want to use an
> > external tool (for example, Jakarta's HttpClient) to retrieve 
> > the page,
> > rather than using the internal retrieval process provided in
> > loadURL( String ).
> > 
> > 
> > Let me know if you would like the patches in some other form/forum.
> > Comments/critiques are welcome.
> > 
> > Nick
> > 
> > -- 
> > 
> 
>  NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended
> only for the use of the individuals or entity to which it is addressed. If
> you are not the intended recipient, or the person responsible for delivering
> the message to the intended recipient, please return or delete it
> immediately. Although this e-mail and any attachments are believed to be
> free of any virus or other defect, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by us for
> any loss or damage arising in any way from its unauthorized modification or
> use.
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
-- 

[Java-gnome-developer] Re: Use of destroy()

[Laurent M. <la...@ao...>]

It does not crash the JVM in that case (out of luck), but produces a
critical GTK error message:

(java-gnome:1903): Gtk-CRITICAL **: file gtkcontainer.c: line 1285 (gtk_container_foreach): assertion `GTK_IS_CONTAINER (container)' failed

Remove the destroy() and all is fine. 

I must admit it is probably not very smart to destroy the source of an
event when handling the event, but didn't know how to destroy the gtk
object in an other manner. And it was not clear to me that gtk would
do that itself.

  Jeffrey> -Jeff


  >> -----Original Message----- From:
  >> jav...@li...
  >> [mailto:jav...@li...]On
  >> Behalf Of Laurent Martelli Sent: Wednesday, October 27, 2004 8:54
  >> AM To: jav...@li... Subject:
  >> [Java-gnome-developer] Use of destroy()
  >> 
  >> 
  >> Hi,
  >> 
  >> I've spent a few hours tracking down a bug in my application. It
  >> crashed the JVM when I used escape to close a dialog. It turned
  >> out I had a DialogListener which called destroy() on the
  >> dialog. It was really a bad idea because gtk still had references
  >> on this dialog.
  >> 
  >> So I'm wondering if it's a good idea to have that destroy()
  >> method in the java API. It does not seem to be used internally by
  >> java-gnome and can only give opportunities to the java developper
  >> to crash the JVM.
  >> 
  >> -- Laurent Martelli la...@ao... Java Aspect Components
  >> http://www.aopsys.com/ http://jac.objectweb.org
  >> 
  >> 
  >> 
  >> ------------------------------------------------------- This
  >> SF.Net email is sponsored by: Sybase ASE Linux Express Edition -
  >> download now for FREE LinuxWorld Reader's Choice Award Winner for
  >> best database on Linux.
  >> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
  >> _______________________________________________
  >> java-gnome-developer mailing list
  >> jav...@li...
  >> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
  >> 

  Jeffrey>  NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This
  Jeffrey> transmission is intended only for the use of the
  Jeffrey> individuals or entity to which it is addressed. If you are
  Jeffrey> not the intended recipient, or the person responsible for
  Jeffrey> delivering the message to the intended recipient, please
  Jeffrey> return or delete it immediately. Although this e-mail and
  Jeffrey> any attachments are believed to be free of any virus or
  Jeffrey> other defect, it is the responsibility of the recipient to
  Jeffrey> ensure that it is virus free and no responsibility is
  Jeffrey> accepted by us for any loss or damage arising in any way
  Jeffrey> from its unauthorized modification or use.



-- 
Laurent Martelli
la...@ao...                                Java Aspect Components
http://www.aopsys.com/                          http://jac.objectweb.org

RE: [Java-gnome-developer] Use of destroy()

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

I would be interested in taking a look at the code that
caused the crash.  I suspect that the call to destory
is not what is causing the problem as we do this often
in other applications.  I am quite curious to locate the
root cause of this problem.  Would it be possible to post 
the code to this list?

-Jeff


> -----Original Message-----
> From: jav...@li...
> [mailto:jav...@li...]On Behalf Of
> Laurent Martelli
> Sent: Wednesday, October 27, 2004 8:54 AM
> To: jav...@li...
> Subject: [Java-gnome-developer] Use of destroy()
> 
> 
> Hi,
> 
> I've spent a few hours tracking down a bug in my application. It
> crashed the JVM when I used escape to close a dialog. It turned out I
> had a DialogListener which called destroy() on the dialog. It was
> really a bad idea because gtk still had references on this dialog. 
> 
> So I'm wondering if it's a good idea to have that destroy() method in
> the java API. It does not seem to be used internally by java-gnome and
> can only give opportunities to the java developper to crash the JVM. 
> 
> -- 
> Laurent Martelli
> la...@ao...                                Java Aspect 
> Components
> http://www.aopsys.com/                          
> http://jac.objectweb.org
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 

 NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended
only for the use of the individuals or entity to which it is addressed. If
you are not the intended recipient, or the person responsible for delivering
the message to the intended recipient, please return or delete it
immediately. Although this e-mail and any attachments are believed to be
free of any virus or other defect, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by us for
any loss or damage arising in any way from its unauthorized modification or
use.

RE: [Java-gnome-developer] Use of destroy()

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

I think destroy is a very valid method that can have many
uses.  In java-gnome it is just a direct call to the gtk
libraries gtk_widget_destroy.  This native method destroys
the native widget, breaks any references it holds, and
removes in from its' parent container (if it has a parent
container).  

Calling destroy on a Dialog is a common task and we do it
often in our examples.  In our TestGTK example, all of the
dialogs are closed with calls to destroy.

-Jeff



> -----Original Message-----
> From: jav...@li...
> [mailto:jav...@li...]On Behalf Of
> Mark Howard
> Sent: Wednesday, October 27, 2004 4:56 PM
> To: Laurent Martelli
> Cc: jav...@li...
> Subject: Re: [Java-gnome-developer] Use of destroy()
> 
> 
> Is there any time we would want to call destroy? 
> I think this is another example of the general bug that we 
> need to look into
> more detail about the relationship between java objects and 
> gtk objects. How
> should they be linked together. We've discussed it a lot in 
> the past and made
> great improvements, but perhaps we still don't have the best solution.
> 
> -- 
>   .''`. Mark Howard
>  : :' :
>  `. `'  http://www.tildemh.com 
>    `-   mh...@de... | mh...@ti... 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 

 NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended
only for the use of the individuals or entity to which it is addressed. If
you are not the intended recipient, or the person responsible for delivering
the message to the intended recipient, please return or delete it
immediately. Although this e-mail and any attachments are believed to be
free of any virus or other defect, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by us for
any loss or damage arising in any way from its unauthorized modification or
use.

RE: [Java-gnome-developer] [PATCH] two small patches

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

Thank you very much for the patch.  We are currently at a point where
we are not able to make API changes.  In about a week or two we will
begin our 2.9 development effort and should be able to apply the patches
at that time.  I will apply the patch for the getSelected method but
would ask you to please open a bugzilla report for the remaining diffs.
When we start 2.9 I will be happy to apply the remaining patch.

-Jeff


> -----Original Message-----
> From: jav...@li...
> [mailto:jav...@li...]On Behalf Of
> Nicholas Rahn
> Sent: Thursday, October 28, 2004 6:16 AM
> To: jav...@li...
> Subject: [Java-gnome-developer] [PATCH] two small patches
> 
> 
> Hi,
> 
> Here are 2 small patches (diff -u) that I would like to submit for
> possible inclusion in CVS.
> 
> SimpleList.patch
>   - Fix to avoid a NP exception in getSelected when there is no list
> element selected.
>   - Add a new method, remove( String ), which removes the 
> given element
> from the list.
> 
> HTMLDocument.patch
>   - Add a new method, loadStream( InputStream, String ), 
> which loads the
> page from the given InputStream.  This is useful if you want to use an
> external tool (for example, Jakarta's HttpClient) to retrieve 
> the page,
> rather than using the internal retrieval process provided in
> loadURL( String ).
> 
> 
> Let me know if you would like the patches in some other form/forum.
> Comments/critiques are welcome.
> 
> Nick
> 
> -- 
> 

 NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended
only for the use of the individuals or entity to which it is addressed. If
you are not the intended recipient, or the person responsible for delivering
the message to the intended recipient, please return or delete it
immediately. Although this e-mail and any attachments are believed to be
free of any virus or other defect, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by us for
any loss or damage arising in any way from its unauthorized modification or
use.

[Java-gnome-developer] [PATCH] two small patches

[Nicholas R. <ni...@mn...>]

Hi,

Here are 2 small patches (diff -u) that I would like to submit for
possible inclusion in CVS.

SimpleList.patch
  - Fix to avoid a NP exception in getSelected when there is no list
element selected.
  - Add a new method, remove( String ), which removes the given element
from the list.

HTMLDocument.patch
  - Add a new method, loadStream( InputStream, String ), which loads the
page from the given InputStream.  This is useful if you want to use an
external tool (for example, Jakarta's HttpClient) to retrieve the page,
rather than using the internal retrieval process provided in
loadURL( String ).


Let me know if you would like the patches in some other form/forum.
Comments/critiques are welcome.

Nick

-- 

[Java-gnome-developer] Re: Use of destroy()

[Laurent M. <la...@ao...>]

>>>>> "Sean" == Sean Coughlan <exc...@gm...> writes:

  Sean> I'm having great fun with destroy... let's me rebuild all the
  Sean> widgets on a window when, during development, i want to
  Sean> refresh the gui coming from an xml file... while the app is
  Sean> running.

If you are rebuilding your gui, you need to "destroy" java objects
too. So a destroy called in finalize, and not accessible elsewhere
would work too I guess. 

  Sean> On Wed, 27 Oct 2004 21:56:07 +0100, Mark Howard
  Sean> <mh...@ti...> wrote:
  >> Is there any time we would want to call destroy?  I think this is
  >> another example of the general bug that we need to look into more
  >> detail about the relationship between java objects and gtk
  >> objects. How should they be linked together. We've discussed it a
  >> lot in the past and made great improvements, but perhaps we still
  >> don't have the best solution.
  >> 
  >> -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `-
  >> mh...@de... | mh...@ti...
  >> 
  >> 
  >> 
  >> 
  >> ------------------------------------------------------- This
  >> SF.Net email is sponsored by: Sybase ASE Linux Express Edition -
  >> download now for FREE LinuxWorld Reader's Choice Award Winner for
  >> best database on Linux.
  >> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
  >> _______________________________________________
  >> java-gnome-developer mailing list
  >> jav...@li...
  >> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
  >> 



-- 
Laurent Martelli
la...@ao...                                Java Aspect Components
http://www.aopsys.com/                          http://jac.objectweb.org

Re: [Java-gnome-developer] Use of destroy()

[Sean C. <exc...@gm...>]

I'm having great fun with destroy... let's me rebuild all the widgets
on a window when, during development, i want to refresh the gui coming
from an xml file... while the app is running.

On Wed, 27 Oct 2004 21:56:07 +0100, Mark Howard <mh...@ti...> wrote:
> Is there any time we would want to call destroy?
> I think this is another example of the general bug that we need to look into
> more detail about the relationship between java objects and gtk objects. How
> should they be linked together. We've discussed it a lot in the past and made
> great improvements, but perhaps we still don't have the best solution.
> 
> --
>   .''`. Mark Howard
>  : :' :
>  `. `'  http://www.tildemh.com
>    `-   mh...@de... | mh...@ti... 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>

Re: [Java-gnome-developer] Use of destroy()

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

Is there any time we would want to call destroy? 
I think this is another example of the general bug that we need to look into
more detail about the relationship between java objects and gtk objects. How
should they be linked together. We've discussed it a lot in the past and made
great improvements, but perhaps we still don't have the best solution.

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

[Java-gnome-developer] Use of destroy()

[Laurent M. <la...@ao...>]

Hi,

I've spent a few hours tracking down a bug in my application. It
crashed the JVM when I used escape to close a dialog. It turned out I
had a DialogListener which called destroy() on the dialog. It was
really a bad idea because gtk still had references on this dialog. 

So I'm wondering if it's a good idea to have that destroy() method in
the java API. It does not seem to be used internally by java-gnome and
can only give opportunities to the java developper to crash the JVM. 

-- 
Laurent Martelli
la...@ao...                                Java Aspect Components
http://www.aopsys.com/                          http://jac.objectweb.org

Re: [Java-gnome-developer] StatusBar issue + 2 questions

[Andrew C. <an...@op...>]

On Tue, 2004-10-26 at 18:40 +0100, Mark Howard wrote:

> Yes, libglade-java only uses reflection to map signal handlers. It doesn'=
t look
> for variables with names and types matching widgets and update them

However, if we are able to complete an effort along the lines of what
Jerry has been suggesting, to make a Java mapping directly to GObject,
and make it extensible, then WOW what magic we could work with LibGlade.

AfC
Toronto

Re: [Java-gnome-developer] StatusBar issue + 2 questions

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

On Mon, Oct 25, 2004 at 05:40:57PM -0500, Fred Blaise wrote:
> I think it works as design. The callbacks I define in Glade are brought
> on when I 'new LibGlade()'.
> However, from the example below, if i was to do a
> cboExistingConn.getActive() without prior doing a getWidget() on the
> ComboBox, then it would fail with a NullPointerException.
> 
> So, I think this is the way it should be?

Yes, libglade-java only uses reflection to map signal handlers. It doesn't look
for variables with names and types matching widgets and update them

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

[Java-gnome-developer] Button questions

[Fred B. <cha...@ma...>]

Hello all

I am struggling to figure a couple things out. I am sorry if those questions are stupid,
I am still very much a beginner.

I set up a Button in Glade. My label there is 'Co_nnect', and I am using an icon
('_Jump_to', the gtk one). Note that this is not a Stock Button, I am just using the
icon separately. After binding the glade xml in my code, then I do something such as:

btnConn = (Button)gladeXml.getWidget("btnConn");
System.out.println(btnConn.getLabel());

This prints 'null'. However, I can see the label on the button.

If I set the label in my code manually though a setLabel(), then getLabel() will return
the approriate result.

That button mentionned above has 3 states: Connect, Connecting, Disconnect. So I am
changing labels. While changing the text is fine, I can't seem to find how I can
re-attach an icon to the button. Any pointers greatly appreciated.

Thanks a lot :)

--
fred

Re: [Java-gnome-developer] configure problem with CVS version.

[Luca De R. <pie...@fa...>]

> ps. is this also the forum to submit patches/new-features?

Patches and bug reports go in bugzilla
http://bugzilla.gnome.org/enter_bug.cgi?product=3Djava-gnome

Thanks for your interest!

--=20
Luca De Rugeriis <pie...@fa...>

Re: [Java-gnome-developer] configure problem with CVS version.

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

Hi,

This is excellent news that you're getting on so well with java-gnome and liking
it. Please do keep us informed os your progress and if possible add details of
any apps you write to our website .

Quoting Nicholas Rahn <ni...@mn...>:
> 1. I needed to add a '!' on the first line of autogen.sh to complete the
> "#!/bin/bash" line.  Without this, autogen.sh did not run on the command
> line or in jhbuild.  Adding it made the the "illegal variable name"
> error go away.  Once libgtk-java successfully compiled, the other
> modules did not show this problem (when compiled in jhbuild), even
> though they did not have the '!' either.
This is terrible. I guess most ppl use bash and it seems to work, hence it was
not picked up earlier. I'll fix it tonight.

> It is very strange to me that the autogen.sh script would have such a
> "bug" in it.  I'm sure it's not there for a reason (like jhbuild doesn't
> like it or something), but not having autogen.sh be a standard script
> seems problematic to me.
Me too. Unfortunately nobody with any knowledge of autotools has been helping
out with java-gnome. I've been reading a lot of it myself. I think we need to
convert to automake before we can use a standard autogen. This is a wishlist
item, but I don't really have time myself and it would be better done by
somebody who knows what they're doing.

> 2. I needed to set my WANT_AUTOCONF environment variable to "2.5".
> Without this set, autoconf used v2.13 by default and the configure
> script was not properly generated (hence the "unexpected end of file"
> error).
I'll change this in cvs.

> 3. in libgtk-java, in the file org_gnu_gtk_ActionGroup.c, i had to move
> the static function internalHandleActionCallback to just after the
> typedef in order to get it to compile.  perhaps this is an issue with
> newer gccs (i have gcc-3.4.2)?
I've not seen it before, but making the change is easy enough and shouldn't
affect other ppl.

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

Re: [Java-gnome-developer] Making native binaries

[Thomas P. <per...@ao...>]

Am Montag, den 25.10.2004, 16:31 -0400 schrieb Andrew Cowie:
> One objective is to make a native linux binary out of Java code. That's
> what GCJ is good for, assuming your code works with the limited subset
> of Java that the GNU team have managed to write.

I'll guess it works if it runs? Anyway, is there a straightforward
method of compiling a java-gnome application with gcj? I found this
working somehow:

gcj --
classpath=/usr/share/java/gtk2.4.jar:/usr/share/java/libgcj-3.3.4.jar -
lgtkjava2.4 -lgtkjar2.4 --main=gFunkyMD gFunkyMD.java recordFiles.java -
o gFunkyMD

Is this the right way of doing it? The problem is that the gcj-compiled
binary crashes when the class files with jvm don't crash - I could send
the code of the faulty part if you want?

Anyway, is there some way of doing the gcj compile thing "right" with
java-gnome? Or is it okay as I do it above?

> Anyone using a "modern" Linux distribution will find it has a packaging
> system that is able to automatically fetch (and build, if necessary) all
> the dependencies necessary. Since you raised the question, I assume you
> are using a Linux distro without these capabilities, which makes your
> request understandable, though I would suggest misguided.

Fyi, I use Slackware. Although no dependency-checking in the packaging
system, there are tools out there for it which do. I care about which
packages are on my system, and want to keep that count as small as
possible (in terms of "what I don't need I don't want on my disk"). Just
being a "modern" distro doesn't automatically mean being a good distro.
When I think of the SuSE machines at our school, they are as crappy as
those Windows machines, in terms of "knowing what's going on inside".
(No flame war intended.)

I thought instead of insisting that users download that dependency, I
could just accept the small overhead of the binary and .. nah, you're
probably right that I'd have to do a package for java-gnome and give
this away with my app ;)

> [Indeed, that's the whole point of a dependency based packaging system -
> that it takes care of expressing and resolving such things for you
> *especially keeping track of dependencies between libraries*, which is
> why I observed that this was likely a misguided effort as you're well on
> your way to circumventing (and thus duplicating) all the work that the
> distribution people do packaging libraries in the first place]

I'll probably do a java-gnome package now, as I've said.

> I'm certain it would work well for you if you statically linked in the
> entire GTK library stack right down to libxml2, but that's on the order
> of 60 packages. Would be a rather big binary.

Just for the sake of trying out - how would I do this, command-wise?

> Otherwise, there's bound to be a disconnect somewhere. 

I still wonder how these binary-only GTK apps work on my system without
knowing what GTK version I'm using (RealPlayer 10 comes to my mind)?

> ALL THIS SAID, the eclipse team obviously manage to ship binaries which
> are linked against, among other things, a generic gtk API, so its
> obviously do-able. I would suggest you look there for details.

Can you please give more information on this? Do you mean I could
develop GTK applications with eclipse with ease?


Thanks for your time,
Thomas

Re: [Java-gnome-developer] configure problem with CVS version.

[Nicholas R. <ni...@mn...>]

I finally got everything to compile (except libbonobo but i'm not much
interested in that at the moment) and run from CVS.  Now even the
gtkhtml problem i had from the other thread has gone away.  Here are
some things i had to do:

1. I needed to add a '!' on the first line of autogen.sh to complete the
"#!/bin/bash" line.  Without this, autogen.sh did not run on the command
line or in jhbuild.  Adding it made the the "illegal variable name"
error go away.  Once libgtk-java successfully compiled, the other
modules did not show this problem (when compiled in jhbuild), even
though they did not have the '!' either.  

It is very strange to me that the autogen.sh script would have such a
"bug" in it.  I'm sure it's not there for a reason (like jhbuild doesn't
like it or something), but not having autogen.sh be a standard script
seems problematic to me.

2. I needed to set my WANT_AUTOCONF environment variable to "2.5".
Without this set, autoconf used v2.13 by default and the configure
script was not properly generated (hence the "unexpected end of file"
error).

3. in libgtk-java, in the file org_gnu_gtk_ActionGroup.c, i had to move
the static function internalHandleActionCallback to just after the
typedef in order to get it to compile.  perhaps this is an issue with
newer gccs (i have gcc-3.4.2)?


these small issues i've had in the last few days aside, i really like
java-gnome.  I've been able to develop a prototype application very
quickly using libglade and some of my existing Java libraries.  Thanks
again for your help and keep up the good work!

nick

ps. is this also the forum to submit patches/new-features?



On Mon, 2004-10-25 at 19:52 +0100, Mark Howard wrote:
> On Mon, Oct 25, 2004 at 04:40:05PM +0200, Nicholas Rahn wrote:
> > me: /usr/local/src/java-gnome/libgtk-java> ./autogen.sh
> > Illegal variable name.
> 
> Is that really the only error you get?
> What version of aclocal and autoconf are you using?
> 
-- 

Call for packaging (was: Re: [Java-gnome-developer] ANNOUNCE: Java-Gnome 2.8.1)

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

If you know how to create packages for your distribution, please create some
java-gnome packages for the latest releases and place a link to them on our
website.

Quoting Mark Howard <mh...@ti...>:

> The Java-Gnome team is pleased to announce the latest release of the Java
> bindings for GNOME.

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

RE: [Java-gnome-developer] UnsatisfiedLinkError using HTMLDocument (html_document_new)

[<ni...@mn...>]

interesting.  i've tried it on 2 different gentoo boxes now and it doesn't
work on either of them.

could you list the USE, CFLAGS and ACCEPT_KEYWORD variables that are set
on this gentoo machine?

thanx for your help,
nick


> I just compiled and ran the example on a gentoo system.  I
> didn't have any problems.
>
> -Jeff
>
>
>
>> -----Original Message-----
>> From: jav...@li...
>> [mailto:jav...@li...]On Behalf Of
>> Mark Davidson
>> Sent: Monday, October 25, 2004 12:53 PM
>> To: Nicholas Rahn
>> Cc: jav...@li...
>> Subject: Re: [Java-gnome-developer] UnsatisfiedLinkError using
>> HTMLDocument (html_document_new)
>>
>>
>> Well, I've been trying to do some work on the gtkhtml2 bindings, but
>> have been stalled due to personal schedule overload.  I can
>> try to take
>> a look at this later today... I hope. :)
>>
>> Mark
>>
>> On Oct 22, 2004, at 5:24 AM, Nicholas Rahn wrote:
>>
>> > Hi,
>> >
>> > I would like to use gtkhtml in my java-gnome application.
>> However, i
>> > get the following exception when i try to instantiate an
>> HTMLDocument
>> > object:
>> >
>> > java.lang.UnsatisfiedLinkError: html_document_new
>> >         at org.gnu.gtkhtml.HTMLDocument.html_document_new(Native
>> > Method)
>> >         at org.gnu.gtkhtml.HTMLDocument.<init>(HTMLDocument.java:44)
>> >         at HomeInstanceFrame
>> > $CIAButtonListener.clickButtonEvent(HomeInstanceFrame.java:234)
>> >         at HomeInstanceFrame
>> > $CIAButtonListener.buttonEvent(HomeInstanceFrame.java:223)
>> >         at org.gnu.gtk.Button.fireButtonEvent(Button.java:258)
>> >         at org.gnu.gtk.Button.handleClick(Button.java:268)
>> >         at org.gnu.gtk.Gtk.gtk_main(Native Method)
>> >         at org.gnu.gtk.Gtk.main(Gtk.java:53)
>> >         at CIAM.main(CIAM.java:54)
>> >
>> > The rest of the application works fine so it doesn't seem
>> to be one of
>> > the "normal" ld_library_path issues.  i did see a posting
>> from back in
>> > april, but there were no suggestions on how to fix it.
>> >
>> > Just for more info, here's the pertinent libraries from /usr/lib:
>> >
>> > lrwxrwxrwx  1 root root      16 Aug 19 19:35 libdb_java.a ->
>> > libdb_java-4.2.a
>> > lrwxrwxrwx  1 root root      17 Aug 19 19:35 libdb_java.so ->
>> > libdb_java-4.2.so*
>> > lrwxrwxrwx  1 root root      20 Jan 19  2004 libpdf_java.so.0 ->
>> > libpdf_java.so.0.0.0*
>> > lrwxrwxrwx  1 root root      20 Jan 19  2004 libpdf_java.so ->
>> > libpdf_java.so.0.0.0*
>> > lrwxrwxrwx  1 root root      22 Oct 22 13:13 libgtkjava2.4.so ->
>> > libgtkjava2.4.so.2.4.0*
>> > lrwxrwxrwx  1 root root      24 Oct 22 13:13 libgconfjava2.6.so ->
>> > libgconfjava2.6.so.2.6.0*
>> > lrwxrwxrwx  1 root root      24 Oct 22 13:13 libgladejava2.6.so ->
>> > libgladejava2.6.so.2.6.0*
>> > lrwxrwxrwx  1 root root      26 Oct 22 13:13 libgtkhtmljava2.6.so ->
>> > libgtkhtmljava2.6.so.2.6.0*
>> > lrwxrwxrwx  1 root root      30 Oct 22 13:13
>> libgnomevtejava0.11.so ->
>> > libgnomevtejava0.11.so.0.11.10*
>> > lrwxrwxrwx  1 root root      33 Oct 22 13:13 libgnomejava2.6.so
>> > -> /usr/lib/libgnomejava2.6.so.2.6.0*
>> > -r--r--r--  1 root root 1054522 Oct 19  2003 libdb_java-4.0.a
>> > -r--r--r--  1 root root  163054 Aug 19 19:35 db-4.2.jar
>> > -r--r--r--  1 root root   32164 Oct 19  2003 db-4.0.jar
>> > -r--r--r--  1 root root   33353 Jun 21 16:30 db-4.1.jar
>> > -r--r--r--  1 root root     738 Oct 19  2003 libdb_java-4.0.la
>> > -rw-r--r--  1 root root 1176370 Jun 21 16:30 libdb_java-4.1.a
>> > -rw-r--r--  1 root root 1302940 Aug 19 19:35 libdb_java-4.2.a
>> > -rw-r--r--  1 root root 1304554 Jan 19  2004 libpdf_java.a
>> > -rw-r--r--  1 root root     731 Jan 19  2004 libpdf_java.la
>> > -rw-r--r--  1 root root     738 Jun 21 16:30 libdb_java-4.1.la
>> > -rw-r--r--  1 root root     816 Aug 19 19:35 libdb_java-4.2.la
>> > -rwxr-xr-x  1 root root   10240 Oct 22 13:13
>> > libgnomevtejava0.11.so.0.11.10*
>> > -rwxr-xr-x  1 root root 1041169 Jan 19  2004 libpdf_java.so.0.0.0*
>> > -rwxr-xr-x  1 root root   13912 Oct 22 13:13
>> > libgtkhtmljava2.6.so.2.6.0*
>> > -rwxr-xr-x  1 root root  151404 Oct 22 13:13
>> libgnomejava2.6.so.2.6.0*
>> > -rwxr-xr-x  1 root root   31860 Oct 22 13:13
>> libgconfjava2.6.so.2.6.0*
>> > -rwxr-xr-x  1 root root    6228 Oct 22 13:13
>> libgladejava2.6.so.2.6.0*
>> > -rwxr-xr-x  1 root root  649844 Oct 22 13:13 libgtkjava2.4.so.2.4.0*
>> > -rwxr-xr-x  1 root root  865632 Jun 21 16:30 libdb_java-4.1.so*
>> > -rwxr-xr-x  1 root root  961672 Aug 19 19:35 libdb_java-4.2.so*
>> > -r-xr-xr-x  1 root root  855233 Oct 19  2003 libdb_java-4.0.so*
>> >
>> > i'm running under gentoo, so i re-emerged java-gnome today
>> just to see
>> > if that was the issue, but it wasn't.
>> >
>> > any hints would be welcome.
>> > thx
>> > nick
>> >
>> >
>> >
>> >
>> > -------------------------------------------------------
>> > This SF.net email is sponsored by: IT Product Guide on
>> > ITManagersJournal
>> > Use IT products in your business? Tell us what you think of
>> them. Give
>> > us
>> > Your Opinions, Get Free ThinkGeek Gift Certificates! Click
>> to find out
>> > more
>> > http://productguide.itmanagersjournal.com/guidepromo.tmpl
>> > _______________________________________________
>> > java-gnome-developer mailing list
>> > jav...@li...
>> > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>> >
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: IT Product Guide on
>> ITManagersJournal
>> Use IT products in your business? Tell us what you think of
>> them. Give us
>> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to
>> find out more
>> http://productguide.itmanagersjournal.com/guidepromo.tmpl
>> _______________________________________________
>> java-gnome-developer mailing list
>> jav...@li...
>> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>>
>
>  NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended
> only for the use of the individuals or entity to which it is addressed. If
> you are not the intended recipient, or the person responsible for
> delivering
> the message to the intended recipient, please return or delete it
> immediately. Although this e-mail and any attachments are believed to be
> free of any virus or other defect, it is the responsibility of the
> recipient
> to ensure that it is virus free and no responsibility is accepted by us
> for
> any loss or damage arising in any way from its unauthorized modification
> or
> use.
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
> Use IT products in your business? Tell us what you think of them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out
> more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>

Re: [Java-gnome-developer] StatusBar issue + 2 questions

[Fred B. <cha...@ma...>]

I think it works as design. The callbacks I define in Glade are brought
on when I 'new LibGlade()'.
However, from the example below, if i was to do a
cboExistingConn.getActive() without prior doing a getWidget() on the
ComboBox, then it would fail with a NullPointerException.

So, I think this is the way it should be?

Thanks

fred

On Mon, 2004-10-25 at 19:50 +0100, Mark Howard wrote:
> On Sun, Oct 24, 2004 at 09:49:07PM -0500, Fred Blaise wrote:
> > Questions first:
> > 1) I have created a Window with glade, and I am tying it in my java code
> > via LibGlade. No problem thus far, except that I don't understand that
> > example
> > (http://cvs.gnome.org/viewcvs/java-gnome/libglade-java/doc/examples/glade/LibGladeTest.java?rev=1.8&view=markup)
> > 
> > I have tried it in my own code, but with no success. I have to do
> > something like the following to be able to do something with my widgets:
> > 
> > gladeXml = new LibGlade("/home/fblaise/Glade/jgLDAP/jgldap.glade",this);
> > cboExistingConn = (ComboBox)gladeXml.getWidget("cboExistingConn");
> 
> I'm not quite sure what you mean by this? Are you saying that the example
> doesn't work unless you have a call to getWidget in the code (even if you don't
> use it)?
> 

Re: [Java-gnome-developer] configure problem with CVS version.

[Andrew C. <an...@op...>]

On Mon, 2004-10-25 at 16:40 +0200, Nicholas Rahn wrote:
> ./configure: line 2420: syntax error: unexpected end of file

I ran into this yesterday.=20

For some time now, I've had to build java-gnome WITHIN a jhbuild
environment, that is:

        $ cd ~/cvs/gnome2/java-gnome/libgtk-java
        $ jhbuild shell
        % ./autogen --prefix=3D/opt/gnome2

And then it works. I had forgotten this, and yesterday was getting the
problem you quote.  I think my specific problem is that because I had a
different prefix, I had to set PKG_CONFIG_PATH set to include the
alternate prefix's .pc files. ie,=20

        export PKG_CONFIG_PATH=3D/opt/gnome2/lib/pkgconfig:/usr/lib/pkgconf=
ig
       =20
and THEN autogen worked.


[Notably, one of the other results of all this is that I have to run
eclipse as=20

        $ jhbuild run /opt/eclipse/eclipse

or, rather, as

        LD_LIBRARY_PATH=3D/opt/gnome2/lib /opt/eclipse/eclipse

which is really annoying; but one thing which makes me happy is that I
figured out the linker syntax

	-Wl,--rpath=3D/opt/gnome2/lib

So when I'm generating binaries with gcj there are no enviornment
variable issues at all.

To be honest, this is all a horrid kludge. In part its borne of the fact
that I have at present a gnome 2.6 installation and haven't gotten
around to upgrading to gnome 2.8, and needed the gnome 2.8 libraries to
build java-gnome.]

AfC
Toronto

--=20
Andrew Frederick Cowie

OPERATIONAL DYNAMICS
Operations Consultants and Infrastructure Engineers

http://www.operationaldynamics.com/

Re: [Java-gnome-developer] Making native binaries

[Andrew C. <an...@op...>]

On Mon, 2004-10-25 at 18:32 +0200, Thomas Perl wrote:
> As I don't want to require ALL users who just want to run the program
> but are not motivated to download and install java-gnome, I want to
> compile my java code into a native linux binary.

I think you're sort of confusing objectives here.

One objective is to make a native linux binary out of Java code. That's
what GCJ is good for, assuming your code works with the limited subset
of Java that the GNU team have managed to write.

The other objective is to not have library dependencies. That's a bit
strange, because with the exception of rescue systems and tiny embedded
systems, virtually everything on a linux system is built with
dependencies on shared libraries.

What you actually said was "not to have to download and install
java-gnome as a specific dependency" which is a bit different.=20

Anyone using a "modern" Linux distribution will find it has a packaging
system that is able to automatically fetch (and build, if necessary) all
the dependencies necessary. Since you raised the question, I assume you
are using a Linux distro without these capabilities, which makes your
request understandable, though I would suggest misguided.

However, even assuming you statically compiled libgtk-java into your
executable, you still have a very tight dependency on the underlying
versions of the various GTK libraries (gtk, gdk, glib, etc). For
example, if you built a statically linked java-gnome based application
on your system, chances are that it won't run on my system because I
probably (inevitably) have a different version of GTK than you.

[Indeed, that's the whole point of a dependency based packaging system -
that it takes care of expressing and resolving such things for you
*especially keeping track of dependencies between libraries*, which is
why I observed that this was likely a misguided effort as you're well on
your way to circumventing (and thus duplicating) all the work that the
distribution people do packaging libraries in the first place]

> (statically
> linked executable?, putting libs into the package? which libs?)

I'm certain it would work well for you if you statically linked in the
entire GTK library stack right down to libxml2, but that's on the order
of 60 packages. Would be a rather big binary.

Otherwise, there's bound to be a disconnect somewhere.=20

Oh, and you'll probably need to recompile all the libraries you're
statically linking in - I recall some sort of trouble if you try to
statically link libraries which were built for dynamic/shared use.

[If I'm wrong, I welcome someone else to correct me]

ALL THIS SAID, the eclipse team obviously manage to ship binaries which
are linked against, among other things, a generic gtk API, so its
obviously do-able. I would suggest you look there for details.

AfC
Toronto

--=20
Andrew Frederick Cowie

OPERATIONAL DYNAMICS
Operations Consultants and Infrastructure Engineers

http://www.operationaldynamics.com/

[Java-gnome-developer] ANNOUNCE: Java-Gnome 2.8.1

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

The Java-Gnome team is pleased to announce the latest release of the Java
bindings for GNOME. This is a stable release, with plenty of polish, so should
be used in general development. We welcome any new java developers to join us
writing gnome applications and look forward to hearing about your creations.

In addition to new releases, a number of important advances have been made in
the past few weeks:

- New wiki website: http://java-gnome.sf.net
  Please take a look and contribute to this. We now have many new useful
  documents on the site and would really appreciate any help extending these

- Bug tracking moved to bugzilla.gnome.org
  This is a far easier, more powerful and more familiar system to use. 
  We've also fixed a huge number of bugs over the past two weeks, although that
  might just be a cooincidence. 

Changes:

libgtk-java 2.4.5 
- Improved runExample.sh script [Luca De Rugeriis]
- Applied patch to correct JNI mapping errors, preventing Windows builds. Thanks
  to Jerry Haltom, Bug 155422
- Generate gtk2-java.pc.buildplace to aid all-in-one java-gnome compiles [Mark
  Howard]
- Applied patch to fix crash using instances of ActionEntry [bug #155083]
- Fixed ListStore.setSortColumn [Mark Howard]
- Bug 156079: TreePath.getIndices gives NullPointerException
  Thanks to Laurent Martelli for the patch
- Bug 155124: Message Logging - Replaced printf statements with the
  appropriate calls to g_warning and g_critical for GObject and 
  ActionGroup  [Jeffrey Morgan]
- Bug 155014: Entry.setText segv on null - Checking for null and setting
  Entry widget text to blank on null.  [Jeffrey Morgan]
- Bug 156115: Should print stack trace if exception is caught in event handler
  Now prints stack trace [Mark Howard]
- Bug 156222: UnsatisfiedLinkError: org.gnu.glib.GObject.removeEventHandler
  Fixed name typo [Mark Howard]
- Bug 156233: GObject contructor should use setHandle
  Fixed [Mark Howard] Thanks to Laurent Martelli for many recent reports

libgnome-java 2.8.1
 Create buildplace pkg-config files to aid java-gnome big-tarball builds
 Fixed typo in tutorial second.java lifecycle listener.
- Bug 155124: Message Logging - Replaced printf statements with the
  appropriate calls to g_warning and g_critical for UIInfo [Jeffrey Morgan]
 
libglade-java 2.8.1 
Bug 155080: java classes names don't match Gtk classes names
 Added checks for where we diverge.
Bug 155422: Remove libglade-java build dependency on libgnome-java
 Applied Jerry Haltom's patch - create listener to delegate map at
  runtime. 
Bug 155124: Message Logging - Replaced printf statements with the
 appropriate calls to g_warning and g_critical  [Jeffrey Morgan]
Bug: Glade references to files broken.
 applied Andrew Cowie's patch


Download Details:
http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/GetJavaGnome

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

RE: [Java-gnome-developer] UnsatisfiedLinkError using HTMLDocumen t (html_document_new)

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

I just compiled and ran the example on a gentoo system.  I
didn't have any problems.

-Jeff



> -----Original Message-----
> From: jav...@li...
> [mailto:jav...@li...]On Behalf Of
> Mark Davidson
> Sent: Monday, October 25, 2004 12:53 PM
> To: Nicholas Rahn
> Cc: jav...@li...
> Subject: Re: [Java-gnome-developer] UnsatisfiedLinkError using
> HTMLDocument (html_document_new)
> 
> 
> Well, I've been trying to do some work on the gtkhtml2 bindings, but 
> have been stalled due to personal schedule overload.  I can 
> try to take 
> a look at this later today... I hope. :)
> 
> Mark
> 
> On Oct 22, 2004, at 5:24 AM, Nicholas Rahn wrote:
> 
> > Hi,
> >
> > I would like to use gtkhtml in my java-gnome application.  
> However, i
> > get the following exception when i try to instantiate an 
> HTMLDocument
> > object:
> >
> > java.lang.UnsatisfiedLinkError: html_document_new
> >         at org.gnu.gtkhtml.HTMLDocument.html_document_new(Native 
> > Method)
> >         at org.gnu.gtkhtml.HTMLDocument.<init>(HTMLDocument.java:44)
> >         at HomeInstanceFrame
> > $CIAButtonListener.clickButtonEvent(HomeInstanceFrame.java:234)
> >         at HomeInstanceFrame
> > $CIAButtonListener.buttonEvent(HomeInstanceFrame.java:223)
> >         at org.gnu.gtk.Button.fireButtonEvent(Button.java:258)
> >         at org.gnu.gtk.Button.handleClick(Button.java:268)
> >         at org.gnu.gtk.Gtk.gtk_main(Native Method)
> >         at org.gnu.gtk.Gtk.main(Gtk.java:53)
> >         at CIAM.main(CIAM.java:54)
> >
> > The rest of the application works fine so it doesn't seem 
> to be one of
> > the "normal" ld_library_path issues.  i did see a posting 
> from back in
> > april, but there were no suggestions on how to fix it.
> >
> > Just for more info, here's the pertinent libraries from /usr/lib:
> >
> > lrwxrwxrwx  1 root root      16 Aug 19 19:35 libdb_java.a ->
> > libdb_java-4.2.a
> > lrwxrwxrwx  1 root root      17 Aug 19 19:35 libdb_java.so ->
> > libdb_java-4.2.so*
> > lrwxrwxrwx  1 root root      20 Jan 19  2004 libpdf_java.so.0 ->
> > libpdf_java.so.0.0.0*
> > lrwxrwxrwx  1 root root      20 Jan 19  2004 libpdf_java.so ->
> > libpdf_java.so.0.0.0*
> > lrwxrwxrwx  1 root root      22 Oct 22 13:13 libgtkjava2.4.so ->
> > libgtkjava2.4.so.2.4.0*
> > lrwxrwxrwx  1 root root      24 Oct 22 13:13 libgconfjava2.6.so ->
> > libgconfjava2.6.so.2.6.0*
> > lrwxrwxrwx  1 root root      24 Oct 22 13:13 libgladejava2.6.so ->
> > libgladejava2.6.so.2.6.0*
> > lrwxrwxrwx  1 root root      26 Oct 22 13:13 libgtkhtmljava2.6.so ->
> > libgtkhtmljava2.6.so.2.6.0*
> > lrwxrwxrwx  1 root root      30 Oct 22 13:13 
> libgnomevtejava0.11.so ->
> > libgnomevtejava0.11.so.0.11.10*
> > lrwxrwxrwx  1 root root      33 Oct 22 13:13 libgnomejava2.6.so
> > -> /usr/lib/libgnomejava2.6.so.2.6.0*
> > -r--r--r--  1 root root 1054522 Oct 19  2003 libdb_java-4.0.a
> > -r--r--r--  1 root root  163054 Aug 19 19:35 db-4.2.jar
> > -r--r--r--  1 root root   32164 Oct 19  2003 db-4.0.jar
> > -r--r--r--  1 root root   33353 Jun 21 16:30 db-4.1.jar
> > -r--r--r--  1 root root     738 Oct 19  2003 libdb_java-4.0.la
> > -rw-r--r--  1 root root 1176370 Jun 21 16:30 libdb_java-4.1.a
> > -rw-r--r--  1 root root 1302940 Aug 19 19:35 libdb_java-4.2.a
> > -rw-r--r--  1 root root 1304554 Jan 19  2004 libpdf_java.a
> > -rw-r--r--  1 root root     731 Jan 19  2004 libpdf_java.la
> > -rw-r--r--  1 root root     738 Jun 21 16:30 libdb_java-4.1.la
> > -rw-r--r--  1 root root     816 Aug 19 19:35 libdb_java-4.2.la
> > -rwxr-xr-x  1 root root   10240 Oct 22 13:13
> > libgnomevtejava0.11.so.0.11.10*
> > -rwxr-xr-x  1 root root 1041169 Jan 19  2004 libpdf_java.so.0.0.0*
> > -rwxr-xr-x  1 root root   13912 Oct 22 13:13 
> > libgtkhtmljava2.6.so.2.6.0*
> > -rwxr-xr-x  1 root root  151404 Oct 22 13:13 
> libgnomejava2.6.so.2.6.0*
> > -rwxr-xr-x  1 root root   31860 Oct 22 13:13 
> libgconfjava2.6.so.2.6.0*
> > -rwxr-xr-x  1 root root    6228 Oct 22 13:13 
> libgladejava2.6.so.2.6.0*
> > -rwxr-xr-x  1 root root  649844 Oct 22 13:13 libgtkjava2.4.so.2.4.0*
> > -rwxr-xr-x  1 root root  865632 Jun 21 16:30 libdb_java-4.1.so*
> > -rwxr-xr-x  1 root root  961672 Aug 19 19:35 libdb_java-4.2.so*
> > -r-xr-xr-x  1 root root  855233 Oct 19  2003 libdb_java-4.0.so*
> >
> > i'm running under gentoo, so i re-emerged java-gnome today 
> just to see
> > if that was the issue, but it wasn't.
> >
> > any hints would be welcome.
> > thx
> > nick
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: IT Product Guide on 
> > ITManagersJournal
> > Use IT products in your business? Tell us what you think of 
> them. Give 
> > us
> > Your Opinions, Get Free ThinkGeek Gift Certificates! Click 
> to find out 
> > more
> > http://productguide.itmanagersjournal.com/guidepromo.tmpl
> > _______________________________________________
> > java-gnome-developer mailing list
> > jav...@li...
> > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> >
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on 
> ITManagersJournal
> Use IT products in your business? Tell us what you think of 
> them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to 
> find out more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 

 NOTE: THIS IS A CONFIDENTIAL COMMUNICATION. This transmission is intended
only for the use of the individuals or entity to which it is addressed. If
you are not the intended recipient, or the person responsible for delivering
the message to the intended recipient, please return or delete it
immediately. Although this e-mail and any attachments are believed to be
free of any virus or other defect, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by us for
any loss or damage arising in any way from its unauthorized modification or
use.