David F. Skoll wrote:
> Hello,
>
> Please see the thread at
> http://lurker.clamav.net/thread/20071112.182941.5cf0dbce.en.html#20071112.182941.5cf0dbce
>
> Once again, I request the developers to turn off PhishingScanURLs by default
> or even remove the entire codebase. It is undermining my (and m
Bivaud François wrote:
> Thanks, we implement this way and we verify the memory usage.
>
> That's just complicated because we develop under win32 and exploit
under linux suze.
>
> But us application don't need portable.
>
You can connect to clamd using a TCP socket, and send it simple commands
to
Stephen Gran wrote:
> Hi all,
>
> So I've been thinking about how to reduce the breakage that occasionally
> happens to other bits of software on upgrades of libclamav, and I think
> I've come up with something that might be of some use. libtool lets you
> use a version script to (on platforms tha
Renato Botelho wrote:
> Hello,
>
> I've updated clamav on FreeBSD ports and bumped revision of all
> dependant ports due to ABI change and libclamav version bumped to .3.
>
> One of these dependant ports is clamassassin. Now we detected a
> problem on it because filesystem could not be touched befo
Stephen Gran wrote:
>> This reminds me of https://wwws.clamav.net/bugzilla/show_bug.cgi?id=272
>>
>
> Yes, that's exactly the same issue.
>
Hi Stephen,
Check out latest SVN (r3462), it uses version maps.
The cli_* symbols have a different "version", they are marked
CLAMAV_PRIVATE.
I got t
Dilyan Palauzov wrote:
> Hello,
>
> Scanning memory regions:
>
> I was wondering if in libclamav there are some intentions to
> introduce a function that scans data in memory, something similar to
>
That can only be done, if all scan functions in libclamav are tought to
scan mmap
Mark Allan wrote:
> Hi folks,
>
> Here's a patch to allow ClamAV to configure properly on Mac OS X
> 10.5. The nidump tool was deprecated a long time ago and is no longer
> included in 10.5 as netinfo doesn't exist any more. The dscl tool is
> the preferred method from at least 10.3 onwards
Michael H. Martel wrote:
> Greetings!
>
Hi,
> gcc -g -O2 -o .libs/clamscan output.o getopt.o cfgparser.o misc.o options.o
> clamscan.o others.o manager.o treewalk.o ../libclamav/.libs/libclamav.so
> -lpthread -Wl,--rpath -Wl,/usr/local/lib
> ../libclamav/.libs/libclamav.so: undefined refer
Ladar Levison wrote:
> I've been having a problem with libclamav segfaulting. And since its linked
> into my mail
> server code (on lavabit.com), its been taking down the server.
Please open a bugreport and attach the sample, so we can have a look.
> I've taken the temporary
> step of disabling
Marc Balmer wrote:
> I just noticed that I need to register and login to propose this via
> bugzilla.
Registration is automatic, and needed to avoid spam. Did you encounter
problems during registration?
> The developers do not accept diffs via email, it seems.
>
> I will mail a diff against 0.9
aledr wrote:
> Good day!
>
> Just reporting in...
> I'm always building my clamav rpms with these instructions:
> --
> %install
> %{__aclocal}
> %{__autoconf}
> %{__automake}
>
Please make sure you are not using an old auto
aledr wrote:
> Good day!
>
> Just reporting in...
> I'm always building my clamav rpms with these instructions:
> --
> %install
> %{__aclocal}
> %{__autoconf}
> %{__automake}
> %configure --enable-experimental --disable-clamav
Renato Botelho wrote:
> Hello,
>
> I'm preparing clamav 0.93 update for FreeBSD ports and
> until now 2 dependant ports didn't build with the same problem:
>
> error: 'struct cl_limits' has no member named 'maxratio'
>
> I couldn't find any reference to this removal at Changelog, is
> it correct?
>
On 2008-07-15 11:30, Damien Deville wrote:
> Dear Clamav-Devel,
>
> Here is a set of patches of libclamav and clamd for clamav-0.93.3 that
> reduces the loading time of compressed antiviral database in cvd files.
> They can be found at the following url: http://pbmtp.free.fr/clamav/
>
> We notice
On 2008-08-28 11:00, Per Jessen wrote:
> I've just built 0.93.3 on an AMD64 machine - for some reason, the
> libraries were installed in /usr/lib, not /usr/lib64. Is that
> intentional ?
>
What OS?
On my amd64 Debian Linux /usr/lib64 is a symlink to /usr/lib.
Best regards,
--Edwin
___
On 2008-10-02 10:25, Robert Allerstorfer wrote:
> Hi,
>
> clamscan 0.94 is the first version after 0.9 where the
> "--no-phishing-restrictedscan" option is no more mentioned in the
> output of 'clamscan -h'. However, that option has in fact been removed
> earlier - at least in the 0.93.x versions t
On 2008-11-17 17:29, Renato Botelho wrote:
> Hello,
>
>
Hi,
> libtool: link:
> `/home/garga/prs/clamav-devel/work/clamav-devel-20081114/libltdl/dlopen.la'
> is not a valid libtool archive
> gmake[4]: *** [libclamav.la] Error 1
> gmake[4]: Leaving directory
> `/home/garga/prs/clamav-devel/work
On 2008-11-17 19:35, Renato Botelho wrote:
> On Mon, Nov 17, 2008 at 3:16 PM, Török Edwin <[EMAIL PROTECTED]> wrote:
>
>> On 2008-11-17 17:29, Renato Botelho wrote:
>>
>>> libtool: link:
>>> `/home/garga/prs/clamav-devel/work/clamav-devel-2008
On 2008-11-17 20:02, Renato Botelho wrote:
> It built removing libtool dependency, thanks!!!
>
Ok.
>
>>> Anyway, the current ports version (20081105) build without
>>> any problems, something happened between 05 and 14 Nov
>>> that make it stop building.
>>>
>>>
>> Yep, libltdl was a
On 2008-11-17 20:46, Renato Botelho wrote:
> On Mon, Nov 17, 2008 at 4:39 PM, Török Edwin <[EMAIL PROTECTED]> wrote:
>
>> On 2008-11-17 20:02, Renato Botelho wrote:
>>
>>> It built removing libtool dependency, thanks!!!
>>>
>>>
On 2008-12-03 03:02, Thomasz Blaszczyk wrote:
> Hi,
>
Hi,
> I am new to CLAMAV & I am just wonder how files are scanned.
>
> Does it work like:
> 1. PE section is taken from file to be scanned
>
It is much more than that, ClamAV can also process a variety of archive
formats, container
On 2008-12-04 00:41, Thomasz Blaszczyk wrote:
> Thank you for reply,
>
> Török Edwin, Very, very good web seminar!
>
Thanks
> I have 2 more questions:
>
> 1) I'd like to measure & compare performance of AC & BM algorithms.
>
> clamscan displays in
On 2008-12-04 23:18, Thomasz Blaszczyk wrote:
> Hi,
> I just want to debug ex1.c in Code::Blocks IDE,
> But it fails, Please have look at my screenshot: http://omploader.org/vem1m
>
> What I did:
> I've created new folder 'ex1' and I've copied ex1.c file to this folder.
> Next I've moved all files
On 2008-12-06 20:34, Thomasz Blaszczyk wrote:
> Thanks,
>
> There were many troubles. (I am building project from files I have
> copied from libclamav to my new created project folder).
> In many files a line #include was missing.
> Guess something wrong with cltypes.h (#ifndef __CLTYPES_H).
> Pl
On 2008-12-09 18:51, Thomasz Blaszczyk wrote:
> Thank you for answer,
>
> I have another question. I cannot figure out meaning for ftonly and troot.
> Can I get some explanation for this 2 variables?
>
> They are used in matcher.c [code snipped]:
>
> if(!ftonly && (ret = cli_ac_initdata(&gdata, gro
On 2008-12-10 01:31, Thomasz Blaszczyk wrote:
> Another thing,
>
> If I force troot->ac_only=0
>
> If I force groot->ac_only to 1 I got 'segmet fault' (seg fault is
> another funciotn - cli_scanraw)
>
That is not the way to go. If you want aconly, use the --dev-ac-only
flag, don't forcibly set
On 2008-12-16 01:13, Thomasz Blaszczyk wrote:
> Hello,
>
> I just reviewed few multi-pattern string scanning algorithms.
> And there are many variants for multi-pattern for Boyer-Moore.
> I am curious if the one implemented in Clamav is Boyer-Moore-Horspool
> or the one taken from authors of GLIMPS
On 2008-12-17 18:37, Thomasz Blaszczyk wrote:
> ok, it seems that limits.maxfilesize limits to 10MB, but I am able to
> scan up to 25MB files. see below:
> (when I scan 30MB file the data scanned is 0, Why is like that? and I
> am able to scan nearly 25MB)
>
Read the archives of -users. This qu
On 2008-12-17 20:27, Thomasz Blaszczyk wrote:
> I just got first results here,
> http://omploader.org/vMTExNA
>
> What do you think about them?
>
What kind of data was scanned?
Was it hand-crafted, automatically generated, or real world files?
What is the confidence of the values you measured?
On 2008-12-17 21:28, Thomasz Blaszczyk wrote:
>> What kind of data was scanned?
>> Was it hand-crafted, automatically generated, or real world files?
>>
>
> I create files by calling in loop function: fputc('my_byte')
> i.e:
> file_builder -n sizeoffile -xB8
>
> So entire file consists of byte
On 2008-12-17 18:12, Thomasz Blaszczyk wrote:
> Hi,
>
> I have notice kind of limitation in ClamAV. When time of scanning one
> file is longer than 1 sec, the entire file scan is droped.
There is no such limitation in ClamAV.
Best regards,
--Edwin
___
On 2008-12-29 12:53, Babu.N wrote:
> Hi,
>
> I am developing SHIM layer for ClamAV to support Freescale pattern
> matching hardware. Could you please clarify a few queries:
>
> 1. Freescale has a pattern matching engine with 64k pattern capacity.
>
How long can the patterns be? Does it suppor
On 2008-12-30 13:44, Babu.N wrote:
> Hi Edwin,
>
> Thanks for the response.
>
> Please see inline..
>
>
> At 05:26 PM 12/29/2008, Török Edwin wrote:
>
>> On 2008-12-29 12:53, Babu.N wrote:
>>
>>> Hi,
>>>
>>> I am developi
On 2009-02-20 03:13, Stephen Gran wrote:
> Now that I've been doing some looking, I see that there is also a
> bundled -ltdl in the source tree. I'm not aware of any license issues
> with libtool (although as it's an FSF project, I wouldn't be surprised
> to see it move to v3 in the future). Is t
On 2009-02-20 02:12, Stephen Gran wrote:
> Hopefully this will be a useful patch.
>
> Cheers,
>
> [PATCH] Modify build system to conditionally use system install of
> libtommath -
> it will be used if it is installed, or if it is explicitly enabled in
> configure
> Signed-off-by: Stephen Gran
On 2009-03-17 04:13, Henrik K wrote:
> Quote from http://www.clamav.net/support/faq-safebrowsing:
>
> "It is mainly targeted at people who are using ClamAV to filter web traffic."
>
> Seems unlikely as only mbox files are currently phishingChecked.
>
> Would it be possible to:
>
> - Enable phishing
On 2009-03-25 19:54, Renato Botelho wrote:
> On Wed, Mar 25, 2009 at 2:46 PM, Renato Botelho wrote:
>
>> On Wed, Mar 25, 2009 at 2:14 PM, Gianluigi Tiesi wrote:
>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Renato Botelho wrote:
>>>
Hello,
I want t
On 2009-04-17 16:38, Caloro Maurizio wrote:
> Please, if i compile ClamAV [Clamav-devel-latest - 17.04.2009]
> on Solaris 10 with following options it's appair the error
> dazukoio_compat12.c:122: error: syntax error before "void"
>
Please open a bugreport at bugs.clamav.net, and attach all th
On 2009-06-17 01:58, Renato Botelho wrote:
> Hi,
>
> After upgrade clamav on FreeBSD ports collection i recieved this email
> from a user, talking about this problem building on 6.3.
>
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> configure:3597: $? = 0
> configure
On 2009-06-18 14:12, Renato Botelho wrote:
> 2009/6/17 Török Edwin :
>
>> On 2009-06-17 01:58, Renato Botelho wrote:
>>
>>> Hi,
>>>
>>> After upgrade clamav on FreeBSD ports collection i recieved this email
>>> from a user, talking abo
On 2009-07-02 23:10, Sang Kil Cha wrote:
> Hello,
>
> When I look at ClamAV's signatures, most of them are md5 signatures. Also,
> when I download older version of ClamAV like 0.90, to compare the signature
> database, number of md5 signatures have been grown dramatically.
0.90 did not support P
On 2009-08-23 03:24, Stephen Gran wrote:
> Hi all,
>
> This patch makes the shared/ subdirectory build a convenience library.
>
Hi Stephen,
Did you git add shared/Makefile.am? I don't see it in your patch.
> This means that on builds, each object file is only built once, then
> compiled into
On 2009-08-25 00:13, Stephen Gran wrote:
> On Mon, Aug 24, 2009 at 01:06:10PM +0300, Török Edwin said:
>
>> On 2009-08-23 03:24, Stephen Gran wrote:
>>
>>> Hi all,
>>>
>>> This patch makes the shared/ subdirectory build a convenience library.
&g
On 2009-09-20 13:15, Tillmann Werner wrote:
> Hi list,
>
> does anybody know of a portable way to determine the version of
> libclamav? I'd like to link against it on different platforms that use
> different versions of library in their application repositories. That
> means I have to support the o
On 2009-11-16 13:54, Renato Botelho wrote:
> A user reported me he is having problems building 0.95.3 under
> FreeBSD 7.2, here is the error:
>
> libtool: link: ranlib .libs/libclamunrar_iface.a
> libtool: link: ( cd ".libs" && rm -f "libclamunrar_iface.la" && ln -s
> "../libclamunrar_iface.la" "li
On 2009-12-16 13:51, Renato Botelho wrote:
> I got following error trying to build recent snapshot under FreeBSD
>
> gmake[4]: Entering directory
> `/home/garga/prs/clamav-devel/work/clamav-devel-20091216/libclamav/c++'
> CXXLD tblgen
> /usr/bin/ld: cannot find -ldl
> gmake[4]: *** [tblgen] Erro
On 2009-12-16 13:58, Renato Botelho wrote:
> 2009/12/16 Török Edwin :
>
>> On 2009-12-16 13:51, Renato Botelho wrote:
>>
>>> I got following error trying to build recent snapshot under FreeBSD
>>>
>>> gmake[4]: Entering directory
>>> `/
On 2009-12-21 16:30, Renato Botelho wrote:
> On Mon, Dec 21, 2009 at 10:21 AM, Renato Botelho wrote:
>
>> I'm still having problems building clamav recent snapshots on
>> FreeBSD hosts, this time on FreeBSD 6.4 and 7.2 (x86 and
>> x86_64)
>>
>> Here is the log:
>>
>> /bin/sh ../libtool --silen
On 2009-12-21 16:57, Renato Botelho wrote:
> 2009/12/21 Török Edwin :
>
>> Hi Renato,
>>
>> Thanks for the patch, what if you only wrap the include by #ifdef
>> HAVE_UNISTD_H?
>>
>> Something like:
>> #ifdef HAVE_UNISTD_H
>> #include
&
On 2009-12-22 12:40, Renato Botelho wrote:
> 2009/12/22 Török Edwin :
>
>> On 2009-12-21 16:57, Renato Botelho wrote:
>>
>>> 2009/12/21 Török Edwin :
>>>
>>>
>>>> Hi Renato,
>>>>
>>>> Tha
On 2009-12-22 13:34, Renato Botelho wrote:
> 2009/12/22 Török Edwin :
>
>> On 2009-12-22 12:40, Renato Botelho wrote:
>>
>>> 2009/12/22 Török Edwin :
>>>
>>>
>>>> On 2009-12-21 16:57, Renato Botel
On 2009-12-22 13:36, Török Edwin wrote:
>>
>> I'll ask user to test it, but anyway, here you can see a buildlog on
>> my 7.2 tinderbox that went fine, and it was built for i386 too...
>>
>> http://freebsd1.asmallorange.com//logs/7.2-i386-garga/clamav-devel-200
On 2009-12-22 14:23, Renato Botelho wrote:
> 2009/12/22 Török Edwin :
>
>> On 2009-12-22 13:36, Török Edwin wrote:
>>
>>>> I'll ask user to test it, but anyway, here you can see a buildlog on
>>>> my 7.2 tinderbox that went fine, and it was
On 2009-12-22 14:28, Renato Botelho wrote:
> 2009/12/22 Török Edwin :
>
>> On 2009-12-22 13:36, Török Edwin wrote:
>>
>>>> I'll ask user to test it, but anyway, here you can see a buildlog on
>>>> my 7.2 tinderbox that went fine, and it was
On 2009-12-22 14:38, Renato Botelho wrote:
> 2009/12/22 Török Edwin :
>
>> On 2009-12-22 13:36, Török Edwin wrote:
>>
>>>> I'll ask user to test it, but anyway, here you can see a buildlog on
>>>> my 7.2 tinderbox that went fine, and it was
On 2009-12-22 14:43, Renato Botelho wrote:
> 2009/12/22 Török Edwin :
>
>> Because the compiler is too old:
>>
>> checking for supported C++ compiler version... configure: error: C++
>> compiler too old (3.4.6)
>>
>
> By default, ports use the def
On 12/22/2009 02:39 PM, Renato Botelho wrote:
> 2009/12/22 Török Edwin :
>
>> Yes, I opened a bug about that now:
>> https://wwws.clamav.net/bugzilla/show_bug.cgi?id=1781
>>
>> For now the workaround for the user is to set the CPU for the build to
>> at l
On 01/27/2010 12:48 PM, Renato Botelho wrote:
> 2010/1/26 Török Edwin :
>
>> On 12/22/2009 02:39 PM, Renato Botelho wrote:
>>
>>> 2009/12/22 Török Edwin :
>>>
>>>
>>>> Yes, I opened a bug about that now:
>>>> ht
On 01/27/2010 01:27 PM, Renato Botelho wrote:
> 2010/1/27 Török Edwin :
>
>> On 01/27/2010 12:48 PM, Renato Botelho wrote:
>>
>>> 2010/1/26 Török Edwin :
>>>
>>>
>>>> On 12/22/2009 02:39 PM, Renato Botel
On 01/27/2010 04:19 PM, Renato Botelho wrote:
> Hey, good news, Roman Divacky show me a way to use march=i486 on
> ports, and now everything is building with atomic builtin.
Great!
The user can still override via CPUTYPE, right?
> About FreeBSD
> 6.4, I set it to use gcc 4.2+ and it's ok too. If
On 01/28/2010 12:16 PM, Renato Botelho wrote:
> Hello again,
>
> I've tested this snapshot on my personal tinderboxes and got no problems,
> but after commit the changes i recieved an email from QAT, freebsd automated
> tests with an error on unit tests. Buildlog can be found here:
>
> http://qat.t
On 01/28/2010 03:11 PM, Renato Botelho wrote:
> 2010/1/28 Török Edwin :
>
>> On 01/28/2010 12:16 PM, Renato Botelho wrote:
>>
>>> Hello again,
>>>
>>> I've tested this snapshot on my personal tinderboxes and got no problems,
>>>
On 03/01/2010 09:22 PM, Renato Botelho wrote:
> Hello one more time,
>
> I was trying to update clamav-devel port to a more recent snapshot
> and I got some segfaults during make test, like you can see here:
Which FreeBSD version, and which architecture?
>
> g++42: -rpath=/usr/local/lib/gcc42:
On 03/01/2010 10:46 PM, Renato Botelho wrote:
> 2010/3/1 Török Edwin :
>> On 03/01/2010 09:22 PM, Renato Botelho wrote:
>>> Hello one more time,
>>>
>>> I was trying to update clamav-devel port to a more recent snapshot
>>> and I got some segfaults duri
On 03/02/2010 02:00 PM, Limor Tal wrote:
> 1. Can I keep using code that is older than 0.95 with the future CVD files
Why? What prevents you from upgrading?
What version are you running now?
> (those that will be distributed starting from May 2010) if I do not use
> sigtool and cdiff?
If you som
On 03/04/2010 03:12 PM, Renato Botelho wrote:
> I got a real 6.4 amd64 machine, and i reproduced the problem,
> here is the data i collected after build with -g:
Did you set CXXFLAGS to -g? Setting CFLAGS has no effect on libclamav/c++
>
> testegw# gdb ./llvmunittest_ADT
> GNU gdb 6.1.1 [FreeBSD
On 03/04/2010 04:07 PM, Renato Botelho wrote:
> 2010/3/4 Török Edwin :
>> On 03/04/2010 03:12 PM, Renato Botelho wrote:
>>> I got a real 6.4 amd64 machine, and i reproduced the problem,
>>> here is the data i collected after build with -g:
>> Did you set CXXF
On 03/04/2010 06:02 PM, Renato Botelho wrote:
>
> Without -O2, results changed
>
> #10 0x in ?? ()
> #11 0x in ?? ()
> #12 0x in ?? ()
> #13 0x in ?? ()
> #14 0x0001 in ?? ()
> #15 0x in ?? ()
> #16 0x
On 03/04/2010 07:01 PM, Renato Botelho wrote:
> 2010/3/4 Török Edwin :
>> On 03/04/2010 06:02 PM, Renato Botelho wrote:
>>> Without -O2, results changed
>>>
>>> #10 0x in ?? ()
>>> #11 0x in ?? ()
>>> #12 0x0
On 03/04/2010 07:17 PM, Renato Botelho wrote:
> 2010/3/4 Török Edwin :
>> On 03/04/2010 07:01 PM, Renato Botelho wrote:
>>> 2010/3/4 Török Edwin :
>>>> On 03/04/2010 06:02 PM, Renato Botelho wrote:
>>>>> Without -O2, results changed
>>
On 03/04/2010 07:25 PM, Renato Botelho wrote:
>>> testegw# ldd llvmunittest_ADT
>>> llvmunittest_ADT:
>>> libthr.so.2 => /usr/lib/libthr.so.2 (0x8006e7000)
>>> libstdc++.so.6 => /usr/local/lib/gcc42/libstdc++.so.6 (0x8007fe000)
>>> libm.so.4 => /lib/libm.so.4 (0x800a0a000)
>
On 03/04/2010 07:34 PM, Török Edwin wrote:
> On 03/04/2010 07:25 PM, Renato Botelho wrote:
>>>> testegw# ldd llvmunittest_ADT
>>>> llvmunittest_ADT:
>>>> libthr.so.2 => /usr/lib/libthr.so.2 (0x8006e7000)
>>>> libstdc++.so
On 03/04/2010 08:51 PM, Renato Botelho wrote:
> 2010/3/4 Török Edwin :
>> On 03/04/2010 08:44 PM, Renato Botelho wrote:
>>> 2010/3/4 Török Edwin :
>>>> On 03/04/2010 08:37 PM, Renato Botelho wrote:
>>>>> 2010/3/4 Török Edwin :
>>>>>>
On 2010-03-10 22:54, David F. Skoll wrote:
> Hi,
>
> I noticed the announcement of the bytecode interpreter in the 0.96-rc1
> announcement.
>
> That feature took me utterly by surprise.
>
> Could anyone provide a use-case for it?
Hi,
Right now the only detections one can write are pattern-base
On 2010-03-11 15:44, Renato Botelho wrote:
>
> IIRC, you can use --enable-llvm=no at ./configure to disable.
>
That just disables the JIT, not the interpreter.
On 2010-03-11 16:26, Tomasz Kojm wrote:
> On Thu, 11 Mar 2010 13:29:16 + (GMT)
> "G.W. Haywood" wrote:
>
>> Hi there,
>>
>> On Thu
On 2010-03-11 16:47, David F. Skoll wrote:
> Török Edwin wrote:
>
>> Right now the only detections one can write are pattern-based. You
>> can't write heuristic detections, you can't write unpackers, you
>> can't support new file formats, and you can
On 03/11/2010 09:57 PM, Renato Botelho wrote:
> On Thu, Mar 11, 2010 at 4:54 PM, Renato Botelho wrote:
>> A FreeBSD user contacted me reporting a problem building clamav
>> under FreeBSD 9. I reproduced it locally, using 20100308 snapshot:
>>
>> [--] 3 tests from JITEventListenerTest
>> [
On 03/11/2010 10:06 PM, Renato Botelho wrote:
> 2010/3/11 Török Edwin :
>> On 03/11/2010 09:57 PM, Renato Botelho wrote:
>>> On Thu, Mar 11, 2010 at 4:54 PM, Renato Botelho wrote:
>>>> A FreeBSD user contacted me reporting a problem building clamav
>>>>
On 03/11/2010 10:31 PM, Renato Botelho wrote:
>
> I needed to stop and start again, now I got this:
>
> FAIL: LLVM :: CodeGen/X86/bswap-inline-asm.ll (1340 of 2135)
> TEST 'LLVM :: CodeGen/X86/bswap-inline-asm.ll'
> FAILED
> Script:
> --
> llc <
> /usr/p
On 03/12/2010 06:54 PM, G.W. Haywood wrote:
> Hi there,
>
> On Fri, 12 Mar 2010 Tomasz Kojm wrote:
>
>>> G.W. Haywood wrote:
>>> I'd like to add my voice to those who want an easy way to disable
>>> [the bytecode interpreter] - I can see nothing in the clamd.conf
>>> man page for 0.96-rc1 which o
Hi!
The ClamAV bytecode compiler version 0.10 is now available.
You can get it by using one of these commands:
$ git clone git://git.clamav.net/git/clamav-bytecode-compiler
$ git clone http://git.clamav.net/clamav-bytecode-compiler.git
The repository can be browsed online here:
http://git.clamav
On 04/05/2010 02:50 PM, Renato Botelho wrote:
> I'm preparing everything to update to 0.96 on FreeBSD ports
> tree and I noted 0.96 is still failing (checks) on 6.x
Hi Renato,
How about other FreeBSD versions?
>
> This program built for amd64-portbld-freebsd6.4
> Python 2.6.4
> gmake: Entering
On 04/05/2010 04:48 PM, Renato Botelho wrote:
>
> I used --threads=1 and that problem was fixed
Ok.
>, now I got a core dumped:
>
> make check-TESTS
> Segmentation fault (core dumped)
> FAIL: check_clamav
> PASS: check_freshclam.sh
> PASS: check_sigtool.sh
> SKIP: check_unit_vg.sh
> PASS: chec
On 04/07/2010 09:21 PM, David F. Skoll wrote:
> Hi,
>
> I have a question about the CVD that will "contain a special signature
> which disables all clamd installations older than 0.95." What exactly
> will this do?
>
> Will old versions always report "No virus"?
>
> Or will they always report "
On 04/07/2010 10:17 PM, Jose-Marcio Martins da Cruz wrote:
>
> Sun Studio Compiler finds two buglets in 0.96.
>
> **
>
> CC bcrun.o
> "bcrun.c", line 240: warning: initializer does not fit or is out of
> range: -1
>
> Line 240 is :
>
> unsigned int fd
On 04/07/2010 10:31 PM, Marc Balmer wrote:
> Am 07.04.10 21:29, schrieb Török Edwin:
>> On 04/07/2010 09:21 PM, David F. Skoll wrote:
>>> Hi,
>>>
>>> I have a question about the CVD that will "contain a special signature
>>> which disables all c
On 04/07/2010 11:47 PM, David F. Skoll wrote:
> (I apologize for breaking threading; I read clamav-devel in digest
> mode)
>
> Török Edwin wrote:
>
>> "Will refuse to load" means that daily.cvd will be considered a
>> malformed database by ClamAV <= 0.94.2
On 04/08/2010 12:05 AM, David F. Skoll wrote:
> Török Edwin wrote:
>
>> Would you prefer freshclam/ClamAV crash/corrupt memory when loading the
>> new databases with >980 byte lines?
>
> No. I can think of ways around this to make things degrade
> gracefully:
>
On 04/08/2010 05:25 PM, G.W. Haywood wrote:
> Hi there,
>
> On Thu, 8 Apr 2010 T?r?k Edwin wrote:
>
>> The initial announcement about this was 6 month ago.
>
> It seems I missed that one. Can you point me to a link?
Initial announcement:
http://lists.clamav.net/lurker/message/20091006.143601.d
On 04/09/2010 07:06 PM, Renato Botelho wrote:
After upgrade FreeBSD ports tree to 0.96, a user filled this PR:
http://www.freebsd.org/cgi/query-pr.cgi?pr=145520
Would be nice if clamav checks installed python and detect this
situation, what do you think?
See the -users archives, yes I think
On 04/13/2010 06:59 PM, Renato Botelho wrote:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/145509
Any idea?
Its probably one of the broken compilers listed here:
http://llvm.org/docs/GettingStarted.html#brokengcc
Which gcc version is it, and on what architecture?
Best regards,
--Edwin
_
On 04/13/2010 07:11 PM, Renato Botelho wrote:
2010/4/13 Török Edwin:
On 04/13/2010 06:59 PM, Renato Botelho wrote:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/145509
Any idea?
Its probably one of the broken compilers listed here:
http://llvm.org/docs/GettingStarted.html#brokengcc
On 04/13/2010 07:26 PM, Renato Botelho wrote:
2010/4/13 Török Edwin:
On 04/13/2010 07:11 PM, Renato Botelho wrote:
2010/4/13 Török Edwin:
On 04/13/2010 06:59 PM, Renato Botelho wrote:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/145509
Any idea?
Its probably one of the broken
On 04/15/2010 02:58 PM, nicolas dumont wrote:
Hello !
I'm trying to compile clamav 0.96 on
FreeBSD 7.2 release
gcc 4.2.1
and I have same kind of issue as Renato :
This looks like a different issue, does GCC complain about an internal
error for you?
In function `(anonymous namespace)::L
On 04/15/2010 04:00 PM, nicolas dumont wrote:
2010/4/15 Török Edwin
On 04/15/2010 02:58 PM, nicolas dumont wrote:
Hello !
I'm trying to compile clamav 0.96 on
FreeBSD 7.2 release
gcc 4.2.1
and I have same kind of issue as Renato :
This looks like a different issue, does GCC com
Hi,
The EOL signature for ClamAV <= 0.94.2 is now live (daily 10749).
Best regards,
--Edwin
___
http://lurker.clamav.net/list/clamav-devel.html
Please submit your patches to our Bugzilla: http://bugs.clamav.net
Hi,
I just had a chat on #clamav with 2 people having problem with ClamAV
0.96 on FreeBSD 6.2. (everything was OK on FreeBSD 6.3)
The symptom is that clamscan/clamd never starts, just loops infinitely
trying to load the DB, --debug shows:
Libclamav debug: in cli_tgzload()
The system was usi
On 04/16/2010 07:15 PM, Henri Salo wrote:
It would be very nice to see hashes and possible CVEs in
submissions in virusdb-mailinglist. Every submission should have at
least MD5-, SHA1-checksums
Of the databases?
The database itself contains the hash, and it is digitally signed.
The public key
On 04/16/2010 07:31 PM, Henri Salo wrote:
On Fri, 16 Apr 2010 19:18:23 +0300
Török Edwin wrote:
On 04/16/2010 07:15 PM, Henri Salo wrote:
It would be very nice to see hashes and possible CVEs in
submissions in virusdb-mailinglist. Every submission should have at
least MD5-, SHA1-checksums
On 2010-04-18 18:06, Dale Walsh wrote:
> The changes make it difficult to understand if clamd is functioning
> properly because after the upgrade from 0.92 I see log entries that make
> no sense in what they are telling me.
>
> The older versions seemed to work and process the mail without issues
1 - 100 of 184 matches
Mail list logo
