Ros-dev October 2006

ros-dev@reactos.org

26 participants
25 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

Re: [ros-dev] Vote for a code freeze.
by Murphy, Ged (Bolton) 06 Nov '06

06 Nov '06

Richard wrote: > I believe it's time to do a code freeze. +1 I've stopped working on ReactOS as it's instability is frustrating. Ged.

11 14

we are back online
by Magnus Olsen 01 Nov '06

01 Nov '06

Hi everyone have notice ReactOS website, svn, mailing list, went down. The svn and web server was never down the problem was the DNS server whent down by hardware failour and it took time getting it back online again. Longer that we did expect.

2 2

Code Auditing 100% Complete
by Nate DeSimone 31 Oct '06

31 Oct '06

Hi everyone, I noticed that the code audit is now finished. Cheers!

4 4

Rev 24626 Breaks Linux Build
by James Tabor 25 Oct '06

25 Oct '06

I've tried fixing this! 8^( include/psdk/winnt.h line 3666 is the orig. [CC] subsystems/win32/win32k/dib/dib1bpp.c In file included from subsystems/win32/win32k/w32k.h:16, from subsystems/win32/win32k/dib/dib1bpp.c:20: include/ddk/ntifs.h:404: error: redeclaration of `enum _AUDIT_EVENT_TYPE' include/ddk/ntifs.h:405: error: conflicting types for 'AuditEventObjectAccess' include/psdk/winnt.h:3666: error: previous definition of 'AuditEventObjectAccess' was here include/ddk/ntifs.h:407: error: conflicting types for 'AuditEventDirectoryServiceAccess' include/psdk/winnt.h:3668: error: previous definition of 'AuditEventDirectoryServiceAccess' was here

4 3

Re: [ros-dev] [ros-diffs] [ion] 24636: - Add NtApphelpCacheControl, NtFilterToken (WARNING: PATENTED. TAKE CARE WHEN IMPLEMENTING). - Add all the recently added functions to their proper place in the NDK.
by Reuel ben Yisrael 23 Oct '06

23 Oct '06

ion(a)svn.reactos.org wrote: > Author: ion > Date: Tue Oct 24 01:19:15 2006 > New Revision: 24636 > > URL: http://svn.reactos.org/svn/reactos?rev=24636&view=rev > Log: > - Add NtApphelpCacheControl, NtFilterToken (WARNING: PATENTED. TAKE CARE WHEN IMPLEMENTING). > I'm assuming that the warning is in reference to NtFilterToken(). If someone other than you goes to implement this function, they probably won't look through svn history to see this comment. Wouldn't it be best to put a warning like this in the comments of the function source?

1 0

Re: [ros-dev] [ros-diffs] [ion] 24595: - Implement DbgkpQueueMessage. This is the main bi-directional communication routine for the newer non-LPC Debug Object. - Implement DbgkPostFakeProcessCreateMessages (and stub DbgkpPostFakeThreadMessages and DbgkpPostFakeModuleMessages). These are required when attaching to a process after threads have been created and modules loaded, so that the debugger can have a valid state. - Still missing the two functions to Set/Clear the Debug Object, will do these next.
by Thomas Weidenmueller 22 Oct '06

22 Oct '06

> - RtlCopyMemory(StateChange, > + /* Return our wait state change structure */ > + RtlMoveMemory(StateChange, > &WaitStateChange, > sizeof(DBGUI_WAIT_STATE_CHANGE)); RtlMoveMemory doesn't really make sense as the destination and source are never overlapping, resulting in unnecessary overhead. - Thomas

2 3

Automated Testing
by Lucio Diaz 22 Oct '06

22 Oct '06

Aleksey Bragin wrote: "It should try every revision, otherwise there is no use from it at all. And automerge from trunk to stable branch is not possible, because patches usually depend on each other." Sorry,i explained myself wrong, i was not talking about automerging, or using the "stable branch" to send patches. No, patches would be still sent to the unstable branch, and no "automerging will be used", it will be just overwriting. The process i imagine like this: -Unestable not working. -Recent Stable working (1 day old). -You dont have the skill to fix unstable. -You download stable, work in your computer over stable. -Send changes to unstable (then things become interesting). -Check the files you are have touched. If no other person have touched them since the stable (1 day old) was made you can send your patches, if someone have touched, you cant and have to wait till the stable revision is updated. -Once unstable boot again, stable is override by the unstable, and now named stable. This would alow people working, maybe in the control panel, with little kernel or booting code knowledge, keep working without having to stop developing for dificult bugs in the kernel. What do you thing? Maybe is a crazy idea cause i dont know about the inners of SVN. ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com

1 0

Re: [ros-dev] [ros-diffs] [janderwald] 24590: - provide a sample configurat ion file - allow other address line resolver than addr2line
by Murphy, Ged (Bolton) 21 Oct '06

21 Oct '06

> +; > +; ROSBOOT_CMD > +; > +; This value is the command which is executed to gain debugging data > +; this value is mandatory > + > +ROSBOOT_CMD=D:\sysreg\qemu\qemu.exe -serial file:debug.log > -boot c -m 128 -L D:\sysreg\qemu\ D:\sysreg\qemu\RosVM.vmdk > -cdrom D:\Reactos\ReactOS-RegTest.iso Is there scope to add vmware to the test? Ged.

1 0

Re: [ros-dev] [ros-diffs] [janderwald] 24584: * beginning of a system regression tools
by Alex Ionescu 20 Oct '06

20 Oct '06

janderwald(a)svn.reactos.org wrote: > Author: janderwald > Date: Fri Oct 20 19:49:46 2006 > New Revision: 24584 > > URL: http://svn.reactos.org/svn/reactos?rev=24584&view=rev > Log: > * beginning of a system regression tools > Can this be done in C? C++ only slows down the build even more. -- Best regards, Alex Ionescu Project Lead, TinyKRNL Kernel-Mode Software Design Engineer, ReactOS

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev October 2006