Ilya Zakharevich on Sun, 17 Jan 1999 17:02:59 -0500 |
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
Re: 2 bugs with pols in 2.0.12 |
On Sun, Jan 17, 1999 at 10:58:32PM +0100, Gerhard Niklasch wrote: > In response to: > > ? res=-23708160*x^9 - 225566208*x^8 - 1131314688*x^7 - 3968372736*x^6 - \ > > 7276863744*x^5 - 1112932224*x^4 + 22694392512*x^3 + 49279399488*x^2 + \ > > 50845741200*x + 22483386864; > > ? polgalois(res) > > *** segmentation fault: bug in GP (please report). > > > > ? factornf(res,subst(res,x,y)) > > *** bug in subresext, please report > > > > (The second message is triggered even if we do not do polgalois().) > > This is interesting... I began seeing the second phenomenon on my > old Linux box on one of the pre-2.0.12 snapshots if memory serves > (errm... it was present in 2.0.12.7), but since Karim couldn't > reproduce it, and I couldn't reproduce it when building with -g [*], > we ended up blaming it on my ancient libc. As far as I could tell > from running instrumented code, memory on the C stack was getting > corrupted even before subresext() was called. > > Gerhard > > [*] (maybe because of compiler hickups with inlining, maybe because > whatever causes the corruption interacts with the PARI stack allocation > machinery, which is implemented differently depending on whether we > build with -g or not) OK, since it looks compiler-specific: it is OS/2 EMX 0.9c, which is based on gcc 2.7.2.(1?), with 2.0.12. Ilya