gobo-eiffel-develop

[gobo-eiffel-develop] svn:eol-style property not set

[Eric B. <er...@go...>]

col...@us... wrote:
> Added Paths:
> -----------
>     gobo/trunk/doc/xml/serializers.xml
>     gobo/trunk/doc/xml/xslt/xslt_serializer.xml

>     gobo/trunk/test/xml/xslt/data/character_map2.out
>     gobo/trunk/test/xml/xslt/data/character_map4.out

These files don't have the property svn:eol-style set.

-- 
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com

Re: [gobo-eiffel-develop] svn:eol-style property not set

[Eric B. <er...@go...>]

Colin Paul Adams wrote:
>>>>>> "Eric" == Eric Bezault <er...@go...> writes:
> 
>     Eric> col...@us... wrote:
>     >> Added Paths: ----------- gobo/trunk/doc/xml/serializers.xml
>     >> gobo/trunk/doc/xml/xslt/xslt_serializer.xml
> 
>     >> gobo/trunk/test/xml/xslt/data/character_map2.out
>     >> gobo/trunk/test/xml/xslt/data/character_map4.out
> 
>     Eric> These files don't have the property svn:eol-style set.
> 
> I think subversion rejected it because the files themselves were
> inconsistent with the styles.

Even for the two .xml files in the doc directory?

-- 
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com

Re: [gobo-eiffel-develop] svn:eol-style property not set

[Colin A. <col...@ho...>]

> >     Eric> col...@us... wrote:
> >     >> Added Paths: ----------- gobo/trunk/doc/xml/serializers.xml
> >     >> gobo/trunk/doc/xml/xslt/xslt_serializer.xml
> >=20
> >     >> gobo/trunk/test/xml/xslt/data/character_map2.out
> >     >> gobo/trunk/test/xml/xslt/data/character_map4.out
> >=20
> >     Eric> These files don't have the property svn:eol-style set.
> >=20
> > I think subversion rejected it because the files themselves were
> > inconsistent with the styles.
>=20
> Even for the two .xml files in the doc directory?

I didn't have time to look at them. I'll take a look next weekend.

_________________________________________________________________
Feel like a local wherever you go.
http://www.backofmyhand.com=

Re: [gobo-eiffel-develop] svn:eol-style property not set

[Colin P. A. <co...@co...>]

>>>>> "Eric" == Eric Bezault <er...@go...> writes:

    Eric> col...@us... wrote:

    >> gobo/trunk/test/xml/xslt/data/character_map2.out
    >> gobo/trunk/test/xml/xslt/data/character_map4.out

    Eric> These files don't have the property svn:eol-style set.

I don't know what to do about this. I tried making the results
verbatim manifest strings. The tests then fail as the embedded CR
characters (which show up as ^M in Emacs) are not being read from the
verbatim string (using "{ }" delimiters) into the STRING object.

(Eiffel Studio 6.0).
-- 
Colin Adams
Preston Lancashire

Re: [gobo-eiffel-develop] svn:eol-style property not set

[Eric B. <er...@go...>]

Colin Paul Adams wrote:
>>>>>> "Colin" == Colin Paul Adams <co...@co...> writes:
> 
>>>>>> "Eric" == Eric Bezault <er...@go...> writes:
>     Eric> col...@us... wrote:
> 
>     >> gobo/trunk/test/xml/xslt/data/character_map2.out
>     >>> gobo/trunk/test/xml/xslt/data/character_map4.out
> 
>     Eric> These files don't have the property svn:eol-style set.
> 
>     Colin> I don't know what to do about this. I tried making the
>     Colin> results verbatim manifest strings. The tests then fail as
>     Colin> the embedded CR characters (which show up as ^M in Emacs)
>     Colin> are not being read from the verbatim string (using "{ }"
>     Colin> delimiters) into the STRING object.
>     Colin> (Eiffel Studio 6.0).
> 
> I reverted to using the output files for comparing test results.
> I added the svn:needs-lock property to make them read-only (so you
> will not be tempted to edit them on Windows - these are generated
> output - that is I invoke gexslt on the test input files, and divert
> standard output to the file. Then I inspect the output to check it is
> correct).
> 
> I then set the svn:eol-style property to LF, combined with reading the
> files as binary files, in a effort to avoid the different results problem.

There is something I don't understand. Neither:

   gobo/trunk/test/xml/xslt/data/character_map2.out
   gobo/trunk/test/xml/xslt/data/character_map4.out

have the properties svn:needs-lock and svn:eol-style LF despite what
you described above, but now the file:

   gobo/trunk/test/xml/xslt/xm_xslt_test_character_map.e

has the property svn:eol-style LF. This does not look right
to me.

-- 
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com

Re: [gobo-eiffel-develop] svn:eol-style property not set

[Colin A. <col...@go...>]

Something went wrong then.
I'll take a look next weekend.

