public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libc/9854] New: glibc opens up new tty to print *** %n in writable segment detected ***
@ 2009-02-17  0:33 walch dot martin at web dot de
  2009-02-17  1:42 ` [Bug libc/9854] " drepper at redhat dot com
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: walch dot martin at web dot de @ 2009-02-17  0:33 UTC (permalink / raw)
  To: glibc-bugs

I am a user of Gentoo Linux and I found some warnings on my screen that I could
not redirect like stdout or stderr. They appear during execution of configure
scripts, like the ones from coreutils or m4 and are caused by glibc. So I wrote
a bug report on the Gentoo bug tracker. But the guys there say that everything
is as it should be:

http://bugs.gentoo.org/show_bug.cgi?id=257279

But I do not think, that this is acceptable. Next, I wrote to the bug-autoconf
mailing list:

http://lists.gnu.org/archive/html/bug-autoconf/2009-02/msg00006.html

and was forwarded to bug-gnulib:

http://lists.gnu.org/archive/html/bug-gnulib/2009-02/msg00103.html

and from there I was sent here:

http://lists.gnu.org/archive/html/bug-gnulib/2009-02/msg00106.html

-- 
           Summary: glibc opens up new tty to print *** %n in writable
                    segment detected ***
           Product: glibc
           Version: 2.8
            Status: NEW
          Severity: normal
          Priority: P2
         Component: libc
        AssignedTo: drepper at redhat dot com
        ReportedBy: walch dot martin at web dot de
                CC: glibc-bugs at sources dot redhat dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=9854

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug libc/9854] glibc opens up new tty to print *** %n in writable segment detected ***
  2009-02-17  0:33 [Bug libc/9854] New: glibc opens up new tty to print *** %n in writable segment detected *** walch dot martin at web dot de
@ 2009-02-17  1:42 ` drepper at redhat dot com
  2009-02-17  8:38 ` walch dot martin at web dot de
  2009-09-11 20:03 ` kees at outflux dot net
  2 siblings, 0 replies; 4+ messages in thread
From: drepper at redhat dot com @ 2009-02-17  1:42 UTC (permalink / raw)
  To: glibc-bugs


------- Additional Comments From drepper at redhat dot com  2009-02-17 01:42 -------
The message should not be ignored and the code in glibc works hard to always get
the message out.  It works as it should.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID


http://sourceware.org/bugzilla/show_bug.cgi?id=9854

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug libc/9854] glibc opens up new tty to print *** %n in writable segment detected ***
  2009-02-17  0:33 [Bug libc/9854] New: glibc opens up new tty to print *** %n in writable segment detected *** walch dot martin at web dot de
  2009-02-17  1:42 ` [Bug libc/9854] " drepper at redhat dot com
@ 2009-02-17  8:38 ` walch dot martin at web dot de
  2009-09-11 20:03 ` kees at outflux dot net
  2 siblings, 0 replies; 4+ messages in thread
From: walch dot martin at web dot de @ 2009-02-17  8:38 UTC (permalink / raw)
  To: glibc-bugs


------- Additional Comments From walch dot martin at web dot de  2009-02-17 08:38 -------
IMO the exact opposite is true. The message can not be logged and will be
discarded. It will be ignored, because it will not even be recognized.

It is always possible to ignore a warning, no matter how it is announced. But
when caring about important warnings, they are expected on stderr. I personally
prefer an operating system that cooperates and does not force me to keep a
terminal open.

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=9854

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Bug libc/9854] glibc opens up new tty to print *** %n in writable segment detected ***
  2009-02-17  0:33 [Bug libc/9854] New: glibc opens up new tty to print *** %n in writable segment detected *** walch dot martin at web dot de
  2009-02-17  1:42 ` [Bug libc/9854] " drepper at redhat dot com
  2009-02-17  8:38 ` walch dot martin at web dot de
@ 2009-09-11 20:03 ` kees at outflux dot net
  2 siblings, 0 replies; 4+ messages in thread
From: kees at outflux dot net @ 2009-09-11 20:03 UTC (permalink / raw)
  To: glibc-bugs


------- Additional Comments From kees at outflux dot net  2009-09-11 20:02 -------
glibc attempts to write to the controlling terminal, in the hopes that it will
be noticed at the highest possible level.  Especially since a process may have
closed its stderr already.

To explicitly disable this and try to write to fd 2, you can set the environment
variable LIBC_FATAL_STDERR_=1 (yes, there is a trailing underscore in the
variable name). 

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=9854

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2009-09-11 20:03 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-02-17  0:33 [Bug libc/9854] New: glibc opens up new tty to print *** %n in writable segment detected *** walch dot martin at web dot de
2009-02-17  1:42 ` [Bug libc/9854] " drepper at redhat dot com
2009-02-17  8:38 ` walch dot martin at web dot de
2009-09-11 20:03 ` kees at outflux dot net

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).