Re: [Monotone-devel] Encountered a segfault on monotone pull 8-O

[Christof Petig]

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