On 15/10/2007, Eric Bezault <er...@go...> wrote:
>
> Colin Paul Adams wrote:
> >>>>>> "Colin" == Colin Paul Adams <co...@co...> writes:
> >
> >>>>>> "Eric" == Eric Bezault <er...@go...> writes:
> >     Eric> col...@us... wrote:
> >
> >     >> gobo/trunk/test/xml/xslt/data/character_map2.out
> >     >>> gobo/trunk/test/xml/xslt/data/character_map4.out
> >
> >     Eric> These files don't have the property svn:eol-style set.
> >
> >     Colin> I don't know what to do about this. I tried making the
> >     Colin> results verbatim manifest strings. The tests then fail as
> >     Colin> the embedded CR characters (which show up as ^M in Emacs)
> >     Colin> are not being read from the verbatim string (using "{ }"
> >     Colin> delimiters) into the STRING object.
> >     Colin> (Eiffel Studio 6.0).
> >
> > I reverted to using the output files for comparing test results.
> > I added the svn:needs-lock property to make them read-only (so you
> > will not be tempted to edit them on Windows - these are generated
> > output - that is I invoke gexslt on the test input files, and divert
> > standard output to the file. Then I inspect the output to check it is
> > correct).
> >
> > I then set the svn:eol-style property to LF, combined with reading the
> > files as binary files, in a effort to avoid the different results
> problem.
>
> There is something I don't understand. Neither:
>
>    gobo/trunk/test/xml/xslt/data/character_map2.out
>    gobo/trunk/test/xml/xslt/data/character_map4.out
>
> have the properties svn:needs-lock and svn:eol-style LF despite what
> you described above, but now the file:
>
>    gobo/trunk/test/xml/xslt/xm_xslt_test_character_map.e
>
> has the property svn:eol-style LF. This does not look right
> to me.
>
> --
> Eric Bezault
> mailto:er...@go...
> http://www.gobosoft.com
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> gobo-eiffel-develop mailing list
> gob...@li...
> https://lists.sourceforge.net/lists/listinfo/gobo-eiffel-develop
>

Re: [gobo-eiffel-develop] svn:eol-style property not set

[Eric B. <er...@go...>]

Colin Paul Adams wrote:
> I am going to have to debug this under windows sometime, to find out
> exactly what is happening. I don't want to have to do this on my
> laptop - are you intending to refresh Gobo at AXAR soon?

Not before the next official release of Gobo. I'd like to have a
release of Gobo before the November release of ISE 6.1. Because
there is an ECMA meeting around that time, I plan to release Gobo
just before, in about 2 weeks.

However, you can check-out Gobo on your computer at AXAR if you
want. I did it as anonymous with TortoiseSVN and it worked. If
you don't have SVN or Tortoise installed, just let me know and
I'll check it out for you.

-- 
Eric Bezault
mailto:er...@go...
http://www.gobosoft.com

Re: [gobo-eiffel-develop] svn:eol-style property not set

[Colin A. <col...@go...>]

The problem that I am seeing is that the file character_map6.out also
needs the same treatment. And I think the qname_results.out too. It
looks like I have managed to fix the other two,

So this is a reminder to myself to do that this weekend.

On 22/10/2007, Eric Bezault <er...@go...> wrote:
> Colin Paul Adams wrote:
> > I am going to have to debug this under windows sometime, to find out
> > exactly what is happening. I don't want to have to do this on my
> > laptop - are you intending to refresh Gobo at AXAR soon?
>
> Not before the next official release of Gobo. I'd like to have a
> release of Gobo before the November release of ISE 6.1. Because
> there is an ECMA meeting around that time, I plan to release Gobo
> just before, in about 2 weeks.
>
> However, you can check-out Gobo on your computer at AXAR if you
> want. I did it as anonymous with TortoiseSVN and it worked. If
> you don't have SVN or Tortoise installed, just let me know and
> I'll check it out for you.
>
> --
> Eric Bezault
> mailto:er...@go...
> http://www.gobosoft.com
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> gobo-eiffel-develop mailing list
> gob...@li...
> https://lists.sourceforge.net/lists/listinfo/gobo-eiffel-develop
>

Re: [gobo-eiffel-develop] svn:eol-style property not set

[Colin A. <col...@go...>]

I've checked these changes in, along with a large number of others,
but svn has managed to delete at least one of my classes, so it won't
compile now.

I don't know how long it will take me to remember what the code was.

On 23/10/2007, Colin Adams <col...@go...> wrote:
> The problem that I am seeing is that the file character_map6.out also
> needs the same treatment. And I think the qname_results.out too. It
> looks like I have managed to fix the other two,
>
> So this is a reminder to myself to do that this weekend.
>
> On 22/10/2007, Eric Bezault <er...@go...> wrote:
> > Colin Paul Adams wrote:
> > > I am going to have to debug this under windows sometime, to find out
> > > exactly what is happening. I don't want to have to do this on my
> > > laptop - are you intending to refresh Gobo at AXAR soon?
> >
> > Not before the next official release of Gobo. I'd like to have a
> > release of Gobo before the November release of ISE 6.1. Because
> > there is an ECMA meeting around that time, I plan to release Gobo
> > just before, in about 2 weeks.
> >
> > However, you can check-out Gobo on your computer at AXAR if you
> > want. I did it as anonymous with TortoiseSVN and it worked. If
> > you don't have SVN or Tortoise installed, just let me know and
> > I'll check it out for you.
> >
> > --
> > Eric Bezault
> > mailto:er...@go...
> > http://www.gobosoft.com
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems?  Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > _______________________________________________
> > gobo-eiffel-develop mailing list
> > gob...@li...
> > https://lists.sourceforge.net/lists/listinfo/gobo-eiffel-develop
> >
>

