https://bugzilla.novell.com/show_bug.cgi?id=785393 https://bugzilla.novell.com/show_bug.cgi?id=785393#c2 --- Comment #2 from Dr. Werner Fink 2012-10-17 06:57:47 UTC --- The functions xfree xmalloc xrealloc are internal and therefore _private_ libreadline functions. This you can see that the private header xmalloc.h is not part below /usr/include/ncurses _and_ that the bash also has its own xmalloc.c and xmalloc.h despite the fact that the libreadline is also part of the bash source tree. Exactly for this reason that is to avoid that xmalloc of the bash and the libreadline are mixed I do create a rl.map wused with -Wl,--version-script: { local: /* _rl*; */ xfree; xmalloc; xrealloc; }; whereas I'm also create a dyn.map to mark all rl_*stream functions to be used dynamically that is try to avoid to bind references of the symbols rl_instream and rl_outstream. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=785393 https://bugzilla.novell.com/show_bug.cgi?id=785393#c4 Marcus Schaefer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |werner@suse.com --- Comment #4 from Marcus Schaefer 2012-10-17 10:30:24 UTC --- Hmm, but wouldn't that change in the domain of xfree/xmalloc and xrealloc affect all libreadline based programs which don't know that they are lr private and internal now ? Werner could you take a look into the perl-TermReadLine-Gnu code and provide a hint or change how to fix it according to the changes in Factory that would be great thanks -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=785393 https://bugzilla.novell.com/show_bug.cgi?id=785393#c6 --- Comment #6 from Dr. Werner Fink 2012-10-17 10:42:43 UTC --- (In reply to comment #4) xfree/xmalloc and xrealloc had never been in the official installed header of the readline library. Also the _rl* functions which uses e.g. the gdb heavily even with the comment in rlprivate.h: functions and variables global to the readline library, but not intended for use by applications. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=785393 https://bugzilla.novell.com/show_bug.cgi?id=785393#c8 --- Comment #8 from Dr. Werner Fink 2012-10-17 13:18:24 UTC --- Don't know if this help but in Base:System there is a bash with a libreadline providing weak symbols xfree/xmalloc/xrealloc ... hopefully this avoids the trouble with the name space overlap of the bash version of xfree/xmalloc/xrealloc for e.g. its loadable bash modules. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=785393 https://bugzilla.novell.com/show_bug.cgi?id=785393#c10 --- Comment #10 from Dr. Werner Fink 2012-10-18 12:42:56 UTC --- Hmmm ... IMHO this does not work as the libreadline does not export xmalloc, xfree, nor xrealloc anymore. Adding the lines to a foreign tool will not help even I've used to suppress the export in the *libreadline*. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=785393 https://bugzilla.novell.com/show_bug.cgi?id=785393#c12 --- Comment #12 from Christian Boltz 2012-10-18 19:05:35 CEST --- Wow, you are fast! Thanks for your work on this, even if you don't have a solution yet. I also have some good news - I have a workaround :-) I rebuilt bash (which includes libreadline6) from openSUSE 12.2 in home:cboltz and downgraded to the following packages: libreadline6-6.2-51.10.1 readline-devel-6.2-51.10.1 readline-doc-6.2-51.10.1 bash-4.2-51.10.1 bash-doc-4.2-51.10.1 If someone needs working AppArmor utils on Factory, feel free to take those packages from home:cboltz. Note that I had to disable "make documentation" (to avoid fighting with the LaTeX changes), so some documentation is missing from my packages. Werner, this also means a change in the bash/libreadline package between 12.2 and current factury-tested (2012-10-03 snapshot) broke this. I hope this makes searching for the relevant change easier ;-) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=785393 https://bugzilla.novell.com/show_bug.cgi?id=785393#c14 Marcus Schaefer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED InfoProvider|werner@suse.com | Resolution| |FIXED --- Comment #14 from Marcus Schaefer 2012-10-22 07:44:28 UTC --- yep also don't see this with latest version of libreadline I update perl-TermReadLine-Gnu to 1.20 for factory though. Mainly for supporting lr 6.1 osc sr devel:languages:perl perl-TermReadLine-Gnu created request id 138966 thanks -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.