|
Administrator H/PC Oracle Posts: | 18,011 |
Location: | United Kingdom | Status: | |
| There are no x86 generated CABs by the automated tools. |
|
|
|
H/PC Elite Posts: | 707 |
Location: | Europe | Status: | |
| C:Amie - 2024-01-19 7:33 AM
There are no x86 generated CABs by the automated tools.
What even is the source of the x86 eVB runtime? Where did it come from? Edited by I dunk for bananas 2024-01-19 10:00 AM
|
|
|
|
Subscribers H/PC Vanguard Posts: | 3,689 |
Location: | Japan | Status: | |
| C:Amie - 2024-01-19 4:33 PM
There are no x86 generated CABs by the automated tools.
Oh yes, that is true, I think. Was it SH3, SH4, MIPS and ARM only for the automated tools? |
|
|
|
Administrator H/PC Oracle Posts: | 18,011 |
Location: | United Kingdom | Status: | |
| I dunk for bananas - 2024-01-19 9:56 AM
C:Amie - 2024-01-19 7:33 AM
There are no x86 generated CABs by the automated tools.
What even is the source of the x86 eVB runtime? Where did it come from?
They were included in the HPC2000 dev tools release (which is the CE 3.0 standard SDK ). At the time, MS were liberalising CE licensing with CE 3's arrival and that allowed licensing for x86. The DLL's were thrown in as an after thought to allow HPC2000 to continue to work in the same way that H/PC Pro 3.0 did with eVT 3.0.
stingraze - 2024-01-19 10:14 AM
C:Amie - 2024-01-19 4:33 PM
There are no x86 generated CABs by the automated tools.
Oh yes, that is true, I think. Was it SH3, SH4, MIPS and ARM only for the automated tools?
Correct. They were not altered from 2.11. |
|
|
|
Subscribers H/PC Guru Posts: | 5,758 |
Location: | United States | Status: | |
| C:Amie, would the eVB quirks still apply if I dunk for bananas were to try to use eVC 4 to compile ?
Just curious since 3.0 was mentioned earlier.
Also let me know if you all need help resting on 6.0 x86.
I also wonder if some of this is related to when we tried with @WinCEDev to get the vb screenshot program running on x86
https://www.hpcfactor.com/forums/forums/thread-view.asp?tid=21065&start=16
|
|
|
|
Administrator H/PC Oracle Posts: | 18,011 |
Location: | United Kingdom | Status: | |
| You cannot use eV C to compile Visual Basic (eV B) |
|
|
|
H/PC Elite Posts: | 707 |
Location: | Europe | Status: | |
| Maybe there'd be different results if I tried a different eVB version, do we have any other versions around? |
|
|
|
Administrator H/PC Oracle Posts: | 18,011 |
Location: | United Kingdom | Status: | |
| The only other x86 version I am aware of is the x86em from 2.11.
You could try compiling it in VB6 rather than eVT in the event that it's an eVT byte code issue. |
|
|
|
Subscribers H/PC Guru Posts: | 5,758 |
Location: | United States | Status: | |
| To the best of my knowledge, 2.12 was the first x86 for actual hardware. Maybe I dunk for bananas can add this to her tools?
https://www.hpcfactor.com/downloads/2961/Windows_CE_2.12_x86_Targets_for_eVT_Visual_Studio_6.0
x86EM programs don't work on x86, since x86em was like a weird recompilation of CE on NT hardware ( if memory serves ) - I think TFGBD had luck hex editing simple stuff but overall not working.
Also I think I misspoke, I don't think there's a EVB 4.0 so I didn't mean to be confusing before |
|
|
|
Subscribers H/PC Guru Posts: | 5,758 |
Location: | United States | Status: | |
| I also found some more SDKs, including one for CE2.12 (presumably x86 ) here
Not sure if it's any different than the HPC:Factor version
https://junipersys.com/support/article/1669
AllegroCE/DOS 2.12 Field PC
VB 2.12
Custom SDK |
|
|
|
H/PC Elite Posts: | 707 |
Location: | Europe | Status: | |
| C:Amie - 2024-01-19 7:53 PM
The only other x86 version I am aware of is the x86em from 2.11.
You could try compiling it in VB6 rather than eVT in the event that it's an eVT byte code issue.
How exactly can I build an eVB application with VB6? |
|
|
|
H/PC Elite Posts: | 707 |
Location: | Europe | Status: | |
| Okay I managed to build it with VB6, but it yields the same result I'll do more testing tomorrow |
|
|
|
Administrator H/PC Oracle Posts: | 18,011 |
Location: | United Kingdom | Status: | |
| Blimey, you had a late night!
So it's not the compiler then, yeesh. And yet someone else's vb so works fine. But a blank project and the last amount of code needed to display the control also breaks on CE 5 |
|
|
|
H/PC Elite Posts: | 707 |
Location: | Europe | Status: | |
| C:Amie - 2024-01-20 7:24 AM
Blimey, you had a late night!
So it's not the compiler then, yeesh. And yet someone else's vb so works fine. But a blank project and the last amount of code needed to display the control also breaks on CE 5
Yeah It's so perplexing
If only we had the source code to that notepad application.. Is there maybe some other open source eVB application that would allow me to check if its implementation of the common dialogs ends up working? |
|
|
|
Administrator H/PC Oracle Posts: | 18,011 |
Location: | United Kingdom | Status: | |
| What about MobileCubed' H-Bomb, we have the source for that?
https://www.hpcfactor.com/scl/8/MobileCubed/H-Bomb/version_1.3
Edit: Line 948 / 1003 in frmHBomb.ebf for .ShowOpen
This is the object property initialisation: Left = 1560
Top = 2880
_cx = 847
_cy = 847
CancelError = 0 'False
Color = 0
DefaultExt = ""
DialogTitle = ""
FileName = ""
Filter = "All Files (*.*)|*.*"
FilterIndex = 0
Flags = 0
HelpCommand = 0
HelpContext = ""
HelpFile = ""
InitDir = ""
MaxFileSize = 256
FontBold = 0 'False
FontItalic = 0 'False
FontName = ""
FontSize = 10
FontUnderline = 0 'False
Max = 0
Min = 0
FontStrikethru = 0 'False |
|
|