Bug#892267: 3dldf: FTBFS on mips64el, hurd-i386, ia64, powerpc, x32 - "src/3dldf tngnts_1.ldf" segfaults

2018-05-04 Thread Hilmar Preuße 
On 07.03.2018 13:13, James Cowgill wrote:

> 3dldf FTBFS on the above architectures with the error:
>> ../src/3dldf tngnts_1.ldf
>> GNU 3DLDF Version 2.0.3
>> Copyright (C) 2013 The Free Software Foundation
>> Author:  Laurence D. Finston
>>

Just for the records: I tried to build the package using gcc-8. The
program can be compiled but using it is still a pain as the program
still crashes:

Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".

Core was generated by `./3dldf sample2.ldf'.

Program terminated with signal SIGSEGV, Segmentation fault.

#0  0xb7adeb35 in std::locale::~locale() () from
/usr/lib/i386-linux-gnu/libstdc++.so.6

(gdb) bt

#0  0xb7adeb35 in std::locale::~locale() () from
/usr/lib/i386-linux-gnu/libstdc++.so.6

#1  0x004c78ef in std::basic_streambuf::~basic_streambuf (this=0x2257cc4, __in_chrg=)

at /usr/include/c++/8/streambuf:204

#2  std::basic_filebuf::~basic_filebuf
(this=0x2257cc4, __in_chrg=) at
/usr/include/c++/8/fstream:247

#3  std::basic_ofstream::~basic_ofstream
(this=0x2257cc0, __in_chrg=, __vtt_parm=)

at /usr/include/c++/8/fstream:793

#4  Thread_Info_Type::~Thread_Info_Type (this=,
__in_chrg=) at ./pspglb.web:1626

#5  0x0052f614 in yyparse(void*) () at parser.y++:22016

#6  0x00517499 in main () at /usr/include/c++/8/bits/stl_vector.h:930

#7  0xb7756e81 in __libc_start_main (main=0x516500 , argc=2,
argv=0xbfed44a4, init=0x7c7a30 <__libc_csu_init>,

fini=0x7c7a90 <__libc_csu_fini>, rtld_fini=0xb7ef29a0 <_dl_fini>,
stack_end=0xbfed449c) at ../csu/libc-start.c:310

#8  0x005197f9 in _start () at ./main.web:1735

For using gcc-8 I simply changed the symlinks gcc, g++, cpp to version
8. Not sure if this is sufficient. Yes, I could install gcc from
experimental too.

sid:/usr/bin# ls -l gcc* g++* cpp*

lrwxrwxrwx 1 root root  5 May  4 09:53 cpp -> cpp-8

lrwxrwxrwx 1 root root 20 Apr 28 15:20 cpp-7 -> i686-linux-gnu-cpp-7

lrwxrwxrwx 1 root root 20 May  2 11:43 cpp-8 -> i686-linux-gnu-cpp-8

lrwxrwxrwx 1 root root  5 May  4 09:53 g++ -> g++-8

lrwxrwxrwx 1 root root 20 Apr 28 15:20 g++-7 -> i686-linux-gnu-g++-7

lrwxrwxrwx 1 root root 20 May  2 11:43 g++-8 -> i686-linux-gnu-g++-8

lrwxrwxrwx 1 root root  5 May  4 09:53 gcc -> gcc-8

lrwxrwxrwx 1 root root 20 Apr 28 15:20 gcc-7 -> i686-linux-gnu-gcc-7

lrwxrwxrwx 1 root root 20 May  2 11:43 gcc-8 -> i686-linux-gnu-gcc-8

lrwxrwxrwx 1 root root  8 Apr  4 12:16 gcc-ar -> gcc-ar-7


Hilmar
-- 
#206401 http://counter.li.org



signature.asc
Description: OpenPGP digital signature

Bug#892267: 3dldf: FTBFS on mips64el, hurd-i386, ia64, powerpc, x32 - "src/3dldf tngnts_1.ldf" segfaults

2018-05-03 Thread Hilmar Preuße 
On 07.03.2018 13:13, James Cowgill wrote:

> 3dldf FTBFS on the above architectures with the error:
>> ../src/3dldf tngnts_1.ldf
>> GNU 3DLDF Version 2.0.3
>> Copyright (C) 2013 The Free Software Foundation
>> Author:  Laurence D. Finston
>>
>> GNU 3DLDF comes with ABSOLUTELY NO WARRANTY;
>> for details see the file COPYING,
>> which you should have received in the distribution of GNU 3DLDF 2.0.3
>> This is Free Software, and you are welcome to redistribute it under certain 
>> conditions;
>> for details, again, see the file COPYING.
>>
>> Please send bug reports to laurence.fins...@gmx.de
>> Web site:  http://www.gnu.org/software/3dldf/LDF.html
>>
>> make[4]: *** [Makefile_sub:21: tngnts_1.mp] Segmentation fault
> FYI:

I'm able to reproduce this on i386:

../src/3dldf tngnts_1.ldf
GNU 3DLDF Version 2.0.3
Copyright (C) 2013 The Free Software Foundation
Author:  Laurence D. Finston

GNU 3DLDF comes with ABSOLUTELY NO WARRANTY;
for details see the file COPYING,
which you should have received in the distribution of GNU 3DLDF 2.0.3
This is Free Software, and you are welcome to redistribute it under
certain conditions;
for details, again, see the file COPYING.

Please send bug reports to laurence.fins...@gmx.de
Web site:  http://www.gnu.org/software/3dldf/LDF.html

Makefile_sub:21: recipe for target 'tngnts_1.mp' failed
make[4]: *** [tngnts_1.mp] Segmentation fault (core dumped)
make[4]: *** Deleting file 'tngnts_1.mp'



hille@sid:~/3dldf-2.0.3+dfsg $ gdb src/3dldf examples/core

Type "apropos word" to search for commands related to "word"...
Reading symbols from src/3dldf...done.
[New LWP 4101]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Core was generated by `../src/3dldf tngnts_1.ldf'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  Id_Map_Entry_Type::operator*= (this=0x13003f0, t=...) at
./imetfncs.web:3864
3864  if (   scanner_node->run_state.multithread_input
(gdb) bt
#0  Id_Map_Entry_Type::operator*= (this=0x13003f0, t=...) at
./imetfncs.web:3864
#1  0x0043cf8a in yyparse (parameter=) at parser.y++:29090
#2  0x00432761 in main (argc=, argv=) at
./main.web:1478

Hilmar
-- 
#206401 http://counter.li.org



signature.asc
Description: OpenPGP digital signature

Processed: Re: Bug#892267: 3dldf: FTBFS on mips64el, hurd-i386, ia64, powerpc, x32 - "src/3dldf tngnts_1.ldf" segfaults

2018-05-03 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> forwarded 892267 https://savannah.gnu.org/bugs/?53821
Bug #892267 [src:3dldf] 3dldf: FTBFS on mips64el, hurd-i386, ia64, powerpc, x32 
- "src/3dldf tngnts_1.ldf" segfaults
Set Bug forwarded-to-address to 'https://savannah.gnu.org/bugs/?53821'.
> stop
Stopping processing here.

Please contact me if you need assistance.
-- 
892267: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892267
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#892267: 3dldf: FTBFS on mips64el, hurd-i386, ia64, powerpc, x32 - "src/3dldf tngnts_1.ldf" segfaults

2018-05-03 Thread Hilmar Preuße 

forwarded 892267 https://savannah.gnu.org/bugs/?53821
stop

Am 07.03.2018 um 13:13 teilte James Cowgill mit:

Hi,


3dldf FTBFS on the above architectures with the error:

../src/3dldf tngnts_1.ldf
GNU 3DLDF Version 2.0.3
Copyright (C) 2013 The Free Software Foundation
Author:  Laurence D. Finston


Just for the records: I've forwarded the bug to upstream.

Hilmar
--
#206401 http://counter.li.org

Bug#892267: 3dldf: FTBFS on mips64el, hurd-i386, ia64, powerpc, x32 - "src/3dldf tngnts_1.ldf" segfaults

2018-03-07 Thread James Cowgill 
Source: 3dldf
Version: 2.0.3+dfsg-7
Severity: serious
Tags: sid buster

Hi,

3dldf FTBFS on the above architectures with the error:
> ../src/3dldf tngnts_1.ldf
> GNU 3DLDF Version 2.0.3
> Copyright (C) 2013 The Free Software Foundation
> Author:  Laurence D. Finston
> 
> GNU 3DLDF comes with ABSOLUTELY NO WARRANTY;
> for details see the file COPYING,
> which you should have received in the distribution of GNU 3DLDF 2.0.3
> This is Free Software, and you are welcome to redistribute it under certain 
> conditions;
> for details, again, see the file COPYING.
> 
> Please send bug reports to laurence.fins...@gmx.de
> Web site:  http://www.gnu.org/software/3dldf/LDF.html
> 
> make[4]: *** [Makefile_sub:21: tngnts_1.mp] Segmentation fault

While it didn't fail on amd64, running 3dldf in valgrind (on amd64)
immediately crashes so this is probably not an architecture specific error:
> $ valgrind ../src/3dldf tngnts_1.ldf 
> ==29155== Memcheck, a memory error detector
> ==29155== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
> ==29155== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info
> ==29155== Command: ../src/3dldf tngnts_1.ldf
> ==29155== 
> GNU 3DLDF Version 2.0.3
> Copyright (C) 2013 The Free Software Foundation
> Author:  Laurence D. Finston
> 
> GNU 3DLDF comes with ABSOLUTELY NO WARRANTY;
> for details see the file COPYING,
> which you should have received in the distribution of GNU 3DLDF 2.0.3
> This is Free Software, and you are welcome to redistribute it under certain 
> conditions;
> for details, again, see the file COPYING.
> 
> Please send bug reports to laurence.fins...@gmx.de
> Web site:  http://www.gnu.org/software/3dldf/LDF.html
> 
> ==29155== Conditional jump or move depends on uninitialised value(s)
> ==29155==at 0x2A61E9: Id_Map_Entry_Type::operator*=(Transform const&) 
> (imetfncs.web:3854)
> ==29155==by 0x13E602: yyparse(void*) (parser.y++:29090)
> ==29155==by 0x134F5C: main (main.web:1478)
> ==29155== 
> ==29155== Invalid read of size 1
> ==29155==at 0x2A6398: Id_Map_Entry_Type::operator*=(Transform const&) 
> (imetfncs.web:3864)
> ==29155==by 0x13E602: yyparse(void*) (parser.y++:29090)
> ==29155==by 0x134F5C: main (main.web:1478)
> ==29155==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
> ==29155== 
> ==29155== 
> ==29155== Process terminating with default action of signal 11 (SIGSEGV): 
> dumping core
> ==29155==  Access not within mapped region at address 0x0
> ==29155==at 0x2A6398: Id_Map_Entry_Type::operator*=(Transform const&) 
> (imetfncs.web:3864)
> ==29155==by 0x13E602: yyparse(void*) (parser.y++:29090)
> ==29155==by 0x134F5C: main (main.web:1478)
> ==29155==  If you believe this happened as a result of a stack
> ==29155==  overflow in your program's main thread (unlikely but
> ==29155==  possible), you can try to increase the size of the
> ==29155==  main thread stack using the --main-stacksize= flag.
> ==29155==  The main thread stack size used in this run was 8388608.
> ==29155== 
> ==29155== HEAP SUMMARY:
> ==29155== in use at exit: 1,207,653 bytes in 21,398 blocks
> ==29155==   total heap usage: 82,187 allocs, 60,789 frees, 2,678,604 bytes 
> allocated
> ==29155== 
> ==29155== LEAK SUMMARY:
> ==29155==definitely lost: 56,200 bytes in 150 blocks
> ==29155==indirectly lost: 309,868 bytes in 7,324 blocks
> ==29155==  possibly lost: 0 bytes in 0 blocks
> ==29155==still reachable: 841,585 bytes in 13,924 blocks
> ==29155== suppressed: 0 bytes in 0 blocks
> ==29155== Rerun with --leak-check=full to see details of leaked memory
> ==29155== 
> ==29155== For counts of detected and suppressed errors, rerun with: -v
> ==29155== Use --track-origins=yes to see where uninitialised values come from
> ==29155== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0)
> Segmentation fault

Thanks,
James



signature.asc
Description: OpenPGP digital signature