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

RE: [java-gnome-hackers] ZvtTerm

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

> I've been testing gnome2.1 these weekend. It seems that gnome hackers
> are going to use vte terminal widget for the next 2.2 release, so I
> think it's better to stop working on zvt widget and work on the newer
> vte. What do you think?

I agree that we should work on the vte widget.

> I would like to start the work on the vte bindings and commit 
> it to the
> cvs. What do you think about creating an org.gnu.gnome.vte package as
> someone suggested?

Sounds good to me.

[java-gnome-hackers] ZvtTerm

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

Hi guys.
I've been testing gnome2.1 these weekend. It seems that gnome hackers
are going to use vte terminal widget for the next 2.2 release, so I
think it's better to stop working on zvt widget and work on the newer
vte. What do you think?

Also, I found that compiling the zvt jni code in a separated shared
library, loading it in the ZvtTerm.java class and calling Gtk.init
(args) and Gtk.main() in an application that uses the widget caused the
events to stop working if you run an app with the IBM or Blackdown
virtual machines. It didn't happened with the gcc bytecode interpreter
(gij). You can see what I mean in the src/examples/gnome/zvt/Zvt.java.
I want you to see that compiling this bindings in a separated library
may cause problems.

I would like to start the work on the vte bindings and commit it to the
cvs. What do you think about creating an org.gnu.gnome.vte package as
someone suggested?

Thanks.

Rubio Jr.
Asac! Team

Re: [java-gnome-hackers] Shared stubs?

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

What the f..., I didn't know that this book was online. Thanks Tom.


El lun, 11-11-2002 a las 20:41, Tom Ball escribi=F3:
> Has anyone looked into whether the shared stubs idea in The Java Native
> Interface (section 9.2) makes sense for this project?  Basically it
> would move much of our C code into Java, with what should be a very
> small performance penalty for native type wrapping (an Integer for each
> int, for example). =20
>=20
> I looked into converting the asm_dispatch method into GCC-style inline
> assembler, but can't find much documentation on the AT&T style assembler
> used in GCC.  Being an old Intel assembler guy, it looks quite strange.=20
> Still, if there's interest, I'll keep pursuing it...
>=20
> Tom
>=20
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> java-gnome-hackers mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
--=20
:: Rubio Jr. ::
ser...@hi...
http://rubiojr.dragon-lance.net

::  GrULLA   ::
http://grulla.hispalinux.es


" The number 1 tip for GTK+ programming is: =20

  - Don't use C; In my opinion, C is a library programming language
    not an app programming language. "
								=09
                                                  Owen Taylor.

 =20

RE: [java-gnome-hackers] ZvtWidget

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

I also have this version of the library but configure did not work.

-Jeff

What I don't understand is why configure works on my system, as I don't
seem to have libzvt-2.0, either.  What I do have is:

/usr/lib/libzvt.a   /usr/lib/libzvt.so.2
/usr/lib/libzvt.so  /usr/lib/libzvt.so.2.2.10

These are installed by the gnome-libs-1.4.1.2.90-22 package, so if
libzvt.so.2 is good enough, won't anyone running GNOME have libzvt
installed?  Is my installation out of date?

Tom

On Fri, 2002-11-08 at 15:45, Sergio Rubio wrote:
> Ummm, I thought that pkg-config would solve this kinds of issues.
> Anyway, I agree with both of you. Tom?
>=20
> El s=E1b, 09-11-2002 a las 00:12, Philip A. Chapman escribi=F3:
> > On Fri, 2002-11-08 at 16:59, Jeffrey Morgan wrote:
> > > Currently both of my systems fail during configure.  I do not
> > > have libzvt-2.0 on my installations.  I do have libzvt on the
> > > system but not -2.0.  My suggestion is to place the java file
> > > in its own package and conditionally include it in the jar
> > > based on the discovery of the appropriate library.  What
> > > does everybody think?
> > >=20
> > > -Jeff
> >=20
> > If ZvtWidget is not planned to be included in gnome proper, then I =
think
> > that a seperate package with conditional compile is fine.  Maybe
> > org.gnu.gnome.zvt?
> >=20
> > --=20
> > Philip A. Chapman
> >=20
> > Application Development:
> > Java, Visual Basic, VB for Applications, PostgreSQL, MySQL, MSSQL
> > Linux, Windows 9x, Windows NT, Windows 2000, Windows XP
> --=20
> :: Rubio Jr. ::
> ser...@hi...
> http://rubiojr.dragon-lance.net
>=20
> ::  GrULLA   ::
> http://grulla.hispalinux.es
>=20
>=20
> " The number 1 tip for GTK+ programming is: =20
>=20
>   - Don't use C; In my opinion, C is a library programming language
>     not an app programming language. "
> 								=09
>                                                   Owen Taylor.
>=20
>  =20
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> java-gnome-hackers mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
java-gnome-hackers mailing list
jav...@li...
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers

