gmane.comp.gnu.libidn.general

libidn-1.25: runaway validation test tst_pr29 on some systems

Nelson H. F. Beebe — 2012-05-24T23:45:49

I've successfully built, validated, and installed libidn-1.25 on
most of the 25+ flavors of Unix in our test lab.

However, on these five

Apple PowerMac G4 (2 500 MHz PowerPC 7400 CPUs, 256MB RAM);
GNU/Linux 2.6.34-gentoo-r1 (Gentoo Base System version 1.12.13)

Apple PowerMac G5 (4 2500 MHz PPC970MP CPUs, 8GB RAM);
GNU/Linux 2.6.31-gentoo-r6 (Gentoo Base System release 1.12.13)

DEC Alpha 4100-5/466 (4 21164 EV5 CPUs, 466 MHz, 2GB RAM);
GNU/Linux 2.6.34-gentoo-r1 (Gentoo Base System release 1.12.13)

SGI Origin/200-4 (180 MHz) (4 R10000 CPUs);
IRIX 6.5

Sun Blade 1500 (1062 MHz TI UltraSparc IIIi (Jalapeno), 1GB RAM);
GNU/Linux 2.6.31-gentoo-r7 (Gentoo 2.0.3)

the tests proceed successfully for a while, but then go into an
infinite loop:

...
PASS: tst_idna2
PASS: tst_idna3
PASS: tst_idna4
PASS: tst_nfkc
... no further output ...

The output stops at the same line on each of the five systems.

If I run the top utility, I get something like this on each
system:

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  P COMMAND
 4963 beebe     20   0  3680  464  328 R 98.9  0.0 117:21.49 2 tst_pr29
 9027 beebe     24   4  3680  464  328 R 98.9  0.0 517:04.23 1 tst_pr29
27695 beebe     24   4  3680  464  328 R 98.9  0.0 527:24.64 3 tst_pr29
 5264 beebe     20   0  3616 1832 1400 R  1.5  0.1   0:00.44 0 top

Four of the five loopers are big-endian, but the Alpha system is little-endian.

If I attach a debugger to a looping process, I find:

% gdb -p 4963
...
1206    pr29.c: No such file or directory.
(gdb) where
#0  in_last_column_row (row=<optimized out>, c=<optimized out>) at pr29.c:1206
#1  pr29_4 (in=0x120002b30, len=3) at pr29.c:1260
#2  0x0000000120000d6c in doit () at tst_pr29.c:120
#3  0x0000000120001938 in main (argc=<optimized out>, argv=0x11fa14378) at utils.c:146

% dbx  -p 17973423
(dbx) where
>  0 in_last_column_row(c = 18193, row = 12) ["/export/home/0066/build-indigo-irix6/bare/libidn-1.19/lib/pr29.c":1206, 0x5ffc93d4]
   1 pr29_4(in = 0x10014f18, len = 3) ["/export/home/0066/build-indigo-irix6/bare/libidn-1.19/lib/pr29.c":1261, 0x5ffc95b8]
   2 doit(0x5fff7850, 0x58, 0x1, 0x1, 0x3, 0xd4c2b36d, 0x0, 0x3) ["/export/home/0066/build-indigo-irix6/cc/libidn-1.25/tests/tst_pr29.c":120, 0x10001568]
   3 main(0x0, 0x7ffb7ed4, 0x1, 0x0, 0x3, 0xd4c2b36d, 0x0, 0x3) ["/export/home/0066/build-indigo-irix6/cc/libidn-1.25/tests/utils.c":146, 0x100022a8]
   4 __start() ["/xlv55/kudzu-apr12/work/irix/lib/libc/libc_n32_M3/csu/crt1text.s":177, 0x100012d8]

% gdb -p 22896
...
(gdb) where
#0  0x00000000 in ?? ()
#1  0x0000000c in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Ideas?

-------------------------------------------------------------------------------
- Nelson H. F. Beebe                    Tel: +1 801 581 5254                  -
- University of Utah                    FAX: +1 801 581 4148                  -
- Department of Mathematics, 110 LCB    Internet e-mail: beebe< at >math.utah.edu  -
- 155 S 1400 E RM 233                       beebe< at >acm.org  beebe< at >computer.org -
- Salt Lake City, UT 84112-0090, USA    URL: http://www.math.utah.edu/~beebe/ -
-------------------------------------------------------------------------------

