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

Recompute broadcast address upon ip change (spotted by elrond)

svn path=/trunk/; revision=21996

Fixing strechblt dib16 and dib32 can be compile with -O2 (gcc) reporeted by jimtalor, it did not work on real hardware with -O2 when it was run with winqauke with some setting see bug 1520

svn path=/trunk/; revision=21995

Update msvcrt_winetest to Wine-23052006

svn path=/trunk/; revision=21994

Update ntdll_winetest to Wine-23052006

svn path=/trunk/; revision=21992

- Update user32_winetest to Wine-23052006. Update includes changes in the following subtests: edit, winstation. Evereything else is just compilation

svn path=/trunk/; revision=21991

prevent ncpa from crashing when no component is selected. patch & bug report by ThePhysicist (bug 1519)

svn path=/trunk/; revision=21990

- Thomas Weidenmuller: Fix calculating the string offset.
- Fixes bug 1475: Taskmanager shows mumbojumbo in the process name column

svn path=/trunk/; revision=21989

[AUDIT] after looking through code no signs of reverse engineering were found. It look as the Arthur was inspired of DJGPP ansi functions. for it is alot simulare

svn path=/trunk/; revision=21987

Add TT_PRIM_CSPLINE, from wine.

svn path=/trunk/; revision=21986

- Update text-outputting routines in user32.dll to Wine's trunk (22052006). May fix some layout and text-placement issues.
- "user32_winetest.exe text" gives only 1 failure now
- Silence debug messages in win32k.sys

svn path=/trunk/; revision=21985

increase mouse thread priority - patch by w3seek
should fix 1427

svn path=/trunk/; revision=21984

french translation by Usurp from bug 1492 :-)

svn path=/trunk/; revision=21983

french translation by Usurp from bug 1416

svn path=/trunk/; revision=21982

- Update TEXT_TabbedTextOut from Wine's trunk. Reduces number of failures in "user32_winetest.exe text" from 64 to 4.

svn path=/trunk/; revision=21981

- Implement GetTabbedTextExtentA(), based on implementation from Wine (trunk). Reduces number of failures in "user32_winetest.exe text" from 84 to 64.

svn path=/trunk/; revision=21978

- Fix compiling of win32k without compilation units

svn path=/trunk/; revision=21977

replace follow _wtol, _wtoi, _i64tow, _ui64tow, _ltow, _ultow, _ui64toa, _itow,  _ltow, ultow with wine  from wine cvs 2006-05-21
for we did fail on wine test on all these. In windows 2000 wine test ntdll string did not fail.

svn path=/trunk/; revision=21976

dont allow '=' in the environmental name in the set command

svn path=/trunk/; revision=21975

[AUDIT] clean from DJGPP

svn path=/trunk/; revision=21974

Fixing a i64ltoa bug, replacing both version with wine, copy the code from wine cvs 2005-05-21, bug report by wine test

svn path=/trunk/; revision=21973

- Fix GDIOBJ_* prototypes so win32k compiles with GDI_DEBUG compile option

svn path=/trunk/; revision=21972

msvc compiling fix

svn path=/trunk/; revision=21971

[AUDIT] clean from DJGPP

svn path=/trunk/; revision=21970

[AUDIT] clean this file are clean after I look at them

svn path=/trunk/; revision=21969

Add FSRTL_COMMON_FCB_HEADER to the beginning of the FCB.

svn path=/trunk/; revision=21968

Fixing a ultoa bug, replacing both version with wine, copy the code from wine 0.9.0; I did add a NULL check for the string so it can not bsod. wine ntdll string only report one error, left to fix, I run wine test on windows 2000 and reactos to compare the result. Fireball report wine_ntdll_test string crach on windows xp, but it does not crash in windows 2000.

svn path=/trunk/; revision=21967

[AUDIT] clean from DJGPP

svn path=/trunk/; revision=21965

reporting djgpp fgets to fgetws, with wine test the old version did fail on reading string, it did to far.
now we do not have a any bug in fgetws, acoding wine test, I ran the test in win2k and reactos to be 100% sure it was not wine test fualt.

svn path=/trunk/; revision=21964

[AUDIT] clean it is base on DJGPP fgets

svn path=/trunk/; revision=21963

The MSFS_PIPE struct is actually an FCB (File Control Block). Rename it accordingly and store pointers to it in FileObject->FsContext.

svn path=/trunk/; revision=21962

[AUDIT] after looking through code no signs of reverse engineering were found. Only code exists is to dllmain api rest is warper to crt.a

svn path=/trunk/; revision=21961

patch from w3seek : optimize FindWindowEx and fix passing a NULL window class

svn path=/trunk/; revision=21960

revert  r21958

svn path=/trunk/; revision=21959

patch from w3seek : Another fix for NtUserFindWindowEx

svn path=/trunk/; revision=21958

