>>>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Andre Poenitz <[EMAIL PROTECTED]> writes:
Lars> | On Mon, Jan 06, 2003 at 09:41:01PM +0100, Lars Gullik Bjønnes wrote:
Lars> | > | A single char obviously can't be '\r\n'. So I'd indeed
Lars> expect a '\r' at the | > | end of the string read by
Lars> getline(...'\n') -- unless this has something | > | to do with
Lars> that 'binary mode' vs 'text mode' and the \r is removed earlier.
Lars> | > | Somehow...
Lars> | >
Lars> | > This is exactly what I think...
Lars> |
Lars> | The problem is, not to many people here have a Windows
Lars> development system | to check. The ifstream in question is not
Lars> opened in binary mode as far as I | can tell, so optically it
Lars> should work. Nevertheless, the '\r' show up for | the Windows
Lars> people...
Lars> |
Lars> | rtrim('\n') eats a few cycles but does no other harm on *nix.
Lars> At least as | workaround it should be ok.
Lars> but it gets _really_ ugly...
Lars> all calls to getline is followed by a call to rtrim...
Lars> then we should rather create a new getline function and use that
Lars> instead.
Then take a look at the one in tabular_funcs.C so that we can merge it
in too.
JMarc
