¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io

QDOS vs Python vs c vs ...


 

Hi all,

My 2d¡¯s worth.

QDOS is extremely limited in the number of available commands compared with other languages.

BUT I have been using it with a U4B and have the following comments:

It is very easy to learn

It has more than enough power/flexibility to do whatever I want to do with the U$B

It would be totally unsuitable for complex mathematical caclulations, extensive databases etc.

My conclusion

As a programming language out in the wild it would be a non-starter, but in its designed place it is perfectly adequate.

I look forward to its extension for the QMX(+).

¡°It is vain to do with more what can be done with less¡±

73/72
John
M0JBA


 

Hi John

Yes, exactly... nobody is suggesting writing a large general purpose application using BASIC or QDOS. It's for scripting the behaviour of a radio and to some extent, customizing the radio and allowing people to play with their own modifications if they wish. QDOS will get significant updates when used in QMX, adding more features and making it even easier to use than in U4B.

A core principle is that all QDOS should be entirely hosted on the device (U4B, QMX) itself without relying on any external software development tools on a PC or PC utilities to program it; just simple terminal?emulator is sufficient. This is also consistent with the rest of the concept with QRP Labs rigs. There's no rig utility on a PC, no accompanying fancy software that would do plots and things. It's all by terminal access. This keeps it simple for me, and for you. Remember I do not have a large software development department. I *am* the software development department, as well as a number of other roles all mixed up in one; so keeping it simple is an absolute requirement. There's nothing so simple a BASIC in QDOS where you just type it in, and it's ready to go; you can run many of the commands at the command line too, and see their effect.?

Another interesting comparison is with the Elecraft transceivers. ALL of them, K3S, KX2, KX3, K4, KH1. Same concept. There was a whole book on Elecraft Macro programming written by Fred?KE7X (SK). Yet all the macros really are, are sets of the familiar CAT commands. There isn't any programming as such. Just execution of CAT commands. Yet there was enough material for a book, and enough flexibility to accomplish many things. Imagine how much further we can go with QMX.?

73 Hans G0UPL



On Fri, Sep 13, 2024 at 11:08?AM John Baines via <jbaines=[email protected]> wrote:
Hi all,

My 2d¡¯s worth.

QDOS is extremely limited in the number of available commands compared with other languages.

BUT I have been using it with a U4B and have the following comments:

? ? ? ? It is very easy to learn

? ? ? ? It has more than enough power/flexibility to do whatever I want to do with the U$B

? ? ? ? It would be totally unsuitable for complex mathematical caclulations, extensive databases etc.

My conclusion

? ? ? ? As a programming language out in the wild it would be a non-starter, but in its designed place it is perfectly adequate.

? ? ? ? I look forward to its extension for the QMX(+).

¡°It is vain to do with more what can be done with less¡±

73/72
John
M0JBA





 

Hans,?
Will the users?Basic program reside in flash or will it need to be loaded after power up like my old Atari 400 :)?

Jay




On Friday, September 13, 2024, 1:21 AM, Hans Summers <hans.summers@...> wrote:

Hi John

Yes, exactly... nobody is suggesting writing a large general purpose application using BASIC or QDOS. It's for scripting the behaviour of a radio and to some extent, customizing the radio and allowing people to play with their own modifications if they wish. QDOS will get significant updates when used in QMX, adding more features and making it even easier to use than in U4B.

A core principle is that all QDOS should be entirely hosted on the device (U4B, QMX) itself without relying on any external software development tools on a PC or PC utilities to program it; just simple terminal?emulator is sufficient. This is also consistent with the rest of the concept with QRP Labs rigs. There's no rig utility on a PC, no accompanying fancy software that would do plots and things. It's all by terminal access. This keeps it simple for me, and for you. Remember I do not have a large software development department. I *am* the software development department, as well as a number of other roles all mixed up in one; so keeping it simple is an absolute requirement. There's nothing so simple a BASIC in QDOS where you just type it in, and it's ready to go; you can run many of the commands at the command line too, and see their effect.?

