From: buers AT gmx DOT de (Dieter Buerssner) Newsgroups: comp.os.msdos.djgpp Subject: Re: size_t Date: 22 May 2000 11:08:18 GMT Lines: 11 Message-ID: <8gba6h.3vs4i2t.0@buerssner-17104.user.cis.dfn.de> References: <3923FDDD DOT 2186F25 AT mtu-net DOT ru> <39270C85 DOT BB52285C AT mtu-net DOT ru> <3928150C DOT 8B6BF9CD AT bigfoot DOT com> <392846EF DOT B95361CD AT mtu-net DOT ru> NNTP-Posting-Host: pec-45-56.tnt3.s2.uunet.de (149.225.45.56) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: fu-berlin.de 958993698 998416 149.225.45.56 (16 [17104]) X-Posting-Agent: Hamster/1.3.13.0 User-Agent: Xnews/03.02.04 To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com Alexei A. Frounze wrote: >Actual question was not about type casting in general. It was about type >casting for such things as size_t and fpos_t. fpos_t is described as an object, not as an aritmetic type. It can be a structure (but not an array). Therefore, fpos_t is only useful for "remembering" a position in a stream by fgetpos, and later resetting to this position by fsetpos. You must not do any arithmetic with fpos_t. You must not cast any other type to fpos_t and vice versa.