On Sun, Nov 03, 2013 at 01:45:28AM +0100, Joerg Mayer wrote:
Might be. Unfortunately my Windows test machine is offline for a possible but
unlikely virus infection until our admins get back into office to do the
checks
on monday, so I have to guess here:
- Is cygwin part of your path?
-
It appears to be licensed under GPLv3 only, which makes it
incompatible for us to include.
It seems to be included only because links/lynx didn't appear to work
a while ago when building under WIndows. If that is no longer true
then I think we can just remove it with no loss of functionality?
2013/11/3 Evan Huus eapa...@gmail.com:
It appears to be licensed under GPLv3 only, which makes it
incompatible for us to include.
It seems to be included only because links/lynx didn't appear to work
a while ago when building under WIndows. If that is no longer true
then I think we can just
On Sun, Nov 3, 2013 at 10:25 AM, Bálint Réczey bal...@balintreczey.hu wrote:
2013/11/3 Evan Huus eapa...@gmail.com:
It appears to be licensed under GPLv3 only, which makes it
incompatible for us to include.
It seems to be included only because links/lynx didn't appear to work
a while ago
2013/11/3 Joerg Mayer jma...@loplof.de
On Sun, Nov 03, 2013 at 01:45:28AM +0100, Joerg Mayer wrote:
Might be. Unfortunately my Windows test machine is offline for a
possible but
unlikely virus infection until our admins get back into office to do the
checks
on monday, so I have to guess
Matthieu,
I committed 0010-frsrpc-Regenerate-frsrpc-due-to-changes-in-the-pidl-.patch and
0016-Regenerate-the-dnserver.patch with the necessary changes to get it to
compile on Windows to r53067. As the commit message mentions, I think the PIDL
generator may need to be updated in order for
Hi,
there is also a small issue spotted by checkAPIs.pl script (found in tools
folder) leading to a failure of the buildbot:
Error: the name for
hf_frsrpc_frsrpc_FrsVerifyPromotionParent___ndr_guid_size
(frsrpc.frsrpc_FrsVerifyPromotionParent.__ndr_guid_size) has leading
space in
On Sun, Nov 03, 2013 at 10:11:02AM -0500, Evan Huus wrote:
It appears to be licensed under GPLv3 only, which makes it
incompatible for us to include.
It seems to be included only because links/lynx didn't appear to work
a while ago when building under WIndows. If that is no longer true
then
On Sun, Nov 03, 2013 at 04:56:05PM +0100, Pascal Quantin wrote:
2013/11/3 Joerg Mayer jma...@loplof.de
On Sun, Nov 03, 2013 at 01:45:28AM +0100, Joerg Mayer wrote:
Might be. Unfortunately my Windows test machine is offline for a
possible but
unlikely virus infection until our admins
Hi all,
I'm currently taking a class on Human-Computer Interaction, and I'm
going to be writing my term paper on Wireshark's UI. The meat of the
paper is going to be on the current interface and application of
various theoretical frameworks, but I thought it would be useful (and
kind of neat) if
GTK+ depends on GLib, but not the other way around. The 64-bit OS X
development packages currently ship with GLib and Qt but not GTK+.
On 11/3/13 1:53 PM, Roland Knall wrote:
I agree, but glib is still part of gtk. And as of now, the normal way
of installing glib would be to install gtk onto
On 11/3/13 7:36 AM, Evan Huus wrote:
On Sun, Nov 3, 2013 at 10:25 AM, Bálint Réczey bal...@balintreczey.hu wrote:
2013/11/3 Evan Huus eapa...@gmail.com:
It appears to be licensed under GPLv3 only, which makes it
incompatible for us to include.
It seems to be included only because links/lynx
On Sun, Nov 03, 2013 at 09:54:45PM +0100, Roland Knall wrote:
Just a short question. If the long-term goal is to switch to Qt, what
ist the long-term plan for glib? As of now, many dissectors use the
data types, tables, etc.
Qt (both, version 4 and 5) *depend* on glib. You cannot successfully
What was the rationale for this change?
We now have
packet-btavdtp.c:1390:1: warning: no previous prototype for
'proto_register_btavdtp' [-Wmissing-prototypes] packet-btavdtp.c:2061:1:
warning: no previous prototype for 'proto_reg_handoff_btavdtp'
[-Wmissing-prototypes]
On Mon, Nov 04, 2013 at 12:02:23AM +0100, Anders Broman wrote:
What was the rationale for this change?
...
[-Wmissing-prototypes]
on the Ubuntu buildbot.
OK, looks like I missed something: We have this kind of forward declarations
in ~72% of the dissectors but not in the remaining ones.
-Original Message-
From: wireshark-dev-boun...@wireshark.org
[mailto:wireshark-dev-boun...@wireshark.org] On Behalf Of Joerg Mayer
Sent: den 4 november 2013 00:19
To: Developer support list for Wireshark
Subject: Re: [Wireshark-dev] Fwd: [Wireshark-commits] rev 53073:
16 matches
Mail list logo