Ros-dev

ros-dev@reactos.org

5789 discussions

not sure if it's been said already but...

by Jeff Smith

Vote results (Which kernel you prefer to see as base of osFree kernel?): What Percentage Votes L4 30.6 % 609 Linux 13.4 % 267 Mach 7.2 % 144 ReactOS 43.9 % 874 Other 4.4 % 87 This poll is taken from http://www.osfree.org/index.php

20 years, 2 months

ReactOS Package Manager - Online (Website)

by Klemens Friedl

Hi! I programmed the ReactOS Package Manager - Online Website (started yesterday). It provide the online database (xml database) for the ReactOS Package Manager (exe) (svn: /trunk/rosapps/packmgr). Some important main function of the page already work. The page (written in php with mysql database) provide the database files (static xml files) for the client (packmgr.exe). So the Package Manager only download some static xml files (spare server resources). Url: http://frik85.fr.funpic.de/packmgr/ (for test purposes) Test the package manager (in Win32) with the new online database: * Compile the packmgr files (gui-app + dll) * change the server in option.xml to: <options> <source>http://frik85.fr.funpic.de/packmgr/db/</source> </options> * start the gui application (packmgr.exe) Wiki-Page: http://reactos.com/wiki/index.php/ReactOS_Package_Manager Klemens Friedl -- +++ GMX - Die erste Adresse f�r Mail, Message, More +++ 1 GB Mailbox bereits in GMX FreeMail http://www.gmx.net/de/go/mail

20 years, 2 months

Re: [ros-svn] [ion] 14799: KD System Rewrite:

by Hartmut Birr

Hi, I've found some other problems. For the serial debug, the default baudrate is set to 19200 baud and the baudrate option has no effect. Two debug port options like "/DEBUGPORT=BOCHS /DEBUGPORT=COM2" switches my pc off. The on/off switch has no effect after this. I must remove/insert the power plug to boot the pc again. I use this option for the bootcd. The previous debug implementation has enabled the bochs and serial debug at boot phase 0 and all other debug variants at boot phase 1. Currently KdInitSystem(0, ..) is called twice. The first call is in _main and the second in ExpInitializeExecutive. - Hartmut

20 years, 2 months

Re: [ros-svn] [ion] 14799: KD System Rewrite:

by Hartmut Birr

