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
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
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
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
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
>
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
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".
>
>
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?
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
I wonder why those functions spread around that much (cacls, sndvol, aclui, servman, etc...), since windows has already the needed function:
LoadString will store a pointer to the string resource in *lpBuffer, if nBufferMax is set to 0, so allocating additional memory is not neccessary in most cases. And it also returns the full length.
http://msdn2.microsoft.com/en-us/library/ms647486(VS.85).aspx
>
> Author: cfinck
> Date: Sat Feb 2 00:40:18 2008
> New Revision: 32079
>
> URL: http://svn.reactos.org/svn/reactos?rev=32079&view=rev <http://svn.reactos.org/svn/reactos?rev=32079&view=rev>
> Log:
> Wrote a Win32 Font Editor for our VGA Fonts used in blue.sys.
>
> It has a MDI user interface, imports binary fonts (.bin) and PC Screen Fonts (.psf) and exports .bin fonts.
> Compiles without any warnings with GCC and MSVC (at /W3).
>
> The "misc.c" file was taken from devmgmt (thanks Ged!) and modified.
>
>
