Thanks to Harry's feedback, I've started to understand the issues concerning bug #33255 .
I'm coming to the conclusion that the easiest way to solve the problem will involve adding a member to struct file_handle to store the encoding of the filename. (There is already an "encoding" member, but this is the encoding of the contents of the file, not its name.) Then, the signature of fn_open will need to be changed, to take a pointer to struct file_handle instead of a simple filename. This however is a rather low-level change. So I'd appreciate any comments. The biggest risk I can see, is the output drivers which all call fn_open in their callbacks. This will need to be adjusted accordingly, but I think it can probably be done without too much problem. Other suggestions welcome. J?' -- PGP Public key ID: 1024D/2DE827B3 fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3 See http://sks-keyservers.net or any PGP keyserver for public key.
signature.asc
Description: Digital signature
_______________________________________________ pspp-dev mailing list [email protected] https://lists.gnu.org/mailman/listinfo/pspp-dev