patch from w3seek : Another fix for NtUserFindWindowEx

svn path=/trunk/; revision=21957

Bug 1507 patch from w3seek : This patch fixes more issues with NtUserFindWindowEx. (one example of bugs have been fixed with this patch is the tray icon)

svn path=/trunk/; revision=21956

- Slightly update heap-related routines to wine's routines. Doesn't fix regression tests really, but just in case.

svn path=/trunk/; revision=21955

[AUDIT]
- Based on Wine -> clean

svn path=/trunk/; revision=21954

- Update kernel32_winetest to the Wine's CVS head

svn path=/trunk/; revision=21953

- Add programmers list for this file
- Replace silent failures with proper STUB

svn path=/trunk/; revision=21952

[AUDIT]
kernel32.dll

- Unlock files shared with Wine
- Unlock really obvious implementations
- Unlock files which are mostly stubs
- Fix programmer's name in one file

svn path=/trunk/; revision=21951

- Update ActiveContext functions in kernel32.dll, implementing them as "smart stubs". Implementation taken from Wine's kernel32 (helps Adobe Photoshop 7.0 according to Wine)

svn path=/trunk/; revision=21949

[AUDIT]
kernel32.dll

- No reason for stubs to be locked
- actctx.c is nothing more than A->W wrappers, thus clean too

svn path=/trunk/; revision=21948

[AUDIT]
subsystems
- Unlock headers, non-source code files, art (unique to reactos)
- Unlock one-function file (pretty obvious) and add a missing programmer's name to it
- Unlock files containing stubs

svn path=/trunk/; revision=21947

[AUDIT]

- Unlock source code files containing only stubs
- Add missing programmers name to the file headers
- SVN properties maintenance

svn path=/trunk/; revision=21946

Only stubs

svn path=/trunk/; revision=21945

[AUDIT]
Does just contain one stub.

svn path=/trunk/; revision=21944

patch from w3seek make the kdbg build again

svn path=/trunk/; revision=21943

- Use the proper HANDLE_TABLE and HANDLE_TABLE_ENTRY structures.

svn path=/trunk/; revision=21942

forget this file

svn path=/trunk/; revision=21941

fix the build after me

svn path=/trunk/; revision=21940

[AUDIT] The code is from Sun that is free to use. checked in djgpp, djgpp contain same code.

svn path=/trunk/; revision=21939

did delete wrong file sorry

svn path=/trunk/; revision=21938

Fix the calc bug, modf is compelete wrong, replace it with DJGPP C version of modf with small changes from me. so it compile in ReactOS,
Follow bugs did I notice in our modf
1. bug did not clear the st reg before it was use
2. bug did not load the reg right
3. bug did not handler all case

svn path=/trunk/; revision=21937

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

svn path=/trunk/; revision=21936

- Get rid of ROS_EPROCESS and all the ugly type-casting that was being done, now that the last two hacks make us able to compatibly use EPROCESS.

svn path=/trunk/; revision=21935

