From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3134 Path: news.gmane.org!not-for-mail From: Timerlan Moldobaev Newsgroups: gmane.linux.lib.musl.general Subject: Failing setjmp of libc-testsuite Date: Mon, 22 Apr 2013 16:01:34 +0300 Message-ID: Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=047d7b86db601d09dd04daf2ab0f X-Trace: ger.gmane.org 1366635710 18228 80.91.229.3 (22 Apr 2013 13:01:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 22 Apr 2013 13:01:50 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-3138-gllmg-musl=m.gmane.org@lists.openwall.com Mon Apr 22 15:01:54 2013 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1UUGNS-0000U8-IW for gllmg-musl@plane.gmane.org; Mon, 22 Apr 2013 15:01:50 +0200 Original-Received: (qmail 28277 invoked by uid 550); 22 Apr 2013 13:01:46 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 28269 invoked from network); 22 Apr 2013 13:01:46 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=bc1md4V2VgRqApjzeMwTfzesgIrKf+z77y8p39XEkiA=; b=pJcxA6xuV4yoMedo21h/iS53X18SnzjPf13LkVGctAICnE84Uo7JsaFX+i1gw+YHms 3NwRjuIXqkaW2X6+w6sHLGz3ndquPgg4dLNk8UaYNBPqrGKfnA2M8fIlKIQIPp6GpwLb Q6SVqFkFE9GWGIwioJ3TRZH6L/MX7+DPMlArI732uBOli1PzVywFuAz79IlhgsmkYJlS 0ydDtgN1Wfn4vbOVWhza5eetIT7GQY5XFxE8MHFuMrL8VJbrvGvpLVQ9n2oGpw/INK5l j2qpbSYlxDzYeokjBXnpj9W8qadQ/t7GpLIwiwB9UNeoJMtsoIMPz0nEqVbJVcHot0jb uAnw== X-Received: by 10.194.63.109 with SMTP id f13mr52471255wjs.11.1366635694588; Mon, 22 Apr 2013 06:01:34 -0700 (PDT) Xref: news.gmane.org gmane.linux.lib.musl.general:3134 Archived-At: --047d7b86db601d09dd04daf2ab0f Content-Type: multipart/alternative; boundary=047d7b86db601d09da04daf2ab0d --047d7b86db601d09da04daf2ab0d Content-Type: text/plain; charset=ISO-8859-1 Hi , I am running libc-testsuite linking it statically with musl libraries Here is my gcc version: gcc -v Using built-in specs. Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=x86_64-redhat-linux Thread model: posix gcc version 4.1.2 20080704 (Red Hat 4.1.2-44) I noticed that setjmp test constantly fails for me with the following error message: setjmp.c:51: sigismember(&set, 10)==0 failed: siglongjmp failed to restore mask setjmp test failed, 1 error(s) However if I comment out all the rest functions calls from testsuite.c file , setjmp alone surprisingly passes as if its failure is somehow connected to other tests. Specifically memstream is the one that affects success/failure of setjmp. Please see attached output of strace -v -s 512 -F -f -o out_fail.txt ./testsuite ( a failing case when only memstream and setjmp are present in testsuite.c file ) and strace -v -s 512 -F -f -o out.txt ./testsuite ( a success case when only setjmp is present in testsuite.c file). Any ideas why the failure happens ? Thanks, Tim. --047d7b86db601d09da04daf2ab0d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi ,

I am running libc-testsuite = =A0linking it statically with musl libraries

Here is my gcc =A0version:=A0

<= div>gcc -v
Using built-in specs.
Target: x86_64-redhat-linux
= Configured with: ../configure --prefix=3D/usr --mandir=3D/usr/share/man --i= nfodir=3D/usr/share/info --enable-shared --enable-threads=3Dposix --enable-= checking=3Drelease --with-system-zlib --enable-__cxa_atexit --disable-libun= wind-exceptions --enable-libgcj-multifile --enable-languages=3Dc,c++,objc,o= bj-c++,java,fortran,ada --enable-java-awt=3Dgtk --disable-dssi --enable-plu= gin --with-java-home=3D/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu= =3Dgeneric --host=3Dx86_64-redhat-linux
Thread model: posix
gcc version 4.1.2 20080704 (Red Hat 4.1.= 2-44)

I noticed that=A0setjmp test=A0constan= tly=A0fails for me with the following error message:

setjmp.c:51: sigismember(&set, 10)=3D=3D0 failed: siglo= ngjmp failed to restore mask
setjmp test failed, 1 error(s)
=

However if I comment out all the rest funct= ions calls from testsuite.c file , setjmp alone surprisingly=A0passes as if= its failure is somehow connected to other tests. Specifically memstream is= the one that affects success/failure of=A0setjmp.

Please see attached output of=A0strace -v -= s 512 -F -f -o out_fail.txt ./testsuite ( a failing case when only =A0memst= ream and setjmp =A0are present in testsuite.c file ) and strace -v -s 512 -= F -f -o out.txt ./testsuite ( a success case when only setjmp =A0is present= in =A0testsuite.c file).

Any ideas why the failure happens ?

Thanks,
Tim.
=



