Groups | Search | Server Info | Login | Register
| 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> |
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
Re: Trouble executing example translator from Hurd Hacking Guide Andrew Eggenberger <andrew.eggenberger@gmail.com> - 2019-07-28 04:48 -0500
csiph-web