Hi!
Sadly the hosting that I was providing for free will be suspended in the next 24 hours. I was totally fed up with these iPage guys so decided to move everything out.
The website and all the content in the folders will be removed. I will keep the myreactos.com domain for a year or maybe I will remove it too.If anyone is interested please contact me.
If anyone is still using the hosting, please back your files up.
WBR,
Víctor Martínez
That was there on purpose really, because the error had to be ignored. I
will get back to this tomorrow to review, so just "marking" this revision
that way.
WBR,
Aleksey.
-----Original Message-----
From: cgutman(a)svn.reactos.org
Sent: Monday, July 04, 2011 12:16 AM
To: ros-diffs(a)reactos.org
Subject: [ros-diffs] [cgutman] 52522: [LDR] - "Just to be sure" is no reason
to overwrite a potential DLL load failure status
Author: cgutman
Date: Sun Jul 3 20:16:12 2011
New Revision: 52522
URL: http://svn.reactos.org/svn/reactos?rev=52522&view=rev
Log:
[LDR]
- "Just to be sure" is no reason to overwrite a potential DLL load failure
status
Modified:
trunk/reactos/dll/ntdll/ldr/ldrapi.c
Modified: trunk/reactos/dll/ntdll/ldr/ldrapi.c
URL:
http://svn.reactos.org/svn/reactos/trunk/reactos/dll/ntdll/ldr/ldrapi.c?rev…
==============================================================================
--- trunk/reactos/dll/ntdll/ldr/ldrapi.c [iso-8859-1] (original)
+++ trunk/reactos/dll/ntdll/ldr/ldrapi.c [iso-8859-1] Sun Jul 3 20:16:12
2011
@@ -345,9 +345,6 @@
DllName,
BaseAddress,
TRUE);
-
- /* Set it to success just to be sure */
- Status = STATUS_SUCCESS;
/* Restore the old TLD DLL */
LdrpTopLevelDllBeingLoaded = OldTldDll;
Why do you have to be this way? I gave you a link to 3 PDFs and our
own Wiki that explain these functions. Did you even read them?
Don't be an asshole just for fun.
Best regards,
Alex Ionescu
On Sun, Jul 3, 2011 at 1:11 AM, <tkreuzer(a)svn.reactos.org> wrote:
> Author: tkreuzer
> Date: Sat Jul 2 23:11:06 2011
> New Revision: 52507
>
> URL: http://svn.reactos.org/svn/reactos?rev=52507&view=rev
> Log:
> [NTOSKNRL]
> - Change an ASSERT to a KeBugCheck, since the assertion can fail for any invalid memory access and this is not an internal Mm failure.
> - Remove 2 cases, that "Should NEVER happen on ARM3!!!", but can very well happen.
> - Do NOT make the code cleaner, by releasing the PFN lock in the same function that acquires it, but keep it 2 functions down. This is because it *SHOULD* be that way, since some internal undocumented functions, that we do not implement but that are (theoretically) called from here, also do release the PFN lock. Thanks Alex for explaining this.
>
> Modified:
> trunk/reactos/ntoskrnl/mm/ARM3/pagfault.c
>
> Modified: trunk/reactos/ntoskrnl/mm/ARM3/pagfault.c
> URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/mm/ARM3/pagfault.…
> ==============================================================================
> --- trunk/reactos/ntoskrnl/mm/ARM3/pagfault.c [iso-8859-1] (original)
> +++ trunk/reactos/ntoskrnl/mm/ARM3/pagfault.c [iso-8859-1] Sat Jul 2 23:11:06 2011
> @@ -583,10 +583,19 @@
> }
>
> //
> - // The PTE must be invalid, but not totally blank
> + // The PTE must be invalid
> //
> ASSERT(TempPte.u.Hard.Valid == 0);
> - ASSERT(TempPte.u.Long != 0);
> +
> + /* Check if the PTE is completely empty */
> + if (TempPte.u.Long == 0)
> + {
> + KeBugCheckEx(PAGE_FAULT_IN_NONPAGED_AREA,
> + (ULONG_PTR)Address,
> + StoreInstruction,
> + (ULONG_PTR)TrapInformation,
> + 2);
> + }
>
> //
> // No prototype, transition or page file software PTEs in ARM3 yet
> @@ -727,11 +736,6 @@
> // Writing to a read-only page (the stuff ARM3 works with is write,
> // so again, moot point).
> //
> - if (StoreInstruction)
> - {
> - DPRINT1("Should NEVER happen on ARM3!!!\n");
> - return STATUS_ACCESS_VIOLATION;
> - }
>
> //
> // Otherwise, the PDE was probably invalid, and all is good now
> @@ -776,11 +780,6 @@
> // Writing to a read-only page (the stuff ARM3 works with is write,
> // so again, moot point.
> //
> - if (StoreInstruction)
> - {
> - DPRINT1("Should NEVER happen on ARM3!!!\n");
> - return STATUS_ACCESS_VIOLATION;
> - }
>
> /* Release the working set */
> MiUnlockWorkingSet(CurrentThread, WorkingSet);
>
>
>
Hello,
Last thursday of this month is quite close, 30th of June, 20:00 UTC
I'm awaiting you all for the monthly status meeting. Colin said that
our private irc server is going to be ready by that date, so if
that's still true, Colin - could you please provide details for those
who don't remember where to connect?
Proposed agenda is:
1. New release of ReactOS
2. Website work status
3. GSoC status
4. Developers status.
With the best regards,
Aleksey Bragin.
I'm definitely not sure that the header[1] added to all converted files was absolute necessity.
AFAIK, that's SVN logs purpose...
Unless someone has a real justification to such line?
Many files even don't have a translator copyright but this line... Weird!
[1]: /* UTF-8 Conversion: Elton Chung aka MfldElton <elton328(a)gmail.com> (June, 2011) */
Hi Erik,
The NDK is for *undocumented* types. These flags are documented.
--
Best regards,
Alex Ionescu
On 2011-06-26, at 7:29 AM, ekohl(a)svn.reactos.org wrote:
> CM_RESOURCE_INTERRUPT_LEVEL_SENSITIVE
Hello,
as all of you could notice, I committed the LDR rewrite recently. I
tried to get rid of as much regressions as possible (any rewrite
should introduce improvements of course, rewrites are not done to
introduce regressions, however there is no rewrite without some
particulars problems).
So, dear developers, I need your help. Gabriel did a very nice work
and bugzilled all kinds of problems which new LDR introduced. Here is
the meta-bug:
http://www.reactos.org/bugzilla/show_bug.cgi?id=6346
Please look into the bugs, check something and add your findings to
bugzilla. The new LDR code is perfectly organized, very well
documented, so most of those bugs should be quite simple to fix, but
my time is not infinite, so I'm asking for collaboration. I'm always
available via IRC for any questions about the new code, so feel free
to ask.
Put away your usual stuff for an hour or for a day and look into
those. It would help greatly and motivate me to finish other parts of
the rewrite quicker.
Thanks,
Aleksey Bragin.