Fix build. Missing chg for GetOutlineTextMetrics.

svn path=/trunk/; revision=22097

Implement NtGdiGetOutlineTextMetrics and GetOutlineTextMetricsA/W.
GetOutlineTextMetricsA is from Wine. Tested with Mozilla 1.7.12.

svn path=/trunk/; revision=22096

Better handling of errors/special cases

svn path=/trunk/; revision=22095

Add newdev.h of the w32api package

svn path=/trunk/; revision=22094

Fix the build

svn path=/trunk/; revision=22093

- Display install page when installing the device, instead of search page
- Add "install failed" page

svn path=/trunk/; revision=22092

Keep minimal amount of differences with Wine code
Remove useless files

svn path=/trunk/; revision=22091

- Add SecurityQoS and PreviousMode parameters to ObFindObject, so that these can be sent to the parse routine. Also don't send OBJECT_CREATE_INFORMATION to it, but each needed member separately. This avoids having to create a "Fake" structure in some calls which don't actually use capture the information.
- Also remove RemainingPath and stop exposing it to public APIs. Move all ObInsertObject/ObOpen,ReferenceByName hacks to ObFindObject, and add a small one there. We basically trade 4 hacks for 1.

svn path=/trunk/; revision=22090

Forward more functions to setupapi

svn path=/trunk/; revision=22089

[AUDIT]
No code in cfgmgr32. All exported functions are redirected to setupapi

svn path=/trunk/; revision=22088

Rewrite SetupDiGetActualSectionToInstallExW:
- Do less lookups in section names list
- Take care of possible ProductType and SuiteMask fields in section names

svn path=/trunk/; revision=22087

Search driver files in the same directory as the .inf file

svn path=/trunk/; revision=22086

copy number to numberf so people can bugfix it/rewrite it

svn path=/trunk/; revision=22085

almost last commit for full support of %e %E %f %g %G, left todo is write the numberf function

svn path=/trunk/; revision=22084

starteted implement float into sprintf, snprintf and alot other printf api. this is more like a start how to implement it. This commit is more market for me. so I do not forget where string functions of *printf api (the main api functions) are. One more thing if u change on sprintf.c same change must be done in swprintf.c or changes into swprintf.c same changes must be done in swprintf.c, other wise the efect of bugfix or change will not be excutected in reactos, for u do not know if program  pic the ansi or unicode version.

svn path=/trunk/; revision=22083

making one more wine msvcrt printf test pass
now it is 62 fails instead of 63 fails

svn path=/trunk/; revision=22082

fixing two hiden bug in reactos, null termante the string right at end, code tested in vs, but it seam no affact on wine test mscvrt printf test. What hell is the snprintf  function call to ??

svn path=/trunk/; revision=22081

Fix an incorrect HalBeginSystemInterrupt() prototype

svn path=/trunk/; revision=22080

[AUDIT] this file is clean, and well document where it comes from, so no sign of trace was notice in this file

svn path=/trunk/; revision=22079

Fix possible memory leak in ProbeAndCaptureUnicodeString
Patch from Thomas Weidenmueller

svn path=/trunk/; revision=22078

 patch from w3seek : <w3seek> btw here's a (temporary) fix for the missing buttons bug: because it's not entirely thread-safe. filip will take care of it (i think)

svn path=/trunk/; revision=22077

Small fixes by w3seek

svn path=/trunk/; revision=22076

sorry for breaking the build, I did put in wrong version I should have retested it

svn path=/trunk/; revision=22075

Fix search of driver on removable media

svn path=/trunk/; revision=22074

Bugfix environ so it does not allown = in environ name not even as frist char

svn path=/trunk/; revision=22073

[AUDIT] after looking through code no signs of reverse engineering were found.

svn path=/trunk/; revision=22072

[AUDIT] after looking through code no signs of reverse engineering were found.

svn path=/trunk/; revision=22071

replacing _swab with wine cvs 2006-05-11 version, this will take care of our problem with overlapped memory problem with swab, and this make also two more wine test pass in wine msvcrt test. 100% pass okay now with wine msvcrt string test.

svn path=/trunk/; revision=22070

[AUDIT] after looking through code no signs of reverse engineering were found.  This swap can not handling overlapped of memory, replace of this will follow in next commit.

svn path=/trunk/; revision=22069

- fixes the definitions of PostQueuedCompletionStatus() and RaiseException()
- adds the definitions of AddAccessAllowedObjectAce(),
AddAccessDeniedObjectAce() and AddAuditAccessObjectAce() to w32api
- prototypes in line with previous r22066 mods
- fixes bug 1473

