| AppleWin 1.26.1 (minor release) [message #337168] |
Sat, 11 February 2017 12:24  |
TomCh
Messages: 242
Registered: November 2012
Karma: 0
|
Senior Member |
|
|
Hi,
A minor point-release:
https://github.com/AppleWin/AppleWin/releases/tag/v1.26.1.0
Fixes:
.. [Bug #371] Flickery video when using GR from CP/M. (A regression at 1.26.0.x)
.. [Bug #363] Debugger: Screen not updating when running in single-stepping debugger mode. (A regression at 1.26.0.x)
.. Save-state: Fix for loading state when TEXT40 changes to TEXT80 or vice versa.
NB. A few people have raised concerns with the lack of the previous "Color (TV Emulation)" mode (or similar). We are likely to reinstate this in a future release.
Tom
|
|
|
|
| Re: AppleWin 1.26.1 (minor release) [message #337176 is a reply to message #337168] |
Sat, 11 February 2017 15:08  |
Steve Nickolas
Messages: 2036
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Sat, 11 Feb 2017, TomCh wrote:
> Hi,
>
> A minor point-release:
> https://github.com/AppleWin/AppleWin/releases/tag/v1.26.1.0
>
> Fixes:
> . [Bug #371] Flickery video when using GR from CP/M. (A regression at 1.26.0.x)
> . [Bug #363] Debugger: Screen not updating when running in single-stepping debugger mode. (A regression at 1.26.0.x)
> . Save-state: Fix for loading state when TEXT40 changes to TEXT80 or vice versa.
>
>
> NB. A few people have raised concerns with the lack of the previous "Color (TV Emulation)" mode (or similar). We are likely to reinstate this in a future release.
>
> Tom
>
Huh, that's weird. Now when I enter graphics mode, it forces on the
80-column mode.
-uso.
|
|
|
|
| Re: AppleWin 1.26.1 (minor release) [message #337213 is a reply to message #337176] |
Sun, 12 February 2017 05:17 |
TomCh
Messages: 242
Registered: November 2012
Karma: 0
|
Senior Member |
|
|
On Saturday, February 11, 2017 at 8:08:42 PM UTC, Steve Nickolas wrote:
> On Sat, 11 Feb 2017, TomCh wrote:
>
>> Hi,
>>
>> A minor point-release:
>> https://github.com/AppleWin/AppleWin/releases/tag/v1.26.1.0
>>
>> Fixes:
>> . Flickery video when using GR from CP/M. (A regression at 1.26.0.x)
>> . Debugger: Screen not updating when running in single-stepping debugger mode. (A regression at 1.26.0.x)
>> . Save-state: Fix for loading state when TEXT40 changes to TEXT80 or vice versa.
>>
>>
>> NB. A few people have raised concerns with the lack of the previous "Color (TV Emulation)" mode (or similar). We are likely to reinstate this in a future release.
>>
>> Tom
>>
>
> Huh, that's weird. Now when I enter graphics mode, it forces on the
> 80-column mode.
>
> -uso.
Hi Steve,
Can you outline the reproducible steps?
Can you demonstrate different behaviour between AppleWin 1.25.0 and 1.26.1?
I'm using "Apple ][ CP/M, Ver. 2.20B" on an Enhanced //e (or Original //e).
On booting CP/M, it starts in 80-columns.
So for me, 80-col mode is always on.
If I start MBASIC and type GR, then I get mixed GR + 80-column.
I get the same behaviour for 1.25.0.4 and 1.26.1.0.
btw. On an Apple][+ (which doesn't support 80-cols), GR gives me mixed GR + 40-columns.
Thanks,
Tom
|
|
|
|
| Re: AppleWin 1.26.1 (minor release) [message #337214 is a reply to message #337213] |
Sun, 12 February 2017 06:07 |
Steve Nickolas
Messages: 2036
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Sun, 12 Feb 2017, TomCh wrote:
> Hi Steve,
>
> Can you outline the reproducible steps?
> Can you demonstrate different behaviour between AppleWin 1.25.0 and 1.26.1?
That's funny... I swapped out 1.26.1 for 1.26.0.3, then swapped 1.26.1 and
it worked fine again.
-uso.
|
|
|
|
| Re: AppleWin 1.26.1 (minor release) [message #337243 is a reply to message #337214] |
Sun, 12 February 2017 12:01 |
TomCh
Messages: 242
Registered: November 2012
Karma: 0
|
Senior Member |
|
|
On Sunday, February 12, 2017 at 11:07:23 AM UTC, Steve Nickolas wrote:
> On Sun, 12 Feb 2017, TomCh wrote:
>
>> Hi Steve,
>>
>> Can you outline the reproducible steps?
>> Can you demonstrate different behaviour between AppleWin 1.25.0 and 1.26.1?
>
> That's funny... I swapped out 1.26.1 for 1.26.0.3, then swapped 1.26.1 and
> it worked fine again.
>
> -uso.
Just to be clear, what do you mean by "fine"?
Is it 40-col or 80-col? (When enabling graphics with GR)
Tom
|
|
|
|
| Re: AppleWin 1.26.1 (minor release) [message #337255 is a reply to message #337243] |
Sun, 12 February 2017 19:30 |
Steve Nickolas
Messages: 2036
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Sun, 12 Feb 2017, TomCh wrote:
> On Sunday, February 12, 2017 at 11:07:23 AM UTC, Steve Nickolas wrote:
>> On Sun, 12 Feb 2017, TomCh wrote:
>>
>>> Hi Steve,
>>>
>>> Can you outline the reproducible steps?
>>> Can you demonstrate different behaviour between AppleWin 1.25.0 and 1.26.1?
>>
>> That's funny... I swapped out 1.26.1 for 1.26.0.3, then swapped 1.26.1 and
>> it worked fine again.
>>
>> -uso.
>
> Just to be clear, what do you mean by "fine"?
> Is it 40-col or 80-col? (When enabling graphics with GR)
>
> Tom
>
The correct behavior in the case was 40-column mode. The first time I
installed it, any time I had the graphics and split-screen switches
active, the text area at the bottom appeared as 80-column, but when I went
back to 1.26.0.3, then back again to 1.26.1, the problem went away on its
own.
Complete mystery.
At the time I had the problem, which I first tickled by using my own Z80
version of Microsoft BASIC, I was able to get AppleWin to demonstrate the
issue by simply hitting C050 and C053 (e.g., poke -16304,23: poke
-16301,23), but it no longer happens.
-uso.
|
|
|
|
| Re: AppleWin 1.26.1 (minor release) [message #337323 is a reply to message #337255] |
Mon, 13 February 2017 13:59 |
TomCh
Messages: 242
Registered: November 2012
Karma: 0
|
Senior Member |
|
|
On Monday, February 13, 2017 at 12:30:40 AM UTC, Steve Nickolas wrote:
> On Sun, 12 Feb 2017, TomCh wrote:
>
>> On Sunday, February 12, 2017 at 11:07:23 AM UTC, Steve Nickolas wrote:
>>> On Sun, 12 Feb 2017, TomCh wrote:
>>>
>>>> Hi Steve,
>>>>
>>>> Can you outline the reproducible steps?
>>>> Can you demonstrate different behaviour between AppleWin 1.25.0 and 1.26.1?
>>>
>>> That's funny... I swapped out 1.26.1 for 1.26.0.3, then swapped 1.26.1 and
>>> it worked fine again.
>>>
>>> -uso.
>>
>> Just to be clear, what do you mean by "fine"?
>> Is it 40-col or 80-col? (When enabling graphics with GR)
>>
>> Tom
>>
>
> The correct behavior in the case was 40-column mode. The first time I
> installed it, any time I had the graphics and split-screen switches
> active, the text area at the bottom appeared as 80-column, but when I went
> back to 1.26.0.3, then back again to 1.26.1, the problem went away on its
> own.
>
> Complete mystery.
>
> At the time I had the problem, which I first tickled by using my own Z80
> version of Microsoft BASIC, I was able to get AppleWin to demonstrate the
> issue by simply hitting C050 and C053 (e.g., poke -16304,23: poke
> -16301,23), but it no longer happens.
>
> -uso.
Hmm... using "GR", I'm only ever seeing: mixed graphics/text, with the text area at the bottom as 80-column.
Could you possibly send me a link to your CP/M .dsk image so that I can try under the same conditions as you?
Thanks,
Tom
|
|
|
|
| Re: AppleWin 1.26.1 (minor release) [message #337324 is a reply to message #337323] |
Mon, 13 February 2017 14:56 |
Steve Nickolas
Messages: 2036
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Mon, 13 Feb 2017, TomCh wrote:
> On Monday, February 13, 2017 at 12:30:40 AM UTC, Steve Nickolas wrote:
>> On Sun, 12 Feb 2017, TomCh wrote:
>>
>>> On Sunday, February 12, 2017 at 11:07:23 AM UTC, Steve Nickolas wrote:
>>>> On Sun, 12 Feb 2017, TomCh wrote:
>>>>
>>>> > Hi Steve,
>>>> >
>>>> > Can you outline the reproducible steps?
>>>> > Can you demonstrate different behaviour between AppleWin 1.25.0 and 1.26.1?
>>>>
>>>> That's funny... I swapped out 1.26.1 for 1.26.0.3, then swapped 1.26.1 and
>>>> it worked fine again.
>>>>
>>>> -uso.
>>>
>>> Just to be clear, what do you mean by "fine"?
>>> Is it 40-col or 80-col? (When enabling graphics with GR)
>>>
>>> Tom
>>>
>>
>> The correct behavior in the case was 40-column mode. The first time I
>> installed it, any time I had the graphics and split-screen switches
>> active, the text area at the bottom appeared as 80-column, but when I went
>> back to 1.26.0.3, then back again to 1.26.1, the problem went away on its
>> own.
>>
>> Complete mystery.
>>
>> At the time I had the problem, which I first tickled by using my own Z80
>> version of Microsoft BASIC, I was able to get AppleWin to demonstrate the
>> issue by simply hitting C050 and C053 (e.g., poke -16304,23: poke
>> -16301,23), but it no longer happens.
>>
>> -uso.
>
> Hmm... using "GR", I'm only ever seeing: mixed graphics/text, with the
> text area at the bottom as 80-column.
That's an issue with CP/M.
> Could you possibly send me a link to your CP/M .dsk image so that I can
> try under the same conditions as you?
I'm not actually using CP/M, but this:
http://3.buric.co/basic80-006.zip
I was trying to hack FPBASIC capabilities into someone's generic version
of Z80 BASIC.
-uso.
|
|
|
|
| Re: AppleWin 1.26.1 (minor release) [message #337390 is a reply to message #337324] |
Tue, 14 February 2017 10:42 |
TomCh
Messages: 242
Registered: November 2012
Karma: 0
|
Senior Member |
|
|
On Monday, February 13, 2017 at 7:56:39 PM UTC, Steve Nickolas wrote:
> On Mon, 13 Feb 2017, TomCh wrote:
>
>> On Monday, February 13, 2017 at 12:30:40 AM UTC, Steve Nickolas wrote:
>>> On Sun, 12 Feb 2017, TomCh wrote:
>>>
>>>> On Sunday, February 12, 2017 at 11:07:23 AM UTC, Steve Nickolas wrote:
>>>> > On Sun, 12 Feb 2017, TomCh wrote:
>>>> >
>>>> >> Hi Steve,
>>>> >>
>>>> >> Can you outline the reproducible steps?
>>>> >> Can you demonstrate different behaviour between AppleWin 1.25.0 and 1.26.1?
>>>> >
>>>> > That's funny... I swapped out 1.26.1 for 1.26.0.3, then swapped 1.26.1 and
>>>> > it worked fine again.
>>>> >
>>>> > -uso.
>>>>
>>>> Just to be clear, what do you mean by "fine"?
>>>> Is it 40-col or 80-col? (When enabling graphics with GR)
>>>>
>>>> Tom
>>>>
>>>
>>> The correct behavior in the case was 40-column mode. The first time I
>>> installed it, any time I had the graphics and split-screen switches
>>> active, the text area at the bottom appeared as 80-column, but when I went
>>> back to 1.26.0.3, then back again to 1.26.1, the problem went away on its
>>> own.
>>>
>>> Complete mystery.
>>>
>>> At the time I had the problem, which I first tickled by using my own Z80
>>> version of Microsoft BASIC, I was able to get AppleWin to demonstrate the
>>> issue by simply hitting C050 and C053 (e.g., poke -16304,23: poke
>>> -16301,23), but it no longer happens.
>>>
>>> -uso.
>>
>> Hmm... using "GR", I'm only ever seeing: mixed graphics/text, with the
>> text area at the bottom as 80-column.
>
> That's an issue with CP/M.
>
>> Could you possibly send me a link to your CP/M .dsk image so that I can
>> try under the same conditions as you?
>
> I'm not actually using CP/M, but this:
>
> http://3.buric.co/basic80-006.zip
>
> I was trying to hack FPBASIC capabilities into someone's generic version
> of Z80 BASIC.
>
> -uso.
OK, I can reproduce the issue with this .dsk image.
It's a bug in AppleWin's video reset routine that's not resetting 40/80-col text mode for mixed-mode rendering.
So if you were in 80-col mode (eg. boot to AppleSoft, and do PR#3), then boot your disk, and issue GR; then you will see this problem.
Thanks for reporting this - I'll get it fixed.
Tom
|
|
|
|
| Re: AppleWin 1.26.1 (minor release) [message #337610 is a reply to message #337390] |
Fri, 17 February 2017 09:36 |
TomCh
Messages: 242
Registered: November 2012
Karma: 0
|
Senior Member |
|
|
On Tuesday, February 14, 2017 at 3:42:09 PM UTC, TomCh wrote:
> On Monday, February 13, 2017 at 7:56:39 PM UTC, Steve Nickolas wrote:
>> On Mon, 13 Feb 2017, TomCh wrote:
>>
>>> On Monday, February 13, 2017 at 12:30:40 AM UTC, Steve Nickolas wrote:
>>>> On Sun, 12 Feb 2017, TomCh wrote:
>>>>
>>>> > On Sunday, February 12, 2017 at 11:07:23 AM UTC, Steve Nickolas wrote:
>>>> >> On Sun, 12 Feb 2017, TomCh wrote:
>>>> >>
>>>> >>> Hi Steve,
>>>> >>>
>>>> >>> Can you outline the reproducible steps?
>>>> >>> Can you demonstrate different behaviour between AppleWin 1.25.0 and 1.26.1?
>>>> >>
>>>> >> That's funny... I swapped out 1.26.1 for 1.26.0.3, then swapped 1.26.1 and
>>>> >> it worked fine again.
>>>> >>
>>>> >> -uso.
>>>> >
>>>> > Just to be clear, what do you mean by "fine"?
>>>> > Is it 40-col or 80-col? (When enabling graphics with GR)
>>>> >
>>>> > Tom
>>>> >
>>>>
>>>> The correct behavior in the case was 40-column mode. The first time I
>>>> installed it, any time I had the graphics and split-screen switches
>>>> active, the text area at the bottom appeared as 80-column, but when I went
>>>> back to 1.26.0.3, then back again to 1.26.1, the problem went away on its
>>>> own.
>>>>
>>>> Complete mystery.
>>>>
>>>> At the time I had the problem, which I first tickled by using my own Z80
>>>> version of Microsoft BASIC, I was able to get AppleWin to demonstrate the
>>>> issue by simply hitting C050 and C053 (e.g., poke -16304,23: poke
>>>> -16301,23), but it no longer happens.
>>>>
>>>> -uso.
>>>
>>> Hmm... using "GR", I'm only ever seeing: mixed graphics/text, with the
>>> text area at the bottom as 80-column.
>>
>> That's an issue with CP/M.
>>
>>> Could you possibly send me a link to your CP/M .dsk image so that I can
>>> try under the same conditions as you?
>>
>> I'm not actually using CP/M, but this:
>>
>> http://3.buric.co/basic80-006.zip
>>
>> I was trying to hack FPBASIC capabilities into someone's generic version
>> of Z80 BASIC.
>>
>> -uso.
>
> OK, I can reproduce the issue with this .dsk image.
>
> It's a bug in AppleWin's video reset routine that's not resetting 40/80-col text mode for mixed-mode rendering.
>
> So if you were in 80-col mode (eg. boot to AppleSoft, and do PR#3), then boot your disk, and issue GR; then you will see this problem.
>
> Thanks for reporting this - I'll get it fixed.
>
> Tom
Here's a fixed version:
https://github.com/AppleWin/AppleWin/releases/tag/v1.26.1.1
Thanks,
Tom
|
|
|
|
| Re: AppleWin 1.26.1 (minor release) [message #337665 is a reply to message #337610] |
Fri, 17 February 2017 23:58 |
Steve Nickolas
Messages: 2036
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
I will say 1.26.1.1 is worth making my usual version again, though
certainly if/when the old color mode is added back, I'll probably update
again, and be doing Apple ][ stuff more, as I did before. XD
-uso.
|
|
|
|
|
|
| Re: AppleWin 1.26.1 (minor release) [message #337708 is a reply to message #337701] |
Sat, 18 February 2017 17:20 |
Steve Nickolas
Messages: 2036
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Sat, 18 Feb 2017, Lifepillar wrote:
> On 11/02/2017 18:24, TomCh wrote:
>> Hi,
>>
>> A minor point-release:
>> https://github.com/AppleWin/AppleWin/releases/tag/v1.26.1.0
>
> I have read somewhere (or dreamt about it) that AppleWin works fine with
> Wine. So, I have tried to run it under macOS. The program starts, but
> whatever disk image I insert, after booting I get the monitor's prompt.
>
> Do others have any experience running AppleWin in macOS using a Windows
> emulator?
>
> If you use Homebrew and have
> https://github.com/lifepillar/homebrew-appleii, I have created a formula
> to make it a breeze to install and run AppleWin with Wine:
>
> brew install lifepillar/appleii/applewin
>
> Thanks,
> Life.
>
While not OSX, I have run it with WINE under Linux for years without
issue.
-uso.
|
|
|
|
| Re: AppleWin 1.26.1 (minor release) [message #337726 is a reply to message #337708] |
Sun, 19 February 2017 01:11 |
|
|
Originally posted by: Lifepillar
On 18/02/2017 23:20, Steve Nickolas wrote:
> While not OSX, I have run it with WINE under Linux for years without issue.
Ok, it should have occurred to me that AppleWin emulates a stock
Apple ][, while I was trying to boot disk images requiring at least
a ][+... Sorry for the noise.
Life.
|
|
|
|
| Re: AppleWin 1.26.1 (minor release) [message #337729 is a reply to message #337726] |
Sun, 19 February 2017 02:02 |
Steve Nickolas
Messages: 2036
Registered: October 2012
Karma: 0
|
Senior Member |
|
|
On Sun, 19 Feb 2017, Lifepillar wrote:
> On 18/02/2017 23:20, Steve Nickolas wrote:
>> While not OSX, I have run it with WINE under Linux for years without issue.
>
> Ok, it should have occurred to me that AppleWin emulates a stock
> Apple ][, while I was trying to boot disk images requiring at least
> a ][+... Sorry for the noise.
>
> Life.
>
o.o? I emulate a //e with AppleWin. Pop up the config menu.
-uso.
|
|
|
|
| Re: AppleWin 1.26.1 (minor release) [message #337732 is a reply to message #337729] |
Sun, 19 February 2017 03:52 |
|
|
Originally posted by: Lifepillar
On 19/02/2017 08:02, Steve Nickolas wrote:
> On Sun, 19 Feb 2017, Lifepillar wrote:
>
>> On 18/02/2017 23:20, Steve Nickolas wrote:
>>> While not OSX, I have run it with WINE under Linux for years without
>>> issue.
>>
>> Ok, it should have occurred to me that AppleWin emulates a stock
>> Apple ][, while I was trying to boot disk images requiring at least
>> a ][+... Sorry for the noise.
>>
>> Life.
>>
>
> o.o? I emulate a //e with AppleWin. Pop up the config menu.
Yes, I meant, it emulates a ][ *by default*. I have changed the
configuration, and now it works.
Life.
|
|
|
|
| Re: AppleWin 1.26.1 (minor release) [message #337770 is a reply to message #337732] |
Sun, 19 February 2017 12:08 |
TomCh
Messages: 242
Registered: November 2012
Karma: 0
|
Senior Member |
|
|
On Sunday, February 19, 2017 at 8:52:31 AM UTC, Lifepillar wrote:
> On 19/02/2017 08:02, Steve Nickolas wrote:
>> On Sun, 19 Feb 2017, Lifepillar wrote:
>>
>>> On 18/02/2017 23:20, Steve Nickolas wrote:
>>>> While not OSX, I have run it with WINE under Linux for years without
>>>> issue.
>>>
>>> Ok, it should have occurred to me that AppleWin emulates a stock
>>> Apple ][, while I was trying to boot disk images requiring at least
>>> a ][+... Sorry for the noise.
>>>
>>> Life.
>>>
>>
>> o.o? I emulate a //e with AppleWin. Pop up the config menu.
>
> Yes, I meant, it emulates a ][ *by default*. I have changed the
> configuration, and now it works.
>
> Life.
The default is Enhanced //e on first use.
AppleWin will persist (to the Registry) the last Apple II type you selected via the configuration UI.
For some reason AppleWin was picking up a type of "Apple II" (eg. non auto-start ROM). Perhaps a Wine-related issue?
Anyway sounds like you have it sussed now.
Tom
|
|
|
|
| Re: AppleWin 1.26.1 (minor release) [message #337780 is a reply to message #337770] |
Sun, 19 February 2017 14:38 |
|
|
Originally posted by: Lifepillar
On 19/02/2017 18:08, TomCh wrote:
> On Sunday, February 19, 2017 at 8:52:31 AM UTC, Lifepillar wrote:
>> On 19/02/2017 08:02, Steve Nickolas wrote:
>>> On Sun, 19 Feb 2017, Lifepillar wrote:
>>>
>>>> On 18/02/2017 23:20, Steve Nickolas wrote:
>>>> > While not OSX, I have run it with WINE under Linux for years without
>>>> > issue.
>>>>
>>>> Ok, it should have occurred to me that AppleWin emulates a stock
>>>> Apple ][, while I was trying to boot disk images requiring at least
>>>> a ][+... Sorry for the noise.
>>>>
>>>> Life.
>>>>
>>>
>>> o.o? I emulate a //e with AppleWin. Pop up the config menu.
>>
>> Yes, I meant, it emulates a ][ *by default*. I have changed the
>> configuration, and now it works.
>>
>> Life.
>
> The default is Enhanced //e on first use.
>
> AppleWin will persist (to the Registry) the last Apple II type you selected via the configuration UI.
>
> For some reason AppleWin was picking up a type of "Apple II" (eg. non auto-start ROM). Perhaps a Wine-related issue?
Maybe. I have deleted the .wine folder and run AppleWin again, and in
fact it defaults to "Apple ][ (original)".
Life.
|
|
|
|
Members
Search
Help
Register
Login
Home