libidn-1.25: Fedora release 15 (Lovelock) x86_64 failure, andworkaround

Nelson H. F. Beebe — 2012-05-24T23:56:10

When I built libidn-1.25 on Fedora release 15 (Lovelock) x86_64 with

%  set  path=( /bin /usr/bin )
%  gcc --version
gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2)
% ./configure --libdir=/usr/local/lib64 4 && make all check

I got these test failures:

==6976== Invalid read of size 4
==6976==    at 0x4C116C5: idna_to_ascii_4z (idna.c:526)
==6976==    by 0x4C11944: idna_to_ascii_8z (idna.c:579)
==6976==    by 0x400B15: doit (tst_idna2.c:485)
==6976==    by 0x40090C: main (utils.c:146)
==6976==  Address 0x515b8d8 is 8 bytes inside a block of size 10 alloc'd
==6976==    at 0x4A0649D: malloc (vg_replace_malloc.c:236)
==6976==    by 0x4C11810: idna_to_ascii_4z (idna.c:540)
==6976==    by 0x4C11944: idna_to_ascii_8z (idna.c:579)
==6976==    by 0x400B15: doit (tst_idna2.c:485)
==6976==    by 0x40090C: main (utils.c:146)
==6976==
==6976== Invalid read of size 4
==6976==    at 0x4C116B0: idna_to_ascii_4z (idna.c:526)
==6976==    by 0x4C11944: idna_to_ascii_8z (idna.c:579)
==6976==    by 0x400B15: doit (tst_idna2.c:485)
==6976==    by 0x40090C: main (utils.c:146)
==6976==  Address 0x5169ae0 is 0 bytes inside a block of size 3 alloc'd
==6976==    at 0x4A0649D: malloc (vg_replace_malloc.c:236)
==6976==    by 0x4C11810: idna_to_ascii_4z (idna.c:540)
==6976==    by 0x4C11944: idna_to_ascii_8z (idna.c:579)
==6976==    by 0x400B15: doit (tst_idna2.c:485)
==6976==    by 0x40090C: main (utils.c:146)
==6976==
FAIL: tst_idna2

==6984== Invalid read of size 4
==6984==    at 0x4C116B0: idna_to_ascii_4z (idna.c:526)
==6984==    by 0x4C11944: idna_to_ascii_8z (idna.c:579)
==6984==    by 0x400981: doit (tst_idna4.c:45)
==6984==    by 0x4007CC: main (utils.c:146)
==6984==  Address 0x515b2d4 is 4 bytes inside a block of size 7 alloc'd
==6984==    at 0x4A0649D: malloc (vg_replace_malloc.c:236)
==6984==    by 0x4C11810: idna_to_ascii_4z (idna.c:540)
==6984==    by 0x4C11944: idna_to_ascii_8z (idna.c:579)
==6984==    by 0x400981: doit (tst_idna4.c:45)
==6984==    by 0x4007CC: main (utils.c:146)
==6984==
FAIL: tst_idna4

===================================
2 of 12 tests failed
Please report to bug-libidn< at >gnu.org
===================================

Fortunately, I've built dozens of versions of gcc on our systems, so I
tried a fresh build with gcc (GCC) 4.4.6 20110301, and all tests then
passed.

If others are seeing similar failures with gcc-4.6.3, then we may have
a compiler code-generation error.  However, the out-of-bounds reports
suggest that it could also be an error in libidn from creating
objects, then referencing pointers just outside them.


-------------------------------------------------------------------------------
- Nelson H. F. Beebe                    Tel: +1 801 581 5254                  -
- University of Utah                    FAX: +1 801 581 4148                  -
- Department of Mathematics, 110 LCB    Internet e-mail: beebe< at >math.utah.edu  -
- 155 S 1400 E RM 233                       beebe< at >acm.org  beebe< at >computer.org -
- Salt Lake City, UT 84112-0090, USA    URL: http://www.math.utah.edu/~beebe/ -
-------------------------------------------------------------------------------

libidn_1.25-1_amd64.changes ACCEPTED into unstable

Debian FTP Masters — 2012-05-24T14:50:22



Accepted:
idn_1.25-1_amd64.deb
  to main/libi/libidn/idn_1.25-1_amd64.deb
