public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libstdc++/10797] filebuf.open() locks when using -lpthread on MIPS
       [not found] <20030515093600.10797.toojays@toojays.net>
@ 2003-06-08  8:27 ` dhazeghi@yahoo.com
  2003-06-17  7:44 ` toojays@toojays.net
                   ` (5 subsequent siblings)
  6 siblings, 0 replies; 7+ messages in thread
From: dhazeghi@yahoo.com @ 2003-06-08  8:27 UTC (permalink / raw)
  To: gcc-bugs

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10797


dhazeghi@yahoo.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING
  GCC build triplet|                            |mips-unknown-linux-gnu
   GCC host triplet|                            |mips-unknown-linux-gnu
 GCC target triplet|                            |mips-unknown-linux-gnu


------- Additional Comments From dhazeghi@yahoo.com  2003-06-08 08:23 -------
Hello,

would it be possible for you to confirm whether this problem still occurs with the current version 
of gcc (3.3)? Thanks,

Dara


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

* [Bug libstdc++/10797] filebuf.open() locks when using -lpthread on MIPS
       [not found] <20030515093600.10797.toojays@toojays.net>
  2003-06-08  8:27 ` [Bug libstdc++/10797] filebuf.open() locks when using -lpthread on MIPS dhazeghi@yahoo.com
@ 2003-06-17  7:44 ` toojays@toojays.net
  2003-06-19  8:39 ` toojays at toojays dot net
                   ` (4 subsequent siblings)
  6 siblings, 0 replies; 7+ messages in thread
From: toojays@toojays.net @ 2003-06-17  7:44 UTC (permalink / raw)
  To: gcc-bugs

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10797



------- Additional Comments From toojays@toojays.net  2003-06-17 07:38 -------
Dara, 
 
I don't have a gcc-3.3 set up for MIPS at the moment. I should be able to
organise this within the next 30 days or so. 
 
If anyone watching is interested, the original code is: 
 
#include <fstream> 
#include <iostream> 
#include <istream> 
 
class foo 
{ 
private: 
 std::filebuf fb; 
 std::istream is; 
 
public: 
 foo(); 
 void do_foo(); 
}; 
 
foo::foo() : is(&fb) {}; 
 
void foo::do_foo() 
{ 
 
 fb.open("file1", std::ios::in); 
 std::cout << "Opened file1" << std::endl; 
 fb.close(); 
 std::cout << "Closed file1" << std::endl; 
} 
 
int main() 
{ 
 foo().do_foo(); 
 return 0; 
}


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

* [Bug libstdc++/10797] filebuf.open() locks when using -lpthread on MIPS
       [not found] <20030515093600.10797.toojays@toojays.net>
  2003-06-08  8:27 ` [Bug libstdc++/10797] filebuf.open() locks when using -lpthread on MIPS dhazeghi@yahoo.com
  2003-06-17  7:44 ` toojays@toojays.net
@ 2003-06-19  8:39 ` toojays at toojays dot net
  2003-06-30 14:19 ` pinskia at physics dot uc dot edu
                   ` (3 subsequent siblings)
  6 siblings, 0 replies; 7+ messages in thread
From: toojays at toojays dot net @ 2003-06-19  8:39 UTC (permalink / raw)
  To: gcc-bugs

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10797



------- Additional Comments From toojays at toojays dot net  2003-06-19 08:33 -------
Okay, I've installed gcc-3.3 and the bug is still there. This is what it looks
like in gdb after I HUP the program:

Starting program: /home/toojays/t6/test1-gcc-3.3-with-pthread-native
[New Thread 16384 (LWP 21453)]

Program received signal SIGHUP, Hangup.
[Switching to Thread 16384 (LWP 21453)]
0x2aef3fd4 in __syscall_rt_sigsuspend () from /lib/libc.so.6
(gdb) bt
#0  0x2aef3fd4 in __syscall_rt_sigsuspend () from /lib/libc.so.6
#1  0x2aef29e0 in sigsuspend () from /lib/libc.so.6
#2  0x2ab4aeec in __pthread_wait_for_restart_signal () from /lib/libpthread.so.0
#3  0x2ab4db38 in __pthread_lock () from /lib/libpthread.so.0
#4  0x2ab481ec in pthread_mutex_lock () from /lib/libpthread.so.0
#5  0x2ab4c990 in flockfile () from /lib/libpthread.so.0
#6  0x2af49d30 in _IO_link_in_internal () from /lib/libc.so.6
#7  0x2af4c78c in _IO_old_file_init () from /lib/libc.so.6
#8  0x2af44c58 in fopen@GLIBC_2.0 () from /lib/libc.so.6
#9  0x2acb9c94 in std::__basic_file<char>::open(char const*, std::_Ios_Openmode,
int) (this=0x7fff79a0,
    __name=0x401270 "file1", __mode=1) at basic_file.cc:173
