[FAST486]
- Move the descriptor reading logic into a separate function.
- Implement hardware task switching and task gates.
- Flush the TLB when reloading CR3.

svn path=/trunk/; revision=65260

[NTOS:SE]
- Implement ACL inheritance for SeAssignSecurityEx
CORE-8745 #resolve

svn path=/trunk/; revision=65259

[KMTESTS:SE]
- Add a test for SeAssignSecurity[Ex]
CORE-8745

svn path=/trunk/; revision=65258

[NTFS]
Actually, we know how to read non resident attributes, so read a non resident attribute list if found.

svn path=/trunk/; revision=65257

[KMTESTS]
- Move out definitions for user/kernel test utility functions into their own header (still not pretty, but at least the one header won't get as huge
- Make KmtStartThread/KmtFinishThread available to all tests

svn path=/trunk/; revision=65256

Merged revision(s) 62353, 62531-62532, 62853, 64152, 64173-64174 from branches/kernel-fun/reactos:
[NTOSKRNL]
Implement SystemPrioritySeperation case in NtSetSystemInformation
........
[NTOSKRNL]
Fix an ASSERT in ExfReleasePushLockExclusive
........
[NTOSKRNL]
Fix KiCallbackReturnHandler
........
[NTOSKRNL]
Don't expect a fully sized LOADER_PARAMETER_EXTENSION, since the win2003 loader doesn't provide the full one.
........
[NTOSKRNL]
Implement a fake NtLockProductActivationKeys

........
[NTOSKRNL]
- Add some DPRINTs on errors
- Silence a DPRINT
- Only DPRINT on unimplemented affinity support on SMP builds

........
[NTOSKRNL]
- Remove an undocumented flag from the lpc request type in NtRequestWaitReplyPort. This is required for some windows modules that use this flag, otherwise the function fails.
........

svn path=/trunk/; revision=65255

[NTOSKRNL]
Merge r62304 and r65253 from kernel-fun branch:
Fix logic in ObSetSecurityDescriptorInfo. To understand the change: it is not only style change! The old code modified SecurityDescriptor, which must always stay the same in the loop!

svn path=/trunk/; revision=65254

[WIN32K]
- Fix completely broken REGION_CropAndOffsetRegion
- Make sure iType is correctly set in NtGdiGetRegionData

svn path=/trunk/; revision=65252

[NTOS:SE]
- Simplify SeSetSecurityDescriptorInfoEx
- Don't dereference an object that was never referenced

svn path=/trunk/; revision=65248

[NTOS:SE]
- Call SeSetSecurityDescriptorInfoEx from SeSetSecurityDescriptorInfo

svn path=/trunk/; revision=65247

[NTOS:SE]
Various minor behavior corrections & simplifications for SeAssignSecurityEx:
- Fail on missing subject context or invalid group
- Initialize NewDescriptor to NULL on failure
- Never set SE_*_DEFAULTED flags
- Assume a primary token exists
- Remove unnecessary variable initialization
- Remove unnecessary length alignment
CORE-8745

svn path=/trunk/; revision=65244

[IPHLPAPI]
 - Retrieve unicast addresses and prefixes in GetAdaptersAddresses.

svn path=/trunk/; revision=65242

[TCPIP/AFD]
 - Use less weird internal structures and more public headers.

svn path=/trunk/; revision=65241

[NTFS]
- Move the ROUND_UP & ROUND_DOWN macro definition to header
- Make NtfsReadDisk() sector size aware so that it can properly align read on the disk (and thus prevent them from failing)
- If $ATTRIBUTE_LIST is non resident, then display a message and continue, don't assert on it. This is to be implemented later on.

This fixes directory enumeration on a Windows 7 NTFS volume.

svn path=/trunk/; revision=65240

[NTFS]
Try to read the names from the biggest name space to the smallest.
Only at the end assert we have to have a name.

This fixes name enumeration on Windows 7 NTFS volumes.

svn path=/trunk/; revision=65239

[NtUser]
- Capture is already set. Trouble shooting CORE-8299 and CORE-3247.
- Correct spellings and adding traces.

svn path=/trunk/; revision=65238

[NTVDM]
- Fix the BIOS32 Wait hack (Sleep takes a duration in milliseconds, whereas the BIOS function takes the duration in microseconds).
- Initialize the PIT channels with realistic values (realistic == found on real BIOSes).
- Remove unneeded commented code.

svn path=/trunk/; revision=65237

[PCI]
- Addendum to r65181: fix a stray debug print

svn path=/trunk/; revision=65227

[IPHLPAPI]
 - Start implementing GetAdaptersAddresses.
For now it noly gives interface names and DNS servers IP, but that's already more than 'UNIMPLEMENTED'.

svn path=/trunk/; revision=65220

[PSDK]
 - Add missing GAA_FLAG_* flags for GetAdaptersAddresses function

svn path=/trunk/; revision=65219

[TCPIP]
 - Use the structure defined in the public headers instead of some strange internal thing.
Uppercase is not so fashionable after all.

svn path=/trunk/; revision=65218

[NTOS/PS]
 - Do not leak a reference to the process object when setting quotas.

svn path=/trunk/; revision=65210

[DISK]
Add a hack to forcibly set sector size in case of weird input. This is noisy on purpose.
Also, be more informative in case of read rejection. Are we reading beyond partition or do we have invalid sector size?
With the hack, the invalid sector size should disappear.

This is to help debugging the recent errors with the removal of IopParseDevice() hack

svn path=/trunk/; revision=65205

[NTFS] Implement IRP_MJ_QUERY_INFORMATION/FileNetworkOpenInformation:

We are now able to execute some binaries on a NTFS partition.

svn path=/trunk/; revision=65204

[NTFS] Fix IRP_MJ_QUERY_INFORMATION/FileNameInformation, which should handle buffers not big enough

svn path=/trunk/; revision=65203

[NTFS] Update headers

svn path=/trunk/; revision=65202

[NTFS]
Update headers.
Hervé, feel free to copy :-P

svn path=/trunk/; revision=65198

[NTFS] Hack fix duplicate directory entries for files having a short name and a long name

svn path=/trunk/; revision=65196

[NTFS] Optimize directory search initialization

svn path=/trunk/; revision=65195

[NTFS]
Quickly implement NtfsReadFile().

By quickly, I mean that it works but is under optimal in many ways, and also doesn't support any caching. So, don't expect breaking performances.

BUUUUUUT... This implements reading a file on a NTFS volume on ReactOS! And it works!
Here is a picture of all the achievements of ReactOS with NTFS lately: http://www.heisspiter.net/~Pierre/rostests/NTFS_all.png
-> Volume information
-> Displaying files in explorer
-> Moving across directories
-> Reading a file (with more here)

That's all folks! (for now ;-))

svn path=/trunk/; revision=65192

[NTFS]
Don't attempt to uninitialize cache map with a spin lock held.

svn path=/trunk/; revision=65191

[NTFS] Fix directory listing with search pattern

This fixes name completion in command prompt.

svn path=/trunk/; revision=65190

[NTOS:CM] Remove some debug prints

svn path=/trunk/; revision=65189

[FDC] Remove some debug prints

svn path=/trunk/; revision=65188

[SYSSETUP] Disable debug prints (incidentally enabled in r65128)

svn path=/trunk/; revision=65187

[NTFS]
Fix a really nasty bug in NTFS: it was possible to perform a buffer overflow when reading the bitmap data.

svn path=/trunk/; revision=65186

[NTOS:SE]
- Call SeAssignSecurityEx from SeAssignSecurity
- Fix a FIXME

svn path=/trunk/; revision=65183

[HAMMERTIMESTFU]
Silence "a few" DPRINTs

svn path=/trunk/; revision=65181

[NET]
Net user command:
- Fix typos in the /ACTIVE option.
- Implement the /COUNTRYCODE, /PASSWORDCHG and /PASSWORDREQ options.

svn path=/trunk/; revision=65179

[SACDRV]
- Silence debug prints
- Avoid magic numbers

svn path=/trunk/; revision=65178

[USETUP]
Make commented out code build (if ever uncommented ;-))

