[ros-dev] Commit by sir_richard :: r46904 reactos/ntoskrnl/mm/ARM3/miarm.h

ShadowFlare blakflare at gmail.com
Sun Apr 18 22:27:08 CEST 2010


Both sides have their own historical reasons for keeping things the way they
are.

On Sun, Apr 18, 2010 at 2:03 PM, Andrew Faulds <ajfweb at googlemail.com>wrote:

> I don't think Microsoft was wrong, I think Hard Disk manufacturers have
> tried to make them wrong in this case.
>
>
> On 18 April 2010 20:58, Olaf Siejka <caemyr at gmail.com> wrote:
>
>> I am talking in general, about attempts to "correct Microsoft".
>>
>> 2010/4/18 breakoutbox <breakoutbox at web.de>
>>
>> Olaf Siejka schrieb:
>>>
>>>  Mainly for compatibility reasons. If Windows does it that way, so would
>>>> do Windows apps and drivers, depending on it. If we change this default
>>>> behaviour, even with introducing some kind of aliases for the previous one,
>>>> we risk breakage, that would could be hard to determine/locate. When ReactOS
>>>> gets stable enough, i see no obstacle to change this, but right now, let us
>>>> not put too many mushrooms into single basket.
>>>>
>>>>
>>> Hm,
>>>
>>> how does a change to these #define names probably risk breakage ?
>>>
>>>
>>> #define _1MB (1024 * _1KB)
>>>
>>> in /trunk/reactos/ntoskrnl/mm/ARM3/miarm.h
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Ros-dev mailing list
>>> Ros-dev at reactos.org
>>> http://www.reactos.org/mailman/listinfo/ros-dev
>>>
>>
>>
>> _______________________________________________
>> Ros-dev mailing list
>> Ros-dev at reactos.org
>> http://www.reactos.org/mailman/listinfo/ros-dev
>>
>
>
>
> --
> Andrew Faulds (andrewros)
> http://ajf.me/
>
>
> _______________________________________________
> Ros-dev mailing list
> Ros-dev at reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.reactos.org/pipermail/ros-dev/attachments/20100418/5492a4d4/attachment.htm>


More information about the Ros-dev mailing list