pipes. Enable this by default on Windows. Remove code that tried to
use WaitForSingleObject on a pipe (which Windows doesn't support). Use
native file handles and system calls on Windows (which fixes a problem
with partial reads I ran into during testing).
This should fix bug 1759.
svn path=/trunk/; revision=29574
it's arguably the only place we _should_ use it. Add create_tempdir() to
tempfile.c and use it to create a temp directory for IP maps. This
should fix bug 3530.
(This still doesn't work on IE 8 / Vista here. IE gives an access denied
error in OpenLayers.js, but this is a separate issue).
svn path=/trunk/; revision=28920
AUTHORS-SHORT) into doc/. This cleans up the top-level Makefile.am (no more
need to have rules for each man page in both files) and solves the
parallel-build problem described in:
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3494
svn path=/trunk/; revision=28784
This is in addition to the "tag checking" and will catch cases where a library file
has been updated w/o changing the tag. This patch re-enables checking previously done
except that now updates to config.nmake will also trigger the check.
svn path=/trunk/; revision=28722
The previous fix (SVN 28504) didn't quite work since
nmake always errored out if the libraries were not up-to-date; this
prevented doing an nmake ... setup.
This version of the fix:
1. Gets the library status (checktag) at the beginning of the make.
2. Effectively does the actual testing of the status whenever
a target with $(LIBS_CHECK) as a dependency is invoked.
Result: nmake ... [all] will error-out while nmake .... setup will
work properly.
Note that nmake ... setup will now show an initial error message
(from checktag) if the libraries are out of date; setup will still
proceed normally.
This is a slight change from the current behavior wherein no
error message occurs when nmake ... setup is invoked when the
libraries are out of date.
svn path=/trunk/; revision=28516
Reason:
The makefile was coded to do the checktag and libverify checks
only if makefile.nmake changed. It's now the case that some
library updates are reflected in config.nmake rather than in
Makefile.nmake and thus were missed.
Solution:
Do a checktag once at the beginning of the make.
Do not do a libverify any more. I think that checking
that the library 'tag' is correct is sufficient.
(The libverify code has been effectively commented out for now.
It can be removed at a later date once we're comfortable
with just using checktag).
--This line, and those below, will be ignored--
M Makefile.nmake
svn path=/trunk/; revision=28504
(I believe all the errors for gtk/... have been fixed);
Next up: Add the complete list of deprecated
GTK APIs to checkAPIs.pl
svn path=/trunk/; revision=27681
Replace this with the triple: "copy, if exist delete, rename" which isn't very nice but at least works on all machines
svn path=/trunk/; revision=27325
Copy help/faq.txt to FAQ in the NSIS and zip packages.
Add "help" to the dependency list for "all". Fix a couple of minor bugs
in the top-level Makfile.nmake.
svn path=/trunk/; revision=27173
Kovarththanan Rajaratnam