frederic heem wrote:
> Alle 00:47, giovedì 26 ottobre 2006, Ulf Lamping ha scritto:
>> - your initial patch was 2350 lines - your full patch 5794 lines!
> That's because I couldn't figure out how to tell subversion to include new
> files when doing "svn diff". Does anyone know ?
"svn add" should
Alle 14:50, giovedì 26 ottobre 2006, Joerg Mayer ha scritto:
> On Wed, Oct 25, 2006 at 06:37:32PM +0200, frederic heem wrote:
> > D-Bus support has been adding to wireshark.
> > For those who are interested to know more about this feature, a
> > README.dbus has been written.
> > Any comments will b
Alle 14:49, giovedì 26 ottobre 2006, Joerg Mayer ha scritto:
> On Thu, Oct 26, 2006 at 10:32:03AM +0200, frederic heem wrote:
> > That's because I couldn't figure out how to tell subversion to include
> > new files when doing "svn diff". Does anyone know ?
>
> That's because you don't understand th
On Wed, Oct 25, 2006 at 06:37:32PM +0200, frederic heem wrote:
> D-Bus support has been adding to wireshark.
> For those who are interested to know more about this feature, a README.dbus
> has been written.
> Any comments will be appreciated
I have not looked at the dbus-part in detail, but it l
On Thu, Oct 26, 2006 at 10:32:03AM +0200, frederic heem wrote:
> That's because I couldn't figure out how to tell subversion to include new
> files when doing "svn diff". Does anyone know ?
That's because you don't understand the (two) mails I already wrote on
the subject: You need to "svn add ".
frederic heem wrote:
> What about using select() + read() instead ?
If, for whatever reason, the application needs to ensure that it doesn't
wait indefinitely for a packet to arrive, that's the way to do it.
Of course, if the only reason the application needs to ensure that is so
that it can,
Alle 10:53, giovedì 26 ottobre 2006, Guy Harris ha scritto:
> frederic heem wrote:
> > Do you mean that on Solaris, when a read blocks and no packet arrives,
> > the read hangs forever ?
>
> Yes.
What about using select() + read() instead ?
>
> The purpose of the timer on Solaris is *NOT* to ensure
frederic heem wrote:
> Do you mean that on Solaris, when a read blocks and no packet arrives, the
> read hangs forever ?
Yes.
The purpose of the timer on Solaris is *NOT* to ensure that reads always
complete within a fixed period of time. The purpose of the timer is to
ensure that if packets
Alle 00:47, giovedì 26 ottobre 2006, Ulf Lamping ha scritto:
> frederic heem wrote:
> > Hi,
> > D-Bus support has been adding to wireshark.
> > For those who are interested to know more about this feature, a
> > README.dbus has been written.
> > Any comments will be appreciated
> > Cheers,
> > Fred
Alle 22:04, mercoledì 25 ottobre 2006, Guy Harris ha scritto:
> frederic heem wrote:
> > * fix pcap_open_live timeout:
> > https://sourceforge.net/tracker/?func=detail&atid=469579&aid=1576578&grou
> >p_id=53067
>
> Note that there are other platforms where the underlying packet capture
> mechanism
Remotely (potentially across a network) starting and stopping a capture, i.e. doing remote captures would be very very useful and often requested feature.However, this should probably not be implemented in wireshark and friends but rather in the libpcap/wiretap layer.
For any remote capture mechani
frederic heem wrote:
> Hi,
> D-Bus support has been adding to wireshark.
> For those who are interested to know more about this feature, a README.dbus
> has been written.
> Any comments will be appreciated
> Cheers,
> Frederic Heem
>
>
Mentioning the bugzilla entry 1179 would be a good idea -
frederic heem wrote:
> * fix pcap_open_live timeout:
> https://sourceforge.net/tracker/?func=detail&atid=469579&aid=1576578&group_id=53067
Note that there are other platforms where the underlying packet capture
mechanism doesn't have a time out - and at least one other platform,
namely Solaris,
Hi,
D-Bus support has been adding to wireshark.
For those who are interested to know more about this feature, a README.dbus
has been written.
Any comments will be appreciated
Cheers,
Frederic Heem
__
--- NOTICE ---
C
14 matches
Mail list logo