From Newsgroup: comp.sys.apple2

6502bench SourceGen v1.7.4 is now available.
Changes since the previous minor release:
* Fixed "last offset" calculations in Apple II hi-res visualizer (issue #94).
* Reworked Apple IIgs $Cxxx I/O location constants. Fixed 24-bit MULTI_MASK.
* Changed HTML exporter to generate HTML 5 (was outputting XHTML).
* Minor UI bug fixes.
* Moved tutorials to web site. Expanded text and added many screen shots.
The project web site is https://6502bench.com/. Source code and pre-built Windows binaries are available from https://github.com/fadden/6502bench/releases
-----
I finally got around to re-working the tutorials to be a mix of text and screen shots. (Michael's post recommending this was written back in February... of 2020.) Previously, you really had to be following along in the program for anything to make sense. Hopefully now it's something you can just read.
I used this as an opportunity to play with "responsive web design", so it should be readable on mobile devices or really skinny monitors if that's your thing.
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.sys.apple2

Great news, Andy!

What has changed for Apple IIgs $Cxxx I/O location constants?

Thanks
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.sys.apple2

On Wednesday, June 9, 2021 at 12:39:28 AM UTC-7, Enrico wrote:

What has changed for Apple IIgs $Cxxx I/O location constants?

One .sym65 file has constants for the $Cxxx locations for all Apple II systems. I had created another for the $E0/Cxxx constants, with names like "KBDSTRB_GS". Apparently I forgot that the I/O locations are mapped into banks $E0 *and* $E1. The update creates mappings for both banks, with names like KBDSTRB_E0 and KBDSTRB_E1.
It's possible to have a single file with a MULTI_MASK statement (which is used to define I/O locations that are mirrored across multiple addresses), but I thought the output looked better with explicit "_E0"/"_E1". SourceGen still lacks a mapping for $01/Cxxx, but I haven't seen anything reference those in 16-bit code.
Relevant change: https://github.com/fadden/6502bench/commit/d3e00b23429e65baa7ead7519ed044037adf10a2
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.sys.apple2

New on the web site: I "ported" the listings from _Reference Manual Addendum: Monitor ROM Listings, For //e Only_. These are the monitor and 80-column firmware from the *unenhanced* Apple //e.

https://6502disassembly.com/a2-rom/Unenh_IIe_F8ROM.html https://6502disassembly.com/a2-rom/Unenh_IIe_80col.html

TIL that ESC-R was a thing, and that the 80-column firmware would copy the F8 ROM into the language card if it couldn't find the monitor.
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.sys.apple2

Andy,
I just wanted to inform you that I had to install Windows 8.1 SDK and .NET Framework 4.7.2 in order to be able to run 6502bench on Windows 7.
Perhaps you might want to point that out in the docs.
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.sys.apple2

On Friday, June 18, 2021 at 11:00:07 AM UTC-7, Enrico wrote:

I just wanted to inform you that I had to install Windows 8.1 SDK and .NET Framework 4.7.2 in order to be able to run 6502bench on Windows 7.
Perhaps you might want to point that out in the docs.

.NET framework is a known thing. I'm still not sure how Win7 manages to show up without it, but clearly it can.

With regard to the SDK, are you building SourceGen with Visual Studio or just running the pre-built version? i.e. is it this situation:
https://stackoverflow.com/questions/43704734/how-to-fix-the-error-windows-sdk-version-8-1-was-not-found
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.sys.apple2

I'm late on replying because I did a few tests first.

I have two Windows 7 machines.
- The first one with Visual Studio and all its SDK installed just needed .NET Framework 4.7.2 in order to be able to run 6502bench
- The other machine had no Visual Studio and I had to install both Windows 8.1 SDK and .NET Framework 4.7.2 for 6502bench to work

On Windows 10 I was able to run 6502bench with only .Net 4.6.2 installed and nothing else, even though I had to update Windows 10 to its latest version. (on the earlier Windows 10 release 1510 that I had, 6502bench wouldn't work).

Thank you
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.sys.apple2

....and I'm running the prebuilt version, of course.
--- Synchronet 3.18b-Win32 NewsLink 1.113

From Newsgroup: comp.sys.apple2

On Thursday, June 24, 2021 at 11:33:58 PM UTC-7, Enrico wrote:

I have two Windows 7 machines.
- The first one with Visual Studio and all its SDK installed just needed .NET Framework 4.7.2 in order to be able to run 6502bench
- The other machine had no Visual Studio and I had to install both Windows 8.1 SDK and .NET Framework 4.7.2 for 6502bench to work

I do my testing on a Win7 Professional virtual machine, with a system that has basically nothing but Chrome and CiderPress installed, and I didn't have to explicitly install either .NET Framework or an SDK. I'm not even sure how one installs the Windows 8.1 SDK without Visual Studio. (The program list in Settings shows CiderPress, Chrome, Microsoft .NET Framework 4.8, Edge, and the Oracle VM Guest Additions. I believe Edge was delivered by auto-update, and probably .NET Framework as well, since I don't remember explicitly downloading v4.8.)

On Windows 10 I was able to run 6502bench with only .Net 4.6.2 installed and nothing else, even though I had to update Windows 10 to its latest version. (on the earlier Windows 10 release 1510 that I had, 6502bench wouldn't work).

My primary system is Win10, with the latest updates. There's nothing in the 6502bench code that depends on a specific version of Windows, so my guess would be something in .NET Framework was mismatched.
I take it you have the automatic Windows updates disabled on your systems?
--- Synchronet 3.18b-Win32 NewsLink 1.113