Ros-dev

ros-dev@reactos.org

5790 discussions

Re: [ros-dev] [ros-diffs] [greatlrd] 25246: do not use hacked vfat drv revers the 25243 the hacked do not delete pendling or incomplte data and so on,
by Aleksey Bragin 31 Dec '06

31 Dec '06

Magnus, I beg my pardon, but since when is it allowed to revert someone else's commit without discussing first? There is a rule which might allow revert provided: 1) The change breaks booting 2) More than 24hours passed from the commit time 3) Author can not be contacted by any means None of the above was true, so why did you make a reverting commit? With the best regards, Aleksey Bragin. On Dec 30, 2006, at 4:11 AM, greatlrd(a)svn.reactos.org wrote: > Author: greatlrd > Date: Sat Dec 30 04:11:14 2006 > New Revision: 25246 > > URL: http://svn.reactos.org/svn/reactos?rev=25246&view=rev > Log: > do not use hacked vfat drv revers the 25243 > the hacked do not delete pendling or incomplte data > and so on, > > Modified: > trunk/reactos/drivers/filesystems/vfat/cleanup.c > trunk/reactos/drivers/filesystems/vfat/close.c > trunk/reactos/drivers/filesystems/vfat/create.c >

2 1

Re: [ros-dev] [ros-diffs] [greatlrd] 25236: freetype cache glyth patch pass last all my test.patch ogrinal author of this patch is royce3, modify by tinus so it work again with trunk, ThePhysicist (timo dot kreuzer at web dot de) did fix the last bugs in it. at last long leave freetype glyth patch, now we got faster text output in reactos. and I where up to 38fps in winquake with this patch (debugbuild + serial debug on). This is very fast. I wonder what speed it give in release build or qemu now. See issue
by Alex Ionescu 29 Dec '06

29 Dec '06

greatlrd(a)svn.reactos.org wrote: > Author: greatlrd > Date: Fri Dec 29 03:09:54 2006 > New Revision: 25236 > > URL: http://svn.reactos.org/svn/reactos?rev=25236&view=rev > Log: > freetype cache glyth patch pass last all my test.patch > ogrinal author of this patch is royce3, modify by tinus so it work again with trunk, ThePhysicist (timo dot kreuzer at web dot de) did fix the last bugs in it. at last long leave freetype glyth patch, now we got faster text output in reactos. and I where up to 38fps in winquake with this patch (debugbuild + serial debug on). This is very fast. I wonder what speed it give in release build or qemu now. > > I think you should remove the hits++ and misses++ and hits > 100/misses >100 code because it seems perf-debugging related only. -- Best regards, Alex Ionescu Project Lead, TinyKRNL Kernel-Mode Software Design Engineer, ReactOS

1 0

Wrong place to ask I know - I logged in about a week ago, now I can't log in
by Nathan Lane 13 Dec '06

13 Dec '06

So I logged in and registered my user name about a week ago with ReactOS, and now I am unable to log in. I tried resetting my password on the site, and it still won't let me log in. Can you direct me to information on how I can get logged in, or what may have happened? Thanks, Nathan

1 0

Re: [ros-dev] Discussion: Release policy changes
by Murphy, Ged (Bolton) 13 Dec '06

13 Dec '06

Ged Murphy wrote: > > *lots of things* > As there were no responses, I'm assuming everyone was relatively happy with the proposed system. The lack of action isn't doing ROS any favours though, the 0.3.1 release has been promised on various news sites for 31st December, and we haven't even branched for it yet!! I'm prepared to help kick start this new release system off, if it'll help to stop ROS going for another year without releasing. I propose we pick the most stable recent release, branch it and prepare for a Dec 31st release according to the new release system. If everyone is in agreement, I'll start making the necessary arrangements. Ged.

3 2

A few ideas requiring discussion
by Aleksey Bragin 13 Dec '06

13 Dec '06

Hello, there are a few ideas I would like to get feedback about: 1) iBrowser. Do we need it nowadays in the tree, when we have firefox working? 2) In order to slightly decrease a load to our build servers, Alex proposes to build Debug version without any optimizations at all, thus increasing compilation speed. For regression testing, release builds should be used, since release builds are the most sensitive to possible errors. 3) RBuild improvement - the "components bundles" concept should be (re)introduced: if I type "make <directory name>", I would like to get all components inside that directory to be built. 4) Dependency map of ReactOS - maybe this should be implemented inside of RBuild too. Dependency map is a tree, which shows how modules depend from each other. Fortunately, we don't need to do this by hand, since we can use rbuild's parsers/etc. Output format of the map - open for suggestions. If someone feels he is able to do point 3 or 4 - this is greatly appreciated, and will help development of ReactOS. With the best regards, Aleksey Bragin.