[java-gnome-hackers] Shared stubs?

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

Has anyone looked into whether the shared stubs idea in The Java Native
Interface (section 9.2) makes sense for this project?  Basically it
would move much of our C code into Java, with what should be a very
small performance penalty for native type wrapping (an Integer for each
int, for example).  

I looked into converting the asm_dispatch method into GCC-style inline
assembler, but can't find much documentation on the AT&T style assembler
used in GCC.  Being an old Intel assembler guy, it looks quite strange. 
Still, if there's interest, I'll keep pursuing it...

Tom

Re: [java-gnome-hackers] ZvtWidget

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

What I don't understand is why configure works on my system, as I don't
seem to have libzvt-2.0, either.  What I do have is:

/usr/lib/libzvt.a   /usr/lib/libzvt.so.2
/usr/lib/libzvt.so  /usr/lib/libzvt.so.2.2.10

These are installed by the gnome-libs-1.4.1.2.90-22 package, so if
libzvt.so.2 is good enough, won't anyone running GNOME have libzvt
installed?  Is my installation out of date?

Tom

On Fri, 2002-11-08 at 15:45, Sergio Rubio wrote:
> Ummm, I thought that pkg-config would solve this kinds of issues.
> Anyway, I agree with both of you. Tom?
>=20
> El s=E1b, 09-11-2002 a las 00:12, Philip A. Chapman escribi=F3:
> > On Fri, 2002-11-08 at 16:59, Jeffrey Morgan wrote:
> > > Currently both of my systems fail during configure.  I do not
> > > have libzvt-2.0 on my installations.  I do have libzvt on the
> > > system but not -2.0.  My suggestion is to place the java file
> > > in its own package and conditionally include it in the jar
> > > based on the discovery of the appropriate library.  What
> > > does everybody think?
> > >=20
> > > -Jeff
> >=20
> > If ZvtWidget is not planned to be included in gnome proper, then I thin=
k
> > that a seperate package with conditional compile is fine.  Maybe
> > org.gnu.gnome.zvt?
> >=20
> > --=20
> > Philip A. Chapman
> >=20
> > Application Development:
> > Java, Visual Basic, VB for Applications, PostgreSQL, MySQL, MSSQL
> > Linux, Windows 9x, Windows NT, Windows 2000, Windows XP
> --=20
> :: Rubio Jr. ::
> ser...@hi...
> http://rubiojr.dragon-lance.net
>=20
> ::  GrULLA   ::
> http://grulla.hispalinux.es
>=20
>=20
> " The number 1 tip for GTK+ programming is: =20
>=20
>   - Don't use C; In my opinion, C is a library programming language
>     not an app programming language. "
> 								=09
>                                                   Owen Taylor.
>=20
>  =20
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> java-gnome-hackers mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers

Re: [java-gnome-hackers] ZvtWidget

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

Ummm, I thought that pkg-config would solve this kinds of issues.
Anyway, I agree with both of you. Tom?

El s=E1b, 09-11-2002 a las 00:12, Philip A. Chapman escribi=F3:
> On Fri, 2002-11-08 at 16:59, Jeffrey Morgan wrote:
> > Currently both of my systems fail during configure.  I do not
> > have libzvt-2.0 on my installations.  I do have libzvt on the
> > system but not -2.0.  My suggestion is to place the java file
> > in its own package and conditionally include it in the jar
> > based on the discovery of the appropriate library.  What
> > does everybody think?
> >=20
> > -Jeff
>=20
> If ZvtWidget is not planned to be included in gnome proper, then I think
> that a seperate package with conditional compile is fine.  Maybe
> org.gnu.gnome.zvt?
>=20
> --=20
> Philip A. Chapman
>=20
> Application Development:
> Java, Visual Basic, VB for Applications, PostgreSQL, MySQL, MSSQL
> Linux, Windows 9x, Windows NT, Windows 2000, Windows XP
--=20
:: Rubio Jr. ::
ser...@hi...
http://rubiojr.dragon-lance.net

::  GrULLA   ::
http://grulla.hispalinux.es


