The collected works of gerard

Hi list,

I thought an updated clamav would be nice, so I tried to compile 0.94.2 with mipspro 7.4.4 ( c99 mode ) and got these errors:

cc-1079 c99: ERROR File = ../libclamunrar/unrarppm.h, Line = 76
A type specifier is expected.

} __attribute__((packed));

However, it compiles just fine with gcc. Now I prefer mipspro, so does anybody have an idea how to fix this?
Thanks in advance,

gerard

__attribute__((something)) is a GCC extension, that has to go or #defined away

If you want to make sure that struct is packed, have a look at the MIPSpro pragma guide (?).

Ah, thanks jan-jaap. I did a quick grep on the sources, and there's more usage of that extension there. I'm afraid that's over my head ( ianap ) so gcc'll have to do...
Best,

gerard

I (and probably a few other weird people arround here) run my email server on an Irix machine

Yep, same here. And the company of our current ( commercial ) anti-virus software is taking too long for my taste with updates, so I thought I'd have a look at clamav...

bplaa.yai wrote:

Just ./configure it, and then edit clamav-config.h
and add
#define HAVE_PRAGMA_PACK 1
and remove
#define HAVE_ATTRIB_PACKED 1
It looks like both are not detected correctly by the configure script.

Thanks for the tip, now it does compile with mipspro! Starts up too, but clamd coredumps when scanning a pdf file. Here are the last lines of the debug output:

LibClamAV debug: Exported 143106 bytes using enctype 2
LibClamAV debug: 2 trailing bytes to export
LibClamAV debug: base64chars = 2 (@ @ @)
LibClamAV debug: Recognized PDF document file
LibClamAV debug: in cli_pdf(/var/tmp//clamav-f6a25d887be5447088889dd3eb0dcd42)
LibClamAV debug: cli_pdf: scanning 143107 bytes
/etc/init.d/neko_clamd[19]: 43636 Bus error(coredump)

But clamscan runs without errors... More searching to do...

gerard

Uploaded neko_bind-9.6.1-P1.tardist to /beta. Update addresses CVE-2009-0696

That's absolutely awesome, neko! Thanks a million for keeping on top of this! I installed it on one of our nameservers and it seems to be allright so far. Just a remark:
We run our nameservers chrooted, and this version complained about a missing /dev/poll. So I created a /dev/poll in the named jail ( ~named/dev in our case ) with:
mknod poll c 138 0
I found the majornumber of /dev/poll in /usr/include/sys/major.h. It's seems to be ok, but if any of you have better knowledge of this, I'd be glad to hear.
Anyway, I'll let the patched named run for awhile, and if everything is ok, I'll install it on our other nameservers.
Thanks again!
Best,

gerard