Hi, your changes breaks compiling with DBG := 1 and KDBG := 0. - Hartmut ion(a)svn.reactos.com wrote: >KD System Rewrite: > > - Totally dynamic based on the principle of Native Providers built-in the Kernel (like Screen, > FileLog and Serial) and a pluggable Wrapper which is optionally compiled (Bochs, GDB) > - Nothing changed in KDBG, except for that its settings (KDSERIAL/KDNOECHO) are now stored in > KdbDebugState instead. > - Wrappers are currently built uncondtionally. With rbuild, I'll make them easily removable. > - Debug Log code simplified greatly, sped up and now supports printing even the first boot messages, > which wasn't supported before. > - Removed most of KDBG compile-time settings, ones which are needed are in include/dbg as macros now. > - Left in some kdbg init code and break code, but it could be made to be used as a 'wrapper' for those > functions. I will do it later. > - Made a hack for KdpEnterDebuggerException..it seems to be called differently and at different times > for GDB vs KDBG and I couldn't unite them. > - KdpServiceDispatcher now does both the documented and ros-internal debug functions and will eventually > be called through INT2D from keyboard.sys instead of as an API. > >All in all, this patch makes KD separated from KDBG and creates a pluggable architecture for creating future wrappers that don't require changing tons of code in the future. It improves the debug >log by printing even the earliest debug messages to it and it removes many of the manual ifdef(KDBG) but making them automatic though a single macro file. It makes extra debugging functionality optional and it >allows removal of a private API from our exports. > > >Added files: >trunk/reactos/ntoskrnl/include/internal/kdbochs.h >trunk/reactos/ntoskrnl/include/internal/kdgdb.h >trunk/reactos/ntoskrnl/kd/kdinit.c >trunk/reactos/ntoskrnl/kd/kdio.c >trunk/reactos/ntoskrnl/kd/kdmain.c >trunk/reactos/ntoskrnl/kd/wrappers/ >trunk/reactos/ntoskrnl/kd/wrappers/bochs.c >trunk/reactos/ntoskrnl/kd/wrappers/gdbstub.c > >Updated files: >trunk/reactos/drivers/input/keyboard/keyboard.c >trunk/reactos/include/ddk/kefuncs.h >trunk/reactos/ntoskrnl/Makefile >trunk/reactos/ntoskrnl/ex/init.c >trunk/reactos/ntoskrnl/include/internal/dbg.h >trunk/reactos/ntoskrnl/include/internal/kd.h >trunk/reactos/ntoskrnl/include/internal/kdb.h >trunk/reactos/ntoskrnl/include/internal/ke.h >trunk/reactos/ntoskrnl/include/internal/module.h >trunk/reactos/ntoskrnl/include/ntoskrnl.h >trunk/reactos/ntoskrnl/io/iomgr.c >trunk/reactos/ntoskrnl/io/pnpreport.c >trunk/reactos/ntoskrnl/kd/service.c >trunk/reactos/ntoskrnl/kdbg/kdb.c >trunk/reactos/ntoskrnl/kdbg/kdb_cli.c >trunk/reactos/ntoskrnl/kdbg/kdb_serial.c >trunk/reactos/ntoskrnl/kdbg/kdb_symbols.c >trunk/reactos/ntoskrnl/ke/bug.c >trunk/reactos/ntoskrnl/ke/catch.c >trunk/reactos/ntoskrnl/ke/i386/exp.c >trunk/reactos/ntoskrnl/ke/i386/irq.c >trunk/reactos/ntoskrnl/ke/i386/syscall.S >trunk/reactos/ntoskrnl/ldr/loader.c >trunk/reactos/ntoskrnl/mm/RPoolMgr.h >trunk/reactos/ntoskrnl/mm/marea.c >trunk/reactos/ntoskrnl/ntoskrnl.def > >Deleted files: >trunk/reactos/ntoskrnl/kd/dlog.c >trunk/reactos/ntoskrnl/kd/gdbstub.c >trunk/reactos/ntoskrnl/kd/kdebug.c > >_______________________________________________ >Ros-svn mailing list >Ros-svn(a)reactos.com >http://reactos.com:8080/mailman/listinfo/ros-svn > > > >

20 years, 2 months

RE: [ros-svn] [ion] 14801: Add GDB = 1 to makefile to compile-in theGDB Wrapper. These options will be better manged with rbuild

by Ge van Geldorp

> From: ion(a)svn.reactos.com > > Add GDB = 1 to makefile to compile-in the GDB Wrapper. These > options will be better manged with rbuild Any reason the inclusion of the GDB stub can't be keyed on the existing "DBG" var? I feel (pretty strongly) we should minimize the number of compile-time configs. Gé van Geldorp.

20 years, 2 months

RE: [ros-svn] [ion] 14801: Add GDB = 1 to makefile to compile-in theGDB Wrapper. These options will be better manged with rbuild

by Casper Hornstrup

> -----Original Message----- > From: ros-svn-bounces(a)reactos.com [mailto:ros-svn-bounces@reactos.com] On Behalf Of > ion(a)svn.reactos.com > Sent: 25. april 2005 17:20 > To: ros-svn(a)reactos.com > Subject: [ros-svn] [ion] 14801: Add GDB = 1 to makefile to compile-in theGDB Wrapper. These options > will be better manged with rbuild > > Add GDB = 1 to makefile to compile-in the GDB Wrapper. These options will be better manged with > rbuild > > > Updated files: > trunk/reactos/config Experience has told us that with compile-time options come more compilation errors (and we have enough of those). Please compile it in always and make it a run-time option instead to avoid this. The extra bytes are well spent. Casper

20 years, 2 months

rbuild status - need help finalizing

by Royce Mitchell III

