Am 17.04.2017 um 14:36 schrieb crazy thinker:
Hi ClamAV Developers, Users

Sorry.. i missed proper info in my previous mail thread.. please find
correct info  below

I have compiled the ClamAV source code  on Mac OS X and  investigating
libclamav.dylib and libclamav.7.dylib internal files information for  my
curiousity.. Surprisingly   i got below info when i ran grep  with some
pattern
*admin-macbookPro-2:clamav-devel-0.99.2 tringappsinc$ grep -ir "This file
was created by ClamAV for internal use and should not be run"*

*Binary file ./libclamav/.libs/libclamav.7.dylib matches*

*Binary file ./libclamav/.libs/libclamav.dylib matches*

*Binary file ./libclamav/.libs/libclamav_la-rebuildpe.o matches*

*Binary file ./libclamav/.libs/libclamav_la-upx.o matches*

i still don't understand why those above binary files contains that
pattern(that i mentioned above) even though   single source file of ClamAV
Codebase doesn't have that kind of pattern . From where this pattern
appending to .dylib files.?

i am so curious to understand things behind it. is there any logic ClamV
Internally using?
because it's not meant as library for 3rd party tools because it's internal signatures can change at every point in time, well, because it's not intended as public interface?

when you provide something below /usr/lib[64]/ it's intended that it is used by third party software for linking and hence you have to maintain compatibility and versioning to not break them by remove unused functions or params or whatever breaks linked applications

this is *not* clamav specific and obvious
_______________________________________________
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users


Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml

Reply via email to