Re: coredump without '+' final argument

2023-08-06 Thread Alexander Burger
Hi Jason, > ie. we should really track down what is making it coredump in the > non-'+'-suffixed > '(argv)' case when no error was reported when debugging is enabled by > '+' argv suffix - that was my only picolisp specific complaint . As I tried to explain several times in this thread (in this l

Re: best Shebang line for executable scripts

2023-08-06 Thread Alexander Burger
On Sun, Aug 06, 2023 at 07:20:40AM +0100, Jason Vas Dias wrote: > Wow ! I've just figured out the best execve(2) Shebang line for pil scripts: > > $ cat myscript.l > #!/usr/bin/pil -script (car (nth (argv) 1)) (nth (argv) 2) Just for the records, note that (car (nth Lst 1)) is the same a

Re: coredump without '+' final argument - Actually Useful Version!

2023-08-06 Thread Jason Vas Dias
OK, just to knock it on the head, and putting it together with the previous mail I sent on the best Shebang line, this is actually what I was trying to achieve with the r L_RT.l script : Mode 1: List Routes $ ./L_RT.l -pr 0.0.0.0/0 wlp59s0 192.168.43.1UP,

Re: best Shebang line for executable scripts

2023-08-06 Thread Jason Vas Dias
Yes, but please mention something about '(script ...) in the main 'ref' "Invocation" Section. It took me a long time to find! On 06/08/2023, Alexander Burger wrote: > On Sun, Aug 06, 2023 at 07:20:40AM +0100, Jason Vas Dias wrote: >> Wow ! I've just figured out the best execve(2) Shebang line fo

Re: best Shebang line for executable scripts

2023-08-06 Thread Alexander Burger
On Sun, Aug 06, 2023 at 11:33:32AM +0100, Jason Vas Dias wrote: > Yes, but please mention something about '(script ...) in the > main 'ref' "Invocation" Section. It took me a long time to find! Can you first explain what you are trying to achieve? 'script' in the hashbang line makes no sense to

Re: coredump without '+' final argument - Actually Useful Version!

2023-08-06 Thread Alex Williams
Hi Jason, I don't want to be rude, but to put emphasis on what Alexander Burger wrote, your code is really bad. It doesn't follow any of the very simple "naming conventions" of PicoLisp, and it doesn't even follow other LISP "coding conventions". It's hard to read, difficult to grok, messy, p

Subscribe

2023-08-06 Thread Abraham Palmer
Hello Abraham Palmer :-) You are now subscribed Sent from my iPhone -- UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe