gsport-developers Mailing List for GSport

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Great! I've made a personal fork.

Just FYI, AppleWin uses an org of AppleWin, maybe because Tom likes his
privacy, but perhaps also because there's a separate project of tests.

Cheers,
Nick.

Ok, I had some time to burn today (which itself was a little unusual), 
so I just went ahead and did it:
https://github.com/david-schmidt/gsport

All are welcome to join if they wish.

- David

On 10/5/2017 9:38 AM, David Schmidt wrote:
> Hi, all -
> 
> The time has come to move GSport to Github and get back into the grove 
> of releasing all the great updates that have been contributed.  You are 
> all welcome to be committers in the new repo once I get it moved (might 
> even be today).  Just let me know privately or via this list what your 
> name is over on Github and I'll add you.
> 
> Of interest: does anyone have any good ideas what an org name should be, 
> or if an org should be used at all, to house the repo?  I made one for 
> ADTPro because there are really two projects it encompasses, but GSport 
> isn't that way.  So the repo could be david-schmidt/gsport (not my 
> favorite, but is easy for me to do) or it could grow an org and be 
> GSport/gsport (also not my favorite, since an org seems superfluous for 
> only one thing).  Any thoughts out there?
> 
> - David

Hi, all -

The time has come to move GSport to Github and get back into the grove 
of releasing all the great updates that have been contributed.  You are 
all welcome to be committers in the new repo once I get it moved (might 
even be today).  Just let me know privately or via this list what your 
name is over on Github and I'll add you.

Of interest: does anyone have any good ideas what an org name should be, 
or if an org should be used at all, to house the repo?  I made one for 
ADTPro because there are really two projects it encompasses, but GSport 
isn't that way.  So the repo could be david-schmidt/gsport (not my 
favorite, but is easy for me to do) or it could grow an org and be 
GSport/gsport (also not my favorite, since an org seems superfluous for 
only one thing).  Any thoughts out there?

- David

Hi guys.

Just in case anyone else has had this problem on Windows.

Alt-Tabbing away from GSport will leave Alt down. Tabbing back and pressing
F4 will kill the app.

I've checked in a fix that forces all keys up on tabbing away.

Cheers,
Nick.

To answer my own question, the ZipGS has the same disable sequence as the Zip chip.
When the Zip disable sequence is used, the GSport emulator still reports the current speed as unlimited.Should the GSport speed reflect the actual speed the emulated GS is running at in this case?
Thanks,Andrew

      From: Andrew Roughan <rou...@ya...>
 To: "gsp...@li..." <gsp...@li...> 
 Sent: Saturday, 24 October 2015, 14:16
 Subject: [GSport-developers] gsport - zip slowdown

Hi all,
Is it a valid use case for the gsport emulator to slowdown when the Zip Chip disable sequence is used?Seems a bit weird to me given that the C05A softswitch is not documented for this purpose in the Firmware reference.
Regards,Andrew

------------------------------------------------------------------------------

_______________________________________________
GSport-developers mailing list
GSp...@li...
https://lists.sourceforge.net/lists/listinfo/gsport-developers

Hi all,
Is it a valid use case for the gsport emulator to slowdown when the Zip Chip disable sequence is used?Seems a bit weird to me given that the C05A softswitch is not documented for this purpose in the Firmware reference.
Regards,Andrew

I just checked in an interesting if minor change to video.c:

"Corrected some of the standard 16 colours for TEXT/LORES/HIRES/DHIRES with
RGB values extracted from ROM 3 IIgs video signals by Koichi Nishida."

Here is his Facebook comment with the 5 differences added by me in brackets.
"
Actual output from my GS ROM3 was:

0: 000 // black
1: d03 // red
2: 009 // dk blue
3: d2d // purple [was d0d]
4: 072 // dk green [was 070]
5: 555 // dk gray
6: 22f // blue
7: 6af // lt blue
8: 850 // brown [was 852]
9: f60 // orange
10:aaa // lt gray
11:f98 // peach
12:1d0 // green [was 0d0]
13:ff0 // yellow
14:4f9 // lt green [was 0f9]
15: fff // white
"
>From this thread, if you're a friend of his:
https://www.facebook.com/koichi.nishida.37/posts/740165389447827

