lout-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Lout FAQ/HOWTO


From: Chris Herborth
Subject: Re: Lout FAQ/HOWTO
Date: Fri, 31 Oct 1997 16:29:01 -0500

Previously, Valeriy E. Ushakov (address@hidden) writes:
> Hmm, it seems that NT problem stems from text/binary distinction.  I
> tried to vary BUFFER_SIZE and got different positions recorded in .li
> file for different values.  The problem is that when fread() requests
> BUFFER_SIZE bytes we actually get fewer from OS low level read()
> becasue of squeezed crlf's.  So to fullfil the fread() request stdio
> has to perform one more read that, as a side effect, will fill the
> stdio internal buffer.  ftell() will then compensate for this
> read-ahead and its logic is somewhat arcane.  I'm trying to figure out
> what is going on in the VC stdio.

Yikes, that's a really nasty situation...

> Try compiling with debugging on and running with -dbs (or -ddbs, or
> -dddbs) to see what is going on in DB subsytem.  You might want to
> compare the output with the output obtained on a Unix system.  You
> might want to check that .li files are identical on Unix and QNX as
> .li file just records offsets in .ld file.

-ddbs and -dddbs produced exactly the same results, but they look OK to
my in-expert eye...

> > > PS: Hmm, can you please send me a copy of standard.li you get after
> > >     init run.  I'd like to compare it with the one I got on NT.
> > 
> > Sure thing, I'll attach it to another email.
> 
> They are identical.  So I think your stdio (fread/ftell) is ok and the
> cause of problem lies somewhere else.

Oh boy.  :-\  I'll continue digging on Monday.  Thanks for your help, BTW!

-- 
----------================================================----------  _
Chris Herborth, R&D Technical Writer   (address@hidden)              | \  _
QNX Software Systems, Ltd.             Arcane Dragon -==(UDIC)==-    | < /_\
http://www.qnx.com/~chrish/            DNRC Holder of Past Knowledge |_/ \_


reply via email to

[Prev in Thread] Current Thread [Next in Thread]