PDPCAP 0.0.4 new features
·pcap files read: Read captured traffic saved in a pcap file . (wireshark , tcpdump , etc. compatible).
·pcap files dump: Dump pdpcap captured traffic in a pcap file, so it can be open by any compatible aplication.
·OS X compatible: Thanks to Nicolas Montgermont pdpcap is now os x compatible.
http://musa.poperbu.net/content/view/95/30/
-- Jordi Sala http://musa.poperbu.net
On Wed, 29 Sep 2010, Jordi Sala wrote:
PDPCAP 0.0.4 new features
Could it be renamed so that it doesn't look like it's something to do with PDP ? (or is it PDP's fault for using non-distinctive naming ?)
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC
Yes it can be renamed, I named pdpcap when I started the object (PD+PCAPlib)...,... pcap could be a good name....any suggestions?
On 30 September 2010 13:45, Mathieu Bouchard matju@artengine.ca wrote:
On Wed, 29 Sep 2010, Jordi Sala wrote:
PDPCAP 0.0.4 new features
Could it be renamed so that it doesn't look like it's something to do with PDP ? (or is it PDP's fault for using non-distinctive naming ?)
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC
On Thu, 30 Sep 2010, Jordi Sala wrote:
Yes it can be renamed, I named pdpcap when I started the object (PD+PCAPlib)...,... pcap could be a good name....any suggestions?
name the package "pd-pcap" and the pd library file "pcap.pd_linux" for example.
Several programming languages use such naming... the hyphen makes it like a namespace in the package-manager, and the complete lack of the "pd-" prefix in the context of pd makes it look like you're loading the original "pcap" itself into Pd (which, of course, makes a lot more sense if that's exactly what your lib does : a plain wrapper and nothing else). I think that this is the kind of naming that users of several other programming languages have come to expect (Perl, Python, Tcl, Ruby, PHP, etc.)
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC
Hans, so your proposal is to split the current pdpcap in 2 different objects: one for live (net device) capturing and a second one for pcap file reading?
I like Mathieu's suggested name:1) the Mathieu's reasoning about naming, 2)the objects I think is differentiated of pdp, 3)doesn't lost enterely his original name pd-pcap,
On 1 October 2010 14:20, Mathieu Bouchard matju@artengine.ca wrote:
On Thu, 30 Sep 2010, Jordi Sala wrote:
Yes it can be renamed, I named pdpcap when I started the object
(PD+PCAPlib)...,... pcap could be a good name....any suggestions?
name the package "pd-pcap" and the pd library file "pcap.pd_linux" for example.
Several programming languages use such naming... the hyphen makes it like a namespace in the package-manager, and the complete lack of the "pd-" prefix in the context of pd makes it look like you're loading the original "pcap" itself into Pd (which, of course, makes a lot more sense if that's exactly what your lib does : a plain wrapper and nothing else). I think that this is the kind of naming that users of several other programming languages have come to expect (Perl, Python, Tcl, Ruby, PHP, etc.)
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC
Yeah, instead of making one big mega object that takes lots of
messages, there could instead be a suite of objects like one for live
capture, one for reading/writing files, one for translating port
numbers to services, whatever is appropriate.
.hc
On Oct 1, 2010, at 7:57 PM, Jordi Sala wrote:
Hans, so your proposal is to split the current pdpcap in 2 different
objects: one for live (net device) capturing and a second one for
pcap file reading?I like Mathieu's suggested name:1) the Mathieu's reasoning about
naming, 2)the objects I think is differentiated of pdp, 3)doesn't
lost enterely his original name pd-pcap,On 1 October 2010 14:20, Mathieu Bouchard matju@artengine.ca wrote: On Thu, 30 Sep 2010, Jordi Sala wrote:
Yes it can be renamed, I named pdpcap when I started the object (PD +PCAPlib)...,... pcap could be a good name....any suggestions?
name the package "pd-pcap" and the pd library file "pcap.pd_linux"
for example.Several programming languages use such naming... the hyphen makes it
like a namespace in the package-manager, and the complete lack of
the "pd-" prefix in the context of pd makes it look like you're
loading the original "pcap" itself into Pd (which, of course, makes
a lot more sense if that's exactly what your lib does : a plain
wrapper and nothing else). I think that this is the kind of naming
that users of several other programming languages have come to
expect (Perl, Python, Tcl, Ruby, PHP, etc.)
| Mathieu Bouchard ------------------------------ Villeray,
Montréal, QC-- Jordi Sala http://musa.poperbu.net _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
If nature has made any one thing less susceptible than all others of
exclusive property, it is the action of the thinking power called an
idea, which an individual may exclusively possess as long as he keeps
it to himself; but the moment it is divulged, it forces itself into
the possession of everyone, and the receiver cannot dispossess himself
of it. - Thomas Jefferson
ok, then, the naming can be something like: pcap-live, pcap-file,.....
On 3 October 2010 23:18, Hans-Christoph Steiner hans@at.or.at wrote:
Yeah, instead of making one big mega object that takes lots of messages, there could instead be a suite of objects like one for live capture, one for reading/writing files, one for translating port numbers to services, whatever is appropriate.
.hc
On Oct 1, 2010, at 7:57 PM, Jordi Sala wrote:
Hans, so your proposal is to split the current pdpcap in 2 different objects: one for live (net device) capturing and a second one for pcap file reading?
I like Mathieu's suggested name:1) the Mathieu's reasoning about naming, 2)the objects I think is differentiated of pdp, 3)doesn't lost enterely his original name pd-pcap,
On 1 October 2010 14:20, Mathieu Bouchard matju@artengine.ca wrote:
On Thu, 30 Sep 2010, Jordi Sala wrote:
Yes it can be renamed, I named pdpcap when I started the object
(PD+PCAPlib)...,... pcap could be a good name....any suggestions?
name the package "pd-pcap" and the pd library file "pcap.pd_linux" for example.
Several programming languages use such naming... the hyphen makes it like a namespace in the package-manager, and the complete lack of the "pd-" prefix in the context of pd makes it look like you're loading the original "pcap" itself into Pd (which, of course, makes a lot more sense if that's exactly what your lib does : a plain wrapper and nothing else). I think that this is the kind of naming that users of several other programming languages have come to expect (Perl, Python, Tcl, Ruby, PHP, etc.)
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC
-- Jordi Sala http://musa.poperbu.net _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it. - Thomas Jefferson
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/04/2010 01:58 AM, Jordi Sala wrote:
ok, then, the naming can be something like: pcap-live, pcap-file,.....
afaik, there is only one other library that uses the "-" infix (list-abs).
i would suggest using a more common scheme: e.g. make it compatible with e.g. Gem's & pdp's old-school naming-scheme that uses underlines ([pix_film], [pdp_film], [pcap_file])
or make it libdir like: [pcap/live] (preferrably make it a real libdir then)
personallly i'd go for the latter (nowadays)
fgmasd IOhannes
On Oct 5, 2010, at 12:00 PM, IOhannes m zmölnig wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/04/2010 01:58 AM, Jordi Sala wrote:
ok, then, the naming can be something like: pcap-live, pcap- file,.....
afaik, there is only one other library that uses the "-" infix (list- abs).
i would suggest using a more common scheme: e.g. make it compatible with e.g. Gem's & pdp's old-school naming- scheme that uses underlines ([pix_film], [pdp_film], [pcap_file])
or make it libdir like: [pcap/live] (preferrably make it a real
libdir then)personallly i'd go for the latter (nowadays)
Maybe more descriptive like: [pcapture] and [packetfile] (like
textfile, msgfile, etc.)
.hc
Information wants to be free. -Stewart Brand
Hi,
Thanks for your help. Finally I renamed pdpcap to pcap (for pd) and the pdpcap object has been splitted in two objcets pcap_device and pcap_file.
-pcap_device->captures network traffic in live mode from a net device (eth0, lo, eth1...).
-pcap_file->reads (captures) network traffic from a pcap file.
+info: http://musa.poperbu.net/content/view/97/1/
2010/10/8 Hans-Christoph Steiner hans@at.or.at:
On Oct 5, 2010, at 12:00 PM, IOhannes m zmölnig wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/04/2010 01:58 AM, Jordi Sala wrote:
ok, then, the naming can be something like: pcap-live, pcap-file,.....
afaik, there is only one other library that uses the "-" infix (list-abs).
i would suggest using a more common scheme: e.g. make it compatible with e.g. Gem's & pdp's old-school naming-scheme that uses underlines ([pix_film], [pdp_film], [pcap_file])
or make it libdir like: [pcap/live] (preferrably make it a real libdir then)
personallly i'd go for the latter (nowadays)
Maybe more descriptive like: [pcapture] and [packetfile] (like textfile, msgfile, etc.)
.hc
Information wants to be free. -Stewart Brand
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hey Jordi,
I was trying this on Ubuntu last night and the objects were all
crashing. I didn't fix it, but I tracked it down to this line in
pcap_device_ipaddr4():
sprintf(x->x_host_ip, "%s", inet_ntoa(((struct sockaddr_in
*)&ifr.ifr_addr)->sin_addr));
Also one problem: since your project now has a "pcap.h" that is easily
confused with libpcap's pcap.h. I think the pcap.h file should have a
different name, perhaps pdpcap.h.
I'm eager to sonify my networks!
.hc
On Oct 12, 2010, at 3:36 PM, Jordi Sala wrote:
Hi,
Thanks for your help. Finally I renamed pdpcap to pcap (for pd) and the pdpcap object has been splitted in two objcets pcap_device and pcap_file.
-pcap_device->captures network traffic in live mode from a net device (eth0, lo, eth1...).
-pcap_file->reads (captures) network traffic from a pcap file.
+info: http://musa.poperbu.net/content/view/97/1/
2010/10/8 Hans-Christoph Steiner hans@at.or.at:
On Oct 5, 2010, at 12:00 PM, IOhannes m zmölnig wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 10/04/2010 01:58 AM, Jordi Sala wrote:
ok, then, the naming can be something like: pcap-live, pcap- file,.....
afaik, there is only one other library that uses the "-" infix
(list-abs).i would suggest using a more common scheme: e.g. make it compatible with e.g. Gem's & pdp's old-school naming- scheme that uses underlines ([pix_film], [pdp_film], [pcap_file])
or make it libdir like: [pcap/live] (preferrably make it a real
libdir then)personallly i'd go for the latter (nowadays)
Maybe more descriptive like: [pcapture] and [packetfile] (like
textfile, msgfile, etc.).hc
Information wants to be free. -Stewart Brand
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Jordi Sala http://musa.poperbu.net
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Looking at things from a more basic level, you can come up with a more
direct solution... It may sound small in theory, but it in practice,
it can change entire economies. - Amy Smith
-
Hans-Christoph Steiner -
IOhannes m zmölnig -
Jordi Sala -
Mathieu Bouchard