I added #defines since the values appeared twice in the source.

Cheers,
Nick.

On 7/26/2015 4:57 AM, Nick Westgate wrote:
> The changes I've made break "warp mode", so I'm still trying to 
> understand why we need it? Who uses it? When?
I can't figure that out either.  At least on Windows, I find warp mode 
erratic and not very useful.  But somebody must find it useful or the 
feature wouldn't exist ...
     -Peter

So I've managed to get the pointers shadowing each other in all
combinations:
- Super hires (tested GSOS, 816/Paint)
- Non super hires (tested Dazzle Draw, 816/Paint)
- windowed
- fullscreen

The changes I've made break "warp mode", so I'm still trying to understand
why we need it? Who uses it? When?

Warp mode probably looked more authentic previously, but if the normal
non-warp mode hid the OS cursor, maybe warp mode wouldn't be necessary.

Cheers,
Nick.

Sure.

I'm talking here about "warp mode" off. It's annoying to turn it on because
then the mouse is captured in the Window.

In GSOS, not fullscreen, the mouse cursors "shadow each other" in the same
location, which is nice.

In GSOS, fullscreen, as you say the mouse cursors have different scales but
the whole screen is accessible. I would prefer it if they still shadowed
each other.

If I use Dazzle Draw I can only get the emulated mouse cursor halfway down
the screen. At that point the Windows mouse cursor leaves the window and
the emulated mouse stops moving.

So I expect the same problem in other software .... which doesn't happen in
AppleWin. The mouse cursors shadow each other there.

Cheers,
Nick.

Would you be more specific about how "the scaling seems wrong"?

For me on Windows in full-screen, the Windows mouse pointer doesn't 
match the location of the emulated pointer, but the emulated mouse still 
works and allows me to move over the entire screen.

-Peter

