Re: Module Aspell::Text does not install
On Tue, Dec 12, 2006 at 10:46:46PM +0100, Marek Stepanek wrote: t/05-coreNOK 4/17 # Failed test 'Make sure word test is in dictionary' # at t/05-core.t line 37. # # * Error: No word lists can be found for the language en_US. # * # * Are you sure you have the Aspell en_US dictionary installed? This is your hint. You have aspell installed but no dictionaries. since you are refering to /sw, i assume you have used fink to install aspell. From the fink website: Package aspell ... Description: Spell checker better than ispell No dictionaries are installed - you'll need to install the aspell-en package or another aspell dictionary. Dictionaries that were used on previous versions of aspell must be updated to work with this version. You need to install the package aspell-en. rick
Re: psync backup problems: suggestions?
On Sun, Jul 10, 2005 at 09:39:03PM -0700, Randal L. Schwartz wrote: Christopher == Christopher D Lewis [EMAIL PROTECTED] writes: Christopher Dear psync users, This may not help, but I'm about to be a former psync user, because Tiger's rsync now understands the HFS fork, if you include -E. This presumably also includes the extended-access lists which psync won't handle. Note that there is a known problem with rsync on tiger and large files. I tries switching my backup regimen to rsync but had to switch back to psync due to the crashes. rick
Re: ANN: ShuX 3.0-beta2
On Fri, Mar 25, 2005 at 03:10:29PM -0500, Sherm Pendley wrote: On Mar 25, 2005, at 3:05 PM, Sherm Pendley wrote: The latest release of ShuX, 3.0.beta2, is available for download at: The new perl... button works much better. One new problem though: If any field in a Document Set is left blank, that top-level node in the DocSet Browser becomes a file system browser anchored at '/'! I think it would be better if the top-level entries either did nothing or (my preference) removed from the browser entirely if not set. rick
Re: PerlObjects and OutlineView problems
On Tue, Aug 24, 2004 at 07:03:30AM -0400, Sherm Pendley wrote: On Aug 23, 2004, at 5:15 PM, Rick Frankel wrote: Short answer: Perl objects can't be used as outline objects. Long answer: When you pass a Perl object to a Cocoa method, a ObjC stand-in is created, but not retained. Ordinarily, if the receiving object needs access to it later, it retains the passed-in object. NSOutlineView doesn't follow this cardinal rule of Cocoa memory management - it needs to access the same objects at a later time, but it doesn't retain them itself. Thanks. The long answer is what I was looking for. Is it possible to instantiate proxy objects (of type NSObject?) in perl and assign them references to the perl objects which can be dereferenced in the callbacks, or do I have to either use an NSDictionary as in the OutlineView example or use e.g, NSStrings containing a key (path) to the perl object stored in an instance variable? It's funny that everything but the deferencing the current row (including the edit callbacks) seem to work properly. rick
PerlObjects and OutlineView problems
I have created an outline field w/ perl objects as the items. Everything works ok until I dereference the items in either a doubleClick (as in the OutlineView example) or via itemAtRow, at which point the item is corrupted (the objectForItem value is blanked out and a Bizarre copy of CODE error is thrown the next time the item is requested in the objectValeForTableColumn selector. If I do a $sender-reloadData in the selector everything is fine, but of course this collapses the outline and looses the selection. Is this a bug or is there a fundamental reason why perl objects can't be used as outline items? tia, rick
Re: Windows and Camelbones
This is probably for Sherm- I am trying to open a non-modal NSOpenPanel. As a simple test, I modified the CamelBones FileViewer: $openPanel-beginForDirectory_file_types_modelessDelegate_didEndSelector_contextInfo( $self-{'_openPath'}, '', $fileTypes, $self, 'openPanelDidEnd:returnCode:contextInfo:', undef ); When invoked, the panel flashes on screen and disappears. It does not invoke the end selector. Is this a bug in my understanding/implementation or camelbones? or is something else broken (FWIW, OSX 1.3.5) tia, rick
Re: Merging into Address Book
On Tue, Apr 20, 2004 at 10:50:01PM -0500, Ken Williams wrote: Say, I built the Address_Book glue and looked through its docs, but I don't see methods to search the database for entries that have certain properties. Do you know of any way to use the Find functionality, or specify required properties, using the applescript/glue interface? Here's the script I use for querying my addressbook from mutt. The output format is specific to the mutt interface, but the commented out section shows how to get the address info. rick cut here --- #!/usr/local/bin/perl use Mac::Glue qw(:glue); use Mac::Apps::Launch; my $glue=Mac::Glue-new('Address Book',bundle='com.apple.AddressBook'); my $id=$glue-{ID}; if(!IsRunning($id)) { LaunchApps($glue-{ID}) or die $^E; $glue-close($glue-prop('window')) or warn $^E; } my $q=shift; print Querying AddressBook...\n; my @people=$glue-obj('people')-get; foreach my $entry (@people) { my @emails=$entry-prop('email')-get; next unless @emails; foreach my $email (@emails) { my $addr=$email-prop('value')-get; my $name=$entry-prop('name')-get; print $addr\t$name\t,$email-prop('label')-get,\n if $name =~ /$q/ || $addr =~ /$q/; } #my($addr)=$entry-prop('address')-get; #next unless $addr; #print $addr-prop('street')-get,\n; #print $addr-prop('city')-get, ; #print $addr-prop('state')-get, ; #print $addr-prop('zip')-get,\n; } exit 0;
Re: segmentation fault when searching for repeated text
On Wed, Nov 13, 2002 at 02:31:03PM +0800, Peter N Lewis wrote: The following code ends up with an error (segmentation fault): $_ = 'x' x 1000; /(a.|.){2,}/o; The segmentation fault seems to happen only when the searched text ($_ in this example) is longer than 855 characters. Yep, the same thing happens in perl 5.8.0 under Mac OS X 10.2.1, except it happens when it is longer than 927 characters. Looks like quite a robust bug. I wonder if it is even Mac OS X specific. Nope. Happens at different lengths on 2 debian linux boxes: unstable w/perl 5.8.0, 4502 stable w/perl 5.6.1 30830 Quite a difference there! rick
Re: FYI: Successful Install of Perl 5.8.0 RC 1 + Apache 2.0.36 + ModPerl-2.0 on OSX 10.1.4
On Fri, Jun 07, 2002 at 09:29:40AM -0400, Chris Nandor wrote: In article p05111a37b9248135ce12@[203.47.34.3], [EMAIL PROTECTED] (Peter N Lewis) wrote: At 18:57 -0400 5/6/02, Rick Frankel wrote: so, adding: .PHONY: install at the top of the (gnu)makefile will force the install target to execute. .PHONY is not just a GNU make thing anyway; I know dmake uses it (we use it in the MacPerl Makefile, which uses dmake), so that makes it even less likely. There are also multiple .PHONY declarations in perl's FWIW, i think it was first used in gnu make. I know it's not in the old Feldman make or /usr/ccs/bin/make on solaris. Makefile.SH already, including one for the install target, so I imagine it is used on other *make, too. From my generated Makefile on Linux: .PHONY: install install-strip install-all install-verbose install-silent \ no-install install.perl install.man install.html So I dunno what the deal is ... maybe the problem is that .PHONY is a no-op on Mac OS X's make? Curious. I just tried a test on OSX w/ /usr/bin/make (linked to /usr/bin/gnumake) AND /usr/bin/bsdmake and .PHONY: install works. rick
Re: FYI: Successful Install of Perl 5.8.0 RC 1 + Apache 2.0.36 + ModPerl-2.0 on OSX 10.1.4
On Wed, Jun 05, 2002 at 08:14:00AM +0800, Peter N Lewis wrote: At 14:05 -0700 4/6/02, Alex S wrote: If you want a more general solution than Perl changing the name of the files to *.txt (which would mnake sense anyway as someone else pointed out), then i think changing make is far more likely than changing Apple's file system. What about updating make to deal with the difference between a file called INSTALL and a tag install rather than just blindly using the file system. Heck, even a special case for install/INSTALL would resolve a lot of problems - perhaps even just a special build for Mac OS X that dealt with the issue. Another approach (for gnu make). From make.info: Phony Targets = A phony target is one that is not really the name of a file. It is just a name for some commands to be executed when you make an explicit request. There are two reasons to use a phony target: to avoid a conflict with a file of the same name, and to improve performance. If you write a rule whose commands will not create the target file, the commands will be executed every time the target comes up for remaking. Here is an example: clean: rm *.o temp Because the `rm' command does not create a file named `clean', probably no such file will ever exist. Therefore, the `rm' command will be executed every time you say `make clean'. The phony target will cease to work if anything ever does create a file named `clean' in this directory. Since it has no prerequisites, the file `clean' would inevitably be considered up to date, and its commands would not be executed. To avoid this problem, you can explicitly declare the target to be phony, using the special target `.PHONY' (*note Special Built-in Target Names: Special Targets.) as follows: .PHONY : clean Once this is done, `make clean' will run the commands regardless of whether there is a file named `clean'. Since it knows that phony targets do not name actual files that could be remade from other files, `make' skips the implicit rule search for phony targets (*note Implicit Rules::). This is why declaring a target phony is good for performance, even if you are not worried about the actual file existing. Thus, you first write the line that states that `clean' is a phony target, then you write the rule, like this: .PHONY: clean clean: rm *.o temp -- so, adding: .PHONY: install at the top of the (gnu)makefile will force the install target to execute. rick
Re: About testing cgi at command line
On Fri, Apr 12, 2002 at 10:59:19AM -0700, Alex S wrote: Just press Control-D to skip that. I believe there's a way to disable snip/ I've never been clear as to what toggles this to be on or off, but I'm guessing it's some flag in CGI.pm. It's related to the installed version of CGI.pm, from the changelog: Version 2.57 1. Added -debug pragma and turned off auto reading of STDIN. BTW, you can pass args on the command line, e.g.: perl cgitest.pl x=y z=a so, my customary approach (prior to the current CGI.pm releases) was to simply pass a dummy param assignment on the command line. rick
Re: Upgrade to cgi 2.57 or beyond?
On Fri, Apr 12, 2002 at 11:41:53AM -0700, drieux wrote: Just found out that the webServer and the OSX box are running 2.56 while my linux and solaris boxes I thwacked over to 2.752 so should I just pull the source over and do the make *.PL make make test make install or. Since the current version is 2.81, i would suggest: sudo perl -MCPAN -e 'install CGI' rick
more security update woes
Tangential to the mod_perl issue, has anyone else noticed that ~/.MacOSX/environment.plist is no longer being parsed on login after the security update? rick
Re: Perl/Tk on Mac os X
On Wed, Apr 03, 2002 at 09:57:48AM -0500, aaron wrote: Hi All, Does anyone have any updated information on perl/Tk for OS X? Most of my stuff at work uses perl/Tk and I was over-joyed to install Tk on my Mac. To my chagrin it crashes exactly like described below. Is there an OS X -compatible version available now? Does anyone know what causes this problem? I'm assuming it's a C thing... Whoops. I guess I should have followed up on this... Anyway, via macintouch comes this link: http://www.lehigh.edu/~sol0/Macintosh/X/ptk/ the short of it is that -03 optimization breaks perl/tk. Here's the relevant excerpt from the above on the solution: * Install the modified dynamic loader per http://www.lehigh.edu/Macintosh/X/ptk/dyld-tk. * Now compile Tk800.023. The caveat: you cannot use -O3, which is the default, determined from how Perl itself was compiled. Here's the trick as described by Michael Doster (who made the dyld mods described above): Under the pTk source directory edit the file Tk/MMutil.pm. In the subroutine cflags make the following change at the end: $_ .= \nOPTIMIZE=\n; $_; } # end subroutine cflags. BTW, personally tested and used (I can't live w/o -d:ptkdb :) rick
Re: mod_perl Chart.pm
On Wed, Feb 27, 2002 at 08:51:26AM -0900, hcir wrote: i have mod_perl working with a number of scripts and Apache. i have a script using Chart.pm to return a graphic which works when using perl but when i use it under mod_perl my browser displays the text representation of the graphic (using $g-cgi_jpeg(\@data);) any ideas on what i need to do differently? I'm not familiar w/ Chart.pm, but my guess would be that the content-type is not getting set to image/jpeg under mod_perl, and is defaulting to text/html. rick
Re: psync fails with 5.7.2
On Tuesday, February 5, 2002, at 12:39 PM, Randal L. Schwartz wrote: So what is everyone using that they can actually *use* it here? Curious. 5.6.1 perhaps? Running 5.6.1 here, but I think it may be a permission problem in the distrib directory, The test scripts should probably copy, etc. in /tmp instead of the current tree. transcript below I did something like: sudo 'perl -MCPAN -eshell' install MacOSX::File OK quit Now, as verfied sudo -s # cd ~/.cpan/build/MacOSX-File-0.61 # ls -l -rw-r--r--1 root 1000 1689 Jan 28 02:44 File.pm # make test PERL_DL_NONLAZY=1 /usr/local/bin/perl -Iblib/arch -Iblib/lib -I/System/Library/Perl/darwin -I/System/Library/Perl -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/catalogok t/copy...ok t/file...ok t/info...ok t/spec...ok All tests successful. # exit $ make test PERL_DL_NONLAZY=1 /usr/local/bin/perl -Iblib/arch -Iblib/lib -I/System/Library/Perl/darwin -I/System/Library/Perl -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/catalogdubious Test returned status 0 (wstat 11, 0xb) DIED. FAILED tests 3-7 Failed 5/7 tests, 28.57% okay t/copy...NOK 2-5000 at t/copy.t line 20. t/copy...NOK 3-5000 at t/copy.t line 21. Use of uninitialized value in numeric eq (==) at blib/lib/MacOSX/File/Copy.pm line 146. t/copy...NOK 4-43 at t/copy.t line 22. Use of uninitialized value in numeric eq (==) at blib/lib/MacOSX/File/Copy.pm line 146. t/copy...NOK 5-43 at t/copy.t line 23. t/copy...FAILED tests 2-5 Failed 4/5 tests, 20.00% okay t/file...ok t/info...NOK 6/Developer/Tools/GetFileInfo: could not refer to file (-43) Use of uninitialized value in string eq at t/info.t line 37. t/info...FAILED tests 6-7, 9-10 Failed 4/10 tests, 60.00% okay t/spec...ok Failed Test Stat Wstat Total Fail Failed List of Failed --- t/catalog.t011 75 71.43% 3-7 t/copy.t 54 80.00% 2-5 t/info.t 104 40.00% 6-7 9-10 Failed 3/5 test scripts, 40.00% okay. 13/29 subtests failed, 55.17% okay. $ sudo chown -R rick . $ make test PERL_DL_NONLAZY=1 /usr/local/bin/perl -Iblib/arch -Iblib/lib -I/System/Library/Perl/darwin -I/System/Library/Perl -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/catalogok t/copy...ok t/file...ok t/info...ok t/spec...ok All tests successful.
Re: Apache::args vs Apache::Request speed
On Fri, Feb 01, 2002 at 03:23:19PM -0500, Joe Schaefer wrote: Ian Ragsdale [EMAIL PROTECTED] writes: I hope a new release will be just around the corner, but if you want to test out some of the latest stuff, have a look at http://www.apache.org/~joes/ Would someone PLEASE volunteer to try to compile and test apache+mod_perl libapreq on OS/X using the experimental code I posted there? Even if you can't get it working, ANY feedback about what happened when you tried would be VERY helpful. Compiling as i write this :^}. If anyone else would like to send me a small handler which demonstrates the problem, it would be appreciated. BTW, does anyone know if the expat conflict is (no-longer) a problem on osx? just in case I'm using --disable-rule=EXPAT. rick
MacOSX Requests and Cookies
Ok. Here's the output of localhost/perl-status?inc (elided) Embedded Perl version v5.6.1 for Apache/1.3.23 (Darwin) mod_perl/1.26 process 2729, running since Fri Feb 1 19:25:53 2002 Package Version Modified File Apache 1.27 Tue May 1 13:11:20 2001 /usr/local/apache/perl/darwin/Apache.pm snip/ Apache::Cookie 1.0 Sun Jan 20 12:19:24 2002 /usr/local/apache/perl/darwin/Apache/Cookie.pm Apache::Request 1.0 Sun Jan 20 12:19:02 2002 /usr/local/apache/perl/darwin/Apache/Request.pm This is with a statically linked mod_perl. It doesn't crash, but in my (minimal) testing, it seems that Apache::Cookie is a no-op. I can't seem to get it to set or retrieve any cookies, it fails silently. Joe- ApacheCookie_* was not being boostrapped into the executable, so it was being optimized of the linkage. The following patch, while probably not correct (and probably the cause of the silent failure), covers it. --- http_main.c Fri Feb 1 19:22:51 2002 +++ http_main.c~Mon Jan 28 04:07:46 2002 @@ -7805,12 +7805,5 @@ { return ApacheRequest_new(r); } -/*RAF*/ -#include apache_cookie.h -ApacheCookie *suck_in_apcookie(request_rec *r); -ApacheCookie *suck_in_apcookie(request_rec *r) -{ -return ApacheCookie_new(r); -} #endif /* USE_APREQ */ -END PATCH Also, the all-in-one compile method doesn't setup apache correctly, so the steps taken were: unpack everthing in the same root directory mod_perl: $ perl Makefile.PL APACHE_PREFIX=/usr/local/apache DO_HTTP=1 \ PREP_HTTP=1 USE_APACI=1 EVERYTHING=1 $ make $ make install http_apreq: $ perl Makefile.PL $ make $ make install apache: $ CFLAGS='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64' ./configure --prefix=local/apache \ --enable-shared=max --disable-rule=EXPAT --with-layout=Apache \ --activate-module=src/modules/perl/libperl.a --disable-shared=perl $ make $ make install rick
Re: MacOSX Requests and Cookies
On Fri, Feb 01, 2002 at 10:39:02PM -0500, Joe Schaefer wrote: Great - thanks a ton! Not so great. I'm half asleep. You need to do patch -r or, apply the forward patch included below... rick --- http_main.c~ Mon Jan 28 04:07:46 2002 +++ http_main.cFri Feb 1 19:22:51 2002 @@ -7805,5 +7805,12 @@ { return ApacheRequest_new(r); } +/*RAF*/ +#include apache_cookie.h +ApacheCookie *suck_in_apcookie(request_rec *r); +ApacheCookie *suck_in_apcookie(request_rec *r) +{ +return ApacheCookie_new(r); +} #endif /* USE_APREQ */
Re: Perl/Tk on Mac os X
On Wed, Jan 30, 2002 at 10:33:21AM -0500, aaron wrote: I have followed the same procedure as you and I also get a bus error with menus. In fact, the widget demo that comes with perl/Tk gives a bus error for almost every part of its interface. Are we the only two people having this problem? If so, is there something we can do to fix this? Most of my Nope, you're not. I think this thread has passed this list before. It's not just menus, hovering over any gui component causes a crash. Haven't had time to try and track down the problem though... rick