Hi all. In putting together the test suite, I hit a few issues with conf files. Those are all described together in this email.
When running the test suite, I would think we want to be testing the build of ltrace that appears in the checked-out source tree, and that it should be independent of the user's local configuration or the overall system. Thus I would expect - ~/.ltrace to not be read - /etc/ltrace to not be read either - etc/ in the source tree to be read currently I'm observing that - ~/.ltrace is read - /etc/ltrace is not read - etc/ in the source tree is not read This sounds wrong. Complaints against patching it in this way? The DWARF parser interprets every structure as deeply as possible. This is often undesirable. For instance when tracing something like ftell(), ltrace wants to print all components of its FILE* argument. On my libc, this eventually contains a void value, and ltrace does an assert(0) trying to print it. We want to ship something like typedef FILE = addr; in our config files. We DO have this in libc.so.conf, but this has 2 problems: 1. this file isn't read by the test suite, as mentioned above 2. On Debian, the DWARF data has ftell(_IO_FILE*), not ftell(FILE*). It also has typedef FILE = _IO_FILE. Thus the typedef in the conf file has no effect. We can add to the conf file typedef _IO_FILE = FILE but this is an implementation detail of glibc, so this is unideal. We can also do something complicated like realizing that FILE is defined in the conf file, and then treat the typedef in the DWARF backwards. Suggestions? Thanks dima _______________________________________________ Ltrace-devel mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/ltrace-devel