svn path=/trunk/; revision=22068

[AUDIT]
kernel32 - except.c, iocompl.c
most of the code is from Wine.
All non wine specific functions are documented on MSDN

svn path=/trunk/; revision=22067

add some function definitions I've had floating about in my headers for a while.

svn path=/trunk/; revision=22066

[AUDIT]
cat isn't a windows tool

svn path=/trunk/; revision=22065

[AUDIT] after looking through code no signs of reverse engineering were found.

svn path=/trunk/; revision=22064

replace djgpp  hell bugs fcvtbuf  with project  jbox.dk/sanos/source/lib/fcvt.c.html with small modification's to match ReactOS arch. Floating point to string conversion routines Copyright (C) 2002 Michael Ringgaard. All rights reserved.

Make wine test for fcvt shut up we are failing 64 of wine test in msvrt printf, but we pass all fcvt test. before we did fail 75 test in wine test of msvrt printf test. Before we did fail almost all test case for fcvt in wine test

svn path=/trunk/; revision=22062

fixing linux build

svn path=/trunk/; revision=22061

[AUDIT] clean imported/ported from DJGPP, djgpp fcvt is bugs as hell, most case does not working, bug will come later

svn path=/trunk/; revision=22060

sync lz32 winetest to 0.9.14

svn path=/trunk/; revision=22059

added my own icmp test...this cannot possibly fail

svn path=/trunk/; revision=22058

[AUDIT]
sndvol32.
declared clean by Thomas Weidenmueller
"It's not even functional" said Thomas. ;)

svn path=/trunk/; revision=22057

sync ntdll tests to 0.9.14

svn path=/trunk/; revision=22056

remove another dud, sync psapi test to 0.9.14

svn path=/trunk/; revision=22055

sync the setupapi test to wine 0.9.14 and remove some files commited to the wrong folder

svn path=/trunk/; revision=22054

update the winetest framework to 0.9.14 and sync some tests. Untested on ReactOS but at least it builds. More tests will come later. Fsck subversion

svn path=/trunk/; revision=22053

Bump trunk to 0.4.0, no turning back now.

svn path=/trunk/; revision=22052

Allow the user to specify a custom path for the driver when installing a new device

svn path=/trunk/; revision=22051

Of course, I forgot to commit the new file in revision 22049...

svn path=/trunk/; revision=22050

- Move new hardware wizard code to wizard.c
- Disable non working buttons
- Improve navigation between pages
- Prepare room for an install page

svn path=/trunk/; revision=22049

Fix green, it just needed it's ObOpenObjectByName params shuffled. Hope I did it correctly.

svn path=/trunk/; revision=22048

- Get rid of the intriguing idea that exported/public APIs should have prototypes with inversed parameters (fix ObOpenObjectByName and all its callers).
- Isolate ObFindObject into CmFindObject for the registry routines. Because of their well-known abuse of Ob, it's better to give them their internal routine so that when/if Ob ever gets fixed to parse properly, it won't force a re-write of Cm's object routines.

svn path=/trunk/; revision=22047

add directories for the comming wine tests

svn path=/trunk/; revision=22046

- Remove ROS-internal object macros and use the public ones in obtypes.h instead.

svn path=/trunk/; revision=22045

- Convert all Win32k Object callback functions to the correct NT prototypes.
- Get rid of ROS-internal WIN32_CALLOUT_DATA and use the real WIN32_CALLOUTS_FPNS type.
- Get rid of the callout.h hack.

svn path=/trunk/; revision=22044

[AUDIT]
kernel32.dll
- Remove locks from Wine code, and from simple stub or forward type of functions
- Add file headers to all files (except shared completely with Wine)
- Mark a pair of functions as shared with Wine (to be changed later when adding correct function headers)

svn path=/trunk/; revision=22043

started syncing to Wine-0.9.14

svn path=/trunk/; revision=22042

- Rewrite Desktop/WindowsStation parsing to follow the NT Object Model, with some minor hacks to respect ROS's current parsing semantics.
- Thanks to this, the long-lasting ExpDesktopCreate hack is gone, and so is OB_ROS_FIND_METHOD and OB_ROS_CREATE_METHOD in win32k. Next patch can fully remove WIN32_CALLOUT_DATA and use the NT type instead.
- Add official OBJECT_ macros in obtypes.h

svn path=/trunk/; revision=22041

italian explorer translation patch by folle_invasato (bug 1292)

svn path=/trunk/; revision=22040

revert this chnage for filip told me it is complete wrong rtl should never link to mscvrt