4 3

Discussion: Release policy changes
by Aleksey Bragin 10 Dec '06

10 Dec '06

Hello, I'd like to hear opinions regarding the change in release policy. The proposition: Release happens on a strict time basis, like once per month. That means, at the end of the month we look for the best revision inside this month (probably which is closer to the end of the month), branch from it, apply all fixes (if any), and release. Disadvantage: a few coming releases' quality will be overall lower, there might be things like 0.3.25 (if release frequency is set too high, and this is not a disadvantage actually). Advantages: in the long run quality goes up, more developers due to higher release rate, more publicity, people will finally realize it's an alpha product, more bugs reported, no signs of a dead project (I doubt there are healthy projects doing 1 release per year :)). Any thoughts are appreciated. With the best regards, Aleksey Bragin.

8 9

The first newsletter
by Dana Burkart 10 Dec '06

10 Dec '06

Okay, I'm in the middle of composing a test newsletter that will hopefully be accepted. I would like all the developers to respond to this with a short description of what they're currently working on so I can be as accurate as possible in that section of it (and I don't want to forget anyone). Thank you.

3 2

Re: [ros-dev] [ros-diffs] [silverblade] 25108: Further stubbing of Kernel Streaming APIs (corrective path fix to follow...)
by Alex Ionescu 10 Dec '06

10 Dec '06

silverblade(a)svn.reactos.org wrote: > ============================================================================== > --- trunk/reactos/drivers/multimedia/drmk/drmk.def (added) > +++ trunk/reactos/drivers/multimedia/drmk/drmk.def Sun Dec 10 07:16:35 2006 > @@ -1,0 +1,12 @@ > +; > +; Exports definition file for drmk.sys > +; > + > +EXPORTS > +DrmAddContentHandlers@12 > +DrmCreateContentMixed@12 > +DrmDestroyContent@4 > +DrmForwardContentToDeviceObject@12 > +DrmForwardContentToFileObject@8 > +DrmForwardContentToInterface@12 > +DrmGetContentRights@8 > > Added: trunk/reactos/drivers/multimedia/drmk/drmk.rbuild We're so going to get slashdotted/hated for this :) -- Best regards, Alex Ionescu Project Lead, TinyKRNL Kernel-Mode Software Design Engineer, ReactOS

2 1

Re: [ros-dev] [ros-diffs] [fireball] 25049: [AUDIT] Change name everywhere back to Ariadne because real person could not be contacted. Non-working email address removed. If this person doesn't contact me before finish of the audit, the copyright will be transferred to ReactOS Foundation.
by Thomas Weidenmueller 05 Dec '06

05 Dec '06

> If this person doesn't contact me before finish of the audit, the copyright will be transferred to ReactOS Foundation. There's no way such a transfer could be legally backed if the person who owns the copyright doesn't agree with it. - Thomas

3 2

Re: [ros-dev] [ros-diffs] [mist] 25062: ReactOS Intel Mac compatibility commits, part 1/2, by Michael Steil. == A20 Gate and the Keyboard Controller == In order to turn on the A20 gate, the keyboard controller has to be emptied. This is done in freeldr by reading bytes until the keyboard controller signals it's empty. Intel Macs don't have PS/2 keyboard controller and the status register always reads back 0xFF, so the "there is data" bit will never be cleared. (The same problem has been in GRUB as well as i
by Aleksey Bragin 04 Dec '06

04 Dec '06

Thanks to these bugfixes, ReactOS now boots on Intel Macs (I tested it on Intel Core Duo MacMini), and in Parallels virtual machine. With the best regards, Aleksey Bragin. On Dec 4, 2006, at 6:00 PM, mist(a)svn.reactos.org wrote: > Author: mist > Date: Mon Dec 4 18:00:11 2006 > New Revision: 25062 > > URL: http://svn.reactos.org/svn/reactos?rev=25062&view=rev > Log: > ReactOS Intel Mac compatibility commits, part 1/2, by Michael Steil.

2 1

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