Re: locale in carbon emacs (was: OS X Installed numbers (was: mac-toolbox))
At 09:45 PM 11/14/2002 -0500, Kee Hinckley wrote: Two possibilities. >1. You're used to some version of make which does cpan installs? > >sudo perl -MCPAN -e shell >install xxx I'm used to ActivePerl's ppm, which looks and feels a lot like ftp. No need to make anything. Unix-style makefiles are not common on Windows these days. >or what I do >perl -MCPAN -e shell >get xxx >quit >cd ~/.cpan/build/yyy >perl Makefile.pl >make >make test >sudo make install >which gives me more control. Yes, that was what I was trying to do. >More to the point though, if you haven't installed the developer package, you don't >have a make at all--that may be your problem. Which developer package would that be?
Re: locale in carbon emacs (was: OS X Installed numbers)
At 12:46 PM 11/15/2002 +1100, Ken Williams wrote: >On Friday, November 15, 2002, at 11:17 AM, Heather Madrone wrote: >> >>At 10:44 PM 11/14/2002 +, Phil Dobbin wrote: >>>Switch, whether from Mac OS 9 or Win32, definitely ain't happening here :-( >> >>I just got a Powerbook a week ago, and I'm so disgusted with it that I'm >>thinking of switching back. I've been a programmer since 1980, and >>have worked in a variety of environments, mostly Unix. I've never had >>a more frustrating experience with a new system, except trying to get >>Oracle installed on NCR. >> >>I've been using ActivePerl under emacs in Windows for the past >>several years. As soon as I get perl underway on OSX, I'll be >>moving my perl programs over. > >I'm confused - you're disgusted with OS X so you're going to switch all your >programs from ActivePerl to OS X? Sounds a tad daft on such limited information, doesn't it? My perl programs now reside on an elderly NT 4.0 system that is showing signs of problems with its motherboard. The Powerbook is meant to be a partial replacement for my NT machine. Over the past several years, I have become, er, disenchanted with Microsoft and wish to have a system that doesn't have Microsoft's grubby little fingers behind my firewall. I first considered Linux and then a sparc, but ultimately settled on the Powerbook. I am hoping that my migration woes will end happily, and that I will be satisfied with the day-to-day operation of the Mac. However, these past few days have been so discouraging that I have considered selling the Powerbook and surrendering to the evil of Microsoft. Those Apple switch ads currently make steam come out my ears. >Anyway, what has been frustrating you about the powerbook? >Anything this list can help with or be interested in? Probably not. As an example, the Powerbook locks up the current application and refuses to shut down if a Windows network disk has gone offline. That's well beyond the scope of this list. >>I'm running perl 5.8 on mac 10.2. > >That's sometimes a source of frustration (both now and in the future when Apple >upgrades), has it given you any specific trouble? No. Perl itself works beautifully. >>Also, which make do you use to get modules installed from CPAN? > >You have multiple 'make' binaries? How did that happen? No, I don't have any. I have had compatibility problems in the past with different versions of make, so I thought I'd save myself a headache from the start by asking y'all which version you use. Most of the mac-specific perl docs that I have seen refer to OS 9. I'm not sure how much of them apply to OS X, so I've been relying on more generic perl docs. Oh, and another question: have any of you tried making majordomo under OS X? It is reputed to work, but I don't know anyone who has done it.
Re: locale in carbon emacs (was: OS X Installed numbers (was: mac-toolbox))
At 09:59 PM 11/14/2002 -0500, Sherm Pendley wrote: >On Thursday, November 14, 2002, at 07:17 PM, Heather Madrone wrote: > >>I haven't yet been able to figure out how to get the carbon build of >>emacs (a gui emacs) to import the locale so that the perl debugger >>will run under emacs. Any suggestions for the best way to handle >>that? > >GUI programs, since they're not launched from a shell prompt, don't inherit the >environment you've set up in .cshrc, .profile, or other startup script. > >Instead, their environment is defined in an XML file called >~/.MacOSX/environment.plist Ah, thank you. That is just the bit of information that I was looking for.
Re: locale in carbon emacs (was: OS X Installed numbers (was: mac-toolbox))
On Thursday, November 14, 2002, at 07:17 PM, Heather Madrone wrote: I haven't yet been able to figure out how to get the carbon build of emacs (a gui emacs) to import the locale so that the perl debugger will run under emacs. Any suggestions for the best way to handle that? GUI programs, since they're not launched from a shell prompt, don't inherit the environment you've set up in .cshrc, .profile, or other startup script. Instead, their environment is defined in an XML file called ~/.MacOSX/environment.plist LC_ALL C (It occurs to me that, because Terminal.app is a GUI program, it might read this too, and if it does, it may pass the environment found here down to your shell environment...) Also, which make do you use to get modules installed from CPAN? I use the one that came with the system, which is GNU make. sherm-- If you listen to a UNIX shell, can you hear the C?
Re: locale in carbon emacs (was: OS X Installed numbers (was: mac-toolbox))
On Thursday, November 14, 2002, at 09:26 PM, Puneet Kishor wrote: Perl 5.8.0 on OS X 10.2.x does have some problems in that it can conflict with previously compiled libraries. That depends entirely on how you choose to compile and install it. If you install it somewhere other than /System/Library/Perl or /Library/Perl, it's fine - no conflicts at all. sherm-- If you listen to a UNIX shell, can you hear the C?
Re: OS X: iTunes to HTML, by yours truly
On Friday, November 15, 2002, at 05:53 AM, _brian_d_foy wrote: In article , Morbus Iff <[EMAIL PROTECTED]> wrote: My biggest problem wasn't installation, but the sheer amount of dependencies - something like 20 additional modules needed just for an iTunes parser? it's not just an iTunes parser. i only have about 7 explicit dependencies, and most of those are only for testing. It's sometimes better to just include testing dependencies in t/lib or similar, or if you were to use Module::Build instead of MakeMaker, as a 'build-time' dependency. Otherwise it creates extra burden on people installing. -Ken
Re: locale in carbon emacs (was: OS X Installed numbers (was: mac-toolbox))
At 8:26 PM -0600 11/14/02, Puneet Kishor wrote: Also, which make do you use to get modules installed from CPAN? no idea. Just say "install whateveryouwant" at the cpan prompt and it does it all. Please elaborate more on your problems. That is the only way others can help you. Two possibilities. 1. You're used to some version of make which does cpan installs? sudo perl -MCPAN -e shell install xxx or what I do perl -MCPAN -e shell get xxx quit cd ~/.cpan/build/yyy perl Makefile.pl make make test sudo make install which gives me more control. More to the point though, if you haven't installed the developer package, you don't have a make at all--that may be your problem. -- 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: locale in carbon emacs (was: OS X Installed numbers (was: mac-toolbox))
On Thursday, November 14, 2002, at 06:17 PM, Heather Madrone wrote: Hi, I'm Heather Madrone, and I just signed onto this list this morning. At 10:44 PM 11/14/2002 +, Phil Dobbin wrote: Switch, whether from Mac OS 9 or Win32, definitely ain't happening here :-( I just got a Powerbook a week ago, and I'm so disgusted with it that I'm thinking of switching back. I've been a programmer since 1980, and have worked in a variety of environments, mostly Unix. I've never had a more frustrating experience with a new system, except trying to get Oracle installed on NCR. Interesting. I know a great many folks who would differ. But that is besides the point. If you chose to tell us that you are disgusted with Powerbook, how about also telling us *why* that is so. Maybe some of us will see a different point of view, maybe we will try and help you see another way. I've been using ActivePerl under emacs in Windows for the past several years. As soon as I get perl underway on OSX, I'll be moving my perl programs over. I'm running perl 5.8 on mac 10.2. ActivePerl under emacs? Dunno what that means exactly. However, ActivePerl on Windoze is a very good product. Sometimes I wish there were something like that on other platforms, not just OS X. But then, Unix has its own strengths. Perl 5.8.0 on OS X 10.2.x does have some problems in that it can conflict with previously compiled libraries. But it seems to be working for a lot of people (I am still on Perl 5.6.0 because I don't know any better). What is really confusing is that you are disgusted with your PB and OS X, and yet, you will be moving all your programs over. Why bother? And why did you choose a PB/OS X in the first place? You could have just as well bought a Windoze laptop and continued with what was familiar. Would have worked well. I haven't yet been able to figure out how to get the carbon build of emacs (a gui emacs) to import the locale so that the perl debugger will run under emacs. Any suggestions for the best way to handle that? There is a Carbonized emacs (search Google), and there is recurring discussion on this list on how to set LANG and locale, in various permutations and combinations (terminal, system-wide, even cron). Just search the list archives for locale. Also, which make do you use to get modules installed from CPAN? no idea. Just say "install whateveryouwant" at the cpan prompt and it does it all. Please elaborate more on your problems. That is the only way others can help you. Puneet.
Re: locale in carbon emacs (was: OS X Installed numbers)
On Friday, November 15, 2002, at 11:17 AM, Heather Madrone wrote: At 10:44 PM 11/14/2002 +, Phil Dobbin wrote: Switch, whether from Mac OS 9 or Win32, definitely ain't happening here :-( I just got a Powerbook a week ago, and I'm so disgusted with it that I'm thinking of switching back. I've been a programmer since 1980, and have worked in a variety of environments, mostly Unix. I've never had a more frustrating experience with a new system, except trying to get Oracle installed on NCR. I've been using ActivePerl under emacs in Windows for the past several years. As soon as I get perl underway on OSX, I'll be moving my perl programs over. I'm confused - you're disgusted with OS X so you're going to switch all your programs from ActivePerl to OS X? Anyway, what has been frustrating you about the powerbook? Anything this list can help with or be interested in? I'm running perl 5.8 on mac 10.2. That's sometimes a source of frustration (both now and in the future when Apple upgrades), has it given you any specific trouble? I haven't yet been able to figure out how to get the carbon build of emacs (a gui emacs) to import the locale so that the perl debugger will run under emacs. Any suggestions for the best way to handle that? Sorry, I don't know, but I'll be interested to know the answer. Also, which make do you use to get modules installed from CPAN? You have multiple 'make' binaries? How did that happen? -Ken
locale in carbon emacs (was: OS X Installed numbers (was: mac-toolbox))
Hi, I'm Heather Madrone, and I just signed onto this list this morning. At 10:44 PM 11/14/2002 +, Phil Dobbin wrote: >Switch, whether from Mac OS 9 or Win32, definitely ain't happening here :-( I just got a Powerbook a week ago, and I'm so disgusted with it that I'm thinking of switching back. I've been a programmer since 1980, and have worked in a variety of environments, mostly Unix. I've never had a more frustrating experience with a new system, except trying to get Oracle installed on NCR. I've been using ActivePerl under emacs in Windows for the past several years. As soon as I get perl underway on OSX, I'll be moving my perl programs over. I'm running perl 5.8 on mac 10.2. I haven't yet been able to figure out how to get the carbon build of emacs (a gui emacs) to import the locale so that the perl debugger will run under emacs. Any suggestions for the best way to handle that? Also, which make do you use to get modules installed from CPAN? Heather Madrone ([EMAIL PROTECTED]) http://www.madrone.com Reality: deeper than I dreamed.
Re: OS X Installed numbers (Was Re: mac-toolbox)
On 14/11/02 1:05, "David Wheeler" <[EMAIL PROTECTED]> wrote: > On Wednesday, November 13, 2002, at 04:27 PM, Ken Williams wrote: > >> 2) High-end users who are dying to switch, but need to wait until >> their software is properly supported, or until they can properly do a >> massive switchover of technologies in their business > > You can probably blame Quark for about 90% of this. They're *really* > far behind updating QuarkXPress to Mac OS X, and they still pretty well > own the professional design layout market. This is especially true here in the U.K. The overwhelming majority of Mac users here are in the design/bureaux/newspaper business and won't touch OS X with a bargepole exclusively because of Quark. There are hopes that OS X may eat into the Oracle/Unix/db market but it's a *very* long shot. Local Perl Monger groups are reporting lay offs and the vast majority of _them_ are Windoze users. Switch, whether from Mac OS 9 or Win32, definitely ain't happening here :-( Regards, Phil.
Re: BB Edit 7 reads shebang
On Thursday, November 14, 2002, at 10:07 AM, Tim Grant wrote: That is, now you can use the "Check Syntax" feature, and the correct install of Perl will check the document. I didn't see that feature in their literature, but it works. I will have to double check. It is definitely in my engineering notes, but it is possible that it didn't make its way into the release notes or documentation. Now, if they would go the next step and use the shebang to enable syntax checking for other languages, such as shell scripts. If there are other script interpreters which have flags like the perl interpreter has we can certainly entertain the idea. Send mail to <[EMAIL PROTECTED]> with appropriate details. (If the interpreter doesn't allow syntax checking, only running, then I'm afraid you are out of luck...) Jim
Re: Sherlock SDK released
On Wednesday, November 13, 2002, at 09:32 PM, Chris Nandor wrote: In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Pete Prodoehl) wrote: There is a Mycroft http://mycroft.mozdev.org/ plugin for CPAN I believe... Which should be compatible with Sherlock. That's the old Sherlock. Sherlock 3, new with Jaguar, is completely different. The other ones were just little text files which described how to send and process search forms. Sherlock 3 is web services and JavaScript, and designing a UI rather than just a few text parameters. Neither Sherlock 3 or Watson are "extensible." (I'm an emacs fan.) The old Sherlock -- 1 and 2 -- was a very useful, easily modified tool. Sherlock 3 on the other hand is a marketing vehicle. It has very little use for anyone other than the "dumb consumer" who wants to find out what movie is playing locally. What is really needed is an Open Source re-implementation of Sherlock 2. I haven't had a chance to review the Sherlock 3 SDK yet, but if you can implement a channel by simply creating a plist, or modify, say the Internet search to scan other search engines without having to really jump through hoops, it would be a big win... but I'm not holding my breath. There are literally hundreds of sherlock plugins out there for 1 and 2 that allowed access to all sorts of "obscure" web search functions that are unlikely to ever generate enough interest from "sophisticated" users who will spend the time developing plugins for Sherlock 3, let alone Watson. T.T.F.N. William H. Magill [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: OS X: iTunes to HTML, by yours truly
In article , Morbus Iff <[EMAIL PROTECTED]> wrote: > >you shouldn't have any problem installing any of the > >dependencies with CPAN.pm though. did you have problems? > I did, but if you ask me what they were, I've forgotten. I remember running > the command two or three times, getting different errors on some of the > dependencies, and then shrugging and moving on. i'd appreciate any reports you can send me on installation or testing problems. just include everything that is output so i can see what is happening. > My biggest problem wasn't > installation, but the sheer amount of dependencies - something like 20 > additional modules needed just for an iTunes parser? it's not just an iTunes parser. i only have about 7 explicit dependencies, and most of those are only for testing. the bit that does the parsing has one dependency - MP3::Info. > # BEGIN failed--compilation aborted at > blib/lib/Mac/iTunes/AppleScript.pm line 10. > # Compilation failed in require at (eval 38) line 2. > FAILED--Further testing stopped: Mac::iTunes::AppleScript >did not compile make: *** [test_dynamic] Error 35 where does this error come from? > The very first error I get is in Test::Pod: > > t/pod_ok...NOK 3# STDERR is: > # # Failed test (t/pod_ok.t at line 36) > # # Pod had errors in [t/pod/bad.pod] > # # *** WARNING: No numeric argument for =over at > line 9 in file t/pod/bad.pod > # # *** ERROR: =over on line 9 without closing =back (at > head1) at line 13 in file t/pod/bad.pod > # # t/pod/bad.pod has 1 pod syntax error. Test::Pod errors you can ignore. they don't affect the code. you can send them to me so i can fix them though. which version of Pod::Checker do you have? > That starts cascading into errors in Text::Prereq: the tests are separate, so failures in one should not be connected to failures in the next one. > BEGIN failed--compilation aborted at > /Users/morbus/.cpan/build/Test-Prereq-0.18/t/pod.t line 8. > Can't locate object method "ARRAY" via package "B::begin_av" at > /Library/Perl/B/Module/Info.pm line 49. > There's probably another fifty cascading errors past that. that's an error in Module::Info. it looks like the test will fail, but if you check the report at the end of the tests, you should see that the prereq test didn't fail. the output you see if just Module::Info dumping a lot of information. > >the XML format doesn't gve you everything that iTunes knows about the > >mp3 files. you'll have to look in the "iTunes Music Library" for some of it. > > Oh? Any ideas off the top what's missing? i don't have a list, but Mac::iTunes::FileFormat is everything i know about the binary format. > Heh, funny - I'm a huUUge fan of Text::Template, but decided not to > use it because I wanted the script as standalonish as possible. standalone means less power. :)
Re: Apache2
John Delacour <[EMAIL PROTECTED]> wrote: >Unfortunately, nor will Apache2 on this machine. If I turn off web >sharing I can't connect to localhost at all. The Web Sharing Pref also appears to toggle the Firewall (next tab over) access to port 80. If that helps you any... -- "I don't mind being thought of as a badguy, but it /really/ annoys me to be thought of as an *incompetent* badguy!" -- John Moreno
Re: BBEdit 7.0 - Not Impressed
In article , [EMAIL PROTECTED] (Kee Hinckley) wrote: > At 11:29 PM -0500 11/13/02, Chris Nandor wrote: > >In article <[EMAIL PROTECTED]>, > > [EMAIL PROTECTED] (_brian_d_foy) wrote: > > > >> i'll have to see about this CVS tool thing. i'm dubious. > > > >It really rocks. It's fairly simple, but it works great. I really only > >want to do a few things with CVS in my text editor: commit and diff. > > Local CVS-only, or remote via ssh (with passcode prompting)? It just uses the command line cvs tool, I think. I use it with remote CVS. Mine doesn't prompt for the password, since I have ssh-agent set up, but yeah. -- Chris Nandor [EMAIL PROTECTED]http://pudge.net/ Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: searching cpan with Chimera (was Re: Sherlock SDK released)
On Wednesday, November 13, 2002, at 07:08 PM, Puneet Kishor wrote:
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");
This is cool, but only allows you to replace the default search. I'll
set mine to use Google, too, but it'd be cool to be able to specify
other search engines, and type, e.g.,
cpan Module::Build
In the location bar. If I understood Ken's post, that's what Omniweb
does, and IIRC, Mozilla can do this, too.
Regards,
David
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED] ICQ: 15726394
http://david.wheeler.net/ Yahoo!: dew7e
Jabber: [EMAIL PROTECTED]
Re: BB Edit 7 reads shebang
On 11/14/02 9:08 AM, "Tim Grant" <[EMAIL PROTECTED]> wrote: > On 11/14/02 11:21 AM, "R. Hannes Niedner" <[EMAIL PROTECTED]> wrote: > >> On 11/14/02 7:07 AM, "Tim Grant" <[EMAIL PROTECTED]> wrote: >> >>> Folks who have more than 1 Perl on their system might like to now that >>> BBEdit (apparently) reads the shebang and acts appropriately. >>> >>> That is, now you can use the "Check Syntax" feature, and the correct install >>> of Perl will check the document. I didn't see that feature in their >>> literature, but it works. >> >> I guess that does not translate into checking against the Perl on the other >> side of the SSH tunnel? >> >> /h >> > If you're interested in walking me through this a little, I'll try it out. > I've only used ssh in the Terminal. > > -Tim Grant > DBA, Knowledge Express If walk through means explain what I mean here it goes: Most of the files that I edit on my Powerbook reside on a Sun Host befind a firewall that does not allow insecure traffic (telnet ftp, etc.). To access them via BBEdit's FTP open remote function I establish an SSH tunnel that allows me to pipe the FTP through the firewall like: ssh -L 2025:remote.server.edu:21 remote.server.edu I can then establish an FTP connection in BBEdit using the local port (of the tunnel)127.0.0.1:2025 The question is in the context of the Shebang line but also of remote CVS check in and out. Someone posted that BBEdit would now read #! /which/perl/shall/I/use And checks the syntax against that Perl installation. I was wondering whether BBEdit would be so smart to see that a file actually resides on a remote server and would then test the perl script syntax against the remote Perl installation. The CVS question was already asked in a different mail, but basically can I use the CVS running on the remote server from within BBEdit? I hope I explained that ok? Best/h
Re: BBEdit 7.0 - Not Impressed
At 11:29 PM -0500 11/13/02, Chris Nandor wrote: In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (_brian_d_foy) wrote: i'll have to see about this CVS tool thing. i'm dubious. It really rocks. It's fairly simple, but it works great. I really only want to do a few things with CVS in my text editor: commit and diff. Local CVS-only, or remote via ssh (with passcode prompting)? I keep upgrading to new BBEdit versions, and it is useful enough on occasion to make it worth while, but it's not my primary editor. It requires far too much use of the mouse (emacs sequences probably help, but I gave up on emacs when my pinky literally refused to move one morning--it's no coincidence that Stallman has to dictate his edits to somebody). Also most of my editing is of Embperl, and there's no way in BBEdit to merge syntax modes. I'd dearly love them to make the syntax editing extensible with something like Perl itself. In the meantime, I spend most of my time in vim, where I don't need either the mouse *or* the control keys. -- 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: RunAppleScript vs. DoAppleScript
In article ,
[EMAIL PROTECTED] (Dan Sugalski) wrote:
> Apparently there's a bug in Mac::AppleScript that needs fixing. OTOH,
> if there's nothing that Mac::AppleScript does that Mac::Carbon
> doesn't, then I'm all for tossing its guts and turning it into a
> simple wrapper for Mac::Carbon. No point in duplicating the code if
> there's no win.
I had thought of that, but I wasn't really sure what your plans were,
and didn't want to speak out of turn. If there is a need or desire for
both, fine; if not, then it makes sense to have only one. I'd not have
even bothered with DoAppleScript, except that it was a part of a module
I needed to port anyway (for SetFileInfo, GetFileInfo, Volumes,
MakePath, and MakeFSSpec), and I wanted to have a single codebase of
that module for MacPerl and Mac::Carbon.
So yeah, a simple wrapper would work:
use MacPerl 'DoAppleScript'; # no need to slurp in all of Mac::Carbon
*RunAppleScript = *DoAppleScript{CODE};
The only caveat is that right now Mac::Carbon is still in development
... and I am not entirely sure if there isn't any other significant
difference between the two functions.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: RunAppleScript vs. DoAppleScript
At 8:04 AM -0500 11/14/02, Chris Nandor wrote: Mac::Carbon includes MacPerl.pm, which has some of the same functions as the MacPerl version: primarily convenience functions like SetFileInfo, GetFileInfo, and DoAppleScript. There's a Mac::AppleScript module that has a RunAppleScript, which is mostly like DoAppleScript; the only real difference is in the error value in $@. RunAppleScript outputs errOSAScriptError for every failed compilation (which is a bit unuseful, but I figure it could be changed ... Dan?). DoAppleScript puts the text of the error in there. Apparently there's a bug in Mac::AppleScript that needs fixing. OTOH, if there's nothing that Mac::AppleScript does that Mac::Carbon doesn't, then I'm all for tossing its guts and turning it into a simple wrapper for Mac::Carbon. No point in duplicating the code if there's no win. -- Dan --"it's like this"--- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bears and even teddy bears get drunk
Re: BBEdit 7.0
On 11/14/02 12:26 AM, Peter N Lewis wrote: >> Yeah, I considered that, but I figured it'd be mentioned somewhere in the >> BBEdit docs if I had to go to that length. Anyway, BBEdit appears to try to >> contact the correct server, which leads me to believe it is reading my >> config (or at least some of it). Or is the hostname in the CVS/ directories >> somewhere? Anyway, I'll try futzing with environment.plist tomorrow... > > Yes, once you setup a CVS directory, it no longer needs the CVS ROOT > (it is in ./CVS/Root & ./CVS/Repository. You still need the CVS RSH > setting though, at least if you want it to go through ssh. Yup, that makes sense, and that was it. Works fine now, thanks :) -John
BB Edit 7 reads shebang
Folks who have more than 1 Perl on their system might like to now that BBEdit (apparently) reads the shebang and acts appropriately. That is, now you can use the "Check Syntax" feature, and the correct install of Perl will check the document. I didn't see that feature in their literature, but it works. Now, if they would go the next step and use the shebang to enable syntax checking for other languages, such as shell scripts. -Tim Grant
Re: BBEdit 7.0 - Not Impressed
On Thu, 14 Nov 2002 08:09:43 -0600 Pete Prodoehl wrote: > > jEdit anyone? http://jedit.org/ > > Open-source, customizable, hackable, extendable, good community, > responsive developers, lots of plugins, multi-platform, etc... > > True, it's slower than BBEdit (since it's written in Java) but it's also > more open, if that's important to you. I plan to upgrade BBEdit tonight or tomorrow as soon as I hunt down the license keys. However, I've been dealing with gvim on a PC (and occasionally on my Mac) on a fairly regular basis and it offers a language mode for IDL, something I've been asking the folks at Research Systems and BareBones to consider for quite a while. It's not the only reason to choose an editor, but it does make my life a little easier, and I'm more than comfortable with vi and its relatives. I'll be working at Research Systems in a couple weeks - maybe I can get something started along those lines one day. Mike Schienle Interactive Visuals, Inc. http://www.ivsoftware.com - This message sent using EMUmail -- http://www.emumail.com - Jumping through hoops to get E-mail on the road? You've got two choices: Join the circus, or use MollyMail. Molly Mail -- http://www.mollymail.com
Re: BBEdit 7.0 - Not Impressed
jEdit anyone? http://jedit.org/ Open-source, customizable, hackable, extendable, good community, responsive developers, lots of plugins, multi-platform, etc... True, it's slower than BBEdit (since it's written in Java) but it's also more open, if that's important to you. Pete _brian_d_foy wrote: In article <[EMAIL PROTECTED]>, Mark S Lowe <[EMAIL PROTECTED]> wrote: This is BARELY an update. BBEdit is going the way of Interarchy.=20 They've run out of features, or in most causes reached a point where=20 they refuse to program anything difficult, so we're left with features=20= they have seem rather ossified. i had a few exchanges with their techies about syntax coloring. some of my code doesn't color correctly, and they don't color everything i need. i could fix things if i wanted to buy CodeWarrior and go through all of that pain, but i think they should have a better mechanism for that. why should i have to compile somthing for every language? i should be able to write a language description file, like vim has perhaps, and that is that. a few other exchanges on things like that lead me to beleive their locked into their code base now. i love the program, and i buy every version, but i do miss some of the aspects of open source development. i still wouldn't give it up because i like it much better than any other editor that has ever existed. :) i'll have to see about this CVS tool thing. i'm dubious.
Perl Rand() on MacOS X (Newbie Alert!)
Dear Perl-ers, Does anyone know if Perl's Rand() function reads from /dev/random or if not how one gets "good" random numbers from it? Need one use command-line tools to read from /dev/random and then Perl to parse the output? Thanks, Chris PS I have not used BBEdit, but only BBEdit Lite -- and I have become attracted of late to jEdit (freeware Java editor with Perl text-highlighting and so on) ... can anyone offer me opinions contrasting the two so I can see if I should use something else for Perl work? Thanks!
RunAppleScript vs. DoAppleScript
Mac::Carbon includes MacPerl.pm, which has some of the same functions as
the MacPerl version: primarily convenience functions like SetFileInfo,
GetFileInfo, and DoAppleScript.
There's a Mac::AppleScript module that has a RunAppleScript, which is
mostly like DoAppleScript; the only real difference is in the error
value in $@. RunAppleScript outputs errOSAScriptError for every failed
compilation (which is a bit unuseful, but I figure it could be changed
... Dan?). DoAppleScript puts the text of the error in there.
$ perl -MMacPerl=:all -le 'DoAppleScript ("asd"); print $@'
The variable asd is not defined
$ perl -MMac::AppleScript=:all -le 'RunAppleScript("asd"); print $@'
-1753
$ macerror -1753
Mac OS error -1753: (errOSAScriptError)
Anyway, before people started asking, that's the only real difference,
that I can see.
--
Chris Nandor [EMAIL PROTECTED]http://pudge.net/
Open Source Development Network[EMAIL PROTECTED] http://osdn.com/
Re: OS X: iTunes to HTML, by yours truly
>>you shouldn't have any problem installing any of the >>dependencies with CPAN.pm though. did you have problems? > >dependencies, and then shrugging and moving on. My biggest problem wasn't >installation, but the sheer amount of dependencies - something like 20 >additional modules needed just for an iTunes parser? That's insane. That's To be more fair and accurate: - I was exaggerating. - Most of the dependencies were second-level ones. It's still early yet. -- Morbus Iff ( relax have a happy meal ) Culture: http://www.disobey.com/ and http://www.gamegrene.com/ Tech: http://www.oreillynet.com/pub/au/779 - articles and weblog icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: morbus
Re: OS X: iTunes to HTML, by yours truly
>you shouldn't have any problem installing any of the >dependencies with CPAN.pm though. did you have problems? I did, but if you ask me what they were, I've forgotten. I remember running the command two or three times, getting different errors on some of the dependencies, and then shrugging and moving on. My biggest problem wasn't installation, but the sheer amount of dependencies - something like 20 additional modules needed just for an iTunes parser? That's insane. That's just a personal preference though. Annnyways, running it now, the last I get is: # BEGIN failed--compilation aborted at blib/lib/Mac/iTunes/AppleScript.pm line 10. # Compilation failed in require at (eval 38) line 2. FAILED--Further testing stopped: Mac::iTunes::AppleScript did not compile make: *** [test_dynamic] Error 35 The very first error I get is in Test::Pod: t/pod_ok...NOK 3# STDERR is: # # Failed test (t/pod_ok.t at line 36) # # Pod had errors in [t/pod/bad.pod] # # *** WARNING: No numeric argument for =over at line 9 in file t/pod/bad.pod # # *** ERROR: =over on line 9 without closing =back (at head1) at line 13 in file t/pod/bad.pod # # t/pod/bad.pod has 1 pod syntax error. That starts cascading into errors in Text::Prereq: BEGIN failed--compilation aborted at /Users/morbus/.cpan/build/Test-Prereq-0.18/t/pod.t line 8. Can't locate object method "ARRAY" via package "B::begin_av" at /Library/Perl/B/Module/Info.pm line 49. There's probably another fifty cascading errors past that. >the XML format doesn't gve you everything that iTunes knows about the >mp3 files. you'll have to look in the "iTunes Music Library" for some of it. Oh? Any ideas off the top what's missing? >here's a quick Mac::iTunes script to do the same thing. you can do just about >anything you like in the template file. if you want real control, separate >data generation from presentation. :) Heh, funny - I'm a huUUge fan of Text::Template, but decided not to use it because I wanted the script as standalonish as possible. -- Morbus Iff ( relax have a happy meal ) Culture: http://www.disobey.com/ and http://www.gamegrene.com/ Tech: http://www.oreillynet.com/pub/au/779 - articles and weblog icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: morbus
