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