Bug #85434 for Mac-PropertyList: possible Mac::ParameterList::ReadBinary problem

To Whom It May Concern, I am trying to recreate the 350-400 OSX Mail rules I had as Mail suddenly started generating errors and many of the rules quit working. I suspected there was corruption in the ruleset and mail processing was aborting while executing rules. I found the CPAN.org submissions Mac::PropertyList & Mac:PropertyList::ReadBinary and have been fighting my way through the reconstruction task. I use perl to repeatedly checkrebuild progress and tkdiff to find fat-finger mistakes. However, I find that bdfoy Plist.pl parser keeps generating "skipping" messages at varying points while checking the ruleset I currently have. All I have done to the script is add restrictions to ONLY parse the two files I need to monitor. The processing is restricted to $HOME/Library/Mail/MessageRules.plist and MessageRules.plist.backup. Examination of the Plist.pl code indicated the "skipping" message comes from an ALRM signal. I did find that setting $ENV{PLIST_DEBUG} allows me to find the location just before the process generates the ALRM signal and stops. I have looked at both the original binary *.plist file and an XML one generated using the Mac "PropertyListEditor" application to read the binary file and save an XML formatted copy of that file. However, I have seen nothing in any version of the original file or the XML file that should cause this. The changing nature of the ARLM timing indicates a more convoluted scenario. I noticed that the version of the Mac::PropertyList files built by Macports is v1.33 while the current CPAN version is v1.38. I do not know if I can use v1.38 with my current Macports codebase without causing other problems. ( I am also unsure how I would include v1.38 given that it is NOT part of the Macports codebase that I can find. ) Could this behavior be caused by some of the darwin-thread-multi-2level/* processing? Could this behavior be related to Mac::PropertyList::ReadBinary returning unblessed data? (I do not see the errors shown in the CPAN bugs) Is there anything you can envision in the differences between those two versions that would account for this behavior? Any push in the right direction will help tremendously. Thanks in advance Dan Bowen ==================== configuration follows ==================== running 10.6.8 Server on an older MacPro v1,1 Running OSX Mail v4.6 Macports is up-to-date and has been kept that way. kahuna:djbowen$ perl -V Summary of my perl5 (revision 5 version 12 subversion 4) configuration: Platform: osname=darwin, osvers=10.8.0, archname=darwin-thread-multi-2level uname='darwin tensix-slave.macports.org 10.8.0 darwin kernel version 10.8.0: tue jun 7 16:32:41 pdt 2011; root:xnu-1504.15.3~1release_x86_64 x86_64 ' config_args='-D inc_version_list=5.12.3/darwin-thread-multi-2level 5.12.3 5.12.2/darwin-thread-multi-2level 5.12.2 5.12.1/darwin-thread-multi-2level 5.12.1 5.12.0/darwin-thread-multi-2level 5.12.0 -des -Dprefix=/opt/local -Dscriptdir=/opt/local/bin -Dcppflags=-I/opt/local/include -Dccflags=-pipe -O2 -Dldflags=-L/opt/local/lib -Dvendorprefix=/opt/local -Dusemultiplicity=y -Dusethreads -Duseshrplib -D cc=/usr/bin/gcc-4.2 -D ld=/usr/bin/gcc-4.2 -D man1ext=1pm -D man3ext=3pm -D man1dir=/opt/local/share/man/man1p -D man3dir=/opt/local/share/man/man3p -D sitebin=/opt/local/libexec/perl5.12/sitebin -D siteman1dir=/opt/local/share/perl5.12/siteman/man1 -D siteman3dir=/opt/local/share/perl5.12/siteman/man3 -D vendorbin=/opt/local/libexec/perl5.12 -D vendorman1dir=/opt/local/share/perl5.12/man/man1 -D vendorman3dir=/opt/local/share/perl5.12/man/man3 -D pager=/usr/bin/less -sR -D perlpath=/opt/local/bin/perl5.12 -D startperl=#!/opt/local/bin/perl5.12' hint=recommended, useposix=true, d_sigaction=define useithreads=define, usemultiplicity=define useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=define, use64bitall=define, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='/usr/bin/gcc-4.2', ccflags ='-pipe -O2 -fno-common -DPERL_DARWIN -I/opt/local/include -no-cpp-precomp -fno-strict-aliasing -fstack-protector -I/opt/local/include', optimize='-O3', cppflags='-I/opt/local/include -no-cpp-precomp -pipe -O2 -fno-common -DPERL_DARWIN -I/opt/local/include -no-cpp-precomp -fno-strict-aliasing -fstack-protector -I/opt/local/include' ccversion='', gccversion='4.2.1 (Apple Inc. build 5666) (dot 3)', gccosandvers='' intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='env MACOSX_DEPLOYMENT_TARGET=10.6 /usr/bin/gcc-4.2', ldflags ='-L/opt/local/lib -fstack-protector' libpth=/opt/local/lib /usr/lib libs=-lgdbm -ldbm -ldl -lm -lutil -lc perllibs=-ldl -lm -lutil -lc libc=, so=dylib, useshrplib=true, libperl=libperl.dylib gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=bundle, d_dlsymun=undef, ccdlflags=' ' cccdlflags=' ', lddlflags='-L/opt/local/lib -bundle -undefined dynamic_lookup -fstack-protector' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP USE_64_BIT_ALL USE_64_BIT_INT USE_ITHREADS USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF USE_REENTRANT_API Built under darwin Compiled at Apr 18 2013 23:11:48 @INC: /opt/local/lib/perl5/site_perl/5.12.4/darwin-thread-multi-2level /opt/local/lib/perl5/site_perl/5.12.4 /opt/local/lib/perl5/vendor_perl/5.12.4/darwin-thread-multi-2level /opt/local/lib/perl5/vendor_perl/5.12.4 /opt/local/lib/perl5/5.12.4/darwin-thread-multi-2level /opt/local/lib/perl5/5.12.4 /opt/local/lib/perl5/site_perl /opt/local/lib/perl5/vendor_perl . Kahuna:djbowen$ uname -a Darwin kahuna 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 kahuna:djbowen$ ================================================================================ -- MacPorts macports@enkito.com