Guy Harris wrote:
On Aug 16, 2005, at 4:29 PM, Ebright, Don wrote:
I have some information regarding your question to Albert Chin. If I
try to
run more than one tcpdump at the same time on HP-UX, it doesn't work
for me.
...
It appears that the second pcap_open_live() fails with one
Guy Harris wrote:
On Aug 17, 2005, at 2:16 PM, Albert Chin wrote:
Capture->Interfaces->Capture (on lan0 interface) results in:
The capture session could not be initiated (recv_ack:
promisc_phys: UNIX error - Device busy).
Please check to make sure you have sufficient permissions,
On Aug 17, 2005, at 2:16 PM, Albert Chin wrote:
Capture->Interfaces->Capture (on lan0 interface) results in:
The capture session could not be initiated (recv_ack:
promisc_phys: UNIX error - Device busy).
Please check to make sure you have sufficient permissions, and
that
you
On Wed, Aug 17, 2005 at 02:42:25PM -0700, Guy Harris wrote:
>
> On Aug 17, 2005, at 2:24 PM, Albert Chin wrote:
>
> >To be more specific, "future release of the DLPI provider". So, I
> >think a LAN patch could correct the problem. In PHNE_25388, we find:
> > ( SR:8606225662 CR:JAGad94736 )
> >
On Aug 17, 2005, at 2:24 PM, Albert Chin wrote:
To be more specific, "future release of the DLPI provider". So, I
think a LAN patch could correct the problem. In PHNE_25388, we find:
( SR:8606225662 CR:JAGad94736 )
HP-UX only allow one unbound promiscuous stream per
interface, when trying
On Tue, Aug 16, 2005 at 05:21:24PM -0700, Guy Harris wrote:
> On Aug 16, 2005, at 4:29 PM, Ebright, Don wrote:
> Having just checked the HP-UX documentation, the idea I have is "HP-
> UX DLPI isn't as friendly as we'd like":
>
> http://docs.hp.com/en/B2355-90139/ch01s03.html
>
> "Note: Eac
On Tue, Aug 16, 2005 at 10:36:28AM -0700, Guy Harris wrote:
>
> Does it also fix the problems with Ethereal? If not, what happens if
> you try to run more than one tcpdump at the same time?
I can now capture with Ethereal but:
Capture->Options->Start works.
Capture->Interfaces->Capture (on
On Aug 16, 2005, at 4:29 PM, Ebright, Don wrote:
I have some information regarding your question to Albert Chin. If
I try to
run more than one tcpdump at the same time on HP-UX, it doesn't
work for me.
...
It appears that the second pcap_open_live() fails with one of two
errors
Albert Chin wrote:
Missing a closing '}'?
Yes.
This patch works. Thanks!
I've checked it in.
Does it also fix the problems with Ethereal? If not, what happens if
you try to run more than one tcpdump at the same time?
-
This is the tcpdump-workers list.
Visit https://lists.sandelman.ca/
On Wed, Aug 10, 2005 at 11:47:35AM -0700, Guy Harris wrote:
> Guy Harris wrote:
> >Albert Chin wrote:
> >
> >>Nothing. Even if I specify the interface:
> >> # tcpdump -i lan0
> >> tcpdump: # echo $?
> >> 1
> >
> >
> >Try applying the attached patch to "pcap-dlpi.c", rebuild, rebuild
> >tcpdum
Albert Chin wrote:
I've built libpcap-0.9.3 and tcpdump-3.9.3 on HP-UX 11i:
# tcpdump
tcpdump: no suitable device found
libpcap-0.8.3/tcpdump-3.8.3 works fine. How can I help debug this?
FWIW, there are/were _several_ 11i releases:
HP-UX 11.11 aka 11i v1.0 PA-RISC only
HP-UX 11.20 aka
Guy Harris wrote:
Albert Chin wrote:
Nothing. Even if I specify the interface:
# tcpdump -i lan0
tcpdump: # echo $?
1
Try applying the attached patch to "pcap-dlpi.c", rebuild, rebuild
tcpdump, and try again.
Don Ebright sent me mail noting another possible problem. Here's a new
Albert Chin wrote:
Nothing. Even if I specify the interface:
# tcpdump -i lan0
tcpdump:
# echo $?
1
Try applying the attached patch to "pcap-dlpi.c", rebuild, rebuild
tcpdump, and try again.
Index: pcap-dlpi.c
===
RCS f
On Aug 8, 2005, at 8:57 PM, Albert Chin wrote:
Nothing. Even if I specify the interface:
# tcpdump -i lan0
tcpdump:
# echo $?
1
OK, so it appears it's not a problem in the code to enumerate
interfaces.
What does "tcpdump -D" print?
# tcpdump
1.lan0
2.lo0
OK, so it's at least
On Mon, Aug 08, 2005 at 08:29:14PM -0700, Guy Harris wrote:
> Albert Chin wrote:
>
> >I get:
> > # tcpdump
> > tcpdump:
> >
>
> Just "tcpdump:", and nothing else? Not even a message saying it's
> starting a capture? That's weird. Is it dumping core, exiting
> immediately, or continuing to
Albert Chin wrote:
With the patch below,
...which is exactly the change I intended.
I get:
# tcpdump
tcpdump:
Just "tcpdump:", and nothing else? Not even a message saying it's
starting a capture? That's weird. Is it dumping core, exiting
immediately, or continuing to run but not
On Mon, Aug 08, 2005 at 04:57:12PM -0700, Guy Harris wrote:
>
> On Aug 8, 2005, at 3:43 PM, Albert Chin wrote:
>
> >I've built libpcap-0.9.3 and tcpdump-3.9.3 on HP-UX 11i:
> > # tcpdump
> > tcpdump: no suitable device found
> >
> >libpcap-0.8.3/tcpdump-3.8.3 works fine. How can I help debug th
On Aug 8, 2005, at 3:43 PM, Albert Chin wrote:
I've built libpcap-0.9.3 and tcpdump-3.9.3 on HP-UX 11i:
# tcpdump
tcpdump: no suitable device found
libpcap-0.8.3/tcpdump-3.8.3 works fine. How can I help debug this?
What happens if you change "add_or_find_if()" in "inet.c" in libpcap
so
I've built libpcap-0.9.3 and tcpdump-3.9.3 on HP-UX 11i:
# tcpdump
tcpdump: no suitable device found
libpcap-0.8.3/tcpdump-3.8.3 works fine. How can I help debug this?
--
albert chin ([EMAIL PROTECTED])
-
This is the tcpdump-workers list.
Visit https://lists.sandelman.ca/ to unsubscribe.
19 matches
Mail list logo