My first try failed.
I couldn't start Opera 12.5 builds 1513 and higher, except build 1578 (12.02). Message: "Opera Error - Failed to load Opera.dll because: A device attached to the system is not functioning." The setting W2k+t5 wasn't kept. The comp mode window changed to default mode. I'll try it again.
I've been having trouble with core.ini processing, also. It doesn't always work they way it appears it should. Even cloning existing profiles isn't reliable.
One thing I learned about core.ini mods several months ago is that a full system reboot is necessary between every change--restarting Windows isn't enough. Naturally this greatly slows down the trial-and-error testing!
I looked in the source code at how the property sheet changes the mode and think I can write a utility to test each and all profiles to see which will stick if selected after modification (and reboot). Kex changes the mode to default if it doesn't like something about the selected mode.
It's been a few months since I looked at the source code for the Core.ini loader. Until I do that again, instead of using a new profile we'll have to stick to modifying the
stubs.ini definition on-demand:
GetAdaptersAddresses can be changed between r50s5 and t5 immediately before launching an app that needs the other definition.Edit: struck
Kex from stubs.ini
Edited by jumper, 04 February 2013 - 03:58 PM.
Design feedback requested:IHAtool
- IpHlpApi tester; call various functions and report results
--status-> framework is solid; 22 api's fully supported; preview release coming soonComDlg32 wrapper
- ComDlgEx meets IpHlpApi wrapper
--status-> PrintDlgExW working in latest SumatraPDF 8^)Future projects: ImportPatcher40
- dialog interface; Kexter