[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: possible bug
- From: Harring Figueiredo <harringf yahoo com>
- To: Jeffrey Goddard <moosewood mooseroot org>,GTK Apps Devel List <gtk-app-devel-list gnome org>
- Subject: Re: possible bug
- Date: Wed, 1 Jan 2003 12:48:45 -0800 (PST)
If you post your coded snipet it would help us find the problem.
What do you mean by initializing ?
foo(){
gchar* c = "something" ;
}
foo(){
gchar* c = strdup("something");
}
Both initialize, but have different memory context.
Again, posting the code would help.
Harring.
--- Jeffrey Goddard <moosewood@mooseroot.org> wrote:
> ok folks,
> i've been around and around with this bug, and this is what i've found thus
> far. if i have a "gchar *some_variable" which is initialized in a function
> that is not a callback function, it does not survive going into and out of
> gtk_main(). upon return from the gtk_main() loop the address is the same as
> upon entry, but the character string is, generally, the null string. a few,
> (approx 5%) of the times, it's been an unititialized string. i changed my
> code so that the strings were initialized within a callback function, and
> they persist forever. i would like to know why this behaviour is exhibited.
> i've chased through the documentation, but find no mention of anomolous
> behaviour in the assignment of character strings to a gchar variable. i would
>
> love to know what i am missing, or if i've actually stumbled across a bug.(in
>
> something other than my code).
> Many thanks for any info,
> Jeffrey
> _______________________________________________
> gtk-app-devel-list mailing list
> gtk-app-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]