30.12.2013, 18:08, "Denis Ovsienko" :
> 23.12.2013, 21:48, "Evgheni Antropov" :
>
>> Hello I have try to compile tcpdump-4.5.1.tar.gz with libpcap-1.5.2.tar.gz
>> and receive following error:
>>
>> checking for pcap-config... /usr/local/bin/pcap-config
>> checking for pcap_loop... no
>>
23.12.2013, 21:48, "Evgheni Antropov" :
> Hello I have try to compile tcpdump-4.5.1.tar.gz with libpcap-1.5.2.tar.gz
> and receive following error:
>
> checking for pcap-config... /usr/local/bin/pcap-config
> checking for pcap_loop... no
> configure: error: Report this to tcpdump-workers@lis
Yes, I have compiled tcpdump with new path of the libpcap library without
any issue.
root@beagleboard:/mnt/tcpdump-4.5.1/build#
> /mnt/tcpdump-4.5.1/build/binaries/sbin/tcpdump -h
> tcpdump version 4.5.1
> libpcap version 1.5.2
I think this issue was appeared because before to compile libpcap li
On Dec 24, 2013, at 1:11 PM, Evgheni Antropov wrote:
> You are absolutely right in it.
> I have tried again to compile libpcap 1.5.2 in the new directory and it was
> done with success.
>
> root@beagleboard:/mnt/libpcap-1.5.2/build# file
> /mnt/libpcap-1.5.2/build/binaries/lib/libpcap.so.1.5.
Hello Guy.
You are absolutely right in it.
I have tried again to compile libpcap 1.5.2 in the new directory and it was
done with success.
root@beagleboard:/mnt/libpcap-1.5.2/build# file
> /mnt/libpcap-1.5.2/build/binaries/lib/libpcap.so.1.5.2
> /mnt/libpcap-1.5.2/build/binaries/lib/libpcap.so.1.5
On Dec 24, 2013, at 12:46 PM, Evgheni Antropov wrote:
> I have used this trick with correct "source-tree" in different application,
> like dnsmasq and anything else and I have not paId attention on it, because
> the same hint with using "out-of-source-tree" was successfully applied to old
> s
Hmmm, may be.
I will pay attention on this in the next time. ;)
You can close this issue.
Have a nice day, Evgheni.
On Tue, Dec 24, 2013 at 10:46 PM, Guy Harris wrote:
>
> On Dec 24, 2013, at 12:22 PM, Guy Harris wrote:
>
> > This *might* be a bug in doing "out-of-source-tree" builds (which
On Dec 24, 2013, at 12:22 PM, Guy Harris wrote:
> This *might* be a bug in doing "out-of-source-tree" builds (which is what
> you're doing - you're doing the build in a subdirectory of the source tree),
> where most stuff works, but building the output of {f}lex doesn't work.
...although I ju
Hello Guy.
You are absolutely right, I have compiled tcpdump with new libpcap library
> root@beagleboard:/mnt/dcu/tcpdump-4.5.1/build#
> /mnt/dcu/tcpdump-4.5.1/build/binaries/sbin/tcpdump --help
> /mnt/dcu/tcpdump-4.5.1/build/binaries/sbin/tcpdump: invalid option -- '-'
> tcpdump version 4.5.1
>
On Dec 24, 2013, at 12:04 PM, Evgheni Antropov wrote:
> This command has not any output
>
> root@beagleboard:/mnt# nm -o /mnt/dcu/libpcap-1.5.2/build/libpcap.a | egrep
> scanner.o
I.e., for whatever reason, there's no scanner code whatsoever!
So, what does
find /mnt/dcu/libpcap-1.5.
This command has not any output
root@beagleboard:/mnt# nm -o /mnt/dcu/libpcap-1.5.2/build/libpcap.a | egrep
> scanner.o
and of course, same command for another old stable version:
root@beagleboard:/mnt# nm -o /mnt/dcu/libpcap-1.4.0/build/libpcap.a | egrep
> scanner.o
> /mnt/dcu/libpcap-1.4.0/bu
On Dec 24, 2013, at 11:56 AM, Evgheni Antropov wrote:
> This is output of your command:
>
> root@beagleboard:/mnt# ar t /mnt/dcu/libpcap-1.5.2/build/libpcap.a
...
> scanner.o
OK, so what does
nm -o /mnt/dcu/libpcap-1.5.2/build/libpcap.a | egrep scanner.o
print?
___
Hello Guy.
This is output of your command:
root@beagleboard:/mnt# ar t /mnt/dcu/libpcap-1.5.2/build/libpcap.a
> pcap-linux.o
> pcap-usb-linux.o
> pcap-can-linux.o
> pcap-netfilter-linux.o
> pcap-dbus.o
> fad-getad.o
> pcap.o
> inet.o
> gencode.o
> optimize.o
> nametoaddr.o
> etherent.o
> savefil
On Dec 24, 2013, at 2:54 AM, Evgheni Antropov wrote:
> root@beagleboard:~# nm -o /mnt/dcu/libpcap-1.5.2/build/libpcap.a | egrep lex
> /mnt/dcu/libpcap-1.5.2/build/libpcap.a:gencode.o: U lex_cleanup
> /mnt/dcu/libpcap-1.5.2/build/libpcap.a:gencode.o: U lex_init
> /mnt/dcu/libpca
Hello Mr. Richardson
I have added link to files on the https server, I hope it's enough.
But sure, I will use this advice:
> Please. http: for files, smtp for communications...
WBR, Evgheni
On Tue, Dec 24, 2013 at 9:01 PM, Michael Richardson wrote:
>
> Guy Harris wrote:
> > On Dec 12,
Guy Harris wrote:
> On Dec 12, 2013, at 3:02 AM, Evgheni Antropov wrote:
>> Makefile and full process of the libpcap compile and config.log of
tcpdump
>> compiling are attached.
> Unfortunately, it appears that the attachments were removed.
> Michael, under what circumsta
Hello Mr. Harris
As I said before I have tried to build to different version of the libpcap
and below I'm presenting output of your command for both versions:
root@beagleboard:~# nm -o /mnt/dcu/libpcap-1.4.0/build/libpcap.a | egrep
> lex
> /mnt/dcu/libpcap-1.4.0/build/libpcap.a:gencode.o:
On Dec 23, 2013, at 1:32 PM, Evgheni Antropov wrote:
> you can download all files here
> https://mega.co.nz/#!c0hh2JAI!RqkP-F5cb-yTGXtRe-FGTgiDdC4FiBOzmzccsGiL_wo
>
> and I have attached those files to this email too.
...and, this time, the attachments *weren't* removed. Thanks.
> Please le
Hello Mr. Harris
you can download all files here
https://mega.co.nz/#!c0hh2JAI!RqkP-F5cb-yTGXtRe-FGTgiDdC4FiBOzmzccsGiL_wo
and I have attached those files to this email too.
And I want to add to this message that I have fixed this issue than used
previous stable version of libcap.
Please let me
On Dec 12, 2013, at 3:02 AM, Evgheni Antropov wrote:
> Makefile and full process of the libpcap compile and config.log of tcpdump
> compiling are attached.
Unfortunately, it appears that the attachments were removed.
Michael, under what circumstances do attachments get removed from mail?
Evgh
Hello I have try to compile tcpdump-4.5.1.tar.gz with libpcap-1.5.2.tar.gz
and receive following error:
checking for pcap-config... /usr/local/bin/pcap-config
checking for pcap_loop... no
configure: error: Report this to tcpdump-workers@lists.tcpdump.org, and
include the
config.log file in your r
21 matches
Mail list logo
