Hello, thank you Daniel for looking into this. I'd like to start by providing a few more details as this might help to triage this bug. The bug is related to parsing/handling of aptitude-defaults and manifests itself when aptitude-defaults.{zh*,..} are used.
I verified this by replacing /usr/local/share/aptitude/aptitude-defaults.zh_TW with /usr/local/share/aptitude/aptitude-defaults which fixed the error. On Sat, Apr 28, 2012 at 13:36 +0800, Daniel Hartwig wrote: > Initially I could reproduce this twice but no more after switching to > debugging tools (everything compiled "-O0 -g"). > As I am having trouble reproducing this again, could someone still > experiencing this please test most recent development work and report > back? I can still reproduce it even with the newest version in git and using "-O0 -g" and I am not sure why you don't see the error. Are you running aptitude directly from the repository with something like ./src/aptitude? I ask because that doesn't result in the error because aptitude-defaults.zh_TW is not loaded. > Otherwise I will try to reproduce it again on a fresh system, and see > if my changes fix it. I tried to bisect the issue and initially thought that it might have been de95eb2 or bd3f0ed, but I could reproduce it with e93a341 (i.e. 0.6.5) as well. I had to cherry-pick 9803921 and fd0f5f3 to get e93a341 to compile though, but don't expect them to have an effect. Unfortunately I failed to compile even older versions. Please let me know if there is something else I could do and have a nice evening! -- Wolodja <deb...@babilen5.org> 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC
signature.asc
Description: Digital signature