Re: Setting G_SLICE=always_malloc at runtime

2007-06-08 Thread Raja Mukherji
Okay, I've figured out why g_slice_set_config wasn't working...at some point g_quark_from_static_string was being called before g_slice_set_config, hence the error. On 6/8/07, Raja Mukherji [EMAIL PROTECTED] wrote: Do I set the environment variable? Because code like setenv(G_SLICE,

Re: drawing to textview's gdk_window

2007-06-08 Thread Chris Sparks
Luka, Sounds like an expose event needs to be signaled. I use GDK only and not GTK so I am not sure how much of GTK is doing event processing. Chris Hello. I'm trying to draw a rectangle of a textview's background GdkWindow. First I get the gdk_window of the textview and and then try ot

drawing to textview's gdk_window

2007-06-08 Thread Luka Napotnik
Hello. I'm trying to draw a rectangle of a textview's background GdkWindow. First I get the gdk_window of the textview and and then try ot draw on it. But it doesn't work. Why? - #include gtk/gtk.h int main(int argc, char **argv) { GtkWidget *window; GtkWidget

Re: drawing to textview's gdk_window

2007-06-08 Thread Luka Napotnik
I now connected the expose-event signal to a callback function that draws a rectangle to the widget. The problem is that the font is under the rect. if I call g_signal_connect_after() and no text appears if I call g_signal_connect() but the rect is visible. I get the GdkWindow of the textview

Re: drawing to textview's gdk_window

2007-06-08 Thread Jonathan Winterflood
Hi, Using g_signal_connect(), make your callback return false, so that the original callback (that obviously renders the text) will then be called also. Jonathan On 6/8/07, Luka Napotnik [EMAIL PROTECTED] wrote: I now connected the expose-event signal to a callback function that draws a

Deriving from GtkWindow and libglade

2007-06-08 Thread Jim George
I want to derive a new class from GtkWindow to represent a top-level window which contains objects from a Glade XML file. Since the glade_xml_get_widget functions returns a new object, I'm not sure what to do in the object's init_instance function to copy the properties (and children) of the

Re: multi thread app and often variable accessing

2007-06-08 Thread Jim George
On 6/8/07, Tomasz Jankowski [EMAIL PROTECTED] wrote: Hi! I'm working on small multi thread application based on Gobject. In one of my objects I have integer variable, which determine current object's status. The problem is, that I need to read it's status really often, so it will

Re: multi thread app and often variable accessing

2007-06-08 Thread Jonathan Winterflood
Hi, As far as I understand, g_atomic_int_get/set will do the job just fine, as long as you're sure the only part that needs to be atomic is the getting and setting. However, if the hardware you are running on does not provide an atomic way of getting/setting an int, (eg: int is an int32 and the

Re: multi thread app and often variable accessing

2007-06-08 Thread Jonathan Winterflood
On 6/8/07, Tomasz Jankowski [EMAIL PROTECTED] wrote: In fact I write library, but it's based on GLIb, so my library will be available only on platforms where GLib is available - problem resolved itself ;P Returning to main problem, maybe for sure, I will add another mutex used only for

Re: multi thread app and often variable accessing

2007-06-08 Thread Yeti
On Fri, Jun 08, 2007 at 09:27:38PM +0200, David Nečas (Yeti) wrote: Attempts to use atomic operations without considering memory [*] access ordering guarantee subtle bugs... [*] as a substitute for locking. Yeti -- http://gwyddion.net/

Re: multi thread app and often variable accessing

2007-06-08 Thread Yeti
On Fri, Jun 08, 2007 at 08:51:08PM +0200, Jonathan Winterflood wrote: If you don't know what memory ordering, barriers, etc. [...] Indeed I don't know what these are either. Any chance that someone does? See Documentation/memory-barriers.txt in Linux source code, on-line available for

Re: multi thread app and often variable accessing

2007-06-08 Thread Jim George
Begin Curiosity: Also, the hardware must have something like the Pentium CMPXCHG8B [...] Is it not sufficient to be able to write an int in one single bus access? ie have a 32-bit wide data bus Or is that exactly the point? :D No, in most cases, if you want to atomically increment or