" The number 1 tip for GTK+ programming is: =20

  - Don't use C; In my opinion, C is a library programming language
    not an app programming language. "
								=09
                                                  Owen Taylor.

 =20

Re: [java-gnome-hackers] ZvtWidget

[Philip A. C. <pch...@pc...>]

On Fri, 2002-11-08 at 16:59, Jeffrey Morgan wrote:
> Currently both of my systems fail during configure.  I do not
> have libzvt-2.0 on my installations.  I do have libzvt on the
> system but not -2.0.  My suggestion is to place the java file
> in its own package and conditionally include it in the jar
> based on the discovery of the appropriate library.  What
> does everybody think?
>=20
> -Jeff

If ZvtWidget is not planned to be included in gnome proper, then I think
that a seperate package with conditional compile is fine.  Maybe
org.gnu.gnome.zvt?

--=20
Philip A. Chapman

Application Development:
Java, Visual Basic, VB for Applications, PostgreSQL, MySQL, MSSQL
Linux, Windows 9x, Windows NT, Windows 2000, Windows XP

Re: [java-gnome-hackers] ZvtWidget

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

Currently both of my systems fail during configure.  I do not
have libzvt-2.0 on my installations.  I do have libzvt on the
system but not -2.0.  My suggestion is to place the java file
in its own package and conditionally include it in the jar
based on the discovery of the appropriate library.  What
does everybody think?

-Jeff

On Fri, 2002-11-08 at 16:33, Sergio Rubio wrote:
> I'm not sure to understand well the questions, sorry. Anyway, Here is
> what i did to include the widget.
>=20
> 1. I checked in the ZvtTerm.java file.
> 2. I checked in the org_gnu_gnome_ZvtTerm.c
> 3. Modified the configure.in to check for the libzvt-2.0 package.
> 4. I generated a new configure file using autoconf. The native
> org_gnu_gnome_ZvtTerm.o is now linked to the libGNOMEJava.so and the
> ZvtTerm class makes a system call to load this library.
>=20
> I included the binding in the gnome package because I thought it was
> there in the las release version of the bindings. If you decide to move
> it to its own package I will commit the changes as soon as I can, but I
> would need help to tweak the makefiles and the related stuff.
>=20
> Thanks in advance.
>=20
> El vie, 08-11-2002 a las 20:54, Jeffrey Morgan escribi=C3=B3:
> > I have a couple of questions for the group.  Since the ZvtTerm
> > widget has been moved into it's own shared object do we need=20
> > to provide checks for its existence and conditional compilation?
> > Also, should this widget be placed in the gnome package or
> > should it be placed in a package of its own?
> >=20
> > On Fri, 2002-11-08 at 10:43, Sergio Rubio wrote:
> > > I've started the work in the zvt widget. I've implemented a native
> > > method that builds the widget and launch an shell inside it. The code=
 is
> > > based in the zvtterm 1.x documentation, but it seems to work well wit=
h
> > > the newest version of the widget. I would like to hear you opinion.
> > >=20
> > > Thanks.=20
> > > --=20
> > > :: Rubio Jr. ::
> > > ser...@hi...
> > > http://rubiojr.dragon-lance.net
> > >=20
> > > ::  GrULLA   ::
> > > http://grulla.hispalinux.es
> > >=20
> > >=20
> > > " The number 1 tip for GTK+ programming is: =20
> > >=20
> > >   - Don't use C; In my opinion, C is a library programming language
> > >     not an app programming language. "
> > > 								=09
> > >                                                   Owen Taylor.
> > >=20
> > >  =20
> > >=20
> > >=20
> > >=20
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by: See the NEW Palm=20
> > > Tungsten T handheld. Power & Color in a compact size!
> > > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> > > _______________________________________________
> > > java-gnome-hackers mailing list
> > > jav...@li...
> > > https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
> > >=20
> >=20
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > This sf.net email is sponsored by: See the NEW Palm=20
> > Tungsten T handheld. Power & Color in a compact size!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> > _______________________________________________
> > java-gnome-hackers mailing list
> > jav...@li...
> > https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
> --=20
> :: Rubio Jr. ::
> ser...@hi...
> http://rubiojr.dragon-lance.net
>=20
> ::  GrULLA   ::
> http://grulla.hispalinux.es
>=20
>=20
> " The number 1 tip for GTK+ programming is: =20
>=20
>   - Don't use C; In my opinion, C is a library programming language
>     not an app programming language. "
> 								=09
>                                                   Owen Taylor.
>=20
>  =20
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm=20
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> java-gnome-hackers mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
>=20

