Ros-dev

ros-dev@reactos.org

5789 discussions

Re: [ros-svn] [ion] 13305: Dynamic 3GB support, part 1. Only multiboot.S remains to be changed, all other parts of the Kernel now used KERNEL_BASE based on the command-line (Please don't use /3gb if you don't compile 3GB)

by Alex Ionescu

ion(a)svn.reactos.com wrote: >Dynamic 3GB support, part 1. Only multiboot.S remains to be changed, all other parts of the Kernel now used KERNEL_BASE based on the command-line (Please don't use /3gb if you don't compile 3GB) > > >Updated files: >trunk/reactos/config >trunk/reactos/ntoskrnl/include/internal/i386/mm.h >trunk/reactos/ntoskrnl/ke/main.c >trunk/reactos/ntoskrnl/mm/mminit.c > >_______________________________________________ > > Royce and I are currently working on making this fully dynamic. We've got the plan set-up in our minds and it should be committed in less then a week, unless unexpected things happen. Speaking of which, is anyone against not making ACPI a compile-time instruction? It just makes debugging harder, one more thing to worry about, and I don't see the point either...I think it makes much more sense to have some kind of ACPISupported global variable that we either set at boot-up with proper table queries, and/or that the user can specify with an /ACPI command-line flag. Best regards, Alex Ionescu

20 years, 6 months

new binutils snapshot

by Jonathan Wilson

http://sourceforge.net/project/showfiles.php?group_id=2435 Does this make those issues (dlltool I think) with using the previous snapshot go away?

20 years, 6 months

Slab cache

by Hartmut Birr

Hi, do we need the slab cache in ntoskrnl\mm\slab.c? I've replaced the kmap functions (ntoskrnl\mm\kmap.c) by a process local mapping (hyperspace). The slab cache needs the mapping for a longer time and cannot use the hyperspace mapping. I would remove the slab cache, because it is not used by any of the kernel functions. - Hartmut

20 years, 6 months

user mode exceptions

by Hartmut Birr

Hi, on a user mode exception, I get hundreds of lines like this: (i386/exception.c:96) RtlpDispatchException() Dumping exception registrations: (0x0065FFE0) HANDLER (0x7C82CEAF) (0x7FFDF000) HANDLER (0x00000000) (i386/exception.c:96) RtlpDispatchException() Dumping exception registrations: (0x0065FFE0) HANDLER (0x7C82CEAF) (0x7FFDF000) HANDLER (0x00000000) (i386/exception.c:96) RtlpDispatchException() Dumping exception registrations: It needs a very large time, if ros does response again. It occurs on real hardware. Debugprints are going over a serial line. - Hartmut

20 years, 6 months

Re: [ros-diffs] [hbirr] 13277: - Fixed the directory index of a file for FATX.

by Hartmut Birr

Hervé Poussineau schrieb: > hbirr(a)svn.reactos.com a écrit : > >> - Fixed the directory index of a file for FATX. >> + ULONG startIndex = rcFcb->startIndex; >> + if ((rcFcb->Flags & FCB_IS_FATX_ENTRY) && !vfatFCBIsRoot(Parent)) >> >> { >> >> + startIndex += 2; >> + } >> + if(startIndex >= DirContext->DirIndex) >> + { > > > This change looks suspicious to me. > "." and ".." don't exist on a FATX volume. They are FAT12/16/32 specific. > Please revert related changes in create.c, dirw.c, direntry.c, fcb.c > > Hervé > > PS: > Comment in direntry.c ("need to add . and .. entries".) is not very > clear. It may be modified to "Need to add . and .. entries, because > they don't exist in a FATX subdir" > _______________________________________________ > Ros-diffs mailing list > Ros-diffs(a)reactos.com > http://reactos.com:8080/mailman/listinfo/ros-diffs > > FATX doesn't have real '.' and '..' directories. But we use them on each directory except the root. The index from fcb is also used to update the entry of a file in its parent directory. For looking for a directory, '.' has index 0, '..' has index 1 and 'foo' has index 2 and so on. The real index of 'foo' is 0. We must make a difference between the real and the search index. I've modified some parts of freeldr and usetup. I can create and install ros on a fatx partition on a normal pc. I've also load vfatfs on W2K. At the beginning, the wrong index has scrambled the fatx partition. - Hartmut

20 years, 6 months

We have a web browser] : Input ?

by Gge

With the Mozilla ActiveX Control , I can browse "www.reactos.com" from the Reactos Explorer as indicated before. The link to www.reactos.com is made by explorer at start but I do not know how to type an URL (www.google.com for example) in the Explorer window ? Any idea ? Regards Gerard

20 years, 6 months

WineConf 2005

by Steven Edwards

Hello, If you are a ReactOS developer thats planning on coming to WineConf 2005 please fill out the RSVP form at http://www.winehq.org/site/wineconf We need to get a estimated head count so even if your not 100% sure that you will make it you can RSVP and note that on the webstie. So far GvG and myself are planning on attending and Thomas,KJK and fireball have said they will try to attend as well. Thanks Steven __________________________________ Do you Yahoo!? The all-new My Yahoo! - What will yours do? http://my.yahoo.com

20 years, 6 months

Re: [ros-dev] Re: We have a web browser : Input ?

by barry day

On Mon, Jan 24, 2005 at 05:58:27PM -0600, Royce Mitchell III wrote: > > > > If we even tried, the only thing we would do is alienate potential users > of our OS, because their favorite killer app doesn't work on it. > Clone Microsoft's mistakes and you won't have potential users, there will be no reason to swap to Reactos.

20 years, 6 months

Re: [ros-diffs] [hbirr] 13257: - Interpret STATUS_TIMEOUT as error in PsLockProcess.

by Filip Navara

hbirr(a)svn.reactos.com wrote: >- if(!NT_SUCCESS(Status)) > > >+ if(!NT_SUCCESS(Status) || STATUS_TIMEOUT) > > Shouldn't this be "|| Status == STATUS_TIMEOUT" ?

20 years, 6 months

Re: [ros-dev] Re: We have a web browser : Input ?

by barry day

On Mon, Jan 24, 2005 at 08:49:17PM -0500, Richard Campbell wrote: > If internet explorer were a 'mistake' it wouldn't have a 92% user base. > If it isn't working, people wouldn't use it. It took quite a long time > for a worthy competitor (firefox) to appear. Anyways, cloning internet > explorer is outside the scope of this project. It may BE a part of > windows, but we can install it (IE5 at least) seperately (eventually). > What the user base is depends on who you ask. Nobody appears to have irrefutable up-to-date figures. And do you describe a program that CERT advises people not to use as "works"? But lets not argue over this. My reason for posting my commments is simply because I think some of us are only aiming at implementing a clone whereas I feel we should be striving to create a compatible OS that is even better, and I get the impression from the faq on the wiki site that was one of the reasons for this project's existence. But on the other hand that risks becoming bogged down in discussion about how things should be done. If at the end of the day we end up with nothing more than an open source clone of Windows that I can hack on I will still be happy.

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