4

... but the compiled application runs fine. This is a large (~500k LOC) mature application, which I've been maintaining for many years on Windows-10 with no unexplained issues. I just moved to a new computer (a Lenovo laptop) and installed all my stuff, including the VB6 IDE. This all went smoothly, so I loaded up the application and ran it within the IDE, resulting in an immediate BSOD. I narrowed down the crashing statement to a MMControl1.Command "Open" on the applications opening banner screen. The file it's supposed to open exists, and everything else is the same environmentally as the previous development machine.

Note that I've installed the VB6 IDE on at least a half-dozen Win-10 machines, and a couple of Win-11, with no problems, and in fact I've never BSODed any of these machines. I've also run the VB6 IDE in a Win-XP virtual machine on the problem computer, and (as expected) the application ran there with no issues. Again, the compiled program works fine even on the problem computer, and everything else in this large program does also in the IDE (no other use of the Multi-Media control, though).

Any ideas of what to try? Thanks!

Mark Moulding
  • 549
  • 2
  • 5
  • 1
    Do you start the IDE as Administrator? If so, although the file _does_ exist, the Admin account might not have access to it, e.g. it's on a network share mapped for the user, but the Admin has no such mapping. – Hel O'Ween Jun 02 '23 at 09:31
  • 1
    Is the version of MCI32 the same on the BSOD computer as other PCs which don't crash? I mean the version # you can see in the file properties / details tab. – StayOnTarget Jun 02 '23 at 16:11
  • Thanks for a couple of things to check. Access to the file isn't the issue; there are other files with identical permissions that the program accesses, both before and after the troublesome statement. Checking the versions was a good idea, and I had hopes, but nope - they're identical.... – Mark Moulding Jun 03 '23 at 22:41
  • Try disabling DEP for VB IDE. – wqw Jun 05 '23 at 13:01
  • What is DEP? In compatibility, I'm using "for Win-XP SP2", "High DPI scaling by application", and "Reduced color mode 65536 colors" – Mark Moulding Jun 07 '23 at 14:08
  • Maybe related https://stackoverflow.com/questions/52101783/what-files-used-to-compile-a-vb6-application – StayOnTarget Jun 07 '23 at 14:10
  • While tinkering with this just now, I turned off "Reduced color mode" and the issue appears to be solved. (I still don't understand why the identical configuration on another computer had no problem.) The expected horrible visual performance didn't seem to happen, either, so I guess I'm good to go. Thanks for the suggestions! (I'm still curious about DEP, though... Ah - got it: Data Execution Prevention. Thanks, will try...) – Mark Moulding Jun 07 '23 at 14:11
  • @MarkMoulding good work finding that! Please add your own answer with details of what you did, that may help others in the future. These arcane things really need to be written down :) – StayOnTarget Jun 07 '23 at 14:13

2 Answers2

1

Apparently solved. I have yet to extensively test this, but it appears that running in compatibility mode with a reduced color mode (I was using 65536 colors) leads to this crash. With this compatibility option turned off, I'm no longer getting BSOD crashes, and on this (much newer) laptop, the graphic performance of the IDE doesn't seem to be unduly affected.

Mark Moulding
  • 549
  • 2
  • 5
0

tl;dr: The problem was the drivers/BIOS, not Windows or the VB6 setup.

Actually really solved, this time. The above fix (turning off reduced color mode) did work, but the real problem turned out to be the drivers (and possibly the BIOS) on the laptop. It was a Lenovo ThinkPad E14, and in addition to the video problems (I found another application that would also BSOD, having nothing to do with VB6), USB-serial adapters essentially could not be used.

The serial adapter itself would work fine, but while any serial traffic was occurring, the USB keyboard and mouse would lurch, hang up, or drop clicks/characters to the extent that the computer was unusable. Updating the drivers was of no help. The problem existed equally with both FTDI and Prolific chip sets, but strangely not with the CH340 chip sets. (These are generally considered to be second-tier compared to the other two, but are becoming more prevalent.)

With no apparent solution (after several hours of Googling and trying things), I eventually abandoned the ThinkPad altogether and switched to a refurbished Dell Latitude 7480, which has worked perfectly. (Also half the cost, and a 3k screen to boot!)

Mark Moulding
  • 549
  • 2
  • 5