--- ritz <khadgaray@xxxxxxxxx> wrote: > Hello > > i would suggest you to use threads to manage verilog simulator, and > gui independently. > > On Sun, 2008-01-06 at 21:49 -0800, Saravana Kumar wrote: > > Hi, > > > > > > > > I am trying to develop a GUI for using it with Verilog Simulator. > > > > Verilog Simulator will invoke this main function in my application > > code and which in turn will call gtk_main function. > > > > > > > > Whenever it reaches gtk_main, the simulator hangs forever till I do a > > key/button press. This should not happen since verilog simulator > > should run independent of this main function call. So I thought of > > modifying gtk_main function little bit to avoid zero delay loop(which > > is currently happening in while statement inside gtk_main function and > > so the simulator hangs). > > > > > > > > Hope this explains the situation. > > > > > > > > Please let me know if you need more information. > > > > > > > > Best Regards, > > > > Saravana. > > > > > > > > > > > > -----Original Message----- > > From: Donny Viszneki [mailto:donny.viszneki@xxxxxxxxx] > > Sent: Monday, January 07, 2008 11:12 AM > > To: Saravana Kumar > > Cc: gtk-list@xxxxxxxxx > > Subject: Re: Compilation of gtkmain.c file. > > > > > > > > Hi Saravana, > > > > > > > > Why do you believe you must modify gtk_main()? > > > > > > > > On Jan 7, 2008 12:15 AM, Saravana Kumar <Saravana.Kumar@xxxxxxxxxxx> > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > I would like to use GTK+ for developing a GUI based tool. > > > > > > > > > > > > > > > > > > > > In that process, I need to change gtk_main function to use it with > > the > > > > > application. But I am not finding any Makefile in GTK+ environment > > for > > > > > compiling the library again after modifying the source files. > > > > > > > > > > > > > > > > > > > > Can anyone help me in compiling the library after modifying source > > failes > > > > > (gtkmain.c)? > > > > > > > > > > > > > > > > > > > > Thanks in Advance, > > > > > Saravana. > > > > > > > > > > > > > > > _______________________________________________ > > > > > gtk-list mailing list > > > > > gtk-list@xxxxxxxxx > > > > > http://mail.gnome.org/mailman/listinfo/gtk-list > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > http://www.socsurveys.org/ > > > > http://blogger.socsurveys.org/ > > > > http://del.icio.us/hdon > > > > > > _______________________________________________ > > gtk-list mailing list > > gtk-list@xxxxxxxxx > > http://mail.gnome.org/mailman/listinfo/gtk-list > -- > Ritesh Khadgaray > � मणि पद�म� ह�� > Desktop LinuX N Stuff > Ph: +919970164885 > Eat Right, Exercise, Die Anyway. > Fedora is the best of what works today. Enterprise Linux is the best of > what will work consistently for the next seven years. > > _______________________________________________ > gtk-list mailing list > gtk-list@xxxxxxxxx > http://mail.gnome.org/mailman/listinfo/gtk-list > Saravana Kumar, At all, right GUI as separate process and organize API. Basically, at the moment you use API and link your own code with a commercial EDA tool, you lose support in case of crashes - the support folks are telling you maybe it's you code that causes segfault. You can even organize data exchange between the GUI and the simulator through files - $readmemh works in Verilog (though last year there was a case (star) that even $readmemh didn't work ...). With the file solution you do not use Verilog API at all, so you keep you support. Regards, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ _______________________________________________ gtk-list mailing list gtk-list@xxxxxxxxx http://mail.gnome.org/mailman/listinfo/gtk-list
