[ECOS] Config tool 2.04 parse error bug.

Trenton D. Adams tadams@theone.dnsalias.com
Mon Aug 13 11:48:00 GMT 2001


"mount -f c: /C" didn't change things at all.

I also tried "mount -f c: /cygdrive/C" as well, and that didn't work
either.


As for the eCos docs that say binary mode, there aren't any.  Either
they've been fixed, or I miss took "mount -f -b c:/cygwin/tmp /tmp" as
mounting any of your mounts as binary.  In either case, the docs don't
say that.  In fact, they explictly say "mount -f c: /c".

-----Original Message-----
From: ecos-discuss-owner@sources.redhat.com
[ mailto:ecos-discuss-owner@sources.redhat.com ] On Behalf Of Jonathan
Larmour
Sent: Monday, August 13, 2001 11:39 AM
To: Trenton D. Adams
Cc: 'Julian Smart'; 'eCos Disuss'
Subject: Re: [ECOS] Config tool 2.04 parse error bug.


"Trenton D. Adams" wrote:
> 
> I do have one more comment that I just thought of.  I've noticed that
> the eCos docs say to "mount -f -b c: /c".  I find that a lot of the
time
> my code will not compile due to parse errors unless I "mount -f c: /c"
> for textmode.

Yes, that's likely the fix if you had /c mounted in binary mode before.
If
you do "mount -f c: /c" does the problem go away? Where did you find
something that said to use -b?

I notice in the original problem it was using /cygdrive/C rather than
/cygdrive/c. I wonder if that's the difference. Can you try "mount -f c:
/C" just for amusement value?

>  I have no idea why, but it might have something to do
> with the difference between linux/unix and windows carriage returns.
> eg. 0x0a 0x0d as opposed to 0x0a only.  So, I would assume /cygdrive/c
> is binary mode by default!

It depends.

Jifl
-- 
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223)
271062
Maybe this world is another planet's Hell -Aldous Huxley ||
Opinions==mine



More information about the Ecos-discuss mailing list