using ProjectBuilder for editing Perl scripts
For those who may so wish -- 1. Create a folder in your home directory like so -- ~/Developer/ProjectBuilder Extras/Specifications 2. Expand the attached file (perlpbspec.tar.gz). You will get two text files Perl.pbfilespec and Perl.pblangspec. Drop the two files in the Specifications folder created in step 1 above. Use ProjectBuilder to edit your Perl scripts... it will syntax color scripts ending with .cgi, .pl, .plx, and .pm. Plus, you will get other PB advantages such as a virtual Project view of your perl project, ability to read html documentation straight from within PB, etc. And, afaik, the only native Cocoa editor for Perl available for free, and developed by Apple, fwiw. G'bye. perlpbspec.tar.gz Description: GNU Zip compressed data credits: I created the above after the hints for doing so for Python and Ruby available on the web. I compiled the keywords yesterday... there might be errors in the list. Adjust the filespec and langspec files to suit your taste and situation.
please end this (Re: A .. by anyother name...)
On Saturday, March 15, 2003, at 05:13 PM, Nathan Torkington wrote: And if anyone's wondering What Would Tim Do?, I think Tim would want this thread to end so we can get back doing actual work with Perl on Mac OS X. yes, please. And since I started this sordid saga, indulge me by letting me have (hopefully) the last word. 1. My apologies to David Wheeler. His is the name that has now forever been immortalized in the subject line. I don't recall him ever being anything but kind and helpful to me and others on this list (and outside this list, when he helped me understand Bricolage's capabilities). 2. I did not mean any disrespect to Tim. Now I realize that some can be offended by it, however, I would feel justifiably reprimanded _only_ if the reprimand came from Tim. Many folks on this list had harsh words for me, directly or indirectly, even though I did nothing to besmirch their name or character. I never said any unkind words to any of you. 3. I have spent a considerable amount of my personal money buying O'Reilly books and subscriptions. All my purchases have been related to perl, and two relevant titles include the Camel and the Llama books. I believe in some way I did my bit (and continue to do so) to support the creators and promoters of Perl. 4. It wasn't even my joke. As I mentioned in my email to the list, the Register sells O'Really swag at its cash'n'carrion shop. See http://www.cashncarrion.co.uk/?listPos=op=catalogue-products- nullprodCategoryID=14 When I first saw it I wondered why the Register is selling O'Reilly stuff. When I noticed the spelling, I fell out of my chair laughing. I believe the ability to laugh at anything and everything is very unique to the US and the UK (I am neither American nor English, but besides my own national identity, I identify the most with the US. After all, this is the only country that invented both the Macintosh and Jazz). Without satire and humor we would be nowhere, even if at times it might offend. 5. I made the original posting on the list, not to any one person privately. All responses to that should be made to the list. Yes, I did repost an unsolicited private email to the list, but I did not do it out of any malice. I was honestly astounded that what I thought was innocuous at best, could be misinterpreted. I was trying to preempt others from misinterpreting by saying upfront that I did not mean any disrespect. It was not rude, it was not illegal. To call it that is just intimidation in this already overly litigious society. If you disagree with this position, please don't send me private emails. 6. I don't know any of you personally. I am not good at perl (yet) as much as most of you. But I don't think I am stupid. And I am certainly older than a lot of you on this list. Hopefully I will meet some of you someday (I now know that there are a few from Madison itself here on this list), and learn more about perl and other things. Most of you have been kind, patient, and funny. Thanks for your help. 7. There are a few who spoke up for me. Thanks to you. You know who you are. 8. Only two people saw the actual point of the original post (thanks Sherm and Bill)... material justifying opensource that comes from sources other than FSF, Gnu, or O'Reilly folks. Sceptics would say that these three have obvious reasons to promote opensource (philosophical or monetary), even if their reasons may be very sound ones. The material I referred to was the first one I had seen from sources other than the above three (actually, I also found a paper from Mitre Corp., but these are few and far in between). Let's get back to perl, please.
Re: CPAN Newbie: when to sudo?
On Sunday, March 16, 2003, at 11:13 AM, Riccardo Perotti wrote: I had my first CPAN adventure today. .. ... which leads me to think that I have to sudo at some point (right?). If so, when would the correct time be? .. right at the beginning. sudo perl -MCPAN -e shell that's how I do it and it works.
Re: CPAN Newbie: when to sudo?
On Sunday, March 16, 2003, at 11:23 AM, Riccardo Perotti wrote: On 03/16/2003 12:16 PM, Puneet Kishor [EMAIL PROTECTED] wrote: On Sunday, March 16, 2003, at 11:13 AM, Riccardo Perotti wrote: ... which leads me to think that I have to sudo at some point (right?). If so, when would the correct time be? .. right at the beginning. sudo perl -MCPAN -e shell that's how I do it and it works. Great, Thanks! ... should I worry/do something about the /bin/sh: /System/Library/Perl/darwin/perllocal.pod: Permission denied make: [doc_site_install] Error 1 (ignored) ... error? .. I have no idea whether you should worry about it or not? ;-). Others more qualified can answer you on that. My sense is you won't get that error if you are sudo-ed.
please end this (Re: A .. by anyother name...)
On Saturday, March 15, 2003, at 05:13 PM, Nathan Torkington wrote: And if anyone's wondering What Would Tim Do?, I think Tim would want this thread to end so we can get back doing actual work with Perl on Mac OS X. yes, please. And since I started this sordid saga, indulge me by letting me have (hopefully) the last word. 1. My apologies to David Wheeler. His is the name that has now forever been immortalized in the subject line. I don't recall him ever being anything but kind and helpful to me and others on this list (and outside this list, when he helped me understand Bricolage's capabilities). 2. I did not mean any disrespect to Tim. Now I realize that some can be offended by it, however, I would feel justifiably reprimanded _only_ if the reprimand came from Tim. Many folks on this list had harsh words for me, directly or indirectly, even though I did nothing to besmirch their name or character. I never said any unkind words to any of you. 3. I have spent a considerable amount of my personal money buying O'Reilly books and subscriptions. All my purchases have been related to perl, and two relevant titles include the Camel and the Llama books. I believe in some way I did my bit (and continue to do so) to support the creators and promoters of Perl. 4. It wasn't even my joke. As I mentioned in my email to the list, the Register sells O'Really swag at its cash'n'carrion shop. See http://www.cashncarrion.co.uk/?listPos=op=catalogue-products- nullprodCategoryID=14 When I first saw it I wondered why the Register is selling O'Reilly stuff. When I noticed the spelling, I fell out of my chair laughing. I believe the ability to laugh at anything and everything is very unique to the US and the UK (I am neither American nor English, but besides my own national identity, I identify the most with the US. After all, this is the only country that invented both the Macintosh and Jazz). Without satire and humor we would be nowhere, even if at times it might offend. 5. I made the original posting on the list, not to any one person privately. All responses to that should be made to the list. Yes, I did repost an unsolicited private email to the list, but I did not do it out of any malice. I was honestly astounded that what I thought was innocuous at best, could be misinterpreted. I was trying to preempt others from misinterpreting by saying upfront that I did not mean any disrespect. It was not rude, it was not illegal. To call it that is just intimidation in this already overly litigious society. If you disagree with this position, please don't send me private emails. 6. I don't know any of you personally. I am not good at perl (yet) as much as most of you. But I don't think I am stupid. And I am certainly older than a lot of you on this list. Hopefully I will meet some of you someday (I now know that there are a few from Madison itself here on this list), and learn more about perl and other things. Most of you have been kind, patient, and funny. Thanks for your help. 7. There are a few who spoke up for me. Thanks to you. You know who you are. 8. Only two people saw the actual point of the original post (thanks Sherm and Bill)... material justifying opensource that comes from sources other than FSF, Gnu, or O'Reilly folks. Sceptics would say that these three have obvious reasons to promote opensource (philosophical or monetary), even if their reasons may be very sound ones. The material I referred to was the first one I had seen from sources other than the above three (actually, I also found a paper from Mitre Corp., but these are few and far in between). Let's get back to perl, please.
A Wheeler by anyother name...
I was looking for material on (justifying) Opensource. Besides the usual suspects (Tim Oh Really and the Gnu and FSF folks), I came across http://www.dwheeler.com/oss_fs_why.html I am guessing this is not *our* David Wheeler but someone else with the same name. interesting reading and more material for html based slide show/talk.
Re: A Wheeler by anyother name...
Randal L. Schwartz wrote: Puneet == Puneet Kishor [EMAIL PROTECTED] writes: Puneet I was looking for material on (justifying) Opensource. Besides the Puneet usual suspects (Tim Oh Really and the Gnu and FSF folks), If that's meant to be funny, it's not. If it's because you don't know how to spell his name, it's Tim O'Reilly. Do not disrespect the man. He's done huge things for the Open Source movement. Jeez Randal, That _was_ meant to be funny. While I have not done huge things for Open Source, I love it, use it, evangelize it (why do you think I was searching for material to make a case for opensource). And I also realize on a daily basis that a lot of it is because of Tim and his network. I haven't met him, but would love to, because he has written about things that I agree with at all levels. I just found Oh Really very funny when I found it on The Register's site. We all have different sensitivities for humor. What you might find funny everyone else might feel offended by. But at least let the man himself disapprove. For all we know, Tim would probably have a good laugh at it even as you are chiding me for it. If anything, the email was meant to be just a respite from the make emacs do one more thing kinda emails. I don't believe I have transgressed any line here, so I don't think this merits any serious response from anyone. Lest anyone else think so, I am sending this to the entire list. If anyone finds it offensive, this email should explain its not. If anyone doesn't find it offensive, read it, delete it, and move on.
Re: httpd -X segfaults
since no one has yet answered this, let me venture forward and ask you... On Tuesday, February 25, 2003, at 12:41 PM, Warren Pollans wrote: .. When I try /usr/sbin/httpd -X, I get my usual startup messages and then Segmentation Fault. I don't see '-X' as an available option in the output of httpd -h. why? why are you doing httpd -X? As you rightly say, -X is not a valid switch, not for my httpd build. Could someone please point me in the right direction? what do you think you will accomplish by httpd -X? in other words, as the ephemeral cat said, the right direction would depend on where you want to go... pk.
konfabulator -- something to ponder
Some time in early 2000 Arlo Rose came up with an idea for a cool little application. It would use XML to structure images, and a scriptable language, like Perl, in such a way that someone who knew the basics of Perl could put together cool little mini-applications. The goal was that these mini-applications would just sit around on your desktop looking pretty, while providing useful feedback. All he ever really wanted was to have a cool looking battery monitor and something that told him the weather, but he knew the possibilities for something like this could potentially be limitless. Fast forward a couple of years when Arlo began working with Perry Clarke at Sun Microsystems. Over lunch one afternoon Arlo gave Perry the basics of this dream app. Perry suggested that JavaScript would be far easier for people to digest. He was right. It's the basis for Flash's ActionScript, and Adobe's scripting engine for Photoshop. Of all the choices, JavaScript made the most sense. Shortly after that lunch, the two began to spend their nights and weekends making this thing a reality. A half year later Konfabulator is ready for download, and now it's up to you to see if they were right about how cool this thing can be! Shux, I just wish this had been Perl... For those who haven't seen it, Konfabulator just brings a smile to my face. It is what sets a Mac apart from any other computer platform. Puneet.
Re: konfabulator -- something to ponder
On Wednesday, February 12, 2003, at 08:41 PM, Chris Devers wrote: On Wed, 12 Feb 2003, Puneet Kishor wrote: Some time in early 2000 Arlo Rose came up with an idea for a cool little application. It would use XML to structure images, and a scriptable language, like Perl, in such a way that someone who knew the basics of Perl could put together cool little mini-applications. The goal was that these mini-applications would just sit around on your desktop looking pretty, while providing useful feedback. [] A half year later Konfabulator is ready for download, and now it's up to you to see if they were right about how cool this thing can be! Shux, I just wish this had been Perl... :) Funny, a cow-orker was just telling me about this this evening. Is the material above taken from http://www.konfabulator.com/? yes. .. Ahh, it was written by one of the Kaleidoscope people. Ok, so it's going to have cheesy over the top skinz before too long. But anyway, I'm not sure I see the point. It seems interesting -- I'm just going by the web page at the moment, the download is reeeallly slow -- but I'm not sure if I want this kind of info sitting in a new interface widget in addition to the dock menubar, which already claim a good deal of screen real estate. Most of the sample widgets I've seen, I'd rather seo them available as menubar widgets instead. I dunno, this is slick, but I'm still underwhelmed for some reason. Maybe it's my deep-seated aversion to software skins related wacky interface shenanigans that usually comes up with such software (mp3 players, etc). well, don't go by the skinnability of it... that, in some minds, might invoke visions of zit-heavy teenagers figuring out how to make their mp3 player look like saruman's eyes. Instead, look at it this way... a hypercard without stacks, without borders... an aqua app that floats on your desktop... self-contained (well, actually the widgets require konfabulator in order to run, so it is not really that stand-alone, but the effect is)... think of it as a browser without really being a browser. with a real (some may question that, but that is not important), well-developed programming language. Javascript is actually a very nice language... it just requires a browser to be able to run, which kinda sucks. Well, konfab removes that restriction. Make your widget, and get it to download stocks, show the weather... you know, it is difficult to describe. But when you see it, you really shake your head in wonder. Kinda like what Spring is (have you seen Spring... another innovative application the kinds of which only seem possible on OS X... it is stuff like Konfabulator, Spring, Launchbar, Watson, and hopefully one day soon Camelbones, that make using computers worthwhile). Only, more capable. Fun if you used to use Kaleidascope or (in x11) enlightenment though. If you're into that sort of thing :) you make it sound dirty. ;-)
Re: konfabulator -- something to ponder
On Wednesday, February 12, 2003, at 09:28 PM, Alex Robinson wrote: think of it as a browser without really being a browser. hmmm. that's not really very useful. What if you just create a palette of buttons for actions to perform? well, a browser with nothing but form buttons on it with js code attached is a [sic] palette of buttons for actions to perform. Such a palette with no rectangular borders, and a richer (than just js) language combo of js+xml kinda completes the description for Konfab widgets. I was just trying desperately to think of metaphors to explain Konfab. ;-) I personally hope Arlo/Perry separate the dependence on js, so I could use perl... at some level most of these languages do pretty much the same thing. I just want to do them in perl, if possible.
Re: konfabulator -- something to ponder
On Wednesday, February 12, 2003, at 09:28 PM, Joel Rees wrote: Shux, I just wish this had been Perl... So, is this konfabulator thingy going to have some advantage over, say, Tk with Perl? (Or RealBASIC, or Borland's Java gadget, except that those are not free?) unfortunately I don't know enough about Tk+Perl, RB, and Java to comment on this intelligently. I just happen to understand js better than these languages (except for Perl)... and for most part, I find stuff made in Tk, RB, and Java to be ugly. But, that might be because of the desginers of those stuffs rather than the language itself (although, swing and awt are pretty crappy to look at)
Re: OT: macosx list?
On Tuesday, February 11, 2003, at 11:29 AM, Riccardo Perotti wrote: Sorry for the OT, but I've been looking for a MacOSX mailing list, like this one but not perl-only. Somewhere one could ask / discuss about apps, darwin, etc. Does anybody know where to find one? I would recommend discussions.info.apple.com... the webx based forums that apple has. I have used them on occassion, and they encompass just about every aspect of hardware, software, and apps. There are a lot of customization features that allow you to deliver your question and get answers, and the forums are also moderated by apple employees who respond from time to time. s/n can be high, but hey... there is wheat in the chaff.
Re: DBD::Pg install errors
On Friday, February 7, 2003, at 04:30 PM, David Wheeler wrote: On Friday, February 7, 2003, at 05:20 PM, Patrick Hatcher wrote: Ah Mr. Wheeler how are you doing! Busier than hell. In Florida working and visiting my wife's family. .. sounds like I'll see you in March during the next Pg meeting. Yep! David aahh! a community, not just a list. ;-) its cold in Madison, WI, and not many perlmongers around. :-(
Re: dmg of perl 5.8.0 on Mac OS X
On Thursday, February 6, 2003, at 09:37 AM, Drew Taylor wrote: At 09:36 PM 2/5/03 -0800, Michael Maibaum wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday, February 5, 2003, at 08:37 PM, Chris Nandor wrote: Now, who is going to do a dmg of Apache / mod_perl / libapreq? :-) We'll be providing .pkg and .mpkgs shortly, and the packages that there are already are availible over webdav or from the website (webdav address is http://packages.opendarwin.org/) These packages are still in testing at the moment... Perhaps this is a stupid question, but could someone explain the difference between a disk image (dmg) and a package (pkg)? I know the dmg mounts a virtual drive, but other than that which is better? a package is a way of putting several things together into one bundle. An application package contains all the things the application needs to run (the binary executable, the preflists, icons and other resources, nibs, help files, etc.). An installer package contains the different things required to make an application run successfully, but those things may need to go to different locations on the hard drive. For example, the gimp package at darwinports puts together all the nonsense required by gimp to run successfully (actually, it leaves out gtk and gtk2, but that is another story), so that ignoramuses like me can one click install -- like magic, everything goes to its correct place, and then it works. A disk image is just a way to deliver the package. You could just as well stuffit the package and supply that. Perhaps even uuencode it and send it in an annoyingly long email accessible via elm...
Apache sessions
A long while back I asked a similar question -- how do I make state management possible with Perl and Apache, specifically on MacOS X, but ideally in a platform independent kind of way. At that time I believe Apache::Sessions was not compatible with OS X. I haven't found any statement now contradicting that. Additionally, from the install notes of Apache::Sessions 1.54 -- First, build, test, and install mod_perl and Apache. You may also need to install one or more of the following modules from CPAN: DBI, IPC::Shareable, Storable, FreezeThaw, MD5. After all of that: perl Makefile.PL make install perldoc Session Have fun, Jeffrey -- Even if Apache::Sessions did work on OS X, does it _require_ mod_perl? I don't have mod_perl, I don't want to install mod_perl (for now at least), and I certainly don't want to create a solution that _requires_ mod_perl, because the users of my solution may not have mod_perl. Additionally, I don't want to mess with Apple's perl, and as much as possible, I want to use that rather than install my own. Is there any easy way to achieve painless state management with perl and Apache? Obviously, I am not wanting to bop values around in the URL, and don't want to depend on cookies. Even learning that what I want is NOT possible will be valuable. Many thanks for any guidance provided. Puneet.
Re: Apache sessions
On Thursday, January 30, 2003, at 01:30 PM, Ken Williams wrote: On Thursday, January 30, 2003, at 09:25 AM, Puneet Kishor wrote: A long while back I asked a similar question -- how do I make state management possible with Perl and Apache, specifically on MacOS X, but ideally in a platform independent kind of way. At that time I believe Apache::Sessions was not compatible with OS X. I haven't found any statement now contradicting that. I don't remember any problem with Apache::Session on OS X. It certainly works fine now, I'm using it. I was quite certain that at one point Apache::Session was not working with the Apache/Perl combo that came with OS X. In any case, now that we know it does work, it is a moot issue. Thanks for letting me know that you use it without any problem. I will try it today. Even if Apache::Sessions did work on OS X, does it _require_ mod_perl? I don't have mod_perl, I don't want to install mod_perl (for now at least), and I certainly don't want to create a solution that _requires_ mod_perl, because the users of my solution may not have mod_perl. Additionally, I don't want to mess with Apple's perl, and as much as possible, I want to use that rather than install my own. The name Apache::Session is actually sort of a bad name for it - it doesn't really *require* mod_perl, it's just used most of the time in that context. You could probably get by fine with it. I really wish the developer(s) would not write in their READMEs in such a manner that it might be taken to mean that it requires mod_perl (darn, that was a labored sentence I just wrote). However, you might be happier just using Cache::Cache instead, if you're not going to do any mod_perl interaction. Some people even use Cache::Cache under mod_perl. Maybe you could see if that fills your needs too. Funny, now that I started looking around on CPAN, I see so many similar modules... CGI::Persistence and its various incarnations were mentioned here, then there is CGI::FormMagick (clever name), and now you mention Cache::Cache. I will look that up. I wish there was something out of the box in Perl that provided this function. You know, I would love to find out the break-out figures on how much of the community uses Perl for web vs. other tasks. If web use for Perl is (now) more than other use, it would make sense to start building web friendly stuff in stock perl, beyond CGI.pm, that is. Or maybe there could be made a special-for-web edition of Perl complete with state mgt., caching, mod_perl kinda things, etc., and in a really easy to install and configure package. That would prevent new-comers like PHP from eating in Perl's share. Is there any easy way to achieve painless state management with perl and Apache? Obviously, I am not wanting to bop values around in the URL, and don't want to depend on cookies. So, uh, where do you propose to put the state information? Since HTTP is stateless, you'll need to put at least a session key in either the URL or a cookie, or submit it as a POST argument with every request (hint: DON'T do that), or something. Otherwise it's not possible. Sorry, my bad. I should not have stated that the way I did. Of course I would have to do that (but why do you say DON'T do that for session key as a POST arg?). Unless, there was some way to manage all that on the server side. See, I got introduced to web programming via Cold Fusion. Session management on CF is exemplary. You simply say something like cflock timeout = timeout in seconds scope = Application or Server or Session name = lockname throwOnTimeout = Yes or No type = readOnly/Exclusive cfset Session.foo = Puneet cfset Session.bar = Kishor cfset Session.baz = punkish /cflock and bingo, my session (or app or server) vars are set. Then, when I want to use the vars, I just say cfoutputHi #Session.foo#, your username is #Session.baz#/cfoutput No session keys to pass around. Works really well. Anyway, thanks for the info on Cache::Cache. I am off to learn more about state mgt with Perl and Apache. Puneet.
Re: Apache sessions
On Thursday, January 30, 2003, at 01:30 PM, Ken Williams wrote: On Thursday, January 30, 2003, at 09:25 AM, Puneet Kishor wrote: A long while back I asked a similar question -- how do I make state management possible with Perl and Apache, specifically on MacOS X, but ideally in a platform independent kind of way. At that time I believe Apache::Sessions was not compatible with OS X. I haven't found any statement now contradicting that. I don't remember any problem with Apache::Session on OS X. It certainly works fine now, I'm using it. this is what I get (last few lines reproduced here) -- .. t/99base64.ok t/99dbfile.ok t/99dbfilestoreok t/99file...ok t/99filelock...ok t/99filestore..ok t/99flex...ok t/99md5gen.ok t/99moduniqgen.ok t/99mysql..skipped all skipped: no reason given t/99mysqllock..skipped all skipped: no reason given t/99mysqlstore.skipped all skipped: no reason given t/99nulllock...ok t/99oracle.skipped all skipped: no reason given t/99postgres...skipped all skipped: no reason given t/99semaphore..semctl not implemented at /System/Library/Perl/darwin/IPC/Semaphore.pm line 127. t/99semaphore..dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 3-28 Failed 26/28 tests, 7.14% okay t/99storable...ok t/99uueok Failed Test Stat Wstat Total Fail Failed List of Failed --- t/99semaphore.t 255 6528028 26 92.86% 3-28 5 tests skipped. Failed 1/18 test scripts, 94.44% okay. 26/100 subtests failed, 74.00% okay. make: *** [test_dynamic] Error 35 /usr/bin/make test -- NOT OK Running make install make test had returned bad status, won't install without force cpan -- what is it that I am missing here? I tried installing IPC::Shareable (one of the pre-reqs, apparently, for Apache::Session) and I get a similar message... DIED. FAILED tests 1-10 Failed 10/10 tests, 0.00% okay t/20ref...semctl not implemented at /System/Library/Perl/darwin/IPC/Semaphore.pm line 75. t/20ref...dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-8 Failed 8/8 tests, 0.00% okay t/25ipc...semctl not implemented at /System/Library/Perl/darwin/IPC/Semaphore.pm line 75. ^CDied at t/25ipc.t line 4. make: *** [test_dynamic] Interrupt /usr/bin/make test -- NOT OK Running make install make test had returned bad status, won't install without force Now, I am clueless. Thanks for your help. Puneet.
Re: Apache sessions
On Thursday, January 30, 2003, at 06:59 PM, Jeff Kolber wrote: I really wish the developer(s) would not write in their READMEs in such a manner that it might be taken to mean that it requires mod_perl (darn, that was a labored sentence I just wrote). I recently chose to use CGI::Session over Apache::Session precisely because it said something early on in the README about Apache::Session wanting or needing mod_perl Does anyone know of someplace where there is a side by side comparisons of these various modules and their relative advantages/disadvantages? - if not - I would be willing to accept contributed documents and set up a page with this info boy, would that be great or what! By my count now I have CGI::FormMagick -- haven't tried yet CGI::Persistence -- able to install but since it lacks decent docs, no examples, I wasn't able to do anything with Apache::Session -- unable to install now CGI::Session -- unable to install I get the following in cpan .. CGI-Session-3.9/README CGI-Session-3.9/Makefile.PL CGI-Session-3.9/Session.pm CGI-Session-3.9/rfc2965.txt CPAN.pm: Going to build S/SH/SHERZODR/CGI-Session-3.9.tar.gz Bareword Digest::MD5 not allowed while strict subs in use at Makefile.PL line 52. Execution of Makefile.PL aborted due to compilation errors. Running make test Make had some problems, maybe interrupted? Won't test Running make install Make had some problems, maybe interrupted? Won't install Checking CPAN I find that CGI::Session is now at 3.11, but I can't make my cpan to recognize 3.11. I did 'reload index' and I still get 3.9. Seems like I am having a bad perl day. Any suggestions? Jeff, CGI::Session docs make it seem like it will work, but can you tell me the magic to make it install. Many thanks, Puneet.
trouble with DBD::SQLite 0.23
I am able to build SQLite 2.7.6 from source without any problem. But, DBD::SQLite 0.23 (which comes with its own SQLite) croaks. Interestingly, it seems to build and install ok, many tests are passed, then 'make test' (regression testing) fails. Running dbish shows SQLite is not installed (at least, it is not presented as a choice). Any guidance will be appreciated. Here's the stdout -- cpaninstall DBD::SQLite .. t/ak-dbd...ok t/dbdadmin.ok All tests successful. Files=20, Tests=252, 10 wallclock secs ( 4.86 cusr + 1.27 csys = 6.13 CPU) PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib -I/System/Library/Perl/darwin -I/System/Library/Perl test.pl Testing empty loop speed ... 10 iterations in 0.3 cpu+sys seconds (370370 per sec) Testing connect/disconnect speed ... 2000 connections in 7.8 cpu+sys seconds (255 per sec) Testing CREATE/DROP TABLE speed ... 500 files in 3.8 cpu+sys seconds (132 per sec) Testing INSERT speed ... make: *** [test_dynamic] Bus error /usr/bin/make test -- NOT OK Running make install make test had returned bad status, won't install without force cpanquit [lucknow:/usr/local/lib] pkishor% dbish DBI::Shell 11.02 using DBI 1.30 WARNING: The DBI::Shell interface and functionality are === very likely to change in subsequent versions! Available DBI drivers: 1: dbi:ExampleP 2: dbi:Multiplex 3: dbi:Proxy 4: dbi:mysql Enter driver name or number, or full 'dbi:...:...' DSN:
Re: trouble with DBD::SQLite 0.23
On Tuesday, January 28, 2003, at 04:47 PM, Paul McCann wrote: On Tue, Jan 28, 2003 at 04:10:10PM -0600, Puneet Kishor wrote: I am able to build SQLite 2.7.6 from source without any problem. But, DBD::SQLite 0.23 (which comes with its own SQLite) croaks. Interestingly, it seems to build and install ok, many tests are passed, then 'make test' (regression testing) fails. Running dbish shows SQLite is not installed (at least, it is not presented as a choice). Any guidance will be appreciated. Here's the stdout -- There's a new version of DBD::SQLite that is supposed to fix this 'orrible behaviour on Mac OS X. While I can't see it via search.cpan.org right now it could be that damn proxy server being recalcitrant! Watch for DBD::SQLite 0.24 (which includes SQLite 2.7.6). h... if you (I too) can't see it on search.cpan.org, how do you know 0.24 exists? I searched on the minimalist seargent.org, and on Google too... nothing about 0.24. Is there a secret place? ;-) on a related note -- I am fairly confused about this CPAN installing thing? most perl packages (such as SQLite.pm, provided it didn't have to build libsqlite.a) are just text files, no? Hence, why do they need to be installed unless install-ing means simply copying them to the correct place. And, is the install procedure merely perl Makefile.PL, make, make install... is that all that CPAN really does (provided it doesn't have to follow any dependencies). So, if I have to install something outside of CPAN, do I do perl Makefile.PL, make, make install? Tia, Puneet.
Re: More 5.8.0 / Jaguar / Fink madness
Thank you, Daniel, for speaking up for the rest of us who use the computer for the rest of us. Fink is good, and needed, and when it gets better (and/or endorsed by Apple), I too will use it. Same goes for Perl 5.8.0. In the meantime, kudos and all strength to the Fink developers who are perhaps at the stage where Perl was in its earlier versions. All these programs are (to paraphrase Paul Simon -- no, not the senator) better than they were, and worse than they'll be. Cheers, Puneet. Daniel Stillwaggon wrote: On Monday, Jan 13, 2003, at 17:52 US/Pacific, Rich Michaela wrote: OK we're still seriously OT on this thread now, but here's my 2 cents. I guess I still don't get it (Fink). If you have modest admin skills you can figure out dependencies and pre-reqs. I've yet to run into any dependency issues (at least any that weren't addressed in README or INSTALL files). I did do some binary installs of big UNIXy (X11) stuff and built others. So my assessment is Fink is not needed for experienced UNIX users, but falls far short of the sort of SW installer the non-UNIX OS X users really need. I think that there is a large segment of the user/admin population that is missing from your estimation. You are forgetting about hobbyist users who may want to download stuff and tinker with it. Fink provides a middle ground where users can download software easily and in minimal steps. They don't need to hunt for stuff and deal with libraries and dependencies, but can still get to it to play around. You are probably correct in that NIXy people aren't going to need it, unless they have grown accustomed to apt-get from debian use or redhat's packages. My bet is that there are far more than an handful of such people out there. The only thing that I would disagree with you on is your statement that fink falls short of useful for the non NIXies. My question is, why would these people be playing with the Unix software at all? It seems to me that opening up the command line entails a certain willingness to deal with these issues. In a vain attempt for relevancy, once someone starts doing Perl coding they have already signed themselves up for the headaches that may or may not come from libraries and dependencies. That is part of the game and the only way to avoid it is not to play at that level. Sorry if this sounds disjointed or confrontational, that was not my intent (though my head-cold seems to be interfering with my ability to write coherently). I only wanted to point out that software installation at the command-line level (much like advanced Perl), is not an easy thing and there is really no reason to pretend that it is/can/should be easy. - Daniel C. Stillwaggon ([EMAIL PROTECTED])
Re: More 5.8.0 / Jaguar / Fink madness
Ken Williams wrote: On Tuesday, January 14, 2003, at 03:21 PM, Puneet Kishor wrote: Thank you, Daniel, for speaking up for the rest of us who use the computer for the rest of us. Fink is good, and needed, and when it gets better (and/or endorsed by Apple), I too will use it. Same goes for Perl 5.8.0. Apparently Apple is working on their own package management system, informed by both the BSD ports and Fink. Can't exactly remember where I heard this, but maybe someone can substantiate and/or provide some references on Apple's web site. see http://www.opendarwin.org/projects/darwinports/ Puneet.
Re: More 5.8.0 / Jaguar / Fink madness
absolutely on-topic rant follows... On Sunday, January 12, 2003, at 12:04 PM, Steve Linberg wrote: I've burned two solid days on this now, and rather than shoot myself I think it's time to ask for help. .. Trying to get this system working in 10.2 has been a nightmare, and it seems to have a lot to do with Perl. I did a clean install of Jaguar, and carefully followed the instructions at http://developer.apple.com/internet/macosx/perl.html to do a clean 5.8 install to replace the 5.6.0 that inexplicably ships with Jaguar. I .. You don't get very far in CPAN.pm before it tries to blast 5.8.0 down your throat. It fails to install because it only passes 99.70% of the tests, it seems most every other day there is someone else experiencing difficulties with Perl 5.8.0 and Fink and some combination thereof. Pre-Jaguar I upgraded my stock Apple perl and suffered all the way until I installed Jaguar. Since then I don't touch CPAN and Fink. Fortunately for me, my needs are minimal, and I am able to work with whatever Apple has provided. The reality is -- there are those who say that it all works provided you know what you are doing. The problem is that we, those who don't know what we are doing, are a majority. Those who do know and do not experience problem (or are able to solve the problem themselves, hence, being those that provide help to others) are a minority. The situation has to be just the opposite. And saying that perl is complicated and perl does this and does that, and perl can't be compared to other languages is just dodging the fact that perl is simply very easy to bugger up, and almost impossible to retrieve once buggered up. I love perl, and choose it over anything I can avoid. I do things with it that I wouldn't start doing with other languages (granted, my needs are pretty narrow). But I do want Perl to be easier to install, maintain, and difficult to bugger up. As much as I like Morbus's articles on Apache, I think it was really wrong for Apple to commission that article on Perl 5.8.0 because now most everyone thinks that Perl 5.8.0 is now sanctioned and they can go upgrade. Add Fink to picture which does its own voodoo and what we have is a royal pain in the derierre. To those who still have the stock install -- for the love of god, don't upgrade if you don't have to. Perl 5.6.0 works just fine for me, and probably will for most of you. Don't even bother with Fink, as much good as the idea of Fink might be. Upgrade only if your life and your work requires it. There is nothing but grief that will follow otherwise. To the minority that is in the position to provide help to us who have buggered up. Please make it more difficult for us to bugger it up. Fix CPAN, make Fink not mess with the stock Apple stuff, advise folks to not upgrade to 5.8.0 over the stock install... etc. It will direct everyone's energy to actually doing stuff with Perl than with making Perl work in the first place. Please don't tell me that I am wrong in what I am ranting about, because I do feel the above is correct. That said, my heartfelt thanks go to the entire opensource community for making Perl and other tools available, and thanks for being around to help us when we do screw up. Puneet.
Re: More 5.8.0 / Jaguar / Fink madness
On Sunday, January 12, 2003, at 04:18 PM, Heather Madrone wrote: At 3:26 PM -0500 1/12/03, John Siracusa wrote: On 1/12/03 3:04 PM, Heather Madrone wrote: I feel a little antiquated on this forum, using perl under emacs and installing my CPAN modules one at a time by hand, but, hey, it works. You're illustrating part of the problem though. The users who understand how to fix things when they go wrong are the same users that probably won't use Fink in the first place (I also do everything by hand). The users who don't have as much experience with Unix will likely be drawn to Fink, and then will not be able to diagnose and fix problems when they happen. Making Unix user-friendly is hard... :) You just have to approach it the right way. Unix is perfectly friendly once you get to know it. well, that's the catch-22, right? once you get to know it. The problem is there is a huge majority of folks (includes me) who are still getting to know it. We have discovered the wonderful things that can be done with these tools, and now we are trying to apply them to our problems. But we are discovering rapidly that we have to first spend a lot of time getting to know these tools. Nothing wrong with due diligence and all that, but there has to be some meeting of the sides. From a coding perspective, I find these modern systems with their layers of modules and class libraries harder to use than the basic, extremely buggy tools I have been using for millennia. There are so many more layers and dependencies in these modern systems. It's a wonder they ever work at all. yes, it is a wonder, isn't it. And yet they do. My car is a modern marvel, and it works without me having to understand how the internal combustion engine works. And that is just the basics. I am sure it has more circuitry in it than most factories of yesterday. But it works. So is my Mac a modern marvel. I have no clue how Obj-C works, or had no clue how Turbo Pascal worked. Or how a hard-drive encoded data, etc. But I have always been able to do my work with my Mac. I guess the key is what are we coding. From your coding perspective, perhaps, the extra layers are understandably a baggage. Since I may not be coding at that low a level, from my perspective just querying a database, creating an output file, regexping a string, manipulating a time format, sorting a resorting an array... hey, that is enough. I love using a high-level, layer-infested, Aqua-wrapped, TCP/IP plumbed, syntax highlighting, mouse responding editor to do my coding, and an equally burdened browser to grok my results. I am glad for all that extra layer. be. The fewer mysterious black boxes I have to understand, the better. sure, and I respect that. But, it takes all kinds to make this world. I like blackboxes precisely because I don't have to understand them. Then I can use my finite attention span on other problems. Imagine if everytime I had to paint in Photoshop I had to first understand the physics of RGB and the math of kernel convolutions. I would never get anywhere in my work. And I can't see the point of fink. It didn't strike me as all that useful, just another gronky system to have to learn to use. Although I have very limited experience with Fink, and I don't use it yet, I think Fink is great. Kudos to those who are working on it. We need something like this because a majority of users will want to install stuff that Fink lets them, but not want to know a LC_ALL = (unset) from a _dyld. Fink will mature and/or morph into something else and one day some of us will wonder how we ever did without it. Just like an incredibly complicated thing called the internet now just works. As John said, making Unix user-friendly _is_ hard. Thankfully Apple is doing a darned good job doing just that.
Re: Fixing font spacing in Terminal.app
fwiw, I paid, installed, and have not had any problems whatsoever. If anything, previous problems created by me by upgrading Perl and Apache all vanished because they got set back to the vendor provided versions. I have now installed Jaguar on a PB400, iMac350, and iBook600 (all G3 machines) and all work without any pains or problem of any kind. And yes, now I can print from all the machines to one cheap printer in the house. On Tuesday, January 7, 2003, at 07:50 AM, Kee Hinckley wrote: At 11:05 PM -0600 1/6/03, Rich Michaela wrote: rant I've avoided the upgrade to Jaguar for a number of reasons. - Annoyed over being charged for what still seems like a maintenance release to me. Apple's mistake there was in the numbering, not the charging. It's definitely as much an upgrade as others they have charged for--perhaps more. The printing changes alone are worth the price. - Listening to all of the pain you folks and others have gone through getting things to work. Well those of us who had a completely painless upgrade obviously don't have anything to say. My upgrade to Jaguar was virtually trouble free. I did have to recompile lynx though. But my hand-built Apache/mod_perl/embperl stuff all continued to work just fine. As did the hundreds of other unix utilities I've built. -- Kee Hinckley - Somewhere.Com, LLC http://consulting.somewhere.com/ I'm not sure which upsets me more: that people are so unwilling to accept responsibility for their own actions, or that they are so eager to regulate everyone else's.
Re: visual debugger ?
allan wrote: hi i tried the active state visual debugger the other day and found it extremely easy and rather convenient to use. does anyone know of a similar product that works under os x ? ./allan try mozilla's venkman
Re: visual debugger ?
allan wrote: hi i tried the active state visual debugger the other day and found it extremely easy and rather convenient to use. does anyone know of a similar product that works under os x ? ./allan what was I thinking... venkman is for Javascript. sorry. mi, the Japanese editor I posted about a few days ago, has some syntax checking, and the ability to run Perl scripts from within the editor and collect its output in a file. But not as good as the Activestate product. I remember reading on Simon Cozen's review of Komodo that Activestate is working on an OS X version. No official word of it though. I have their first version of Komodo. It is a dog. Or should I say, as slow as a komodo.
what is GEN0?
Folks, Happy new year to all of you. I am receiving the following message repeated over and over (different line number) in a script I am writing... Use of uninitialized value in sort at /Users/pkishor/Sites/eidesis/test.pl line 200, GEN0 line 1. I searched Google to try find an answer... I can't fathom what is GEN0. Could anyone kindly shed some light?
another code editor
folks, in the ever on-going quest for an editor (other than bbedit), I have now set my hands on mi. You can find it here http://www.asahi-net.or.jp/~gf6d-kmym/en/ It is free, amazingly fast (I opened some exceedingly large files in it and it scrolled perfectly without breaking a sweat, syntax colored fine, I could grab it and move it around on the screen and resize it without any visual lag, etc.), of course, colors syntax in a variety of files, manages groups of related files a la project, can run and output your perl script, syntax check, and a whole bunch of other coding editor goodies. Did I say it was free? Try it out, and drop a line to the author to encourage him/her (well, the author is Japanese, Daisuke Kamiyama, and I am not good with Japanese names to determine more). I like it.
Re: unix tip of the week
Riccardo Perotti wrote: On 12/15/2002 11:21 PM, Puneet Kishor wrote: well, this is really very simple... geeks, please don't laugh. this is for newbies only. .. (1) My AppleScript takes the contents of the opened message window and passes that to BBedit, which Cleans the mail's headers and footer and passes the Tip's body to a unix filter UnixTip.pl. (2) UnixTip.pl takes the tip's header, makes it a filename, writes the tip in html format that filename and updates the index.htm file by looking for the !--new-- token. And here's the codes: === My AppleScript (watch out for wrapped long lines) cool! tmtowtdi.
do compilers make a difference OR why is my perl slow
Folks, I recently read that gcc is a dog. (I am heavily paraphrasing for the sake of brevity). The same program compiled with a different compiler ran significantly faster. That specific article itself is irrelevant. But what inquiring (and clueless) minds want to know, is my OS X perl slower that my ActiveState perl because of the compilers used to compile the perl binary in the first place. Yes, I know comparing different platforms is tricky -- cpu speed, ram, cpu architecture, other daemons running, etc. But, in an overall sense of things -- does gcc make things slower? In some spare time I did some empirical testing using the same script on perl 5.6.1 on Win2k (PIII/833 Mhz/512 Mb ram/apache, and no other significant daemons) versus perl 5.6.1 on OS X (G3/600 Mhz/640 Mb ram/apache, and no other significant daemons). I started with a file with email addresses (one per line), many being duplicates. A small perl script first removed the duplicates then sorted results, and wrote 'em out to another file. The only catch -- the original file was 145 Mb with close to 3.5 million lines (I created that by simply cat-in the same file over and over again to an output file until my fingers got tired). The end result was a svelte, 600+ line file, about 11 kb. The operation took about 122 secs on the Windows machine, and 299 seconds on the iBook. Yes, the iBook CPU is 200 Mhz slower, and god only knows how we can compare a P3 to G3, but 2.5 times the time taken is a bit much. Coming back to my initial assertion -- Could some of this be attributed to the way the perl binary is compiled? The test script follows. The only difference on the platforms was the shebang line. I used the following script (some code is mine, some from the cookbook). I used my own crude benchmark. #!c:\perl\bin\perl.exe -w my $start = time(); my $file = c:/htdocs/testers/dupes/dupes2.txt; open IF, $file or die $!; open OF, c:/htdocs/testers/dupes/filewithoutdupes.txt or die $!; my @list; push(@list, $_) while (IF); my %seen = (); my @uniq; foreach my $item (@list) { push(@uniq, $item) unless $seen{$item}++; } my @uniqsorted = sort @uniq; print OF @uniqsorted; close IF; close OF; my $end = time(); my $dur = $end - $start; print This took $dur seconds\n;
Re: unix tip of the week
On Sunday, December 15, 2002, at 06:06 PM, Riccardo Perotti wrote: Puneet: I just got my first unix tip of the week! (thanks to *your* tip) I remember you said you used a script which placed each tip in some browsable environment for future reference or something like that. Would you care to share that script with me/us? well, this is really very simple... geeks, please don't laugh. this is for newbies only. 1. I have a directory called unixtips. 2. I have the following files -- index.html, toc.pl, tipdetail.pl, unixtips.txt (files shown below) 3. index.html is a simple frame of two columns with a table of contents on the left (toc), and the main body for the tip on the right (tipdetail) 4. unixtips.txt contains the tips I copy from my email. Each tip starts with the words TIP: and ends with . Any code that one types is bounded by -- before and after. 5. that's it. ;-) I told you, it was simple. You can see the tips I have collected at 209.83.8.226/unixtips/index.html. The site is for personal use only, so don't be sending a dos attack against it ;-). == index.html == !-- frames -- frameset cols=40%,* frame name=toc src=toc.pl marginwidth=10 marginheight=10 scrolling=auto frameborder=0 frame name=tipdetail src=tipdetail.pl marginwidth=10 marginheight=10 scrolling=auto frameborder=0 /frameset == toc.pl == #!/usr/bin/perl -w use strict; use CGI::Pretty qw(:standard); #use CGI::Carp qw(fatalsToBrowser); $|++; print header, start_html; toc; print end_html; sub toc { open FH, unixtips.txt or die can't open tips; my $i = 1; print ol; while (FH) { if (s/^TIP: //) { print lia href='tipdetail.pl?tipnum=$i' target='tipdetail'$_/a/li; $i++; } } print /ol; } == tipdetail.pl == #!/usr/bin/perl -w use strict; use CGI::Pretty qw(:standard); $|++; my $tipnum = param(tipnum); print header, start_html; if ($tipnum ne ) { detail($tipnum); } else { print Please choose a tip; } print end_html; sub detail($tipnum) { my $tipnum = shift; my $i = 1; my $tipflag; my $codeflag = 0; open FH, unixtips.txt or die can't open tips; print pre; while (FH) { if (/^TIP:/) { $tipflag = ($i == $tipnum) ? 1 : 0; $i++; } if ($tipflag) { if (s/^TIP: //) { print h1$_/h1; } elsif (/^--/) { $codeflag = ($codeflag == 0) ? 1 : 0; if ($codeflag) { print font color='#ff'; } else { print /font; } if ($codeflag) { print $_ if (!/^--/); } } else { print; } } } print /pre; } == unixtips.txt == TIP: GETTING IPs FROM IFCONFIG You can use ifconfig to lookup IP addresses bound to your box. If you do not want to search the output from ifconfig, use the following command to get just the IP listing. -- ifconfig | awk '/inet/{print $2}' | awk -F: '{print $2}' -- TIP: PATHS EASIER TO READ Are your -- % echo $PATH -- and -- % echo $LD_LIBRARY_PATH -- unreadable? Try this to make for something that is much easier to read: -- echo $PATH | tr : \n -- TIP: COMMENT OUT MULTIPLE LINES
Re: browser compatibility (was Re: new to unix: basic help)
Riccardo, Dunno what the correct Chimera detection scheme would be, but Apache recognizes Chimera as Browser: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20021104 Chimera/0.6 That said, others have responded with better suggestions on cross-browser compatibility. In the end, it is up to you to cater to whatever browsers you want to cater to. Personally, I worry about IE and Netscape/Mozilla, but then, most of my applications are for controlled environments (that is, client intranets), so the users can be dictated to -- thou shalt use so-and-so browser or we won't give a fig about so-and-so browser. That does make things easy ;-). Frankly, all this browser incompatibility is nonsense, and both M$ and Netscape should be taken to the backalley and #$@%. but, that _is_ another topic, for perhaps another list. Thanks for TierraDeLuz.mp3. Nice. Puneet. On Saturday, December 14, 2002, at 05:24 PM, Riccardo Perotti wrote: On 12/14/2002 5:33 PM, Puneet Kishor wrote: doesn't work in Chimera. I checked your source code -- you really need to make it compatible with browsers other than if (NN4) { .. else if (IE4) { .. Sooner or later Chimera is gonna become a majorly ubiquitous browser on the Mac. You can easily write a server side script in perl to generate all that stuff for different browsers. Puneet. Thanks. I guess I should. What would be the correct Chimera detection scheeme? Riccardo -- mailto:[EMAIL PROTECTED] http://www.riccardoperotti.com
Mac-specific CGI peculiarity
I am running the exact same, fairly trivial CGI script on the iBook (Jag) and on a Win (W2k) box. Fill a form, retrieve something from a text file and display the results as well as the form. Along with the results, on -- iBook: The form comes back re-initialized (nothing in it); Windows: The form comes back with the previous form values filled in. as I said, nothing special, just -- #!/usr/bin/perl use strict; use CGI::Pretty qw(:standard); use CGI::Carp qw(fatalsToBrowser); is this something that could be traced to my web server configuration (both are running Apache, vanilla, ie, no mod_perl, etc.), or is it specific to cgi on macs? can't be browsers because I have tried it with various browsers on my Mac (IE, Chimera, iCab). thanks, Puneet.
Perl on PalmOS
At the risk of looking nerdy in public, I succumbed and purchased a Sony Clie with PalmOS 4.1. Works beautifully with my iBook 10.2.2 out of the box. Next purchase is a folding keyboard. Which means I can write Perl scripts while going lightweight. But can I run 'em? A quick search reveals a very quiet, list(-)less Palmperl project http://sourceforge.net/projects/palmperl/ anyone on this list who is similarly inclined and has more insight on this? Would love to be able to work on my itty-bitty perl projects while on the road, and come back home and sync it all with my iBook. tia. Puneet.
OT praise for the cookbook
In the spirit of OT, but keeping with the perl-ish nature of this list... Nathan, I know you are out there. I just wanted to say it in public that the cookbook is perhaps _the_ most useful perl book for me... much more so than the other beasts (though the dromedary and the camelid too are very useful). Most everyday I turn to the cookbook and find my answer there. Which brings me to a question. The last edition was 4 years ago. Why not a version 2 with more tips and tricks? I will send advance payment to reserve a copy. Puneet.
Re: OT praise for the cookbook
Nathan Torkington wrote: Puneet Kishor writes: ... Which brings me to a question. The last edition was 4 years ago. Why not a version 2 with more tips and tricks? I will send advance payment to reserve a copy. ... Anyway, it's all supposed to be out by OSCON next year. Great! Can't hardly wait! pk/ ps. one suggestion -- don't re-put what's already there in version 1 (errata be damned). I want each and every page of version 2 to be new and different from version 1. ;-)
Re: OT praise for the cookbook
Nathan Torkington wrote: Puneet Kishor writes: ps. one suggestion -- don't re-put what's already there in version 1 (errata be damned). I want each and every page of version 2 to be new and different from version 1. And here I thought you liked me :-) Sorry, 2ed will be built on top of 1ed, but with every recipe revisited in light of the last five years of Perl style, modules, and core changes. Nat no, no, no. I do like you. (hm, that doesn't sound right. I don't even know you. for all I know you might be a mean beastie yourself, even though you've got the photo of baby shirley maclaine on your blog g) I find the 1st edition vey valuable. So much in fact that when I lay my hands on the 2nd edition, I want it to be all new stuff so that, combined, 1st and 2nd editions give me even more tips and tricks. way cheaper than attending a course. over and out.
ImageMagick vs. NetPBM
There has been a lot of discussion here re (Image|Perl)Magick. I have not installed it on my iBook but have installed and used it on my Windoze box and found it to be very fun. However, I recently came across NetPBM. While it might be old news for some of you, I had never heard of it, and reading through the docs it seems to be everything ImageMagick is. Any insights into NetPBM as a replacement/substitute/alternative for ImageMagick on Perl/OS X platform would be greatly appreciated. Many tia, Puneet.
Re: ImageMagick vs. NetPBM
Thanks Adam, for a good description of NetPBM. I understand that better now. Seems very similar to ImageMagick (which is also a suite of tools). I have spent some time looking at PBMPlus at acme.com, and reading the NetPBM docs, but I don't see much interfacing with Perl. If I were using Perl for cgi, what would be the mechanism for interfacing with the NetPBM programs? CPAN did not reveal any packages for use with NetPBM or PBM. Adam Wells wrote: At 10:46 -0600 11/13/02, Puneet Kishor wrote: There has been a lot of discussion here re (Image|Perl)Magick. I have not installed it on my iBook but have installed and used it on my Windoze box and found it to be very fun. However, I recently came across NetPBM. While it might be old news for some of you, I had never heard of it, and reading through the docs it seems to be everything ImageMagick is. Any insights into NetPBM as a replacement/substitute/alternative for ImageMagick on Perl/OS X platform would be greatly appreciated. I've used NetPBM for some personal projects and found that it filled my needs. It can convert images to various formats, rotate them, scale them, add borders, and do various other operations. It does this through the use of small tools that you can chain together (as with many Unix toolsets). You can do such things as rotate to an arbitrary angle (pnmrotate), flip (pnmflip), scale or resize (pnmscale), overlay images (pnmcomp), quantize the colors (pnmquant), render text into an image (pnmtext), create a grayscale or color ramp (pnmramp), add text to an image (ppmlabel), brighten or dim an image (ppmbrighten), concatenate images (pnmcat), add borders (pnmpad), select a rectangular region (pamcut), remove snow (pnmclean), and many more. You can even apply the rules of Conway's Game of Life to an image (pbmlife). Each of these is a distinct tool, and when you install NetPBM, you get about 220 of these little tools that all do one thing each. Then you combine them in shell scripts, lengthy command lines with lots of pipes, or whatever. And they each have a good man page. :) For my needs, I was using Perl to create POV-Ray source code, which I would render into 360-degree panoramic images. Then I needed to rotate, resize, and convert them to another format before they got passed to my image-to-QTVR tool to create QTVR movies. NetPBM was great for these needs. I'll probably be adding some labels or text later and NetPBM will be able to do that too. The downside to NetPBM is that all of the tools work with only the PBM or PPM formats, so you need to get your images into this format first. But there's usually a NetPBM tool to convert your image into PBM, as well as to convert it from PBM to your desired final format after you've manipulated it. Unfortunately, I can't really compare it to ImageMagick since I've never used it -- NetPBM is what I heard of first and it was able to fill all my needs, so I never really felt a need to investigate IM. adam
searching cpan with Chimera (was Re: Sherlock SDK released)
On Wednesday, November 13, 2002, at 08:31 PM, David Wheeler wrote: On Wednesday, November 13, 2002, at 05:48 PM, Ken Williams wrote: So I can just type cpan Mac::Carbon in the Location bar, and it does the search. Real slick. I've also got them for google.com m-w.com. Yeah, I heard there was a way to do this with Mozilla, too, but it didn't work with Chimera when I tried it. do the following -- open up the Navigator (aka Chimera) package (show contents in finder), and open up Navigator:Contents:MacOS:defaults:pref:all.js with your favorite text editor. Find the following code block // URI fixup prefs pref(browser.fixup.alternate.enabled, true); pref(browser.fixup.alternate.prefix, www.); pref(browser.fixup.alternate.suffix, .com); to // URI fixup prefs pref(browser.fixup.alternate.enabled, true); pref(browser.fixup.alternate.prefix, search.cpan.org/search?query=); pref(browser.fixup.alternate.suffix, m=.com); save, and restart Chimera. Type the name of a package in the address bar and find it directly on cpan. If the package name has spaces, replace the spaces with +. In order to search Google instead (which is what I prefer, because Google finds cpan stuff anyway, make the three lines like so -- // URI fixup prefs pref(browser.fixup.alternate.enabled, true); pref(browser.fixup.alternate.prefix, www.google.com/search?q=); pref(browser.fixup.alternate.suffix, m=.com); puneet.
Re: PerlMagick dyld errors
On Friday, November 8, 2002, at 01:48 PM, David Dierauer wrote: Using Randal's instructions (quoted below my signature) on OS X 10.1.5, with perl 5.6.1 installed, I get the following when I attempt to test my installation of PerlMagick: $ perl -MImage::Magick -e 'print OK\n' dyld: perl Undefined symbols: _AcquireMemory _AddNoiseImage _AllocateString #-- 60 additional lines of undefined symbols omitted Now, I know from reading this mailing list that the Undefined symbols indicate library conflicts, but I'm at a loss to figure out what's conflicting with what. Any help or suggestions would be greatly appreciated! David, That is the key problem... trying to figure out what librar(y|ies) conflict(s). Afaik, the offending library will in /Library/Perl, something that you installed advertently or inadvertently via cpan. In your case, since you are using fink as well, you might have some under /sw/lib as well. See if the name of errors point you to the name of the library (I was experiencing problems with gd, and I knew that because all the dyld symbol errors started with _gd. Trying locating those libraries using % find /Library/Perl -name '*.bundle' or even temporarily mv-ing them somewhere to see if it works. Don't delete anything because you may want to put the working libraries back. Good luck. Wish Perl had not become binary incompatible. What a pain. Puneet.
Re: Apache2
Guys, I have no idea what is wrong... but here's the deal. About 10 mins ago I -- cd ~/Projects curl -O http://www.apache.org/dist/httpd/httpd-2.0.43.tar.gz tar xvzf httpd*.gz cd httpd-2.0.43 ../configure --prefix=/usr/local/apache2 make sudo make install sudo apachectl stop (stopped Apple's apache) sudo /usr/local/apache2/bin/apachectl start and everything worked just fine. What puzzles me is that... Syntax error on line 231 of /usr/local/apache2.0.43/conf/httpd.conf: Cannot load /usr/local/apache2.0.43/modules/mod_access.so into server: cannot create object file image that is so strange. Your httpd.conf should not have any modules being loaded at all... here are lines 220-234 from my unadulterated, default httpd.conf generated by the install process = included httpd.conf # Dynamic Shared Object (DSO) Support # # To be able to use the functionality of a module which was built as a DSO you # have to place corresponding `LoadModule' lines at this location so the # directives contained in it are actually available _before_ they are used. # Statically compiled modules (those listed by `httpd -l') do not need # to be loaded here. # # Example: # LoadModule foo_module modules/mod_foo.so # # # ExtendedStatus controls whether Apache will generate full status # information (ExtendedStatus On) or just basic information (ExtendedStatus = As you see above, no DSOs are being loaded at all. In fact, if you do /usr/local/apache2/bin/httpd -l you will see that mod_access is precompiled (along with many other modules). Dunno what to say... just plain ./configure works just fine. Rare are the programs that I have been able to compile without taking antacids, but this is one of them. pk/ On Sunday, November 10, 2002, at 07:35 PM, Martin Redington wrote: On Sunday, November 10, 2002, at 11:31 PM, Puneet Kishor wrote: On Sunday, November 10, 2002, at 05:00 PM, John Delacour wrote: At 3:19 pm -0600 10/11/02, Puneet Kishor wrote: Funnily enough, having followed this thread, I downloaded apache 2 myself, and just tried to build it, and I've run into a problem. I'm on OS X 10.2.1 I configured as follows: ../configure --prefix=/usr/local/apache2.0.43 --enable-mods-shared=all make and make install ran without apparent errors. I shut down my old apache, and tried to start up the new one, yaffle[192] pwd /usr/local/apache2.0.43 yaffle[193] ./bin/apachectl start Syntax error on line 231 of /usr/local/apache2.0.43/conf/httpd.conf: Cannot load /usr/local/apache2.0.43/modules/mod_access.so into server: cannot create object file image or add library yaffle[194] ls -lrt /usr/local/apache2.0.43/modules/mod_access.so ls: /usr/local/apache2.0.43/modules/mod_access.so: No such file or directory yaffle[195] yaffle[195] ls -lrt /usr/local/apache2.0.43/modules/ total 272 -rw-r--r-- 1 martin staff 7995 Nov 11 00:08 httpd.exp -rw-r--r-- 1 rootstaff 650 Nov 11 01:23 mod_access.la -rw-r--r-- 1 rootstaff 646 Nov 11 01:23 mod_auth.la -rw-r--r-- 1 rootstaff 656 Nov 11 01:23 mod_auth_anon.la -rw-r--r-- 1 rootstaff 654 Nov 11 01:23 mod_auth_dbm.la -rw-r--r-- 1 rootstaff 660 Nov 11 01:23 mod_auth_digest.la etc. Looking back over the output from 'make install' I can see the following messages for each module: /bin/sh /usr/local/src/httpd-2.0.43/shlibtool --silent --mode=install cp mod_access.la /usr/local/apache2.0.43/modules/ -- Libraries have been installed in: /usr/local/apache2.0.43/modules If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use `-LLIBDIR' flag during linking and do at least one of the following: See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. -- Warning! dlname not found in /usr/local/apache2.0.43/modules/mod_access.la. Assuming installing a .so rather than a libtool archive. I've read the docs, but they suggest that everything should be fine on 10.2 Any tips would be great! cheers, m.
Re: GD.pm and jpeg errors
Todd, I can vouch that gd 1.8.4 works with GD.pm 1.41 for me on Jagwyre. You can try going with the latest GD before 2.041 (that might well be GD 1.41) or, unless you need gd 2.x, you can go back to gd 1.8.4. Or, you can tell the list what errors you get when 2.041 doesn't make (I won't be able to help you because I wouldn't understand it, but someone else on the list might be able to if you spell out the exact error). One obvious question -- you do have libjpeg properly compiled, no? Puneet. On Thursday, November 7, 2002, at 08:31 PM, todd shifflett wrote: I have had to install an older version of GD.pm (1.33) rather than 2.041 because 2.041 will not make. 1.33 seems to work except that it cannot read a jpeg image. Not even images that it has written out. here is the error: gd-jpeg: JPEG library reports unrecoverable error: Not a JPEG file: starts with 0x00 0x00 Any Clues? Should I update a library? Which one? -todd
Re: problem with gd (dyld: perl Undefined symbols: )
On Monday, November 4, 2002, at 11:49 AM, Bill Stephenson wrote: Do none of your GD.pm scripts work? Or is it just the one you're having trouble with? I've mentioned before that you can install both gd.c and necessary libs AND GD.pm with Fink. I don't have 10.2 so this may be of no use to you, but it's worth a shot... Hi Bill, Thanks for replying. First, I finally got everything to work late last night. For the sake of the archives, and the benefit of other newbies like me, here is what I found. The dyld: perl Undefined symbols: error is because of incompatible libraries. In my case, the errors were connected with gd (when I say gd, I mean gd the library, when I say GD I refer to GD.pm, Lincoln Stein's perl interface to the libary). My errors were thus -- dyld: perl Undefined symbols: _gdFontGiant _gdFontLarge _gdFontMediumBold hence I knew something in my perl or my perl interface to the gd library was incompatible with my gd. I was not using GD.pm. I am using mapscript (part of the mapserver bundle). The problem was, everything worked in 10.1.2. Since I did not upgrade the stock Apple perl, I would venture the problem was caused by cpan that might have, at some point in time, jinxed my box with incompatible libraries. I never had any problem installing gd the library. That part was cool. The problem was with the mapserver interface to gd. When I compile mapserver (which generates the perlvars used by the Makefile.PL to create the mapscript.bundle and .pm), I can point the configure script to my libgd.a (which is what I kept doing, but kept on getting the resulting errors) OR point the configure script to gd.h in my gd src tree (which is what I did last night and finally got everything to work correctly). The moral of the story... dyld: perl Undefined symbols: error is because of incompatible libraries. The key is in figuring out the incompatible libraries. The inability to do that early was what caused me all the heartburn. Unix is utterly fascinating, and confounding. Sometimes I find it easier to do opensource development on Windows, especially given Activestate's most excellent job in creating Activeperl and ppm. Yet, when things work, Unix is s much fun. Just wish Activestate would turn to Unix. Kind of segues into Sherm's request for opinions on packaging Camelbones. Whatever it takes to make it easy to deliver applications to end-users... I just don't want to myself (or have others) spend more time trying to make perl (or its dependencies) than to actually creating an application, or working with an application. Thanks, Puneet.
problem with gd (dyld: perl Undefined symbols: )
Folks, I am proceeding nowhere, and I am hoping someone on this list can point me toward a solution. I have gd 1.8.4 installed and Apple's stock perl 5.6.0. Everytime I run this one perl program that uses gd, I get the following error -- dyld: perl Undefined symbols: _gdFontGiant _gdFontLarge _gdFontMediumBold _gdFontSmall _gdFontTiny _gdImageArc _gdImageColorAllocate _gdImageColorTransparent _gdImageCopy _gdImageCopyMerge _gdImageCopyResized _gdImageCreate _gdImageCreateFromJpeg _gdImageCreateFromPng _gdImageDestroy _gdImageFillToBorder _gdImageFilledPolygon _gdImageFilledRectangle _gdImageInterlace _gdImageJpeg _gdImageJpegPtr _gdImageLine _gdImagePng _gdImagePngPtr _gdImagePolygon _gdImageRectangle _gdImageSetBrush _gdImageSetPixel _gdImageSetStyle _gdImageSetTile _gdImageString _gdImageStringFT _gdImageWBMP _gdImageWBMPPtr Searching around on Google I discover that this dynaloader failure seems to be associated with incompatible modules. It seems that for some reason make install doesn't always completely overwrite the files in /Library/Perl. It is suggested that I can remove the shared libraries like this: % find /Library/Perl -name '*.bundle' -print | xargs rm -i I want to remove nothing unless I am sure of the results so I do the following -- [lucknow:/Library/Perl] pkishor% sudo find . -name '*.bundle' ./darwin/auto/Bit/Vector/Vector.bundle ./darwin/auto/Date/Calc/Calc.bundle ./darwin/auto/DBD/mysql/mysql.bundle ./darwin/auto/DBI/DBI.bundle ./darwin/auto/Digest/MD5/MD5.bundle ./darwin/auto/Foundation/Foundation.bundle ./darwin/auto/GD/GD.bundle ./darwin/auto/HTML/Parser/Parser.bundle ./darwin/auto/MacOSX/File/Catalog/Catalog.bundle ./darwin/auto/MacOSX/File/Copy/Copy.bundle ./darwin/auto/MacOSX/File/Info/Info.bundle ./darwin/auto/MacOSX/File/Spec/Spec.bundle ./darwin/auto/mapscript/mapscript.bundle ./darwin/auto/MIME/Base64/Base64.bundle ./darwin/auto/PerlObjCBridge/PerlObjCBridge.bundle ./darwin/auto/Term/ReadKey/ReadKey.bundle I see there is the GD.bundle that, I think, might be causing the incompatibility problem. Except, I was getting the above messages even before I installed GD.pm. Anyway, I back up the GD.bundle, and try building everything again... still no success. Exactly the same problem. Here is the interesting thing -- Everything worked with 10.1.x using the same version of all other programs involved. Btw, I thought the problem might be because I had built gd with gcc 2.95 (one of the programs I need to build requires gg 2.95). But that is also not the problem because I rebuilt gd with gcc 3.1 and still got the same error. Seems like my Perl is incompatible with my gd, or the perl module I am using (mapscript.bundle above) that incompatible with my gd. Except, I don't how to resolve this. I can't ask the mapscript makers because they don't use OS X, and besides, the same mapscript worked fine with 10.1.x anyway. I know you folks may not know about mapscript, but you are perl and OS X gurus. So, I stand a better chance here. Many tia, Puneet.
Re: problem with gd (dyld: perl Undefined symbols: )
Hi, Thanks, but I was able build gd 1.8.4 (and libpng and libjpeg) correctly following Scott Anguish's instructions on stepwise.com (see http://www.stepwise.com/Articles/Workbench/2001-06-12.01.html). The reason I think the instructions I followed are cool is because everything worked in 10.1.x with gd built using the same instructions. Wrt GD.pm, I really don't need that for my programs. I initially installed everything (under 10.2.x) the way I had under 10.1.x because things had worked fine. When I discovered things were not working properly, I installed GD.pm to try and determine whether something was wrong with my gd. Of course, none of that has helped. Puneet. On Saturday, November 2, 2002, at 03:44 PM, rich allen wrote: i used these instruction to get gd working,( taken from homepage.mac.com/xports which is now an invalid link) .. On Saturday, Nov 2, 2002, at 09:44 America/Anchorage, Puneet Kishor wrote: Folks, I am proceeding nowhere, and I am hoping someone on this list can point me toward a solution. I have gd 1.8.4 installed and Apple's stock perl 5.6.0. Everytime I run this one perl program that uses gd, I get the following error -- Searching around on Google I discover that this dynaloader failure seems to be associated with incompatible modules. It seems that for some reason make install doesn't always completely overwrite the files in /Library/Perl. It is suggested that I can remove the shared libraries like this: % find /Library/Perl -name '*.bundle' -print | xargs rm -i I see there is the GD.bundle that, I think, might be causing the incompatibility problem. Except, I was getting the above messages even before I installed GD.pm. Anyway, I back up the GD.bundle, and try building everything again... still no success. Exactly the same problem. ..
Re: Installing gd.pm
Check the archives for my fairly recent posts on gd and GD.pm. To summarize, the current version of GD.pm (gettable and installable autamatically via cpan) is compatible only with gd version 2.0x and above. Unfortunately, gd version 2.0x is beta. The stable version is gd version 1.8.4. So, check what version of gd you installed. The version of GD.pm required with the latest stable gd is 1.41 available on Lincoln Stein's website. Assuming you have gd 1.8.4, download GD.pm 1.41, follow the directions, install, and everything should go just fine. Hth. Puneet. On Sunday, October 27, 2002, at 02:08 PM, Brigham Mecham wrote: I am trying to install gd.pm. I have successfully installed gd with jpeg and png support as outlined in the article at stepwise.com. I then tried to use CPAN to install gd.pm, however it complained that about an error in the make step. So, I tried to do it manually. First I went to the directory and did the following: bhmecham% perl Makefile.pl This command complained about an error in the file regarding an email address that was improperly typed in the file. So I fixed it and again typed perl Makfile.pl. This time it worked fine. However when I type make I get the following. bhmecham% make cc -c -I/usr/local/include -I/usr/local/include/gd -g -pipe -pipe -fno-common -no-cpp-precomp -flat_namespace -DHAS_TELLDIR_PROTOTYPE -fno-strict-aliasing -Os -DVERSION=\2.02\ -DXS_VERSION=\2.02\ -I/System/Library/Perl/darwin/CORE -DHAVE_JPEG GD.c cc1: warning: changing search order for system directory /usr/local/include cc1: warning: as it has already been specified as a non-system directory GD.xs: In function `gd_cloneDim': GD.xs:365: structure has no member named `alpha' GD.xs:365: structure has no member named `alpha' GD.xs:371: structure has no member named `thick' GD.xs:371: structure has no member named `thick' GD.xs: In function `XS_GD__Image_copyRotate90': GD.xs:933: invalid lvalue in assignment GD.xs:933: invalid lvalue in assignment GD.xs: In function `XS_GD__Image_copyRotate180': GD.xs:954: invalid lvalue in assignment GD.xs:954: invalid lvalue in assignment GD.xs: In function `XS_GD__Image_copyRotate270': GD.xs:975: invalid lvalue in assignment GD.xs:975: invalid lvalue in assignment GD.xs: In function `XS_GD__Image_copyFlipHorizontal': GD.xs:996: invalid lvalue in assignment GD.xs:996: invalid lvalue in assignment GD.xs: In function `XS_GD__Image_copyFlipVertical': GD.xs:1017: invalid lvalue in assignment GD.xs:1017: invalid lvalue in assignment GD.xs: In function `XS_GD__Image_copyTranspose': GD.xs:1038: invalid lvalue in assignment GD.xs:1038: invalid lvalue in assignment GD.xs: In function `XS_GD__Image_copyReverseTranspose': GD.xs:1059: invalid lvalue in assignment GD.xs:1059: invalid lvalue in assignment GD.xs: In function `XS_GD__Image_rotate180': GD.xs:1079: invalid lvalue in assignment GD.xs:1079: invalid lvalue in assignment GD.xs:1080: invalid lvalue in assignment GD.xs:1080: invalid lvalue in assignment GD.xs: In function `XS_GD__Image_flipHorizontal': GD.xs:1097: invalid lvalue in assignment GD.xs:1097: invalid lvalue in assignment GD.xs:1098: invalid lvalue in assignment GD.xs:1098: invalid lvalue in assignment GD.xs: In function `XS_GD__Image_flipVertical': GD.xs:1115: invalid lvalue in assignment GD.xs:1115: invalid lvalue in assignment GD.xs:1116: invalid lvalue in assignment GD.xs:1116: invalid lvalue in assignment make: *** [GD.o] Error 1 I do not understand what this error means or how I can get around it or if I need to. Can anyone help?
Re: OS X meltdown
Geoffrey F. Green wrote: On 10/23/02 11:40 AM, David Wheeler [EMAIL PROTECTED] wrote: On Wednesday, October 23, 2002, at 08:38 AM, Puneet Kishor wrote: y'know geoff, methinks you are right. There was a shutdown folder in OS 9...dunno if it is in OS X. I actually just run the script manually, but I am sure in Unix there are shutdown scripts... I haven't explored in OS X, but in Linux there are a set of scripts that are run when rebooting or shutting down. I presume there will be something analagous in OS X. I think Geoff was being facetious. Many of us OS X users shut down our computers only rarely. Back in OS 9, one had to do it regularly, but no more. Correct. Guess I should have added the smiley! no problem ;-) That said, there is still value in what I said. I actually turn off my computer all the time (well, _after_ everytime I turn it on ;-) I use an iBook, and I just don't believe notebooks are designed for very long use... their power supply heats up, they don't have adequate ventilation, if using a battery, you can deplete their battery faster, etc. Besides, what a waste of electricity. If I am not going to use the computer for 12 hours, why have it on. One thing we forget here in the US is that the rest of the world does not have uninterrupted power supply... so, computers, even Unix boxes, are routinely shut down. (While I am now in the US, once upon a time I was not. ) So, perhaps I should have added... if { you turn off your computer, figure out how to run psync on shutdown; } else { crontab it } thanks.
Re: OS X meltdown
Man, how these things take a life of their own. The original message was about help with a crashed OS X box. My suggestion was to backup using psync... now we have this thread... ok... Jonathan Baumgartner wrote: On Wednesday, October 23, 2002, at 11:57 AM, Puneet Kishor wrote: I use an iBook, and I just don't believe notebooks are designed for very long use... their power supply heats up, they don't have adequate ventilation, I disagree with this. Are you actually saying that a powerbook shouldn't be used for extended periods of time? I use my TiBook easily 12 hours a day, and have no problems whatsoever. we can disagree... we can agree to disagree. No, I am not saying a powerbook shouldn't be used for extended periods of time. I am not saying I have problems using my iBook 12 hours a day. I am saying that when I am NOT using it for 12 hours I find it better to turn it off than to put it to sleep. if using a battery, you can deplete their battery faster, etc. Well yeah, using the battery uses the battery. No way around that as far as I know. :) ok... so, once again I should have spelled out everything. _If_ the battery is in the computer, _and_ the computer is powered by electricity, _then_ the battery life can shorten considerably. While newer batteries are not supposed to suffer from memory effect, I have experienced first hand where a battery was left in the computer that was always powered on by electricity... eventually the battery life became less than half an hour. This is because the computer is powered by the battery, which gets drained on use. The battery is being charged by the electric current, which charges the battery almost as it is being drained... so the battery is never drained almost completely, etc. Again, I know the new batteries are not supposed to suffer from this, but I don't believe the hype... a new battery is upward of $100, and I just don't want to find out the wrong way. I save my battery for when I am actually travelling with the iBook. At home, it is always powered by electricity. Well yeah, using the battery uses the battery. No way around that as far as I know. :) Besides, what a waste of electricity. If I am not going to use the computer for 12 hours, why have it on. Why not put it to sleep? That's one of the best things about OS X, IMO. Sleep and wake are almost instantaneous. It's much faster than waiting around for the thing to boot up every time you want to use it. several reasons... - putting a computer to sleep still consumes power. - the computer seems to lose its tcp settings on wake... this was a known problem in OS 9, and I have personally experienced it in OS X... I wake up the computer and it doesn't know how to get out to the internet via my switch to DHCP-ed cable mode to the outside world. I have to log into the switch, release the ip address, and have the cable modem get a new lease. - I may still want to turn off the computer. The point is -- if you don't ever turn off the computer then psync with crontab will be a good solution. anacron is only a partial solution because it doesn't handle time diffs of less than a day. if you do turn off the computer, then either remember to run psync before turning it off, or figure out how to have it run automatically on shutdown. anyway, that last para above was the message. The rest is... I dunno... noise maybe. Puneet.
Re: gd croaking
On Thursday, October 17, 2002, at 11:21 PM, Sherm Pendley wrote: On Thursday, October 17, 2002, at 09:11 AM, Puneet Kishor wrote: Anyway, I also found the following right at the top of the Makefile warn NOTICE: This module requires libgd 2.0.1 or higher.\n; warn For earlier versions of libgd, use GD version 1.43.\n; huh! so, cpan is not that idiot-proof. Nor is it a mind reader. CPAN simply acts on dependencies that have been listed by module authors, no more, no less. Would have been nice if it had figured out that I had libgd 1.8.4 Yeah, that would be nice. But, that's not how CPAN works. It doesn't deduce or figure out anything at all - it reads the list of dependencies provided by the module author, and acts upon them. That works pretty well, when only Perl modules are involved - but it breaks down when external libraries are involved. A major problem with external library dependencies is that each library has its own way of reporting its version. Some, such as libgnome, provide a config script - gnome-config --version. Others, such as libxml, use different names to distinguish incompatible libraries - libxml vs. libxml2. Others provide a function in the library itself, that reports the version. Because the methods used to detect library versions aren't consistent, it cannot be done by the CPAN module - it has to be managed by individual module authors and built into module Makefiles. (the latest stable version) and gotten the appropriate GD for me. Interestingly, libgd 2.0.1 is still beta, and yet, cpan insists on installing a beta-dependent software. CPAN didn't insist on anything. It did exactly what you asked it to do - it attempted to install the latest version. Had you read the readme - something that CPAN makes very easy, by the way, all you need to do is enter readme ModuleName - you could have seen that the latest version is not what you wanted, without even having to download the full package. With all due respect, I feel that your rant about CPAN is misguided. You seem to have a rather unrealistic idea of what CPAN does and how it does it. You are correct. I did have a wrong idea about cpan's functioning and capabilities, and hence, my rant _was_ misguided. Yes, the Makefile.PL had confusing information... (btw, thanks for the tip on readme)... readme GD provides info that is different from Makefile.PL (the latter mentions a seemingly non-existent GD-1.43) ... On the other hand, even though you've chosen the wrong target for venting your frustration ... I guess frustration is the right word. To date, except for MoveableType I have not had a single easy and successful configure,make,install experience. For most things I don't even know why they happen the way they do. And yes, there is documentation for everything, but they lied when they said it would be easy. Maybe I am a poster child for mac and *nix worlds colliding, and I shudder when I think of others trying to conquer this because I am actually fairly computer literate (well, someone pays me for programming, though, not for programming perl... that would not be a good deal for my employers...). Anyway, apologies for the ranting... although, I must say, venting frustration in the ether of a mailing list is a lot better than shoving my head through my iBook's lcd panel. ;-) Puneet.
Re: content management question
To all those who replied, many thanks. To summarize... I wanted an easy to install and use content management system that I could use for creating multiple art websites. The system _had_ to be able to run with Apple's stock perl 5.6.0, and if it used a database, the db had to be simple to install. Simplicity was the key in all of this because eventually these websites would be populated with content by the artists themselves. The system would be developed on my iBook, but would be eventually hosted on a mid-to-low-end server, preferably running FreeBSD/Darwin just so the eventual server would be as close to my OS X layout as possible. Since this is a perl list, it was to be understood that I wanted a perl-based solution. I got a few php-based answers. It seems that for most folks the php language and its solutions continue to seem to be easier. That seems like a shame for perl, because it really shouldn't be so. Read on... I found a wonderful list at http://www.la-grange.net/cms which I used to further my search. I found callisto to be simply amazing, but was a bit overwhelmed by AxKit. I looked very longingly at bricolage, but I found a few things wrong with it... (1) it requires a lot of complicated pieces to be in place in order to work; (2) not supporting MySQL is problematic for me; (3) there was no way I could play with it before deciding... on bricolage's website there are a few screenshots, but that's it... no live demo, no list of other sites I can see that are running bricolage, etc. And, of course, since it is so complicated to install, I couldn't just easily play with it. The most popular suggestion from this list was twiki (www.twiki.org) because of its improvements over wiki, mainly file attachments, database plugins, etc. I finally passed over twiki because of what seems to me to be its requirements -- perl 5.8.0 (although a recent post suggested otherwise). Also, I was not quite sure of being able to protect twiki... wikis by nature are laissez-faire, and I didn't quite want that. There were a couple of offers for stuff folks have written, but the problem would be in further extending those works. Funnily, no one suggested MoveableType, which is what I have ended up choosing. MT is elegant, customizable, and best of all, it installed on my iBook like a sweet dream. Literally 3 or 4 keystrokes. Yes, I don't have Imagemagick, but I will deal with that later. MT just installs so easily... I didn't even have to install MySQL... I am just using DB_File which seems to work fine. Btw, is there some place I can read more about BerkeleyDB 1.x that comes with stock Unix as compared to something like MySQL? Sleepycat's website mostly talks about the more recent versions of BerkeleyDB. I am finding DB_File's performance to be a bit viscous, so to say. Anyway, back to MT... another nice thing about it was I could see so many other MT-driven websites. A huge user community, active development, support forum... and really, really easy to work with. Over and out.
Re: content management question
On Wednesday, October 16, 2002, at 07:52 AM, Paul Hoffman wrote: On Monday, October 14, 2002, at 11:34 AM, Puneet Kishor [EMAIL PROTECTED] wrote: Thanks for the tip. However, it seems twiki requires updating the stock Apple perl 5.6.0 to 5.8.0 (I read the notes at the OSX specific page). Fortunately, that statement in the topic TWikiOnMacOSX is wrong; see the italicized corrections right below it. It sounds like the note's author ran into the try to install 5.8 CPAN problem we all know and love. Also, those notes are talking about the next release (BeijingRelease). The current release has some Mac OS X-related issues (listed at the end of the topic) but FWIW my two low-use intallations on Mac OS X 10.1.x using the stock Perl 5.6.1 and unmodified TWiki sources are working just fine. ^^^ ^^ I am running 10.2.1, so that might (or might not) create problems. Additionally, you do mean Perl 5.6.0, no? Thanks.
Re: content management question
My apologies... Yes, Pete, you did mention MT, and its licensing cost. It was my oversight to not restate that. Cost _is_ a problem, and I have to talk with the Trotts about it. If the Gallery/artists I am doing this for start making any money there will be no problem in paying up. That said, MT might make things so simple that $150 might be worth the trouble saved. I really have to study their EULA, so to say. Thanks Pete, for your help. On Wednesday, October 16, 2002, at 09:34 AM, Pete Prodoehl wrote: Well, I did mention MovableType (offlist) but didn't know if the cost (for commercial use) or the license would be a problem. I believe that by using MovableType you agree to not charge anything for the installation/setup you do for others, and last I checked the commercial license is $150. Again, for someone doing freelance work, on the cheap, these can be problematic issues. ..
Re: content management question
David Wheeler wrote: On Wednesday, October 16, 2002, at 06:51 AM, Puneet Kishor wrote: I looked very longingly at bricolage, but I found a few things wrong with it... (1) it requires a lot of complicated pieces to be in place in order to work; (2) not supporting MySQL is problematic for me; (3) there was no way I could play with it before deciding... on bricolage's website there are a few screenshots, but that's it... no live demo, no list of other sites I can see that are running bricolage, etc. And, of course, since it is so complicated to install, I couldn't just easily play with it. A few notes on this (caveat: I'm the Bricolage maintainer): yes, I know. That's why I wrote the above... hoping I would get a response from you. ;-). Thanks for the response. * Bricolage does require you to install Perl -- but only because you need to compile Apache with mod_perl statically compiled in. You could do this in a directory structure completely independent of Apple's Perl if you needed to -- it's possible to have both. This is what I do, as a matter of fact. * I requires a lot of complicated pieces to be in place in order to work because of how much it does. But that might be a clue that it might be overkill for your needs. It's really designed to work for large organizations. I am wondering if you folks have considered making some of the complicated pieces optional... for example, use mod_perl because it will perform better, however, it will also work without mod_perl kinda philosophy. * Some folks have offered to port Bricolage to MySQL, but no one has actually done it. Pity. Anyway, PostgreSQL is *very* easy to install on Mac OS X (either by compiling yourself or using a binary from www.entropy.ch), and getting easier to use every day. I have also looked longingly at PostGres, but the reality seems to be that MySQL simply has wy more momentum behind it. The same seems to be happening with PHP. Something like MoveableType has the ability to stem the tide because MT also functions at several levels... what clinches the deal is the MT is just so easy to pick up and run with. The same is with MySQL. More users using it means there is more development, there are more tools to manage it, etc. etc. Btw, I am not sure what you mean by port Bricolage to MySQL. Wouldn't that just involve setting up the tables in MySQL and pointing the perl scripts to the new datasource? That should be really easy... I think. Unless, you guys have tied Bricolage integrally to PostGres's internal plumbing. * I have a test installation of Bricolage you could play with. Just pop me a message and I'll set up an account. Having a live demo, however, would be a pretty serious security risk, since templates are written in Perl and untainted. Please. I would love that. Please set up an account for me because I am darned curious about bricolage. Also, if you set up a live demo with faux data in it that wouldn't be a security risk, would it? After all, there would be nothing valuable for folks to steal! * I'm working on getting a list of sites that use Bricolage. Here are a couple: http://www.who.int http://www.dfaus.com/ * If you have Apache/mod_perl and PostgreSQL installed, installing Bricolage is not at all difficult thanks to the hard work of Sam Tregar in building an installation script. I'll concede that it's not as easy as Moveable Type, though! Fwiw, please consider making it as easy as MT... a lot more folks will use it, and it will just insure that it grows. Thank you. Puneet.
Re: perl 5.6.0 MIME-tools-5.411a or libnet-1.12 -- crashing
Nathan, Kelly, Did you make any further headway solving these dyld: perl Undefined symbols with Jagual Perl 5.6.0? If yes, please let me know what you did? I am at my wits end with this, and since I haven't seen anything further posted on this list for this thread, I am assuming that this is a difficult error to solve. If I can't get this resolved I simply cannot use perl on OS X. At least, not in the non-working state it is right now. Thanks. Puneet. Puneet Kishor wrote: all these three errors are so suspiciously similar. All three of us are getting these errors with the stock install of perl 5.6.0. All of them involve dyld: perl Undefined symbols plea for help. Could someone, please one of the many gurus here, shed some light on this. Many tia. Puneet. ps. When this is fixed then I promise to come back and talk more about sharewares and speeds of macs ;-) On Thursday, October 10, 2002, at 05:11 PM, Nathan Herring wrote: When trying to use the default 10.2.1 install of Perl (5.6.0), I get the following: dyld: perl Undefined symbols _Perl_get_sv _Perl_sv_2pv_flags Trace/BPT trap under the following circumstances: 1) When using libnet-1.12 installed into a non-system directory and using the use lib directive, using Net::SMTP and the auth() command. or 2) When running perl Makefile.PL of the MIME-tools-5.411a set with the same non-system directory above. On Thursday, October 10, 2002, at 06:38 PM, Kelly Thomas Wood wrote: Hoping someone has seen this. I've read all about the dyld: perl Undefined symbol: errors when upgrading to 5.8.0, but I'm running into these errors while still running 5.6.0 on certain modules. Specifically, I'm trying to use Jeff Horwitz's Authen::Krb5 and get the following output: dyld: perl Undefined symbols: _krb5_free_address _krb5_free_enc_tkt_part _krb5_free_krbhst _krb5_gen_portaddr _krb5_gen_replay_name _krb5_get_krbhst _krb5_init_ets Trace/BPT trap During the Authen::Krb5 compile i get some warnings: Krb5.xs:317: warning: passing arg 2 of `Perl_sv_2pv' from incompatible pointer type Krb5.xs: In function `XS_Authen__Krb5_rd_req': On Thursday, October 10, 2002, at 11:10 AM, Puneet Kishor wrote: Folks, I haven't messed with the OS at all. Perl 5.6.0 that comes with OS X 10.2. I built gd 1.8.4 using Scott Anguish's directions on stepwise (as I have done before), and that worked just as expected. Then I built a specific perl module that helps makes maps (used to work fine on 10.1.whatever. I run my scripts unchanged, and I get the following in the apache error_log. Seems like gd is not happy. Without any further info to share (I really don't know what else to offer), can anyone shed some light on the following, or guide me to someplace I can find answers? Many thanks. Puneet. % tail -f /var/log/httpd/error_log dyld: perl Undefined symbols: _gdFontGiant _gdFontLarge _gdFontMediumBold _gdFontSmall _gdFontTiny _gdImageArc _gdImageColorAllocate _gdImageColorTransparent _gdImageCopy _gdImageCopyMerge _gdImageCopyResized _gdImageCreate _gdImageCreateFromJpeg _gdImageCreateFromPng _gdImageDestroy _gdImageFillToBorder _gdImageFilledPolygon _gdImageFilledRectangle _gdImageInterlace _gdImageJpeg _gdImageJpegPtr _gdImageLine _gdImagePng _gdImagePngPtr _gdImagePolygon _gdImageRectangle _gdImageSetBrush _gdImageSetPixel _gdImageSetStyle _gdImageSetTile _gdImageString _gdImageStringFT _gdImageWBMP _gdImageWBMPPtr [Thu Oct 10 11:00:46 2002] [error] [client 127.0.0.1] Premature end of script headers: /Users/pkishor/Sites/bims/index.pl
content management question
Listers, While I wait to resolve perl errors on my Jaguar perl 5.6.0, I have a more generic question re content-management. I want to make a few websites for a few starving artists and galleries starving = zero or tending to zero resources; artists = almost computer illiterates). I have promised them the world in that the websites would be dynamic... visitors would be able to search for artworks based on different criteria, there would be an events calendar, etc. etc. More than anything, once set up, these artists/galleries would be able update the website themselves. After promising all this, I said to myself, Oops!. Additionally, I have to develop these websites on my iBook, and host them on a cheap, server I am going to buy from eBay and install FreeBSD on it. My assumption is the FreeBSD is gonna be the closest to OS X in its directory layout and tools, and therefore not send me on too much of a loop (while these artists view me as a computer god, I am actually a Unix newbie). Here is my thinking -- I should consider using something like MoveableType or even a wiki to make the websites. That would allow the artists to themselves update the content as desired. I could use something like Mason, but I really don't want to get into mod_perl for now (I know Mason can work without mod_perl, but really likes mod_perl around). I want to have a little a standard deviation as possible from the stock installs... read, Apache 1.3.26 and perl 5.6.0 that comes with OS X. I am not averse to MySQL (I know MySQL quite well) but am not comfortable with PostGres (hence, Bricolage/Mason would not be an easy choice for me). MoveableType is really elegant... could it be configured to create an art gallery website? Wiki is perhaps the most elegant in its simplicity... what do you folks feel about that? Any advice much appreciated on any or all aspects of the above. Puneet.
Re: content management question
Thanks for the tip. However, it seems twiki requires updating the stock Apple perl 5.6.0 to 5.8.0 (I read the notes at the OSX specific page). That is, unfortunately, out of the questtion. In my last OS iteration I upgraded perl to 5.6.1. I was successful eventually, but it was a lot of heartburn. I definitely cannot go to 5.8.0 because there is stuff I need to run that cannot run on 5.8.0. In any case, I'd rather not mess with Apple's perl install. It is simply not worth the trouble it causes. Many thanks. Mitchell L Model wrote: At 9:07 AM -0500 10/14/02, Puneet Kishor wrote: Listers, While I wait to resolve perl errors on my Jaguar perl 5.6.0, I have a more generic question re content-management. I want to make a few websites for a few starving artists and galleries starving = zero or tending to zero resources; artists = almost computer illiterates). I have promised them the world in that the websites would be dynamic... visitors would be able to search for artworks based on different criteria, there would be an events calendar, etc. etc. More than anything, once set up, these artists/galleries would be able update the website themselves. After promising all this, I said to myself, Oops!. Additionally, I have to develop these websites on my iBook, and host them on a cheap, server I am going to buy from eBay and install FreeBSD on it. My assumption is the FreeBSD is gonna be the closest to OS X in its directory layout and tools, and therefore not send me on too much of a loop (while these artists view me as a computer god, I am actually a Unix newbie). Here is my thinking -- I should consider using something like MoveableType or even a wiki to make the websites. That would allow the artists to themselves update the content as desired. I could use something like Mason, but I really don't want to get into mod_perl for now (I know Mason can work without mod_perl, but really likes mod_perl around). I want to have a little a standard deviation as possible from the stock installs... read, Apache 1.3.26 and perl 5.6.0 that comes with OS X. I am not averse to MySQL (I know MySQL quite well) but am not comfortable with PostGres (hence, Bricolage/Mason would not be an easy choice for me). MoveableType is really elegant... could it be configured to create an art gallery website? Wiki is perhaps the most elegant in its simplicity... what do you folks feel about that? Any advice much appreciated on any or all aspects of the above. Wiki. Definitely. Use TWiki (http://www.twiki.org) -- several levels beyond any of the others in depth, breadth, and maturity. A very serious effort, full of features, customizability, etc. Most, if not all, of what you would find yourself wanting to hack in to another wiki is already in TWiki. It's even one of the few that supports file uploads, which it sounds like you need. All TWiki needs is a standard web environment (Apache, typically) and (until the almost-ready new version comes out with the option of a lightweight replacement) RCS. You can find OSX specific instructions for installing TWiki on OS X at http://twiki.org/cgi-bin/view/Codev/TWikiOnMacOSX, and you should follow the installation instructions that come with TWiki carefully and methodically, but you should be up in a couple of hours after downloading. (After a lot of experience on various Wiki sites and heavily customizing one based on the original C2 wiki code base, and after experimenting with a number of others, I recently installed TWiki at Wesleyan University.)
Re: gd croaking
Thanks for the tip, however, I _need_ to use gd and perl together. And, I am not even talking about GD.pm. I need the pure gd library for a perl module I have. Seems perl 5.6.0 now has issues with gd as I built it. funny that the same gd, built exactly the same way on MacOS X 10.1.15 worked just fine with perl 5.6.0. Now it has issues. On Thursday, October 10, 2002, at 09:57 PM, Dave Gomez wrote: Puneet, Think I had same issues, and gave up and used gnuplot instead for some graph creation, as it does put out graphs like the ones I use on my site well (http://www.dkgomez.com/cgi-bin/housetemp.pl). Think I used fink to do the install of gnuplot Dave Gomez On 10/10/02 2:27 PM, Puneet Kishor [EMAIL PROTECTED] wrote: Ok, here's some more info that I was able to put together. I built gd and supporting libraries using gcc 3.1. To build another program (that actually eventually generates a perl module), I had to revert to gcc 2.x. I, then, reverted back to gcc 3.x and built the perl specific module. Running my perl scripts hence produces the errors below. The dyld: perl Undefined symbols: portion indicates there might be some binary incompatibility. Between what and what though? Is there a way I can test this? (I guess, in a manner of speaking, I did test it and learned it is incompatible :-( ) Puneet Kishor wrote: Folks, I haven't messed with the OS at all. I am using the Perl 5.6.0 that comes with OS X 10.2. I built gd 1.8.4 using Scott Anguish's directions on stepwise (as I have done before), and that worked just as expected. Then I built a specific perl module that helps makes maps (used to work fine on 10.1.whatever. I run my scripts unchanged, and I get the following in the apache error_log. Seems like gd is not happy. Without any further info to share (I really don't know what else to offer), can anyone shed some light on the following, or guide me to someplace I can find answers? Many thanks. Puneet. % tail -f /var/log/httpd/error_log dyld: perl Undefined symbols: _gdFontGiant _gdFontLarge _gdFontMediumBold _gdFontSmall _gdFontTiny _gdImageArc _gdImageColorAllocate _gdImageColorTransparent _gdImageCopy _gdImageCopyMerge _gdImageCopyResized _gdImageCreate _gdImageCreateFromJpeg _gdImageCreateFromPng _gdImageDestroy _gdImageFillToBorder _gdImageFilledPolygon _gdImageFilledRectangle _gdImageInterlace _gdImageJpeg _gdImageJpegPtr _gdImageLine _gdImagePng _gdImagePngPtr _gdImagePolygon _gdImageRectangle _gdImageSetBrush _gdImageSetPixel _gdImageSetStyle _gdImageSetTile _gdImageString _gdImageStringFT _gdImageWBMP _gdImageWBMPPtr [Thu Oct 10 11:00:46 2002] [error] [client 127.0.0.1] Premature end of script headers: /Users/pkishor/Sites/bims/index.pl
gd croaking
Folks, I haven't messed with the OS at all. Perl 5.6.0 that comes with OS X 10.2. I built gd 1.8.4 using Scott Anguish's directions on stepwise (as I have done before), and that worked just as expected. Then I built a specific perl module that helps makes maps (used to work fine on 10.1.whatever. I run my scripts unchanged, and I get the following in the apache error_log. Seems like gd is not happy. Without any further info to share (I really don't know what else to offer), can anyone shed some light on the following, or guide me to someplace I can find answers? Many thanks. Puneet. % tail -f /var/log/httpd/error_log dyld: perl Undefined symbols: _gdFontGiant _gdFontLarge _gdFontMediumBold _gdFontSmall _gdFontTiny _gdImageArc _gdImageColorAllocate _gdImageColorTransparent _gdImageCopy _gdImageCopyMerge _gdImageCopyResized _gdImageCreate _gdImageCreateFromJpeg _gdImageCreateFromPng _gdImageDestroy _gdImageFillToBorder _gdImageFilledPolygon _gdImageFilledRectangle _gdImageInterlace _gdImageJpeg _gdImageJpegPtr _gdImageLine _gdImagePng _gdImagePngPtr _gdImagePolygon _gdImageRectangle _gdImageSetBrush _gdImageSetPixel _gdImageSetStyle _gdImageSetTile _gdImageString _gdImageStringFT _gdImageWBMP _gdImageWBMPPtr [Thu Oct 10 11:00:46 2002] [error] [client 127.0.0.1] Premature end of script headers: /Users/pkishor/Sites/bims/index.pl
Re: gd croaking
Ok, here's some more info that I was able to put together. I built gd and supporting libraries using gcc 3.1. To build another program (that actually eventually generates a perl module), I had to revert to gcc 2.x. I, then, reverted back to gcc 3.x and built the perl specific module. Running my perl scripts hence produces the errors below. The dyld: perl Undefined symbols: portion indicates there might be some binary incompatibility. Between what and what though? Is there a way I can test this? (I guess, in a manner of speaking, I did test it and learned it is incompatible :-( ) Puneet Kishor wrote: Folks, I haven't messed with the OS at all. I am using the Perl 5.6.0 that comes with OS X 10.2. I built gd 1.8.4 using Scott Anguish's directions on stepwise (as I have done before), and that worked just as expected. Then I built a specific perl module that helps makes maps (used to work fine on 10.1.whatever. I run my scripts unchanged, and I get the following in the apache error_log. Seems like gd is not happy. Without any further info to share (I really don't know what else to offer), can anyone shed some light on the following, or guide me to someplace I can find answers? Many thanks. Puneet. % tail -f /var/log/httpd/error_log dyld: perl Undefined symbols: _gdFontGiant _gdFontLarge _gdFontMediumBold _gdFontSmall _gdFontTiny _gdImageArc _gdImageColorAllocate _gdImageColorTransparent _gdImageCopy _gdImageCopyMerge _gdImageCopyResized _gdImageCreate _gdImageCreateFromJpeg _gdImageCreateFromPng _gdImageDestroy _gdImageFillToBorder _gdImageFilledPolygon _gdImageFilledRectangle _gdImageInterlace _gdImageJpeg _gdImageJpegPtr _gdImageLine _gdImagePng _gdImagePngPtr _gdImagePolygon _gdImageRectangle _gdImageSetBrush _gdImageSetPixel _gdImageSetStyle _gdImageSetTile _gdImageString _gdImageStringFT _gdImageWBMP _gdImageWBMPPtr [Thu Oct 10 11:00:46 2002] [error] [client 127.0.0.1] Premature end of script headers: /Users/pkishor/Sites/bims/index.pl
Re: dos2unix... and other
Bruce Van Allen wrote: At 1:01 PM -0500 2002-10-07, Puneet Kishor wrote: s/ +/ /g; seems to work just as well. Which begs the question... why even have \s? maybe because tmtowtdi?! \s stands for white space: [ \t\n\r\f]. yes, I know that ;-) which is why I am asking why do we even need \s since simply seems to work just as well. I mean, it is kinda hard to put a tab or a newline or a carriage return, etc., in a regexp... but a space is easy... pk.
Re: question on ssh and peeve on editors
Andrew Brosnan wrote: On 10/3/02 at 1:12 PM, [EMAIL PROTECTED] (Puneet Kishor) wrote: Folks, Two parts -- 1. Only tangentially perl related (in that, I want to edit perl scripts) residing on a remote machine connected via ssh. Is there a way to actually mount an ssh connected machine's hd on my ibook so I can open the scripts on the remote machine via my local editor of choice? You can mount a remote server on your desktop via Samba: Finder Go Menu - Connect to server (or Cmd K) In address type (I think) smb://www.hostname.com/username well, only if smbd (the samba daemon) is running on the remote server. Samba is generally for making *nix fs appear on Win boxes, no? I am talking ssh here. I tried something like so... % ssh -l username -L 10139:remotehost:139 remotehost sleep 300 (139 is the samba port... I mapped it above to the local 10139 port). Then I went to the finder and tried to connect to smb://remotehost:139/ but that did not work... got error -36. So, I did try it, but... -or- Using BBEdit choose File - Open from FTP Server No, I can't use ftp. The remote box has sshd running, no ftpd, no telnetd... I guess, I just want it confirmed whether it can be done via ssh or not. If not, then I can embark on a different torture quest. Thanks, pk/
Re: question on ssh and peeve on editors
Hi Troy, I am cc-ing this to the list in case someone else wants to join in, otherwise I guess this is an off the list topic. (no one else has commented on this). I have Golive 5, but didn't invest in 6 because I discovered it didn't do anything for Perl. Is the SDK GL6 specific? I have no idea what knowledge it requires. What does one code in to develop extensions, so to say? I have no knowledge of anything other than the various scripting languages... I guess I would echo you... I would be willing to assis if you feel compelled to do something about the status quo. ;-) I also downloaded a trial copy of Dreamweaver... that has a fairly good integration with BBEdit, but is a really slow software... too much overhead for the little bit of it that I really need. Please feel free to continue this thread with me off the list, especially if you think there is something realistic do-able with GL6 vis a vis Perl coding. Thanks, Puneet. On Thursday, October 3, 2002, at 01:18 PM, Troy Davis wrote: Hi Puneet, I use GoLive to create websites. But I use BBEdit to work with perl. The two can co-exist, but you're right in that they're not very good roommates. I'd love to see a module to replace the php dynamic database stuff with perl. But somebody would have to adopt that as a personal project, I doubt Adobe would do it on their own. So while advocacy might be good, recruiting people to write the code would probably be better. Adobe has an SDK for GoLive. I would be willing to assist if you feel compelled to do something about the status quo. Cheers, Troy .. 2. I have a major peeve with the two leading heavyweight web development apps... Macromedia's Dreamweaver MX 6 and Adobe's Golive 6. Both allow working with all manner of server side scripting files but not Perl. What's with that? I mean, they even support scripting C# and .Net. But when it comes to Perl, no code/syntax highlighting, error checking, nothing. Perl scripts are treated like plain dumb text. The reason I need something like Dreamweaver or Golive is because I don't want to use my finite braincells remembering syntax for silly html for making tables, frames, hex colors, and other such stupidities. Doing that nonsense visually makes developing web apps tolerable. Even more so when you have to go back and edit some convoluted frames and/or tables code. Would have been great if I could do the visual part as well as the perl part. Is their a general impression (at least in the commercial world) that perl is moribund? Do they think there are no perl programmers on the Mac (they only need come to this list)? I called Adobe and griped, but that's it. Also posted some questions on Macromedia's forums... no bite. Is there need for some advocacy here?
Re: question on ssh and peeve on editors
Thanks to everyone who answered. The bottomline is, I can't use ssh to transparently mount a remote fs. I can fake it somewhat via RBrowser. Now I can peruse other options such as nfs, webdav, or even smb. Gracias. pk/
Re: Experience w/10.2 and Perl (specifically Perl)
On Wednesday, October 2, 2002, at 09:25 AM, ellem wrote: On Wednesday, October 2, 2002, at 10:19 AM, Puneet Kishor wrote: Third (and slightly OT) did 10.2 overwrite any Apache changes you may have made (ie Perl, PHP, etc) ? I did a clean install of 10.2, so everything was new. I'm leaning that way. One thing that I am worried about is bash. I have very vague memories of installing it and horrible memories of getting to work as expected. one of the advantages of being a Unix newbie is that I have no strong leanings either way. I am still in the training mode, hence, with implicit misplaced faith in Apple, I use whatever Apple provides me. Hence, I am becoming a tcsh person. But, afaik, using bash is simply a matter of setting it as your preferred shell in NetInfo Manager. pk/ cc-ing this to the list so others may pitch in re. getting other shells to work, fwiw.
Re: A man page viewer...
Thanks. Looks nice. However, this being a perl list n'all ;-) Seriously, I don't even have php running on my iBook. And besides, I am reinventing the wheel so I can learn. Thanks though, for the link. pk. On Wednesday, October 2, 2002, at 09:56 AM, Pete Prodoehl wrote: Well, it's in PHP not Perl, but you might checkout: http://www2.linuxpakistan.net/man.php It might do some of the things you want to do... Pete Puneet Kishor wrote: Greetings Jerry. Last night I downloaded your wonderful little man page viewer. I have modified the code a tad bit so it now primarily -- - runs in a frameset so a search field is always visible at the top; - added code to remember visited man pages -- - visited man pages are added to a bookshelf on the left. - duplicate entries to the bookshelf are removed. ..
Re: OS X Smokers
The smokers does smoke tests of the bleading edge Perl on a spelling mistake on the third para of the quality assurance page! though it could be argued it is intentional, hope this is not the way of lexicon to come... ;-) On Monday, September 30, 2002, at 05:24 AM, phildobbin wrote: http://qa.perl.org/ On Monday, September 30, 2002, at 07:03 AM, Robin wrote: perl.org quoth: The smokers does smoke tests of the bleading edge Perl on various platforms to help the developers spot new bugs as fast as possibly. man sounds like a world of pain..
Re: osx and perl
Hi Doug, Until we hear more details from you, we can only speculate what you are exactly asking. So... On Sunday, September 29, 2002, at 04:58 PM, Doug Seib wrote: .. script that is powering a Flash Calendar. presumabely this script is written in perl (hence, the question posted to this list, no?). For some reason, I can see it when in os9, but not in osx. do you mean that you can see the calendar when you are serving the script from os9, and not when you are serving the script from osx? if yes, then the problem could be that your Apache webserver is not set to properly handle perl scripts. Make sure the AddHandler cgi-script declaration in the httpd.conf has the correct script extension (either cgi or pl or whatever or all of them). If you don't know what this is about, please search for and read Kevin Hemenway's excellent intro to Apache web serving on macdevcenter.com. Obviously in os9 you are using MacPerl, and saving script as cgi, etc. (I know little about). do you mean that you can see the calendar when you are browsing from os9, and not when you are browsing from osx? In yes, you really have a browser problem since the script is working just fine. Make sure you have the requisit flash plug-ins installed correctly, and your browser can handle flash, etch. any reading material and help will be greatly appreciated. search on google for perl and cgi for a thousand million free hits. get any of the various perl and cgi books by ora. Simon Cozens recently reviewed one of the newer ones on perl.com. g'luck. pk/
Re: OT: MacAngst
On Monday, September 30, 2002, at 08:29 AM, Edward Lewis wrote: Thanks for the replies. It isn't the Unix of X that's a problem, it's the GUI that controls it which is the source of my problem. funny you say that... as far as I understand, it is the GUI that controls it that attracts most of the Unix-heads to MacOS X. While decidedly different from the well-entrenched classic GUI, Aqua is not only not bad, actually amazingly good in many other ways. But, those opinions by nature are subjective, and hence, given to sparking religious wars. Apple does have a feedback page, and also a million discussion forums on apple.com/support (you need to register for free).
arbitrarily complex variables
is their a perl module that can help print out an arbitrarily complex variable either on the command line, or better yet, in a nicely formatted n-deep table in html? the variable could be anything as simple as an array, or as complex as an AoHoAoAoHoH you get the picture... could be n-deep. from perldsc I see that DEBUGGING Before version 5.002, the standard Perl debugger didn't do a very nice job of printing out complex data structures. With 5.002 or above, the debugger includes several new features, including command line editing as well as the `x' command to dump out complex data structures. For example, given the assignment to $AoA above, here's the debugger output: DB1 x $AoA $AoA = ARRAY(0x13b5a0) 0 ARRAY(0x1f0a24) 0 'fred' 1 'barney' 2 'pebbles' 3 'bambam' 4 'dino' so, the debugger has this capability, but what about html? I thought I would write something to do this (could search.cpan please be powered by google or askjeeves?) but I couldn't even figure out how to recognize if a variable were an array or a hash... wish there were an isarray() or ishash() function. of course, knowing perl, one of you gurus is probably going to come back with a jaw droppingly simple solution, but right now I am stumped.
Re: arbitrarily complex variables
On Tuesday, September 24, 2002, at 07:39 AM, I asked: is their a perl module that can help print out an arbitrarily complex variable either on the command line, or better yet, in a nicely formatted n-deep table in html? the variable could be anything as simple as an array, or as complex as an AoHoAoAoHoH you get the picture... could be n-deep. to which Paul Grassie replied on Tuesday, September 24, 2002, at 07:55 AM: You might start with the standard modules Dumpvalue or Data::Dumper. That won't get you the html part, but there's loads of HTML::* modules that might help you wrap it up nicely. ya, seems Dumpvalue might be more direct... And Troy Davis added Tuesday, September 24, 2002, at 08:08 AM: I think you want Data::Dumper. Does that do what you want? I just read through it and seems it will, but Dumpvalue might be simpler. = Seems like I will have to stitch up my own Dumptohtml function, but on Tuesday, September 24, 2002, at 08:06 AM, Ray Zimmerman wrote: if (ref $var eq 'ARRAY') { print It's an ARRAY ref\n; } if (ref $var eq 'HASH') { print It's a HASH ref\n; } which might help me do just that. Thanks guys. pk/
Re: lost path settings and funky cpan
As usual, what I thought was a simple problem has suddenly seemed to balloon into a long dim einebahnstrasse that I can't back out from easily. Let me see if I understand... On Monday, September 23, 2002, at 12:08 AM, I, Puneet Kishor wrote: 2. cpan did something strange -- I fired up cpan and it promptly reminded me that I should upgrade cpan itself as well as libnet. I dutifully upgraded cpan to 1.63 and reloaded, and then asked it to upgrade libnet. Lo and behold... I see cpan is trying to download 11 Mb of Perl 5.8.0, not something I asked for. I ctr-c-ed out and it seems to have installed libnet ok. Could anyone please reassure me that cpan didn't try to go in and screw around with my stock Apple Perl 5.6.0 install... that is not something I want at all. To which Robin replied on Monday, September 23, 2002, at 01:14 AM: Have you looked on the CPAN web site to see if you can get an older copy of CPAN bundle? shucks... I *had* an older copy (1.52) and at cpan's urging, I upgraded to 1.63. Funnily, I remember upgrading to 1.63 in OS X 10.1.5 as well, but of course, there was no Perl 5.8.0 at that time to be merrily downloaded... does this mean now that Perl 5.8.0 is out, cpan 1.63 will continue bothering me with Perl 5.8.0 unless I go back to cpan 1.52? In which case, how on earth do I go back to cpan 1.52? I remember a flurry of download, check, make, build, test statements uselessly flying past me in the terminal... there is no way I could go back and weed them all out! Then Michael Maibaum wrote on Monday, September 23, 2002, at 01:41 AM: This was a but in the older versions of CPAN, upgrade to a recent version of CPAN (*NOT* Bundle::CPAN, just CPAN) and you should then be able to to install stuff happily, at least that is what I recall, the first thing I did with jaguar was build Perl5.8 so... hmmm... I did upgrade to a recent version of... BUT WAIT! I upgraded Bundle::CPAN... I didn't realize that CPAN was a different beast from Bundle::CPAN :-(. In fact, it was cpan that told me that upgrading would be as easy as 'install Bundle::CPAN' and then 'reload'ing. Don't tell me I've done got the steamroller when all I needed was a tiny framing hammer (metaphorically speaking). And then finally, Dan Sugalski told me on Monday, September 23, 2002, at 08:14 AM, that: If you install just the newest CPAN this will work properly *unless* you come across a module that lives only in the core. In which case CPAN will go and download the whole thing and go from there. which seems to both reinforce and contradict what Michael Maibaum said above... from Dan Sugalski's reply I infer that if I install only the newest CPAN things will work properly (sounds like what Michael said... mentioned only CPAN, not Bundle::CPAN), *unless* I come across a module that lives only in the core (from which I infer that I am screwed no matter what... whether it is CPAN or Bundle::CPAN... I got to be always vigilant while installing from cpan and not get hypnotized by all the make build incantations scrolling past my eyes otherwise it might sneak behind me and install Perl 5.8.0). I hope the cpan manufacturer's change it so it doesn't ever install the motherlode unless explicitly asked. pk/ A funny thought comes to mind... in a recent, long, but very interesting thread, some of us complained how Apple can't get it right, and with every upgrade of the OS things change and break. If anything, perl is an even bigger culprit at this... I mean, from what I have learned vicariously, perl 5.8.0 is not even binary compatible with perl 5.6.x and everything breaks on upgrading unless cautious vigilance and voodoo are practiced. And I am sure that perl is only a fraction as complex as the operating system is...
lost path settings and funky cpan
two odd things I have noticed since clean upgrading to OS X 10.2 1. path settings seem to be changed. one examples -- (1) Dan Kogai's lifesaving psync sitting under /usr/local/bin is not reachable anymore. A quick look at setenv shows that my PATH is just /bin:/sbin:/usr/bin:/usr/sbin so obviously psync will not be reachable now from my home directory. Of course, I can add /usr/local/bin to PATH, but what curious minds want to know is how did this happen? It worked fine earlier, and I don't recall ever adding /usr/local/bin to the path... so how did it work earlier? or conversely, why did it break now? 2. cpan did something strange -- I fired up cpan and it promptly reminded me that I should upgrade cpan itself as well as libnet. I dutifully upgraded cpan to 1.63 and reloaded, and then asked it to upgrade libnet. Lo and behold... I see cpan is trying to download 11 Mb of Perl 5.8.0, not something I asked for. I ctr-c-ed out and it seems to have installed libnet ok. Could anyone please reassure me that cpan didn't try to go in and screw around with my stock Apple Perl 5.6.0 install... that is not something I want at all. many thanks, pk/
Re: lost path settings and funky cpan
On Monday, September 23, 2002, at 12:39 AM, Ken Williams wrote: On Monday, September 23, 2002, at 03:08 PM, Puneet Kishor wrote: two odd things I have noticed since clean upgrading to OS X 10.2 1. path settings seem to be changed. one examples -- (1) Dan Kogai's lifesaving psync sitting under /usr/local/bin is not reachable anymore. A quick look at setenv shows that my PATH is just /bin:/sbin:/usr/bin:/usr/sbin so obviously psync will not be reachable now from my home directory. Of course, I can add /usr/local/bin to PATH, but what curious minds want to know is how did this happen? It worked fine earlier, and I don't recall ever adding /usr/local/bin to the path... so how did it work earlier? or conversely, why did it break now? In 10.1.5, the file /usr/share/init/tcsh/login (which is executed at login) contains this: set path = (\ ~/bin \ /usr/local/bin /usr/bin /bin\ /usr/local/sbin /usr/sbin /sbin \ ) So that must have changed in 10.2. yes, and then some... first, there is no /usr/share/init/tcsh/login anymore... in fact, there is no init anymore. Instead, there is /usr/share/tcsh/examples/login which looks like what you wrote above. I'm gonna copy this login file to my ~/.login and methinks that should take care of things, no? But I wonder what all tcsh is executing on a system-wide basis, not just specific to my account. 2. cpan did something strange -- I fired up cpan and it promptly reminded me that I should upgrade cpan itself as well as libnet. I dutifully upgraded cpan to 1.63 and reloaded, and then asked it to upgrade libnet. Lo and behold... I see cpan is trying to download 11 Mb of Perl 5.8.0, not something I asked for. This is THE MOST ANNOYING thing CPAN does, and although everyone always *assures* me it's been fixed, it continues to happen. I ctr-c-ed out and it seems to have installed libnet ok. Could anyone please reassure me that cpan didn't try to go in and screw around with my stock Apple Perl 5.6.0 install... that is not something I want at all. That's exactly what it tried to do. It tried to install 5.8.0. Luckily, since the process takes so long (download, build install), you probably caught it in time and no harm was done. phew! I understand that CPAN tries to install all the dependent modules, etc., but heck, trying to install the motherlode itself is a bit of a stretch. And, I wonder how it does it... I mean, CPAN is written in perl, so, in my case, uses the perl5.6.0 compiler/interpreter... so here we have, the 5.6.0 compiler/interpreter trying to install the 5.8.0 version. Surely that should cause some train wrecks along the way. anyway, I do appear to be safe... I broke out early enough. Thanks, pk/
Re: OS Poll
since everyone is pitching in with their rhetorical opinions, here's mine... First, numbering is irrelevant. The argument that I would have bought it if it were 10.5, but 10.2 is not worth $129 doesn't make any sense. Are the features provided worth it or not? That is all that matters. It would have been ridiculous for someone to purchase the exact same OS for $129 simply because it was labeled with a different number. Second, no one has to pay $129. The OS is routinely available for anywhere between $79 and $99 with various rebates and all. Does it become more attractive at that price point? Third, it has been written ad nauseam that Apple is a sw company and not a hw company, or a hw company and not a sw company, etc. It is beside the point... Apple has to survive. With 20 mil users, and more than 95% still sticking on with a buggy but fast, attractive but crash prone, easy but limited operating system, they are not getting any revenues from there. Plus, there is pressure to deliver the most advanced OS on earth (whatever the #$%# that means). Whose gonna make it? So, they take team away from previous projects and put them on OS X to deliver something most (except for the most curmudgeon of them) are singing praises of. They gotta feed that team. Fourth, so they charge for it. In return, they give away a host of other apps that their Mac base really likes and uses, and their Unix base is amazed at because they had never seen something like it on their old, crusty *nix boxes. I routinely use a Linux box at work along with Windoze... the Linux box is a pain in the derierre. I don't have a desire to learn a cryptic command with a thousand switch combinations just to be able to add a new hard disk to the computer. But, that's how it is. Sometimes it is all fun and romantic to be doing it that way, sometimes it is just a pain in the ass. I come back to my iBook and I am happily reconciling my credit card statement via Quicken, teaching Scheme in the Dr. Scheme interpreter to my daughter, listening to streaming jazz from KJAZ, and writing a perl script to parse iCal files. What could be more fun. I like it, I pay for it. Fifth, the argument that I got everything I wanted when I got the command line interface is particularly perplexing from ostensibly Mac users because Mac users always want more, simple, bettah. I know there are die-hard fans of vi and vim and emacs out there, and all strength to them. But, I just happen to find the simplicity of jEdit or irEdit (which I am trying out) or any other regular window-based, mouse driven app much more familiar and comforting. MacOS X allows me that, and then some. Mac users gotta like iTunes (an amazing program if there ever was one), AddressBook that magically adds and picks out email addresses for me without my intervention, Palm Desktop (love its speed), AppleWorks (say what one will... it beats Office in most everything I do), iMovie (what a sweet, sweet application) and countless other freebies I got when I bought the OS. In the end there is only one argument... I found it worth it so I paid for it. You didn't find it worth it so you didn't pay for it. Nothing else matters... and certainly not the 'plaint that Apple is charging for it. Sure they are, but they are not forcing everyone to upgrade. Back to my ical parser... it is almost done. pk/
Re: AppleScript to Perl w/SOAP
On Saturday, September 21, 2002, at 08:04 PM, Randal L. Schwartz wrote: Erik == Erik Price [EMAIL PROTECTED] writes: Erik I just found this article in my ADC and figured I'd pass it along to Erik the list: Erik http://developer.apple.com/internet/webservices/applescripttoperl.html Thanks for the promo. And if you have any suggestions for anything else, please let me know! heh, heh, heh... as soon as I read the following... Take a look at the Perl SOAP server. You can see the entire script here. I've included line numbers to make it easier to read. Here's how I begin every Perl program I write: =1= #!/usr/bin/perl -w =2= use strict; =3= $|++; I knew it. Kinda sticks in your mind after having read all the Web Techniques articles. That's what got me started on Perl in the first place. pk/
Re: need a hand
How about firing up CPAN and then installing from there like so... % sudo perl -MCPAN -e shell cpan install Net::IMAP::Simple I haven't tried the above, but should work On Thursday, September 19, 2002, at 09:28 PM, Rob Barris wrote: I would like to install this CPAN module on my stock OSX 10.2 system: http://search.cpan.org/author/JPAF/Net-IMAP-Simple-0.93/Simple.pm so I can write a Perl script to poll an IMAP mail account for incoming messages periodically (and possibly send out some responses). How do I get started? Rob
Re: iCal parser in Perl
Another naive question, but questioning minds must ask. It took a few days and the PHP community is already out with a very decent iCal parser. Reads ics files and makes calendars. Perhaps the Net::ICal and related modules set out to do too much, and never got beyond the third alpha release. This is what bothers me... I want to do something quickly and I think of Perl... but I find it is sometimes just easier to do with PHP, and as much as I hate doing it, I concede another small victory to PHP. Did the Net::ICal authors just set out to do too much? I believe that Perl lets us be as complicated or simple as we want to be. So, why not keep it simple so it works. Right now, looking from other's experience, I can't even make Net::ICal work on my machine. Why, oh why? No flames please... if you feel like flaming, go take a smoke. I believe Perl tools can be simple to use... I just want to know why they are not. Last time I upgraded my stock Apple Perl I got creamed six ways from sunday. This time, after upgrading to Jaguar, I am not touching that darn thing. Dan Sugalski gave a good explanation saying that Perl is complex because it does so much, and I respect that. But seems like this symptom pervades most everything. pk/
Re: iCal parser in Perl
Thanks, but I guess I am taken aback by such a rational answer ;-). On Wednesday, September 18, 2002, at 08:17 AM, ellem wrote: On Wednesday, September 18, 2002, at 08:59 AM, Puneet Kishor wrote: SNIP This is what bothers me... I want to do something quickly and I think of Perl... but I find it is sometimes just easier to do with PHP, and as much as I hate doing it, I concede another small victory to PHP. First, use what works, right tool for the job, yadda yadda. I don't know about you but I am not at war with PHP, Python, C, awk, sed, bash, Microsoft, Sun, Linux, BSD, etc. (Well actually I am at war with etc., but that's another post); so what victory small or otherwise has PHP claimed? only in a fun sense. I am not wanting to start a moral war between languages. But, it is the kind of victory that makes computer programmers want to do better. Not to show that PHP is worse but to demonstrate that I love Perl. Your job as a computer user is to get something done. Use what does it easiest for you. [..] well, I am approaching Perl as a fun thing believing what Larry Wall recently said about having more levity than gravity. I just want to take problems and see if Perl can solve them. Then get upset if it can't... but only in a fun way. Perl is too fun to have a war started over it, and that is what makes it so cool. [..] * Warning Thinking in Perl is not considered safe by anyone. Thinking in Perl may cause the following irreversible symptoms: [..] Lawn care [..] shudder. I made sure the house I bought did not have a square inch of grass I had to mow. pk/
Re: iCal parser in Perl
On Wednesday, September 18, 2002, at 08:41 AM, Erik Price wrote: On Wednesday, September 18, 2002, at 08:59 AM, Puneet Kishor wrote: It took a few days and the PHP community is already out with a very decent iCal parser. Reads ics files and makes calendars. The iCalendar file format has been around for a while, it is likely that someone has been working on it for a while. yeah, while iCalendar has been around for a while, the PHP parser I believe is very, very recent. Here's the link http://sourceforge.net/projects/phpicalendar/ Perhaps the Net::ICal and related modules set out to do too much, and never got beyond the third alpha release. This is what bothers me... I want to do something quickly and I think of Perl... but I find it is sometimes just easier to do with PHP, and as much as I hate doing it, I concede another small victory to PHP. I think that a Perl or Python programmer is more likely to invest the time in creating a true, reuseable module that can be used in many different applications. Just the planning for something like this can take a long time. Not to generalize about PHP programmers (though I have been one), but usually the goal is very straightforward -- get this data into HTML format. Also, PHP doesn't have support for modules in the same way that Perl and Python do, so this kind of mindset isn't as prevalent. makes sense... but as a result PHP tools tend to be really simple to install and use right out of the box. And then they get more and more robust as folks work on them. For example, right now I have a rudimentary knowledge of both PHP and Perl. However, I can take the PHP iCal parser and start modifying it for my own use if I want to. I can't even dream of doing that with Net::ICal. I just want to take small baby steps, but the only vehicle available to me is _only_ capable of transporting me across the galaxy. That said, I don't think that Perl is always the best language to use for everything (maybe I and darn it, I want it to be. ;-) Cheers, pk/
Re: iCal parser in Perl
On Wednesday, September 18, 2002, at 08:11 AM, Sherm Pendley wrote: On Wednesday, September 18, 2002, at 08:59 AM, Puneet Kishor wrote: Last time I upgraded my stock Apple Perl I got creamed six ways from sunday. I would ask, why did you try to upgrade? Was there a particular feature you needed that was present in a newer version of Perl, that 5.6.0 lacks? well, I upgraded to 5.6.1... I didn't even go as far as 5.8.0. Why did I do it? - Because I was dumb and stupid. - Because I thought every thing new would be better. - Because upgrading was made relatively easy without any apparent caveat about uninstalling/rolling back being impossible. Now I go with the firm conviction that Apple engineers have infinite wisdom (iCal performance and bugginess notwithstanding ;-)... but that is another story). I will mess with the system only per their schedule, or only if my life depends on it. pk/
MacOS X web mapping with Perl's help (was Re: Mac_OSX_GPS Mapping)
Bill Stephenson wrote: Puneet Kishor wrote: I have been working with an opensource program called Mapserver (mapserver.gis.umn.edu) [..] years (Before OS X beta was released). This is Stephen Lime's project, right? Yes you are correct. and many, many other folks who are now actively contributing to it. But since I could never get it to run on my iServer or OS 8, I finally unsubscribed. Mapserver is a heavy duty application from what I recall. It also uses the gd.c libraries to create graphics and it has deep API that might well do anything I'm doing now. Mapserver runs happily as a cgi on OS X and any version of Apache. For Perl/Mapscript you require Perl 5.6.1. The Mapscript module may not compile with 5.8.x because of Swig. Seems like Swig may not be dependable enough yet with 5.8.x. I know for a fact that PHP/Mapscript does not work on OS X because of lack of support for dynamic loading of PHP libraries in OS X. I haven't had any interest to try out Python and Tcl. First hand experience... Perl/Mapscript with Perl 5.6.x works fine. You can use DBI to interface with MySQL, and even store your coordinates in the database and construct points on the map on the fly. You need to compile GD and have libpng, libjpeg, etc. You can do projections on the fly if you build PROJ.4. And you can handle most any raster data if you use GDAL. Info on PROJ.4 and GDAL can be found on remotesending.org. I tried some of these below... [..] I've done some work on resizing a graphic by percent: http://www.navigraphic.com/cgi-bin/bill/resize.cgi are you using Imagemagick for this? I have recently started playing with Imagemagick... sweet. This little app will show you what Services are near a location you select on a map: http://secureshopper.com/bransonlive/maps/bizfind.html This lets you navigate a large image: http://www.navigraphic.com/mapzap/ cool! Please do consider joining the Mapserver list. We also have a Mapserver wiki going with lots of examples and install help. pk/
Re: Opening file with application
On Sunday, September 8, 2002, at 05:58 PM, John Delacour wrote: At 4:33 pm -0600 8/9/02, Charles Albrecht wrote: `open -a Microsoft Excel $foo` (or whatever the Excel executable happens to be called on the target system) But some versions of Excel (mine is ancient - YMMV with something newer than v.4) might refuse to open files with an unfamiliar type. Aha! That's the sort of thing I needed, and it does work with my Excel 1998 running in Classic. Even this works: ! open -a SimpleText junk.txt So at last Application names are cached somewhere with their paths. And about time too. Where? from man open... The open command opens a file (or a directory), just as if you had dou- ble-clicked the file's icon. If no application name is specified, the default application as determined via Finder is used to open the speci- fied files. my emphasis... as determined via Finder So, in fact, you don't even have to do... `open -a Microsoft Excel $foo` because... `open foo.xls` would work just as well, because the Finder knows that .xls has to be opened with Excel. -- Puneet Kishor [EMAIL PROTECTED]
Re: Meeting notice
well, it is the Klez virus... somewhere along the way (maybe Lincoln Stein himself, or someone with a Windows computer (has to be Windows) has an Outlook address book that has Lincoln Stein's address in it) got this virus and the virus is replicating. The good news is that (assuming you have a mac... after all, that is why you are on this list) you won't be able to propagate it. The bad news is that you will continue to receive it if anywhere along the chain it infects someone who has you in her/his address book. No harm done to macs. pk/ On Saturday, September 7, 2002, at 05:19 PM, iudicium ferat wrote: Listen - Someone is repeatedly trying to send out this junk posing as Lincoln. Can anyone here help me find out who it is? Thx/Sx Begin forwarded message: From: lstein [EMAIL PROTECTED] Date: Sat Sep 07, 2002 03:09:58 PM US/Eastern To: [EMAIL PROTECTED] Subject: Meeting notice Return-Path: [EMAIL PROTECTED] Received: from smtp-relay01.mac.com ([10.13.10.224]) by ms02.mac.com (Netscape Messaging Server 4.15 ms02 Mar 5 2002 15:11:07) with ESMTP id H2326H00.G24 for [EMAIL PROTECTED]; Sat, 7 Sep 2002 12:30:17 -0700 Received: from brightmail02-qfe3 (brightmail02-qfe3 [10.13.10.33]) by smtp-relay01.mac.com (8.12.1/8.12.1/1.0) with ESMTP id g87JU1Vx006177 for [EMAIL PROTECTED]; Sat, 7 Sep 2002 12:30:17 -0700 (PDT) Received: from [161.58.176.87] by brightmail02.mac.com (bmifilter); Sat, 07 Sep 2002 12:10:00 PDT Received: from Pfzxcjmi [203.196.150.8] by Mail Administrator (SMTPD32-6.06) id AF003BAC0100; Sat, 07 Sep 2002 15:09:52 -0400 Message-Id: 200209071509791.SM01032@Pfzxcjmi Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=RUXadfilnqtvy1369BEHJMPRUXZcfhknpsvx0358BDGJLORTWZbehjmpruxz257A X-Bltsymavreinsert: BslGU6d6dT0HHxjIb8o69B1WVXcA The attachment Make.pif with this email was found to contain the W32.Klez.H@mm virus and could not be disinfected. The attachment has been removed from the email. Please ask the sender to repair and resend it. This message has been processed by Brightmail(TM) Anti-Virus using Symantec's Norton AntiVirus Technology. From: lstein [EMAIL PROTECTED] Date: Sat Sep 07, 2002 03:09:58 PM US/Eastern To: [EMAIL PROTECTED] Subject: Meeting notice _Sx_ I know you believe you understand what you think I said, but I am not sure you realize that what you heard is not what I meant. ::: Richard Nixon
Re: Perl compiling and caching
On Saturday, September 7, 2002, at 03:53 AM, Ken Williams wrote: Do you have some particular need to do caching? Or are you just curious? Coming from another language on another platform (Cold Fusion on not-MacOS (until very recently)) where the run-time compiles the script and then caches it, and allows the user to tweak the size of the trusted cache to improve performance by comparing the datetime of the script to the compile p-code in the cache, I wondered... While using mod_perl I did read about and experience the caching effect but was wondering about non-mod_perl cases as well as the command-line case. PS. Thanks to Dan Sugalski for a clear answer. On Friday, September 6, 2002, at 10:33 PM, Puneet Kishor wrote: a basic question for which I could not determine a definitive answer... I understand that Perl compiles the scripts and then runs them. Does it also cache the compiled versions? Perhaps comparing timedate stamps? If so, where is this cache of compiled scripts stored? Is there a way to modify properties of this cache, like say increase its size, or force flush it, etc.? I am not using mod_perl... I understand mod_perl does caching, which, if one doesn't understand well, can lead to strange looking behavior. No, my above questions relate to just stock 5.6.1 either from the terminal or as a cgi via the browser. many tia, pk/
Re: Installable packages
On Friday, September 6, 2002, at 12:06 AM, Scott R. Godin wrote: On Thu, 05 Sep 2002 22:26:39 -0400, Puneet Kishor wrote: yes Please! I know I would love a installer for 561. I went through a great amount of heart-burn upgrading my stock 560 to 561 and have everything running. Except, tomorrow I'm gonna get my copy of Jagwyre and that will put the kibosh on everything. I will definitely want to get back up to 561 (not 580 yet as no use for it... probably wait until 581 comes out). Insofar as I am aware, 5.8.0 is literally THE most-tested release of perl TO DATE. Why wait for a 5.8.1 that may never come (or may take months)? Have there been any 5.8.0 horror-stories ? Anyone got URL's ? no, no horror stories that I know of... just that there is a module I depend on that is built using swig, and methinks swig doesn't yet work well with 5.8.0. Once that module works well with 5.8.0 I will upgrade too... until then I will continue with 5.6.1. My needs are not too exotic, and most things I have dreamed of till now have been happily fulfilled with 5.6.1. Thanks, pk/
Perl compiling and caching
a basic question for which I could not determine a definitive answer... I understand that Perl compiles the scripts and then runs them. Does it also cache the compiled versions? Perhaps comparing timedate stamps? If so, where is this cache of compiled scripts stored? Is there a way to modify properties of this cache, like say increase its size, or force flush it, etc.? I am not using mod_perl... I understand mod_perl does caching, which, if one doesn't understand well, can lead to strange looking behavior. No, my above questions relate to just stock 5.6.1 either from the terminal or as a cgi via the browser. many tia, pk/
Re: Backup product
no experience with this product, but this being the perl list and all, thought I would plug Dan Kogai's most excellent Psync. David Baker, with the help of a bunch of folks, has created a gui for it for those not terminally-inclined. Either way, after trying a bunch of solutions I found Psync to be the abs. best. pk/ On Thursday, September 5, 2002, at 09:19 PM, Ken Williams wrote: Hey, There have been several discussions on this list about backup solutions, so I figured I'd ask whether anyone's got any experience with this product: http://www.cmsproducts.com/product_mac.htm It does look pretty neat if it works well. I can't find much info about the management software it uses. -Ken
Re: thinking off the edge
On Sunday, September 1, 2002, at 09:20 AM, drieux wrote: volks, At times I need to deal with WIN32::* stuff, and thought I would ask if anyone here has done any WIN32::* development in any of the possible virtual pc products that are suppose to work and play well with OSX. The MacWorld articles while discussing interesting 'issues' were not specific about dealing with this type of, well, alternative visioning... I mean I'm not sure it's a good idea to say install something like cygwin in a virtual PC on a Mac OSX - so I thought i would ask those who may have advice... well, since you asked a general enough question, here is a general enough answer. I use Win2k at work, and have Activestate Perl and Tcl (I use the latter rarely), and Cygwin installed. I use Perl and Cygwin almost everyday. In fact, Cygwin works great without even launching the bash shell... all the gnu utils are available as Win2k executables. Works very well. I use the jEdit editor which is identical on both Win and Mac... everything is preserved... markups, sessions, save states, etc. Personally I would not endorse VPC because it is really slow and frustrating. This emulation business is like non-alcoholic beer or decaf coffee... neither makes any sense. VPC is $199 (I think), and a cheap x86 machine from Wal-mart or hand made is also about that much. Buy a USB KVM switcher from Dr. Bott and stick the x86 box under the table. Mount the x86 hard-drive on the Mac or Samba the Mac drive on the Win machine. Work in one or the other.
Re: Scrooched the pooch :(
Bill Stephenson wrote: I think my problem is that when I configured CPAN I did something like answering y when it asked me for a path to put stuff. Now it puts stuff in a directory named y. I may have done something equally weird when I installed Fink. It now seems that CPAN installations of modules cannot find stuff they need that have been installed by Fink. And I don't know where to make the necessary changes to fix this in either Fink or CPAN. How do I configure CPAN and Fink? don't know much about fink (it sounds cool, but I think it once screwed up my iBook even if it was because of my fault so I stay away from it). With CPAN all the config params are stored in a text file (I am not on my iBook right now so I don't remember exactly, but developer.apple.com/internet discusses CPAN and its config params briefly. Besides, that info shouldn't be hard to find, or someone else on this list can point you in the right direction). Anyway, you can either hand correct the config text file and change the y to a real directory (seems like this is a fairly common problem that many run into), or you can force CPAN to ask you for all the config stuff once again. I think the command for that is 'o conf init' at the CPAN shell. Make sure you run CPAN as sudo to make all this stick. pk/
Re: mac X+ perl where is the web folder
On Thursday, August 29, 2002, at 02:53 PM, liming zhao wrote: I am working on MAC OS X and Perl + Apache2.0. I used to use Asp + IIS. If you have Apache 2 that means you (or someone else on that machine) installed it. Apache 2 does not come with OS X. If you installed it you probably know where you installed it. Would you please help me. 1)Where is web folder of apache2.0 under os X? It seems related with /usr/local/apache2.0 yup... that is where it is installed. Except it depends on many other parts that are scattered here and there. For example, /etc/httpd/ contains the conf files, at least in the stock apache install. Search for httpd.conf. Open it in a text editor and you will see where everything is installed. Alternatively, find httpd (the actual program, the http daemon) and do a 'httpd -V' on it get all manner of info on your apache. ,but I cannot copy a file into it or construct a folder using mkdir. use sudo... for example, % sudo mkdir somedir sudo will prompt you for your password, and will remain valid for a few minutes. 2)Should I copy .pl file into /usr/local/apache2.0/ cgi-bin in order to use cgi in perl? yes, but you will have to activate .pl extension for cgi in your httpd.conf file. 3) Can you give me some documents or hypertext link about web-publishing using apache and perl ? yes, go to www.macdevcenter.org and read all 5 or so excellent articles by Kevin Hemenway on this subject. He goes by the name Morbus, so the author may be listed as Morbus. Also, read the articles on developer.apple.com/internet
Re: Reverting to 5.6.1
- Original Message - From: Erik Price [EMAIL PROTECTED] To: Mac OS X Perl list [EMAIL PROTECTED] Sent: Wednesday, August 21, 2002 9:16 AM Subject: Re: Reverting to 5.6.1 On Wednesday, August 21, 2002, at 09:08 AM, Puneet Kishor wrote: CPAN is marvelous, but it would be taken in to the realm of unbelievably good if it could keep a log of all that is installed, and then would uninstall everything for you. Like Debian's apt ? well, yeah, kind of. I know, I know, there is fink. But it seems package manager seems to be the holy grail... even Apple is rumored to be searching for it (some email messages from Jordan Hubbard come to mind). But, every *nix flavor has its own, and never do they meet. Since OS X is such a tightly integrated convergence of the gui and command line world, screwing around with one can muck up the other (and vice versa). Since I have chosen to live in the hard drive as defined by Apple, I have now decided I will wait for a package manager system with Cupertino's holy water sprinkled on it. CPAN is fine because it already assumes Perl installed. I screwed up by reinstalling Perl itself, and don't know how to roll back. Hence the chagrin. I am very happy to see the heavy duty Perl geeks using OS X because it lends some kind of geeky credibility to my beloved MacOS, and make me feel good feeling bad about Windows. I do hope to learn from their writings and experience, but in the end I like MacOS for its simplicity and for the fact that it works... not because it is confusing and has a billion command line switches and whatnot. If that's a stupid question, I'm sorry... I have no experience yet with installing Perl modules. there are no stupid questions. Neither do I... pk/
Re: 5.8.0: Setting locale failed?
set the commands in your .cshrc like so... setenv LC_ALL C setenv LANG en_US On Tuesday, August 13, 2002, at 08:46 PM, Adam Turoff wrote: On Tue, Aug 13, 2002 at 06:58:53PM -0400, Morbus Iff wrote: Anyone seen this one before, or can give me some insight? [disobey:local/src/perl-5.8.0] morbus% perl -v perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LC_ALL = (unset), LANG = en_US are supported and installed on your system. perl: warning: Falling back to the standard locale (C). This is perl, v5.8.0 built for darwin You need to set two environment variables: LC_ALL and LANG. I use this in my .profile (I use bash as my login shell): export LC_ALL=C export LANG=en_US If you can translate that to [t]csh, the problem should go away when you log in again (or restart terminal, or whatever). The tcsh fix is documented in a few OSX-type places, but I don't have any URLs offhand. HTH, Z.
Re: Is anyone else working on a psync GUI?
On Friday, August 9, 2002, at 04:48 PM, David Baker (Acorn Web Designs) wrote: Hi Guys, I'm thinking about working on a psync GUI (what about PsyncX?). Is anyone out there currently working on one? If so, could you contact me? I would like to second that. ;-) Searching around for various solutions, Dan Kogai's psync has been the only one to hit the spot for me. Now, a nice (maybe not so nice is also ok) gui that allows connecting to networked volumes, scheduling via crontab, filters on files, making and saving backup sets, and incremental backup (that, I think is already there) would make it the best. Well, then it would make it a competitor to Retrospect, what the heck. And perl will rule. C'mon Dan the man with too many drives on too many puters to backup. pk/ ps. thanks for writing and releasing psync.
Re: libapreq / mod_perl / PHP
Hi, Fwiw, mod_perl, perl, and php compile and co-exist happily on my ibook. Its a pain in the ass, but it is do-able. PHP install specifically is fairly straight-forward. Although, don't ask me how I did it... I don't remember. Next time I will keep a log of everything. Hope this report that it does work help you get to your final goal. pk/ On Tuesday, July 30, 2002, at 07:56 AM, [EMAIL PROTECTED] wrote: Quoting Florian Helmberger [EMAIL PROTECTED]: On Tuesday, July 30, 2002, at 10:24 , Danial Pearce wrote: To be honest, I'm expecting a lot of replies saying that this is PHP's fault and it's nothing to do with perl etc. But my question to the perl list, is: Is there a way to get the libapreq stuff (Apache::Request / Apache::Cookie) to work on the plain Mac OS X version of Apache? Danial, as there is patching Apache itself involved, I don't think so - you have to recompile Apache. But one possible solution might be to install the compiled Apache with mod_perl in your /opt tree and configure it to listen to another port and use the prebuild OS X Apache for your PHP stuff on the standard port. This way you also don't get surprised after a OS X update which installs a new Apache (and trashes your changes). Yes, I have tried that. That's why I can only use the standard PHP, because I can't get any of the other version to compile with any versions of apache. If someone knows how, i'd love to know, because I can certainly get mod_perl going on ANY version of apache, it's easy. I guess that is a question for the PHP list though, as my original question of getting libapreq going on the standard apache seems to be impossible. I think it's time to bug the PHP list instead :) thanks guys Danial
Re: Installing GD: missing malloc.h!?
Peder, Stepwise.com has a quite well known tutorial for installing gd... it is really quite simple... it only requires png, jpeg, and zlib, and the latter is conveniently provided by Apple. Look at stepwise (I don't have the exact link, but I am sure you can find it very easily). You will not have nearly any of the problems you experienced below. pk/ On Sunday, July 7, 2002, at 05:59 PM, Peder Axensten wrote: I want to produce graphic (pixel) files so I decided to install GD and got it from CPAN. I noticed it needed the gd graphics library, so I started to install that. I noticed that this needed the PNG graphics library, the zlib compression and (optionally, but what the heck -- I was warming up!) the FreeType rendering library as well as the JPEG library. So I installed these. (But I decided to give XPM and X Windows a miss.) I noticed that to install FreeType I needed GNU make, so I installed it too. Back to GD and tried to compile it, but I was missing include files for FreeType and jpeg, so I copied them by hand (I thought 'make install' did those things?). I got that working but now it needs malloc.h! I knew it must be somewhere and sure, there are several: /System/Library/Frameworks/Kernel.framework/Versions/A/Headers/sys/malloc. h, /usr/include/objc/malloc.h and /usr/include/sys/malloc.h. I don't know Unix very well (but I've learned a lot today!), I know that malloc is part of ANSI C -- why doesn't GD see it? [localhost:libs/GD/gd-1.8.4] peder% make cc -I. -I/usr/include/freetype2 -I/usr/local/include -O -DHAVE_LIBPNG -DHAVE_LIBJPEG -DHAVE_LIBFREETYPE -DHAVE_LIBTTF-c -o gdft.o gdft.c gdcache.h:43: header file 'malloc.h' not found cpp-precomp: warning: errors during smart preprocessing, retrying in basic mode make: *** [gdft.o] Error 1 Since I had just installed gnumake I tried it too, but with the same result. Second question: are these instalments safe for future System upgrades in /usr/local/ or should I have them somewhere else? Any advice is most welcome. -- /Peder Axensten Phone: +46-90-32344 (home), +46-90-786.7719 (work) Fax: +46-90-786.5121 (work)
Apache-Session
I tried installing Apache::Session via CPAN. Failed with the message below. Then I saw on the CPAN page that Apache-Session fails on darwin. Any suggestions/workarounds? How do I implement sessions in perl powered web applications on MacOS X with Apache? Thanks, Puneet. = Apache::Session fail message tail = t/99flexsemget not implemented at /System/Library/Perl/darwin/IPC/Semaphore.pm line 38. (in cleanup) semget not implemented at /System/Library/Perl/darwin/IPC/Semaphore.pm line 38. t/99flexdubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED test 2 Failed 1/2 tests, 50.00% okay t/99md5gen..ok t/99moduniqgen..ok t/99mysql...skipped test on this platform t/99mysqllock...skipped test on this platform t/99mysqlstore..skipped test on this platform t/99nulllockok t/99oracle..skipped test on this platform t/99postgresskipped test on this platform t/99semaphore...semget not implemented at /System/Library/Perl/darwin/IPC/Semaphore.pm line 38. t/99semaphore...dubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 2-28 Failed 27/28 tests, 3.57% okay t/99storableok t/99uue.ok Failed Test Status Wstat Total Fail Failed List of Failed t/99flex.t 255 65280 21 50.00% 2 t/99semaphore.t 255 6528028 27 96.43% 2-28 5 tests skipped. Failed 2/18 test scripts, 88.89% okay. 28/100 subtests failed, 72.00% okay. make: *** [test_dynamic] Error 2 /usr/bin/make test -- NOT OK Running make install make test had returned bad status, won't install without force
Re: Error installing modules from CPAN
Hans Holtan wrote: I keep getting this set of errors when I try do install directly from CPAN with: % sudo perl -MCPAN -e shell I have tried installing various modules but this is what I get every time: cpan install MD5 Running make for G/GA/GAAS/MD5-2.02.tar.gz Fetching with Net::FTP: ftp://ftp.cs.colorado.edu/pub/perl/CPAN/authors/id/G/GA/GAAS/MD5-2.02.tar.gz CPAN: MD5 security checks disabled because MD5 not installed. Please consider installing the MD5 module. zsh: no such file or directory: y/sources/authors/id/G/GA/GAAS/MD5-2.02.tar.gz tar: End of archive volume 1 reached tar: Sorry, unable to determine archive format. y/sources/authors/id/G/GA/GAAS/MD5-2.02.tar.gz: No such file or directory Couldn't uncompress y/sources/authors/id/G/GA/GAAS/MD5-2.02.tar.gz cpan Can someone tell me in newbie what is going wrong here? Thanks for your help, -Hans Hans, I had many such and other wierd errors... my specific problem was that the gzipped tars being downloaded were screwed up. The checksum was all wonky. Try changing your CPAN repository. Use the o conf command to do that. Hth, pk/