search for: docclamexe

...;t know how to change the buildbots to use https instead of http. I sent a note off to the person who runs the buildbot master. On 01/26/2018 02:22 PM, Don Hinton wrote: > Not sure if this applies, but at least one antivirus engine thinks > MultiSource/Applications/ClamAV/inputs/rtf-test/docCLAMexe.rtf is malicious. > > https://www.hybrid-analysis.com/sample/bba4eab51c27a6ffbd86bf870048da1902cc7235a4de49cf30208906dac50f85?environmentId=100 > <https://www.hybrid-analysis.com/sample/bba4eab51c27a6ffbd86bf870048da1902cc7235a4de49cf30208906dac50f85?environmentId=100> > >...

Not sure if this applies, but at least one antivirus engine thinks MultiSource/Applications/ClamAV/inputs/rtf-test/docCLAMexe.rtf is malicious. https://www.hybrid-analysis.com/sample/bba4eab51c27a6ffbd86bf870048da 1902cc7235a4de49cf30208906dac50f85?environmentId=100 On Fri, Jan 26, 2018 at 11:02 AM, Bill Seurer via llvm-dev < llvm-dev at lists.llvm.org> wrote: > There are lots and lots of .rtf files and it is...

There are lots and lots of .rtf files and it is just these 3 and just on certain systems. On 01/26/2018 11:41 AM, James Y Knight wrote: > You likely have an http proxy in your network which is blocking RTF > files in case they are viruses or something. You might try https, if > you're lucky it will bypass your proxy. -- -Bill Seurer

On 2 April 2013 21:20, Török Edwin <edwin+ml-debian at etorok.net> wrote: > You can pass all the filenames from the inputs/ directory directly on the > command-line, instead of specifying -r inputs/. > That way the order of scanning will be exactly the one specified on the > command-line. > Hum, I think I can fix that with Make... --renato -------------- next part

...the same machine with the same results. If I restart the checkout (or do an svn update) it will run a bit longer then fail. Eventually I figured out that 3 files were causing the problem: MultiSource/Applications/ClamAV/inputs/rtf-test/Doc1.rtf MultiSource/Applications/ClamAV/inputs/rtf-test/docCLAMexe.rtf MultiSource/Applications/ClamAV/inputs/rtf-test/rtf1.rtf I tried on other powerpc64 machines (various distros and BE/LE) and it works on all of them UNLESS they are using the latest version of svn, version 1.9.7 (r1800392). The latest svn version that worked on a powerpc64 machine was 1.9...

On 04/02/2013 11:06 PM, Daniel Dunbar wrote: > On Tue, Apr 2, 2013 at 11:46 AM, Renato Golin <renato.golin at linaro.org <mailto:renato.golin at linaro.org>> wrote: > > On 2 April 2013 19:20, Daniel Dunbar <daniel at zuster.org <mailto:daniel at zuster.org>> wrote: > > What is it that makes the output of the program asynchronous? The output is

...w how to change the buildbots to use https instead of http. I sent a note off to the person who runs the buildbot master. > > On 01/26/2018 02:22 PM, Don Hinton wrote: >> Not sure if this applies, but at least one antivirus engine thinks MultiSource/Applications/ClamAV/inputs/rtf-test/docCLAMexe.rtf is malicious. >> https://www.hybrid-analysis.com/sample/bba4eab51c27a6ffbd86bf870048da1902cc7235a4de49cf30208906dac50f85?environmentId=100 <https://www.hybrid-analysis.com/sample/bba4eab51c27a6ffbd86bf870048da1902cc7235a4de49cf30208906dac50f85?environmentId=100> >> On Fri, Jan...

...\ $(PROJ_SRC_DIR)/inputs/rtf-test/Doc11.rtf \ $(PROJ_SRC_DIR)/inputs/rtf-test/Doc1.rtf \ $(PROJ_SRC_DIR)/inputs/rtf-test/Doc22.rtf \ $(PROJ_SRC_DIR)/inputs/rtf-test/Doc2.rtf \ $(PROJ_SRC_DIR)/inputs/rtf-test/doc3.rtf \ $(PROJ_SRC_DIR)/inputs/rtf-test/docCLAMexe.rtf \ $(PROJ_SRC_DIR)/inputs/rtf-test/rtf1.rtf \ $(PROJ_SRC_DIR)/inputs/rtf-test/rtf-novirus.rtf RUN_OPTIONS = --debug --exclude-dir .svn --verbose -d$(PROJ_SRC_DIR)/dbdir -r $(INPUT) This is what Make generated for me on both machines: Output/clamscan.simple --debug --exclude-d...

...> same results. If I restart the checkout (or do an svn update) it will run > a bit longer then fail. Eventually I figured out that 3 files were causing > the problem: > > MultiSource/Applications/ClamAV/inputs/rtf-test/Doc1.rtf > MultiSource/Applications/ClamAV/inputs/rtf-test/docCLAMexe.rtf > MultiSource/Applications/ClamAV/inputs/rtf-test/rtf1.rtf > > > I tried on other powerpc64 machines (various distros and BE/LE) and it > works on all of them UNLESS they are using the latest version of svn, > version 1.9.7 (r1800392). The latest svn version that worked on a...

...lam.cab > clamdoc.pdf > clam.exe > clam.exe.bz2 > clam-v2.rar > clam-v3.rar > clam.zip > dbdir > docs > large.pcm > mei16v2.m2v > README > rtf-test > tune > > ./inputs/rtf-test: > Doc11.rtf > Doc1.rtf > Doc22.rtf > Doc2.rtf > doc3.rtf > docCLAMexe.rtf > rtf1.rtf > rtf-novirus.rtf > > ./Output: > clamscan.cbe > clamscan.cbe.c > clamscan_clamscan.bc > clamscan_clamscan.o > clamscan.diff-cbe > clamscan.diff-llc > clamscan.exe-cbe > clamscan.exe-llc > clamscan.linked.bc > clamscan.linked.bc.info > cla...

Chris Lattner wrote: > One way to do this is to add a "cut down" version of the app to the > test suite. I disabled optional features in clamav-config.h > >> 2. GPL license. Chris? > > Any open source license that allows unrestricted redistribution is > fine in llvm-test Ok, I have created a script that automatically checks out ClamAV 0.92-stable source code

On Mon, 17 Dec 2007, Evan Cheng wrote: > We always welcome more tests. But it looks like there are two issues > here. > > 1. The autoconf requirement. Is it possible to get one configuration > working without the need for autoconf? One way to do this is to add a "cut down" version of the app to the test suite. > 2. GPL license. Chris? Any open source license that