Am 30.06.2013 15:11, schrieb hbelusca(a)svn.reactos.org:
> weird indentation made by a mix of tabs / spaces which take either 4 or 8 or even (!!) 2 spaces per indentation level
That is called GNU coding style.
You should get a copy of the GNU coding standards.
And then treat it the way Linus T. suggests ;-)
Hello,
Let me invite you to the monthly status meeting taking place last
Thursday of this month, 27th of June, 19:00 UTC. And that's tomorrow!
Put that into your calendars so you don't forget.
The meeting will be at irc://dev.reactos.org (Port 6667, no SSL) in the
channel #meeting, or as Pierre says. Note that the IRC service will only
be started shortly before the meeting. Your participation passwords 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 Colin or Pierre before the meeting started to get one.
The agenda will be posted shortly before the meeting, suggestions are
welcome (send them to me shortly before the meeting starts).
Regards,
Aleksey Bragin
Hi All,
A few months ago, an SVN branch, vs_jc, was created so that I could
experiment with manual creation of Visual Studio solution. I am ready to
start putting files into it, but before I do, I would like to get it synced
with the trunk. Unfortunately, I am not very experienced with SVN (more like
hopelessly ignorant), and Id like to avoid making a mess if possible. I was
hoping that someone could sit with me for the 10-15 minutes that would be
needed to get it right so that I dont make a mess. Hermès was helping me
yesterday do a merge, but he seems to be out-of-pocket at the moment, and
Id rather not wait, as I am blocking the work of others.
The merge generated a lot of conflicts, and I see no option on Tortoise SVN
menu to resolve them, and I have tried 6 or 7 times myself to do a merge,
each time not being clear on what I am doing. I would have no problem
whatsoever blowing away vs_jc and simply branching HEAD-of-trunk and
starting over, as there is currently nothing that I put in vs_jc that is of
value.
Cheers!
-JC
That is still not correct. MM_DECOMMIT (which should be aliased as
MM_GUARDPAGE) is 0x10.
BUT, this is only a guardpage, if 0x8, aka MM_NOCACHE is not set.
it's like this:
Protection & 0x18 ==
0x00: normal
0x08: uncached
0x10: guard page
0x18: write combined
see http://www.reactos.org/wiki/Techwiki:Memory_Protection_constants
Am 16.06.2013 22:37, schrieb dreimer(a)svn.reactos.org:
> Author: dreimer
> Date: Sun Jun 16 20:37:04 2013
> New Revision: 59238
>
> URL: http://svn.reactos.org/svn/reactos?rev=59238&view=rev
> Log:
> logical 'and' applied to non-boolean constant
> Reviewed by Thomas Faber and asked for commit, so blame him!
> CORE-7207 #resolve #comment Fixed!
>
> Modified:
> trunk/reactos/ntoskrnl/mm/ARM3/vadnode.c
>
> Modified: trunk/reactos/ntoskrnl/mm/ARM3/vadnode.c
> URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/mm/ARM3/vadnode.c…
> ==============================================================================
> --- trunk/reactos/ntoskrnl/mm/ARM3/vadnode.c [iso-8859-1] (original)
> +++ trunk/reactos/ntoskrnl/mm/ARM3/vadnode.c [iso-8859-1] Sun Jun 16 20:37:04 2013
> @@ -647,7 +647,7 @@
> (EndAddress >= ((PMMVAD_LONG)Vad)->u3.Secured.StartVpn))
> {
> /* Guard page? */
> - if (ProtectionMask && MM_DECOMMIT)
> + if (ProtectionMask & MM_DECOMMIT)
> {
> DPRINT1("Not allowed to change protection on guard page!\n");
> return STATUS_INVALID_PAGE_PROTECTION;
>
>
>