#10 0x2ac4132c in std::basic_filebuf<char, std::char_traits<char> >::open(char
const*, std::_Ios_Openmode) (
    this=0x7fff7938, __s=0x401270 "file1", __mode=8) at fstream.tcc:88
#11 0x00400da4 in foo::do_foo() (this=0x7fff7938) at filebuf_test1.cc:21
#12 0x00400eb0 in main () at filebuf_test1.cc:29


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

* [Bug libstdc++/10797] filebuf.open() locks when using -lpthread on MIPS
       [not found] <20030515093600.10797.toojays@toojays.net>
                   ` (2 preceding siblings ...)
  2003-06-19  8:39 ` toojays at toojays dot net
@ 2003-06-30 14:19 ` pinskia at physics dot uc dot edu
  2003-07-28 18:34 ` echristo at redhat dot com
                   ` (2 subsequent siblings)
  6 siblings, 0 replies; 7+ messages in thread
From: pinskia at physics dot uc dot edu @ 2003-06-30 14:19 UTC (permalink / raw)
  To: gcc-bugs

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10797


pinskia at physics dot uc dot edu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |NEW
     Ever Confirmed|                            |1
   Last reconfirmed|0000-00-00 00:00:00         |2003-06-30 14:19:28
               date|                            |


------- Additional Comments From pinskia at physics dot uc dot edu  2003-06-30 14:19 -------
Submitter confirmed that it is still a problem in 3.3 but this looks like a miscompiled glibc.


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

* [Bug libstdc++/10797] filebuf.open() locks when using -lpthread on MIPS
       [not found] <20030515093600.10797.toojays@toojays.net>
                   ` (3 preceding siblings ...)
  2003-06-30 14:19 ` pinskia at physics dot uc dot edu
@ 2003-07-28 18:34 ` echristo at redhat dot com
  2003-12-10 21:39 ` bkoz at gcc dot gnu dot org
  2004-09-21 19:22 ` pcarlini at suse dot de
  6 siblings, 0 replies; 7+ messages in thread
From: echristo at redhat dot com @ 2003-07-28 18:34 UTC (permalink / raw)
  To: gcc-bugs

PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10797


echristo at redhat dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
   Last reconfirmed|2003-06-30 14:19:28         |2003-07-28 18:34:09
               date|                            |


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

* [Bug libstdc++/10797] filebuf.open() locks when using -lpthread on MIPS
       [not found] <20030515093600.10797.toojays@toojays.net>
                   ` (4 preceding siblings ...)
  2003-07-28 18:34 ` echristo at redhat dot com
@ 2003-12-10 21:39 ` bkoz at gcc dot gnu dot org
  2004-09-21 19:22 ` pcarlini at suse dot de
  6 siblings, 0 replies; 7+ messages in thread
From: bkoz at gcc dot gnu dot org @ 2003-12-10 21:39 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From bkoz at gcc dot gnu dot org  2003-12-10 21:39 -------

A couple of things. One, you should be using "g++ -pthread" to link thread code
on linux (and all other platforms, but whatever). Two, this does seem to be a
problem in other parts of the toolchain, or a mips-specific issue: I am unable
to reproduce this on x86/linux, for instance.

Third, I ran this on my TiVo box and it seemed to work. 

Psych. However, it would be nice if somebody with this setup could run with
different LD_ASSUME_KERNEL settings. Ie:

 LD_ASSUME_KERNEL=2.4.19

-benjamin

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|3.2.2                       |3.3.2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10797


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

* [Bug libstdc++/10797] filebuf.open() locks when using -lpthread on MIPS
       [not found] <20030515093600.10797.toojays@toojays.net>
                   ` (5 preceding siblings ...)
  2003-12-10 21:39 ` bkoz at gcc dot gnu dot org
@ 2004-09-21 19:22 ` pcarlini at suse dot de
  6 siblings, 0 replies; 7+ messages in thread
From: pcarlini at suse dot de @ 2004-09-21 19:22 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pcarlini at suse dot de  2004-09-21 19:22 -------
No feedback for 9 months, I'm closing this.

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


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10797


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

end of thread, other threads:[~2004-09-21 19:22 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <20030515093600.10797.toojays@toojays.net>
2003-06-08  8:27 ` [Bug libstdc++/10797] filebuf.open() locks when using -lpthread on MIPS dhazeghi@yahoo.com
2003-06-17  7:44 ` toojays@toojays.net
2003-06-19  8:39 ` toojays at toojays dot net
2003-06-30 14:19 ` pinskia at physics dot uc dot edu
2003-07-28 18:34 ` echristo at redhat dot com
2003-12-10 21:39 ` bkoz at gcc dot gnu dot org
2004-09-21 19:22 ` pcarlini at suse dot de

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).