svn path=/trunk/; revision=65175

[EXT2LIB]
Whatever happened during format, always unmount the volume.
This allows switching FS in usetup after formating an ext2 volume.

As a record, before (read, with the IopParseDevice) hack, this wasn't possible and if formating with ext2 was possible, kernel would have written with either RawFS or FastFAT driver. Which is not exactly what we want ;-).
But no joy guys... The Ext2Fsd needs to work in ReactOS first before we can effectively install ReactOS on ext2 volumes.

In any case, that's a clear step forward :-)

svn path=/trunk/; revision=65174

[FASTFAT]
Implement some kind of volume dismount in FastFAT (ie, implement VfatDismountVolume())

This is not fully perfect situation, but it does most of the job (+ leaking a few things). So far, this is not dramatic as its main use is for 1st stage. This will have to be improved later on.

CORE-8732 #comment Can you retest please?

svn path=/trunk/; revision=65173

[NET]
Display user group memberships.

svn path=/trunk/; revision=65172

[FASTFAT]
- The volume FCB is not reference counted, so don't dereference it on close.

svn path=/trunk/; revision=65171

[BASESRV]
- Correctly set the VdmPower flag when the process being started is a NT VDM
- Return a correct status code if VDM access is forbidden.

svn path=/trunk/; revision=65170

