Making the member conditional but writing to it unconditionally seems
like it would overflow the stack variable on GCC?
On 2014-09-07 23:40, tkreuzer(a)svn.reactos.org wrote:
> +#ifdef __clang__
> + void *ReturnAddress;
> #endif
> + /* Safe the return address */
> + mov ebx, [esp]
> + mov [eax + SEH3_REGISTRATION_FRAME_ReturnAddress], ebx
Am 01.09.2014 01:00, schrieb hbelusca(a)svn.reactos.org:
> Author: hbelusca
> Date: Sun Aug 31 23:00:29 2014
> New Revision: 64017
>
> URL: http://svn.reactos.org/svn/reactos?rev=64017&view=rev
> Log:
> [BOOTVID]
> - Synchronize correctly arm/bootdata.c with i386, as it was done previously.
Why is that file duplicated at all, if the contents are identical?
This seems strange. I understand that NT 5.x has a limitation of 64 MB MDLs on x86, but direct I/O was designed for exactly this case of large I/O operations. Has anyone verified that 2k3 doesn’t do MDL chaining for direct I/O when the transfer is larger than a single MDL can hold?
Also aren’t there changes to the IRP dispatch routines required to cope with not having an Irp->MdlAddress pointer anymore?
Cameron
From: tfaber(a)svn.reactos.org
Sent: Tuesday, August 26, 2014 6:41 AM
To: ros-diffs(a)reactos.org
Author: tfaber
Date: Tue Aug 26 13:41:57 2014
New Revision: 63953
URL: http://svn.reactos.org/svn/reactos?rev=63953&view=rev
Log:
[FASTFAT]
- Do not use direct I/O since it limits read/write operations to 64 MB
CORE-8410 #resolve
Modified:
trunk/reactos/drivers/filesystems/fastfat/fsctl.c
Modified: trunk/reactos/drivers/filesystems/fastfat/fsctl.c
URL: http://svn.reactos.org/svn/reactos/trunk/reactos/drivers/filesystems/fastfa…
==============================================================================
--- trunk/reactos/drivers/filesystems/fastfat/fsctl.c [iso-8859-1] (original)
+++ trunk/reactos/drivers/filesystems/fastfat/fsctl.c [iso-8859-1] Tue Aug 26 13:41:57 2014
@@ -442,8 +442,7 @@
goto ByeBye;
}
- DeviceObject->Flags = DeviceObject->Flags | DO_DIRECT_IO;
- DeviceExt = (PVOID) DeviceObject->DeviceExtension;
+ DeviceExt = DeviceObject->DeviceExtension;
RtlZeroMemory(DeviceExt, ROUND_UP(sizeof(DEVICE_EXTENSION), sizeof(ULONG)) + sizeof(HASHENTRY*) * HashTableSize);
DeviceExt->FcbHashTable = (HASHENTRY**)((ULONG_PTR)DeviceExt + ROUND_UP(sizeof(DEVICE_EXTENSION), sizeof(ULONG)));
DeviceExt->HashTableSize = HashTableSize;
On 2014-08-24 15:28, jgardou(a)svn.reactos.org wrote:
> -// FT_Set_Pixel_Sizes(ft_face,
> -// TextObj->logfont.elfEnumLogfontEx.elfLogFont.lfWidth,
> + FT_Set_Pixel_Sizes(ft_face,
> + TextObj->logfont.elfEnumLogfontEx.elfLogFont.lfWidth,
The abs() was added in the second version of the patch because this
way it breaks tests.
See https://jira.reactos.org/browse/CORE-4657?focusedCommentId=60379&page=com.a…
On 2014-08-24 17:40, hbelusca(a)svn.reactos.org wrote:
> + mciSendCommand(wDeviceId, MCI_PUT, MCI_DGV_PUT_DESTINATION | MCI_DGV_RECT | MCI_WAIT, (DWORD)&mciPut);
A DWORD cannot fit a pointer. This function takes DWORD_PTR.