Re: g_spawn_async_with_pipes and WIN32

2007-06-22 Thread Alan M. Evans
[Sorry, my last reply was sent *from* the wrong place. This is a duplicate...] On Fri, 2007-06-22 at 18:54 +0300, Tor Lillqvist wrote: > Alan M. Evans writes: > > This is being compiled with VC6, and does depend (indirectly) on > > msvcrt.dll. > > OK, good. > > Are you saying that my method s

Re: Proper Handling of GtkTreeModelFilters

2007-06-22 Thread Matthew Yaconis
Yeti, > What holds references to currentModel after the > gtk_tree_view_set_model() call? If it is a filter model, then nothing. If it was the base model then I was maintaining my own global pointer to it. I apologize for the difficult code snippet but regardless you have helped me tremendous

Re: Proper Handling of GtkTreeModelFilters

2007-06-22 Thread Yeti
On Fri, Jun 22, 2007 at 02:47:30PM -0400, Matthew Yaconis wrote: > I have an underlying model for a TreeView in my application that I am > filtering based on certain user selections. I maintain a global reference > to the "base" TreeModel (which is sometimes attached to the TreeView used to > d

Proper Handling of GtkTreeModelFilters

2007-06-22 Thread Matthew Yaconis
I have an underlying model for a TreeView in my application that I am filtering based on certain user selections. I maintain a global reference to the "base" TreeModel (which is sometimes attached to the TreeView used to display the information.) The mechanism I am using goes something like t

Re: g_spawn_async_with_pipes and WIN32

2007-06-22 Thread Tor Lillqvist
Alan M. Evans writes: > This is being compiled with VC6, and does depend (indirectly) on > msvcrt.dll. OK, good. Are you saying that my method should work in this circumstance? In principle, yes. In practice, if it doesn't, file a bug report at bugzilla.gnome.org and include a complete but mi

Re: g_spawn_async_with_pipes and WIN32

2007-06-22 Thread Alan M. Evans
On Fri, 2007-06-22 at 11:37 +0300, Tor Lillqvist wrote: > Alan M. Evans writes: > > The process being called simply prints a short message and returns. I > > see the message if I execute the program from a command prompt under > > Windows. The linux version works, In the Windows version, _read()

Re: g_spawn_async_with_pipes and WIN32

2007-06-22 Thread Tor Lillqvist
Alan M. Evans writes: > The process being called simply prints a short message and returns. I > see the message if I execute the program from a command prompt under > Windows. The linux version works, In the Windows version, _read() always > returns -1, errno=EBADF. Does your code use the same