irst
time, then you should be able to add them to new containers after they
are destroyed.
That's the ticket! Thanks. One minor change ... it should be
g_object_ref_sink() rather than g_object_sink_ref().
--
Marshall Lake -- ml...@mlake.ne
eferencing issue. But, shouldn't the
gtk_widget_destroy(grid) destroy all references?
How can I reshow the icons without reloading the files?
--
Marshall Lake -- ml...@mlake.net -- http://www.mlake.net
___
gtk-app-devel-list mailing list
gtk
picbox), gtk_image_new_from_pixbuf (pic));
gtk_box_pack_start (GTK_BOX (vbox2), picbox, TRUE, TRUE, 0);
gtk_widget_show_all (batterpicwin);
--
Marshall Lake -- ml...@mlake.net -- http://www.mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Is it possible to display a dialog for a timed interval (a few seconds)
and have it auto-self-destruct? If so, please describe the method(s) of
such. Thanks.
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
___
gtk-app-devel-list mailing
pect I can avoid this behavior by doing a
g_thread_join() and waiting for the thread to finish before exiting the
application. But I don't really want to do that (some of the audio is
very long). Are there any alternatives?
--
Marshall Lake -- ml...@mlake.net -- h
gun. Removing the gdk_* calls fixed the problem. It's
something I should have known.
I really appreciate your time and effort helping me.
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-a
initialize GTK interface */
gtk_init (&argc, &argv);
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
her but at this point I'm not sure what to
check next.
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
_full()".
Maybe I don't know what idle "handler" is but isn't that a moot point
since the idle function (handler?) always runs in the main program loop
thread?
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
___
main
program loop runs, not the thread which called g_idle_add()/
g_idle_add_full(), and that it runs at a time not of that calling
thread's choosing.
I don't quite understand this. Don't all idle functions run in the main
program loop thread?
--
Marshall Lake -- ml.
that
the multi-threaded facet of the code is causing my problem but so far I'm
having trouble using breakpoints/debug code to isolate the exact cause.
The mutex locks/unlocks are only in a secondary thread and an idle
function. I assume there's no problems with idle functions using mu
GTK_WINDOW (dlgFile), "Use Designated Hitter?");
gtk_signal_connect (GTK_OBJECT (dlgFile), "delete_event", GTK_SIGNAL_FUNC
(donot_delete_event), 0);
label = gtk_label_new ("Select One:");
gtk_box_pack_start (GTK_BOX (GTK_DIALOG (dlgFile)->vbox), label, TRUE,
TRUE, 0);
gtk
friend-less :).
I have to keep digging.
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
snippet, program flow gets stuck in the
while loop until the idle function removes itself by returning FALSE.
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org
idle function it had added is
still active?
Also, is it alright to call g_idle_add() from within an idle function?
(the initial g_idle_add() call is being done in a secondary thread)
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
___
gtk-app-devel
eply, please add CC to devel mailing list, so other peoples
know it's progress and may help you more).
--- ml...@mlake.net wrote:
From: Marshall Lake
To: Ardhan Madras
Subject: Re: GTK & threads
Date: Wed, 8 Jul 2009 12:21:34 -0400 (EDT)
Thanks for your feedback. I think what you say
d_create (Wait4Challenge, NULL, FALSE, NULL))
syslog (LOG_INFO, "error trying to create new thread");
gdk_threads_enter ();
gtk_main ();
gdk_flush();
gdk_threads_leave ();
return 0;
}
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
tiple kernels.
Any ideas?
Are you moving executables or recompiling from machine to machine? Are
the compiler versions the same across the machines?
--
Marshall Lake -- ml...@mlake.net -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel
path_str[10] = " ";
>> gboolean valid;
>>
>> gtk_tree_selection_get_selected (selection, &model, &iter);
> The gtk_tree_selection_get_selected() api returns TRUE is something is
> selected. You never checked its return value!
That
goto GetOutFor;
row_count++;
valid = gtk_tree_model_iter_next (model, &iter);
}
}
GetOutFor:
[do some processing and return]
--
Marshall Lake -- [EMAIL PROTECTED] -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
ror as noted
above at the point the gtk_tree_selection_unselect_iter() was executed.
Can someone tell me what might need to be done to avoid the seg fault?
--
Marshall Lake -- [EMAIL PROTECTED] -- http://mlake.net
___
gtk-app-devel-list mailing list
gt
a please let me
know.
I would prefer to edit the data utilizing GTK but I'm open to any
suggestions or ideas.
TIA.
--
Marshall Lake -- [EMAIL PROTECTED] -- http://mlake.net
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://ma
22 matches
Mail list logo
