public inbox for ecos-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug 1001168] New: ftell returns incorrect position on files opened for append
@ 2011-03-07 10:53 bugzilla-daemon
0 siblings, 0 replies; 2+ messages in thread
From: bugzilla-daemon @ 2011-03-07 10:53 UTC (permalink / raw)
To: unassigned
Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001168
Summary: ftell returns incorrect position on files opened for
append
Product: eCos
Version: CVS
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: low
Component: C library
AssignedTo: unassigned@bugs.ecos.sourceware.org
ReportedBy: stano@meduna.org
CC: ecos-bugs@ecos.sourceware.org
Class: Advice Request
Created an attachment (id=1163)
--> (http://bugs.ecos.sourceware.org/attachment.cgi?id=1163)
Do a SEEK_CUR seek if the mode is append
If a file is opened for append, the ftell returns the number of characters
written after the original end of the file and not the absolute position in the
file. I.e. the following code:
int main( int argc, char **argv )
{
FILE *fp;
long pos;
mount( "/dev/flash/fis/fs", "/fs", "jffs2" );
unlink("/fs/test");
fp = fopen("/fs/test", "w");
fprintf(fp, "One two three");
fclose(fp);
fp = fopen("/fs/test", "a");
fprintf(fp, "Four");
pos = ftell(fp);
fclose(fp);
fprintf(stderr, "Position: %ld\n", pos);
umount( "/fs" );
}
prints 4.
The attached patch solves the problem; however, I am not that familiar with the
stdio infrastructure in eCos, so please review before applying.
--
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 2+ messages in thread
* [Bug 1001168] New: ftell returns incorrect position on files opened for append
@ 2011-03-07 10:53 bugzilla-daemon
0 siblings, 0 replies; 2+ messages in thread
From: bugzilla-daemon @ 2011-03-07 10:53 UTC (permalink / raw)
To: ecos-bugs
Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001168
Summary: ftell returns incorrect position on files opened for
append
Product: eCos
Version: CVS
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: low
Component: C library
AssignedTo: unassigned@bugs.ecos.sourceware.org
ReportedBy: stano@meduna.org
CC: ecos-bugs@ecos.sourceware.org
Class: Advice Request
Created an attachment (id=1163)
--> (http://bugs.ecos.sourceware.org/attachment.cgi?id=1163)
Do a SEEK_CUR seek if the mode is append
If a file is opened for append, the ftell returns the number of characters
written after the original end of the file and not the absolute position in the
file. I.e. the following code:
int main( int argc, char **argv )
{
FILE *fp;
long pos;
mount( "/dev/flash/fis/fs", "/fs", "jffs2" );
unlink("/fs/test");
fp = fopen("/fs/test", "w");
fprintf(fp, "One two three");
fclose(fp);
fp = fopen("/fs/test", "a");
fprintf(fp, "Four");
pos = ftell(fp);
fclose(fp);
fprintf(stderr, "Position: %ld\n", pos);
umount( "/fs" );
}
prints 4.
The attached patch solves the problem; however, I am not that familiar with the
stdio infrastructure in eCos, so please review before applying.
--
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2011-03-07 10:53 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-03-07 10:53 [Bug 1001168] New: ftell returns incorrect position on files opened for append bugzilla-daemon
-- strict thread matches above, loose matches on Subject: below --
2011-03-07 10:53 bugzilla-daemon
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).