What happened to this site? And what's that frog about?

Fail with gcc 3.4.6 on gentoo

F125 - Failure Feedback Forum 

Status: Severity: failure Category: Vlerq Ratcl Created: 2007-01-15 Updated: 2007-12-01

Strange failures with gcc 3.4.6 on gentoo linux (4.1.1 is ok) - 3.4.4 on another linux is also ok.

  jcw@g32d /tmp/vlerq $ tclsh tests/all.tcl -singleproc 0
  Tests running in interp:  /usr/bin/tclsh
  Tests located in:  /tmp/vlerq/tests
  Tests running in:  /tmp/vlerq
  Temporary files stored in /tmp/vlerq
  Test files run in separate interpreters
  Running tests that match:  *
  Skipping test files that match:  l.*.test
  Only running test files that match:  *.test
  Tests began at Mon Jan 15 02:44:18 CET 2007
  basic.test
  bits.test
  blocked.test
  column.test
  commit.test
  ==== 1  FAILED
  ==== Contents of test case:
    set v [vlerq def A a]
    set e [vlerq emit $v]
    string length $e
  ---- Result was:
  25
  ---- Result should have been (exact matching):
  38
  ==== 1 FAILED
  ==== 2  FAILED
  ==== Contents of test case:
    binary scan $e H* w
    regsub -all {..} [string replace $w 0 3 4?4?] {& }
  ---- Result was:
  4? 4? 1a 00 00 00 00 19 02 80 00 00 00 00 00 00 09 80 00 00 00 00 00 00 09
  ---- Result should have been (exact matching):
  4? 4? 1a 00 00 00 00 26 61 00 02 80 83 41 3a 53 81 82 88 81 8a 80 80 00 00 00 00 00 00 16 80 00 00 0b 00 00 00 0b
  ==== 2 FAILED
  Test file error: child killed: segmentation violation
  emit.test
  ==== 1  FAILED
  ==== Contents of test case:
    set v [vlerq emit 123]
    string length $v
  ---- Result was:
  24
  ---- Result should have been (exact matching):
  27
  ==== 1 FAILED
  Test file error: child killed: segmentation violation
  error.test
  file.test
  ==== 19  FAILED
  ==== Contents of test case:
    vlerq get [vlerq load [vlerq emit $v]]
  ---- Result was:
  ---- Result should have been (exact matching):
  a {data {mdef C} {1 2 3}} b {data {mdef C} {4 5 6 7}}
  ==== 19 FAILED
  Test file error: Failed assertion at src/getters.c, line 165: 0
  get.test
  hash.test
  indirect.test
  kitten.test
  loop.test
  m2m.test
  mkcl.test
  mklite.test
  mutable.test
  ops.test
  ==== 96 empty string col FAILED
  ==== Contents of test case:
    vlerq load [vlerq emit [vlerq def A {"" "" ""}]]
  ---- Result was:
  data {mdef {{}}} {}
  ---- Result should have been (exact matching):
  data {mdef A} {{} {} {}}
  ==== 96 FAILED
  ==== 97 16-bit getter FAILED
  ==== Contents of test case:
    vlerq load [vlerq emit [vlerq def A:I {123 456 789}]]
  ---- Result was:
  data {mdef {{}}} {}
  ---- Result should have been (exact matching):
  data {mdef A:I} {123 456 789}
  ==== 97 FAILED
  ratcl.test
  ref.test
   SetupRefCleaner 0x809bcb8 0x80a2850
   InvalidateView 0x809bcb8 0x80a2850
   SetupRefCleaner 0x80a33b0 0x80a06a0
   InvalidateView 0x80a33b0 0x80a06a0
  sorted.test
  view.test
  Tests ended at Mon Jan 15 02:44:21 CET 2007
  all.tcl:        Total   640     Passed  599     Skipped 39      Failed  2
  Sourced 22 Test Files.
  Files with failing tests: ops.test
  Number of tests skipped for each constraint:
          37      vfs
          2       x
  Test files exiting with errors:
    commit.test
    emit.test
    file.test
  jcw@g32d /tmp/vlerq $ gdb tclkit
  GNU gdb 6.6
  Copyright (C) 2006 Free Software Foundation, Inc.
  GDB is free software, covered by the GNU General Public License, and you are
  welcome to change it and/or distribute copies of it under certain conditions.
  Type "show copying" to see the conditions.
  There is absolutely no warranty for GDB.  Type "show warranty" for details.
  This GDB was configured as "i686-pc-linux-gnu"...
  (no debugging symbols found)
  Using host libthread_db library "/lib/libthread_db.so.1".
  (gdb) r tests/emit.test -v pe
  Starting program: /home/jcw/bin/tclkit tests/emit.test -v pe
  (no debugging symbols found)
  Failed to read a valid object file image from memory.
  (no debugging symbols found)
  (no debugging symbols found)
  (no debugging symbols found)
  ++++ 0 PASSED
  ==== 1  FAILED
  ---- Result was:
  24
  ---- Result should have been (exact matching):
  27
  ==== 1 FAILED
  Failed assertion at src/getters.c, line 165: 0
  Program received signal SIGABRT, Aborted.
  0xb7eef410 in ?? ()
  (gdb) bt 20
  #0  0xb7eef410 in ?? ()
  #1  0xbfeee658 in ?? ()
  #2  0x00000006 in ?? ()
  #3  0x00003be3 in ?? ()
  #4  0xb7dbcfe1 in raise () from /lib/libc.so.6
  #5  0xb7dbe8c8 in abort () from /lib/libc.so.6
  #6  0x080ae971 in Tcl_PanicVA ()
  #7  0x080ae99f in Tcl_Panic ()
  #8  0xb7bf701d in FailedAssert (msg=0xb7bf9c5e "0",
      file=0xb7bf9c50 "src/getters.c", line=165) at src_tcl/ext_tcl.c:58
  #9  0xb7becac9 in PickIntGetter (bits=38646) at src/getters.c:165
  #10 0xb7becc9d in FixedGetter (bytes=-1048568708, rows=5211, real=0, flip=0)
      at src/getters.c:201
  #11 0xb7beb8f9 in MappedFixedCol (map=0x8196460, rows=5211, nextp=0xbfeee9d4,
      isreal=0) at src/file.c:248
  #12 0xb7bebb9f in MappedStringCol (map=0x8196460, rows=5211, nextp=0xbfeee9d4,
      istext=1) at src/file.c:315
  #13 0xb7bec0e8 in MapCols (map=0x8196460, nextp=0xbfeee9d4, meta=0x81944c0,
      base=0x0, adjseq=0x0) at src/file.c:420
  #14 0xb7bec5ba in MapSubview (map=0x8196460, offset=8, meta=0x81944c0,
      base=0x0) at src/file.c:504
  #15 0xb7bec728 in MappedToView (map=0x8196460, base=0x0) at src/file.c:533
  #16 0xb7bf7475 in LoadCmd_O (args=0xbfeeebd0) at src_tcl/ext_tcl.c:170
  ---Type <return> to continue, or q <return> to quit---

Summary

False alarm - this was indeed a bug, but not gcc-related. It also occurred on ppc with gcc 4.0.1 (which worked on i386).

The problem was a bad side-effect in the new NextBuffer code. Now fixed in darcs.



2007-01-15 jcw

Imported

Add a comment:

Tip: add empty lines between paragraphs and indent lines to prevent reformatting.

Your name or initials:  

Powered by Mavrig