VB6, Windows Tablets, Screen Resolution and ActiveResize - vb6

Earlier this year, I moved my desktop from XP to the much-maligned 8.1. At about the same time, my Vista laptop expired and was replaced by a Windows 8.1 tablet. I kept the XP tower and this is used when programming in VB6.
All my VB6 programs work fine on my 8.1 desktop, but none do on the 8.1 tablet. Instead, I get an error message about “screen resolution”. This is where Stackoverflow comes in!
In searching on Google, I came across this question, which was answered on Jul 21 '10 at 12:39 by Andy Robinson. Andy’s answer still left me with questions. I already use VB Gold’s Active Resize, which is Andy’s solution, but only after the Splash Screen. VB Gold says that no coding is necessary, but others seem to do so, as with a Private Sub Form_Resize. At my age, and not having done any new programming (as distinct from updating) for some time, I admit to needing help.
I want to be able to use some of my VB6 programs on a Windows Tablet. When I try to install, I get an error message about Screen Resolution. I think that VB Gold's ActiveResize, which is in these programs, should be able to do the job. But I am stuck with the coding.
My Tablet is a Dell Venue 8 Pro and the OS is Windows 8.1.
The total size of my 7 compiled VB6 programs is just under 14 Mb. I have connected a Memory Stick to the Tablet and sought to run the installation program. It is at that stage that I receive an error message regarding "Screen Resolution". The exact words are:
"Error: To install this program, your computer must have a display resolution of at least 800x600. Your computer's display resolution is 853x533".
From what I have read, ActiveResize should be able to solve the problem. But, at 80+, not all my faculties are working as I should wish!

Related

WmiMonitorRawEEdidV1Block no longer works in Windows 10

After the major November Update of Windows 10 the monitor WMI functions are no longer working, especially the WmiMonitorRawEEdidV1Block is returning "not supported", I have tested this on 2 computers with the same results (it worked with the initial release of Windows 10 and older Windows versions also work).
Tested with DisplayPort, HDMI connection and on a laptop.
Windows 10 build 10586
Namespace root\WMI
Is there a new WMI method in Windows 10 to retrieve the Monitor EDID information ?
Confirmed. No obvious reason that I can see, this tends to be driver trouble but I don't have any issue getting EDID data from the plug & play api.
Which is your alternative right now, you can get sample C# code from this project, sample C++ code is available on this page.

Windows phone emulator

I want to develop app for windows phone but I got a big problem, my laptop can't run the emulator, after checking the requirements I know that my vga driver doesn't support it. My question is, are there any alternative for windows phone emulator instead of the officially one from Microsoft? Or any other way to tweak it to be run on my laptop? Thanks
From my understanding there isn't any other windows phone emulators. If you can get a hold of a windows phone 7 it would be possible to test on that. You can try to contact a Microsoft windows phone evangelist in your area, the one in my area helped me get a phone to test on.
I am not sure about tweakinging your laptop to get the emulator to work. Is your vga driver up to date? If not maybe try to update it. I know it takes quite a bit of computer power to run the emulator smoothly.
If you wanted you can try to register for a virtual lab, here you remote into a windows machine and are able to build and test on the remote machine, but it is time limted and is usually for a class to learn about it. https://msevents.microsoft.com/CUI/EventDetail.aspx?culture=en-US&EventID=1032485600&amp%3bculture=en-US

Old 16-bit Application Causing GPF in WIN87EM.DLL, intermittently