svn path=/trunk/; revision=22039

Adding rtl to msvcrt.rbuild for it is only one that contain the *printf stuff.

svn path=/trunk/; revision=22038

- Fix ObReferenceObjectByName and ObOpenObjectByName not to blissfully ignore the AccessState and ParseContext parameters.
- Change ObFindObject's prototype to be able to accomodate these two parameters so that they can be sent to the parse routine.

svn path=/trunk/; revision=22037

- Get rid of OB_ROS_PARSE_METHOD and use OB_PARSE_METHOD instead. Hacked the current parse methods to keep using a PWSTR, however they should be modified to use the UNICODE_STRING instead...

svn path=/trunk/; revision=22036

delete empty folder

svn path=/trunk/; revision=22035

Did foregt the translate file we try one more time for bug : 1279 : patch from  : user temarez  : adding Ukrainian translations

svn path=/trunk/; revision=22034

Swedish translation of getfirefox by Andreas Bjerkeholt

svn path=/trunk/; revision=22033

bug : 1279 : patch from  : user temarez  : adding Ukrainian translations

svn path=/trunk/; revision=22032

bug : 1279 : patch from  : user temarez  : updating Ukrainian translations

svn path=/trunk/; revision=22031

bug : 1279 : patch from  : user temarez  : adding Ukrainian translations to taskmgr

svn path=/trunk/; revision=22030

- Cleanup profiling and debugging code, add function comment headers and comment the functions in obdir.c
- Remove directory object parsing. Directory objects don't have parse routines. Instead, inline the lookup in ObFindObject (this hasn't been optimized yet, a lot of the code is now setting a = b, c = a, c = b.

svn path=/trunk/; revision=22029

Forgot to commit this change

svn path=/trunk/; revision=22028

[AUDIT] clean seam be imported/ported/base/inspered from DJGPP source code for everything look simulare to djgpp

svn path=/trunk/; revision=22027

[AUDIT]
kernel32.dll
- Unlock files shared with Wine
- Unlock stubs
- Add programmers name into file header

svn path=/trunk/; revision=22026

svn propset svn:eol-style native foo.py

svn path=/trunk/; revision=22025

- Reorganize most of /ob so that functions inside each module actually follow some sort of cohesive model instead of complete randomness.

svn path=/trunk/; revision=22024

[AUDIT] clean from wine

svn path=/trunk/; revision=22023

[AUDIT] clean seam be imported/ported from DJGPP for everything look simulare to djgpp

svn path=/trunk/; revision=22022

clean up the getch.c remove unsused code.

svn path=/trunk/; revision=22021

[AUDIT] after looking through code no signs of reverse engineering were found. some of these api contain also bugs and they are document in the files.

svn path=/trunk/; revision=22020

[AUDIT] clean imported/ported from DJGPP

svn path=/trunk/; revision=22019

[AUDIT] namespc.c: The namespace functions are publically document and wrap around a ROS-internal ObFindObject function which is very different from the way NT handles parsing. The capture of attribute information was based off a public structure, and the function used does not seem to exist in NT (based on a google search). Object Manager Initialization is internal to ROS and performs generic/trivial intialization tasks, which seem to match the description present in Windows Internals as well as Windows NT File System Internals. Finally, Object Type creation is a ROS-internal function based off documentation found in Gl00my's object manager article as well as local debugging done with WinDBG which helped define the purpose of DefaultObject.

svn path=/trunk/; revision=22018

[AUDIT] security.c: All these functions are simply wrappers around the SecurityProcedure callback, which actually does all the work (and is located in /se). Their implementation is trivial and could not have been done another way (it may likely differ from the 100% NT implementation (which I am not aware of), but the current implementation seems obvious to me and I don't see anything missing.

svn path=/trunk/; revision=22017

- Wipe out PROS_OBJECT_HEADER and use OBJECT_HEADER since we are now compatible.

svn path=/trunk/; revision=22016

- Rewrote the Object Directory implementation to follow the NT Structures in the NDK. This got rid of the last remaining OBJECT_HEADER difference and switched over to OBJECT_DIRECTORY.
- The low-level implementation is based on information from "Undocumented Windows 2000 Internals: A Programmer's Cookbook", with some modifications done by myself to match the updated 2003 structures. This implementation was hackishly stuck into our messed up high-level object lookup implementation, which now has 4 more band-aids. Still needs a lot of work done to the upper echelons of object lookup, but at least this gets rid of ROS-internal stuff.

svn path=/trunk/; revision=22015

Do not create crash/bsod log when u logoff or shutdown of ReactOS.

svn path=/trunk/; revision=22014

sorry forget cleanup after me ;)

