On 5 October 2013 12:03, Joerg Mayer wrote:
> Hello,
>
> I've made some progress and am now able to almost build a first 32 bit
> executable with VSEE2010. The executable (capinfos) using nmake as build
> tool.
> The cmake stage (for nmake) is working as much as is needed, i.e. no GUI
> package d
On 10/03/2013 08:04 PM, ronnie sahlberg wrote:
What do you propose?
There is very little overlap between samba needs and wireshark needs for PIDL.
It is probably better to continue running two separate forks of PIDL,
one for samba and one for wireshark.
Switching to samba PIDL seems to be a lot
On Sun, Oct 6, 2013 at 4:29 AM, Matthieu Patou wrote:
> Last but not least I will grab the opportunity of having some wireshark devs
> listening to complain about the lack of feedback when publishing patches in
> wireshark's bugzilla.
> I tried several time in the past to get my patches for dce-r
On Sun, Oct 06, 2013 at 01:29:50AM -0700, Matthieu Patou wrote:
> For me there is only one pidl and it's in the samba repository. Then
> we have a 2 big use case:
>
> * Samba
> * Wireshark
>
> By the way I take the chance of this thread to underline that it's
> very hard to get the attention of t
Hello,
Matthieu raised an issue that I've seen with asn2wrs generated dissectors
too, just not to the extent of the pidl dissectors. To make it much harder
to miss that the changes we are doing are to generated dissectors I see
two approaches:
- Name the files differently, e.g. prefix with gpacket
On Sun, Oct 6, 2013 at 4:25 PM, Joerg Mayer wrote:
> Hello,
>
> Matthieu raised an issue that I've seen with asn2wrs generated dissectors
> too, just not to the extent of the pidl dissectors. To make it much harder
> to miss that the changes we are doing are to generated dissectors I see
> two app
Hello all,
I have been facing two issues with tshark on mips64
1. Read filter fails ( i debugged it to some extent and found the
argument values passed to apply_test were wrong. I'm
not an expert of yacc so could not able
to debug it).
2. IPv6 ICMP checksum always thr
Can we please discuss the removal of files before doing so?
IIRC, while the 4 clause BSD license is incompatible with the
GPL, the regents granted a general "amnesty" so code copyrighted
by them gets treated like a 3 clause BSD license.
I currently just lack the nerve/time to look this up and by th
On Sun, Oct 6, 2013 at 4:38 PM, Joerg Mayer wrote:
> Can we please discuss the removal of files before doing so?
I did [1], it just took me a few weeks to get around to removing it
since nobody objected at the time.
[1] https://www.wireshark.org/lists/wireshark-dev/201309/msg00182.html
> IIRC,
On Sun, Oct 06, 2013 at 04:27:50PM -0400, Evan Huus wrote:
> On Sun, Oct 6, 2013 at 4:25 PM, Joerg Mayer wrote:
> > Hello,
> >
> > Matthieu raised an issue that I've seen with asn2wrs generated dissectors
> > too, just not to the extent of the pidl dissectors. To make it much harder
> > to miss th
On Sun, Oct 06, 2013 at 04:45:06PM -0400, Evan Huus wrote:
> On Sun, Oct 6, 2013 at 4:38 PM, Joerg Mayer wrote:
> > Can we please discuss the removal of files before doing so?
>
> I did [1], it just took me a few weeks to get around to removing it
> since nobody objected at the time.
>
> [1] htt
The executables now compile and link except the gtk and qt guis.
I have not yet been able to run the executables as running the binaries
inside the build tree doesn't seem to work (unlike on linux).
Ideas how to get this to work?
Thanks
Jörg
--
Joerg Mayer
On 10/6/2013 7:27 PM, Joerg Mayer wrote:
The executables now compile and link except the gtk and qt guis.
I have not yet been able to run the executables as running the binaries
inside the build tree doesn't seem to work (unlike on linux).
Ideas how to get this to work?
Thanks
Jörg
This i
13 matches
Mail list logo