On 7/25/2015 7:34 AM, Nick Westgate wrote:
> Hi guys.
>
> Sourceforge SVN is offline right now, so I can't see the project history.
>
> Has anyone had a hack at the mouse emulation code?
>
> On Windows the scaling seems wrong, especially in fullscreen (maybe 
> that's my fault) and in 8-bit mode e.g. Dazzle Draw. Is anyone else 
> seeing that - on platforms other than Windows?
>
> I see this in ActiveGS 3.0.242:
> int x_calc_ratio(float& ratiox,float& ratioy)
>
> but in GSport we have:
> int x_calc_ratio(float ratiox,float ratioy)
>
> Was this always hard-coded to return 0?
>
> And am I blind, or is that the only version of ActiveGS for download?
> http://activegs.freetoolsassociation.com/
>
> The mouse warp mode seems a bit of a hack.
>
> Cheers,
> Nick.
>
>
>
> ------------------------------------------------------------------------------
>
>
> _______________________________________________
> GSport-developers mailing list
> GSp...@li...
> https://lists.sourceforge.net/lists/listinfo/gsport-developers

Hi guys.

Sourceforge SVN is offline right now, so I can't see the project history.

Has anyone had a hack at the mouse emulation code?

On Windows the scaling seems wrong, especially in fullscreen (maybe that's
my fault) and in 8-bit mode e.g. Dazzle Draw. Is anyone else seeing that -
on platforms other than Windows?

I see this in ActiveGS 3.0.242:
int x_calc_ratio(float& ratiox,float& ratioy)

but in GSport we have:
int x_calc_ratio(float ratiox,float ratioy)

Was this always hard-coded to return 0?

And am I blind, or is that the only version of ActiveGS for download?
http://activegs.freetoolsassociation.com/

The mouse warp mode seems a bit of a hack.

Cheers,
Nick.

After a bit more work on my feature I'll need to create a branch to check
my stuff into so others can have a look.

In doing this I noticed the mouse doesn't always behave in GSport. E.g. if
you go fullscreen on Windows the movement scaling is off.

Has anyone else noticed this? Is it only on Windows? I'm assuming something
is missing - like looking at the mouse clamping for the scaling. I can look
into it, but thought I'd ask here first to see if anyone else has already
had a look.

Cheers,
Nick.

On 12 July 2015 at 12:27, Christopher G. Mason <njr...@gm...> wrote:

> OK, finished up some loose ends on the printer code. I also updated the
> documentation and screen shots I had created for printing.
>
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> GSport-developers mailing list
> GSp...@li...
> https://lists.sourceforge.net/lists/listinfo/gsport-developers
>

OK, finished up some loose ends on the printer code. I also updated the 
documentation and screen shots I had created for printing.

On 7/8/2015 2:29 PM, Peter Neubauer wrote:
> I don't know.  Epson LQ was important to somebody; otherwise, they
> wouldn't have added it.  But I've never used that feature.  At a
> minimum, I suggest renaming the "Virtual Printer Configuration" menu to
> "Virtual Epson Printer Configuration" to distinguish the Imagewriter and
> Epson configurations.
I initially added it. The Epson LQ code was working and available from 
another source, so I used it. Eventually it was going to be replaced 
with ImageWriter support. I left it in, but clarified the menu item. I 
also added ifdefs to hide the printer menus and options if someone 
builds without SDL.

On 7/8/2015 9:14 AM, Nick Westgate wrote:
> But is there really a need to remove the Epson? The
> vertical compression is typical of the actual hardware, right? Not just
> this emulation.
Yes, that is correct. The reason for removal would be to eliminate 
mostly redundant code and to avoid having to maintain two separate sets 
of printing code. When I was rewriting the Epson emulator into an 
ImageWriter emulator, I found numerous bugs that I fixed in the process 
that I haven't back ported.

On 7/7/2015 4:28 PM, Christopher G. Mason wrote:
> Perhaps in time for Kfest?
It's been around a year since a release, and there have been worthwhile 
improvements.  I can make a 30 second plug during the "new product 
announcement" session at KFest.

I'm working on some AppleTalk related improvements, but they won't be 
ready for a while.
> The only outstanding question is, will anyone
> mind if the old Epson LQ emulator is removed?
I don't know.  Epson LQ was important to somebody; otherwise, they 
wouldn't have added it.  But I've never used that feature.  At a 
minimum, I suggest renaming the "Virtual Printer Configuration" menu to 
"Virtual Epson Printer Configuration" to distinguish the Imagewriter and 
Epson configurations.

-Peter

On 8 July 2015 at 14:19, Christopher G. Mason <njr...@gm...> wrote:
> Any examples off hand? In terms of compatibility, anything pre-1982,
> when the C-Itoh 8510/Apple Dot Matrix Printer was released, that printed
> graphics likely only had Epson compatibility. The Epson LQ emulation
> does have one drawback in regards to early software, the aspect ratio of
> graphics will always be compressed since the lowest printing resolution
> is 60dpi vs. 72dpi found on 9-pin printers due to differences in pin
> spacing. Apple got around this problem with the ImageWriter LQ by using
> a 27-pin print head.

I can see where you're coming from since GSport is a IIgs emulator, and so
kind of implicitly targets later software.

But is there really a need to remove the Epson? The vertical compression is
typical of the actual hardware, right? Not just this emulation.

Anyway, I haven't played with the printing at all, but I would regard
having both emulations as a good thing. Perhaps changes in the config menu
could help avoid user confusion.

It would be cool to hear reports of a new GSport release at Kfest. Feel a
slight connection to the parties I can never attend. ; - )

