 Notice. New forum software under development. It's going to miss a few functions and look a bit ugly for a while, but I'm working on it full time now as the old forum was too unstable. Couple days, all good. If you notice any issues, please contact me. |
Forum Index : Microcontroller and PC projects : PicoMite V6.00.00 release candidates - all versions
  Page 25 of 25 |
|||||
| Author | Message | ||||
thwill Guru  Joined: 16/09/2019 Location: United KingdomPosts: 4294 |
The combinatorial explosion of PicoMite firmware is only exceeded by that of PicoMite PCB designs  .Best wishes, Tom MMBasic for Linux, Game*Mite, CMM2 Welcome Tape, Creaky old text adventures |
||||
| matherp Guru Joined: 11/12/2012 Location: United KingdomPosts: 10170 |
No |
||||
Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 7804 |
It's apparently working in the development branch of the SDK, including Bluetooth 5.2. info here Here be dragons though.... lol Edited 2024-11-25 21:08 by Mixtel90 Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
| mace Newbie  Joined: 04/03/2023 Location: FinlandPosts: 9 |
PicoMite 5.08.00. Pins all output. Port(1,2,4,4,9,2)=255.Port all high. missing parenthes(own typo) Port(1,2,4,4,9,2=255.Bits 0-5 high,bits 6,7,low. No error message. |
||||
| Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 7804 |
9 starts the final pair but the command is then abandoned as the second value is missing. The variable "2" is set to 255 :) Interesting... Try it with OPTION EXPLICIT Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
| JohnS Guru Joined: 18/11/2011 Location: United KingdomPosts: 4031 |
The 2=255 is probably evaluated and if so will be false (0 I think) Then... not sure what a Port on its own does? John |
||||
javavi Guru Joined: 01/10/2023 Location: UkrainePosts: 447 |
Good day! I propose to consider such a mechanism for executing a chain of programs .... End cmdline$ The operator End cmdline$ the program and passes the argument to the MM.CMDLINE$ variable, which in turn is entered in the command line of the prompt. > cmdline$ Thus, upon completion the program can output the result, message, execute the command line, run the program with its arguments. |
||||
| Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 7804 |
Why not use RUN file$, cmdline$ in your program? That already exists. You can't get back anyway as any new program will overwrite the previous one and its variables (unless it exists in a flash slot where you can use FLASH CHAIN). Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
| matherp Guru Joined: 11/12/2012 Location: United KingdomPosts: 10170 |
6.00.01 is closed for changes other than bug fixes |
||||
| javavi Guru Joined: 01/10/2023 Location: UkrainePosts: 447 |
I would even be happy with a RUN cmdline$ command that would execute the line. |
||||
| Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 7804 |
RUN file$, cmdline$ exists now. You just have ro set it up: RUN "A:/junkfiles/mynextprogram.bas","the,argument,string" then retrieve MM.CMDLINE$ and parse the arguments when the program starts Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
| javavi Guru Joined: 01/10/2023 Location: UkrainePosts: 447 |
I meant the RUN [file$],[cmdline$] RUN command in which the file name is an optional parameter and it could be skipped and the next line executed. |
||||
| javavi Guru Joined: 01/10/2023 Location: UkrainePosts: 447 |
I meant the RUN [file$],[cmdline$] RUN command in which the file name is an optional parameter and it could be skipped and the next line executed. |
||||
| Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 7804 |
No, not possible. You have to know what you are going to run as there can't be any environment variables. The best you could do would be to write your variables to a file either in flash or on A:, then anything can retrieve them. You can't have environment variables as there's nowhere for them to be. The program and variables areas get wiped. What you suggest would simply run the program currently in memory so there's not a lot of point. Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
| javavi Guru Joined: 01/10/2023 Location: UkrainePosts: 447 |
I need a way that could execute any command line entered into a program as if it was entered at the command prompt. For example, a user enters a command in FileManager and expects that any valid COMMAND including OPTION will be executed. I don't see a way out yet, and the EXECUTE command doesn't suit me with its limitations. RUN [file$],[cmdline$] RUN ,"FILES ,size"+Chr$(13) That is why I suggested the following syntax for the RUN command, in which, if the file name is missing, the following command line parameter will be executed. |
||||
twofingers Guru Joined: 02/06/2014 Location: GermanyPosts: 1556 |
I think this is something that used to be done on home computers by writing to the keyboard buffer. I don't know if the Picomite could still do this today. Michael causality ≠ correlation ≠ coincidence |
||||
| Mixtel90 Guru Joined: 05/10/2019 Location: United KingdomPosts: 7804 |
I can see what you are trying to do, but I can't see how it could be done as MMBasic has been designed from the ground up with a command line for humans to use, not programs. I suspect you'd have to rewrite fundamental parts of MMBasic to allow this. Even then, if someone made a mess of programming you could get a system that's in a continuous reboot loop. TBH I think this is wishful thinking as it's of very limited use. Mick Zilog Inside! nascom.info for Nascom & Gemini Preliminary MMBasic docs & my PCB designs |
||||
| javavi Guru Joined: 01/10/2023 Location: UkrainePosts: 447 |
Yes, in general the application is limited, but in my rare case I need it. I think this is only needed for system programs. Edited 2024-11-30 04:13 by javavi |
||||
| Page 25 of 25 |
|||||
 Print this page |
 |
The Back Shed's forum code is written, and hosted, in Australia. | © JAQ Software 2025 |