RE: [java-gnome-hackers] Compile error.

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

I'm sorry.  Here I fix the build to find unresolved symbols, and then
immediately forget to check in the fix for the file that started this.

Unfortunately, yesterday a big storm has blown into the San Francisco
bay area and continues to pound us.  My cable modem connection has been
down since then so I'm working at a Sun drop-in center.  Unfortunately,
that means I'm stuck behind a firewall which doesn't permit external SSH
connections.

So replace the offending line with a "return NULL;" statement until this
storm passes.  Who knows?  By then I may be able to check in a very
early, no event support yet, reimplementation of that file.  

Tom

On Fri, 2002-11-08 at 08:36, Jeffrey Morgan wrote:
> This method was used in an older edition of java-gnome.
> Tom Ball is actually working on the libglade bindings.
> Tom, can you comment out the call so the build will
> complete?
> 
> -Jeff
> 
> > Hi, I've found this error trying to compile this morning:
> > 
> > jni/org_gnu_glade_LibGlade.o(.text+0x6a4): In function
> > `Java_org_gnu_glade_LibGlade_makeWidget':
> > /home/rubiojr/cvs/java-gnome/src/jni/org_gnu_glade_LibGlade.c:175:
> > referencia a `makeBaseObjectClass' sin definir
> > collect2: ld returned 1 exit status
> > make[1]: *** [glade_nativelib] Error 1
> > make[1]: Leaving directory `/home/rubiojr/cvs/java-gnome/src'
> > make: *** [distro] Error 2
> > 
> > It seems that this function isn't defined anywere. I'm using 1.3.1 vm
> > from IBM, is this function defined in a newer jni.h file of a 
> > newer java
> > runtime?
> > 
> > Thanks.
> > 
> > -- 
> > :: Rubio Jr. ::
> > ser...@hi...
> > http://rubiojr.dragon-lance.net
> > 
> > ::  GrULLA   ::
> > http://grulla.hispalinux.es
> > 
> > 
> > " The number 1 tip for GTK+ programming is:  
> > 
> >   - Don't use C; In my opinion, C is a library programming language
> >     not an app programming language. "
> > 									
> >                                                   Owen Taylor.
> > 
> >   
> > 
> > 
> > 
> > -------------------------------------------------------
> > This sf.net email is sponsored by: See the NEW Palm 
> > Tungsten T handheld. Power & Color in a compact size!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> > _______________________________________________
> > java-gnome-hackers mailing list
> > jav...@li...
> > https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
> > 

Re: [java-gnome-hackers] ZvtWidget

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

I'm not sure to understand well the questions, sorry. Anyway, Here is
what i did to include the widget.

1. I checked in the ZvtTerm.java file.
2. I checked in the org_gnu_gnome_ZvtTerm.c
3. Modified the configure.in to check for the libzvt-2.0 package.
4. I generated a new configure file using autoconf. The native
org_gnu_gnome_ZvtTerm.o is now linked to the libGNOMEJava.so and the
ZvtTerm class makes a system call to load this library.

I included the binding in the gnome package because I thought it was
there in the las release version of the bindings. If you decide to move
it to its own package I will commit the changes as soon as I can, but I
would need help to tweak the makefiles and the related stuff.

Thanks in advance.

El vie, 08-11-2002 a las 20:54, Jeffrey Morgan escribi=F3:
> I have a couple of questions for the group.  Since the ZvtTerm
> widget has been moved into it's own shared object do we need=20
> to provide checks for its existence and conditional compilation?
> Also, should this widget be placed in the gnome package or
> should it be placed in a package of its own?
>=20
> On Fri, 2002-11-08 at 10:43, Sergio Rubio wrote:
> > I've started the work in the zvt widget. I've implemented a native
> > method that builds the widget and launch an shell inside it. The code i=
s
> > based in the zvtterm 1.x documentation, but it seems to work well with
> > the newest version of the widget. I would like to hear you opinion.
> >=20
> > Thanks.=20
> > --=20
> > :: Rubio Jr. ::
> > ser...@hi...
> > http://rubiojr.dragon-lance.net
> >=20
> > ::  GrULLA   ::
> > http://grulla.hispalinux.es
> >=20
> >=20
> > " The number 1 tip for GTK+ programming is: =20
> >=20
> >   - Don't use C; In my opinion, C is a library programming language
> >     not an app programming language. "
> > 								=09
> >                                                   Owen Taylor.
> >=20
> >  =20
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > This sf.net email is sponsored by: See the NEW Palm=20
> > Tungsten T handheld. Power & Color in a compact size!
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> > _______________________________________________
> > java-gnome-hackers mailing list
> > jav...@li...
> > https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
> >=20
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm=20
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> java-gnome-hackers mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
--=20
:: Rubio Jr. ::
ser...@hi...
http://rubiojr.dragon-lance.net

::  GrULLA   ::
http://grulla.hispalinux.es


" The number 1 tip for GTK+ programming is: =20

  - Don't use C; In my opinion, C is a library programming language
    not an app programming language. "
								=09
                                                  Owen Taylor.

 =20

Re: [java-gnome-hackers] ZvtWidget

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

I have a couple of questions for the group.  Since the ZvtTerm
widget has been moved into it's own shared object do we need 
to provide checks for its existence and conditional compilation?
Also, should this widget be placed in the gnome package or
should it be placed in a package of its own?

On Fri, 2002-11-08 at 10:43, Sergio Rubio wrote:
> I've started the work in the zvt widget. I've implemented a native
> method that builds the widget and launch an shell inside it. The code is
> based in the zvtterm 1.x documentation, but it seems to work well with
> the newest version of the widget. I would like to hear you opinion.
> 
> Thanks. 
> -- 
> :: Rubio Jr. ::
> ser...@hi...
> http://rubiojr.dragon-lance.net
> 
> ::  GrULLA   ::
> http://grulla.hispalinux.es
> 
> 
> " The number 1 tip for GTK+ programming is:  
> 
>   - Don't use C; In my opinion, C is a library programming language
>     not an app programming language. "
> 									
>                                                   Owen Taylor.
> 
>   
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm 
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> java-gnome-hackers mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
> 

RE: [java-gnome-hackers] Compile error.

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

This method was used in an older edition of java-gnome.
Tom Ball is actually working on the libglade bindings.
Tom, can you comment out the call so the build will
complete?

-Jeff

> Hi, I've found this error trying to compile this morning:
> 
> jni/org_gnu_glade_LibGlade.o(.text+0x6a4): In function
> `Java_org_gnu_glade_LibGlade_makeWidget':
> /home/rubiojr/cvs/java-gnome/src/jni/org_gnu_glade_LibGlade.c:175:
> referencia a `makeBaseObjectClass' sin definir
> collect2: ld returned 1 exit status
> make[1]: *** [glade_nativelib] Error 1
> make[1]: Leaving directory `/home/rubiojr/cvs/java-gnome/src'
> make: *** [distro] Error 2
> 
> It seems that this function isn't defined anywere. I'm using 1.3.1 vm
> from IBM, is this function defined in a newer jni.h file of a 
> newer java
> runtime?
> 
> Thanks.
> 
> -- 
> :: Rubio Jr. ::
> ser...@hi...
> http://rubiojr.dragon-lance.net
> 
> ::  GrULLA   ::
> http://grulla.hispalinux.es
> 
> 
> " The number 1 tip for GTK+ programming is:  
> 
>   - Don't use C; In my opinion, C is a library programming language
>     not an app programming language. "
> 									
>                                                   Owen Taylor.
> 
>   
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm 
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> java-gnome-hackers mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
> 

