I get same stuff from valgrind for similar source code. I use Ubuntu
9.10 x86
==3058== HEAP SUMMARY:
==3058== in use at exit: 28 bytes in 1 blocks
==3058== total heap usage: 44 allocs, 43 frees, 122,820 bytes allocated
==3058==
==3058== Searching for pointers to 1 not-freed blocks
==3058==
Last comment from me, promise. You can't blame me for feeling a little
miffed when I was told I was running a third party threading library!
--
Memory problems on pthread_cancel()
https://bugs.launchpad.net/bugs/50722
You received this bug notification because you are a member of Ubuntu
Bugs, whi
libpthread20 isn't shipped anymore.
--
Memory problems on pthread_cancel()
https://bugs.launchpad.net/bugs/50722
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubun
Ah well, I tried. It's a pity that Ubuntu doesn't want to accept bugs
for components it ships, but there you go.
--
Memory problems on pthread_cancel()
https://bugs.launchpad.net/bugs/50722
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
> When you get told by an Ubuntu person that you are running
> a 3rd party threads library, when you are using libpthread20,
> not sure if they are too interested.
no, we are not. setting this to won't fix.
** Changed in: glibc (Ubuntu)
Status: Confirmed => Won't Fix
--
Memory problems
I just tried this, and while I still get reachable blocks, I don't get
any "definaly lost" memory:
==15623== LEAK SUMMARY:
==15623==definitely lost: 0 bytes in 0 blocks.
==15623== possibly lost: 0 bytes in 0 blocks.
==15623==still reachable: 892 bytes in 5 blocks.
==15623== su
I'm changing this to confirmed.
** Changed in: glibc (Ubuntu)
Status: Invalid => Confirmed
--
Memory problems on pthread_cancel()
https://bugs.launchpad.net/bugs/50722
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bu
Good question. I think someone made a mistake.
On Wed, Jul 30, 2008 at 5:02 PM, ShwangShwing <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED]:~$ dpkg -S /usr/lib/libpthread.so
> libc6-dev: /usr/lib/libpthread.so
>
> So why is this bug marked as invalid?
>
> --
> Memory problems on pthread_cancel()
>
[EMAIL PROTECTED]:~$ dpkg -S /usr/lib/libpthread.so
libc6-dev: /usr/lib/libpthread.so
So why is this bug marked as invalid?
--
Memory problems on pthread_cancel()
https://bugs.launchpad.net/bugs/50722
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
When you get told by an Ubuntu person that you are running a 3rd party
threads library, when you are using libpthread20, not sure if they are
too interested.
--
Memory problems on pthread_cancel()
https://bugs.launchpad.net/bugs/50722
You received this bug notification because you are a member of
Any sollution/walk around? this bug is 2 years old.
--
Memory problems on pthread_cancel()
https://bugs.launchpad.net/bugs/50722
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
ht
I can confirm this on Hardy x86:
==15511== Memcheck, a memory error detector.
==15511== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==15511== Using LibVEX rev 1804, a library for dynamic binary translation.
==15511== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==1
Hi Jeff,
I don't know I would have picked up a third party pthread library.
[EMAIL PROTECTED]:~$ dpkg -S /usr/lib/libpthread.so.20.0.27
libpthread20: /usr/lib/libpthread.so.20.0.27
[EMAIL PROTECTED]:~$
Chris
On Dec 8, 2007 9:49 AM, Jeff Bailey <[EMAIL PROTECTED]> wrote:
> > __pth_tcb_alloc (in
> __pth_tcb_alloc (in /usr/lib/libpthread.so.20.0.27
Umm, this isn't from glibc. Marking it as invalid. Please use dpkg -S
to figure out what package that comes from and file a bug against it.
Or try again against the system glibc. Nothing but madness can come
from running a third-party pthread
** Changed in: glibc (Ubuntu)
Status: Confirmed => Triaged
--
Memory problems on pthread_cancel()
https://bugs.launchpad.net/bugs/50722
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs
Oh ok, perfect ! Sorry :) I'm marking this as confirmed.
** Changed in: glibc (Ubuntu)
Importance: Undecided => High
Status: Needs Info => Confirmed
--
Memory problems on pthread_cancel()
https://bugs.launchpad.net/bugs/50722
You received this bug notification because you are a member
You asked me whether the Ubuntu bug 50722 was still ongoing! It is and
I have reproduced it.
Chris
On 6/10/07, Jérôme Guelfucci <[EMAIL PROTECTED]> wrote:
> Sorry, I don't understand. What do you mean ?
>
> --
> Memory problems on pthread_cancel()
> https://bugs.launchpad.net/bugs/50722
> You rec
You wanted to know if this bug is ongoing. It is!
--
Memory problems on pthread_cancel()
https://bugs.launchpad.net/bugs/50722
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.co
Sorry, I don't understand. What do you mean ?
--
Memory problems on pthread_cancel()
https://bugs.launchpad.net/bugs/50722
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
ht
I'm afraid so... any ideas what's going on here?
Chris
On 6/8/07, Jérôme Guelfucci <[EMAIL PROTECTED]> wrote:
> Thank you for your bug report. Do you still have this issue with the
> latest release of Ubuntu ?
>
> ** Changed in: glibc (Ubuntu)
>Status: Unconfirmed => Needs Info
>
> --
> M
Thank you for your bug report. Do you still have this issue with the
latest release of Ubuntu ?
** Changed in: glibc (Ubuntu)
Status: Unconfirmed => Needs Info
--
Memory problems on pthread_cancel()
https://bugs.launchpad.net/bugs/50722
You received this bug notification because you are a
==3641== Memcheck, a memory error detector.
==3641== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al.
==3641== Using LibVEX rev 1658, a library for dynamic binary translation.
==3641== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP.
==3641== Using valgrind-3.2.1-Debian, a d
22 matches
Mail list logo
