Implementation exec-alike function #30
Labels
Sans labels
aerscript
bug
duplicate
enhancement
help wanted
idea
question
won't fix
Sans jalon
Sans assignation
3 participants
Notifications
Échéance
Aucune échéance n'a été définie.
Dépendances
Aucune dépendance définie.
Référence : aerscript/Aer#30
Chargement…
Référencer dans un nouveau ticket
Sans contenu.
Supprimer la branche "%!s(<nil>)"
La suppression d’une branche est permanente. Bien qu’une branche supprimée puisse temporairement subsister, elle NE PEUT PAS être facilement restaurée. Continuer ?
Aer misses some kind of exec() or system(). It might be very useful, especially on embedded devices to interact with system and other software. I think we should implements it before 1.0.
Generally speaking, I think this is good idea.
First argument contains command to execute, second parameter will contains output from command execution if passed by reference.
Function returns -1 if any error ocurred, or command return value.
Some other ideas?
Should we get also a potential error reason ? (like from errno for example)
What kind of error do we expect? If application launched throw error it should be saved in $output and its return code should be returned by exec() function. Do we need something more?
All exec* sets errno internally, was just wondering if we should return the string error as third parameter (optional).
Not forcing anything here, it is good as is too.
This is true. I just wonder in which case it could be useful, because actually I don't find a reason why it might fail, except when exec() would be disabled.