Re: serial ports

2007-05-15 Thread G Hasse
On Tue, May 15, 2007 at 02:46:22AM +0300, Tor Lillqvist wrote: John Coppens writes: If I'm not mistaken (I don't use windows), look at the g_io functions, I believe they are portable to Windows too. There may be a problem with the names of the devices (COM1: vs /dev/ttyS0) or so, but

AW: Gtk+ and multithreating

2007-05-15 Thread chabayo
Hi list,... ...im sorry if i missunderstand something... Am 14.05.2007 19:53:44 schrieb(en) Michelle Konzack: Hello *, I am new on this list, but have already codes some VERY simple admin GUI's... Now I have a bigger problem/Application which need definitiv multithreading since it must poll

Re: serial ports

2007-05-15 Thread Andreas Stricker
Pavel A. da Mek wrote: When I want to use serial ports, shall I write separate code for Windows and for Linux, or is there some library function which would allow to do it in the platform independent way? I have written portable code for this with timeouts for read and write operations.

Re: serial ports

2007-05-15 Thread Fontana Nicola
On Monday 14 May 2007 20:49, Pavel A. da Mek wrote: When I want to use serial ports, shall I write separate code for Windows and for Linux, or is there some library function which would allow to do it in the platform independent way? I hit the same problem in 2004, and I wrote an abstraction

Re: How to create a simple multilingual GUI

2007-05-15 Thread John Zoidberg
Well, it's possible to change the language in Firefox and in a lot of other programs. I don't mind having to restart the program to do it. I just don't want to have to change the system's local language to do it. I know that gettext is mostly used for internationalisation. However, I have

Re: How to create a simple multilingual GUI

2007-05-15 Thread Yeti
On Mon, May 14, 2007 at 12:30:14PM +0200, John Zoidberg wrote: Well, it's possible to change the language in Firefox and in a lot of other programs. That does not make it a good idea. Firefox is designed for Microsoft Windows -- where one had to reinstall the system it to switch languages.

GTK+ - hide window when minimized

2007-05-15 Thread Przemek
Hello, i'd like to hide my top level window, when user minimizes it. I mean, i don't want the window to be in the task bar - i want to hide it (not minimize it). Can someone help me with this? I've already managed to do that when user closes the window - but with this, i just can't do it. I

Re: Alternative GTK widgets

2007-05-15 Thread beginner.c
Perhaps we should all put in some links - this would be beneficial for everybody I think (not all are still active/useful): http://dev.investorsidekick.com/begtkextra/ http://libbit.sf.net/ http://www.curlyankles.com/ http://kornelix.squarespace.com/utilities/

gtk: hide window when minimized

2007-05-15 Thread bronson
Hello, could anyone tell me how can I hide window, when user minimizes it? I tried to handle signal 'window-state-event', but when in that method i hide window, strange things happen - window hides, and then shows up again and it never ends. Any help would be appretiated. Thanks in advance,

gtk+/glib versions for GNOME 2.20

2007-05-15 Thread Vincent Untz
Hi, In [1], Tim mentioned that the current plan was to release GTK+ 2.12 mid-June. Is this still the case or do you expect a delay? This would be useful to know, so we can tell people that it's okay to use the new GTK+ features. And any idea about glib 2.14? I guess if GTK+ 2.12 will be ready,

Re: glib memory allocation problems

2007-05-15 Thread Tim Janik
On Tue, 15 May 2007, Miklos Szeredi wrote: On Fri, 11 May 2007 13:55:25 +0200 (CEST) seems you managed to crash around the slice debugger doing realloc(). more interesting than the backtrace should actually be the program output. if you saw something like: GSlice: MemChecker: attempt to

Re: glib memory allocation problems

2007-05-15 Thread Miklos Szeredi
seems you managed to crash around the slice debugger doing realloc(). more interesting than the backtrace should actually be the program output. if you saw something like: GSlice: MemChecker: attempt to release block with invalid size... I saw no such output on the last ~100 lines

Re: glib memory allocation problems

2007-05-15 Thread Miklos Szeredi
On Fri, 11 May 2007 13:55:25 +0200 (CEST) Tim Janik [EMAIL PROTECTED] wrote: it's likely that some code portions erroneously use GSlice and thus screw up the memory handling at some point. G_SLICE=debug-blocks is really the recommended way to find those errors and much faster than trying

