Bug#231748: Lusia R., Boston
Best online discount www.sleaford-alivia2010.narod.ru -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#148529: gnat-3.1: sin broken
Package: gnat-3.1 Version: 1:3.1-2 Severity: normal With the following code: ---CUT--- with Ada.Text_IO; use Ada.Text_IO; with Ada.Numerics; use Ada.Numerics; with Ada.Numerics.Generic_Elementary_Functions; procedure TestBug2 is type F is new Float; subtype Radians is F; package Maths is new Generic_Elementary_Functions(F); use Maths; begin Ada.Text_IO.Put_Line(F'Image(Sin(5.49779))); Ada.Text_IO.Put_Line(F'Image(Sin(0.0))); Ada.Text_IO.Put_Line(F'Image(Sin(5.49779))); end TestBug2; ---CUT--- It returns: 0.E+05 -0.0E+00 0.0E+00 I think the first number is NaN (at least according to the patched gdb 5.0 it was), not sure why the last one is different. According to Gnome Calculator, sin(5.49779)==0.707, and sin(0)==0. I never had any problems with sin/cos/arcsin using the old version of gnat (but didn't run this test program). -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux scrooge 2.4.18 #1 Wed Apr 3 13:18:14 EST 2002 i686 Locale: LANG=C, LC_CTYPE= Versions of packages gnat-3.1 depends on: ii gcc-3.1 1:3.1-2The GNU C compiler. ii gcc-3.1-base 1:3.1-2The GNU Compiler Collection (base ii libc6 2.2.5-6GNU C Library: Shared libraries an ii libgnat3.15a 1:3.1-2Runtime library for GNU Ada applic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148529: gnat-3.1: sin/cos is random exception/result generator
Package: gnat-3.1 Version: 1:3.1-2 Followup-For: Bug #148529 The following code is the same as before, except with 2 extra lines: --- CUT --- with Ada.Text_IO; use Ada.Text_IO; with Ada.Numerics; use Ada.Numerics; with Ada.Numerics.Generic_Elementary_Functions; procedure TestBug2 is type F is new Float; subtype Radians is F; package Maths is new Generic_Elementary_Functions(F); use Maths; begin Ada.Text_IO.Put_Line(F'Image(Sin(5.49779))); Ada.Text_IO.Put_Line(F'Image(Sin(0.0*pi))); Ada.Text_IO.Put_Line(F'Image(Sin(1.0*pi))); Ada.Text_IO.Put_Line(F'Image(Sin(2.0*pi))); Ada.Text_IO.Put_Line(F'Image(Sin(5.49779))); end TestBug2; --- CUT --- If I comment out any 2 of the Put_Line calls (even the last two), the program works but gives bad results (ie. 0). If I run the program as is, it doesn't get past the first line: [625] [scrooge:bam] ~/tmp/ada/testbug >./testbug2 raised CONSTRAINT_ERROR : s-imgrea.adb:236 (which is funny in a way, I don't see where this function is getting called) I find it really troubling that commenting out the last two lines causes it to crash on the first line, and until it is fixed, I consider the compiler to be badly broken. Of course, the previous gnat works without any problems: [629] [scrooge:bam] ~/tmp/ada/testbug >./testbug2 -7.07105E-01 0.0E+00 -8.74228E-08 1.74846E-07 -7.07105E-01 ...however both versions of the compiler seem to be buggy, as reported in my other bug reports (bug #147145 applies to both versions). Is the quality of the Gnat compiler likely to improve any time in the not-too-distant future, or should I be concentrating my efforts for the moment at least on other languages? -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux scrooge 2.4.18 #1 Wed Apr 3 13:18:14 EST 2002 i686 Locale: LANG=C, LC_CTYPE= Versions of packages gnat-3.1 depends on: ii gcc-3.1 1:3.1-2The GNU C compiler. ii gcc-3.1-base 1:3.1-2The GNU Compiler Collection (base ii libc6 2.2.5-6GNU C Library: Shared libraries an ii libgnat3.15a 1:3.1-2Runtime library for GNU Ada applic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#148529: gnat-3.1: sin/cos is random exception/result generator
On Sat, 2002-06-01 at 18:49, Matthias Klose wrote: > From gcc.gnu.org: "please note that the integration of the Ada front > end is still work in progress." Ok. I thought I heard rumors of something like this. > However, the gcc package "inherited" the gnat package and we currently > don't have a maintainer for gnat-3.1 (besides the packaging). I didn't > get an answer from Sam Tardieu. So I would appreciate it, if you could > submit these reports upstream and connect the Debian BTS reprots to > the forwarded reports. What is the upstream address? I can see /usr/doc/gnat-3.1/README.Bugs.gz, but that looks like it is mainly for C++, not Ada. -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148529: gnat-3.1: sin/cos is random exception/result generator
On Sun, 2002-06-02 at 21:38, Samuel Tardieu wrote: > The package System.Img_Real is used to convert floats to string. You > can look at the expanded GNAT output using: > > % gcc-3.1 -gnatds testbug2.adb Thanks for that tip. Will try it latter. > Well, it looks like it is a i386 specific problem, as it works just > fine on Sparc. I get the same result as the one you give as correct in > your mail. I compared the ada.numerics.aux Sin function call (I am guessing this code is i386 only, as it contains assembler code), where all the action seems to task place, in the old version and the new version, and it looks identical (note: I didn't check the Reduce function, but it wouldn't surprise me if that was identical too). So, I suspect some low level, i386 only, issue with how the Ada compiler looks at the assembler code excerpts from the Ada code. Maybe there is a problem passing parameters. However, when I copied the routine to my code, it instantly stopped working at all (it turned the Asm call into a NOP), and I half suspected at the time that maybe I was doing something wrong (do I need to use a special compiler flag or something to get Asm code to work?). -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148529: gnat-3.1: sin/cos is random exception/result generator
On Mon, 2002-06-03 at 09:28, Samuel Tardieu wrote: > No. You can check that your assembler has been properly included by > looking at the resulting assembly code (gcc-3.1 -S -o - testbug2.adb). Curious. It looks OK, but all it does is copy the input to the output (aux was created by renaming ada.numerics.aux to aux): .globl aux__sin .type aux__sin,@function aux__sin: pushl %ebp movl%esp, %ebp subl$88, %esp movl8(%ebp), %eax movl12(%ebp), %edx movl16(%ebp), %ecx movl%eax, -40(%ebp) movl%edx, -36(%ebp) movl%ecx, -32(%ebp) movl-40(%ebp), %eax movl%eax, -24(%ebp) movl-36(%ebp), %eax movl%eax, -20(%ebp) movl-32(%ebp), %eax movl%eax, -16(%ebp) movl-28(%ebp), %eax movl%eax, -12(%ebp) .L66: fldt-24(%ebp) #APP fsin xorl%eax, %eax fnstsw %ax #NO_APP fstp%st(0) movw%ax, -42(%ebp) movb-41(%ebp), %al andl$4, %eax testb %al, %al jne .L69 jmp .L67 .L69: subl$4, %esp pushl -32(%ebp) pushl -36(%ebp) pushl -40(%ebp) callaux__reduce addl$16, %esp fstpt -72(%ebp) movl-72(%ebp), %eax movl%eax, -24(%ebp) movl-68(%ebp), %eax movl%eax, -20(%ebp) movl-64(%ebp), %eax movl%eax, -16(%ebp) movl-60(%ebp), %eax movl%eax, -12(%ebp) jmp .L66 .L67: movl-40(%ebp), %eax movl-36(%ebp), %edx movl-32(%ebp), %ecx movl%eax, -88(%ebp) movl%edx, -84(%ebp) movl%ecx, -80(%ebp) fldt-88(%ebp) leave ret > > Sam > -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148529: gnat-3.1: sin/cos is random exception/result generator
On Mon, 2002-06-03 at 10:37, Brian May wrote: > It looks OK, but all it does is copy the input to the output (aux was > created by renaming ada.numerics.aux to aux): On second thoughts, no it doesn't! (Dislaimer: I don't really know what these opcodes stand for, so I am guessing) The code in question is > .L66: > fldt-24(%ebp) load value of reduced_x into FPU stack > #APP > fsin > xorl%eax, %eax > fnstsw %ax do operation > #NO_APP > fstp%st(0) > movw%ax, -42(%ebp) Save status register. However, where is the save result opcode? The result is at -40(%ebp) I think. > movb-41(%ebp), %al > andl$4, %eax > testb %al, %al > jne .L69 > jmp .L67 test status.C2 > .L69: > subl$4, %esp > pushl -32(%ebp) > pushl -36(%ebp) > pushl -40(%ebp) > callaux__reduce > addl$16, %esp > fstpt -72(%ebp) > movl-72(%ebp), %eax > movl%eax, -24(%ebp) > movl-68(%ebp), %eax > movl%eax, -20(%ebp) > movl-64(%ebp), %eax > movl%eax, -16(%ebp) > movl-60(%ebp), %eax > movl%eax, -12(%ebp) > jmp .L66 > .L67: > movl-40(%ebp), %eax assumes -40(%ebp) has already been initialized. > movl-36(%ebp), %edx > movl-32(%ebp), %ecx > movl%eax, -88(%ebp) > movl%edx, -84(%ebp) > movl%ecx, -80(%ebp) > fldt-88(%ebp) > leave > ret -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#148529: gnat-3.1: sin/cos is random exception/result generator
On Sun, 2002-06-02 at 18:27, Matthias Klose wrote: > please use gccbug-3.1 for submitting the report (category ada) and > > - mention that it has been forwarded from the Debian BTS > - use the bug address as submitter address, > - use the gnats-CC for the address of the submitter > > or use the attached bts2gcc and the modified gccbug. Thanks for this. I have forwarded bug reports for both the bugs which exist in Gnat-3.1. -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148529: gnat-3.1: sin/cos is random exception/result generator
On Sun, 2002-06-02 at 21:38, Samuel Tardieu wrote: > The GNAT compiler based on GCC 2.8.1 is a top quality compiler. There > are some glitches in the GCC 3.1 port though. I'm not sure what you mean here; Are you suggesting it might be easier to fix the bugs in the gcc 2.8.1 based version then in 3.1 based version? (I have found 3 bugs total, 2 exist in the old version and 2 exist in the new version). -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#148529: gnat-3.1: sin/cos is random exception/result generator
On Sat, 2002-06-01 at 18:49, Matthias Klose wrote: > From gcc.gnu.org: "please note that the integration of the Ada front > end is still work in progress." Just curious, where does it say that? I looked at http://gcc.gnu.org/>, and couldn't find it. -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148529: ada/6911: Sin and Cos returns bad result or exception
On Thu, Nov 14, 2002 at 11:23:28AM +0100, Joakim Olsson wrote: > I have'nt a clue where this mail is going so bare with me (I'm a newbie to > gcc ;-) It come to me, and the Debian BTS ([EMAIL PROTECTED]). Presumably it also went into the gcc GNATS system. The [EMAIL PROTECTED] address looks kind of funny... > This package implements Sin and Cos and other stuff with > assambler-instructions > and not uses interface to the C-functions in libm.a. The assembler code appears to be exactly the same on gnat 3.14p, where it works. In fact, I think the whole file is the same. > I don't know why but,,, well the assambler doesn't work. I suspect that support for any assembler code is badly broken, but my knowledge of assembler code in Ada is somewhat flakey. I tried moving the assembler code to me source code, but it stopped working even with gnat 3.14p, which was perviously working. It wouldn't surprise me if the assembler code is working, but for some reason that parameters aren't getting passed to/from the Ada code. At one stage I did look at this using a debugger and viewing the assembler code, but I couldn't see anything that looked obviously wrong. > In the rpm from Ada for Linux Team the version uses interface to > C-functions and that version seems to work. > > > PSIf I've done something wrong by posting this mail, pleas don't Nothing wrong that I am aware of. > hesitate to tell me. Is there a simple solution out there ??? please > tell me. DS Create interfaces to the C-functions? Use gnat 3.14? Sorry, these are the only two solutions I know of (not tested the first one myself). -- Brian May <[EMAIL PROTECTED]>
Bug#316323: FTBFS: internal errors: lower_stmt error and segmentation fault
Package: gcc-4.0 Severity: serious Justification: no longer builds from source Hello, I am trying to compile gcc-4.0 on Ubuntu, so I can recompile the latest openoffice.org2 package. However, I get different errors each time. I don't think these are ubuntu specific. If you consider this the wrong forum for such bug reports, please let me know. Rather then not include enough details, I will give everything I still have just in case it helps. The 1st compile attempt I got the following error: --- cut --- stage2/xgcc -Bstage2/ -B/usr/i486-linux-gnu/bin/ -c -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -DHAVE_CONFIG_H -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include -I../../src/gcc/../libcpp/include ../../src/gcc/predict.c -o predict.o ../../src/gcc/predict.c: In function 'estimate_loops_at_level': ../../src/gcc/predict.c:1705: internal compiler error: in lower_stmt, at gimple-low.c:206 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see . make[4]: *** [predict.o] Error 1 make[4]: Leaving directory `/tmp/buildd/gcc-4.0-4.0.0ds1/build/gcc' make[3]: *** [stage3_build] Error 2 make[3]: Leaving directory `/tmp/buildd/gcc-4.0-4.0.0ds1/build/gcc' make[2]: *** [bootstrap] Error 2 make[2]: Leaving directory `/tmp/buildd/gcc-4.0-4.0.0ds1/build' s=`cat status`; rm -f status; test $s -eq 0 make[1]: *** [stamps/05-build-stamp] Error 1 make[1]: Leaving directory `/tmp/buildd/gcc-4.0-4.0.0ds1' make: *** [stamps/05-build-stamp] Error 2 pbuilder: Failed autobuilding of package -> Aborting with an error -> unmounting dev/pts filesystem -> unmounting proc filesystem -> cleaning the build env -> removing directory /var/cache/pbuilder/build//27869 and its subdirectories --- cut --- At first, this looked like the bug reported at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16254>, however, this bug is meant to have been fixed already. Using a new clean pbuilder ubuntu hoary chroot, I attempted the same operation again, and got a different error. This leaves me very puzzled if it is the same bug or a new bug (I apologise if you think I should have opened two bug reports). This time I got the following output: --- cut --- stage2/xgcc -Bstage2/ -B/usr/i486-linux-gnu/bin/ -c -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -DHAVE_CONFIG_H -I. -Icp -I../../src/gcc -I../../src/gcc/cp -I../../src/gcc/../include -I../../src/gcc/../libcpp/include ../../src/gcc/cp/pt.c -o cp/pt.o ../../src/gcc/cp/pt.c: In function 'tsubst': ../../src/gcc/cp/pt.c:6901: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see . make[4]: *** [cp/pt.o] Error 1 make[4]: Leaving directory `/tmp/buildd/gcc-4.0-4.0.0ds1/build/gcc' make[3]: *** [stage3_build] Error 2 make[3]: Leaving directory `/tmp/buildd/gcc-4.0-4.0.0ds1/build/gcc' make[2]: *** [bootstrap] Error 2 make[2]: Leaving directory `/tmp/buildd/gcc-4.0-4.0.0ds1/build' s=`cat status`; rm -f status; test $s -eq 0 make[1]: *** [stamps/05-build-stamp] Error 1 make[1]: Leaving directory `/tmp/buildd/gcc-4.0-4.0.0ds1' make: *** [stamps/05-build-stamp] Error 2 pbuilder: Failed autobuilding of package -> Aborting with an error -> unmounting dev/pts filesystem -> unmounting proc filesystem -> cleaning the build env -> removing directory /var/cache/pbuilder/build//13539 and its subdirectories --- cut --- Any work arounds appreciated. Thanks -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316323: FTBFS: internal errors: lower_stmt error and segmentation fault
>>>>> "Falk" == Falk Hueffner <[EMAIL PROTECTED]> writes: Falk> This is nearly always a hardware problem. Can you reproduce Falk> it on a different machine? Hello, Thanks for your prompt response. It looks like you are right, I compiled it on another computer and it worked fine. Please close this bug report. Thanks -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#148529: ada/6911: Sin and Cos returns bad result or exception
On Mon, May 12, 2003 at 04:31:18PM -0700, Dara Hazeghi wrote: > the final note in the Debian bug trail for this bug noted that this > problem was fixed on gcc 3.3 branch. Is this the case? Right now, > mainline and 3.3 branch produce this for me: > > -7.07105E-01 > 0.0E+00 > -8.74228E-08 > 1.74846E-07 > -7.07105E-01 > > (the second testcase). Can anyone confirm the state of this bug. Thanks, For: --- cut --- with Ada.Text_IO; use Ada.Text_IO; with Ada.Numerics; use Ada.Numerics; with Ada.Numerics.Generic_Elementary_Functions; with Aux; use Aux; procedure TestBug2 is type F is new Float; subtype Radians is F; package Maths is new Generic_Elementary_Functions(F); use Maths; begin Ada.Text_IO.Put_Line(Double'Image(Aux.Sin(5.49779))); Ada.Text_IO.Put_Line(Double'Image(Aux.Sin(0.0*pi))); Ada.Text_IO.Put_Line(Double'Image(Aux.Sin(1.0*pi))); Ada.Text_IO.Put_Line(Double'Image(Aux.Sin(2.0*pi))); Ada.Text_IO.Put_Line(Double'Image(Aux.Sin(5.49779))); Ada.Text_IO.Put_Line(F'Image(Sin(5.49779))); Ada.Text_IO.Put_Line(F'Image(Sin(0.0*pi))); Ada.Text_IO.Put_Line(F'Image(Sin(1.0*pi))); Ada.Text_IO.Put_Line(F'Image(Sin(2.0*pi))); Ada.Text_IO.Put_Line(F'Image(Sin(5.49779))); end TestBug2; --- cut --- I get: --- cut --- -7.07104761532644598E-01 0.0E+00 -5.42101086242752217E-20 1.08420217248550443E-19 -7.07104761532644598E-01 -7.07105E-01 0.0E+00 -8.74228E-08 1.74846E-07 -7.07105E-01 --- cut --- Which looks much better then before, but I haven't checked the results against a calculator... This is the same code that failed before. -- Brian May <[EMAIL PROTECTED]>
Bug#210844: gnat-3.3: Constraint error for valid input
Package: gnat-3.3 Version: 1:3.3.2-0pre3 Severity: normal As far as I can tell, this program is valid. It runs fine under gnat 3.14p-3 in fact: --- cut --- [517] [snoopy:bam] ~/tmp/ada/bugs >cat test_calendar.adb with Ada.Calendar; use Ada.Calendar; procedure Test_Calendar is T : Time; begin T := Time_Of(2002,8,18,0.0); end Test_Calendar; --- cut --- It compiles find with gnat 3.3 with no warnings: --- cut --- [515] [snoopy:bam] ~/tmp/ada/bugs >gnatmake -v test_calendar.adb GNATMAKE 3.3.2 20030908 (Debian prerelease) Copyright 1995-2002 Free Software Foundation, Inc. "test_calendar.ali" being checked ... -> "test_calendar.adb" time stamp mismatch gcc-3.3 -c test_calendar.adb End of compilation gnatbind -x test_calendar.ali gnatlink test_calendar.ali --- cut --- But when running it it comes with a constraint error: --- cut --- [516] [snoopy:bam] ~/tmp/ada/bugs >./test_calendar raised CONSTRAINT_ERROR : a-calend.adb:419 explicit raise --- cut --- I cannot see any good reason for this constraint error. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux snoopy 2.4.21 #1 Tue Aug 26 17:39:08 EST 2003 i686 Locale: LANG=C, LC_CTYPE= Versions of packages gnat-3.3 depends on: ii gcc-3.31:3.3.2-0pre2 The GNU C compiler ii gcc-3.3-base 1:3.3.2-0pre2 The GNU Compiler Collection (base ii libc6 2.3.2-6 GNU C Library: Shared libraries an -- no debconf information
Bug#95800: upgrade is broken
Package: libstdc++2.10-dev Version: 1:2.95.2-13 Severity: grave Preparing to replace libstdc++2.10-dev 1:2.95.2-13 (using .../libstdc++2.10-dev_1%3a2.95.4-0.010424_i386.deb) ... perl: /lib/libc.so.6: version `GLIBC_2.2' not found (required by /lib/libdb.so.3) dpkg: warning - old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... perl: /lib/libc.so.6: version `GLIBC_2.2' not found (required by /lib/libdb.so.3) dpkg: error processing /var/cache/apt/archives/libstdc++2.10-dev_1%3a2.95.4-0.010424_i386.deb (--unpack): subprocess new pre-removal script returned error exit status 1 dpkg: regarding .../libc6-dev_2.2.2-4_i386.deb containing libc6-dev: libc6-dev conflicts with libstdc++2.10-dev (<< 1:2.95.2-15) libstdc++2.10-dev (version 1:2.95.2-13) is installed. dpkg: error processing /var/cache/apt/archives/libc6-dev_2.2.2-4_i386.deb (--unpack): conflicting packages - not installing libc6-dev Errors were encountered while processing: /var/cache/apt/archives/libstdc++2.10-dev_1%3a2.95.4-0.010424_i386.deb /var/cache/apt/archives/libc6-dev_2.2.2-4_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) I reported this (and a more complete listing) to debian-devel. Apparently a predepends should fix this (Sorry, I can't remember what package, probably was libc6 which hasn't been installed yet). Once the system gets in this state, it is difficult to recover (last time it happened I had to creatively use dpkg -i and dpkg --configure --pending). (hopefully this E-Mail gets the right from address, [EMAIL PROTECTED]) -- System Information Debian Release: 2.2 Architecture: i386 Kernel: Linux dewey 2.2.19 #1 Fri Apr 27 11:23:34 EST 2001 i586 Versions of packages libstdc++2.10-dev depends on: pn g++ (>= 1:2.95.2-10) Not found. ii libc6-dev2.1.3-18GNU C Library: Development Librari ii libstdc++2.101:2.95.2-13 The GNU stdc++ library
Bug#95800: upgrade is broken
reassign 95800 libdb2 thanks >>>>> "Matthias" == Matthias Klose <[EMAIL PROTECTED]> writes: >> Apparently a predepends should fix this (Sorry, I can't >> remember what package, probably was libc6 which hasn't been >> installed yet). Matthias> - libc6-2.2.2 has been installed, so I assume Matthias> libstdc++2.10-glibc2.2 doesn't need a Pre-Dependency on Matthias> libc6 (>=2.2)? No. Incorrect. At this time libc6 *will* be installed, but this has not yet occurred. In fact, in order to rectify the mess, I have to manually install libc6. Please read http://lists.debian.org/debian-devel-0104/msg02141.html full transcript of problem http://lists.debian.org/debian-devel-0104/msg02143.html reply Or look at this (from a stable system not yet upgraded): snoopy:nfsroot:/# apt-get -s install libc6 Reading Package Lists... Building Dependency Tree... The following extra packages will be installed: binutils cpp cpp-2.95 g++ g++-2.95 gcc gcc-2.95 libc6-dev libdb2 libdb2-util libstdc++2.10-dev libstdc++2.10-glibc2.2 locales The following NEW packages will be installed: cpp-2.95 g++-2.95 gcc-2.95 libstdc++2.10-glibc2.2 10 packages upgraded, 4 newly installed, 0 to remove and 368 not upgraded. Inst libdb2-util (2:2.7.7-7 Debian:unstable) [] Inst libdb2 (2:2.7.7-7 Debian:unstable) [] [this is where I am told it breaks, as libc6 hasn't been configured or even unpacked yet] Inst libstdc++2.10-glibc2.2 (1:2.95.4-0.010424 Debian:unstable) [] Inst g++ (1:2.95.3-7 Debian:unstable) [] Inst gcc (1:2.95.3-7 Debian:unstable) [] Inst cpp (1:2.95.3-7 Debian:unstable) [] Inst cpp-2.95 (1:2.95.4-0.010424 Debian:unstable) [] Inst binutils (2.11.90.0.5-1 Debian:unstable) [] Inst gcc-2.95 (1:2.95.4-0.010424 Debian:unstable) [] Inst g++-2.95 (1:2.95.4-0.010424 Debian:unstable) [] Inst libstdc++2.10-dev (1:2.95.4-0.010424 Debian:unstable) [] [ this is where it would crash, in the pre-removal script ] Inst libc6-dev (2.2.2-4 Debian:unstable) [] Inst locales (2.2.2-4 Debian:unstable) [] Inst libc6 (2.2.2-4 Debian:unstable) Conf libc6 (2.2.2-4 Debian:unstable) [ libc6 would now be installed, but it is too late for that now, it has already crashed ] Conf libdb2 (2:2.7.7-7 Debian:unstable) Conf libdb2-util (2:2.7.7-7 Debian:unstable) Conf libstdc++2.10-glibc2.2 (1:2.95.4-0.010424 Debian:unstable) Conf g++ (1:2.95.3-7 Debian:unstable) Conf gcc (1:2.95.3-7 Debian:unstable) Conf cpp (1:2.95.3-7 Debian:unstable) Conf cpp-2.95 (1:2.95.4-0.010424 Debian:unstable) Conf binutils (2.11.90.0.5-1 Debian:unstable) Conf gcc-2.95 (1:2.95.4-0.010424 Debian:unstable) Conf g++-2.95 (1:2.95.4-0.010424 Debian:unstable) Conf libstdc++2.10-dev (1:2.95.4-0.010424 Debian:unstable) Conf libc6-dev (2.2.2-4 Debian:unstable) Conf locales (2.2.2-4 Debian:unstable) [ libdb3 is not required anywhere in this process ] >>>>> "Daniel" == Daniel Jacobowitz <[EMAIL PROTECTED]> writes: Daniel> Read that message a little more closely, please, Brian. Daniel> The binary 'perl' is being invoked. It is loading Daniel> libdb.so.3. libdb.so.3 needs a libc6 not yet available. Daniel> In no way is this a libstdc++ bug. The postinst calls Daniel> install-info, which is written in perl, that's all. You might be right here, although the problem seems to be in libdb2 not libdb3. libdb3 isn't required at this point yet. Reassigning the bug to libdb2. Daniel> Mostly, I think that the shlibs file for libc6 needs Daniel> bumped! -- Brian May <[EMAIL PROTECTED]>
