Created attachment 152834 [details] The core file. Ettercap 0.8.1 on FreeBSD 10.1-RELEASE crashes after printing the version number. On the Ethernet interface (ale0) the commands behave as follows: ettercap -T -i ale0 ettercap 0.8.1 (...) Could not open device for mtu query ettercap -T -i ale0 -M arp /192.168.0.10// /192.168.0.1// ettercap 0.8.1 (...) Using ettercap on the lo0 interface makes it produce the "core dumped, submit a bug report" message. (all were started as root) FIX: The newest git of ettercap fixes the issue.
Fix Summary and assign.
(In reply to Rafał Grzeszczuk from comment #0) Could you please point out which commit fixes this issue? Thanks!
(In reply to Sunpoet Po-Chuan Hsieh from comment #2) https://github.com/Ettercap/ettercap/commit/42600aada0ba56b9c63dabcc2b0cb1417fa27863 Here you go!
A commit references this bug: Author: sunpoet Date: Sat Feb 21 15:11:29 UTC 2015 New revision: 379520 URL: https://svnweb.freebsd.org/changeset/ports/379520 Log: - Import upstream patches: - Fix when determine MTU on BSD system [1] - Reset logfile ownership upon dropping privileges [2] - Bump PORTREVISION for package change PR: 197509 [2] Submitted by: Rafal Grzeszczuk <rafi.root@gmail.com> [2] Obtained from: https://github.com/Ettercap/ettercap/commit/00f864d7dd2d82b640064db81aad065794b9b11b [1] https://github.com/Ettercap/ettercap/commit/42600aada0ba56b9c63dabcc2b0cb1417fa27863 [2] Changes: head/net-mgmt/ettercap/Makefile head/net-mgmt/ettercap/files/ head/net-mgmt/ettercap/files/patch-include-ec_log.h head/net-mgmt/ettercap/files/patch-src-ec_log.c head/net-mgmt/ettercap/files/patch-src-ec_utils.c head/net-mgmt/ettercap/files/patch-src-os-ec_bsd.c
Committed. Thanks!
Created attachment 153310 [details] Make's output.
Actually, this might be a more complex issue. I applied the update and it fixed nothing. Ettercap installed from ports still creates a .core file and crashes. It is not the case if I use ettercap's cmake system. However the program is unable to route packets (this is being addressed by the ettercap team), so I am beginning to suspect the fault might be in a library used to I attach make's output.
This port has been updated to 0.8.2 (latest). Please confirm if it solves your problem. Thanks!