Re: glib memory allocation problems

2007-05-15 Thread Miklos Szeredi
So the question is, should glib not make some sanity checking for code that is not actually thread related (like gslice). it does do sanity checking, it throws a big bold warning if you call thread_init and gslice in the wrong order: http://blogs.gnome.org/view/timj/2007/01/02/0

Re: glib memory allocation problems

2007-05-15 Thread Dimitrios Apostolou
On Tue, 15 May 2007 16:14:26 +0200 Miklos Szeredi [EMAIL PROTECTED] wrote: OK, found the problem: g_thread_init() wasn't called by sshfs, and hence the thread private data used by gslice wasn't actually thread private. Now I see that the mandatory use of g_thread_init() is documented, but

Re: glib memory allocation problems

2007-05-15 Thread Tim Janik
On Tue, 15 May 2007, Miklos Szeredi wrote: So the question is, should glib not make some sanity checking for code that is not actually thread related (like gslice). it does do sanity checking, it throws a big bold warning if you call thread_init and gslice in the wrong order:

Re: glib memory allocation problems

2007-05-15 Thread Tim Janik
On Tue, 15 May 2007, Dimitrios Apostolou wrote: On Tue, 15 May 2007 16:14:26 +0200 Miklos Szeredi [EMAIL PROTECTED] wrote: OK, found the problem: g_thread_init() wasn't called by sshfs, and hence the thread private data used by gslice wasn't actually thread private. Now I see that the

Re: glib memory allocation problems

2007-05-15 Thread Tim Janik
On Tue, 15 May 2007, Miklos Szeredi wrote: I don't understand some things however, so here are some questions to glib devs: 1) Why the crash didn't occur when using G_SLICE=always-malloc? Because only the gslice code used thread private data, the malloc() code is thread safe without

Re: glib memory allocation problems

2007-05-15 Thread Brandon Casey
Dimitrios Apostolou wrote: I don't understand some things however, so here are some questions to glib devs: 1) Why the crash didn't occur when using G_SLICE=always-malloc? IANA glib dev. I believe when G_SLICE=always-malloc, the g_slice allocators are simplified to something like:

Re: glib memory allocation problems

2007-05-15 Thread Tim Janik
On Tue, 15 May 2007, Miklos Szeredi wrote: And this is perfectly possible if program is using the pthread API, while using glib for hash tables, etc. if you use the pthread API without calling g_thread_init(), you're getting yourself into trouble. don't do that, glib can't possibly work

Re: GTK+ maintenance

2007-05-15 Thread Olav Vitters
On Thu, Apr 26, 2007 at 01:08:10AM +0200, Vincent Untz wrote: It'd be useful to know how many more people are needed to have things working more smoothly. Let's talk about full-time people: would 2 people be enough? Or do we need much more than 2, like 8 full-time developers? This is the kind

Re: GTK+ maintenance

2007-05-15 Thread Tristan Van Berkom
On Tue, 2007-05-15 at 22:29 +0200, Olav Vitters wrote: On Thu, Apr 26, 2007 at 01:08:10AM +0200, Vincent Untz wrote: [...] Some comparison... http://www.trolltech.com/company Trolltech is a software company with two product lines: Qt and Qtopia. We currently have 200 employees working at

Re: GTK+ maintenance

2007-05-15 Thread Vincent Untz
Hi, Le mardi 15 mai 2007, à 16:53 -0400, Tristan Van Berkom a écrit : Its been clearly stated that core maintainers are whats lacking, people that can be trusted to review large patches, do refactoring work and call shots so to speak, in my own personal opinion I think gtk+ could do fine with

Re: GTK+ maintenance

2007-05-15 Thread Havoc Pennington
Hi, Vincent Untz wrote: For example, a lot of companies do have an interest in GTK+ but are not actively participating upstream. I've been in contact with some of them to see if they could get some of their developers to freely work on upstream as part of their job. People have been open

Re: GtkEventBox button_release_event

2007-05-15 Thread Salvatore De Paolis
On Wed, 16 May 2007 04:13:18 +0200 Salvatore De Paolis [EMAIL PROTECTED] wrote: Hi all I'm trying to catch the release button event from a widget using a GtkEventBox. After i create the GtkEventBox i use gtk_widget_set_events to set masks in this way: