patch from LMH1 : Bug#: 1682 : Norwegian translation
note : sm are not include in building process, the source code have got begin to be rotten, it
can not longer be build. shall we delete it ? or shall some look into and make it
work again, I am not voluntary todo either of it. some else for todo that.
svn path=/trunk/; revision=23314
note : sm are not include in building process, the source code have got begin to be rotten, it
can not longer be build. shall we delete it ? or shall some look into and make it
work again, I am not voluntary todo either of it. some else for todo that.
svn path=/trunk/; revision=23313
It's still not fully XP-compatible, because it should return the entire name with the \Device\HardDisk0 path, but that is easily fixable by modifying the OB Type info for the device object to also use IopQueryNameFile (TODO).
- Update kernel fun with specifics about Cc-branch dereference bug and re-prioritize an I/O Bug.
svn path=/trunk/; revision=23305
- Remove #ifed out code in PspCreateProcess which was attempting to create the name structure. Add code to MmCreateProcessAddressSpace to initialize the audit name after the 16-byte name.
- Implement some helper APIs for better code refactoring.
- TODO: Get rid of PspGetImagePath and wrap around SeLocateProcessImageName instead.
svn path=/trunk/; revision=23303
* Return the file name length even if the buffer is too small, that's the whole point of the "Query length before comitting a buffer" principle.
* FSDs are not supposed to null-terminate the buffer, nor expect the caller to send a buffer large enough for null-termination.
* Added a hack in IopQueryFile to handle another VFAT bug which makes it return the total number of bytes written in IoStatus.Information instead of the total number of bytes *left untouched*.There are probably many other broken things due to this.
- Fix some length calculation bugs in IopQueryFile.
svn path=/trunk/; revision=23302
- As a result, processes can die again, and also be killed by Task Manager.
- And finally, "Exit" in cmd.exe as well as pressing the "x" button work.
svn path=/trunk/; revision=23292
we need rewrite Createsurface and Implement AttahedSurface
Thanks to wine code and some wine devloper to expain how it works
I got one more directx sdk sample working parlty with this change.
svn path=/trunk/; revision=23287
we need rewrite Createsurface and Implement AttahedSurface
Thanks to wine code and some wine devloper to expain how it works
svn path=/trunk/; revision=23283
- Registry keys are created if they don't exist
- "Custom colors" are stored in the registry too now (tested to work under Windows XP)
- Fixed a check during adding of a new wallpaper to the list. Now it will actually deny addition of the same wallpaper image more than once
- Some TAB -> Spaces fixes
svn path=/trunk/; revision=23271
1. found why createsurface did stop working, fixed
2. Split some surface member betwin gbl and lcl struct
3. Reimplement the revert I did, implement Revision: 23263 and Revision: 23262 again
4. Revert new createsurface code and setdisplay mode code that was intrudes
5. Alot other changes as well.
6. Todo Need remove the old code for HAL and HEL split.
7. move Our ddraw working again with apps it did work with.
8. Almost complete kill the file ddraw_hal.c some api is left be kill for at moment they are in use
svn path=/trunk/; revision=23268
2. Free some memory I forget
3. Move some surface code to startup.c for it is global info.
4. Cleaning up bit more in ddraw_main.c
Regress to createsurface for some apps that did work.
Can not be help at moment. only 1 ms dx sdk 6 directdraw apps work, and DrFred demo apps.
will fix this regress later.
svn path=/trunk/; revision=23262