- Use EPROCESS 's AddressCreationLock instead of the MADDRESS_SPACE Lock.
- Overlay MADDRES_SPACE over MM_AVL_NODE. Even though our structures are currently incompatible, they represent the same thing (The EPROCESS's Address space).

svn path=/trunk/; revision=21934

- Use the Spare0 array, present in EPROCESS instead of ReactOS-specific members for Process Locking (temporary fix until pushlocks are used).

svn path=/trunk/; revision=21933

[AUDIT]
ntoskrnl/ex/error.c

- Alex Ionescu states the implementations are clean: I just re-orgznied the *harderror functions. The SEH filter is a trivial/well-known return of a single value, and __purecall is a stub.

svn path=/trunk/; revision=21932

[AUDIT]
ntoskrnl/dbgk
(according to functions_list.txt in audited branch comments by Alex Ionescu, and comments by me)
- debug.c: Clean/trivial implementation based on the object's structure. I merely create it and then initailize all its members. Other functions are stubs
- dbgkutil.c: Code is #if0'ed, and doesn't belong to Alex Ionescu. Author is unknown.
- Unified / prettified formatting, STDCALL -> NTAPI

svn path=/trunk/; revision=21931

[AUDIT]
ntoskrnl/ex
(according to functions_list.txt in audited branch comments by Alex Ionescu, and uuid.c comments by me)
- dbgctrl.c: Modified the function slightly for compatibility with some keys, still has nothing to do with Windows'
- lookas.c: File is clean. I merely rewrote existing versions based on a GPLed IBM driver I found on google, OSR documentation and some DDK sample code. The implementation is trivial and only calls caller-defined functions which are the ones doing the work.
- uuid.c: Added programmers, unified formatting, STDCALL->NTAPI change. Code doesn't look suspicious, plus stubbed functions
- win32k.c: Alex Ionescu only changed the functions to call Win32K instead of having the code in ntoskrnl. It was a cut/paste job. Aleksey Bragin: The code looks very trivial and straightforward, certainly it's written based on clean sources of information
- zone.c: Based on David Welch's code, which Alex Ionescu merely cleaned up, using clean development. He's not even sure if the Zone functions are still in Windows.

svn path=/trunk/; revision=21930

- change the resource numbers to match Windows
- up the icon quality a bit.

svn path=/trunk/; revision=21929

- resize listbox. Fixes bug 1496
- change icon resource number to match Windows

svn path=/trunk/; revision=21928

[AUDIT]
ntoskrnl/inbv

- Functions are written mostly by dwelch and chorn, are exported and don't look like containing dirty code. They have some comments too. Filip confirmes this file is clean.
- Unified formatting throughout the file

svn path=/trunk/; revision=21927

[AUDIT]
Filip Navara: Contains only two functions, one of them is unimplemented Windows function and the other one is ROS specific and doesn't even follow the NT design.

svn path=/trunk/; revision=21926

[AUDIT]
ntoskrnl/ex/init.c
- Alex Ionescu: File is clean. Most of these are ReactOS-internal and specific to our booting cycle, which is entirely incompatible with Windows and broken beyond explanation.

svn path=/trunk/; revision=21924

[AUDIT]
ntoskrnl/mm
- Alex Ionescu: clean, they use ROS 'objects'. NT doesn't have rmaps or page_ops

svn path=/trunk/; revision=21923

[AUDIT]
ntoskrnl/mm/mpw.c
- Filip Navara: mpw.c is surely clean. it's totally wrong and besides it was described in The Book (Inside Windows NT)

svn path=/trunk/; revision=21922

Attribute list support for NTFS and some memory leak fixes.

svn path=/trunk/; revision=21920

Whoops, r21918 meant to go in trunk too.

svn path=/trunk/; revision=21919

Replace BOOL by BOOLEAN and STDCALL by NTAPI
(Use native types instead of Win32 ones)

svn path=/trunk/; revision=21917

- Check the Image Config Data in MmCreatePeb for address abusing (bug #1487).
- Speed-up the ElfpIsPowerOf2 function (bug #1464).

svn path=/trunk/; revision=21916

french translation by usurp

svn path=/trunk/; revision=21915

-fix build

svn path=/trunk/; revision=21913

- size listbox correctly
- fixes bug 1490

svn path=/trunk/; revision=21912

Add icons for several filetypes
registry keys written by Daniel "EmuandCo" Reimer <reimer [dot] daniel [at] freenet [dot] de>

svn path=/trunk/; revision=21910

Rename IOCTL_INTERNAL_USB_GET_ROOT_USB_DEVICE to IOCTL_INTERNAL_USB_GET_PARENT_HUB_INFO, and send it with major code IRP_MJ_INTERNAL_DEVICE_CONTROL

svn path=/trunk/; revision=21909

Correctly support USB hubs

svn path=/trunk/; revision=21908

added usb.inf for generic usb-hubs

svn path=/trunk/; revision=21907

Initialize the status block before sending the IRP

svn path=/trunk/; revision=21906

Revert 21903
1) ReactOS is extremely long to parse .inf files (no .pnf files as on Windows). Remember we want to keep ReactOS fast (when running) and small (on disk).
2) nVidia already provides a .inf file for its devices. You will still need it for other devices, so why not also use it for PCI System Management and Memory Controller?
3) Windows doesn't recognize natively the nVidia chipset, even with lastest updates.
4) I only care about devices emulated by VMware/Qemu/Bochs/Virtual PC, ie virtual machines.
5) If you add PnP IDs of some nVidia devices, someone else will want to add PnP IDs for other chipsets (Via, C3, Intel, ...)
6) While you are at it, why don't you add 40Mb to recognize the same amount of devices as Windows XP?

svn path=/trunk/; revision=21905

bug 1486 : patch from w3seek USER32: Convert WM_MDICREATE messages from/to unicode

svn path=/trunk/; revision=21904

-added NVIDIA nForce2 Memory Controller
-added NVIDIA nForce2 PCI System Management

svn path=/trunk/; revision=21903

No need to link to ole32/oleaut32

svn path=/trunk/; revision=21902

- Revert dependencies part of r21866 since it breaks compiling on MSVC 2005 (it complains to missing libs which we don't yet compile - like ntdll.lib, gdi32.lib, user32.lib and so on)

svn path=/trunk/; revision=21901

Fix duplicate default routes when IP address is set manually.

svn path=/trunk/; revision=21900

- Live update of static IP address from ctl panel.
- Fix removing adapter route on IP address delete.

svn path=/trunk/; revision=21899

display workgroup/domain name

svn path=/trunk/; revision=21898

- Bug 1476: Include rosldr.h in halxbox.h

svn path=/trunk/; revision=21897