libidn11-dev_1.25-1_amd64.deb
  to main/libi/libidn/libidn11-dev_1.25-1_amd64.deb
libidn11-java_1.25-1_all.deb
  to main/libi/libidn/libidn11-java_1.25-1_all.deb
libidn11_1.25-1_amd64.deb
  to main/libi/libidn/libidn11_1.25-1_amd64.deb
libidn_1.25-1.debian.tar.gz
  to main/libi/libidn/libidn_1.25-1.debian.tar.gz
libidn_1.25-1.dsc
  to main/libi/libidn/libidn_1.25-1.dsc
libidn_1.25.orig.tar.gz
  to main/libi/libidn/libidn_1.25.orig.tar.gz


Changes:
libidn (1.25-1) unstable; urgency=low
 .
  * New upstream release.
  * Disable silent rules (to get more info in build logs).


Override entries for your package:
idn_1.25-1_amd64.deb - optional misc
libidn11-dev_1.25-1_amd64.deb - optional libdevel
libidn11-java_1.25-1_all.deb - optional java
libidn11_1.25-1_amd64.deb - standard libs
libidn_1.25-1.dsc - source libs

Announcing to debian-devel-changes< at >lists.debian.org


Thank you for your contribution to Debian.

Processing of libidn_1.25-1_amd64.changes

Debian FTP Masters — 2012-05-24T14:01:40

libidn_1.25-1_amd64.changes uploaded successfully to localhost
along with the files:
  libidn_1.25-1.dsc
  libidn_1.25.orig.tar.gz
  libidn_1.25-1.debian.tar.gz
  idn_1.25-1_amd64.deb
  libidn11-dev_1.25-1_amd64.deb
  libidn11_1.25-1_amd64.deb
  libidn11-java_1.25-1_all.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

fix build of libidn with autoamke 1.12

Nitin A Kamble — 2012-05-08T16:25:17

Attached patch fixes build of libidn with autoamke 1.12

Undefined _GL_ATTRIBUTE_CONST and _GL_ATTRIBUTE_PURE when compilinglibidn with MSVC

Bartosz Brachaczek — 2012-04-07T00:23:53

Hello,

I compile libidn with MSVC 2010. With unmodified 1.24 sources I get
errors about undefined _GL_ATTRIBUTE_CONST and _GL_ATTRIBUTE_PURE. I
think the solution is to put dummy #define's for these two into
win32/include/config.h - it works for me.

Bartosz Brachaczek

libidn 1.24-2 MIGRATED to testing

Debian testing watch — 2012-03-24T16:39:14

FYI: The status of the libidn source package
in Debian's testing distribution has changed.

  Previous version: 1.23-2
  Current version:  1.24-2

libidn_1.24-1+ppc64_ppc64.changes ACCEPTED

Debian Ports Archive Maintainer — 2012-03-21T15:05:03

Maintainer: Debian Libidn Team <help-libidn< at >gnu.org>
Uploader: Hiroyuki Yamamoto <yama1066< at >gmail.com>
Host: leda.debian.net
Accepted: libidn_1.24-1+ppc64_ppc64.changes
Files:
idn_1.24-1+ppc64_ppc64.deb
libidn11-dev_1.24-1+ppc64_ppc64.deb
libidn11_1.24-1+ppc64_ppc64.deb

libidn_1.24-2_amd64.changes ACCEPTED into unstable

Debian FTP Masters — 2012-03-13T21:25:15



Accepted:
idn_1.24-2_amd64.deb
  to main/libi/libidn/idn_1.24-2_amd64.deb
libidn11-dev_1.24-2_amd64.deb
  to main/libi/libidn/libidn11-dev_1.24-2_amd64.deb
libidn11-java_1.24-2_all.deb
  to main/libi/libidn/libidn11-java_1.24-2_all.deb
libidn11_1.24-2_amd64.deb
  to main/libi/libidn/libidn11_1.24-2_amd64.deb
libidn_1.24-2.debian.tar.gz
  to main/libi/libidn/libidn_1.24-2.debian.tar.gz
libidn_1.24-2.dsc
  to main/libi/libidn/libidn_1.24-2.dsc


Changes:
libidn (1.24-2) unstable; urgency=low
 .
  * Moved from experimental to unstable after testing.
  * Bump Standards-Version to 3.9.3.