rbuild has one bug ( that we're aware of ) blocking it from being ready to go live. Basically, both bootcd and livecd are halting with a "inaccessible_boot_device" after blue.sys. Would anybody be willing to look at it and help us figure out what we're doing wrong when generating the ISOs? Also, being this close, would everybody who cares please check out the rbuild branch for feedback before we go live? Here's the branch url: svn://svn.reactos.com/branches/xmlbuildsystem/reactos Thanks

20 years, 2 months

Crash at shutdown ( killing Explorer ) in current CVS

by Jan Schiefer

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I hit the start menue entry to kill explorer. I'm running this on QEMU 0.6.1. -user-net is enabled. Then this problem appeared. Just look at the screenshot. I just want to report that problem. Greetings, Jan Schiefer! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCa4SYzC00UKXFdVcRAi8vAKCwVQKvLbisZ2P9qz+TFv5qzf+R0QCfbmwa 2+fVvDWgGnGWGeQ7u/TYkFA= =ow9s -----END PGP SIGNATURE-----

20 years, 2 months

Kernel System Page Table

by Alex Ionescu

Hi Hartmut & Mm Experts, It seems that on ROS, every process has its own Page Table for the Kernel Area/System Table. This needs to be updated with MmUpdatePageDir all the time, and creates a bunch of annoyances in the Context Switching code too (for example, I can't check the trap frame for VM_MASK because at that time the Page Directory hasn't been changed yet. I could change it before but that would screw up the optimizations. Philip Susi and I have researched this and arrived to the common conclusion that every new Process's Page Table should share the same System Page Table. I'm not an expert so maybe I'm not explaining it properly, but the System Page Table shouldn't have to be "inserted/mapped" into every Process's Page Table, it should already be there, shared amongst all processes. I hope that made sense...if not, maybe Philip can fix up my explenation. Is it possible for any of the Mm guys to implement this properly? Thanks a lot.. Best regards, Alex Ionescu

20 years, 2 months

Compile error with DBG=1 and KDBG=0

by Sylvain Petreolle

Trying to compile ros trunk with config set to DBG=1 and KDBG=0, I get the following errors into ntoskrnl. Can someone help ? ke/i386/exp.o: In function `KeRosPrintAddress': /mnt/hdb5/reactos/reactos/ntoskrnl/ke/i386/exp.c:113: undefined reference to `_KdbSymPrintAddress' ex/dbgctrl.o: In function `NtSystemDebugControl': /mnt/hdb5/reactos/reactos/ntoskrnl/ex/dbgctrl.c:38: undefined reference to `_KdbSymLoadUserModuleSymbols' io/driver.o: In function `IoDestroyDriverList': /mnt/hdb5/reactos/reactos/ntoskrnl/io/driver.c:(.text+0x568): undefined reference to `_KdbSymProcessBootSymbols' io/driver.o: In function `IopInitializeBootDrivers': /mnt/hdb5/reactos/reactos/ntoskrnl/io/driver.c:1262: undefined reference to `_KdbSymProcessBootSymbols' io/driver.o: In function `IopInitializeBuiltinDriver': /mnt/hdb5/reactos/reactos/ntoskrnl/io/driver.c:(init+0x67c): undefined reference to `_KdbSymProcessBootSymbols' ldr/loader.o: In function `LdrUnloadModule': /mnt/hdb5/reactos/reactos/ntoskrnl/ldr/loader.c:404: undefined reference to `_KdbSymUnloadDriverSymbols' ldr/loader.o: In function `LdrLoadModule': /mnt/hdb5/reactos/reactos/ntoskrnl/ldr/loader.c:387: undefined reference to `_KdbSymLoadDriverSymbols' ldr/loader.o: In function `LdrUnloadModule': /mnt/hdb5/reactos/reactos/ntoskrnl/ldr/loader.c:422: undefined reference to `_KdbSymInit' Kind regards, Usurp (aka Sylvain Petreolle) humans are like computers, yesterday the BIOS was all - today its just a word

20 years, 2 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