Ros-dev

ros-dev@reactos.org

1 participants
5794 discussions

Re: [Qemu-devel] Reactos SVN + Kqemu fails
by WaxDragon 18 Apr '06

18 Apr '06

I just did some digging around, and this issue was introduced somewhere between 20902 and 20911. Alex was working on the kernel heavily at the time, and there are several intertwined commmits IIRC. I just tested 20902 with both kqemu (and -kernel-kqemu) and it installed fine, and ran as well as I remember it did. It was noticably faster. On 4/17/06, WaxDragon <waxdragon(a)gmail.com> wrote: > This bug has been around for a while. > > On 4/17/06, Víctor Córcoles López <vcorcoles25(a)hotmail.com> wrote: > > Reactos 0.3.0 SVN + kqemu fails as guest O.S. It fails in both systems, > > Linux host and Windows Host. Without kqemu the reactos 0.3.0 SVN runs with > > less bugs. > > > > In VMWARE host, this bug not apear. > > > > I Send a screenshot of failure. > > WD -- ReactOS is a hub, follow the spokes and you'll immediately find absolutely everything you need to know about Windows. ReactOS is not just software, it's people. kjk_hyperion

2 1

Re: [ros-diffs] [greatlrd] 21611: kjk_hyperion : "Breaking auditing lock for a temporary fix: allow ExEnterCriticalRegionAndAcquireFastMutexUnsafe and ExReleaseFastMutexUnsafeAndLeaveCriticalRegion to be called from any thread; fixes UserEnterShared, UserEnterExclusive and UserLeave in win32k"
by Alex Ionescu 18 Apr '06

18 Apr '06

greatlrd(a)svn.reactos.org wrote: > Author: greatlrd > Date: Sun Apr 16 20:04:28 2006 > New Revision: 21611 > > URL: http://svn.reactos.ru/svn/reactos?rev=21611&view=rev > Log: > kjk_hyperion : "Breaking auditing lock for a temporary fix: allow ExEnterCriticalRegionAndAcquireFastMutexUnsafe and ExReleaseFastMutexUnsafeAndLeaveCriticalRegion to be called from any thread; fixes UserEnterShared, UserEnterExclusive and UserLeave in win32k" > > Modified: > trunk/reactos/ntoskrnl/ex/fmutex.c > > Modified: trunk/reactos/ntoskrnl/ex/fmutex.c > URL: http://svn.reactos.ru/svn/reactos/trunk/reactos/ntoskrnl/ex/fmutex.c?rev=21… This fix is broken. The real problem is win32k, you should fix that instead. Best regards, Alex Ionescu

2 2

RE: [greatlrd] 21644: fix 16 to 16 soyrce dest why the hell does th 16bitmap surface calls into this
by Ge van Geldorp 17 Apr '06

17 Apr '06

> From: greatlrd(a)svn.reactos.org > > Log: > fix 16 to 16 soyrce dest why the hell does th 16bitmap surface calls > into this The "16 -> 16 copy" in the DPRINT1 is a copy/paste mistake, it should read "24 -> 24 copy". Your fix is incorrect. What needs to be done in this case is process one pixel at a time, calling XLATEOBJ_iXlate on each one. GvG

2 1

gdb question
by Saveliy Tretiakov 17 Apr '06

17 Apr '06

Hi. I'm trying to debug ros with gdb (according to GvG's tutorial) and I have a problem. After I attach gdb, reactos boots into desktop and then freezes with endless sigservs. Mouse cursor is not moving. Any ideas? (gdb) target remote localhost:567 Remote debugging using localhost:567 0x800a8297 in ?? () (gdb) continue Continuing. *** Now ros boots into desktop. *** Program received signal SIGSEGV, Segmentation fault. 0x0040aa12 in ?? () (gdb) continue Continuing. Can't send signals to this remote system. SIGSEGV not sent. Program received signal SIGSEGV, Segmentation fault. 0x0040aa12 in ?? () (gdb) continue Continuing. Can't send signals to this remote system. SIGSEGV not sent. Program received signal SIGSEGV, Segmentation fault. 0x0040aa12 in ?? () ......

2 1

compiler error
by Reuben Perelman 17 Apr '06

17 Apr '06

