[minicom-Patches][314493] [PATCH] Extending runscript for binary data

[minicom-patches at alioth.debian.org]

minicom-Patches item #314493 was changed at 2014-05-26 09:32 by Andreas Stenius
You can respond by visiting: 
https://alioth.debian.org/tracker/?func=detail&atid=300031&aid=314493&group_id=30018

Status: Open
Priority: 3
Submitted By: Tobias Schlager (schlagert-guest)
Assigned to: Nobody (None)
Summary: [PATCH] Extending runscript for binary data 
Category: None
Group: None
Resolution: Fixed


Initial Comment:
Hi,

I recently had some fun with runscript when writing scripts to automatically flash hardware configurations.

Reaching the limits of the runscript 'language' I decided to patch the runscript source to overcome the folliowing problems:

* It was not possible to send a null character using runscript (even when using the octal representation \0000). I would consider this a classical bug.

* I needed to send a small amout of dynamic, binary data using runscript, so I decided to add the new command/keyword ''!<" which works quite similar to the '!' command. However, it sends the stdout of the executed shell command to the modem (maybe binary data). I tried to implement it similarly to the send operator (including the 200ms 'safety' delay each 65 characters). This allows users to call external scripts/programs that generate binary data, e.g. a trivial example would be '!< cat firmware.bin'. A google search revealed that being able to send binary data from a runscript seems to be a badly wanted feature by many.

Regards
Tobias Schlager

----------------------------------------------------------------------

Comment By: Andreas Stenius (kaos-guest)
Date: 2014-05-26 09:32

Message:
Hi Adam, if this is committed, why is it still open?


----------------------------------------------------------------------

Comment By: Adam Lackorzynski (al-guest)
Date: 2013-10-29 12:12

Message:
Thanks. I've committed your feature.

----------------------------------------------------------------------

You can respond by visiting: 
https://alioth.debian.org/tracker/?func=detail&atid=300031&aid=314493&group_id=30018