Age | Commit message (Collapse) | Author | Files | Lines |
|
svn path=/trunk/; revision=2881
|
|
script 'make-reg-dotc'. It is used only in the Win32 build because the
make-reg-dotc shell script is *so* sloooooooooow on Win32, due to the
multiple processes (grep, grep, sed) launched multiple times for each
source file. By putting all the text-mangling logic into a single Python
script, only one process is launched, and the source files are read
only once. It's *a lot* faster... seconds instead of minutes.
svn path=/trunk/; revision=2873
|
|
svn path=/trunk/; revision=2574
|
|
svn path=/trunk/; revision=2481
|
|
path, so that users don't think they should add the pathnames of the
DLLs to their path, but should add the pathnames of the directories in
which those DLLs live to their path.
svn path=/trunk/; revision=2465
|
|
svn path=/trunk/; revision=2432
|
|
I finally have working tools, so a 0.8.11 win32 binary release we be
available soon.
svn path=/trunk/; revision=2375
|
|
compile it, find their info at the top of the file.
Explain the generated sources for developers, and the Unix-ish tools that
are needed.
svn path=/trunk/; revision=2205
|
|
and using Ethereal on Win32.
svn path=/trunk/; revision=2048
|
|
of the GTK+-for-Win32 library seems to work OK (at least with recent
changes to Ethereal avoid passing signed characters to "isprint()").
Note that you will need various Cygwin tools if you modify ".y", ".l",
or dissector files, and give instructions on how to get Cygwin.
svn path=/trunk/; revision=1898
|
|
svn path=/trunk/; revision=1843
|
|
svn path=/trunk/; revision=1689
|
|
from WinDump with Ethereal. We now have packet capturing on Win32. :)
svn path=/trunk/; revision=1612
|
|
have top-level Makefile.nmake call Makefile.nmake's in subdirectories.
Build plugins, and build generated source (lex, yacc). The only thing we
can't build is register.c; I need to re-work the top-level Makefile.nmake
because it lists object files, not C files, which make-reg-dotc needs.
svn path=/trunk/; revision=1608
|
|
with notes about possible problems with the latest version.
svn path=/trunk/; revision=1549
|
|
with MSVC 6.0 and 'nmake', the make tool that comes with MSVC.
It compiles, links, and runs. It doesn't run correctly. There's a problem
when reading files. I'm getting short reads. I'm not linking in zlib or
libsnmp because it first needs to be debugged.
I changed the plugin code to use gmodule instead of libltdl, but the
Unix build still links ethereal against libltdl. I'll fix that tonight; sorry
about leaving it in such a sad state, but I wanted to check in this code
before I left work on a Friday night. Ethereal still works, but the
building is less than optimal.
svn path=/trunk/; revision=1479
|
|
svn path=/trunk/; revision=374
|
|
but does not link. Perhaps someone who understands the MS tools can help
out. I made it link a few months ago, but with different version of glib/gtk+.
I can't remember how I made it link.
Most of the compatibility issues were resolved with adding
#ifdef HAVE_UNISTD_H the the source code. Please be sure to add this to all
future code.
svn path=/trunk/; revision=359
|