Quote
torch - 2023-01-23 3:58 AM
Quote
C:Amie - 2022-11-08 7:07 AM
Quote
torch - 2022-10-12 5:11 PM
I tried installing the CE2.0 on my MobilePro 790 (without replacing the .dll files) but it hung at the "Creating Registry" part so I soft reset it. tried going into \Windows and trying the pvbload prog but it just hangs.
Coming back to this as I am conscious that we need to work out which dll registration is hanging as all of those cab's will be doing it.
Attached are the HPC2000 MIPS dll's in individual cab's. Could you please let me know which cause the problem in creating registry and which do not. Thanks

All of these work successfully on MobilePro 790
(clean install
). No registry hanging
I also figured out that Citgo's programs, if I overwrite the dlls, it tries to install the CE2.11 versions-thus that's why I have issues on CE 3.0. But if I just install the program skipping dll overwrite, the programs of course work.
But, I'm confused, C:Amie/CE Geek.
What do I exactly need to do to test with the individual cabs? I'm confused what is wanted for me to do with the registry too...
I was having issues installing the CE2.0 VB runtime
(maybe I didn't make this clear before
) on the 790
(that's what was hanging the registry if I recall correctly
), because I thought we were testing getting VB1.0 on HPC2000.
Then you made those indiv. cabs so we could isolate the problem
(because I thought you somehow made a souped-up mega runtime combo for VB1.0/VB2.0 for HPC2000 mips
)
I mean, I'm happy to test whatever you both want me to test. I was just confused on what I was testing. So I'll need a little more direction on that..
Okay, so the regsrv issue isn't with the CE 3 dll's it's coming from trying to overwrite the 3.00 ones with 2.00 or 2.11 ones. We're definitely going to have to re-write installers to solve this one
The individual CAB's were to test if it was a specific one of the DLL's causing the regsrv error and messing up the installation. Based on your initial comments on my combined test CAB not working due to the installer refusing to allow you to progress the install after registration failed. We need to work out clearly what the dependency chain is and exactly
what is causing the problem. We've eliminated the 3.00 DLL's.
There isn't a misunderstanding. I am trying to solve the mess of ALL VB runtime problems and end-user confusion. Not just PVB.
I think that this will represent a full fix for
.VB (eVB 3.0 CEVB 2.0) files on CE 2.11 and 3.0, including x86 on CE 4/5/6:
Full Runtime: https://www.hpcfactor.com/scl/1982/Microsoft_Corporation/Visual_Basi...
Core Runtime: https://www.hpcfactor.com/scl/1983/Microsoft_Corporation/Visual_Basi...
I discovered in looking at the PE headers that the arm720 versions of the DLL's are actually Thumb, so I have changed that
(naughty Microsoft
)
If someone with 2.11/3/4/5/6 devices can confirm that they install and allow .VB's to work. Please let me know.
This is for .PVB files ONLY. Having had a look at the DLL file set and the way it is wired. I think we've got a few different issues
1. I don't have any x86 file set for this. Are you saying that you do, or are your requests to get x86 working just for CEVB 2.0?
2. We need to register .PVB without upsetting .VB
3. Microsoft in their infinite wisdom used the same registration server ID's for CEVB 20 as they did for CEVB 1.0. This means that regsrv for both sets of DLL's are trying to write the exact same data to the exact same place in the registry. This is why everyone's devices are corrupting when they encounter .PVB or install .VB after they install .PVB on a non-runtimed device. so the question is: is the CEVB 2.0 control backwards compatible or are they incompatible and thus Microsoft's laziness has damned this exercise to be either one or the other and not both.