Ros-dev December 2006

ros-dev@reactos.org

26 participants
17 discussions

[ros-diffs] [jimtabor] 22523: GetGlyphOutline, large wine port. Still testing.
by James Tabor 30 Aug '07

30 Aug '07

Hi, I have it half way done. Run the test program and you can see. Program works in W2k, XP and Wine. mingw32-gcc -mwindows -Os GetGlyphOutline.c -o ggo.exe I stopped messing with it two weeks ago, I needed to work on something else. When testing you can select the alphanumeric character with the keyboard. The original program had "a" but I changed it to "L" something simple to draw at first. You will see the problem. The test program from Dr. Dobb's Journal http://www.ddj.com/184409154?pgno=12 Thanks, James Runs and hides~

1 1

Boot Failure with Revision 25126
by James Tabor 23 Jan '07

23 Jan '07

Hi, On real hardware. Thanks, James (ntoskrnl/kd/kdio.c:193) ----------------------------------------------------- (ntoskrnl/kd/kdio.c:194) ReactOS 0.4-SVN (Build 20061211-r25124) (ntoskrnl/kd/kdio.c:195) Command Line: DEBUGPORT=COM1 (ntoskrnl/kd/kdio.c:199) ARC Paths: multi(0)disk(0)rdisk(0)partition(1) \ multi(0)disk(0)rdisk(0)partition(1) \ReactOS\ (ntoskrnl/ke/i386/cpu.c:502) Not handling AMD caches yet Used memory 1015744Kb (ntoskrnl/se/semgr.c:41) FIXME: SeAccessCheck has been HACKED to always grant access! (ntoskrnl/se/semgr.c:42) FIXME: Please fix all the code that doesn't get proper rights! (ntoskrnl/ke/clock.c:92) FIXME: TIMER UPDATE NOT DONE!!! (ntoskrnl/ke/i386/kiinit.c:41) Your machine supports PGE but ReactOS doesn't yet. WARNING: HaliQuerySystemInformation at hal/halx86/generic/sysinfo.c:26 is UNIMPLEMENTED! (ntoskrnl/ke/i386/patpge.c:62) Your machine supports PAT but ReactOS doesn't yet. (ntoskrnl/ke/i386/cpu.c:745) Your machine supports XMMI exceptions but ReactOS doesn't (ntoskrnl/io/iomgr/driver.c:901) Driver 'buslogic.sys' load failed, status (c0000001) (drivers/storage/atapi/atapi.c:3145) AtapiInterrupt(): reading overrun data! (drivers/storage/atapi/atapi.c:3145) AtapiInterrupt(): reading overrun data! (drivers/storage/atapi/atapi.c:3145) AtapiInterrupt(): reading overrun data! (drivers/storage/atapi/atapi.c:3145) AtapiInterrupt(): reading overrun data! (drivers/storage/atapi/atapi.c:3145) AtapiInterrupt(): reading overrun data! ,,,,,,,,on and on......

1 1

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

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 December 2006