gnupic: Re: [gnupic] re: gpsim - GTK
Subject:
Re: [gnupic] re: gpsim - GTK
From:
"Scott Dattalo" ####@####.####
Date:
17 May 2006 14:49:35 +0100
Message-Id: <60055.71.139.28.196.1147873768.squirrel@ruckus.brouhaha.com>
On Wed, 2006-05-17 at 08:03 -0400, polly wrote:
> Thanks folks, that all does help enormously.
> I'm trying to setup a working toolset for someone,
> working off the packages available via
> Fedora-CCRMA .. the GTK/GTK+/extra/2 selections
> are a bit confusing.
> Right now I can stop on a breakpoint but I must close
> the RAM window in order for 'step' to work; I'd try
> alternative GTK packages if I knew what to look for.
Hi Polly,
I haven't seen this bug where you must close the RAM window before single
step will work. As you know, gpsim's UI is quite quirky and sensitive to
deviations from what it expects. Can you tell me how you're loading the
simulation environment? For example, are you invoking gpsim from a command
line and supplying arguments there, or are you issuing commands from
gpsim's prompt, or are you trying to use the gui menus? Do you have a
gpsim configuration script? And finally which processor are you attempting
to simulate?
> It's the ability to connect the PIC's gpsim'ed
> USART to, say, minicom during the simulation session
> I was hoping for, Manuel Bouyer put up a ptyusart
> routine in September, doesn't Linux ( FC4) have
> pseudo terminals ?
Yes, Robert recently pointed this out to me. So as it stands, gpsim now
has three USART modules: Manuel's, the one in gpsim_modules, and the
gui-less one in gpsim/extras. Manuel's is derived from the one in
gpsim_modules. I'll take a look at rolling his extensions back into
gpsim_modules and making them work on Linux. Maybe I can convince Borut to
extend the pty to a Windows too.
Scott