--047d7b86db601d09da04daf2ab0d-- --047d7b86db601d09dd04daf2ab0f Content-Type: text/plain; charset=US-ASCII; name="out.txt" Content-Disposition: attachment; filename="out.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hftned4h0 MjY5NzggcnRfc2lncHJvY21hc2soU0lHX1VOQkxPQ0ssIFtVU1IxXSwgW10sIDgpID0gMAoyNjk3 OCBydF9zaWdwcm9jbWFzayhTSUdfU0VUTUFTSywgW10sIE5VTEwsIDgpID0gMAoyNjk3OCBydF9z aWdwcm9jbWFzayhTSUdfQkxPQ0ssIFtVU1IxXSwgTlVMTCwgOCkgPSAwCjI2OTc4IHJ0X3NpZ3By b2NtYXNrKFNJR19TRVRNQVNLLCBbXSwgTlVMTCwgOCkgPSAwCjI2OTc4IHJ0X3NpZ3Byb2NtYXNr KFNJR19TRVRNQVNLLCBbXSwgW10sIDgpID0gMAoyNjk3OCBpb2N0bCgxLCBTTkRDVExfVE1SX1RJ TUVCQVNFIG9yIFRDR0VUUywge2NfaWZsYWdzPTB4MTAwLCBjX29mbGFncz0weDUsIGNfY2ZsYWdz PTB4YmYsIGNfbGZsYWdzPTB4ODAzYiwgY19saW5lPTAsIGNfY2M9Ilx4MDNceDFjXHg3Zlx4MTVc eDA0XHgwMFx4MDFceDAwXHgxMVx4MTNceDFhXHgwMFx4MTJceDBmXHgxN1x4MTZceDAwXHgwMFx4 MDAifSkgPSAwCjI2OTc4IHdyaXRldigxLCBbeyJzZXRqbXAiLCA2fSwgeyIgdGVzdCBwYXNzZWRc biIsIDEzfV0sIDIpID0gMTkKMjY5Nzggd3JpdGV2KDEsIFt7IiIsIDB9LCB7IlxuIiwgMX1dLCAy KSA9IDEKMjY5Nzggd3JpdGV2KDEsIFt7InRvdGFsIGVycm9yczogMCIsIDE1fSwgeyJcbiIsIDF9 XSwgMikgPSAxNgoyNjk3OCBleGl0X2dyb3VwKDApICAgICAgICAgICAgICAgICAgICAgPSA/Cg== --047d7b86db601d09dd04daf2ab0f Content-Type: text/plain; charset=US-ASCII; name="out_fail.txt" Content-Disposition: attachment; filename="out_fail.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hftnew841 NTQzMyAgYnJrKDApICAgICAgICAgICAgICAgICAgICAgICAgICAgID0gMHhiMzcxMDAwCjU0MzMg IGJyaygweGIzNzIwMDApICAgICAgICAgICAgICAgICAgICA9IDB4YjM3MjAwMAo1NDMzICBpb2N0 bCgxLCBTTkRDVExfVE1SX1RJTUVCQVNFIG9yIFRDR0VUUywge2NfaWZsYWdzPTB4MTAwLCBjX29m bGFncz0weDUsIGNfY2ZsYWdzPTB4YmYsIGNfbGZsYWdzPTB4ODAzYiwgY19saW5lPTAsIGNfY2M9 Ilx4MDNceDFjXHg3Zlx4MTVceDA0XHgwMFx4MDFceDAwXHgxMVx4MTNceDFhXHgwMFx4MTJceDBm XHgxN1x4MTZceDAwXHgwMFx4MDAifSkgPSAwCjU0MzMgIHdyaXRldigxLCBbeyJtZW1zdHJlYW0i LCA5fSwgeyIgdGVzdCBwYXNzZWRcbiIsIDEzfV0sIDIpID0gMjIKNTQzMyAgcnRfc2lncHJvY21h c2soU0lHX1VOQkxPQ0ssIFtVU1IxXSwgW10sIDgpID0gMAo1NDMzICBydF9zaWdwcm9jbWFzayhT SUdfU0VUTUFTSywgW1FVSVQgSUxMIEFCUlQgQlVTIFVTUjEgU0VHViBBTFJNIFNUS0ZMVCBVUkdd LCBOVUxMLCA4KSA9IDAKNTQzMyAgcnRfc2lncHJvY21hc2soU0lHX0JMT0NLLCBbVVNSMV0sIE5V TEwsIDgpID0gMAo1NDMzICBydF9zaWdwcm9jbWFzayhTSUdfU0VUTUFTSywgW1FVSVQgSUxMIEFC UlQgQlVTIFVTUjEgU0VHViBBTFJNIFNUS0ZMVCBVUkddLCBOVUxMLCA4KSA9IDAKNTQzMyAgcnRf c2lncHJvY21hc2soU0lHX1NFVE1BU0ssIFtdLCBbUVVJVCBJTEwgQUJSVCBCVVMgVVNSMSBTRUdW IEFMUk0gU1RLRkxUIFVSR10sIDgpID0gMAo1NDMzICB3cml0ZXYoMSwgW3sic2V0am1wLmM6NTE6 IHNpZ2lzbWVtYmVyKCZzZXQsIDEwKT09MCBmYWlsZWQ6IHNpZ2xvbmdqbXAgZmFpbGVkIHRvIHJl c3RvcmUgbWFzayIsIDc5fSwgeyJcbiIsIDF9XSwgMikgPSA4MAo1NDMzICB3cml0ZXYoMSwgW3si c2V0am1wIHRlc3QgZmFpbGVkLCAxIiwgMjF9LCB7IiBlcnJvcihzKVxuIiwgMTB9XSwgMikgPSAz MQo1NDMzICB3cml0ZXYoMSwgW3siIiwgMH0sIHsiXG4iLCAxfV0sIDIpID0gMQo1NDMzICB3cml0 ZXYoMSwgW3sidG90YWwgZXJyb3JzOiAxIiwgMTV9LCB7IlxuIiwgMX1dLCAyKSA9IDE2CjU0MzMg IGV4aXRfZ3JvdXAoMSkgICAgICAgICAgICAgICAgICAgICA9ID8K --047d7b86db601d09dd04daf2ab0f--