Win 11 problems

[guest]

From what I've found in searches, there are a couple of quick things you can try:

• Ensure that Smart App Control is turned off (Windows Security... App & browser control... Smart App Control settings... Off).
• Ensure that Windows 11 24H2 hasn't turned on BitLocker (Settings... System and Security... BitLocker Drive Encryption... Off).

I don't think they're likely to help, but worth checking anyway.

[Rod]

Edition Windows 11 Home
Version 24H2
Installed on ‎02/‎02/‎2025
OS build 26100.6584
Experience Windows Feature Experience Pack 1000.26100.234.0

I am in the process of updating to

2025-09 Cumulative Update Preview for Windows 11 Version 24H2 for x64-based Systems (KB5065789) (26100.6725)

Bit slow downloading so I will report back. My last update was 12/09/2025 so not expecting trouble.

[Rod]

Very latest update now installed. LBB ide loaded instantly, a large scrabble program I am working on compiled instantly and ran immediately. So no problems for me or LBB.

[CryptoMen]

I just downloaded Windows 11 for ARM on VMWARE FUSION for Apple M3 silicon.

I can not make LBB run properly while LB is running just fine. Is there a trick to make LBB run on this environment?

[guest]

I just downloaded Windows 11 for ARM on VMWARE FUSION for Apple M3 silicon.

I can not make LBB run properly while LB is running just fine. Is there a trick to make LBB run on this environment?

TL;DR; No, it's unlikely that there is anything you can do, since the fault lies in VMWare not in LBB.

As you are trying to run x86 code on an ARM CPU the degree of success will obviously depend on the quality of the x86 emulation. Apple's own 'Rosetta 2' emulation layer, which supports running x86 Mac applications on an Apple Silicon machine, is excellent, and BBC BASIC (on which LBB is based) runs perfectly in that environment.

I don't know whether VMWare uses Rosetta 2 but for cross-platform compatibility it may be that it doesn't, but instead uses its own x86 emulation. In that case it may be less accurate. For example LB4 never uses extended-precision (80-bit) floating-point arithmetic, whereas LBB does; so if the VMWare x86 emulation doesn't fully support 80-bit floats (the use of which is rare in Windows applications) that would explain the failure.

LB Booster is based on BBC BASIC for WIndows which runs on all versions of Windows from 95 to 11 (about 30 years), proving that it is about as 'standard' and 'compliant' a Windows app as it's possible to be! It does not need any instructions that are only present on some more recent CPUs, nor does it need any Windows API features that were introduced more recently.

So if LBB doesn't run it's the fault of VMWare. Sorry.

[CryptoMen]

I am quite puzzled because never mind 80 bit floats even PRINT "HELLO WORLD" does not work.

Interesting thing is LBB compiled EXE on x86 Windows somehow runs.

I haven't done extensive testing to see what runs and what fails.

On Arm Win 11, I tried compiling

FOR I=1 TO 10
PRINT I
NEXT I
END

It was compiled but and saved as TEXT.EXE without LBB crashing but when I try to run it, same thing SYNTAX ERROR AT 1...> Mistake

Now, I compıled above x86 and mailed to ARM M3 machine and it runs fine.

Then, I wrote the following to test REAL numbers.

X-0.5
FOR I=1 TO 10
Y=X/I
PRINT I,X,Y
NEXT I
END

It also ran but yes probably ınaccurate due to 80 bıt dıfference but anyway I never use Floats or Doubles and only work with INTEGERS.

Hence, I am puzzled why EXEs work this way but the Interpreter fails.

On LBB Pane it shows

10001 REM Automatically translated from Liberty BASIC to BBC BASIC
REM by 'LB Booster' version 2.70, Mon. 01 Dec 2025, 00:56:29
REM!Crunch spaces,rems
REM!Embed @lib$+"LBLIB.BBCC", @lib$+"LBprompt.tpl"
HIMEM = PAGE + &1F400000 : INSTALL @lib$ + "LBLIB.BBCC"
PROC_LBinit:Version$ = "4.04 (LBB 2.70)":erl%=0:lc%=0:io&=&F

10001 .10001 FOR I = 1 TO 10 : WHILE 0.10001E19.0001 EXIT FOR : ENDWHILE
10001 .10001 PRINT FN_str$(I)
10001 .10001 NEXT I
10001 .10001 PROC_end

Maybe, you can make sense out of this.

Same thing on x86 WIN comes as

1 REM Automatically translated from Liberty BASIC to BBC BASIC
REM by 'LB Booster' version 2.70, Mon. 01 Dec 2025, 00:56:29
REM!Crunch spaces,rems
REM!Embed @lib$+"LBLIB.BBCC", @lib$+"LBprompt.tpl"
HIMEM = PAGE + &1F400000 : INSTALL @lib$ + "LBLIB.BBCC"
PROC_LBinit:Version$ = "4.04 (LBB 2.70)":erl%=0:lc%=0:io&=&F

1 FOR I = 1 TO 10
2 PRINT FN_str$(I)
3 NEXT I
4 PROC_end
5
6

I am sure this something you can understand and fix.

LB runs correctly but very slowly and I was hoping to use LBB to speed it up.

I am also aware of BBC running fine on Rosetta with M chips but I have to make lots of changes to port random access file routines for translating LB and GW style LEN and FIELD usage. Obviously, LBB makes this translation. So, evaluated that option to convert it from LB to BBCBASIC with LBB and use that on Apple with BBC if I can extract that code onto disk.


And here is Hello World on LBB Pane:

10001 REM Automatically translated from Liberty BASIC to BBC BASIC
REM by 'LB Booster' version 2.70, Mon. 01 Dec 2025, 01:21:24
REM!Crunch spaces,rems
REM!Embed @lib$+"LBLIB.BBCC", @lib$+"LBprompt.tpl"
HIMEM = PAGE + &1F400000 : INSTALL @lib$ + "LBLIB.BBCC"
PROC_LBinit:Version$ = "4.04 (LBB 2.70)":erl%=0:lc%=0:io&=&F

10001 .10001 PRINT FN_crlf("HELLO WORLD")
10001 .10001
PROC_end
10001 .10001

[guest]

Code: Select all

10001 .10001 FOR I = 1 TO 10 : WHILE 0.10001E19.0001 EXIT FOR : ENDWHILE
10001   .10001 PRINT FN_str$(I)
10001   .10001 NEXT I
10001 .10001 PROC_end

Maybe, you can make sense out of this.

I wouldn't even try! The BBC BASIC for Windows interpreter is written in assembly language, making it even more difficult to predict how it might misbehave if something (for example 80-bit floats, but it could be something else) isn't being accurately emulated by VMWare.

I am sure this something you can understand and fix.

The fault is in VMWare, not in my code, so there's nothing for me to "fix". As I said before, BBC BASIC for Windows runs correctly in all versions of Windows from Windows 95 (OSR2) to Windows 11 inclusive, and has been used by thousands of people on all sorts of different platforms - but all of them genuine x86 CPUs of course.

Does VMWare provide a means to send them reports of incompatibility? If so I would suggest you create a Minimal Reproducible Example of BBC BASIC for Windows failing to run properly and send it to them.