Ros-dev

ros-dev@reactos.org

5790 discussions

Bug into log10 function.
by carlo.bramix 30 Apr '07

30 Apr '07

While I was doing the final tests with ReactOS Calc before releasing the new version, I discovered that it didn't work because a bug into log10 function. This happens because the two operands are swapped into: \ReactOS-0.3.1\lib\crt\math\i386\log10_asm.s I attached the patch. Sincerely, Carlo Bramini. ------------------------------------------------------ Leggi GRATIS le tue mail con il telefonino i-mode di Wind http://i-mode.wind.it/

3 2

Uniform Driver Interface
by Jerry 30 Apr '07

30 Apr '07

http://udi.certek.cc/ >From what I can tell the example source code of this project is BSD (new). Should we add this driver interface to ReactOS? Why or why not? How could this be implemented while keeping compatibility with native NT drivers and not have it ROS specific?

1 0

Problem with out current NtGdiExtGetObjectW implementation
by Timo Kreuzer 30 Apr '07

30 Apr '07

Hi, although I like the way NtGdiExtGetObjectW is using the union, we will get a problem with it. We don't know how many styles an extpen has, so we cannot statically allocate a kmode buffer that is big enough. I can currently think of 3 possible solutions: 1. Add a big additional hack for GDI_OBJECT_TYPE_EXTPEN in NtGdiExtGetObjectW, that will copy the styles, wich seems to be a bad idea. 2. Use the old method of first calling IntGdiExtGetObjectW to get the needed buffer size then allocate a kernelmode buffer then call IntGdiExtGetObjectW again to tranfer the data then copy to usermode. This is slower and needs extra memory. 3. Move the copying to usermode to the XXX_GetObject functions. This would remove the need for an extra kernelmode buffer and we wouldn't really need IntGdiExtGetObjectW anymore. But it doesn't match the rest of our call chain design. Comments appreciated. Timo

4 5

CUnit
by theUser BL 29 Apr '07

29 Apr '07

Hi! Which testing-framefork do ReactOS use? I have seen, that CUnit for example outputs the result in a nice html-format: http://cunit.sourceforge.net/ss_automated.html Looks similar to the output of GNU Classpath (which trys to rewrite Java): http://builder.classpath.org/japi/jdk15-generics.html But GNU Classpath uses JUnit. And ReactOS is written in C, so in this case CUnit would be better. Existing for ReactOS also a side like this, where everytime stands, which test are passed and which not? Greatings theuserbl _________________________________________________________________ Sie suchen E-Mails, Dokumente oder Fotos? Die neue MSN Suche Toolbar mit Windows-Desktopsuche liefert in sekundenschnelle Ergebnisse. Jetzt neu! http://desktop.msn.de/ Jetzt gratis downloaden!

1 0

Re: [ros-dev] [ros-diffs] [tkreuzer] 26565: BRUSH_GetObject: - return sizeof(LOBRUSH) not BRUSHOBJ - don't return 0 on too small usermode buffer NtGdiExtGetObjectW: - remove unnecessary hacks - no need to align usermode buffer to words - add ENUMLOGFONTEXDVW, wich
by Alex Ionescu 29 Apr '07

29 Apr '07

Why did you randomly remove the hacks I added and call them useless? They're in Windows code, a checked GDI Server even prints out the size too big message! And why rename my variables? I don't really see the need to re-format code. -----Original Message----- From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of tkreuzer(a)svn.reactos.org Sent: April-28-07 5:53 PM To: ros-diffs(a)reactos.org Subject: [ros-diffs] [tkreuzer] 26565: BRUSH_GetObject: - return sizeof(LOBRUSH) not BRUSHOBJ - don't return 0 on too small usermode buffer NtGdiExtGetObjectW: - remove unnecessary hacks - no need to align usermode buffer to words - add ENUMLOGFONTEXDVW, wich shou Author: tkreuzer Date: Sun Apr 29 01:53:06 2007 New Revision: 26565 URL: http://svn.reactos.org/svn/reactos?rev=26565&view=rev Log: BRUSH_GetObject: - return sizeof(LOBRUSH) not BRUSHOBJ - don't return 0 on too small usermode buffer NtGdiExtGetObjectW: - remove unnecessary hacks - no need to align usermode buffer to words - add ENUMLOGFONTEXDVW, wich should be the biggest structure needed more fixes for fonts and extpens needed in the corresponding subfunctions, but all of my other tests pass now. Modified: trunk/reactos/subsystems/win32/win32k/objects/brush.c trunk/reactos/subsystems/win32/win32k/objects/dc.c Modified: trunk/reactos/subsystems/win32/win32k/objects/brush.c URL: http://svn.reactos.org/svn/reactos/trunk/reactos/subsystems/win32/win32k/ob… ============================================================================== --- trunk/reactos/subsystems/win32/win32k/objects/brush.c (original) +++ trunk/reactos/subsystems/win32/win32k/objects/brush.c Sun Apr 29 01:53:06 2007 @@ -52,9 +52,8 @@ INT FASTCALL BRUSH_GetObject (PGDIBRUSHOBJ BrushObject, INT Count, LPLOGBRUSH Buffer) { - if( Buffer == NULL ) return sizeof(BRUSHOBJ); + if( Buffer == NULL ) return sizeof(LOGBRUSH); if (Count == 0) return 0; - if ((UINT)Count < sizeof(BRUSHOBJ)) return 0; /* Set colour */ Buffer->lbColor = BrushObject->BrushAttr.lbColor; @@ -106,7 +105,7 @@ */ /* FIXME */ - return sizeof(BRUSHOBJ); + return sizeof(LOGBRUSH); } Modified: trunk/reactos/subsystems/win32/win32k/objects/dc.c URL: http://svn.reactos.org/svn/reactos/trunk/reactos/subsystems/win32/win32k/ob… ============================================================================== --- trunk/reactos/subsystems/win32/win32k/objects/dc.c (original) +++ trunk/reactos/subsystems/win32/win32k/objects/dc.c Sun Apr 29 01:53:06 2007 @@ -1817,92 +1817,44 @@ OUT LPVOID lpBuffer) { INT iRetCount = 0; - INT iObjectType; - INT cbRealCount = cbCount; + INT cbCopyCount; union { - BITMAP bmpObject; - DIBSECTION disObject; - LOGPEN lgpObject; - LOGBRUSH lgbObject; - LOGFONTW lgfObject; - EXTLOGFONTW elgfObject; + BITMAP bitmap; + DIBSECTION dibsection; + LOGPEN logpen; + LOGBRUSH logbrush; + LOGFONTW logfontw; + EXTLOGFONTW extlogfontw; + ENUMLOGFONTEXDVW enumlogfontexdvw; } Object; - // - // Get the object type - // - iObjectType = GDIOBJ_GetObjectType(hGdiObj); - - // - // Check if the given size is too large - // - if (cbCount > sizeof(Object)) - { - // - // Normalize to the largest supported object size - // - DPRINT1("cbCount too big!\n"); - cbCount = sizeof(Object); - } - - // - // Check if this is a brush - // - if (iObjectType == GDI_OBJECT_TYPE_BRUSH) - { - // - // Windows GDI Hack: Manually correct the size - // - cbCount = sizeof(LOGBRUSH); - } - - // + // Normalize to the largest supported object size + cbCount = min((UINT)cbCount, sizeof(Object)); + // Now do the actual call - // iRetCount = IntGdiGetObject(hGdiObj, cbCount, lpBuffer ? &Object : NULL); - - // - // Check if this is a brush - // - if (iObjectType == GDI_OBJECT_TYPE_BRUSH) - { - // - // Fixup the size to account for our previous fixup - // - cbCount = min(cbCount, cbRealCount); - } - - // - // Make sure we have a buffer and a return size - // - if ((iRetCount) && (lpBuffer)) - { - // + cbCopyCount = min((UINT)cbCount, (UINT)iRetCount); + + // Make sure we have a buffer and a copy size + if ((cbCopyCount) && (lpBuffer)) + { // Enter SEH for buffer transfer - // _SEH_TRY { - // // Probe the buffer and copy it - // - ProbeForWrite(lpBuffer, min(cbCount, cbRealCount), sizeof(WORD)); - RtlCopyMemory(lpBuffer, &Object, min(cbCount, cbRealCount)); + ProbeForWrite(lpBuffer, cbCopyCount, 1); + RtlCopyMemory(lpBuffer, &Object, cbCopyCount); } _SEH_HANDLE { - // // Clear the return value. // Do *NOT* set last error here! - // iRetCount = 0; } _SEH_END; } - - // // Return the count - // return iRetCount; }

1 0

[ros-diffs] [tkreuzer] 26564: GetNonFontObject: - OBJECTTYPE_META_DC does not SetLastError() - beautify the code a little
by James Tabor 29 Apr '07

29 Apr '07

Hi! switch(dwType) { + case GDI_OBJECT_TYPE_PEN: //Check the structures and see if A & W are the same. + case GDI_OBJECT_TYPE_EXTPEN: + case GDI_OBJECT_TYPE_BRUSH: // Mixing Apples and Oranges? + case GDI_OBJECT_TYPE_BITMAP: + case GDI_OBJECT_TYPE_PALETTE: + return NtGdiExtGetObjectW(hGdiObj, cbSize, lpBuffer); + case GDI_OBJECT_TYPE_DC: case GDI_OBJECT_TYPE_REGION: case GDI_OBJECT_TYPE_METAFILE: case GDI_OBJECT_TYPE_ENHMETAFILE: case GDI_OBJECT_TYPE_EMF: - case GDI_OBJECT_TYPE_METADC: SetLastError(ERROR_INVALID_HANDLE); - return 0; This is wrong,,, you can not call NtGdiExtGetObjectW first before faulting on GDI_OBJECT_TYPE_DC. http://msdn2.microsoft.com/en-us/library/ms533268.aspx Normal DC's do not pass to kernel space. Please RTFM. Thanks, James

3 5

Re: [ros-dev] [ros-diffs] [tkreuzer] 26559: winetsts build fix - add needed #includes to test.h - add windef.h including psdk/windef.h
by Steven Edwards 29 Apr '07

29 Apr '07

Why can't use change the include path to use the normal windef.h? On 4/28/07, tkreuzer(a)svn.reactos.org <tkreuzer(a)svn.reactos.org> wrote: > Author: tkreuzer > Date: Sat Apr 28 12:58:18 2007 > New Revision: 26559 > > URL: http://svn.reactos.org/svn/reactos?rev=26559&view=rev > Log: > winetsts build fix > - add needed #includes to test.h > - add windef.h including psdk/windef.h > > Added: > trunk/reactos/include/reactos/wine/windef.h > Modified: > trunk/reactos/include/reactos/wine/test.h > > Modified: trunk/reactos/include/reactos/wine/test.h > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/include/reactos/wine/test.… > ============================================================================== > --- trunk/reactos/include/reactos/wine/test.h (original) > +++ trunk/reactos/include/reactos/wine/test.h Sat Apr 28 12:58:18 2007 > @@ -25,6 +25,8 @@ > #include <stdlib.h> > #include <windef.h> > #include <winbase.h> > +#include <wingdi.h> > +#include <winreg.h> > > #ifdef __WINE_WINE_LIBRARY_H > #error wine/library.h should not be used in Wine tests > > Added: trunk/reactos/include/reactos/wine/windef.h > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/include/reactos/wine/winde… > ============================================================================== > --- trunk/reactos/include/reactos/wine/windef.h (added) > +++ trunk/reactos/include/reactos/wine/windef.h Sat Apr 28 12:58:18 2007 > @@ -1,0 +1,3 @@ > +#include "../../psdk/windef.h" > + > + > > > -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

2 1

Re: [ros-dev] [ros-diffs] [dgorbachev] 26555: Patch by Sbs (sbarthes [at] gmail [dot] com). Bugzilla report #2137.
by Aleksey 28 Apr '07

28 Apr '07

----- Original Message ----- From: <dgorbachev(a)svn.reactos.org> To: <ros-diffs(a)reactos.org> Sent: Saturday, April 28, 2007 8:02 AM Subject: [ros-diffs] [dgorbachev] 26555: Patch by Sbs (sbarthes [at] gmail [dot] com). Bugzilla report #2137. > Author: dgorbachev > Date: Sat Apr 28 10:02:22 2007 > New Revision: 26555 > > URL: http://svn.reactos.org/svn/reactos?rev=26555&view=rev > Log: > Patch by Sbs (sbarthes [at] gmail [dot] com). Bugzilla report #2137. > - _stprintf(Text, _T("%d%%"), (int)CpuUsage); > + wsprintf(Text, _T("%d%%"), (int)CpuUsage); Is this a correct change? IIRC, I talked with some dev (hpoussin?) about this, and he said those changes shouldn't be done. WBR, Aleksey Bragin.

3 2

Re: [ros-dev] [ros-diffs] [gedmurphy] 26541: - add support for .ocx files to rbuild - update project to VS2005
by Aleksey 27 Apr '07

27 Apr '07

----- Original Message ----- From: <gedmurphy(a)svn.reactos.org> To: <ros-diffs(a)reactos.org> Sent: Friday, April 27, 2007 5:18 PM Subject: [ros-diffs] [gedmurphy] 26541: - add support for .ocx files to rbuild - update project to VS2005 > Author: gedmurphy > Date: Fri Apr 27 19:18:34 2007 > New Revision: 26541 > > - update project to VS2005 I think it was specifically kept at low version, since autoconverting from old version to the new one can always be done, but "downgrading" the project file back to e.g. VS2003 is not guaranteed to be straight forward. WBR, Aleksey Bragin.

4 4

Re: [ros-dev] [ros-diffs] [arty] 26531: A perversely delightful hack to make hives of either BE or LE.
by Thomas Weidenmueller 27 Apr '07

27 Apr '07

C++ code in C code?! arty(a)svn.reactos.org wrote: > Modified: branches/powerpc/reactos/tools/mkhive/binhive.c > URL: http://svn.reactos.org/svn/reactos/branches/powerpc/reactos/tools/mkhive/bi… > ============================================================================== > --- branches/powerpc/reactos/tools/mkhive/binhive.c (original) > +++ branches/powerpc/reactos/tools/mkhive/binhive.c Fri Apr 27 09:48:13 2007 > @@ -35,6 +35,7 @@ > #include "binhive.h" > #include "registry.h" > > +using namespace ReactosBytesex; > > #define REG_HIVE_ID 0x66676572 > #define REG_BIN_ID 0x6e696268

1 0

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