RE: Compilation of gtkmain.c file.
- From: Sergei Steshenko <sergstesh yahoo com>
- To: ritz <khadgaray gmail com>, Saravana Kumar <Saravana Kumar sandisk com>
- Cc: gtk-list gnome org
- Subject: RE: Compilation of gtkmain.c file.
- Date: Sun, 13 Jan 2008 06:18:13 -0800 (PST)
--- ritz <khadgaray gmail com> 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 gmail com]
> > Sent: Monday, January 07, 2008 11:12 AM
> > To: Saravana Kumar
> > Cc: gtk-list gnome org
> > 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 sandisk com>
> > 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 gnome org
> >
> > > 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 gnome org
> > 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 gnome org
> 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
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]