SynthModules

Hi Mike
--- In SynthModules@yahoogroups.com, "Mike Marsh" <mmarsh@w...> wrote:

> charm, me thinks.  It will be interesting to think in bits and shift 
> rights instead of Web Services and enterprise processes for a change.
> 

AMEN to T H A T !  mon frere-de-nom!
remember when programmers used to make things??? 
and techs knew how to solder??? 

> Don't think for a moment that I was criticizing your code.  I 
> sincerely wasn't - just my glib self getting me into hot water 

-barely tepid water at worst!
;'>
no offense taken at all - for my part, i just didn't want any of the debuggers out there to think i was being deliberately or arbitrarily cryptic. 
Those code shards are just seeds... i'm really anxious to see what mutants sprout from them!

onward! thru the fog!
-doc




again.
> 
> Mike
> 
> --- In SynthModules@yahoogroups.com, "drmabuce" <drmabuce@y...> 
> wrote:
> > Hi Mike
> > --- In SynthModules@yahoogroups.com, "Mike Marsh" <mmarsh@w...> 
> wrote:
> >  
> > > very nice!  I prefer subs to gotos...geek that I am.
> > > 
> > 
> > my day job is code (so my my sanity IS not a given!)
> > ;'>
> > and for maintainablilty and apprehension there is no question that 
> GOSUB is preferable.
> > I use GOTO only when it yields a latency improvement. In the case 
> of 'Badpotsim' the difference was small but measurable, about 800us 
> > 
> > I'm very green on this platform and it exhibits some damned odd 
> quirks: ie some GOSUBS are just as fast as GOTO's - it SEEMS to 
> depend on what is inside the subroutine.
> > 
> > If these quirks form a pattern and behave consistently - i will 
> post what i find
> > 
> > If you have gear that can measure the latency outside the AtomPro, 
> i'd love to know what it tells you
> > 
> > best,
> > -doc
> > 
> > 
> > 
> > 
> > > Mike
> > > 
> > > --- In SynthModules@yahoogroups.com, "drmabuce" <drmabuce@y...> 
> > > wrote:
> > > > Hi Mike
> > > > --- In SynthModules@yahoogroups.com, "Mike Marsh" 
> <mmarsh@w...> 
> > > wrote:
> > > > > So my question is, how do you stop this program?  Does 
> pressing 
> > > the 
> > > > > stop button halt execution without having to poll the button?
> > > > > 
> > > > I realize that Brice has already addressed your msg. But for 
> > > clarity:
> > > > 
> > > >  The "start" and "stop" buttons are not hardwired interrupts. 
> They 
> > > are simply one-bit ports that the software can implement or 
> ignore. 
> > > The 'start' and 'stop' designations are arbitrary and used only 
> as 
> > > conventions. 
> > > > The only hardwired interrupt on the PSIM-1 panel is the RESET 
> > > button.
> > > > 
> > > > to address your question diectly:
> > > > NO
> > > > the stop button (P5) must be polled in order to do anything in 
> a 
> > > program.
> > > > 
> > > > best regards,
> > > > -doc