Ros-dev

ros-dev@reactos.org

5790 discussions

Re: [ros-dev] [ros-diffs] [fireball] 32521: - Fix leaking an entry in some cases during ObpFreeCapturedAttributes call. For more details: http://www.reactos.org/forum/viewtopic.php?t=5311.
by Alex Ionescu 28 Feb '08

28 Feb '08

IopFreeIoCompletionPacket has the opposite bug -- there is an interlocked push (free) even in the ExFreePool case. There should be a return following the ExFreePool, otherwise we're corrupting memory. On Thu, Feb 28, 2008 at 11:37 AM, <fireball(a)svn.reactos.org> wrote: > Author: fireball > Date: Thu Feb 28 14:37:14 2008 > New Revision: 32521 > > URL: http://svn.reactos.org/svn/reactos?rev=32521&view=rev > Log: > - Fix leaking an entry in some cases during ObpFreeCapturedAttributes call. For more details: http://www.reactos.org/forum/viewtopic.php?t=5311. > > Modified: > trunk/reactos/ntoskrnl/include/internal/ob_x.h > > Modified: trunk/reactos/ntoskrnl/include/internal/ob_x.h > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/include/internal/… > ============================================================================== > --- trunk/reactos/ntoskrnl/include/internal/ob_x.h (original) > +++ trunk/reactos/ntoskrnl/include/internal/ob_x.h Thu Feb 28 14:37:14 2008 > @@ -290,6 +290,12 @@ > List->L.FreeMisses++; > List->L.Free(Buffer); > } > + else > + { > + /* The free was within the Depth */ > + InterlockedPushEntrySList(&List->L.ListHead, > + (PSINGLE_LIST_ENTRY)Buffer); > + } > } > else > { > > > -- Best regards, Alex Ionescu

1 0

Re: [ros-dev] [ros-diffs] [mpiulachs] 32449: Add support for multiple architectures to autorun.inf
by Steven Edwards 23 Feb '08

23 Feb '08

On Fri, Feb 22, 2008 at 7:14 AM, <mpiulachs(a)svn.reactos.org> wrote: > Author: mpiulachs > Date: Fri Feb 22 15:14:08 2008 > New Revision: 32449 > > URL: http://svn.reactos.org/svn/reactos?rev=32449&view=rev > Log: > Add support for multiple architectures to autorun.inf > > Modified: > branches/rbuild/reactos/boot/bootdata/autorun.inf > > Modified: branches/rbuild/reactos/boot/bootdata/autorun.inf > URL: http://svn.reactos.org/svn/reactos/branches/rbuild/reactos/boot/bootdata/au… > ============================================================================== > --- branches/rbuild/reactos/boot/bootdata/autorun.inf (original) > +++ branches/rbuild/reactos/boot/bootdata/autorun.inf Fri Feb 22 15:14:08 2008 > +[autorun.mips] > + > +open=mips\welcome.exe > +icon=icon.ico > + > +[autorun.alpha] > + > +open=alpha\welcome.exe > +icon=icon.ico This is really unneeded. Alpha is one nail away from the coffin being closed and nobody is even remotely interested in doing a mips port right now. Please remove them and add a an arm entry. Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

3 2

make livecd failure
by Steven Edwards 17 Feb '08

17 Feb '08

Hi, This should be a simple one to fix. I can build the rest of the tree and make bootcd works CC] lib/cmlib/cminit.c lib/cmlib/cminit.c:22:15: error: attempt to use poisoned "wcslen" lib/cmlib/cminit.c: In function 'CmpPrepareIndexOfKeys': lib/cmlib/cminit.c:98: warning: implicit declaration of function 'DbgPrint' mingw32-make: *** [obj-i386/lib/cmlib_host/cminit.o] Error 1 -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

1 0

boot regressions
by Steven Edwards 16 Feb '08

16 Feb '08

Hi, I've not had a chance to dig in and see which changeset caused the issue but since the recent bringup changes I can no longer use the bootcd on Parallels. -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

2 1

Re: [ros-dev] [ros-diffs] [ros-arm-bringup] 32371: Fixed several off-by-one errors when playing with the PFN database array size. Among other things, certain valid pages would be considered invalid, and also the PFN database wouldn't be properly erased on startup (which would result in a crash after a warm reboot or restarting the emulator).
by Pablo Menichini 15 Feb '08

15 Feb '08

The off-by-one errors are because MmPageArraySize is: MmPageArraySize = MmHighestPhysicalPage; and not MmPageArraySize = MmHighestPhysicalPage + 1; Just my 2 cents, Pablo On Fri, 15 Feb 2008, ros-arm-bringup(a)svn.reactos.org wrote: > Author: ros-arm-bringup > Date: Fri Feb 15 04:04:22 2008 > New Revision: 32371 > > URL: http://svn.reactos.org/svn/reactos?rev=32371&view=rev > Log: > Fixed several off-by-one errors when playing with the PFN database array size. Among other things, certain valid pages would be considered invalid, and also the PFN database wouldn't be properly erased on startup (which would result in a crash after a warm reboot or restarting the emulator). > > Modified: > trunk/reactos/ntoskrnl/mm/freelist.c

