Package: sgrep Version: 1.94a-4 Severity: normal sgrep doesn’t work for large files. I just spent a few hours looking into this.
Unfortunately the code is not cleanly written: int is often used where long or off_t is needed. I concentrated on the simple case of getting long files working on a 64-bit system. In the end, I simply changed every occurrence of int to long (except for int argc in main), and this seems to work, but it’s obviously far from ideal. I’m sorry I didn’t manage to make a patch. I also discovered that compiling with -DDEBUG is broken; I patched this roughly by guessing which out-of-date struct members were which, and by sending debug output to stdout, not stderr (because the code redefines stderr to cause an error when building). If anyone’s interesting in getting this working, I’d be happy to give them the benefit of the work I’ve done, but it looks to me as if without serious knowledge of the code it’s more work than it’s worth. I’ve also written to upstream. For the present, a big fat warning in the package description and man page of “sgrep doesn’t work with files >2Gb” would be much appreciated! -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-14-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sgrep depends on: ii libc6 2.13-20ubuntu5 Embedded GNU C Library: Shared lib ii m4 1.4.16-1 a macro processing language sgrep recommends no packages. sgrep suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
