gnupic: Thread: Re: gpsim - GTK

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.

   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 ?

Thanks again
p

-- 
<=>

Scott,
   Thanks again for your help, gpsim is my only protection
against my own bone-headed PIC coding efforts.
   I'm using gtk+extra2-1.1.0-1.i386.rpm and   
gtk+extra2-devel-1.1.0-1.i386.rpm
and gpsim's SVN from yesterday. Here's the source:

// a-252-sim.c
#pragma stack 0x200 256
#define __18f252
#include "pic18fregs.h"
#include "stdio.h"

void main() {
TRISB = 0x00;
PORTB = 0xFF;
//  dflt: T0CON == 0xFF
//  clear 8~16 bit mode bit
T0CONbits.T08BIT = 0;
// clear extn~intn clock source bit
T0CONbits.T0CS = 0;
// Write timer
TMR0L = 0xFF;
TMR0H = 0xFA;
}

   .. which I compiled using: sdcc -V  -mpic16 -p18f252

  I normally run gpsim from within emelfm file manager using:
       gpsim -pp18f252  -s ${tDir1}/${tNam1}.cod
  I''ve just verified the behaviour using root's xterm doing this:
   </opt/src/18f>   gpsim -s ./a252-sim.cod

   get the main gpsim window,  Window Open Source Window
   in Source broswer, a252-sim.asm shows fine, right click line 180, line  
following
   MOVWF PORTB, press "run" sim halts correctly at that line.
   Open Ram window, verify TRISB and PORTB ram contents correct.
   Leave Ram window open, press "Step" nothing happens.
   Close Ram window, PC Caret advances by itself.

   If I alternately close and open the ram window I can step through. The  
T0CON reg in the
   ram window is not updating, which is the bit of code I was trying to fix  
in the first place.

   Thanks again,
   p



-- 
<=>

Thanks again, Robert & Scott
   I'll upgrade GTK as soon as I can sort out any dependency issues;
the CCRMA is, understanably, most up to date on more real-time / audio
packages.
   For sure about writing the timer before enabling, that's filleted code !
The  preload values were bogus too .. I only wanted to step the sim code a  
few times.

Thanks and regards,
polly
-- 
<=>