Ros-dev

ros-dev@reactos.org

5790 discussions

Re: [ros-dev] [ros-diffs] [martinf] 44998: update XMLStorage to 2010 version
by Ged Murphy 08 Jan '10

08 Jan '10

martinf(a)svn.reactos.org wrote: > -#if defined(__STDC_WANT_SECURE_LIB__) && defined(_MS_VER) // secure CRT functions using VS 2005 > +#ifdef __STDC_WANT_SECURE_LIB__ > if (_tfopen_s(&_pfile, path, mode) != 0) Hi Martin, This change will break the build, reactos now has partial but not full support for secure CRT functions. __STDC_WANT_SECURE_LIB__ is now defined in our build headers, but some areas are missing, _wfopen_s being one of these. I added the '&& defined(_MS_VER)' check to get around this for our build env until we support it. Regards, Ged.

1 0

Re: [ros-dev] [ros-priv] [ros-diffs] [ros-arm-bringup] 44841: NMI Support Patch 1: [HAL]: T #2
by Daniel Reimer 08 Jan '10

08 Jan '10

And now we all get back to a polite discussion about this topic and stop comparing the lengths of our wieners, ok? I hate the way all this goes to... last time we came to that point in the past, we lost some long term devs and put the whole project into a big crisis. So PLEASE, I just expect a mature talk and no kindergarten from you all. (OK, its a bit funny that I say something like that :-P ) Ros Arm Devs: I understand that you don't wanna tell us who exactly you are are, whatever your reasons are and I accept that, but you have to understand that some here fear harm for the project if ppl noone ever saw write risky components with the highest possibility to copyright problems. Almost every kernel dev in here was suspected to write tainted code at least once in their whole time here. That's the result of some big crisis we had in the past, we became a bit afraid of great code outta nowhere which just works. So don't take it personally, plz. *fearabigdramacoming* Regarding the Devs in the header and the license. Why not just readd the ppl if some of their code still exists in the file? Noone would have any harm if there's one more guy in this list. Lets discuss the relicense after the guys are in the headers again. But, and this goes out to all ppl, in a kind and mature way. You all, forget your "He stepped on my tail!!" behavior just for a moment and think about the project we all code for and we try to get mature. We can talk about anything, but not in this way. Thank you very much. Daniel Reimer Not soo 1337 ReactOS Dev

1 0

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 08 Jan '10

08 Jan '10

"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

9 11

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

06 Jan '10

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

1 0

Unable to compile; infcore error
by Evans Jahja 04 Jan '10

04 Jan '10

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/

4 4

04 Jan '10

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 >

1 0

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 03 Jan '10

03 Jan '10

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

1 0

Re: [ros-dev] [ros-diffs] [fireball] 44917: [NDK] - Add forgotten HalSetTimeIncrement prototype to NDK.
by Aleksey Bragin 03 Jan '10

03 Jan '10

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

1 0

03 Jan '10

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

2 1

Trunk breakage
by Olaf Siejka 02 Jan '10

02 Jan '10

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.

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev