Re: No dynamic libs of glib

Laurent ISENEGGER wrote: > I'm new in this list so i hope i'm not mistaken if i post my question > here. I'm not sure that glib has its own list, so I guess here is good. > I'm currently trying to integrate the GLIB 2.12.4 on a platform based > on ARM. I m cross compiling with a fedora 3 distrib

Re: Linux signals and GLIB g_io_channel usage

On Mon, 2006-10-23 at 13:42 -0400, Tristan Van Berkom wrote: > James Scott Jr wrote: > > Folks, > > > > Hi James, > in a phrase - I've done it and it works fine. > > some places might call for special attention though - for > example - if you were to call g_spawn_sync() or g_child_watch(),

Re: Linux signals and GLIB g_io_channel usage

James Scott Jr wrote: > Folks, > Hi James, in a phrase - I've done it and it works fine. some places might call for special attention though - for example - if you were to call g_spawn_sync() or g_child_watch(), you may want to have leave SIGCHLD available. Cheers, -Tristan __

Re: gui for trees

On Oct 22, 2006, at 1:13 AM, kiranc wrote: > Guy Rouillier-2 wrote: >> >> That being said, take a look at GtkTreeView. You may be able to >> utilize >> that to display the data in your red-black tree data structure. >> > > TreeView has a left-right display. I need a top-down display. Can i > mo

Linux signals and GLIB g_io_channel usage

Folks, I am about to write the socket module of a program that follows the gnu standard structure for a daemon. I am using glib wherever possible and have a question concerning the use of linux signals. Basically, I have blocked all signals on all threads according to the standard daemon model a

No dynamic libs of glib

Hi everybody, I'm new in this list so i hope i'm not mistaken if i post my question here. I'm currently trying to integrate the GLIB 2.12.4 on a platform based on ARM. I m cross compiling with a fedora 3 distribution on an i386 architecture. When i type the configure, i added the cache file ne

Re: Glade GUI: changing mechanism

Philippe Bertin wrote: [...] > Thanks for this elaboration. However, this still doesn't prove, at > compile time, that you have e.g. all necessary callbacks available to > connect to... Whilst when you'd have generated code available and ready > to be compiled, you could be (statically, I mean a

Re: Glade GUI: changing mechanism

Hello, Tristan Van Berkom wrote: >> You're right in some sense. Still, how can one statically prove that >> the created .glade file is *statically* correct ? I mean by this, how >> can the (no longer existing, no longer statically compiled) program >> be proven it would link statically ? I hav

Re: Tweaking GUI, losing code (GTK+ and Ruby)

On Mon, 2006-10-23 at 09:17 -0400, Flak Magnet wrote: > I'm teaching myself to program using glade, libglade, the > "ruby-glade-create-template" script and ruby. > > I've found that I'll often have to go in and edit the GUI I designed to > fix something that I forgot or wanted to tweak. When I

Re: Glade GUI: changing mechanism

Philippe Bertin wrote: > Hello, Tristan, > > Tristan Van Berkom wrote: > >> Why would someone want to go from >> glade file --> generated code --> GUI >> when you can simply go from >> glade file --> GUI >> with much less code-generators & generated code to maintain ? >> > You're right in some

Tweaking GUI, losing code (GTK+ and Ruby)

I'm teaching myself to program using glade, libglade, the "ruby-glade-create-template" script and ruby. I've found that I'll often have to go in and edit the GUI I designed to fix something that I forgot or wanted to tweak. When I do this Is there a way that I can modify the glade-created GUI

Re: Dragging multiple objects from a TreeView

Someone said some stuff... > GTK+ does not work like, say, KDE or windows. You have to drag > when you have finished your multiple selection without clicking > again (keep your finger on the mouse button). If you click again, > as you say your multiple selection will have gone. Does GtkTreeView