Ros-dev

ros-dev@reactos.org

5789 discussions

Re: [ros-dev] [ros-diffs] [mpiulachs] 32449: Add support for multiple architectures to autorun.inf

by Steven Edwards

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

17 years, 4 months

make livecd failure

by Steven Edwards

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

17 years, 4 months

boot regressions

by Steven Edwards

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

17 years, 4 months

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

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

17 years, 4 months

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

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

17 years, 4 months

by James Tabor

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 >

17 years, 4 months

by Klemens Friedl

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

17 years, 4 months

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

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

17 years, 4 months

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

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?

17 years, 4 months

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

Actually, I've never heard of the entrypoint being called NtProcessStartup for the kernel... Why not fix the name in the x86 sources? On 12-Feb-08, at 8:34 AM, fireball(a)svn.reactos.org wrote: > Author: fireball > Date: Tue Feb 12 16:34:33 2008 > New Revision: 32321 > > URL: http://svn.reactos.org/svn/reactos?rev=32321&view=rev > Log: > - 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. > > Modified: > trunk/reactos/tools/rbuild/module.cpp > > Modified: trunk/reactos/tools/rbuild/module.cpp > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/tools/rbuild/module.cpp?re… > = > = > = > = > = > = > = > = > ====================================================================== > --- trunk/reactos/tools/rbuild/module.cpp (original) > +++ trunk/reactos/tools/rbuild/module.cpp Tue Feb 12 16:34:33 2008 > @@ -1033,7 +1033,7 @@ > switch ( type ) > { > case Kernel: > - return "KiSystemStartup"; > + return "NtProcessStartup"; > case KernelModeDLL: > case KernelModeDriver: > return "DriverEntry@8"; > > Best regards, Alex Ionescu

17 years, 4 months

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