Groups | Search | Server Info | Login | Register
| From | Samuel Thibault <samuel.thibault@gnu.org> |
|---|---|
| Newsgroups | gnu.hurd.help |
| Subject | Re: Trouble executing example translator from Hurd Hacking Guide |
| Date | 2019-07-28 11:33 +0200 |
| Organization | I am not organized |
| Message-ID | <mailman.9.1564306404.1985.help-hurd@gnu.org> (permalink) |
| References | <877e84gsx7.fsf@gmail.com> <20190727090956.2b3nk43p42rgcmof@function> <20190727093244.443dqtvyku6yyo2y@function> <877e82cy5q.fsf@gmail.com> <20190728093313.s5zyy7sfotaybj5l@function> |
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
Back to gnu.hurd.help | Previous | Next | Find similar
Re: Trouble executing example translator from Hurd Hacking Guide Samuel Thibault <samuel.thibault@gnu.org> - 2019-07-28 11:33 +0200
csiph-web