Override entries for your package:
idn_1.24-2_amd64.deb - optional misc
libidn11-dev_1.24-2_amd64.deb - optional libdevel
libidn11-java_1.24-2_all.deb - optional java
libidn11_1.24-2_amd64.deb - standard libs
libidn_1.24-2.dsc - source libs

Announcing to debian-devel-changes< at >lists.debian.org


Thank you for your contribution to Debian.

Processing of libidn_1.24-2_amd64.changes

Debian FTP Masters — 2012-03-13T20:04:07

libidn_1.24-2_amd64.changes uploaded successfully to localhost
along with the files:
  libidn_1.24-2.dsc
  libidn_1.24-2.debian.tar.gz
  idn_1.24-2_amd64.deb
  libidn11-dev_1.24-2_amd64.deb
  libidn11_1.24-2_amd64.deb
  libidn11-java_1.24-2_all.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

Check failed for libidn-1.24 with glibc 2.14.1

Funda Wang — 2012-01-12T12:17:21

Hello,

I'm currently build libidn-1.24 with glibc 2.14.1/valgrind 3.7 under
Mageia cauldron. All builds fine, except that `make check' failed
after building. Log here:

PASS: tst_idna
==25261== Invalid read of size 4
==25261==    at 0x4E328E5: idna_to_ascii_4z (idna.c:526)
==25261==    by 0x4E32B74: idna_to_ascii_8z (idna.c:579)
==25261==    by 0x400AB5: doit (tst_idna2.c:485)
==25261==    by 0x40089C: main (utils.c:146)
==25261==  Address 0x53ed8d8 is 8 bytes inside a block of size 10 alloc'd
==25261==    at 0x4C2693D: malloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==25261==    by 0x4E32A30: idna_to_ascii_4z (idna.c:540)
==25261==    by 0x4E32B74: idna_to_ascii_8z (idna.c:579)
==25261==    by 0x400AB5: doit (tst_idna2.c:485)
==25261==    by 0x40089C: main (utils.c:146)
==25261==
==25261== Invalid read of size 4
==25261==    at 0x4E328D0: idna_to_ascii_4z (idna.c:526)
==25261==    by 0x4E32B74: idna_to_ascii_8z (idna.c:579)
==25261==    by 0x400AB5: doit (tst_idna2.c:485)
==25261==    by 0x40089C: main (utils.c:146)
==25261==  Address 0x53fbae0 is 0 bytes inside a block of size 3 alloc'd
==25261==    at 0x4C2693D: malloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==25261==    by 0x4E32A30: idna_to_ascii_4z (idna.c:540)
==25261==    by 0x4E32B74: idna_to_ascii_8z (idna.c:579)
==25261==    by 0x400AB5: doit (tst_idna2.c:485)
==25261==    by 0x40089C: main (utils.c:146)
==25261==
FAIL: tst_idna2
PASS: tst_idna3
==25269== Invalid read of size 4
==25269==    at 0x4E328D0: idna_to_ascii_4z (idna.c:526)
==25269==    by 0x4E32B74: idna_to_ascii_8z (idna.c:579)
==25269==    by 0x400931: doit (tst_idna4.c:45)
==25269==    by 0x40076C: main (utils.c:146)
==25269==  Address 0x53ed2d4 is 4 bytes inside a block of size 7 alloc'd
==25269==    at 0x4C2693D: malloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==25269==    by 0x4E32A30: idna_to_ascii_4z (idna.c:540)
==25269==    by 0x4E32B74: idna_to_ascii_8z (idna.c:579)
==25269==    by 0x400931: doit (tst_idna4.c:45)
==25269==    by 0x40076C: main (utils.c:146)
==25269==
FAIL: tst_idna4

i.e., idna2 and idna4 tests are failed. Is it a bug in libidn or
valgrind? Regards.

libidn_1.24-1_amd64.changes ACCEPTED into experimental

Debian FTP Masters — 2012-01-11T13:17:50



Accepted:
idn_1.24-1_amd64.deb
  to main/libi/libidn/idn_1.24-1_amd64.deb
libidn11-dev_1.24-1_amd64.deb
  to main/libi/libidn/libidn11-dev_1.24-1_amd64.deb
libidn11-java_1.24-1_all.deb
  to main/libi/libidn/libidn11-java_1.24-1_all.deb
libidn11_1.24-1_amd64.deb
  to main/libi/libidn/libidn11_1.24-1_amd64.deb
libidn_1.24-1.debian.tar.gz
  to main/libi/libidn/libidn_1.24-1.debian.tar.gz
libidn_1.24-1.dsc
  to main/libi/libidn/libidn_1.24-1.dsc
libidn_1.24.orig.tar.gz
  to main/libi/libidn/libidn_1.24.orig.tar.gz


Override entries for your package:
idn_1.24-1_amd64.deb - optional misc
libidn11-dev_1.24-1_amd64.deb - optional libdevel
libidn11-java_1.24-1_all.deb - optional java
libidn11_1.24-1_amd64.deb - standard libs
libidn_1.24-1.dsc - source libs

Announcing to debian-experimental-changes< at >lists.debian.org
Announcing to debian-devel-changes< at >lists.debian.org


Thank you for your contribution to Debian.

Processing of libidn_1.24-1_amd64.changes

Debian FTP Masters — 2012-01-11T13:07:21

libidn_1.24-1_amd64.changes uploaded successfully to localhost
along with the files:
  libidn_1.24-1.dsc
  libidn_1.24.orig.tar.gz
  libidn_1.24-1.debian.tar.gz
  idn_1.24-1_amd64.deb
  libidn11-dev_1.24-1_amd64.deb
  libidn11_1.24-1_amd64.deb
  libidn11-java_1.24-1_all.deb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)

Libidn 1.24 released

Simon Josefsson — 2012-01-10T20:41:52

GNU Libidn is a fully documented implementation of the Stringprep,
Punycode and IDNA specifications.  Libidn's purpose is to encode and
decode internationalized domain name strings.  There are native C, C#
and Java libraries.

Noteworthy changes since the last release (from NEWS file):

* Version 1.24 (released 2012-01-10) [stable]

** Libraries are re-licensed from LGPLv2+ to dual-GPLv2+|LGPLv3+.

** build: Fix parallel Windows builds.
Reported by René Berber <r.berber< at >computer.org>.

** libidn: Fix potential infloop in pr29 code.
Reported by Jon Nelson <jnelson< at >jamponi.net> in
<http://lists.gnu.org/archive/html/help-libidn/2012-01/msg00008.html>.

** libidn: Add 'const' keyword to 'stringprep_ucs4_nfkc_normalize' function.

** Sync glib NFKC code and improve copyright/license statements.

** Update gnulib files and translations.

** API and ABI is backwards compatible with the previous version.

The C library contains a generic Stringprep implementation.  Profiles
for Nameprep, iSCSI, SASL, XMPP and Kerberos V5 are included.
Punycode and ASCII Compatible Encoding (ACE) via IDNA are supported.
A mechanism to define Top-Level Domain (TLD) specific validation
tables, and to compare strings against those tables, is included.
Default tables for some TLDs are also included.

The Stringprep API consists of two main functions, one for converting
data from the system's native representation into UTF-8, and one
function to perform the Stringprep processing.  Adding a new
Stringprep profile for your application within the API is
straightforward.  The Punycode API consists of one encoding function
and one decoding function.  The IDNA API consists of the ToASCII and
ToUnicode functions, as well as an high-level interface for converting
entire domain names to and from the ACE encoded form.  The TLD API
consists of one set of functions to extract the TLD name from a domain
string, one set of functions to locate the proper TLD table to use
based on the TLD name, and core functions to validate a string against
a TLD table, and some utility wrappers to perform all the steps in one
call.

Libidn is developed for the GNU/Linux system, but runs on over 20 Unix
platforms (including Solaris, IRIX, AIX, and Tru64) and Windows.  The
library is written in C and (parts of) the API is also accessible from
C++, Emacs Lisp, Python and Java.  A native Java and C# port is
included.

Also included is a command line tool, several self tests, code
examples, and more.

Improving Libidn is costly, but you can help!  We are looking for
organizations that find Libidn useful and wish to contribute back.
You can contribute by reporting bugs, improve the software, or donate
money or equipment.

Commercial support contracts for Libidn are available, and they help
finance continued maintenance.  Simon Josefsson Datakonsult AB, a
Stockholm based privately held company, is currently funding Libidn
maintenance.  We are always looking for interesting development
projects.  See http://josefsson.org/ for more details.

The project page of the library is available at:
  https://www.gnu.org/software/libidn/

All manual formats are available from:
  https://www.gnu.org/software/libidn/manual/

Specifically, the following formats are available.

The main manual:
  https://www.gnu.org/software/libidn/manual/libidn.html - HTML format
  https://www.gnu.org/software/libidn/manual/libidn.pdf - PDF format

API Reference manual:
  https://www.gnu.org/software/libidn/reference/intro.html - GTK-DOC HTML
  https://www.gnu.org/software/libidn/reference/libidn.pdf - GTK-DOC PDF

Doxygen documentation:
  https://www.gnu.org/software/libidn/doxygen/index.html - HTML format
  https://www.gnu.org/software/libidn/doxygen/libidn.pdf - PDF format

JavaDoc output for the Java API:
  https://www.gnu.org/software/libidn/javadoc/

If you need help to use Libidn, or want to help others, you are
invited to join our help-libidn mailing list, see:
  https://lists.gnu.org/mailman/listinfo/help-libidn

Here are the compressed sources (3.2MB):
  ftp://ftp.gnu.org/gnu/libidn/libidn-1.24.tar.gz
  http://ftp.gnu.org/gnu/libidn/libidn-1.24.tar.gz

Here are GPG detached signatures:
  ftp://ftp.gnu.org/gnu/libidn/libidn-1.24.tar.gz.sig
  http://ftp.gnu.org/gnu/libidn/libidn-1.24.tar.gz.sig

Here are the SHA-1 and SHA-224 signatures:

4251c108966375ede4df15d76a1bd9a4440f44ee  libidn-1.24.tar.gz
71599952df85af90915310a6a7660edac062965e83c01fe3ca0cfa4e  libidn-1.24.tar.gz

We also provide Windows binaries built using MinGW-w64 with the build
script win32/libidn4win.mk, for 32-bit and 64-bit x86 architecures:

  ftp://ftp.gnu.org/gnu/libidn/libidn-1.24-win32.zip
  ftp://ftp.gnu.org/gnu/libidn/libidn-1.24-win32.zip.sig
  ftp://ftp.gnu.org/gnu/libidn/libidn-1.24-win64.zip
  ftp://ftp.gnu.org/gnu/libidn/libidn-1.24-win64.zip.sig

Here are the SHA-1 and SHA-224 signatures:

994ffd7059ecc6a758fa9fc1b5735279d29bcca1  libidn-1.24-win32.zip
a276074ae3c9b234375b94a8b639a0c45020cc01bfa98079a74c1cf0  libidn-1.24-win32.zip

d22700214317f3ee9be7cec4a3fe6c31c135d3fa  libidn-1.24-win64.zip
c144d02490709aaba114226bd120d33f97dd7eac21c38aef5c3f8e7e  libidn-1.24-win64.zip

The software is cryptographically signed by the author using an OpenPGP
key identified by the following information:

pub   1280R/B565716F 2002-05-05 [expires: 2013-05-10]
      Key fingerprint = 0424 D4EE 81A0 E3D1 19C6  F835 EDA2 1E94 B565 716F
uid                  Simon Josefsson <simon< at >josefsson.org>
sub   1280R/4D5D40AE 2002-05-05 [expires: 2013-05-10]

The key is available from:
  http://josefsson.org/key.txt
  dns:b565716f.josefsson.org?TYPE=CERT

Code coverage, clang-analyzer output, and cyclomatic code complexity charts:
  https://www.gnu.org/software/libidn/coverage/
  https://www.gnu.org/software/libidn/clang-analyzer/
  https://www.gnu.org/software/libidn/cyclo/

Happy hacking,
Simon
_______________________________________________
Help-libidn mailing list
Help-libidn< at >gnu.org
https://lists.gnu.org/mailman/listinfo/help-libidn

libidn-1.24 validation test problem

Nelson H. F. Beebe — 2012-01-10T18:33:50

Yesterday afternoon, I started builds of libidn-1.24 in our test lab
(about 25 flavors of Unix), and this morning, had a look at them.  The
Mac OS X and Solaris builds all succeeded and passed their validation
tests.

However, the SGI IRIX and all GNU/Linux (Alpha, PPC-32, PPC-64, SPARC,
x86, x86_64) and {Free,Net,Open}BSD builds are hung at this point in
the validation tests:

...
PASS: tst_nfkc

On one x86 system, there is more info:

PASS: tst_nfkc
--9922-- DWARF2 CFI reader: unhandled CFI instruction 0:10
--9922-- DWARF2 CFI reader: unhandled CFI instruction 0:10
--9922-- DWARF2 CFI reader: unhandled CFI instruction 0:10
--9922-- DWARF2 CFI reader: unhandled CFI instruction 0:10
--9922-- DWARF2 CFI reader: unhandled CFI instruction 0:10
--9922-- DWARF2 CFI reader: unhandled CFI instruction 0:10
--9922-- DWARF2 CFI reader: unhandled CFI instruction 0:10

A check with the top utility show that they have 99% CPU utilization.
I have therefore installed the successes, and killed all of the
still-running builds.

-------------------------------------------------------------------------------
- Nelson H. F. Beebe                    Tel: +1 801 581 5254                  -
- University of Utah                    FAX: +1 801 581 4148                  -
- Department of Mathematics, 110 LCB    Internet e-mail: beebe< at >math.utah.edu  -
- 155 S 1400 E RM 233                       beebe< at >acm.org  beebe< at >computer.org -
- Salt Lake City, UT 84112-0090, USA    URL: http://www.math.utah.edu/~beebe/ -
-------------------------------------------------------------------------------

infinite loop bug in libidn (pr29_4)

Jon Nelson — 2012-01-05T23:30:15

On or around line 1260 of lib/pr29.c, in the pr29_4 function.

  for (i = 0; i < len; i++)
    if ((row = first_column (in[i])) > 0)
      for (j = i + 1; j < len; j++)
    if (combinationclass (in[j]))
      for (k = j + 1; k < len; j++)
        if (in_last_column_row (in[k], row))
          return PR29_PROBLEM;

The infinite loop occurs when the character is present in
combinationclass but the following character is *not* in
in_last_column_row.
I believe the "k" loop should be incrementing *k* not *j*.

Failed test on upcoming 1.24 on Solaris 9 Sparc

Dagobert Michelsen — 2012-01-04T21:32:21

Hi Simon,

I have a failed test on Solaris 9 Sparc with Sun Studio 12 for the upcoming libidn 1.24:



Please let me know if I can be of further assistance.


Best regards

  -- Dago

libidn-1.24 build feedback

Nelson H. F. Beebe — 2012-01-04T01:24:15

I installed libidn-1.24 on about two dozen flavors of Unix in our test
lab here today.  Most were successful, but there were a few minor test
failures:

GNU/Linux on IA-63, PPC-64, PPC-32, Alpha, SPARC, and Ubuntu x86 (but
not Red Hat or Fedora x86):

IDNA3[0] failed
IDNA3[1] failed
FAIL: tst_idna3

NetBSD 5.0.2 x86:
FAIL: stringprep_locale_to_utf8("foo") == (null)
FAIL: stringprep_utf8_to_locale("foo") == (null)
FAIL: tst_toutf8

OpenBSD 4.7 x86:
same two failures as above

Solaris 11 x86_64:
--- exp Tue Jan  3 17:49:08 2012
+++ out Tue Jan  3 17:49:08 2012
< at >< at > -1,4 +1,4 < at >< at >
 --- empty
 +++ in
-< at >< at > -0,0 +1 < at >< at >
+< at >< at > -1,0 +1,1 < at >< at >
 +xyz
FAIL: test-init.sh

Tests were all successful on: 
Solaris 10 (SPARC, x86, x86_64)
FreeBSD 8.1 x86
GNU/Linux x86_64 (Red Hat and OpenSUSE)
Mac OS X (PPC, 32-bit x86_64, 64-bit x86_64)

-------------------------------------------------------------------------------
- Nelson H. F. Beebe                    Tel: +1 801 581 5254                  -
- University of Utah                    FAX: +1 801 581 4148                  -
- Department of Mathematics, 110 LCB    Internet e-mail: beebe< at >math.utah.edu  -
- 155 S 1400 E RM 233                       beebe< at >acm.org  beebe< at >computer.org -
- Salt Lake City, UT 84112-0090, USA    URL: http://www.math.utah.edu/~beebe/ -
-------------------------------------------------------------------------------