[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Monotone-devel] Encountered a segfault on monotone pull 8-O
From: |
Christof Petig |
Subject: |
Re: [Monotone-devel] Encountered a segfault on monotone pull 8-O |
Date: |
Fri, 11 Feb 2005 14:14:59 +0100 |
User-agent: |
Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.7.5) Gecko/20050105 Debian/1.7.5-1 |
Christof Petig schrieb:
I will try to rerun it with debug output enabled, perhaps this gives a
better clue.
Here's (the IMHO interesting part of) the log:
monotone: finished concatenation
monotone: db.fetch("SELECT data FROM revisions WHERE id =
'ce6fd8e62b4a8301ff3671365989daaf4fea5731'")
monotone: Examining f32917a90e3638b38e8620e2ef225403dd9af6a9 ->
016baebe2ea5416c6f24189d0ad49002ff0a604a
monotone: concatenating change sets
monotone: concatenating 3 and 1 deltas
monotone: processing delta on Auftrag/AufEintragBase.cc
monotone: delta on Auftrag/AufEintragBase.cc in first changeset renamed
to Auftrag/AufEintragBase.cc
monotone: processing delta on Auftrag/AufEintrag_Lager.cc
monotone: delta on Auftrag/AufEintrag_Lager.cc in first changeset
renamed to Auftrag/AufEintrag_Lager.cc
monotone: processing delta on Lieferschein/LieferscheinEntry.cc
monotone: delta on Lieferschein/LieferscheinEntry.cc in first changeset
renamed to Lieferschein/LieferscheinEntry.cc
monotone: delta on tests/AuftragsTest/test_all.script in second
changeset copied forward
monotone: finished concatenation
monotone: db.fetch("SELECT id FROM 'manifests' WHERE id =
'8c97ab7ad721b744ed64cd881653f0dd3888ff76'")
monotone: reconstructing 8c97ab7ad721b744ed64cd881653f0dd3888ff76 in
manifest_deltas
monotone: db.fetch("SELECT id FROM 'manifest_deltas' WHERE id =
'8c97ab7ad721b744ed64cd881653f0dd3888ff76'")
monotone: db.fetch("SELECT id FROM 'manifests' WHERE id =
'8c97ab7ad721b744ed64cd881653f0dd3888ff76'")
monotone: db.fetch("SELECT base from 'manifest_deltas' WHERE id =
'8c97ab7ad721b744ed64cd881653f0dd3888ff76'")
monotone: inserting edge: 8c97ab7ad721b744ed64cd881653f0dd3888ff76 <-
08349b930e964fa3942448f24ab5feda58f29dab
monotone: version cache hit on 08349b930e964fa3942448f24ab5feda58f29dab
monotone: following delta 08349b930e964fa3942448f24ab5feda58f29dab ->
8c97ab7ad721b744ed64cd881653f0dd3888ff76
monotone: db.fetch("SELECT delta FROM 'manifest_deltas' WHERE id =
'8c97ab7ad721b744ed64cd881653f0dd3888ff76' AND base =
'08349b930e964fa3942448f24ab5feda58f29dab'")
Segmentation fault (core dumped)
So the interesting question is what the content of this file is ...
--- 08349b930e964fa3942448f24ab5feda58f29dab Fri Feb 11 14:00:40 2005
+++ 8c97ab7ad721b744ed64cd881653f0dd3888ff76 Fri Feb 11 14:00:28 2005
@@ -42,13 +42,13 @@
da39a3ee5e6b4b0d3255bfef95601890afd80709 Auftrag/ArtikelImLager.h
ea92eead1aef648a3d12fc239d22584b4fb6b586 Auftrag/AufEintrag.cc
fb14c1b2a4953a85e156899583c9a5fd31cb1fc7 Auftrag/AufEintrag.h
-8d010c2f8183bc62258d2748fdfd125bf5ed52e5 Auftrag/AufEintragBase.cc
+379ad5d7f49ffdee9814b8b2663381593d89bf14 Auftrag/AufEintragBase.cc
cb34c04cfa5407f03919988a4db0a73eef672f74 Auftrag/AufEintragBase.h
f33ba60e9a6466029f99fd81d0209f8036ef9c70 Auftrag/AufEintragZu.cc
9fb2072c505f28610e3f6dc5efcd0c0866091791 Auftrag/AufEintragZu.h
9c8d12aaac46e40c356f79917c2c9782519528e0
Auftrag/AufEintragZuMengenAenderung.cc
43f8aaa009c9beb7a71aecb3cd7401cf4a8beb6f
Auftrag/AufEintragZuMengenAenderung.h
-4fd57a108b13f13c6c4a3ac142dbc421e1d49355 Auftrag/AufEintrag_Lager.cc
+e8953c041b23f6a4f5978474a94ecbdcfa92d507 Auftrag/AufEintrag_Lager.cc
dd6dd7b5c35a509a6b6d41b003abc1db7ca723f0 Auftrag/AufEintrag_Menge.cc
2d6f26fb36caf5eb208dfd0e8abf2fb6ca7881a6 Auftrag/AufEintrag_Produktion.cc
13911f67af6edc41be5b87ef6d67138c3dcb4391
Auftrag/AufEintrag_delayedreclaim.h
@@ -354,7 +354,7 @@
ebc5023b57a42dfcf94106541bae63becdfe1b3f Lieferschein/Lieferschein.cc
6615df9db61bc018b044415d1ec392c48eda4967 Lieferschein/Lieferschein.h
a3124f9ed596af40d02577e505a94d81d2bffd29 Lieferschein/LieferscheinBase.h
-793f8ebea1e9222263eb382929258f96d6e2b356 Lieferschein/LieferscheinEntry.cc
+258ad485f69ee7a57ec677e968115fb20a40331b Lieferschein/LieferscheinEntry.cc
be3a312711cad77264d686c9dfc375bdfdcfc1ab Lieferschein/LieferscheinEntry.h
b0c8f63c29934db5ecf1c8d65427d14c4b72be94
Lieferschein/LieferscheinEntryBase.h
6a8f57d08b8baf3e53c103e2bb327c00d7cbf2aa Lieferschein/LieferscheinList.cc
which is definitely nothing unexpected!
'SELECT delta FROM 'manifest_deltas' WHERE id =
'8c97ab7ad721b744ed64cd881653f0dd3888ff76' AND base =
'08349b930e964fa3942448f24ab5feda58f29dab'' -> 1 rows
H4sIAAAAAAAAAC3NSxFDMQgAwHtUREL4w/mdKiMJ4F9C22kF7Owz10QHHa/Ja5DFTklrju6s
Cgc+flCVyEGC0uM08Hg+SHSS2w+Wh9BdDAepdXNLmLPxDq578vYOTFn2gYROEyL0T1F8J7u0
RpVtsbpqVqEOIH1wbV5EcL4nYawp5MTjDZiG40y5AAAA
which expands to [C 0 2816
I 40
379ad5d7f49ffdee9814b8b2663381593d89bf14
C 2856 387
I 40
e8953c041b23f6a4f5978474a94ecbdcfa92d507
C 3283 19967
I 40
258ad485f69ee7a57ec677e968115fb20a40331b
C 23290 53834]
Of course I can provide the database (250MB) since all stored projects
are GPL. (second thought: where to store such a beast, I don't have so
much webspace at hand [I might provide scp access (or I might set up the
monotone server which causes this for public access [20MB upstream each
time :-( ])]?)
May I have to Valgrind? Or should I investigate with -O0?
Christof
08349b930e964fa3942448f24ab5feda58f29dab.gz
Description: GNU Zip compressed data
8c97ab7ad721b744ed64cd881653f0dd3888ff76.gz
Description: GNU Zip compressed data
signature.asc
Description: OpenPGP digital signature