You should test with an updated snapshot there are known problems with -0.60.
Regards, Flinn
On Monday, September 15, 2003, at 06:57 AM, Oliver Egginger wrote:
I see! Sorry for the noise. But I had to change the configure script. Also I had to compile the daemon manually, because the libpthread.so library isn't in the gcc call, which is genaerated by the make command. Here is what I did to build the clamd finally (whereby "root/Programme/clamav-0.60/" is my working directory):
gcc -g -O2 -o .libs/clamd options.o cfgfile.o clamd.o tcpserver.o localserver.o server.o scanner.o others.o clamuko.o dazukoio.o tests.o ../clamscan/getopt.o -L/root/Programme/clamav-0.60/libclamav /root/Programme/clamav-0.60/libclamav/.libs/libclamav.so /usr/lib/libpthread.so -lz -lbz2 -Wl,--rpath -Wl,/usr/local/lib
It seems to work, the clamd is running (I did not much testing yet). When I used the standard configure script the builing of the clamd is disabled, I don't know why, I commented the corresponding lines in the configure script to avoid the abandonment of the daemon during the make process.
Why is the clamd (standard) disabled under NetBSD? Are threre any known problems with the clamd under NetBSD?
regards oliver
Am Mit, 2003-09-10 um 13.39 schrieb Flinn Mueller:Didn't know they were that different... I always was under the impression (because I never had to deal with it) pth is a drop in posix threads implementation. If I remember correctly FreeBSD was requiring gnu pth2 with clamav.
<fontfamily><param>Courier</param>
LIB_DEPENDS= pth.20:${PORTSDIR}/devel/pth </fontfamily>
pthread_mutex_t is referred to quite a bit in pthread.h
pthread.h.in:#define pthread_mutex_t __vendor_pthread_mutex_t
pthread.h.in:typedef int __vendor_pthread_mutex_t;
pthread.h.in:#undef pthread_mutex_t
pthread.h.in:typedef struct pthread_mutex_st *pthread_mutex_t;
pthread.h.in:#define PTHREAD_MUTEX_INITIALIZER (pthread_mutex_t)(NULL)
pthread.h.in:extern int pthread_mutex_init(pthread_mutex_t *, const pthread_mutexattr_t *);
pthread.h.in:extern int pthread_mutex_destroy(pthread_mutex_t *);
pthread.h.in:extern int pthread_mutex_setprioceiling(pthread_mutex_t *, int, int *);
pthread.h.in:extern int pthread_mutex_getprioceiling(pthread_mutex_t *, int *);
pthread.h.in:extern int pthread_mutex_lock(pthread_mutex_t *);
pthread.h.in:extern int pthread_mutex_trylock(pthread_mutex_t *);
pthread.h.in:extern int pthread_mutex_unlock(pthread_mutex_t *);
pthread.h.in:extern int pthread_cond_wait(pthread_cond_t *, pthread_mutex_t *);
pthread.h.in:extern int pthread_cond_timedwait(pthread_cond_t *, pthread_mutex_t *, const struct timespec *);
Regards,
Flinn
On Wednesday, September 10, 2003, at 04:06 AM, Oliver Egginger wrote:
<excerpt><excerpt>Doesn't gnu-pth2 work under NetBSD for this purpose?
</excerpt>
How should this work? Both of this implementations use different
primitives, structures and definitions. For example there is no
pthread_mutex_t definition in pth.h.
regards
oliver
Am Mit, 2003-09-10 um 00.04 schrieb Flinn Mueller:
<excerpt>Doesn't gnu-pth2 work under NetBSD for this purpose?
Regards,
Flinn
On Tuesday, September 9, 2003, at 02:08 PM, Oliver Egginger wrote:
<excerpt>Hello,
I need posix thread support under NetBSD, cause the clamd (an open
source virus scanner) needs pthreads. I tempted to use the mit-pthread
pachage from pkg-src but it's unfit for this task, cause required
pthread functions are'nt implemented yet.
;-(
At the moment I'am working with NetBSD 1.6.1. As I see there is a
native
pthread implementation in NetBSD-current, right? Is this pthread
implementation complete? Or will it (at least) comply with the
translation of the clamd?
Is there anyone of you who is running the clamd under NetBSD?
- oliver
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Clamav-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/clamav-users
</excerpt>
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Clamav-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/clamav-users
</excerpt>--
Oliver Egginger <<[EMAIL PROTECTED]>
Fachhochschule Giessen-Friedberg
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Clamav-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/clamav-users
</excerpt>-- Oliver Egginger <[EMAIL PROTECTED]> Fachhochschule Giessen-Friedberg
------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Clamav-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/clamav-users
------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Clamav-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/clamav-users
