On 2/16/2011 11:42 PM, Guy Harris wrote:
What's the default process stack size in Win32?
==>From the VC2008 docs[1]:
The /STACK option sets the size of the stack in bytes. Use this option
only when you build an .exe file.
The reserve value specifies the total stack allocation in virtual
m
What's the default process stack size in Win32?
The MSVC++ static analyzer is giving some
c:\buildbot\...\blahblahblah.c(XXX) : warning C6262: Function uses
'YYY' bytes of stack: exceeds /analyze:stacksize'16384'. Consider moving some
data to heap
but we're just running the static anal
On Feb 15, 2011, at 5:33 PM, Gerald Combs wrote:
> The trunk buildbot now has two additional buildslaves: one that runs the
> C/C++ code analyzer in Visual Studio 10 Premium and one that runs the
> Clang Static Analyzer. They are scheduled to run once a day at 9:00 PM
> PST (5:00 AM UTC) for the
On 2/16/11 3:22 PM, Stephen Fisher wrote:
On Tue, Feb 15, 2011 at 05:33:02PM -0800, Gerald Combs wrote:
Scan-build creates very large (about 3 GB uncompressed) HTML reports.
I'm hoping to have them available for download in the next day or so.
That directory should be suitable for hosting on
I'm not sure, but this might be what you're looking for:
http://wiki.wireshark.org/Development/Win64
On Wed, Feb 16, 2011 at 6:25 AM, Bhuvan Vijayvergiya
wrote:
> Hi,
>
> My team is using wireshark while testing our product. We have some custom
> dissector plugins coded for that purpose and used
On Tue, Feb 15, 2011 at 05:33:02PM -0800, Gerald Combs wrote:
> Scan-build creates very large (about 3 GB uncompressed) HTML reports.
> I'm hoping to have them available for download in the next day or so.
That directory should be suitable for hosting on a web server for us to
all browse.
Am 16.02.2011 17:57, schrieb Stephen Fisher:
On Tue, Feb 15, 2011 at 07:57:09PM +0100, Andreas wrote:
This might be easy. If all .obj files that are linked in the directory
epan you can do
cd epan
dumpbin /symbols *.obj | find /v "UNDEF" | find "External"
sfisher@shadow:/usr/local/sr
>Stephen Fisher 02/16/11 11:57 AM >>>
>> . On Tue, Feb 15, 2011 at 07:57:09PM +0100, Andreas wrote:
>> This might be easy. If all .obj files that are linked in the directory
>> epan you can do
>>
>>cd epan
>>dumpbin /symbols *.obj | find /v "UNDEF" | find "External"
> sfisher@shadow:/us
On Tue, Feb 15, 2011 at 07:57:09PM +0100, Andreas wrote:
> This might be easy. If all .obj files that are linked in the directory
> epan you can do
>
>cd epan
>dumpbin /symbols *.obj | find /v "UNDEF" | find "External"
sfisher@shadow:/usr/local/src/wireshark>cd epan
sfisher@shadow:/usr/
Hi,
My team is using wireshark while testing our product. We have some custom
dissector plugins coded for that purpose and used to compile and distribute
the installer for others to use. Up until now we have been using the 32 bit
version, but now we want to move to the 64 bit version. I am quite f
On Wed, Feb 16, 2011 at 12:58:54AM -0800, Guy Harris wrote:
>
> On Feb 16, 2011, at 12:51 AM, Joerg Mayer wrote:
>
> > I've created a small patch that will allow ip.addr to match on arp
> > requests/replies as well as the previous stuff. It comes quite handy
> > but as this kind of thing is a bit
On Feb 16, 2011, at 12:51 AM, Joerg Mayer wrote:
> I've created a small patch that will allow ip.addr to match on arp
> requests/replies as well as the previous stuff. It comes quite handy
> but as this kind of thing is a bit unusual I thought I'd ask first.
> There is precedence for matching on
Hello,
I've created a small patch that will allow ip.addr to match on arp
requests/replies as well as the previous stuff. It comes quite handy
but as this kind of thing is a bit unusual I thought I'd ask first.
There is precedence for matching on another dissector's fields with
ipv6 matching on ip
13 matches
Mail list logo
