(
Jump to the original submission)
Mon 04 May 2015 02:36:28 PM UTC, comment #6:
in that case, i'd be for an extra option of "system" which reflects Matlab's behavior by default
|
Mon 04 May 2015 02:27:52 PM UTC, comment #5:
"--braindead", as I understand it, doesn't mean "make it Matlab compatible". It's not supposed to affect behaviour. Octave's goal is already to be to behave like Matlab. The --braindead option is only for superficial cosmetic differences that don't really impact behaviour, such as changing the default prompt or the default matrix display formats.
|
Mon 04 May 2015 02:05:55 PM UTC, comment #4:
Why don't we go with a user preference variable?.. In this case I'd expect it to be a part of "--braindead" option (redirecting all to stdout).
|
Mon 04 May 2015 01:47:24 PM UTC, comment #3:
Perhaps we should have a version of system (with a different name, or as an option) that can capture stderr separately, or let it go to stderr if the user wants that behavior? It really seems better to me to not redirect stderr to stdout unless requested.
|
Sun 03 May 2015 10:39:45 PM UTC, comment #2:
Marking as confirmed Matlab incompatibility: both stdout and stderr together should be returned in the output string.
Changing this for the 4.0 release might break some expectations in existing code.
|
Fri 03 Apr 2015 03:04:48 PM UTC, comment #1:
I posted this issue before, and someone provided a workaround:
[st, out] = system ('foo 2>&1');
This solved my problem, but I still think it is better to make the behavior consistent.
|
Fri 03 Apr 2015 12:33:54 PM UTC, original submission:
As far as I can tell Matlab captures everything if system() is called with two output arguments and suppresses all error messages.
Matlab:
Octave:
|
(Note: upload size limit is set to 16384 kB, after insertion of the required
escape characters.)
Attach File(s):
Comment:
No files currently attached
Depends on the following items: None found
Items that depend on this one
Digest:
bug dependencies.
Follow 6 latest changes.