[java-gnome-hackers] ZvtWidget

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

I've started the work in the zvt widget. I've implemented a native
method that builds the widget and launch an shell inside it. The code is
based in the zvtterm 1.x documentation, but it seems to work well with
the newest version of the widget. I would like to hear you opinion.

Thanks. 
-- 
:: Rubio Jr. ::
ser...@hi...
http://rubiojr.dragon-lance.net

::  GrULLA   ::
http://grulla.hispalinux.es


" The number 1 tip for GTK+ programming is:  

  - Don't use C; In my opinion, C is a library programming language
    not an app programming language. "
									
                                                  Owen Taylor.

  

[java-gnome-hackers] Compile error.

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

Hi, I've found this error trying to compile this morning:

jni/org_gnu_glade_LibGlade.o(.text+0x6a4): In function
`Java_org_gnu_glade_LibGlade_makeWidget':
/home/rubiojr/cvs/java-gnome/src/jni/org_gnu_glade_LibGlade.c:175:
referencia a `makeBaseObjectClass' sin definir
collect2: ld returned 1 exit status
make[1]: *** [glade_nativelib] Error 1
make[1]: Leaving directory `/home/rubiojr/cvs/java-gnome/src'
make: *** [distro] Error 2

It seems that this function isn't defined anywere. I'm using 1.3.1 vm
from IBM, is this function defined in a newer jni.h file of a newer java
runtime?

Thanks.

-- 
:: Rubio Jr. ::
ser...@hi...
http://rubiojr.dragon-lance.net

::  GrULLA   ::
http://grulla.hispalinux.es


" The number 1 tip for GTK+ programming is:  

  - Don't use C; In my opinion, C is a library programming language
    not an app programming language. "
									
                                                  Owen Taylor.

  

Re: [java-gnome-hackers] Help with HelpException

[Philip A. C. <pch...@pc...>]

Jeff,

I commented out the two constructors.  Basically, they override
constructors of Exception which exists in java 1.4.0 and later, but not
earlier versions.  I made the changes, but you beat me to it.  I went
ahead and checked mine in over yours because I have an explaination in
there about why the constructors are commented out.


On Wed, 2002-11-06 at 13:52, Jeffrey Morgan wrote:
> The last two constructors for HelpException are causing
> a build problem.  The call to super is not working since
> it doesn't exist.
>=20
> -Jeff
--=20
Philip A. Chapman

Application Development:
Java, Visual Basic, VB for Applications, PostgreSQL, MySQL, MSSQL
Linux, Windows 9x, Windows NT, Windows 2000, Windows XP

[java-gnome-hackers] Help with HelpException

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

The last two constructors for HelpException are causing
a build problem.  The call to super is not working since
it doesn't exist.

-Jeff

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

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

I usually set a breakpoint in the static Java code that
loads the library.  Once the library is loaded you should
be able to attach to the running shared object and set
breakpoints.  It is a little work but once you get the
hang of it you will find it adequate.

-Jeff

On Tue, 2002-11-05 at 20:34, Tom Ball wrote:
> Most of my native Java library experience has been on Windows, where
> debugging dynamically loaded native libraries is fairly easy.  Do any of
> you have tips on how to most easily do this on Linux?  I hope I don't
> have to rebuild the VM and set a breakpoint in its load library handler
> like in the old days...
> 
> Tom
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm 
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> java-gnome-hackers mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
> 

[java-gnome-hackers] Debugging native code

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

Most of my native Java library experience has been on Windows, where
debugging dynamically loaded native libraries is fairly easy.  Do any of
you have tips on how to most easily do this on Linux?  I hope I don't
have to rebuild the VM and set a breakpoint in its load library handler
like in the old days...

Tom

RE: [java-gnome-hackers] Makefile change?

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

Sorry this took so long (it's checked in now).  My only excuse is that
being in the middle of a layoff takes its toll, even if one isn't a
target.

Tom

On Mon, 2002-10-28 at 21:31, Jeffrey Morgan wrote:
> Have you made progress on the makefile changes?
> 
> On Sat, 2002-10-26 at 14:49, Tom Ball wrote:
> > It seems I only have read access to the CVS repository.  The
> > src/Makefile.in changes are ready; I also fixed the javadoc generation
> > target.  
> > 
> > Regarding javadoc, would anyone mind if I got rid of the empty javadoc
> > directory from the CVS tree by moving it into a .Attic directory?  It
> > would make cleaning the javadoc target much easier if that directory
> > were created by the build, as it could then just be completely deleted.
> > 
> > Tom
> > 
> > On Mon, 2002-10-21 at 05:13, Jeffrey Morgan wrote:
> > > > I started investigating the libglade port by building what's already
> > > > there, and found a surprise:  on Linux (probably Solaris too, but it's
> > > > been awhile) the default linker mode is to allow unresolved external
> > > > references during a build.  In this case, 
> > > > org_gnu_glade_LibGlade.c calls
> > > > makeBaseObjectClass which I can't find anywhere.  Is that 
> > > > unimplemented,
> > > > or am I missing a library?
> > > 
> > > That is an old method that is no longer around.  It's purpose
> > > was to make a java object and initialize the pointer to the
> > > native peer.  Below is the source for this method.
> > > 
> > > jobject makeBaseObjectClass (JNIEnv *env, void *peer)
> > > {
> > >   if (peer == NULL) {
> > >     return NULL;
> > >   }
> > >   else {
> > >     jclass cls;
> > >     jobject result;
> > >     jlong result_jl;
> > >     char class[20];
> > >     char fullclass[100];
> > >     int cmp;
> > > 
> > >     strcpy(class, gtk_type_name(GTK_OBJECT_TYPE(peer)));
> > >     cmp = strncmp("Gtk", class, 3);
> > >     if (cmp == 0)
> > >       sprintf(fullclass, "gnu/gtk/%s", class);
> > >     else
> > >       sprintf(fullclass, "gnu/gnome/%s", class);
> > >     
> > >     cls = (*env)->FindClass(env, fullclass);
> > >     
> > >     result = (*env)->AllocObject(env, cls);
> > >     *(void **) &result_jl = peer;
> > >     (*env)->SetLongField (env, result, nativepeerFid, result_jl);
> > >     return result;
> > >   }
> > > }
> > > 
> > > As you can see, much of this code is not relevant to the
> > > current state of the project.
> > > 
> > > > But back to the build problem: IMHO the build should have 
> > > > failed because
> > > > makeBaseObjectClass was missing, instead of failing at run 
> > > > time.  Adding
> > > > "-Xlinker --no-undefined" to each link step catch the error during the
> > > > build.  I replaced the makeBaseObjectClass call temporarily 
> > > > with a "not
> > > > implemented" exception throw -- the method still isn't 
> > > > implemented, but
> > > > at least the error says it's because a method was called 
> > > > which shouldn't
> > > > have been (yet), and not because of a problem in the client 
> > > > environment.
> > > > 
> > > > Since this is both my first proposed change and one that changes the
> > > > current build philosophy, I thought I should run it by 
> > > > everyone first. 
> > > > Anyone feel strongly that we shouldn't check for unresolved references
> > > > during the build?
> > > 
> > > I think it is time we clean up the build process.  I completely
> > > agree with your suggestion.
> > > 
> > > -Jeff
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by: ApacheCon, November 18-21 in
> > Las Vegas (supported by COMDEX), the only Apache event to be
> > fully supported by the ASF. http://www.apachecon.com
> > _______________________________________________
> > java-gnome-hackers mailing list
> > jav...@li...
> > https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
> > 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> java-gnome-hackers mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers

[java-gnome-hackers] lost event handlers

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

Hi,
  There are a few objects which have event listeners but are not widgets
(TreeSelection & something in the text classes IIRC). Listeners are
normally added using the TreeView.GetSelection().addListener method. At
the moment, I think, these changes will be lost if the user doesn't
reference the selection object. Therefore, we probably need to add a
reference to it in the TreeView object and change the get/setSelection
methods appropritely.

I have not tested any of this, it is all off the top of my head, so
could be complete rubbish. 

I should get (back) to work now, so can't test/implement this. sorry. I
hope to join development again in December.
-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

Re: [java-gnome-hackers] Teaser

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

On Tue, 2002-10-29 at 05:41, Jeffrey Morgan wrote:
> I would like to place an early teaser out to solicit feedback on
> the latest efforts from the developer community.  I was thinking
> of either putting a recent version of the javadocs on the web
> site or possibly a development snapshot.  How do you feel about
> this?  What do you think we should complete prior to this sneak
> preview?

An overview.html file for the javadocs might be useful. This could point
to the example apps, gnome/gtk/... API docs on the web, etc.

Also, I believe it is possible to customize the javadoc headers/footers.
A short message about reporting bugs/strange behaviour/typos might be
useful to place in here.

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

[java-gnome-hackers] Teaser

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

I would like to place an early teaser out to solicit feedback on
the latest efforts from the developer community.  I was thinking
of either putting a recent version of the javadocs on the web
site or possibly a development snapshot.  How do you feel about
this?  What do you think we should complete prior to this sneak
preview?

-Jeff

RE: [java-gnome-hackers] Remove the org.gnu.gnome.Execute class?

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

Are you making progress on the gnome classes?  I have the gtk
classes fairly close to where I would like to have them for the
next release.  They are not perfect and are also not complete
but I really want to get a release out.  I hope to join
you on the gnome package shortly.

On Mon, 2002-10-21 at 09:44, Philip A. Chapman wrote:
> Thanks for the input Jeff and Tom.  I'll take it out tonight.
> 
> On Mon, 2002-10-21 at 06:06, Jeffrey Morgan wrote:
> > I completely agree.  Gone it is!
> > 
> > -Jeff
> > 
> > > I heartily agree (not that my vote counts for much yet :-).  While the
> > > documentation for Execute's async and shell methods suggests they have
> > > unique capabilities, a quick grep of the Gnome source code shows that
> > > they both are used for the same purpose as Runtime.exec(s), often
> > > interchangably (g_get_home gets called a lot using both, for 
> > > example).  
> > > 
> > > As someone who has had to maintain APIs that promised all 
> > > things to all
> > > users, I've learned the hard way to just provide the minimum and then
> > > see who complains and why.  A smaller API is also easier to learn and
> > > use appropriately.
> > > 
> > > Tom
> > > 
> > > On Sun, 2002-10-20 at 07:28, Philip A. Chapman wrote:
> > > > Everyone,
> > > > 
> > > > Now that three people have done some work on the Execute 
> > > class, I think
> > > > we should delete it.  :-)  I base this opinion on a 
> > > conversation we had
> > > > on this list (See the thread started with subject 
> > > Gnome2.defs Aug 10,
> > > > 2002).  Execute's async and shell methods duplicate functionality
> > > > provided by the java.lang.Runtime.exec methods.  I wish I would have
> > > > remembered this conversation last night before I worked on it, but
> > > > that's the way it works.
> > > > 
> > > > Note, I have not yet deleted the class in case someone is aware of
> > > > functionality the Execute's methods afford us that the 
> > > Runtime's does
> > > > not.
> > > > 
> > > > Thanks,
> > > > -- 
> > > > Philip A. Chapman
> > > 
> > > 
> > > 
> > > 
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by:
> > > Access Your PC Securely with GoToMyPC. Try Free Now
> > > https://www.gotomypc.com/s/OSND/DD
> > > _______________________________________________
> > > java-gnome-hackers mailing list
> > > jav...@li...
> > > https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
> > > 
> -- 
> Philip A. Chapman

Re: [java-gnome-hackers] HBox constructor causing segfaults.

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

I have made a similar change to the GTK java classes.  We should
probably make the same changes to the GNOME classes.

I have also implemented a getType method for all objects derived
from GObject in the GTK package.  This method returns the GLib
runtime type identification.  This id is used for several of the
newer widgets and will take a greater significance in future versions
of GTK and GNOME.  This should also be propagated to the GNOME
classes.

On Sun, 2002-10-20 at 13:30, Tom Ball wrote:
> Yeah, constructors can be evil, since a subclass can't control when its
> superclass gets called.  What many toolkits do to work around this is to
> define a protected "void init()" which gets called by the superclass's
> constructor.  This allows a subclass like AppBar to do something like:
> 
>     public AppBar() {
>         super();
>         // initialization moved down...
>     }
> 
>     protected init() {
>         // initialization here
>         super.init();
>     }
> 
> The init method is a bit dangerous in that subclassers need to realize
> that they are dealing with a partially-initialized object, but at least
> their superclass can finish initialization with one that is.
> 
> An alternative I prefer is to have a protected constructor and a public
> static factory method.  Constructors can then initialization objects
> like they are supposed to, and the factory method can ensure that the
> event handler hookup is called afterwards before a client is given the
> object.  
> 
> The main drawback to using a static factory method is that it can't
> support the Java Beans model, and so these components won't plug into a
> form editor easily.
> 
> Tom
> 
> On Sat, 2002-10-19 at 21:18, Philip A. Chapman wrote:
> > Everyone,
> > 
> > In the constructor org.gnu.gtk.HBox.HBox(), I commented out the line:
> > 
> > initializeEventHandlers();
> > 
> > The reason is that it causes segfaults when called during the
> > construction of org.gnu.gnome.AppBar, which extends HBox.  AppBar works
> > fine if I comment out the line in HBox as specified above and call
> > initializeEventHandlers() from AppBar's constructor AFTER calling
> > AppBar's gnome_appbar_new native method (thereby obtaining a handle).
> > 
> > The same applies for org.gnu.gnome.DateEdit as it also extends
> > org.gnu.gtk.HBox.
> > 
> > Jeffrey,
> > You are far more familiar with org_gnu_glib_GObject's create_callback
> > method than I.  Would you mind looking into this?  Should subclasses of
> > HBox simply always call initializeEventHandlers() or is there a way to
> > make it work from HBox's constructor?
> > 
> > The good news is that the TestGNOME application pretty much works now. 
> > There's a few annoying things, like buttons that do nothing on the
> > dialogs that are opened from the main app.  However. there are no more
> > segfaults and all the enabled buttons on the main app seem to be doing
> > what they are supposed to.
> > 
> > Thanks,
> > -- 
> > Philip A. Chapman
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:
> Access Your PC Securely with GoToMyPC. Try Free Now
> https://www.gotomypc.com/s/OSND/DD
> _______________________________________________
> java-gnome-hackers mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
>