B4J Question 'How to' B4J on Windows Xp 32 bit

[amorosik]

I would like to install the B4J ide on a PC with Windows XP 32 bit to create procedures that will then be used on other PCs with Windows XP 32 bit
I have already followed the procedure indicated on the product page but obviously being recent programs and libraries they do not work on the operating system indicated above
I would therefore need to understand:
- which is the most recent version of B4J Ide that works correctly on Windows XP 32 bit
- which jdk to use
- what procedures / settings to follow for correct ide activation

 

[agraham]

- which is the most recent version of B4J Ide that works correctly on Windows XP 32 bit

According to the B4A product page you will need.Net 4.5.2 or later on the XP machine but it seems this is not supported so you are probably out of luck
.NET Framework 4.5 and Windows XP | .NET Blog (microsoft.com)

 

[amorosik]

According to the B4A product page you will need.Net 4.5.2 or later on the XP machine but it seems this is not supported so you are probably out of luck
.NET Framework 4.5 and Windows XP | .NET Blog (microsoft.com)

The dot net framework 4.5.2 is found, not a problem
What version ide B4J and Jdk to use on Windows XP?

 

[agraham]

Try the latest B4J and Oracle JDK 8 for x86. You need a 32bit Java as OpenJDK 11 is 64bit only

 

[amorosik]

Win Xp 32 bit + B4J 7.32 + Jdk 1.8.0_152 x86

On supersimple program (a form + command button)
It compiles correctly and the form appears correctly
When the command button is pressed, execution stop
And it returns the log indicated below at

Waiting for debugger to connect...
Program started.
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d96202e, pid=820, tid=0x00000aec
#
# JRE version: Java(TM) SE Runtime Environment (8.0_152-b16) (build 1.8.0_152-b16)
# Java VM: Java HotSpot(TM) Client VM (25.152-b16 mixed mode, sharing windows-x86 )
# Problematic frame:
# C  [glass.dll+0x1202e]
#
# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows
#
# An error report file with more information is saved as:
# C:\PROGRA~1\Java\JDK18~1.0_~\bin\Objects\hs_err_pid820.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

 

[agraham]

I believe glass.dll, which is where the error seems to be is part of the Java runtime. I guess XP is just too old now. What does the saved log say?

As we say in the UK "You may be pissing against the wind with this one"

 

[amorosik]

I believe glass.dll, which is where the error seems to be is part of the Java runtime. I guess XP is just too old now. What does the saved log say?

As we say in the UK "You may be pissing against the wind with this one"

That the Windows XP operating system is old, is sure
That he is too old to run the B4J ide, is a nonsense
How did it get used 10 years ago with the B4J environment?
There will DEFINITELY be a couple of Ide b4j + jdk able to work correctly with Windows Xp

 

[EnriqueGonzalez]

How did it get used 10 years ago with the B4J environment?

B4j was created when windows 10 already existed.

B4a existed way before b4j and it was made in winforms. Later many years later it was rewritten in wpf rendering xp obsolete

My best guess is to work with java jdk 8.52

 

[agraham]

B4a existed way before b4j and it was made in winforms.

Wrong I'm afraid. Basic4ppc was WinForms based. Basic4Android was always WPF from the beginning.

 

[EnriqueGonzalez]

Wrong I'm afraid

Nop. I am right and you are wrong:

The Final Chapter in B4X...my wish..please Erel..pretty Please ;)

Hi All I have stared to look at windows phone 8 development....oh dear....compared to b4X it is another world. It would be so great is B4W was created, it would consolidate the whole development platform. So, my wish would be that Erel would consider developing this in the future. I am sure...

www.b4x.com

This was the leap from b4a 4.0 to 5.0

 

[Daestrum]

@amorosik Try using Java versions 8_131 or 8_141 or 8_144. (32 bit)

This bug was reported on later versions but because XP is not a supported OS it was basically ignored as not relevant.

 

[jahswant]

Simple : Upgrade. You'll knock you head with XP.

 

[EnriqueGonzalez]

Simple : Upgrade. You'll knock you head with XP.

Bad advice, of course any one with the possibilty will do it, if the client doesnt want, or cant, they will not.

 

[Sandman]

https://www.b4x.com/androide/forum/...h-please-erel-pretty-please.51668/post-323718

There's a typo in the URL, it should be:

https://www.b4x.com/android/forum/...h-please-erel-pretty-please.51668/post-323718

 

[amorosik]

Simple : Upgrade. You'll knock you head with XP.

Unfortunately it's not that simple
The question is not whether to use Windows XP or another operating system
On some machines it MUST remain Windows XP because there are programs that only work correctly on that operating system
And so if I find a way to make a B4J program work on Windows XP, I can conclude a supply to the customer
If I am not successful, the supply cannot be completed

 

[amorosik]

@amorosik Try using Java versions 8_131 or 8_141 or 8_144. (32 bit)

This bug was reported on later versions but because XP is not a supported OS it was basically ignored as not relevant.

Ok
Are you sure these versions work correctly with XP?
And for which versions of jdk?

 

[Sandman]

This is probably not an acceptable solution, but I imagine XP could run VirtualBox (or something like it), where one could install Win10 and then run B4J apps there. Just throwing it out there, in case it helps.

 

[amorosik]

This is probably not an acceptable solution, but I imagine XP could run VirtualBox (or something like it), where one could install Win10 and then run B4J apps there. Just throwing it out there, in case it helps.

The idea was evaluated and discussed with the customer
But it was discarded for the resources required in terms of cpu and ram that the virtual machine would require
The current only alternative is to rewrite the program in another development environment
What seems strange to me is how it has been possible, I imagine for several years, that many users have been able to use the B4J environment on Windows XP
Surely I am missing some essential information, because besides the B4J installation and the Jdk, the configuration of the jdk path, there is nothing else to do

 

[Sandman]

The idea was evaluated and discussed with the client
But it was discarded for the resources required in terms of cpu and ram that the virtual machine would require

Well, in that case I assume you also evaluated and discussed with the client to set up a cheap piece of crap machine running Win10 and then connecting to it from XP using RDP?

Surely I am missing some essential information

I really don't mean to be rude, but I think the world just largely moved on. That might not be the case where you're at - I imagine there's parts of the world where people largely stayed on XP. (Imaginary reason: National Identity application only runs on XP, and was never updated. So people never are able to throw out their old XP installations, keeping the country back for decades, OS-wise.)

 

[agraham]

Nop. I am right and you are wrong:

It seems you are right. I don't remember that at all

I know I'm forgetting things as I am getting old but things seem to be far worse than I thought