> [CC] dll/win32/wininet/cookie.c > [CC] dll/win32/wininet/dialogs.c > [CC] dll/win32/wininet/ftp.c > [CC] dll/win32/wininet/gopher.c > [CC] dll/win32/wininet/http.c > dll/win32/wininet/http.c:62:23: inet_ntop.c: No such file or directory > dll/win32/wininet/http.c: In function `HTTP_HttpOpenRequestW': > dll/win32/wininet/http.c:1154: warning: implicit declaration of > function `inet_ntop' > make: *** [obj-i386/dll/win32/wininet/http.o] Error 1 It looks like it's trying to include a file that doesn't exist. Maybe somebody forgot to run "svn add inet_ntop.c" before they committed their changes?

3 3

FW: React OS
by Ge van Geldorp 15 Apr '06

15 Apr '06

> From: Gunnar Modin <gunnar.modin(a)telia.com> > Sent: Saturday, April 15, 2006 21:31 > To: ros-dev-owner(a)reactos.org > Subject: React OS > > I just woder if there is any way I can perticipate in the > development of the OS. > > I have an masterthesis to do on my education at the Mid > Sweden university. > The project shell due for about four mounth on full time. The > plan is to do it on half time the coming winter. > > The topics that I have studied are Distributed Systems and > Networkning. > I have jused both C++ and Java as programming laguage. I also > did an projekt in Distrubuted system regarding XML and acess. > In Networking I studied IPv6 in more detail. > > Best regards > > Gunnar Modin >

2 1

Cache manager rewrite branch
by Maarten Bosma 15 Apr '06

15 Apr '06

Hi, I'd like to give you a little report on the status of the cache manager rewrite branch. Since Filip and Hartmut are gone no one worked on it, though the actual functionality is already completed since the first commit in February 2005 and the code just needs to debugged. So decided to give it a try and merged the changes from trunk in there. I had to recreated the branch, from the last unlocked revision because of all the directory movements and tortoise merge having problems with them. I also did some debugging work on it. I have stored my results in the bugzilla bugs 942, 1360 and 1362. These are the only bugs I know of which hinder the branch from being merged to trunk. I am going on holiday tomorrow, so it would be nice if anyone else could continue working on fixing them. You can also help testing because we should do a lot of testing before merging. Especially file IO intensive applications, like installers need testing. Also the ext2fs branch, Microsoft's ntfs.sys and Vmware tools could work. But I haven't tested any of them. I will provide a patch to trunk so you do not have to check out or switch to the branch which is quite annoying, because all the locked entries are checked out again. Hopefully the new cache manager will be in place when I am back. Best Regards Maarten Bosma

2 4

[ros-diffs] [gedmurphy] 21550: revert comctl32 Wine sync. There are some issues with it and I don't have time to fix it at the moment.
by James Tabor 11 Apr '06

11 Apr '06

Hi! URL: http://svn.reactos.ru/svn/reactos?rev=21550&view=rev Log: revert comctl32 Wine sync. There are some issues with it and I don't have time to fix it at the moment. Tonight, I will have time to check and see what we need to make this work. Thanks, James

3 2

Re: [ros-bugs] [Bug 1358] Metabug for w3seek's patches
by James Tabor 11 Apr '06

11 Apr '06

ReactOS.Bugzilla(a)reactos.org wrote: > http://www.reactos.org/bugzilla/show_bug.cgi?id=1358 > > > tomasgroth(a)yahoo.dk changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > BugsThisDependsOn|1342 | > > > > Hi! What is the status of these bugs? Have all of them been added to the tree yet? Thanks, James

2 2

Re: [ros-bugs] [Bug 1363] NdisWriteConfiguration has a bug when writing integers.
by Jerry 10 Apr '06

10 Apr '06

I complied and tested this patch on Qemu, and it seems to work. Any comments? ReactOS.Bugzilla(a)reactos.org wrote: > http://www.reactos.org/bugzilla/show_bug.cgi?id=1363 > > > crashfourit(a)gmail.com changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Attachment #718 is|0 |1 > obsolete| | > > > > > ------- Additional Comments From crashfourit(a)gmail.com 2006-04-09 23:33 CET ------- > Created an attachment (id=731) > --> (http://www.reactos.org/bugzilla/attachment.cgi?id=731&action=view) > NdisWriteConfiguration write integer bug fix. (v. 2) > > >

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev