The Sinclair QL Forum

XorA wrote:

tofro wrote:

XorA wrote: Would bad param be -15 by any chance?

Yep.

Thanks for jumping in Tobias.

XorA wrote: uQLx codebase returns that when there are no serial ports, on Windows port you can never have any serial ports. On linux you probably need to configure them.

I think that's the point. I tried to configure sqlux.ini for serial ports under Windows but I was unable to make it work or make any difference for BAUD.

XorA wrote: But if TDESK is exiting due to this it is a bug in TDESK and not the emulator!

Yes and no. Since day one (12.01.1984) all QL systems always accepted BAUD 9600, no matter if their serial ports were working, broken or even absent. TDESK assumed in good faith that BAUD 9600 never return an error. And it worked that way since 1988. Sure, TDESK could be amended, but I really hoped that I had ultimately closed development of the version 1 codebase way back in summer 1995.

Being Swiss, here my compromise proposal :
1. I open the QTop version 1 codebase sometime in 2022, change the way BAUD is handled (and maybe do some other changes, damn I never wanted to dig out the list of pending changes and improvements) plus compile it with the latest version of the TURBO compiler. The result will be included in QL/E v3.22 (tba).
2. Graeme amends sQLux in a way, that when no serial ports are available or supported (e.g. Windows version of sQLux), that then BAUD does not return any error. This to emulate a Sinclair QL more precisely. The result will be good for all QL programs invoking BAUD.

Deal?

Have a great day,
Urs

QLvsJAGUAR wrote:

XorA wrote:

tofro wrote:
Yep.

Thanks for jumping in Tobias.

XorA wrote: uQLx codebase returns that when there are no serial ports, on Windows port you can never have any serial ports. On linux you probably need to configure them.

I think that's the point. I tried to configure sqlux.ini for serial ports under Windows but I was unable to make it work or make any difference for BAUD.

XorA wrote: But if TDESK is exiting due to this it is a bug in TDESK and not the emulator!

Yes and no. Since day one (12.01.1984) all QL systems always accepted BAUD 9600, no matter if their serial ports were working, broken or even absent. TDESK assumed in good faith that BAUD 9600 never return an error. And it worked that way since 1988. Sure, TDESK could be amended, but I really hoped that I had ultimately closed development of the version 1 codebase way back in summer 1995.

Being Swiss, here my compromise proposal :
1. I open the QTop version 1 codebase sometime in 2022, change the way BAUD is handled (and maybe do some other changes, damn I never wanted to dig out the list of pending changes and improvements) plus compile it with the latest version of the TURBO compiler. The result will be included in QL/E v3.22 (tba).
2. Graeme amends sQLux in a way, that when no serial ports are available or supported (e.g. Windows version of sQLux), that then BAUD does not return any error. This to emulate a Sinclair QL more precisely. The result will be good for all QL programs invoking BAUD.

Deal?

Have a great day,
Urs

Heh, its actually another bug where a function that has a return value has no return statement, use the x86_32 version and you won't see the issue

More decades old bugs!

v1.0.3 has been released!

Ta muchly.

XorA wrote:Heh, its actually another bug where a function that has a return value has no return statement, use the x86_32 version and you won't see the issue

More decades old bugs!

I tell you a secret: Bugs are all over the world in each and every program.

QLvsJAGUAR wrote:

XorA wrote:Heh, its actually another bug where a function that has a return value has no return statement, use the x86_32 version and you won't see the issue

More decades old bugs!

I tell you a secret: Bugs are all over the world in each and every program.

Nope. There's only ever one bug in a program: The next one

XorA wrote:v1.0.3 has been released!

Thank you!

Just tried the 64-bit version shortly. TDESK starts without crashing now.

You made my day! Seriously, after all that bullshit at work today, this is true.

Switching off the PCs now, need to relax a bit.

Cheers,
Urs

QLvsJAGUAR wrote:

XorA wrote:v1.0.3 has been released!

Thank you!

Just tried the 64-bit version shortly. TDESK starts without crashing now.

You made my day! Seriously, after all that bullshit at work today, this is true.

Switching off the PCs now, need to relax a bit.

Cheers,
Urs

Erk, I fixed it while re-installing my Workstation as a linux crash nuked my filesystem (from orbit).

Hi,

Sorry to bring you back to the BDI problem I have,

I can not get the BDI defined file to load with BDI1 or SDC1, see the screen shot below, showing my sQLux setup:
I have tested the BDI file: QL_BDI_BIN which looks okay, do you think the problem is in the BDI_bin file I am using, reports BDI Driver v0.95.074

I am using only the supplied ROM file with sQLux.

Derek_Stewart wrote:Hi,

Sorry to bring you back to the BDI problem I have,

I can not get the BDI defined file to load with BDI1 or SDC1, see the screen shot below, showing my sQLux setup:

sQLux v1.03.png

I have tested the BDI file: QL_BDI_BIN which looks okay, do you think the problem is in the BDI_bin file I am using, reports BDI Driver v0.95.074

I am using only the supplied ROM file with sQLux.

Hi Derek,

You are still not doing as instructed.

BDI1=<filename> in sqlux.ini

NOT DEVICE= that is only for sqlux/uqlx emulated devices.