Launchpad has imported 12 comments from the remote bug at http://sourceware.org/bugzilla/show_bug.cgi?id=2569.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2006-04-13T13:27:26+00:00 Maestromae wrote: I've noticed the following problem using samba/xine-ui: gconv_db.c:232: __gconv_release_step: Assertion `step->__end_fct == ((void *)0)' failed. This happens when utf-16 iconv module is loading. The bug is easy to replicate - just try to run xine-ui. # xine This is xine (X11 gui) - a free video player v0.99.4. (c) 2000-2004 The xine Team. xine: gconv_db.c:232: __gconv_release_step: Assertion `step->__end_fct == ((void *)0)' failed. Aborted Reply at: https://bugs.launchpad.net/glibc/+bug/50363/comments/0 ------------------------------------------------------------------------ On 2006-04-13T16:23:13+00:00 Drepper-fsp wrote: Send a self-contained test case. Not some reference to a program with dubious quality. Reply at: https://bugs.launchpad.net/glibc/+bug/50363/comments/1 ------------------------------------------------------------------------ On 2006-04-19T21:47:39+00:00 Decimal wrote: Do you have a usable testcase for this? Reply at: https://bugs.launchpad.net/glibc/+bug/50363/comments/2 ------------------------------------------------------------------------ On 2006-04-20T05:48:50+00:00 Maestromae wrote: (In reply to comment #2) > Do you have a usable testcase for this? No, in all cases i've tested everything is fine. The problem must be elsewhere. Reply at: https://bugs.launchpad.net/glibc/+bug/50363/comments/3 ------------------------------------------------------------------------ On 2006-04-20T10:18:15+00:00 Maestromae wrote: No idea where the bug is, but when i use libiconv xine works. Maybe my glibc libraries are corrupted, but they works for most of programs (except of xine and samba). Also iconv tool converts codepages well. I have no time to debug xine and glibc. I found few persons on google (http://www.google.pl/search?hl=pl&q=+gconv_db.c%3A232%3A&btnG=Szukaj&lr=) who have the same problem, so maybe someone else someday will try to resolve this problem :) The same bug was reported on samba's bugzilla (https://bugzilla.samba.org/show_bug.cgi?id=3084), but is not fixed till now. Reply at: https://bugs.launchpad.net/glibc/+bug/50363/comments/4 ------------------------------------------------------------------------ On 2006-04-20T11:10:54+00:00 Maestromae wrote: Sorry guys, this is only samba issue. Xine samba plugin is linked with libsmbclient. Sorry again. Reply at: https://bugs.launchpad.net/glibc/+bug/50363/comments/5 ------------------------------------------------------------------------ On 2006-04-24T17:56:03+00:00 Drepper-fsp wrote: *** Bug 2597 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/glibc/+bug/50363/comments/6 ------------------------------------------------------------------------ On 2006-04-25T11:54:27+00:00 Thkala wrote: Ah, I managed to reproduce this with something much simpler than samba :-) : #include <iconv.h> int main() { iconv_t cd0, cd1; cd0 = iconv_open("ISO-8859-7", "UTF-16LE"); cd1 = iconv_open("ISO-8859-7", "UTF-16LE"); iconv_close(cd0); iconv_close(cd1); return 0; } It seems that opening two identical conversion descriptors is what triggers the error. Is there any reason why two identical descriptors should not be allowed ? Therefore I think that this is a glibc bug, after all. Perhaps reopening it is in order ? Regards, Theodoros Kalamatianos Reply at: https://bugs.launchpad.net/glibc/+bug/50363/comments/7 ------------------------------------------------------------------------ On 2006-04-25T12:26:03+00:00 Maestromae wrote: (In reply to comment #7) > Ah, I managed to reproduce this with something much simpler than samba :-) : > > #include <iconv.h> > > int main() { > iconv_t cd0, cd1; > cd0 = iconv_open("ISO-8859-7", "UTF-16LE"); > cd1 = iconv_open("ISO-8859-7", "UTF-16LE"); > iconv_close(cd0); > iconv_close(cd1); > return 0; > } > > It seems that opening two identical conversion descriptors is what triggers > the > error. Is there any reason why two identical descriptors should not be > allowed ? > > Therefore I think that this is a glibc bug, after all. Perhaps reopening it is > in order ? I confirm that on my system this code reproduces the bug. In my opinion this code should work, so i will reopen this bug. Correct me if i'm wrong :) Regards. Reply at: https://bugs.launchpad.net/glibc/+bug/50363/comments/8 ------------------------------------------------------------------------ On 2006-04-25T17:23:50+00:00 Drepper-fsp wrote: I cannot reproduce any problem. Unless you provide detailed reports based on the *current* sources I'll close the bug again. Reply at: https://bugs.launchpad.net/glibc/+bug/50363/comments/9 ------------------------------------------------------------------------ On 2006-04-25T17:25:02+00:00 Drepper-fsp wrote: Actually, I was too quick. It does fail on one machine. I'll look at it. Reply at: https://bugs.launchpad.net/glibc/+bug/50363/comments/10 ------------------------------------------------------------------------ On 2006-04-25T17:44:52+00:00 Drepper-fsp wrote: This is fixed upstream. It was only an incomplete condition of an assert. The actual code is correct. Reply at: https://bugs.launchpad.net/glibc/+bug/50363/comments/11 ** Changed in: glibc Importance: Unknown => Medium -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/50363 Title: libc6-amd64 on edgy (2.4-1ubuntu4) fails on samba -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
