Re: Test Mac::Carbon build for me?
À (At) 18:07 -0500 14/12/02, Chris Nandor écrivait (wrote) : In article p05200f0dba2013320b77@[192.168.0.2], [EMAIL PROTECTED] (Emmanuel. M. Decarie) wrote: Mac-Carbon-0.02 01 doesn't compile on my machine. I get this error: /usr/include/gcc/darwin/2.95.2/g++/../stdbool.h:10: warning: empty declaration AppleEvents.xs: In function `XS Mac AppleEvents AESend': AppleEvents.xs:624: `keyReplyPortAttr' undeclared (first use in this function) AppleEvents.xs:624: (Each undeclared identifier is reported only once AppleEvents.xs:624: for each function it appears in.) make[1]: *** [AppleEvents.o] Error 1 make: *** [subdirs] Error 2 Could you search your system headers for keyReplyPortAttr? Hmm, not sure what you are saying here. I just know basic C and I'm not familiar with the Carbon framework. Where are my system headers? I tried that though: % grep -r keyReplyPortAttr /System/Library/Frameworks/* But it take forever to run. If you give me more details, I'll try again. If you can't find it, try (in Carbon.h, or AppleEvents.xs): #define keyReplyPortAttr 'repp' Ok, in Carbon.h, in the beginning of the file: #ifndef _MAC_CARBON_H #define _MAC_CARBON_H #define keyReplyPortAttr 'repp' See if that works. Well it pass most of the tests (btw, these tests are very funny) t/Carbon..._ComponentCacheableInitialize t/Carbon...ok Components/t/Components_ComponentCacheableInitialize Components/t/Componentsok Files/t/Files..ok Gestalt/t/Gestalt..ok MacPerl/t/MacPerl..ok 3/13_ComponentCacheableInitialize Argument 10.1.2 isn't numeric in numeric ge (=) at MacPerl/t/MacPerl.t line 40. MacPerl/t/MacPerl..ok 10/13# Failed test (MacPerl/t/MacPerl.t at line 88) # got: '2' # expected: '3' MacPerl/t/MacPerl..ok 12/13# Looks like you failed 1 tests of 13. MacPerl/t/MacPerl..dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 11 Failed 1/13 tests, 92.31% okay Memory/t/Memoryok MoreFiles/t/MoreFiles..ok Notification/t/Notificationok Processes/t/Processes..ok 2/6 skipped: No parent Resources/t/Resources..ok Sound/t/Sound.._ComponentCacheableInitialize Sound/t/Sound..ok Speech/t/Speechok 3/8_ComponentCacheableInitialize Speech/t/Speechok Types/t/Types..ok Failed Test Stat Wstat Total Fail Failed List of Failed --- MacPerl/t/MacPerl.t1 256131 7.69% 11 2 subtests skipped. Failed 1/13 test scripts, 92.31% okay. 1/85 subtests failed, 98.82% okay. make: *** [test_dynamic] Error 35 I didn't do a make install. Cheers -Emmanuel -- __ Emmanuel Décarie / Programmation pour le Web - Programming for the Web Frontier - Perl - PHP - Javascript - XML http://scriptdigital.com/
Re: Test Mac::Carbon build for me?
In article p05200f0bba23a385de61@[192.168.0.2], [EMAIL PROTECTED] (Emmanuel. M. Decarie) wrote: À (At) 18:07 -0500 14/12/02, Chris Nandor écrivait (wrote) : Could you search your system headers for keyReplyPortAttr? Hmm, not sure what you are saying here. I just know basic C and I'm not familiar with the Carbon framework. Where are my system headers? I tried that though: % grep -r keyReplyPortAttr /System/Library/Frameworks/* But it take forever to run. If you give me more details, I'll try again. Yes, it could take forever. :-) I am not sure how to better narrow it down, though. Maybe use find(1) to look for *.h files. If you can't find it, try (in Carbon.h, or AppleEvents.xs): #define keyReplyPortAttr 'repp' Ok, in Carbon.h, in the beginning of the file: #ifndef MAC CARBON H #define MAC CARBON H #define keyReplyPortAttr 'repp' See if that works. Well it pass most of the tests (btw, these tests are very funny) Good, and :). t/Carbon..._ComponentCacheableInitialize t/Carbon...ok As noted in a previous post, some Components when initialized or used or something decide to emit text to STDERR (hopefully, it's STDERR, not STDOUT!). I consider this behavior broken on behalf of the component, though I suppose I could be wrong. But you should see this any time you run anything on the command line that loads in components, such as osascript(1). So basically, I don't know I can do anything to quiet that _ComponentCacheableInitialize. MacPerl/t/MacPerl..ok 3/13 ComponentCacheableInitialize Argument 10.1.2 isn't numeric in numeric ge (=) at Fixed for 0.03. MacPerl/t/MacPerl.t line 40. MacPerl/t/MacPerl..ok 10/13# Failed test (MacPerl/t/MacPerl.t at line 88) # got: '2' # expected: '3' MacPerl/t/MacPerl..ok 12/13# Looks like you failed 1 tests of 13. MacPerl/t/MacPerl..dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 11 Failed 1/13 tests, 92.31% okay Weird. Are you sure you clicked Cancel? Processes/t/Processes..ok 2/6 skipped: No parent Odd. You ran this on the local machine from Terminal.app? -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Test Mac::Carbon build for me?
Successful build on my Mac iBook running 10.2.2. A very cool package, thanks. John On Thursday, December 12, 2002, at 05:18 PM, Chris Nandor wrote: http://dev.macperl.org/tmp/Mac-Carbon-0.02_01.tar.gz If you have the time, please try this build out, compiling and testing. It's been tested with perl 5.6.0 and gcc2/gcc3 on Mac OS X 10.2, but I imagine it should work with any combination of perl 5.6.0/5.6.1/5.8.0, gcc2/gcc3, and Mac OS X 10.1/10.2. Thanks, -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Test Mac::Carbon build for me?
On Sat, Dec 14, 2002 at 06:09:08PM -0500, Chris Nandor wrote: In article [EMAIL PROTECTED], [EMAIL PROTECTED] (David H. Adler) wrote: Test results for os 10.2.2, perl 5.6.0: t/Carbon...## Component Manager: attempting to find symbols in a component alias of type (imdc/MP42/MSFT) ok I am not entirely sure what it is, but some component you are loading is printing this information out, probably to STDERR. I don't know that there's anything I can do about it from Mac::Carbon, and it doesn't affect the tests. Well, *I* can live with it. :-) MacPerl/t/MacPerl..## Component Manager: attempting to find symbols in a component alias of type (imdc/MP42/MSFT) Use of uninitialized value in pattern match (m//) at blib/lib/MacPerl.pm line 144. Use of uninitialized value in substitution (s///) at blib/lib/MacPerl.pm line 145. Use of uninitialized value in substitution (s///) at blib/lib/MacPerl.pm line 146. # Failed test (MacPerl/t/MacPerl.t at line 88) # got: undef # expected: '3' Hm. I thought maybe this was a problem in 10.1.x, but apparently not, since you're using 10.2.2. Did you run the test from Terminal.app on the local machine? yep. I redirected the test results to a file for easier posting, but IIRC, got the same thing without that. If that even is an issue. dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ I bet if I cover my ears, this sounds a *lot* less like crap. - Tim Jones, http://www.bobbins.org/d/2918.html
Re: Test Mac::Carbon build for me?
In article p05200f0dba2013320b77@[192.168.0.2], [EMAIL PROTECTED] (Emmanuel. M. Decarie) wrote: Mac-Carbon-0.02 01 doesn't compile on my machine. I get this error: /usr/include/gcc/darwin/2.95.2/g++/../stdbool.h:10: warning: empty declaration AppleEvents.xs: In function `XS Mac AppleEvents AESend': AppleEvents.xs:624: `keyReplyPortAttr' undeclared (first use in this function) AppleEvents.xs:624: (Each undeclared identifier is reported only once AppleEvents.xs:624: for each function it appears in.) make[1]: *** [AppleEvents.o] Error 1 make: *** [subdirs] Error 2 Could you search your system headers for keyReplyPortAttr? If you can't find it, try (in Carbon.h, or AppleEvents.xs): #define keyReplyPortAttr 'repp' See if that works. Thanks, -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Test Mac::Carbon build for me?
In article [EMAIL PROTECTED], [EMAIL PROTECTED] (David H. Adler) wrote: Test results for os 10.2.2, perl 5.6.0: t/Carbon...## Component Manager: attempting to find symbols in a component alias of type (imdc/MP42/MSFT) ok I am not entirely sure what it is, but some component you are loading is printing this information out, probably to STDERR. I don't know that there's anything I can do about it from Mac::Carbon, and it doesn't affect the tests. MacPerl/t/MacPerl..## Component Manager: attempting to find symbols in a component alias of type (imdc/MP42/MSFT) Use of uninitialized value in pattern match (m//) at blib/lib/MacPerl.pm line 144. Use of uninitialized value in substitution (s///) at blib/lib/MacPerl.pm line 145. Use of uninitialized value in substitution (s///) at blib/lib/MacPerl.pm line 146. # Failed test (MacPerl/t/MacPerl.t at line 88) # got: undef # expected: '3' Hm. I thought maybe this was a problem in 10.1.x, but apparently not, since you're using 10.2.2. Did you run the test from Terminal.app on the local machine? Thanks, -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Test Mac::Carbon build for me?
In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Ken Williams) wrote: I've been working on the ExtUtils::ParseXS module, which is designed to render this approach obsolete. It's on CPAN right now, maybe it could be used here instead of custom/version-specific xsubpps? The goal is to have One True Version of xsubpp, as a module instead of a script, which works on any [reasonable] platform version of perl. I've started with the xsubpp in bleadperl, and it seems to backport fine to 5.6.0 from my testing so far. That sound interesting, but I haven't the time or energy to put into this at the moment. :) -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Test Mac::Carbon build for me?
http://dev.macperl.org/tmp/Mac-Carbon-0.02_01.tar.gz If you have the time, please try this build out, compiling and testing. It's been tested with perl 5.6.0 and gcc2/gcc3 on Mac OS X 10.2, but I imagine it should work with any combination of perl 5.6.0/5.6.1/5.8.0, gcc2/gcc3, and Mac OS X 10.1/10.2. Thanks, -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Test Mac::Carbon build for me?
On Thursday, December 12, 2002, at 02:18 PM, Chris Nandor wrote: http://dev.macperl.org/tmp/Mac-Carbon-0.02_01.tar.gz If you have the time, please try this build out, compiling and testing. It's been tested with perl 5.6.0 and gcc2/gcc3 on Mac OS X 10.2, but I imagine it should work with any combination of perl 5.6.0/5.6.1/5.8.0, gcc2/gcc3, and Mac OS X 10.1/10.2. Works fine for me on OS X 10.2.2, Perl 5.8.0. David -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 http://david.wheeler.net/ Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Test Mac::Carbon build for me?
Still no go for me. I believe the things about precompiled headers are just warnings, i.e. it'll compile it from scratch rather than using the precompiled version. But then some real errors follow. Chris, do you know where 'keyReplyPortAttr' is defined? [pe-242:~/Downloads/perl/Mac-Carbon-0.02_01] ken% make test cp Carbon.pm blib/lib/Mac/Carbon.pm cp AppleEvents.pm ../blib/lib/Mac/AppleEvents.pm cp AppleEvents.pod ../blib/lib/Mac/AppleEvents.pod /usr/bin/perl -I/System/Library/Perl/darwin -I/System/Library/Perl ../xsubpps/xsubpp-5.6.1 -noprototypes -typemap /System/Library/Perl/ExtUtils/typemap AppleEvents.xs AppleEvents.xsc mv AppleEvents.xsc AppleEvents.c cc -c -I/Developer/Headers/FlatCarbon/ -pipe -fno-common -DHAS_TELLDIR_PROTOTYPE -fno-strict-aliasing -O3 -DVERSION=\1.24\ -DXS_VERSION=\1.24\ -I/System/Library/Perl/darwin/CORE AppleEvents.c /Developer/Headers/FlatCarbon//Events.h:1: warning: could not use precompiled header '/System/Library/Frameworks/Carbon.framework/Headers/Carbon.p', because: /Developer/Headers/FlatCarbon//Events.h:1: warning: macro 'bool' defined by /System/Library/Perl/darwin/CORE/handy.h conflicts with precomp /System/Library/Frameworks/Carbon.framework/Headers/Carbon.h:20: warning: could not use precompiled header '/System/Library/Frameworks/CoreServices.framework/Headers/CoreServices.p' , because: /System/Library/Frameworks/Carbon.framework/Headers/Carbon.h:20: warning: macro 'bool' defined by /System/Library/Perl/darwin/CORE/handy.h conflicts with precomp /System/Library/Frameworks/Carbon.framework/Headers/Carbon.h:24: warning: could not use precompiled header '/System/Library/Frameworks/ApplicationServices.framework/Headers/ApplicationServices. p', because: /System/Library/Frameworks/Carbon.framework/Headers/Carbon.h:24: warning: macro 'bool' defined by /System/Library/Perl/darwin/CORE/handy.h conflicts with precomp In file included from /System/Library/Frameworks/CoreFoundation.framework/Headers/CFBase.h:28, from /System/Library/Frameworks/CoreFoundation.framework/Headers/CoreFoundation. h:5, from /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/ Headers/CarbonCore.h:20, from /System/Library/Frameworks/CoreServices.framework/Headers/CoreServices.h:21, from /System/Library/Frameworks/Carbon.framework/Headers/Carbon.h:20, from /Developer/Headers/FlatCarbon//Events.h:2, from ../Carbon.h:32, from AppleEvents.xs:41: /usr/include/stdbool.h:10: warning: useless keyword or type name in empty declaration /usr/include/stdbool.h:10: warning: empty declaration AppleEvents.xs: In function `XS_Mac__AppleEvents_AESend': AppleEvents.xs:624: `keyReplyPortAttr' undeclared (first use in this function) AppleEvents.xs:624: (Each undeclared identifier is reported only once AppleEvents.xs:624: for each function it appears in.) make[1]: *** [AppleEvents.o] Error 1 make: *** [subdirs] Error 2 [pe-242:~/Downloads/perl/Mac-Carbon-0.02_01] ken% On Friday, December 13, 2002, at 09:18 AM, Chris Nandor wrote: http://dev.macperl.org/tmp/Mac-Carbon-0.02_01.tar.gz If you have the time, please try this build out, compiling and testing. It's been tested with perl 5.6.0 and gcc2/gcc3 on Mac OS X 10.2, but I imagine it should work with any combination of perl 5.6.0/5.6.1/5.8.0, gcc2/gcc3, and Mac OS X 10.1/10.2. Thanks, -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/ -Ken
Re: Test Mac::Carbon build for me?
At 10:35 +1100 2002.12.13, Ken Williams wrote: Chris, do you know where 'keyReplyPortAttr' is defined? Hm. That's in AEMach.h. This is the workaround I was using to get AESend to work at all on Mac OS X. If that won't work, I wonder if even precompiled binaries will work. To see if it will, use the 0.02 binaries you have installed and try this one-liner: % perl -MMac::AppleEvents -e '$e = AEBuildAppleEvent(qw(misc actv sign MACS -1 0), ); AESend($e, kAEWaitReply); AEDisposeDesc($e)' It should activate the Finder, then the script should exit. -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Test Mac::Carbon build for me?
On Friday, December 13, 2002, at 10:50 AM, Chris Nandor wrote: At 10:35 +1100 2002.12.13, Ken Williams wrote: Chris, do you know where 'keyReplyPortAttr' is defined? Hm. That's in AEMach.h. This is the workaround I was using to get AESend to work at all on Mac OS X. If that won't work, I wonder if even precompiled binaries will work. To see if it will, use the 0.02 binaries you have installed and try this one-liner: % perl -MMac::AppleEvents -e '$e = AEBuildAppleEvent(qw(misc actv sign MACS -1 0), ); AESend($e, kAEWaitReply); AEDisposeDesc($e)' 0.02 binaries? Where are those available? I only have the 0.01 binaries installed for Mac::Carbon, and it looks like Mac::AppleEvents isn't part of that. -Ken
Re: Test Mac::Carbon build for me?
Hi, I tried installing using cpan (Jaguar 10.2.2, perl 5.8.0) and ran into the following problem: CPAN.pm: Going to build C/CN/CNANDOR/Mac-Carbon-0.02.tar.gz [...] cp Carbon.pm blib/lib/Mac/Carbon.pm cp AppleEvents.pm ../blib/lib/Mac/AppleEvents.pm /usr/local/bin/perl /Library/Perl/ExtUtils/xsubpp -noprototypes -typemap /Library/Perl/ExtUtils/typemap AppleEvents.xs AppleEvents.xsc mv AppleEvents.xsc AppleEvents.c cc -c -I/Developer/Headers/FlatCarbon/ -pipe -fno-common -no-cpp-precomp -fno-strict-aliasing -O3 -DVERSION=\1.23\ -DXS_VERSION=\1.23\ -I/Library/Perl/darwin/CORE AppleEvents.c AppleEvents.xs: In function `XS_Mac__AppleEvents_AEGetNthDesc': AppleEvents.xs:424: parse error before AEDesc AppleEvents.xs:426: parse error before OSType make[1]: *** [AppleEvents.o] Error 1 make: *** [subdirs] Error 2 /usr/bin/make -- NOT OK Running make test Can't test without successful make Running make install make had returned bad status, install seems impossible -- Enrique Terrazas, MD, MS mailto:[EMAIL PROTECTED] http://pangloss.ucsfmedicalcenter.org/~terrazas/
Re: Test Mac::Carbon build for me?
In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Enrique Terrazas) wrote: I tried installing using cpan (Jaguar 10.2.2, perl 5.8.0) and ran into the following problem: CPAN.pm: Going to build C/CN/CNANDOR/Mac-Carbon-0.02.tar.gz The original message mentioned the version on the web site, which isn't on the CPAN. http://dev.macperl.org/tmp/Mac-Carbon-0.02_01.tar.gz The errors you got were expected with the version you used. Thanks, -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Test Mac::Carbon build for me?
In article [EMAIL PROTECTED], Enrique Terrazas [EMAIL PROTECTED] wrote: I tried installing using cpan (Jaguar 10.2.2, perl 5.8.0) and ran into the following problem: cp Carbon.pm blib/lib/Mac/Carbon.pm cp AppleEvents.pm ../blib/lib/Mac/AppleEvents.pm /usr/local/bin/perl /Library/Perl/ExtUtils/xsubpp the developers release that isn't on CPAN does not use the standard xsubpp. if you see ExtUtils/xsubpp in the output, you have an older version of the Mac::Carbon distribution.
Re: Test Mac::Carbon build for me?
On Friday, December 13, 2002, at 04:27 PM, brian d foy wrote: In article [EMAIL PROTECTED], Enrique Terrazas [EMAIL PROTECTED] wrote: I tried installing using cpan (Jaguar 10.2.2, perl 5.8.0) and ran into the following problem: cp Carbon.pm blib/lib/Mac/Carbon.pm cp AppleEvents.pm ../blib/lib/Mac/AppleEvents.pm /usr/local/bin/perl /Library/Perl/ExtUtils/xsubpp the developers release that isn't on CPAN does not use the standard xsubpp. if you see ExtUtils/xsubpp in the output, you have an older version of the Mac::Carbon distribution. I've been working on the ExtUtils::ParseXS module, which is designed to render this approach obsolete. It's on CPAN right now, maybe it could be used here instead of custom/version-specific xsubpps? The goal is to have One True Version of xsubpp, as a module instead of a script, which works on any [reasonable] platform version of perl. I've started with the xsubpp in bleadperl, and it seems to backport fine to 5.6.0 from my testing so far. -Ken
Re: Test Mac::Carbon build for me?
At 13:57 +1100 2002.12.13, Ken Williams wrote: 0.02 binaries? Where are those available? I only have the 0.01 binaries installed for Mac::Carbon, and it looks like Mac::AppleEvents isn't part of that. Ah. I mentioned them in another post, I think. They are on SourceForge.net (http://sf.net/projects/macperl/). -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: Test Mac::Carbon build for me?
Hi, The original message mentioned the version on the web site, which isn't on the CPAN. http://dev.macperl.org/tmp/Mac-Carbon-0.02_01.tar.gz The errors you got were expected with the version you used. Thanks, Whoops! Sorry about that. Builds and installs fine on 10.2.2 perl 5.8.0. Enrique -- Enrique Terrazas, MD, MS mailto:[EMAIL PROTECTED] http://pangloss.ucsfmedicalcenter.org/~terrazas/
Re: Test Mac::Carbon build for me?
On Friday, December 13, 2002, at 10:50 AM, Chris Nandor wrote: At 10:35 +1100 2002.12.13, Ken Williams wrote: Chris, do you know where 'keyReplyPortAttr' is defined? Hm. That's in AEMach.h. This is the workaround I was using to get AESend to work at all on Mac OS X. If that won't work, I wonder if even precompiled binaries will work. To see if it will, use the 0.02 binaries you have installed and try this one-liner: % perl -MMac::AppleEvents -e '$e = AEBuildAppleEvent(qw(misc actv sign MACS -1 0), ); AESend($e, kAEWaitReply); AEDisposeDesc($e)' It should activate the Finder, then the script should exit. Okay, I installed the 0.02 binaries, and then one-liner above worked fine. The EU::MM shipped with perl 5.6.1 doesn't have the ExtUtils::Command::MM package, so you might want to mention that an ExtUtils::MakeMaker upgrade may be required in order to run the tests manually. Or there's probably another way to write that one-liner that works with older EU::MMs. After upgrading EU::MM (this is a different computer than I was using a few days ago), I ran the test suite from the 0.02_01 source and got the following warnings failures: MacPerl/t/MacPerl..1..13 ok 1 - Volumes: FF9C0001:Snowdrop ok 2 - MakePath: / ok 3 - MakeFSSpec Argument 10.1.2 isn't numeric in numeric ge (=) at MacPerl/t/MacPerl.t line 40. ok 4 - Finder v10.1.2 ok 5 - creator of '/System/Library/CoreServices/Finder' ok 6 - type of '/System/Library/CoreServices/Finder' ok 7 - creator of './foo' ok 8 - type of './foo' ok 9 - creator of './foo' ok 10 - type of './foo' Use of uninitialized value in pattern match (m//) at /Library/Perl/darwin/MacPerl.pm line 144. Use of uninitialized value in substitution (s///) at /Library/Perl/darwin/MacPerl.pm line 145. Use of uninitialized value in substitution (s///) at /Library/Perl/darwin/MacPerl.pm line 146. not ok 11 - Pick() # Failed test (MacPerl/t/MacPerl.t at line 88) # got: undef # expected: '3' Use of uninitialized value in pattern match (m//) at /Library/Perl/darwin/MacPerl.pm line 125. Use of uninitialized value in substitution (s///) at /Library/Perl/darwin/MacPerl.pm line 126. Use of uninitialized value in substitution (s///) at /Library/Perl/darwin/MacPerl.pm line 127. # Failed test (MacPerl/t/MacPerl.t at line 91) # got: 'ken' # expected: undef not ok 12 - Ask() Use of uninitialized value in substitution (s///) at /Library/Perl/darwin/MacPerl.pm line 107. Use of uninitialized value in substitution (s///) at /Library/Perl/darwin/MacPerl.pm line 108. Use of uninitialized value in string eq at /Library/Perl/darwin/MacPerl.pm line 110. Use of uninitialized value in string eq at /Library/Perl/darwin/MacPerl.pm line 110. Use of uninitialized value in string eq at /Library/Perl/darwin/MacPerl.pm line 110. not ok 13 - Answer() # Failed test (MacPerl/t/MacPerl.t at line 94) # got: '' # expected: '1' # Looks like you failed 3 tests of 13. dubious Test returned status 3 (wstat 768, 0x300) DIED. FAILED tests 11-13 Failed 3/13 tests, 76.92% okay Notification/t/Notification1..10 Can't call method processLauncher on an undefined value at Notification/t/Notification.t line 27. # Looks like your test died before it could output anything. dubious Test returned status 206 (wstat 52736, 0xce00) DIED. FAILED tests 1-10 Failed 10/10 tests, 0.00% okay Processes/t/Processes..1..6 ok 1 - check process paths not ok 2 - psn == pid # Failed test (Processes/t/Processes.t at line 22) # got: undef # expected: '1916' not ok 3 - pid == psn # Failed test (Processes/t/Processes.t at line 23) # got: undef # expected: '0' Use of uninitialized value in subroutine entry at Processes/t/Processes.t line 24. ok 4 - SameProcess(psn, pid) Can't call method processLauncher on an undefined value at Processes/t/Processes.t line 28. # Looks like you planned 6 tests but only ran 4. # Looks like your test died just after 4. dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 2-3, 5-6 Failed 4/6 tests, 33.33% okay Failed Test Stat Wstat Total Fail Failed List of Failed --- MacPerl/t/MacPerl.t 3 768133 23.08% 11-13 Notification/t/Notification.t 206 5273610 10 100.00% 1-10 Processes/t/Processes.t255 65280 64 66.67% 2-3 5-6 Failed 3/13 test scripts, 76.92% okay. 17/85 subtests failed, 80.00% okay. I didn't see any dialog boxes during the MacPerl test. Again for the record, this is perl 5.6.1 and OS X 10.1.5. -Ken