Groups | Search | Server Info | Login | Register


Groups > gnu.hurd.help > #398

Re: Trouble executing example translator from Hurd Hacking Guide

From Andrew Eggenberger <andrew.eggenberger@gmail.com>
Newsgroups gnu.hurd.help
Subject Re: Trouble executing example translator from Hurd Hacking Guide
Date 2019-07-28 04:48 -0500
Message-ID <mailman.12.1564307323.1985.help-hurd@gnu.org> (permalink)
References (1 earlier) <20190727090956.2b3nk43p42rgcmof@function> <20190727093244.443dqtvyku6yyo2y@function> <877e82cy5q.fsf@gmail.com> <20190728093313.s5zyy7sfotaybj5l@function> <875znmcww6.fsf@gmail.com>

Show all headers | View raw


Thank you. Yes, I misunderstood. All three methods work (independently) now.

Samuel Thibault writes:

> Hello,
>
> Andrew Eggenberger, le dim. 28 juil. 2019 04:21:21 -0500, a ecrit:
>> It's working now,
>
> Good :)
>
>> Both putting #define _FILE_OFFSET_BITS 64 and switching the offset
>> type in the read function to loff_t
>
> ? Only one of the two should be needed. Note that the #define needs to
> be very first, before #includes, since it's driving what includes are
> supposed to do.
>
>> There's also a small bug in the program itself. Instead of assigning
>> the char '1' in the for loop, it's assigning the int 1, causing it to
>> output the character with the ascii code 1.
>
> AIUI that was the purpose, but apparently it would be less surprising to
> emit '1' chars, so I changed that too.
>
> Samuel


-- 
Andrew Eggenberger

Back to gnu.hurd.help | Previous | Next | Find similar


Thread

Re: Trouble executing example translator from Hurd Hacking Guide Andrew Eggenberger <andrew.eggenberger@gmail.com> - 2019-07-28 04:48 -0500

csiph-web