[KERNEL32]
- Mark almost all of the exported console APIs hotpatchable (normally on windows 2k3, all the exports of kernel32 are hotpatchable...)
- Version check mismatch is not a ReactOS error by itself so adjust the DPRINT a bit.

svn path=/trunk/; revision=65169

[RAPPS]
- don't resize the richedit window on minimize
CORE-6116

svn path=/trunk/; revision=65168

[NET]
- Display workstations.
- Implement the /ACTIVATE option to enable/disable user accounts.

svn path=/trunk/; revision=65167

[NTFS]
Simplify buffer size management in GetNtfsFileRecord(). As tests shown, Windows doesn't care about the real size of the file record and expects the caller to pass the complete size of the record and returns it fully.

CORE-8725

svn path=/trunk/; revision=65166

[NTFS_TEST]
Add a simple application (à la NTFSInfo & nfi) to dump the data about a NTFS volume using the FSCTL control codes.
This is for both demonstrating how it works and to assess our driver behavior against Windows behavior of these FSCTL.

CORE-8725

svn path=/trunk/; revision=65165

[PSDK]
Add yet another missing NTFS define

svn path=/trunk/; revision=65164

[PSDK]
Add missing NTFS defines

svn path=/trunk/; revision=65163

[EVENTLOG]
- fix a possible null dereference

svn path=/trunk/; revision=65162

[SHELL32]
* Apply Wine commit a2c90524 by Aric Stewart: Improve the FO_MOVE operation.
* More shell32:shlfileop tests run, less fail.
CORE-8540

svn path=/trunk/; revision=65159

[KERNEL32]
- rewrite the GEO_FRIENDLYNAME case of GetGeoInfoW which was completely wrong, intl.cpl now shows a valid list of locations
- note: The geo location resource strings have an arbitrary offset so that they don't collide with the nls resources (which shouldn't be there). Once these are moved out of kernel32 into locale.nls this offset alongside with the hack already present in GetLocalisedText can be removed.

svn path=/trunk/; revision=65157

[SHELL32]
- Fix a use after free in COpenWithMenu::Initialize. Powered by DPH.

svn path=/trunk/; revision=65156

[NEWDEV]
- Fix buffer overflow in PopulateCustomPathCombo. Powered by DPH.
- Fix a signed vs unsigned comparison

svn path=/trunk/; revision=65154

[MSGINA]
- pszEnvironment is a multi-sz string so make sure to double-null terminate it. Fixes a buffer overrun in winlogon; powered by DPH.

svn path=/trunk/; revision=65153

[KERNEL32]
- fall back to english if a localized resource is not found in GetLocalisedText
- this prevents debug spam and loss of functionality (see CORE-8720) for languages that don't have kernel32 translated

svn path=/trunk/; revision=65152

[WIN32K]
- don't access user mode buffers directly in the Freetype code

svn path=/trunk/; revision=65150

[SHELL32]
* Rename shellstring.cpp to shellstring.c and update it against Wine 1.7.27.
CORE-8540

svn path=/trunk/; revision=65147

[SHELL32]
* Move TRASH_CanTrashFile and TRASH_TrashFile declarations to recyclebin.h.
* Do not include xdg.h in shlfileop.cpp anymore.
* Remove the now unneeded xdg.h.

svn path=/trunk/; revision=65146

[NTFS]
- Move FSCTL_GET_NTFS_VOLUME_DATA implementation in its own function GetNfsVolumeData(), so remove it from NtfsUserFsRequest()
- Add support for FSCTL_GET_NTFS_FILE_RECORD in NtfsUserFsRequest()
- Implement GetNtfsFileRecord() which returns a file record. Not fully sure about its implementation, this is to be checked.

