> It is still worth commenting on upstream bug trackers - they won't
> know what RISC OS is, but if the bug is not a RISC OS specific one
> then the bug report is still relevant.
It might be that RISC OS triggers it in a similar way to the odd set up
on that bug report.
src/log.c:
955 static void
956 check_redirect_output (void)
957 {
958 #ifndef WINDOWS
959 /* If it was redirected already to log file by SIGHUP, SIGUSR1 or -o parameter,
960 * it was permanent.
961 * If there was no SIGHUP or SIGUSR1 and shell is interactive
962 * we check if process is fg or bg before every line is printed.*/
963 if (!redirect_request_signal_name && shell_is_interactive && !opt.lfilename)
964 {
→ 965 if (tcgetpgrp (STDIN_FILENO) != getpgrp ())
966 {
967 /* Process backgrounded */
→ 968 redirect_output (true,NULL);
969 }
I haven't run this code, but I wonder if 965 is true. If Kevin is happy
to modify the source and re-build then he might be able to tell that 968
executes.
--
Cheers, Ralph.
https://plus.google.com/+RalphCorderoy
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
No comments:
Post a Comment