This file is indexed.

/usr/include/CLAM/ProcessingKernel.hxx is in libclam-dev 1.4.0-5build1.

This file is owned by root:root, with mode 0o644.

The actual contents of the file can be viewed below.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
/*
 * Copyright (c) 2004 MUSIC TECHNOLOGY GROUP (MTG)
 *                         UNIVERSITAT POMPEU FABRA
 *
 *
 * This program is free software; you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation; either version 2 of the License, or
 * (at your option) any later version.
 *
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 * GNU General Public License for more details.
 *
 * You should have received a copy of the GNU General Public License
 * along with this program; if not, write to the Free Software
 * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA  02111-1307  USA
 *
 */

#ifndef __PROCESSINGKERNEL__
#define __PROCESSINGKERNEL__

namespace CLAM
{

class Thread;

class ProcessingKernel
{

public:
	ProcessingKernel();

	virtual ~ProcessingKernel() {}


	//MRJ: For some reason with Visual Studio 6.0 ( cl version 12.00.8168 )
	//     is not able to resolve the correct pointer for a derived class
	//     when accessing to a BaseClass::PureVirtualMethod implemented in
	//     the derived. Possible culprits:
	//          + Most surely, since the functor constructor is a virtual one
	//            through a tricky template function, *IS* possible that during
	//            some compile-time conversion, the compiler discards qualifiers
	//            over the reference to the derived class, thus producing a 
	//            "real pointer" (vcall) which seems to be some kind of compiler
	//            generated member pointer to identify pure virtual calls. Strange,
	//            huh?  Nonethless, this works right for patched Micro$oft compilers and
	//            gcc...

	virtual void ProcessingCleanup(){};

	virtual void ProcessingLoop(){};

	void AttachToThread( Thread& att_thread );

protected:

	bool LoopCondition();

	virtual bool UserCondition();

	void Cancel();

private:
	bool  mShouldRun;

};

}

#endif // ProcessingKernel.hxx