1 0

Re: [ros-dev] [ros-diffs] [ros-arm-bringup] 32333: Added cache sweeping code into the HAL, for ARM926EJ-S and ARM1026EJ-S CPUs. Finished implementation of KiSystemStartup. Copied KiInitializeKernel from x86 to ARM, removing irrelevant parts. This is our curren
by Steven Edwards 13 Feb '08

13 Feb '08

On Feb 12, 2008 3:32 PM, <ros-arm-bringup(a)svn.reactos.org> wrote: > Author: ros-arm-bringup > Date: Tue Feb 12 23:32:23 2008 > New Revision: 32333 > > URL: http://svn.reactos.org/svn/reactos?rev=32333&view=rev > Log: > Added cache sweeping code into the HAL, for ARM926EJ-S and ARM1026EJ-S CPUs. > Finished implementation of KiSystemStartup. > Copied KiInitializeKernel from x86 to ARM, removing irrelevant parts. This is our current checkpoint. Is there an offical bringup toolchain posted somewhere or steps on how to build one from the RosBE sources? -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

2 1

13 Feb '08

Hi! My best guess is http://gnuarm.org/ I have no idea of anything else. Thanks, James On Feb 12, 2008 5:30 PM, Steven Edwards <winehacker(a)gmail.com> wrote: > On Feb 12, 2008 3:32 PM, <ros-arm-bringup(a)svn.reactos.org> wrote: > > Author: ros-arm-bringup > > Date: Tue Feb 12 23:32:23 2008 > > New Revision: 32333 > > > > URL: http://svn.reactos.org/svn/reactos?rev=32333&view=rev > > Log: > > Added cache sweeping code into the HAL, for ARM926EJ-S and ARM1026EJ-S CPUs. > > Finished implementation of KiSystemStartup. > > Copied KiInitializeKernel from x86 to ARM, removing irrelevant parts. This is our current checkpoint. > > Is there an offical bringup toolchain posted somewhere or steps on how > to build one from the RosBE sources? > > -- > Steven Edwards > > "There is one thing stronger than all the armies in the world, and > that is an idea whose time has come." - Victor Hugo > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-dev >

1 0

12 Feb '08

2008/2/12, Gregor Brunmar <gbrunmar.ros(a)gmail.com>: > Sounds like a cool feature, I'm waiting for it eagerly :) The new ReactOS People Map can be found there: http://www.reactos.org/peoplemap/ Klemens

1 0

Re: [ros-dev] [ros-diffs] [cfinck] 32303: New ReactOS People Map based on Google Maps API (not yet on the Web server) The map integrates into the existing website and is linked with the RosCMS accounts. You can add a group of users (like Translators, Developers, Administrators, etc.) to the map or search for people and add them individually. I made tests with 500 random users on one map and it was still usable :-) Also there are easy features for setting your own position. I successfully tested the People M
by Gregor Brunmar 12 Feb '08

12 Feb '08

Sounds like a cool feature, I'm waiting for it eagerly :) -Gregor cfinck(a)svn.reactos.org wrote: > Author: cfinck > Date: Mon Feb 11 21:43:40 2008 > New Revision: 32303 > > URL: http://svn.reactos.org/svn/reactos?rev=32303&view=rev > Log: > New ReactOS People Map based on Google Maps API (not yet on the Web server) > > The map integrates into the existing website and is linked with the RosCMS accounts. > You can add a group of users (like Translators, Developers, Administrators, etc.) to the map or search for people and add them individually. I made tests with 500 random users on one map and it was still usable :-) > Also there are easy features for setting your own position. > > I successfully tested the People Map with Firefox 2.0, Opera 9.21, Safari 3 Beta, Konqueror 3.5.6 and IE6/7. > The marker graphics were done myself with Inkscape and the other graphics were composed out of icons from the Tango Icon Project or taken from other ReactOS web apps. > The PNGs with alpha transparency are also shown correctly under IE6 using a trick in "ie6-fixes.css". > >

1 0

Re: [ros-dev] [ros-diffs] [fireball] 32321: - Kernel's entrypoint is called NtProcessStartup right now, for ReactOS. If this is to be changed, it should be changed for all archs, not only for ARM.
by Aleksey Bragin 12 Feb '08

12 Feb '08

Even more, I think it was you who implemented this entrypoint in the ReactOS kernel :-). I'll discuss with PPC and ARM ports, and then we could make a switch alltogether. WBR, Aleksey Bragin. On Feb 12, 2008, at 5:56 PM, Alex Ionescu wrote: > Actually, I've never heard of the entrypoint being called > NtProcessStartup for the kernel... > > Why not fix the name in the x86 sources?

1 0

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