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
