Hi Martin, On 06/01/2017 02:38 PM, Martin Decky wrote: > * Why should ftell() return a long instead of a off64_t? What is the > reason for using a signed type when semantically the offset (from the > beginning of the file) is always non-negative? And why do we want to > limit the type to 32 bits on 32 bit platforms?
Because we have previously agreed on drawing the API compatibility line in the standard C library. So we should provide a standard C implementation of ftell() and fseek(). Having ftell() and fseek() operate with non-standard and HelenOS-specific off64_t would be against your own recommendation below. > suggest you take the alternative path: Rename our native API symbols to > non-clashing names and implement the replicas of the foreign broken APIs > in separate optional libraries that do not force the brokenness to > everything in HelenOS? If you don't like the mixing of standard C interfaces and HelenOS native ones in one library, then there should be perhaps be two libraries that clearly separate the two worlds. Jakub _______________________________________________ HelenOS-devel mailing list [email protected] http://lists.modry.cz/listinfo/helenos-devel