Another interesting comparison is with the Elecraft transceivers. ALL of them, K3S, KX2, KX3, K4, KH1. Same concept. There was a whole book on Elecraft Macro programming written by Fred?KE7X (SK). Yet all the macros really are, are sets of the familiar CAT commands. There isn't any programming as such. Just execution of CAT commands. Yet there was enough material for a book, and enough flexibility to accomplish many things. Imagine how much further we can go with QMX.?

73 Hans G0UPL



On Fri, Sep 13, 2024 at 11:08?AM John Baines via <jbaines=[email protected]> wrote:
Hi all,

My 2d¡¯s worth.

QDOS is extremely limited in the number of available commands compared with other languages.

BUT I have been using it with a U4B and have the following comments:

? ? ? ? It is very easy to learn

? ? ? ? It has more than enough power/flexibility to do whatever I want to do with the U$B

? ? ? ? It would be totally unsuitable for complex mathematical caclulations, extensive databases etc.

My conclusion

? ? ? ? As a programming language out in the wild it would be a non-starter, but in its designed place it is perfectly adequate.

? ? ? ? I look forward to its extension for the QMX(+).

¡°It is vain to do with more what can be done with less¡±

73/72
John
M0JBA





--
Jginaz


 

Now I'm picturing a QMX++ with a cartridge port :-D

On Fri, Sep 13, 2024, at 09:36, Jay Gustin via groups.io wrote:
Hans,?
Will the users?Basic program reside in flash or will it need to be loaded after power up like my old Atari 400 :)?

Jay


 

Hi Jay
?
Will the users?Basic program reside in flash or will it need to be loaded after power up like my old Atari 400 :)?

In EEPROM of course... Now you know the?reason why I chose a big expensive 128 KByte EEPROM for QMX instead of the much cheaper 8K one used in QDX ;-)? ?I had a plan ;-)?

73 Hans G0UPL


 

I had a plan ;-)

A cunning plan no doubt.

73
John
M0JBA


 

A plan so cunning you can stick a tail on it, call it a weasel?

On Fri, Sep 13, 2024, at 10:31, John Baines via groups.io wrote:
I had a plan ;-)?

A cunning plan no doubt.

73
John?
M0JBA
?








 

Cartidges! I love it!
--
73, Dan? NM3A


 

When I see QDOS two things come to mind.
?
QDOS a z80 clone of CP/M-80.. didn't get a large following.
?
QDOS? Seattle Computing Corp, Quick and dirty OS for the 8088/8086
which was bough by Microsoft as IDM DOS V1.
?
There is no reference I know of QDOS as a language.? Send me a clue?
?
As to Basic, its widespread, its been ported to just about every
processor/platform.? Its an acceptable language for solving
problems.? My only beef with most versions is speed as its usually
an interpreted language.
?
--
Allison
------------------
Post online only,?
direct email will go to a bit bucket.


 

Hello Allison

QDOS =? QRP Labs Disk Operating System

What I called the U4B OS with BASIC, FIle manager, Command Line, Debugger, Text Editor. With all due apologies to former proper users of the "QDOS" ;-)?

73 Hans G0UPL



On Fri, Sep 13, 2024 at 7:33?PM ajparent1/kb1gmx via <kb1gmx=[email protected]> wrote:
When I see QDOS two things come to mind.
?
QDOS a z80 clone of CP/M-80.. didn't get a large following.
?
QDOS? Seattle Computing Corp, Quick and dirty OS for the 8088/8086
which was bough by Microsoft as IDM DOS V1.
?
There is no reference I know of QDOS as a language.? Send me a clue?
?
As to Basic, its widespread, its been ported to just about every
processor/platform.? Its an acceptable language for solving
problems.? My only beef with most versions is speed as its usually
an interpreted language.
?
--
Allison
------------------
Post online only,?
direct email will go to a bit bucket.