nice.
On a related note...some of our developers use the EPIC plugin in eclipse to
create/modify remote .pl and .pm files. Same issue (CR/LF) - we usually run
a clean.pl script recursively on directories on the dev server during
development/prior to generating a build. Needless to say, this gets
vi? I just send mine to India and pay some guy $1 to remove them with
his teeth.
Tosh
Devin Teske wrote:
On Tue, 2010-06-29 at 09:33 -0500, Chris Bennett wrote:
Tosh Cooey wrote:
Maybe I should have followed up instead of sending this so quickly, oh
well.
Yes the Windows CR/LF was the pr
On Tue, 2010-06-29 at 09:33 -0500, Chris Bennett wrote:
> Tosh Cooey wrote:
> > Maybe I should have followed up instead of sending this so quickly, oh
> > well.
> >
> > Yes the Windows CR/LF was the problem. So the situation is resolved,
> > but I have no clue why the same file with different n
Tosh Cooey wrote:
Maybe I should have followed up instead of sending this so quickly, oh
well.
Yes the Windows CR/LF was the problem. So the situation is resolved,
but I have no clue why the same file with different names was
inconsistent in execution.
Oh well, don't look a gift horse in t
Maybe I should have followed up instead of sending this so quickly, oh well.
Yes the Windows CR/LF was the problem. So the situation is resolved,
but I have no clue why the same file with different names was
inconsistent in execution.
Oh well, don't look a gift horse in the mouth I guess, th
Ha ha... Yes I wondered about that too, except then why would it run as
mailfile2.pl after only: cp mailfile.pl mailfile2.pl ?
However the programmer working on that file uses Windows and so who
knows, maybe this is the solution, but not the answer...
Thanks!
Tosh
Cosimo Streppone wrote:
On Tue, 29 Jun 2010 14:37:38 +0200, Tosh Cooey wrote:
I have an application with a program called [mailfile.pl] which runs
under MP::Registry and is accessed via some mod_rewrites.
Today I pushed a new version from my DEV server to the WWW server using
rsync. Obviously it was working perf
