There's a new release of AppleWin v1.17.1 here:
http://prdownload.berlios.de/applewin/AppleWin1.17.1.0.zip
There were still problems with Speaker ring-buffer underruns since
1.16.1, so this version is more aggresive in keeping the buffer topped
up.
Also check-out Michael's Applesoft BASIC symbols, now supported by the
debugger's disassembler.
Cheers,
Tom
1.17.1 - 27 Nov 2009
--------------------
Changes:
. SSC: Support 112.5K Baud
. Dynamically generated 'Serial Port' drop-down menu
- Save "Serial Port Name" to Registry (instead of drop-down menu
index as "Serial Port")
. Updated Help chm's "Transferring Disk Images" - thanks to David
Schmidt
. New switches: -log, -no-mb, -spkr-max, -spkr-inc
. Debugger (v2.6.2.0):
- Added Applesoft BASIC symbols - thanks to Bob Sander-Cederlof
- Return on blank line to toggle full screen console
- Page Up/Down of console history while editing
Fixes:
. Fix for Speaker underflow problem (-spkr-max=200, -spkr-inc=20)
. Fix for SSC (big transfers): use queue instead of single byte buffer
. Don't hog CPU in PAUSED mode
. Implemented the shift key mod for II/II+. This fixes a problem with
Homeword.
. [Bug #14879] Double-Lo-Res Graphics colors not correct
On Nov 27, 4:39 pm, Tom wrote:
> There's a new release of AppleWin v1.17.1 here:http://prdownload.berlios.de/applewin/AppleWin1.17.1.0.zip
> There were still problems with Speaker ring-buffer underruns since
> 1.16.1, so this version is more aggresive in keeping the buffer topped
> up.
> Also check-out Michael's Applesoft BASIC symbols, now supported by the
> debugger's disassembler.
Can the CP/M card now be "inserted" into slot 4?
Willi
On Fri, 27 Nov 2009 13:39:17 -0800 (PST), TomCh <tomchar...@blueyonder.co.uk>
wrote:
I second that! Thanks, Tom!
The plan to move the CP/M card from slot-5 to slot-4 didn't happen
this time.
I'll try to get this done next time.
Tom
On Nov 30, 8:11 am, Tom wrote:
> The plan to move the CP/M card from slot-5 to slot-4 didn't happen
> this time.
> I'll try to get this done next time.
It may be just as well that it didn't happen in v1.17.1. It gives
me incentive make an attempt at generating a version of CP/M Plus, AKA
version 3, that works with a CP/M card in slot 5.
By the way, my request in regards to the CP/M card was to make the
slot selectable by the user, not to simply move it from slot 5 to slot
4. Probably the most elegant thing to do is to allow the user to
specify the slot to be used by both the mouse card and the CP/M card.
Willi
The debugger in v17.1.1 appears to be broken. I get "illegal
operation" when I enter "bc 0" or "bc *" in an attempt to clear a
breakpoint.
Willi
Or, in fact, _any_ emulated card!
Another nice touch is to write the card emulations so that multiple
instances of a card can be run in different slots...
The "natural" scheme would present the emulator user with an extensible
"box" of cards that can be plugged into any "slot" in the emulated
machine.
-michael
NadaNet and AppleCrate II: parallel computing for Apple II computers!
Home page: http://home.comcast.net/~mjmahon
"The wastebasket is our most important design
tool--and it's seriously underused."
Yes, that's a typo - now fixed in svn.
> > . Dynamically generated 'Serial Port' drop-down menu
> > - Save "Serial Port Name" to Registry (instead of drop-down menu
> > index as "Serial Port")
>
> > Fixes:
> > . Fix for SSC (big transfers): use queue instead of single byte buffer
>
> I can now bootstrap and transfer disk images back and forth with a
> virtual machine over a serial port - this is like an early Christmas
> present for me. Thanks very much.
Great! Glad it's working.
I didn't test the 115.2K mode, and just found a bug (in AppleWin)
where reading DIP SW1 will return a rate of 9600 (for DIP SW1) when
you set the rate to 115.2K. Internally AppleWin still uses 115.2K -
the emulated SSC just reports the wrong rate via the DIP SW1 read.
Tom
Ok. In my applications, don't ever read the switches - I just blast
my config requests at it and assume they'll stick. So I'd never have
noticed the switches weren't reported correctly. The 115.2K rate did
work fine back and forth using real serial ports. I did have some
trouble with USB-serial connectors, so I'll go back and try slower
speeds and see if that changes anything.
I hear you :) And yes, one day that'll get done...
Tom
Interesting. Let me know, as for testing AppleWin, I use a USB-serial
adaptor with my laptop (to talk serial directly to my desktop).
Thanks - I've filed a bug report
Since 115.2K mode doesn't use the switch settings, there's no
inconsistency. The switches are just there to tell the card's
ROM firmware how to initialize the UART--no one else cares. ;-)
That's what I've been waiting for in an emulator for a long time.
I've even started working on a IIgs emulator and even looked at
modifying KEGS a couple times so that I could write plug in cards but
haven't really had the time to get anywhere.
I know Virtual II for the Mac will let you put emulated cards in the
different slots in the IIe. Whether or not you can put the same card
in multiple slots I'm not sure.
Dean
>The "natural" scheme would present the emulator user with an extensible
>"box" of cards that can be plugged into any "slot" in the emulated
>machine.
Right you are - however not exactly a groundbreaking idea ;-)
http://groups.google.de/group/comp.emulators.apple2/msg/689499722e54e8e3
Best, Oliver
Actually, I'd be shocked if the natural model had not been brought
up countless times before--it just seemed worth repeating in this
context.
Yes, you can. That is surely one well-coded and designed emulator.
I've had fun coming up with all kinds of outrageous setups on the ][, ][+,
and //e.
>> Right you are - however not exactly a groundbreaking idea ;-)
>Actually, I'd be shocked if the natural model had not been brought
>up countless times before--it just seemed worth repeating in this
>context.
As I said: Right you are ;-)
I just thought that most likely not everbody reading here is aware
that the original AppleWin author had this already in mind - and that
in his opinion the interesting thing about it would have been that
_others_ can extend - just like with the real thing :-)
Best, Oliver
The docs are out-of-date. The new breakpoint clear cmd is:
bpc [n|*]
where:
. bpc = bpc * = clear all BPs
. bpc n = clear BP #n
I'll get the docs updated.
These have also changed:
BD > BPD
BE > BPE
BL > BPL
>Nice to see you still watch things here now & then Oliver. :)
For sure !
Best, Oliver