On 2014/09/21 11:31, trondd wrote: > Several of us are seeing failures building dbus with xmlto crashing on > random files. It will also crash if you run xmlto manually on a file. > It's not consistently crashing on the same file all of the time. It looks > like it's printing out garbage memory. > > We are building on an early September snapshot on the Zaurus. > > Here is an example failure while building dbus: > > Making all in doc > gmake[2]: Entering directory '/usr/ports/pobj/dbus-1.8.6/dbus-1.8.6/doc' > /usr/local/bin/xmlto man dbus-cleanup-sockets.1.xml > Writing dbus-cleanup-sockets.1 for refentry(dbuscleanupsockets1) > rm: ßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßß > ßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßß > ßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßßß: File too long
These are 0xdf characters almost always from malloc(3) "junking" when freeing memory. Are you only seeing this on arm? I haven't seen this on other arch (and haven't used arm for a couple of releases). I wonder if it's anything to do with stack-protector. We aren't doing regular package builds on arm any more so no good way to pick up problems (except for things that also affect the base OS). > /usr/local/bin/xmlto man dbus-daemon.1.xml > Writing dbus-daemon.1 for refentry(dbusdaemon1) > /usr/local/bin/xmlto: line 622: 11775 Bus Error (core dumped ) > $(BASH) "$FORMAT" post-process > Makefile: 765: recipe for target 'dbus-daemon.1' failed Have a look at the core file that's left around (presumably bash.core?) and see if there's anything useful in a backtrace.