svn path=/trunk/; revision=22013

import cprintf from wine cvs 2006-05-23 as bug 1529  suggested, I was looking for this bug before it was reported.
it make most of msvcrt string test work, only one fail left to fix.

svn path=/trunk/; revision=22012

[AUDIT] clean from DJGPP

svn path=/trunk/; revision=22011

Fixing two fail from wine gdi32 test, When HDC is NULL to NtGdiCreateDIBitmap we need create a hdc and delete the hdc when we are done.

svn path=/trunk/; revision=22010

revert my change from bootvid.c now, after w3seek patch it works again for bootcd

svn path=/trunk/; revision=22009

Patch from w3seek:  patch to fix a couple of argument probing bugs in NtQuerySymbolicLinkObject and NtCreateSymbolicLinkObject:

svn path=/trunk/; revision=22008

fix a few typos and display issuses in german resource file
patch by ThePhysicist (bug 1518) and a few additional fixes by me

svn path=/trunk/; revision=22007

Fix the regress of livecd, it works now again, some how the palette color are being bigger that 256 color and then the bootvid.sys crash

svn path=/trunk/; revision=22006

[AUDIT] ntobj.c : The Temporary/Permanent object routines are 5-line generic wrappers which call an internal kernel function, which in itself is only a wrapper to set an internal, documented flag. The implementation is therefore trivial. NtQueryObject is only 10% complete.
wait.c: These are simple wrapper routines around the KeWaitForXxx functions which reference the objects and get their pointers, just like any other Nt* function does. Some parts are non-trivial, such as: various failures: these can be tested with the wait regression test however; The usage of THREAD_WAIT_OBJECTS is documented in the DDK; The failure for WaitAll with duplicated objects is documented on MSDN; The check for SYNCHRONIZE object is documented on MSDN.

svn path=/trunk/; revision=22005

[AUDIT] symlink.c : The symbolic link implementation was generic, used different structures from NT (which meant some large NT features of symlinks were unimplemented) and had several bugs which gave different results from NT, so it was most certainly cleanly developed. The most recent update added the NT structure (which is documented) but did not add any functionality, except for fixing bugs which were revealed through a test app called SymlLinkTest.
dirobj.c: The directory object implementation is also generic and currently uses different structures from NT. Object lookup/parsing is entirely different and has nothing in common with NT. The actual Nt* APIs which expose the interface are ultra-generic and trivial.

svn path=/trunk/; revision=22004

- Move all object directory stuff in dirobj.c and implement a simple profiler to measure the time spent in those functions until the desktop appears. Enable with #define OBP_PROFILE.

svn path=/trunk/; revision=22003

This should fix the build.

svn path=/trunk/; revision=22002

- Thomas Weidenmueller (w3seek@reactos.org)
  - Use SEH in Atom functions
  - Only use result length if the caller gave one, in NtQuerySecurityObject.

svn path=/trunk/; revision=22001

- Fix Symbolic Link implementation:
  - Use OBJECT_SYMBOLIC_LINK structure as used by Windows NT (and added the structure to the NDK)
  - Changed code to use the new names in the structure
  - Only free the symlink's name if it has one, to avoid a bugcheck.
  - Optimize parsing: if the new name is actually shorter then the target name, then don't allocate from pool, but re-use the buffer. This improves symlink parsing speed. Also fix a bug which made it depend on the incorrect implementation of NtCreateSymbolicLinkObject
  - Re-align the link target maximum length in NtCreateSymbolicLinkObject if it's odd, and fail if the length is odd, smaller then the maximum, or if the maximum is zero.
  - Originally allocate the symlink name in Paged Pool.
  - Initialize new members of the structure.
  - Fail in no-memory case, instead of continuing.
  - Properly probe the LinkTarget in NtQuerySymbolicLinkObject.
  - Properly handle which length is chosen for the copy and for the return in NtQuerySymbolicObject.
  - Lock the symbolic link object type while querying it. Eventually many more parts of Ob need to do this kind of locking.
  - SymLinkTest now only gives 2 failures.
- Fix some NDK bugs

svn path=/trunk/; revision=22000

- SymTest: The Symbolic Link kernel implementation tester. Tests for really wacky symlink API properties. 8 failures on ROS.

svn path=/trunk/; revision=21999

- Cleanup the formatting, code and function headers of most of the Object Manager interfaces.

svn path=/trunk/; revision=21998

- Fix build (forgot to add file) to msvcrt test

svn path=/trunk/; revision=21997