This does not really improve the nfi situation in any kind yet...

CORE-8725

svn path=/trunk/; revision=65145

[NTOSKRNL]
Testman confirms that IopParseDevice() hack is no longer required.
So, this is the end of this 8y old hack.

Now ReactOS is able to properly use its storage stack (who said, amazing?)

Bisous IopParseDevice() hack :-)

svn path=/trunk/; revision=65144

[OPENGL32]
 - Do not crash if thread data was not allocated

svn path=/trunk/; revision=65143

[NTOSKRNL]
Revert r65120...
Which was reverting r65119...
Which was reverting r65117...
Which was reverting r65110...
Which was reverting r65107...
Which was reverting r65104!

To make it short? Fuck you IopParseDevice() hack!
And this time, I hope this is the right one!
I couldn't reproduce any of the previous issues in my WC.

svn path=/trunk/; revision=65142

[NTOSKRNL]
Some fixes and missing implementations in RawFS:
- Remove some magic values for VCB state
- Add a local VPB in our VCB. This will allow diverting the IO VPB with ours in case of dismount (and thus, will fix dismount)
- Implement support for said VPB in both RawCheckForDismount() and RawInitializeVcb()
- Now, dismount is handled in RawCheckForDismount() directly, and not in functions calling it
- Handle streams in RawClose
- Handle VCB being dismounted in RawCreate()
- Handle dismount also in RawCleanup() (not only in RawClose())

This fixes volume locking and dismounting in RawFS. And thus, allows FS swap in case of raw volume formating in first stage :-).
More to follow!

svn path=/trunk/; revision=65141

[FASTFAT]
 - Fix renaming files in case the target file already exists.
 - Plug a few reference count leaks on FCBs.
CORE-8660 #comment fixed in r65140 #resolve
CORE-8633 #comment fixed in r65140 #resolve
CORE-4758 #comment fixed in r65140 #resolve

svn path=/trunk/; revision=65140

[NTOS/SE]
 - Allocate the new ACL for the token with the right pool.
Fixes google chrome BAD_POOL_CALLER bugcheck.

svn path=/trunk/; revision=65139

[FTP]
* Plug a leak. CID 513875.
CORE-7975

svn path=/trunk/; revision=65138

[LOGOFF]
* LocalFree should only be executed if AllocAndLoadString() succeeds. Spotted by Thomas Faber.

svn path=/trunk/; revision=65137

[IPCONFIG]
* Plug some leaks. CIDs 716301 => 716305.
CORE-7975

svn path=/trunk/; revision=65136

[FINGER]
* Addendum to r37084.
* Really fixes CIDs 500624 and 500625 which were marked as fixed.
CORE-7975

svn path=/trunk/; revision=65135

[FINGER]
* Plug a leak. CID 1102406.
CORE-7975

svn path=/trunk/; revision=65134

[LOGOFF]
* Plug some leaks. CIDs 716284 and 716285.
CORE-7975

svn path=/trunk/; revision=65133

[SHELL32]
* Plug a leak. CID 716474.
CORE-7975

svn path=/trunk/; revision=65132

[WIN32K]
- check for an attached surface a bit earlier in GreExtTextOutW
- fixes Foobar 2000
CORE-7425

svn path=/trunk/; revision=65131

[VFATLIB]
When we're done with formatting, attempt to umount the volume, so that it can be remounted properly by FastFAT.

svn path=/trunk/; revision=65130

[FASTFAT]
On the road for getting rid of IopParseDevice() hack....

