Ros-dev January 2010

ros-dev@reactos.org

41 participants
64 discussions

Re: [ros-dev] [ros-diffs] [ros-arm-bringup] 44841: NMI Support Patch 1: [HAL]: The I/O Permissions Map on a typical Privileged Mode x86 OS is all 0xFF's, so it's quite wasteful to copy-in/out the entire map each single BIOS Call. As an optimization,

by Matthieu Suiche

I <3 this commit. -- Matthieu Suiche On Fri, Jan 1, 2010 at 6:31 PM, Alex Ionescu <ionucu(a)videotron.ca> wrote: > "You may relicense my code as BSD" != "You make strip away > copyright/ownership of my code". > Revert this. > On 2009-12-31, at 6:51 PM, ros-arm-bringup(a)svn.reactos.org wrote: > > - * PROGRAMMERS: Alex Ionescu (alex.ionescu(a)reactos.org) > + * PROGRAMMERS: ReactOS Portable Systems Group > > Best regards, > Alex Ionescu > > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-dev >

14 years, 9 months

Re: [ros-dev] [ros-diffs] [jimtabor] 44902: [Win32k] - Patch by Dan Kegel: Fix minor read buffer overrun in CombineRgn. http://bugs.winehq.org/show_bug.cgi?id=20851 - When locking and unlocking regions, use probe to check attribute space first before

by James Tabor

To slow things down. ATM there is a fault created when the mouse moves with updates, creates and destroying region handles. The kernel fault occurs inside SEH which should not happen right? What we need is a semaphore that is used for the whole handle manager. This is my point over the years about the stability inside win32k. It running full bore, spinning out of control. Surprised it still works after turning everything on in my tree. On Sun, Jan 3, 2010 at 3:26 AM, Timo Kreuzer <timo.kreuzer(a)web.de> wrote: > > Why the KeEnterCriticalRegion? > > jimtabor(a)svn.reactos.org wrote: >> - if (pAttr) FreeObjectAttr(pAttr); >> + if (pAttr) >> + { >> + KeEnterCriticalRegion(); >> + FreeObjectAttr(pAttr); >> + KeLeaveCriticalRegion(); >> + } >> break; >> >

14 years, 9 months

Re: [ros-dev] [ros-diffs] [fireball] 44917: [NDK] - Add forgotten HalSetTimeIncrement prototype to NDK.

by Aleksey Bragin

Sorry, it's not "forgotten" but rather "missing". WBR, Aleksey Bragin. On Jan 3, 2010, at 9:17 PM, fireball(a)svn.reactos.org wrote: > Author: fireball > Date: Sun Jan 3 19:17:21 2010 > New Revision: 44917 > > URL: http://svn.reactos.org/svn/reactos?rev=44917&view=rev > Log: > [NDK] > - Add forgotten HalSetTimeIncrement prototype to NDK. > > Modified: > trunk/reactos/include/ndk/halfuncs.h > > Modified: trunk/reactos/include/ndk/halfuncs.h > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/include/ndk/ > halfuncs.h?rev=44917&r1=44916&r2=44917&view=diff > ====================================================================== > ======== > --- trunk/reactos/include/ndk/halfuncs.h [iso-8859-1] (original) > +++ trunk/reactos/include/ndk/halfuncs.h [iso-8859-1] Sun Jan 3 > 19:17:21 2010 > @@ -274,5 +274,12 @@ > IN PTIME_FIELDS RtcTime > ); > > -#endif > -#endif > +NTHALAPI > +ULONG > +NTAPI > +HalSetTimeIncrement( > + IN ULONG Increment > +); > + > +#endif > +#endif > >

14 years, 9 months

by Timo Kreuzer

Why the KeEnterCriticalRegion? jimtabor(a)svn.reactos.org wrote: > - if (pAttr) FreeObjectAttr(pAttr); > + if (pAttr) > + { > + KeEnterCriticalRegion(); > + FreeObjectAttr(pAttr); > + KeLeaveCriticalRegion(); > + } > break; >

