portmanager coredumps [with backtrace]

[Alistair Sutton]

On 12/11/05, cpghost <cpghost at cordula.ws> wrote:
> First time using portmanager. Using command line:
> # portmanager -u -pi editors/openoffice-1.1 -l -f
> It coredumps approx at line 00218 or so:
>
> MGPMrController 0.3.4_0 info: running in forced update mode
> ------------------------------------------------------------------------
> portmanager 0.3.4_0: Collecting installed port data "forced mode"
> ------------------------------------------------------------------------
> 00574 setiathome-3.08_3 /astro/setiathome
> 00573 compat4x-i386-5.3_2 /misc/compat4x
> 00572 localedata-5.4 /misc/localedata
> 00571 tiff-3.7.4 /graphics/tiff
> 00570 libtool-1.5.20 /devel/libtool15
> 00569 jpeg-6b_3 /graphics/jpeg
> [...]
>
> Here's the backtrace:
>
> #0  0x2812c216 in strcpy () from /lib/libc.so.6
> #1  0x080fd000 in ?? ()
> #2  0x2807f82c in rrGetPortName (property=0xbfbfeb50,
>     portDir=0x80ed000 "/ports/multimedia/avifile/../win32-codecs",
>     portName=0x80fd000 "qt-3.3.5") at MGPMrCreateAllUpdateStatusDb.c:209
> #3  0x2808047b in rrParse (property=0xbfbfeb50,
>     availablePortName=0x80ad000 "avifile-0.7.41,2",
>     availablePortDir=0x809d000 "/multimedia/avifile",
>     dependType=0xbfbfe790 "RUN_DEPENDS",
>     buffer=0x80cd000 "/usr/X11R6/bin/moc:/usr/ports/x11-toolkits/qt33",
>     counterPtr=0xbfbfe84c) at MGPMrCreateAllUpdateStatusDb.c:496
> #4  0x280801e4 in rrDependencyParse (property=0xbfbfeb50,
>     buffer=0x80cd000 "/usr/X11R6/bin/moc:/usr/ports/x11-toolkits/qt33",
>     availablePortName=0x80ad000 "avifile-0.7.41,2",
>     availablePortDir=0x809d000 "/multimedia/avifile",
>     dependType=0xbfbfe790 "RUN_DEPENDS", counterPtr=0xbfbfe84c)
>     at MGPMrCreateAllUpdateStatusDb.c:424
> #5  0x2807ff3e in rrFillDependencies (property=0xbfbfeb50,
>     availablePortName=0x80ad000 "avifile-0.7.41,2",
>     availablePortDir=0x809d000 "/multimedia/avifile", counterPtr=0xbfbfe84c)
>     at MGPMrCreateAllUpdateStatusDb.c:351
> #6  0x2807f5d6 in rrFindDepends (property=0xbfbfeb50,
>     availablePortDir=0x809d000 "/multimedia/avifile",
>     availablePortName=0x80ad000 "avifile-0.7.41,2", counterPtr=0xbfbfe84c)
>     at MGPMrCreateAllUpdateStatusDb.c:149
> #7  0x2807f4c9 in MGPMrCreateAllUpdateStatusDb (property=0xbfbfeb50)
>     at MGPMrCreateAllUpdateStatusDb.c:117
> #8  0x2807e7ce in rPmUpgradeNewMethod (property=0xbfbfeb50)
>     at MGPMrController.c:727
> #9  0x2807d724 in MGPMrController (property=0xbfbfeb50,
>     path=0xbfbfead0 "PMUPGRADE") at MGPMrController.c:408
> #10 0x2807be6d in rParseCommandLine (property=0xbfbfeb50, argc=6,
>     argv=0xbfbfed18) at MGPMrCommandLine.c:302
> #11 0x2807b5d9 in MGPMrCommandLine (argc=6, argv=0xbfbfed18)
>     at MGPMrCommandLine.c:115
> #12 0x08048533 in main (argc=6, argv=0xbfbfed18) at portmanager.c:38

I had this on my machine.

In the multimedia/avifile Makefile there is the following:

#CODEC_PORT=     ${PORTSDIR}/multimedia/win32-codecs
CODEC_PORT=    ${.CURDIR}/../win32-codecs

Switching the commented lines around to this
CODEC_PORT=     ${PORTSDIR}/multimedia/win32-codecs
#CODEC_PORT=    ${.CURDIR}/../win32-codecs

stops portmanager from coredumping when scanning that port.

I'm unsure as to where the problem lies so I wouldn't entirely
recommend making the change unless you're willing to spend time fixing
things if they get broken (note: I've had no problems so far but since
I don't fully understand the way the port works I'm not going to say
this is the Right Thing To Do ;-)

Al

--
GPG/PGP: http://www.no-dns-yet.org.uk/~everlone/pubkey.gpg