Leaned interface between tcpip and ip lib to not include ndis buffers and
such, as well as datagram request structs. This both eliminates code
setting up these structs as well as making use of ip lib easier from userland.
Moved ndis buffer routines to tcpip/buffer.c. They are a bit separate from
the neutral routines functions.
svn path=/trunk/; revision=11171
Todo:
- Store folder names in resource strings.
- Update current users shell folder paths when a new profile is created.
svn path=/trunk/; revision=11151
* lib/gdiplus/tests/.cvsignore: Ignore _hooks.c and _stubs.S.
* lib/gdiplus/tests/Makefile (TARGET_OBJECTS): Remove passthrough.o and
add _hooks.o and _stubs.o.
* lib/gdiplus/tests/tests/test-1.c: Test API hooking.
* regtests/shared/regtests.h: Add support for API hooking.
* tools/helper.mk: Generate stubs.
* tools/regtests.c: Add support for generating stubs and hooks.
* lib/gdiplus/tests/passthrough.c: Remove.
* lib/gdiplus/tests/stubs.tst: New file.
svn path=/trunk/; revision=11147
ntoskrnl/ob/security.c:
This function did not either identify the new descriptor as self relative
nor honor the case where self-relative was not set. Now fixed.
Bug identified by WaxDragon (while loading a cygwin app)
svn path=/trunk/; revision=11140
unixen. Apparently, include_next does not count repeated include
directories on unixen but does on windows, thus windows users of mingw
saw the build of the ip lib break for not having included
w32api/include/basetsd.h through the include/basetsd.h. It would
include include/basetsd.h again and (since the include guard in that
file surrounds the include_next), would do nothing the second time. I guess
I'm the only person who got bit by this difference.
svn path=/trunk/; revision=11137
- removed the %USERPROFILE% prefix, this will go in combination with my other fix to hopefully get things working right again.
svn path=/trunk/; revision=11131
from kernel land, or from userland with the help of drivers/lib/undis.
Hopefully, I'll be able to simulate a sufficient environment with undis
that we'll be able to test most problems with the ip system in userland.
This follows my general priniciple of getting most interesting code into
a place where we can really examine it and work with it. The interface
to the ip library is still a bit raw. I was hoping to do a better job
of isolating it and especially digging nt kernel dependencies out into
the remaining framework files (tcpip/dispatch.c, tcpip/fileobjs.c), but
it was taking too long. Hopefully I can return to that later.
svn path=/trunk/; revision=11127
the ambiguously linked library starts being used in km. There are further
cleanups i need to do, but hopefully having this checked in will help others
who are eager to help work on it.
svn path=/trunk/; revision=11126