- Add support for FSCTL_LOCK_VOLUME, FSCTL_UNLOCK_VOLUME, FSCTL_DISMOUNT_VOLUME in VfatFileSystemControl()
- Implement VfatLockOrUnlockVolume(). This brings some kind of volume locking to FastFAT FSD. It's likely not fully accurate and welcome to race conditions. But, its main purpose is to be used in usetup. So, this is fine for now.
- Stubplement VfatDismountVolume(). This will be implemented later on, but should be relatively straightforward as it requires volume to be locked (so, we're the last ones on it :-)).

svn path=/trunk/; revision=65129

[APPWIZ][SYSSETUP]
Enforce focus of the Wine Gecko download prompt in second stage.
Patch by Ismael Ferreras Morezuelas (swyter)

svn path=/trunk/; revision=65128

[FREELDR] Move down the requirement of highest usable address

This fixes PXE boot in QEMU, where highest usable address is 0x9c400.

svn path=/trunk/; revision=65127

[BOOTDATA]
* Romanian translation update by Ștefan Fulea.
CORE-8630 #resolve #comment Committed in r65123. Thanks!

svn path=/trunk/; revision=65123

[INTL]
- don't display garbage in the location combo box

svn path=/trunk/; revision=65122

[NTOSKRNL]
Actually enable again the hack...
For whatever reason, it works with my WC but not with clean trunk...
Where are the you, magic and silent patch that fixes it? :-(

svn path=/trunk/; revision=65120

[NTOSKRNL]
Finally, disable again the IopParseDevice hack.
Just for the record, opening a volume with FILE_READ_EA or FILE_READ_DATA is legal and works in Windows (NTFS Info for instance opens it with GENERIC_READ).

Let's hope we can rid of this hack forever now... It's been with us since 2006!

svn path=/trunk/; revision=65119

[FASTFAT]
Don't over-reference our FCB in case of volume opening (vfatAttachFCBToFileObject() already references it).

This fixes 1st stage and beyond with IopParseDevice hack off

svn path=/trunk/; revision=65118

[NTOSKRNL]
Reenable IopParseDevice hack for now.
Out of fixes for tonight.

svn path=/trunk/; revision=65117

[FASTFAT]
Now that we start to honor the storage stack (ie, without the IopParseDevice hack ;-)), we have to let FSDs forward device IOCTLs.
This allows back copying files on 1st stage

svn path=/trunk/; revision=65116

[FASTFAT]
Don't attempt to mount any partition just because we have a valid partition table...
Restrict this to them being marked as FAT or compatible.

svn path=/trunk/; revision=65115

[NTFS]
Addendum to r65112

svn path=/trunk/; revision=65113

[NTFS]
Implement support for the FSCTL_GET_NTFS_VOLUME_DATA user request in NtfsUserFsRequest().

This makes NTFSInfo capable of working in ReactOS :-). A picture to show it: http://www.heisspiter.net/~Pierre/rostests/NTFS_info.png
Yes, NTFS Zone isn't computed yet. I'll have a look at it later on.

This doesn't fix nfi.exe though. If it can get its data, it cannot continue. It loops forever on a FSCTL we don't handle yet.

CORE-8725

svn path=/trunk/; revision=65112

[NTOSKRNL]
Reapply r65107.
We need fixes, not hacks.
Sorry for being popular^W pressure ;)

svn path=/trunk/; revision=65110

[NETAPI32]
NetUserModalsGet:
- Return the proper maximum password age.
- Remove dead code.

svn path=/trunk/; revision=65109

[UNIATA]
Update to 0.45c1.

svn path=/trunk/; revision=65108

[NTOSKRNL]
Reenable hack due to popular pressure.
Still better than fixing it, it seems...
So, break again volume opening.

svn path=/trunk/; revision=65107

[NTFS]
Finally, move old stuff back from disk.sys to ntfs.sys now it can be properly reached on volume opening:
- Halfplement NtfsUserFsRequest() and add support for IRP_MN_USER_FS_REQUEST in NtfsFsdFileSystemControl()
- Also, use the proper FSCTL code: FSCTL_GET_NTFS_VOLUME_DATA which exists and is documented instead of FSCTL_GET_NTFS_VOLUME_DATA. Spotted by Christoph.

CORE-8725

svn path=/trunk/; revision=65106

[DISK]
Revert r65097 and r65090.
Thanks to r65104, now the FSCTLs go to the right place: the FSDs!

Thanks to Thomas for pointing out that NTFSinfo was really talking with the FSD on Windows and not to disk.sys

CORE-8725

svn path=/trunk/; revision=65105

[NTOSKRNL]
Disable the IopParseDevice hack. It appears it was triggered on volume opening and thus was breaking volume opening which were then forwarded down to disk.sys.
Not sure how legit it is to have it anylonger.

At least, disabling it reenables volume opening in ReactOS and associated FSCTL!

Alex & Aleksey, can you review please?

CORE-8725

svn path=/trunk/; revision=65104

[NLS]
- fix the code page value
- also fixes intl.cpl showing date format string in the code page list

svn path=/trunk/; revision=65103