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.
Dear all,
As you've certainly noticed, one of our main servers providing the
www.reactos.org website along with JIRA and FishEye was down yesterday.
Problems began yesterday around 13:00 UTC and lasted till some minutes ago.
This has happened due to a severe hardware failure on the hypervisor
machine serving the affected VMs. Our hosting provider needed two
attempts to find and replace the failed hardware.
Finally, the crash has caused one database table to get corrupted. This
one was repaired just now. No data has been lost though.
All services should be up again now. If you still notice anything not
working, please report to me.
We're sorry for the caused inconveniences!
Best regards,
--
Colin Finck
System & Network Administrator
ReactOS Deutschland e.V.
TL;DR
=====
Your SVN account == "ReactOS development account", because it will be
used for more services than just SVN. You can now change the password on
your own at https://lam.reactos.org
Hi all,
I've been trying to centralize our user accounts for some time now and
finally have something to show. Your known SVN credentials have been
imported into an LDAP-based user directory now.
This gives us the ability to easily plug various services for developers
into the directory: SVN, BuildBot, the participant list for meetings,
especially the upcoming services like Mumble, development VMs and file
sharing.
You can view your account details and change your password on your own
now. Just visit https://lam.reactos.org to do so. The E-Mail address
shown there will be used e.g. for sending meeting invitations.
As we all want the migration to go flawlessy, I've set up a temporary
SVN repository at svn://svn.reactos.org/sasltest
This should work just like our "reactos" repository: If you have write
access there, you have write access in "sasltest" as well. It already
works well for me and my SVN client, but I want confirmations from
others too. Please do so by committing some junk into sasltest :)
We have some members, who don't have SVN write access but participate in
the monthly meetings. They will shortly receive an E-Mail with their
account details. That doesn't give you SVN write access though, it's
just for participating in the meetings for now :P
I'll keep you informed when we finally plug our main repositories into
the LDAP database.
Note that this doesn't change anything with the ReactOS Website accounts
and IServ mail accounts. Former ones will always be in a separate
database as everybody can sign up there.
Cheers,
Colin
On 2014-08-04 18:25, hbelusca(a)svn.reactos.org wrote:
> [KERNEL32]
> Add a bunch of missing _SEH_YIELD in 'return' clues in _SEH_TRY clauses.
That should be pointless with PSEH3. I believe Timo has in fact been
removing them.
Hello,
Let me invite you to the monthly status meeting taking place tomorrow,
31st of July, 19:00 UTC. If there are any proposals regarding moving the
meeting date/time - please send them today.
IRC service will only be started shortly before the meeting. Your
participation passwords and server address will be emailed to you
shortly before the meeting starts, and they are going to be different
once again as they are not stored in any database. Hopefully it's not
much of inconvenience.
If someone still is not getting passwords sent before a meeting - please
email Pierre before the meeting started to get one.
Please send agenda proposals to me before the meeting, so that we can
start with a proposed agenda.
Also all developers, please, may I so kindly ask you to prepare a very
brief one-two lines message containing two things:
1. What you did since the previous meeting
2. What you are going to do in the coming month
This is needed to understand who is working on what, to plan things, etc.
Prepare that in advance! Everyone will have max 1 minute!
Regards,
Aleksey Bragin
Hi all,
Fezile, one of our servers in Sweden, unexpectedly disappeared after a
reboot today. Unfortunately, this is one of our older servers without an
IPMI module, so we have to wait till it's rebooted manually. I'll keep
you informed when this is done.
The server outage affects the following services:
* iso.reactos.org
* doxygen.reactos.org
* cppcheck.reactos.org
* VMware Player Test slave
* VMware Player Patchbot
We apologize for the inconveniences!
If you have any idea where we can still get a suitable IPMI module for
these servers, we would be highly interested!
The needed models are ASUS ASMB3 and Tyan M3291.
Best regards,
Colin Finck
Daniel, do you have a written permission to put these third-party files
under LGPL? Which is essentially what you're doing when adding the files
to our cards.dll.
Same goes for the Bavarian cards and decks. I doubt they have been put
in the public domain..
We already needed to "fix" cards.dll once for not using GPLed cards,
let's not repeat this again.
- Colin
That name seems slightly misleading (PFN is usually associated with
physical ranges, this is a virtual range). Maybe something like
MM_VPN_BITS_SIZE would be better.
If it is not used anywhere else, I'd just use an #ifdef _WIN64 ...
(assuming it's the same for all 32 bit and the same for all 64 bit
architectures)
Am 30.07.2014 15:11, schrieb jgardou(a)svn.reactos.org:
> +#define MM_PAGE_FRAME_NUMBER_SIZE 52
Hi guys!
Good news!
ReactOS has been featured in RedUsers, one of the best southamerican IT blogs.
http://www.redusers.com/noticias/entrevista-reactos-clon-windows-open-sourc…
Of course it has spread fast as powder around all blogs there:
http://goo.gl/BovDKU
Hopefuly tomorrow I will have the Shop online and running (we can't miss the strike!) with my account or the German one, whatever happens first.
Cool USBs ReactOS Community Special Edition! You can't miss it!
Best regards,
Victor
Hello,
Let me invite you to the monthly status meeting taking place next
Thursday, 3rd of July, 19:00 UTC.
The meeting is one week off from the classic scheme due to various
reasons (previous meeting was too close, and, you know, Germany - USA on
Thursday).
IRC service will only be started shortly before the meeting. Your
participation passwords and server address will be emailed to you
shortly before the meeting starts, and they are going to be different
once again as they are not stored in any database. Hopefully it's not
much of inconvenience.
If someone still is not getting passwords sent before a meeting - please
email Pierre before the meeting started to get one.
Please send agenda proposals to me before the meeting, so that we can
start with a proposed agenda.
Also all developers, please, may I so kindly ask you to prepare a very
brief one-two lines message containing two things:
1. What you did since the previous meeting
2. What you are going to do in the coming month
This is needed to understand who is working on what, to plan things,
etc. Thanks, I hope it's not that much to ask for.
Prepare that in advance! Everyone will have max 1 minute!
Regards,
Aleksey Bragin