[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: More pre-revprop-change hook woes

From: Juanma Barranquero <lektu_at_terra.es>
Date: 2004-02-20 00:11:47 CET

On Thu, 19 Feb 2004 17:39:41 +0100, Branko Cibej <brane@xbc.nu> wrote:

> You may, but I disagree. We should either support the lowest common
> denominator for executables on Windows platforms (which we're doing
> now), or support _all_ registered executable extensions, either via the
> %PATHEXT% envoronment variable, or based on information in the registry.

Well, I mostly agree with you. Still, a few datapoints:

 - Via the registry, Word documents would be executable, as would Excel
   spreadsheets, and almost any file whose extension is registered.

   C:\> assoc .doc

   C:\> ftype Word.Document.8
   Word.Document.8="C:\Archivos de programa\Microsoft Office\Office10\WINWORD.EXE" /n /dde

   (I know you already know that :)

 - Based on %PATHEXT%, .pl files aren't executable on my system (when
   they, in fact, *are*).

   C:\> echo %PATHEXT%

   C:\> test.pl A B C

 - Subversion already includes both Python and Perl bindings (if the
   latter aren't included by default on Windows builds); it doesn't seem
   too far-fetched to allow Perl and Python scripts as executable hooks.

All in all, I think your idea is more "right", in a negative sense: an
orthogonal and elegant feature, more complex and difficult to maintain
and which gives little benefit. What I proposed is certainly uglier, but
is a one-line change, with no downsides: what's the worst it could
happen? What's the chance a SVN admin will put .py or .pl files in a
hooks/ dir that *aren't* scripts?

I cannot deny I'm scratching my own itch there: I'd love to be able to
put Perl scripts in hooks/ without having to jump through the "@REM='"
hoop :)


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Feb 20 18:43:14 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.