[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