14 years, 9 months

Trunk breakage

by Olaf Siejka

I would like to ask everyone to hold a bit with commits, as trunk has now regressed a bit. From revision 44885 (new pool code) we have crashes at several places: http://www.reactos.org/paste/index.php/6313/ clicking on My Computer http://www.reactos.org/paste/index.php/6311/ servman http://www.reactos.org/paste/index.php/6312/ The common part is ExAllocatePoolWithTag function. Arm Ninja Team is asked for fixes. Thanks in advance.

14 years, 9 months

GCC 4.4.x -- What's missing?

by Alex Ionescu

Hi, As far as I am aware, GCC 4.4.x now works on Linux through RosBE 1.5 (minus some missing patches for 64-bit hosts), and I've gotten it to work on SnowLeopard with some minor hacks -- ie, all that's missing is for Colin, when he has time, to integrate the little fixes for these non-standard hosts. As for Windows, I think there is a fully working binary GCC 4.4.x/RosBE that builds trunk just fine. So what's missing for 4.4.x to become official, RosBE 1.5 to RTM, and for the 4.4.x patch from BZ to be committed (The one that gets trunk building)? Best regards, Alex Ionescu

14 years, 9 months

MmSecureVirtualMemory

by Olaf Siejka

Could anyone please consider implementing the above? According to http://msdn.microsoft.com/en-us/library/ms802934.aspx - MmUnsecureVirtualMemory could be required as well. Lack of those functions is currently breaking up 3d acceleration passthrough with Virtualbox 3.1.0 and newer. Thanks in advance

14 years, 9 months

Re: [ros-dev] [ros-diffs] [ros-arm-bringup] 44885: - Switch to using ARM3 paged pool -- all pool allocations are now handled by ARM3, which should be much more efficient, and combines both NP and P code together.

by Alex Ionescu

I guess you'll be claiming your Millennium Prize now. (For the uninformed: http://en.wikipedia.org/wiki/P_versus_NP_problem) On 2010-01-02, at 11:17 AM, ros-arm-bringup(a)svn.reactos.org wrote: > and combines both NP and P code together. Best regards, Alex Ionescu

14 years, 9 months

Re: [ros-dev] Ros-dev Digest, Vol 65, Issue 2

by Babar Shafiq

Hi All, Just want to say thanks for this wonderful project. Works like a charm in VritualBox image. It is unbelievable that total size of this great OS is just 37MB. In Virtual Box, default config for Video memory is too low which cause error on loading the VirtualBox image, after increasing it to 16mb all works fine. May be useful for someone else on the list. Waiting for the stable version to use on my laptop. Babar Shafiq Nazmi.

14 years, 9 months

Relocations, relocations!

by Alex Ionescu

Second-stage install would probably go much faster if these were fixed: Pretty please? It shouldn't be too hard. (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 00F70000) C:\ReactOS\System32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00FFE000) C:\ReactOS\System32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (74a30000 -> 01130000) C:\ReactOS\system32\syssetup.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00F63000) C:\ReactOS\system32\shlwapi.dll (dll/ntdll/ldr/utils.c:2355) Relocating (35680000 -> 01880000) C:\ReactOS\System32\devenum.dll (dll/ntdll/ldr/utils.c:2355) Relocating (6b360000 -> 018A4000) C:\ReactOS\System32\dsound.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76150000 -> 018E9000) C:\ReactOS\System32\inetcomm.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76660000 -> 018E9000) C:\ReactOS\System32\mshtml.dll (dll/ntdll/ldr/utils.c:2355) Relocating (77b10000 -> 00411000) C:\ReactOS\System32\olepro32.dll (dll/ntdll/ldr/utils.c:2355) Relocating (76120000 -> 00760000) C:\ReactOS\System32\shlwapi.dll Best regards, Alex Ionescu

14 years, 9 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev January 2010