Hello Paul,


Yes, I should have done that, my account is vincentb1 on sourceforge... sorry using the list was just laziness, do not seek any other explanation.



BR,
   Vincent.

> Subject: Re: [jdee-users] Proposed patch to build.xml for MSWindows double-quote escape-char (msw-dqec)
> From: landes@mailc.net
> Date: Thu, 21 Feb 2013 09:50:42 -0600
> CC: jdee-users@lists.sourceforge.net
> To: vincent.b.1@hotmail.fr
>
> This is now in. Will Vincent and/or someone else please test it? I currently don't have a win/msdos setup to test with.
>
> Vincent: Just curious, why didn't you use the Sourceforge bug tracker? I believe you have an account right?
>
> Thanks Vincent.
>
>
> On Feb 20, 2013, at 11:28 PM, Vincent Bela´che <vincent.b.1@hotmail.fr> wrote:
>
> > Hello,
> >
> > Please find attached a patch proposal for jdee/build.xml.
> >
> > The problem at stake is that which I reported to Ant as:
> >
> > http://issues.apache.org/bugzilla/show_bug.cgi?id=54285
> >
> > My understanding of the problem is the following one:
> >
> > - MSDos command line has arcane and poorly documented rules for escaping
> > special characters:
> > - inside double quote the escape char is \ and you need to escape "
> > and \, however most of the time not escaping \ will work because a
> > single \ is interpreted as \ also
> > - percent sign have to be double quoted as ^%, but outside of the
> > double-quotes
> > - example:
> >
> > a\string%to\\be quoted %% now
> >
> > would be double-quoted as:
> >
> > "a\\string"^%"to\\\\be quoted "^%^%" now"
> >
> > - Ant does not do anything special to quote properly arguments passed to
> > command. This means that any double quote in the argument will cause
> > havoc
> >
> > - is that a bug of Ant or of the JVM:
> > - my understanding that that is a little of both
> > - the standard Java library should provide some support to process a
> > string into a quoted string for the platform on which the program is
> > run, like File.separator depends on the platform on which the
> > program is run --- to my knowledge there is no such support
> > - Ant should call such standard library function --- if it was
> > existing to do the argument quoting properly
> >
> >
> > - the hack which I propose is to do the escaping by hand within the
> > build.xml. Of course as soon as Ant is corrected for this problem,
> > then build.xml will need further patching so that property msw-dqec is
> > set to empty string when Ant version is recent enough.
> >
> >
> > VBR,
> > Vincent.
> >
> > Index: build.xml
> >
> > ===================================================================
> >
> > --- build.xml (revision 271)
> >
> > +++ build.xml (working copy)
> >
> > @@ -18,6 +18,14 @@
> >
> > <!-- everything depends on this initialization target -->
> > <target name="init">
> > <tstamp/>
> > + <condition property="msw-dqec" value="\" else="">
> > + <or>
> > + <os family="dos"/>
> > + <os family="windows" />
> > + <os family="winnt" />
> > + <os family="win9x" />
> > + </or>
> > + </condition>
> > <!-- developers will usually have the following config file (i.e. source
> > installed libs) -->
> > <property name="config.devel.build.file"
> > @@ -104,7 +112,7 @@
> >
> > <arg value="--no-site-file"/>
> > <arg value="--batch"/>
> > <arg value="--eval"/>
> > - <arg value="(message &quot;%S&quot; (if (featurep 'xemacs) 'true 'false))"/>
> > + <arg value="(message ${msw-dqec}&quot;%S${msw-dqec}&quot; (if (featurep 'xemacs) 'true 'false))"/>
> > </exec>
> > <if>
> > <equals arg1="${build.lisp.is-xemacs}" arg2="true"/>
> > ------------------------------------------------------------------------------
> > Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics
> > Download AppDynamics Lite for free today:
> > http://p.sf.net/sfu/appdyn_d2d_feb_______________________________________________
> > jdee-users mailing list
> > jdee-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jdee-users
>