[Pan-users] Re: UTF-8, PCRE and Pan 0.14.2.91 - problems suddenly

[Duncan]

Brian Morrison posted <address@hidden>,
excerpted below,  on Sun, 25 Jan 2004 11:28:01 +0000:

> On 25 Jan 2004 10:28:41 +0000 in address@hidden
> Christopher S Horler <address@hidden> wrote:
> 
>> 
>> > Is there a way of checking the list of API calls in libpcre and
>> > libpcreposix? If there is I forget how.
>> nm will give you some symbols.
> 
> Right, so:
> 
> address@hidden pcre-4.4]$ nm /lib/libpcre.so.0 | grep utf
> 00001c64 t ord2utf8
> 0000d798 r utf8_table1
> 0000d7b0 r utf8_table2
> 0000d7c8 r utf8_table3
> 0000d7e0 r utf8_table4
> 00005fd0 t valid_utf8
> 
> but the same thing on libpcreposix.so.0 returns nothing at all.
> 
> Is that right? I thought the second library is what is used for the
> regexps.

Interestingly enough, here on 9.2 Mandrake for amd64, RC1 updated to
current amd64 cooker, PAN 0.14.2.91 compiled and is running fine.

Further, my /lib64/libpcreX and the corresponding /usr/lib64/ versions
display NO symbols AT ALL, with nm.  I thought maybe nm only did 32-bit,
but checked it on another 64-bit library, and it displayed the symbols
fine, so that isn't the problem.

readelf displays a bunch of functions, but grepping for utf8 returns
nothing.

Again, it's working fine, here, despite the results above.

Mandrake is supposed to be Red Hat compatible, for the most part, so
perhaps d/l their i586 version, or their srpm, and try it?  The version
I'm running here:

$ rpmqag pcre
lib64pcre0-4.3-5mdk

(rpmqag is a one-line bash script that simply calls rpm -qa|grep $*)

FWIW, here's the output of ldd for my working pan:
$ ldd /usr/local/bin/pan
        libgtkspell.so.0 => /usr/lib64/libgtkspell.so.0 (0x0000002a9566a000)
        libpspell.so.15 => /usr/lib64/libpspell.so.15 (0x0000002a9576f000)
        libgtk-x11-2.0.so.0 => /usr/lib64/libgtk-x11-2.0.so.0 
(0x0000002a95870000)
        libgdk-x11-2.0.so.0 => /usr/lib64/libgdk-x11-2.0.so.0 
(0x0000002a95bf4000)
        libatk-1.0.so.0 => /usr/lib64/libatk-1.0.so.0 (0x0000002a95d74000)
        libgdk_pixbuf-2.0.so.0 => /usr/lib64/libgdk_pixbuf-2.0.so.0 
(0x0000002a95e93000)
        libm.so.6 => /lib64/libm.so.6 (0x0000002a95fa7000)
        libpangoxft-1.0.so.0 => /usr/lib64/libpangoxft-1.0.so.0 
(0x0000002a96100000)
        libpangox-1.0.so.0 => /usr/lib64/libpangox-1.0.so.0 (0x0000002a96225000)
        libpango-1.0.so.0 => /usr/lib64/libpango-1.0.so.0 (0x0000002a96333000)
        libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 
(0x0000002a96470000)
        libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 
(0x0000002a965aa000)
        libdl.so.2 => /lib64/libdl.so.2 (0x0000002a966ad000)
        libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x0000002a967b0000)
        libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x0000002a96923000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x0000002a96b34000)
        libz.so.1 => /lib64/libz.so.1 (0x0000002a96cc9000)
        libpcreposix.so.0 => /usr/lib64/libpcreposix.so.0 (0x0000002a96ddc000)
        libpcre.so.0 => /lib64/libpcre.so.0 (0x0000002a96edf000)
        libgthread-2.0.so.0 => /usr/lib64/libgthread-2.0.so.0 
(0x0000002a96fee000)
        libgnet-2.0.so.0 => /usr/lib64/libgnet-2.0.so.0 (0x0000002a970f3000)
        libc.so.6 => /lib64/libc.so.6 (0x0000002a97210000)
        libaspell.so.15 => /usr/lib64/libaspell.so.15 (0x0000002a97452000)
        libX11.so.6 => /usr/X11R6/lib64/libX11.so.6 (0x0000002a97600000)
        libXrandr.so.2 => /usr/X11R6/lib64/libXrandr.so.2 (0x0000002a977f9000)
        libXi.so.6 => /usr/X11R6/lib64/libXi.so.6 (0x0000002a978fc000)
        libXext.so.6 => /usr/X11R6/lib64/libXext.so.6 (0x0000002a97a05000)
        libXft.so.2 => /usr/X11R6/lib64/libXft.so.2 (0x0000002a97b17000)
        libXrender.so.1 => /usr/X11R6/lib64/libXrender.so.1 (0x0000002a97c2b000)
        libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x0000002a97d34000)
        libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x0000002a97e68000)
        /lib64/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 
(0x0000002a95556000)
        libresolv.so.2 => /lib64/libresolv.so.2 (0x0000002a97fec000)
        libnsl.so.1 => /lib64/libnsl.so.1 (0x0000002a98100000)
        libstdc++.so.5 => /usr/lib64/libstdc++.so.5 (0x0000002a98217000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000002a983f2000)
        libexpat.so.0 => /usr/lib64/libexpat.so.0 (0x0000002a984fd000)

Here's the package listing for libpcre0
$ rpmql lib64pcre0
/lib64/libpcre.so.0
/lib64/libpcre.so.0.0.1
/usr/lib64/libpcre.so.0
/usr/lib64/libpcre.so.0.0.1
/usr/lib64/libpcreposix.so.0
/usr/lib64/libpcreposix.so.0.0.0
/usr/share/doc/lib64pcre0-4.3
/usr/share/doc/lib64pcre0-4.3/AUTHORS
/usr/share/doc/lib64pcre0-4.3/ChangeLog
/usr/share/doc/lib64pcre0-4.3/NEWS
/usr/share/doc/lib64pcre0-4.3/NON-UNIX-USE
/usr/share/doc/lib64pcre0-4.3/README

According to rpmqi (rpm -qi $*) the srpm is:
pcre-4.3-5mdk.src.rpm

Hmm.  Maybe 4.4 introduced an incompatibility, and you need 4.3?  Like I
said, the above is working here, for me.

Anyway.. that and other rpms and srpms should be on rpmfind, among other
places.

-- 
Duncan - List replies preferred.   No HTML msgs.
"They that can give up essential liberty to obtain a little
temporary safety, deserve neither liberty nor safety." --
Benjamin Franklin