Re: [gobo-eiffel-develop] svn:eol-style property not set

[Colin P. A. <co...@co...>]

>>>>> "Eric" == Eric Bezault <er...@go...> writes:

    Eric> col...@us... wrote:
    >> Added Paths: ----------- gobo/trunk/doc/xml/serializers.xml
    >> gobo/trunk/doc/xml/xslt/xslt_serializer.xml

    >> gobo/trunk/test/xml/xslt/data/character_map2.out
    >> gobo/trunk/test/xml/xslt/data/character_map4.out

    Eric> These files don't have the property svn:eol-style set.

I think subversion rejected it because the files themselves were
inconsistent with the styles. And two test cases are failing on
Windows but not on Linux. I think it is for the same reason -
character maps are being used to produce non-well-formed XML, which
includes CR characters.

I'm not sure what to do about this yet - I will look into it next weekend.
-- 
Colin Adams
Preston Lancashire

Re: [gobo-eiffel-develop] svn:eol-style property not set

[Colin P. A. <co...@co...>]

>>>>> "Colin" == Colin Paul Adams <co...@co...> writes:

>>>>> "Eric" == Eric Bezault <er...@go...> writes:
    Eric> col...@us... wrote:

    >> gobo/trunk/test/xml/xslt/data/character_map2.out
    >>> gobo/trunk/test/xml/xslt/data/character_map4.out

    Eric> These files don't have the property svn:eol-style set.

    Colin> I don't know what to do about this. I tried making the
    Colin> results verbatim manifest strings. The tests then fail as
    Colin> the embedded CR characters (which show up as ^M in Emacs)
    Colin> are not being read from the verbatim string (using "{ }"
    Colin> delimiters) into the STRING object.

    Colin> (Eiffel Studio 6.0).

I reverted to using the output files for comparing test results.
I added the svn:needs-lock property to make them read-only (so you
will not be tempted to edit them on Windows - these are generated
output - that is I invoke gexslt on the test input files, and divert
standard output to the file. Then I inspect the output to check it is
correct).

I then set the svn:eol-style property to LF, combined with reading the
files as binary files, in a effort to avoid the different results problem.

Unfortunately, the two tests are still failing on Windows.
-- 
Colin Adams
Preston Lancashire

Re: [gobo-eiffel-develop] svn:eol-style property not set

[Colin P. A. <co...@co...>]

>>>>> "Eric" == Eric Bezault <er...@go...> writes:

    Eric> Colin Paul Adams wrote:
    >>>>>>> "Colin" == Colin Paul Adams <co...@co...>
    >>>>>>> writes:
    >> 
    >>>>>>> "Eric" == Eric Bezault <er...@go...> writes:
    Eric> col...@us... wrote:
    >> 
> >> gobo/trunk/test/xml/xslt/data/character_map2.out >>>
    >> gobo/trunk/test/xml/xslt/data/character_map4.out
    >> 
    Eric> These files don't have the property svn:eol-style set.
    >> 
    Colin> I don't know what to do about this. I tried making the
    Colin> results verbatim manifest strings. The tests then fail as
    Colin> the embedded CR characters (which show up as ^M in Emacs)
    Colin> are not being read from the verbatim string (using "{ }"
    Colin> delimiters) into the STRING object.  (Eiffel Studio 6.0).
    >> 
    >> I reverted to using the output files for comparing test
    >> results.  I added the svn:needs-lock property to make them
    >> read-only (so you will not be tempted to edit them on Windows -
    >> these are generated output - that is I invoke gexslt on the
    >> test input files, and divert standard output to the file. Then
    >> I inspect the output to check it is correct).
    >> 
    >> I then set the svn:eol-style property to LF, combined with
    >> reading the files as binary files, in a effort to avoid the
    >> different results problem.

    Eric> There is something I don't understand. Neither:

    Eric>   gobo/trunk/test/xml/xslt/data/character_map2.out
    Eric> gobo/trunk/test/xml/xslt/data/character_map4.out

    Eric> have the properties svn:needs-lock and svn:eol-style LF
    Eric> despite what you described above, but now the file:

    Eric>   gobo/trunk/test/xml/xslt/xm_xslt_test_character_map.e

    Eric> has the property svn:eol-style LF. This does not look right
    Eric> to me.

I must have mis-typed the commands, as I now find I am not allowed to
set the *.out files to have LF as the eol-style, as it is inconsistent
with the data.

So instead I set svn:mime-type to application/xml, so subversion
treats them as binary files, which has the desired effect.

Unfortunately the tests still fail under windows.

I am going to have to debug this under windows sometime, to find out
exactly what is happening. I don't want to have to do this on my
laptop - are you intending to refresh Gobo at AXAR soon?
-- 
Colin Adams
Preston Lancashire