I've picked up work again on a little feature that missed last Kfest, but
alas, it will miss this Kfest too. : - (

Cheers,
Nick.

On 7/7/2015 9:34 PM, Andrew Roughan wrote:
> My 2c:
> Software that needed printing capability written before the 
> ImageWriter was available usually had a Parallel card with Epson option.
> I would expect that an Apple II emulator was capable of allowing 
> 'printing' from such software. Whether that be text or graphics.
>
> Regards,
> Andrew
>
Any examples off hand? In terms of compatibility, anything pre-1982, 
when the C-Itoh 8510/Apple Dot Matrix Printer was released, that printed 
graphics likely only had Epson compatibility. The Epson LQ emulation 
does have one drawback in regards to early software, the aspect ratio of 
graphics will always be compressed since the lowest printing resolution 
is 60dpi vs. 72dpi found on 9-pin printers due to differences in pin 
spacing. Apple got around this problem with the ImageWriter LQ by using 
a 27-pin print head.

My 2c:Software that needed printing capability written before the ImageWriter was available usually had a Parallel card with Epson option.I would expect that an Apple II emulator was capable of allowing 'printing' from such software. Whether that be text or graphics.
Regards,Andrew
      From: Christopher G. Mason <njr...@gm...>
 To: gsp...@li... 
 Sent: Wednesday, 8 July 2015, 9:28
 Subject: [GSport-developers] Time for another release?

Perhaps in time for Kfest?

I have some minor changes to make to the Virtual ImageWriter code, but 
we should be ready to go. The only outstanding question is, will anyone 
mind if the old Epson LQ emulator is removed? Having two printer options 
is confusing to the end user, plus the Epson LQ code hasn't received the 
same bug fixes and enhancements the ImageWriter code received. Epson LQ 
support is redundant as pretty much all Apple II software supports the 
ImageWriter line natively.

Also, should the parallel card emulation remain for text based printing? 
I could connect it to the ImageWriter code (its a heck of a lot faster 
to print to), but I don't want to introduce weird conflicts if someone 
tries to print to the emulated ImageWriter from a serial port and the 
parallel card at the same time! Once again it can be confusing to the 
user if there are multiple ways to print to the same printer.

------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
GSport-developers mailing list
GSp...@li...
https://lists.sourceforge.net/lists/listinfo/gsport-developers

Perhaps in time for Kfest?

I have some minor changes to make to the Virtual ImageWriter code, but 
we should be ready to go. The only outstanding question is, will anyone 
mind if the old Epson LQ emulator is removed? Having two printer options 
is confusing to the end user, plus the Epson LQ code hasn't received the 
same bug fixes and enhancements the ImageWriter code received. Epson LQ 
support is redundant as pretty much all Apple II software supports the 
ImageWriter line natively.

Also, should the parallel card emulation remain for text based printing? 
I could connect it to the ImageWriter code (its a heck of a lot faster 
to print to), but I don't want to introduce weird conflicts if someone 
tries to print to the emulated ImageWriter from a serial port and the 
parallel card at the same time! Once again it can be confusing to the 
user if there are multiple ways to print to the same printer.

SetWindowsHookEx:
https://msdn.microsoft.com/en-us/library/windows/desktop/ms644990(v=vs.85).aspx
https://msdn.microsoft.com/en-us/magazine/cc188951.aspx

The app might need elevated (admin) privileges on Windows 8. Not sure ...

Cheers,
Nick.

Even though KEGS/gSport doesn't block the key input from the desktop 
manager, there are emulators which does.  It would be an interesting 
execercise to determine how VirtualBox does it and apply that 
functionality here--it would be needed on Linux, Solaris, Windows, and 
Mac hosts.

Geoff
----------------------------------------------------------------------
email:ge...@gw...                     http://www.gwlink.net/geoff
----------------------------------------------------------------------

On Wed, 8 Apr 2015, Peter Neubauer wrote:

> There could be a conflict with system keyboard accelerators.  For
> example, Windows catches Ctrl-ESC to open the "Start" menu, so any key
> sequences involving Ctrl-ESC don't get to GSport.
>     -Peter
>
> On 4/8/2015 6:16 PM, Geoff Weiss wrote:
>> Accessing GSBug works in KEGS and I am pretty sure the keyboard code
>> is identical in gSport.   There is code in place in xdriver.c for the
>> Windows Menu key to represent the IIgs Option key, at least on Solaris
>> and derivities.  GSBug is accessed by Control-FlyingWindows-WindowsMenu-Esc.
>> On Linux, the WindowsMenu key is OpenApple and the FlyingWindows key is
>> an unknown key code.  Some IfDefs will be needed in the source to handle
>> Xorg on different operating systems.
>>
>> Geoff
>> ----------------------------------------------------------------------
>> email:ge...@gw...                     http://www.gwlink.net/geoff
>> ----------------------------------------------------------------------
>>
>> On Tue, 7 Apr 2015, David Schmidt wrote:
>>
>>> On 4/7/2015 2:23 AM, Andrew Roughan wrote:
>>>> I try to enter Pixie (from CDA menu) and GSPort lands in GSBug with PC
>>>> pointing at $BC/xxxx 00 00 00 00 RTL
>>>> This happened twice so appears to be repeatable on my system.
>>>> This doesn't happen elsewhere so I suspect a problem with GSPort.
>>>> Any ideas on what to do to track this down?
>>> No idea here, sorry...
>>>
>>>> Is the use of GSBug within GSport encouraged? I wasn't able to invoke it.
>>> You're likely the first to try. ;-)  I would encourage you to dive into
>>> the code and see what it's doing.
>>>
>>> - David
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>>> Develop your own process in accordance with the BPMN 2 standard
>>> Learn Process modeling best practices with Bonita BPM through live exercises
>>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
>>> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>>> _______________________________________________
>>> GSport-developers mailing list
>>> GSp...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gsport-developers
>>>
>> ------------------------------------------------------------------------------
>> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>> Develop your own process in accordance with the BPMN 2 standard
>> Learn Process modeling best practices with Bonita BPM through live exercises
>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
>> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>> _______________________________________________
>> GSport-developers mailing list
>> GSp...@li...
>> https://lists.sourceforge.net/lists/listinfo/gsport-developers
>
>
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> _______________________________________________
> GSport-developers mailing list
> GSp...@li...
> https://lists.sourceforge.net/lists/listinfo/gsport-developers
>

Just to wrap up the first part of this.
Geoff Body has ascertained that BC/FF48 is within the TWGS ROM space.Pixie makes calls to the TWGS ROM code. The entry point it uses is not currently supported in GSport.
I have raised a defect on this and Geoff will provide a patch tohttps://sourceforge.net/p/gsport/code/HEAD/tree/trunk/src/moremem.c
I have asked Sheppy to look at a change to his GSBug patcher utility for an alternate activation key sequencee.g. Ctrl-OA-Shift-Delete - which is not being eaten by Windows 7
Regards,Andrew

      From: David Schmidt <da...@at...>
 To: gsp...@li... 
 Sent: Tuesday, 7 April 2015, 23:10
 Subject: Re: [GSport-developers] GSport crash to GSBug

On 4/7/2015 2:23 AM, Andrew Roughan wrote:
> I try to enter Pixie (from CDA menu) and GSPort lands in GSBug with PC
> pointing at $BC/xxxx 00 00 00 00 RTL
> This happened twice so appears to be repeatable on my system.
> This doesn't happen elsewhere so I suspect a problem with GSPort.
> Any ideas on what to do to track this down?

No idea here, sorry...

> Is the use of GSBug within GSport encouraged? I wasn't able to invoke it.

You're likely the first to try. ;-)  I would encourage you to dive into 
the code and see what it's doing.

- David

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
GSport-developers mailing list
GSp...@li...
https://lists.sourceforge.net/lists/listinfo/gsport-developers

There could be a conflict with system keyboard accelerators.  For 
example, Windows catches Ctrl-ESC to open the "Start" menu, so any key 
sequences involving Ctrl-ESC don't get to GSport.
     -Peter

On 4/8/2015 6:16 PM, Geoff Weiss wrote:
> Accessing GSBug works in KEGS and I am pretty sure the keyboard code
> is identical in gSport.   There is code in place in xdriver.c for the
> Windows Menu key to represent the IIgs Option key, at least on Solaris
> and derivities.  GSBug is accessed by Control-FlyingWindows-WindowsMenu-Esc.
> On Linux, the WindowsMenu key is OpenApple and the FlyingWindows key is
> an unknown key code.  Some IfDefs will be needed in the source to handle
> Xorg on different operating systems.
>
> Geoff
> ----------------------------------------------------------------------
> email:ge...@gw...                     http://www.gwlink.net/geoff
> ----------------------------------------------------------------------
>
> On Tue, 7 Apr 2015, David Schmidt wrote:
>
>> On 4/7/2015 2:23 AM, Andrew Roughan wrote:
>>> I try to enter Pixie (from CDA menu) and GSPort lands in GSBug with PC
>>> pointing at $BC/xxxx 00 00 00 00 RTL
>>> This happened twice so appears to be repeatable on my system.
>>> This doesn't happen elsewhere so I suspect a problem with GSPort.
>>> Any ideas on what to do to track this down?
>> No idea here, sorry...
>>
>>> Is the use of GSBug within GSport encouraged? I wasn't able to invoke it.
>> You're likely the first to try. ;-)  I would encourage you to dive into
>> the code and see what it's doing.
>>
>> - David
>>
>>
>> ------------------------------------------------------------------------------
>> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
>> Develop your own process in accordance with the BPMN 2 standard
>> Learn Process modeling best practices with Bonita BPM through live exercises
>> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
>> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
>> _______________________________________________
>> GSport-developers mailing list
>> GSp...@li...
>> https://lists.sourceforge.net/lists/listinfo/gsport-developers
>>
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> _______________________________________________
> GSport-developers mailing list
> GSp...@li...
> https://lists.sourceforge.net/lists/listinfo/gsport-developers

Accessing GSBug works in KEGS and I am pretty sure the keyboard code 
is identical in gSport.   There is code in place in xdriver.c for the 
Windows Menu key to represent the IIgs Option key, at least on Solaris 
and derivities.  GSBug is accessed by Control-FlyingWindows-WindowsMenu-Esc.
On Linux, the WindowsMenu key is OpenApple and the FlyingWindows key is 
an unknown key code.  Some IfDefs will be needed in the source to handle 
Xorg on different operating systems.

Geoff
----------------------------------------------------------------------
email:ge...@gw...                     http://www.gwlink.net/geoff
----------------------------------------------------------------------

On Tue, 7 Apr 2015, David Schmidt wrote:

> On 4/7/2015 2:23 AM, Andrew Roughan wrote:
>> I try to enter Pixie (from CDA menu) and GSPort lands in GSBug with PC
>> pointing at $BC/xxxx 00 00 00 00 RTL
>> This happened twice so appears to be repeatable on my system.
>> This doesn't happen elsewhere so I suspect a problem with GSPort.
>> Any ideas on what to do to track this down?
>
> No idea here, sorry...
>
>> Is the use of GSBug within GSport encouraged? I wasn't able to invoke it.
>
> You're likely the first to try. ;-)  I would encourage you to dive into
> the code and see what it's doing.
>
> - David
>
>
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> _______________________________________________
> GSport-developers mailing list
> GSp...@li...
> https://lists.sourceforge.net/lists/listinfo/gsport-developers
>

2010	Jan	Feb	Mar	Apr (35)	May (4)	Jun	Jul	Aug	Sep	Oct (3)	Nov	Dec
2011	Jan (3)	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2012	Jan	Feb (2)	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2013	Jan	Feb (5)	Mar	Apr (1)	May (4)	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2014	Jan	Feb (10)	Mar (11)	Apr (30)	May	Jun (6)	Jul (7)	Aug (5)	Sep	Oct	Nov	Dec
2015	Jan (5)	Feb (16)	Mar	Apr (7)	May	Jun	Jul (12)	Aug (1)	Sep	Oct (3)	Nov	Dec
2017	Jan	Feb	Mar	Apr (1)	May	Jun	Jul	Aug	Sep	Oct (3)	Nov	Dec

gsport-developers Mailing List for GSport

Apple II GS emulator based on Kent Dickey's KEGS

gsport-developers — Mailing list for developers