[KERNEL32]
- remove bunch of stray pragmas
- add a czech translation to stop debug spam reported in CORE-8720

git-svn-id: svn://svn.reactos.org/reactos/trunk/reactos@65102 97493ccd-5924-5043-b1f5-66cb403b36ce
[NLS]
- fix the code page value
- also fixes intl.cpl showing date format string in the code page list

git-svn-id: svn://svn.reactos.org/reactos/trunk/reactos@65103 97493ccd-5924-5043-b1f5-66cb403b36ce
[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


git-svn-id: svn://svn.reactos.org/reactos/trunk/reactos@65104 97493ccd-5924-5043-b1f5-66cb403b36ce
[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


git-svn-id: svn://svn.reactos.org/reactos/trunk/reactos@65105 97493ccd-5924-5043-b1f5-66cb403b36ce
[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


git-svn-id: svn://svn.reactos.org/reactos/trunk/reactos@65106 97493ccd-5924-5043-b1f5-66cb403b36ce
[NTOSKRNL]
Reenable hack due to popular pressure.
Still better than fixing it, it seems...
So, break again volume opening.


git-svn-id: svn://svn.reactos.org/reactos/trunk/reactos@65107 97493ccd-5924-5043-b1f5-66cb403b36ce
[UNIATA]
Update to 0.45c1.


git-svn-id: svn://svn.reactos.org/reactos/trunk/reactos@65108 97493ccd-5924-5043-b1f5-66cb403b36ce
[NETAPI32]
NetUserModalsGet:
- Return the proper maximum password age.
- Remove dead code.

git-svn-id: svn://svn.reactos.org/reactos/trunk/reactos@65109 97493ccd-5924-5043-b1f5-66cb403b36ce
[NTOSKRNL]
Reapply r65107.
We need fixes, not hacks.
Sorry for being popular^W pressure ;)



git-svn-id: svn://svn.reactos.org/reactos/trunk/reactos@65110 97493ccd-5924-5043-b1f5-66cb403b36ce
[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


git-svn-id: svn://svn.reactos.org/reactos/trunk/reactos@65112 97493ccd-5924-5043-b1f5-66cb403b36ce
[NTFS]
Addendum to r65112


git-svn-id: svn://svn.reactos.org/reactos/trunk/reactos@65113 97493ccd-5924-5043-b1f5-66cb403b36ce
[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.


git-svn-id: svn://svn.reactos.org/reactos/trunk/reactos@65115 97493ccd-5924-5043-b1f5-66cb403b36ce
[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


git-svn-id: svn://svn.reactos.org/reactos/trunk/reactos@65116 97493ccd-5924-5043-b1f5-66cb403b36ce
[NTOSKRNL]
Reenable IopParseDevice hack for now.
Out of fixes for tonight.


git-svn-id: svn://svn.reactos.org/reactos/trunk/reactos@65117 97493ccd-5924-5043-b1f5-66cb403b36ce