K32GetPerformanceInfo is a "b2e" - it returns a BOOL, takes two parameters, and sets LastError upon failure. Try replacing it with BeginUpdateResourceA, another b2e.
Now on my Win98+Kex.25 laptop (primitive ftpd -> FF2).
ImportPatcher.42 reports missing:
[Kernel32.dll]
EnumCalendarInfoExEx=
GetThreadIOPendingFlag=
Transferring to XP via thumb drive for analysis next.
Sky won't know there's a problem if you don't report it, and only they can fix it.
Just tell them you have a custom internet device that had been working perfectly well on Sky and still works with other providers, so what did Sky change on this date?
Unless it does. Why are you not willing to try?
That never works. The app won't be able to read the returned string. That invalidates all following tests, so change it back and retest everything.
The correct api is GetOpenFileNameA.
Sounds like a new kind of tcpip connection forwarding is being used. Or perhaps a certificate expired. Can you access the url from any other browser on that machine, with or without the proxy?
What browsers do the Sky and helpforum websites work in? Have you reported the problem to Sky?
"other senders"?
If you are using it properly, perhaps the kernel32 modifications made it too big to fit at its preferred address. Relocation caused a conflict with ntdll. It needs to be trimmed down and stripped of relocation data.
Cid starting doesn't mean that it works completely.
Test with ImportPatcher set to Vista (is that the mode you're using?) and also try redirecting to msvcr120.
Take MiniSnaps for each configuration that loads enough to allow it.
The c runtimes msvcrt and ucrtbase are failing to load/attach.
What version of msvcrt is it?
Has ucrtbase ever worked? If not, debug it separately or don't use it.