I've got an old 16-bit application, that was developed for Windows 3.1. It preforms some calculations and is part of a more complex system. The system sets up the inputs for the program, and collects the output results.
Unfortunately, the 16-bit program is here to stay for the mean time, so we have to work around the frustrations it causes on modern operating systems.
The system runs on Windows XP, and on physical Windows XP machines it runs alright. The machine I'm having a problem with, is a Windows XP instance running on VirtualBox (version 4.1.12) on a Debian box. The physical computer is an HP Proliant server, with Quad Core Xeon 3.4 Ghz. I'm using remote desktop to access the computer from my Windows 7 box.
The error I'm getting is, "PROGRAM caused a General Protection Fault in WIN87EM.DLL at address : 0001:02C9". The annoying thing is, at times it works and other times it doesn't, making troubleshooting all that more frustrating.
From trawling the internet, I've come across a few sites that mention the same problem. None of them seem to offer real solutions, except to say that WIN87EM.DLL supplies floating point routines, and has some issues with certain printers.
I've uninstalled all printers on the virtual machine, I've also tried installing a PDF writer and setting it as the default printer - so that there is a printer on the machine. I've disabled resource sharing with my Remote Desktop connection. I've updated the Virtual Machine Guest drivers on the machine. I've also tried setting the compatibility to Windows 95 in the properties of the executable.
Any pointers for troubleshooting this problem, or methods I could try to get it working?
This question is old but I had this exact win87em.dll crash with some 16-bit factory automation software running natively on windows 7. By following the method of HIDE87.com and editing autoexec.nt I was able to make the software stop crashing so that I could make edits.
This machine was running Intel 8 Series/C220 Series chips. I attribute this configuration to the crash because I have used this same 16-bit software on tons of other windows 7 machines for years now.
edit: here's the steps I used to fix the problem
Download winfloat.exe from http://www.conradshome.com/win31/archive/
Open winfloat.exe with 7zip. Find HIDE87.com and extract it to desktop.
Copy HIDE87.com to C:\Windows\System32\
Open c:\windows\system32\autoexec.nt with notepad
At top of file, after first group of comments add the following
lh %SystemRoot%\system32\HIDE87.com
Add a comment above your last line
REM Fix for Gen. Protection Fault in win87em.dll
Save changes to autoexec.nt and reboot pc.
This was the same error I had with Microsoft XP Mode.
Obviously WIN87EM.DLL has Problems with virtualized processors.
My Solution: I "unloaded" the XP-Version of WIN87EM.DLL in the registry (search and delete every item with this name), and copied a much older version into application folder. The old version can be found her: http://support.microsoft.com/kb/86869/de
Good luck!
Video Driver win87em.dll
This is the step by step resolution to the problem we had with the “win87em.dll” issue.
Left-Click the START button in the bottom left corner of the screen.
Right-Click My Computer and left click Properties.
Left-Click the tab at the top that says Hardware
Left-Click the button that says Device Manager.
Left-Click the + sign next to Display Adapters near the top of the list.
Right-Click the items shown in the expanded list under Display Adapters and left-click Disable.
Left-Click the Yes button that shows when windows asks if you are sure you want to disable it.
Left-Click the No button when windows asks if you want to reboot.
Repeat the disable process for each item listed under Display Adapters (usually only one or two)
Reboot the PC and the win87em.dll General Protection Fault errors should go away.
This is only applicable for users on Windows XP. Most likely the display adapters listed will be shown as an Intel G41 internal display adapter, but it may be another Intel device. If this does not fix the issue then it is likely a bad printer driver causing the problem.
Disabling the video adapter will not hurt windows. It will make their computer unable to watch videos or play 3D games, but windows will still run and look fine. (They will probably need to change their screen resolution after rebooting.)
VirtualBox 4.3.16 should also have a fix. See https://www.virtualbox.org/ticket/12646 If you want the fix immediately, you'll have to build VirtualBox from OSE sources.
Update: VirtualBox 4.3.16 containing this fix is now officially released.
I know this is an old thread but I came across it while searching as I was having the same issue under Windows XP running VirtualBox. Eventually I found the following:
https://communities.vmware.com/people/jmattson/blog/2012/03
This is for VMWare and seems to have fixed the issue, couldn't find anything similar for VirtualBox but as VMWare Player is free it is a good workaround for anyone having this problem.
in the case of virtual machines - vxBOX (tested) of VM ware (maybe)
you just have to switch off all para virtualization options in the processors section of VX BOX options.
works like magic!

ppi for Windows 7 phone and tablets

I am fairly new at windows 7 graphics creation. My understanding is that all Windows phone 7 and Windows tablet graphics should be created at 96 ppi, not 72 like iPhone and android. Is this correct?
The sample graphics from windows and also another icon pack seem to support this idea as does this article (even though it's older):
http://blogs.msdn.com/b/expression/archive/2007/10/31/trick-or-treat-resolution-96-ppi.aspx
Before moving forward, I just want to make sure I don't have any wrong ideas about Windows phone/tablet graphics.
Thanks in advance for any responses!
Sticking to 96dpi shouldn't give you any problems on Windows or Windows Phone 7.
While not a wrong idea about graphics you do potentially have a wrong idea about Windows Phone (7) being comparable to a tablet:
Widnows Phone 7.0 (& 7.1) OS(es) are not and will never be tablet operating systems. All existing Windows based devices which are advertised as "tablets" either run a version of Windows (XP, Vista or 7) or are based on Windows CE.
If you try and create images which you can use across all of them without modification you are likely to run into issues.

Windows Phone 7 Emulator runs in slow mode... even tho my system supports VT

Windows Phone 7 Emulator runs in slow mode... even tho my system supports VT
I just updated my Sony Vaio FW21E's bios update, now VT is enabled, but emulator still runs in same old slow mode.
How can I run the emulator in VT mode.
Please advise.
Make sure your system meets the requirements laid out here.
Setup and System Requirements for Windows Phone Emulator
In particular, verify your gpu is being recognised by the emualtor by checking the frame rate counters are visible.
This will not happen if your display driver is not WDDM1.1 compliant and minimum Directx 10.
I also recommend trying a Win7 install on a spare hard disk if you're running Vista. This consistently produces positive results when problems of this nature are reported on hardware compliant systems.
I had this issue on my Mac running bootcamp. I read in some forum what appeared to be the weirdest solution ever.
If I had Netflix open, streaming a movie, my emulator would work perfectly. When I did not, it would just be the slowest thing.
I read somewhere that could be related to drivers and hardware acceleration. So Windows Phone was not 'hardcore' enough to trigger turning on the acceleration on the video card but when you had the streaming ON it was using it, making it fast.
You might try that out... I know it sounds dumb but it worked for me.
The HD3450 should be ok as its a DirectX 10 card I beleive
As said above the card needs to be WDDM1.1
you can check this by running 'dxdiag' in the run or search box in vista. go to 'Display 1' (or just Dispaly) tab, and on the right there will be DDI Version - should be 10, and Driver Model - should be WDDM 1.1.
If its not compliant with WDDM1.1/DX10, it will work ok but you wont get things like aminmations on page transitions etc.

Resources