Ros-dev

ros-dev@reactos.org

5788 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, only save and restore non-0xFF entries. [NTOS]: Define and use constants for different IOPM values, instead of using hardcoded values.

by Alex Ionescu

"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

15 years

Re: [ros-dev] [ros-diffs] [dgorbachev] 44974: [freeldr] - Do not use GetSystemMemorySize(), which truncates size to 32 bit. - Other minor changes.

by Aleksey Bragin

On Jan 6, 2010, at 2:44 PM, dgorbachev(a)svn.reactos.org wrote: > - // Always contigiously map low 1Mb of memory > + // Always contiguously map low 1Mb of memory Thanks for fixing my typos ;)

15 years

Unable to compile; infcore error

by Evans Jahja

Hi, I'm trying to compile React OS, however I encountered this error when I'm trying to compile: [HOST-CC] lib/inflib/infcore.c lib/inflib/infcore.c: In function `InfpAddSection': lib/inflib/infcore.c:184: warning: implicit declaration of function `__builtin_offsetof' lib/inflib/infcore.c:184: error: parse error before "INFCACHESECTION" lib/inflib/infcore.c:184: error: parse error before ']' token lib/inflib/infcore.c: In function `InfpAddFieldToLine': lib/inflib/infcore.c:289: error: parse error before "INFCACHEFIELD" lib/inflib/infcore.c:289: error: parse error before ']' token make: *** No rule to make target `makefile.auto', needed by `all'. Stop. Please help me, thanks. Evans Get your new Email address! Grab the Email name you've always wanted before someone else does! http://mail.promotions.yahoo.com/newdomains/aa/

15 years

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 >

15 years

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; >> >

15 years

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 > >

15 years

by Timo Kreuzer

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

15 years

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.

15 years

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

15 years

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

15 years

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev