- Ros-dev - ReactOS.org

Re: [ros-dev] Bug into log10 function.
by carlo.bramix 03 May '07

03 May '07

Thank you for your reply. You are right, in theoury I should keep a copy of the sources at the same level of the ones into ReactOS's repository, and recompile a new version when something changed. Unfortunately, I cannot do it because my machine is an old Pentium MMX at 200MHz and 190 MB free into the harddisk. It is technically impossible for me to do that and my only chances are limited to the usage of a live CD or a QEMU session with a precompiled image. However, I'm happy that this small issue had been already tracked and solved! Sincerely, Carlo Bramini. ---------- Initial Header ----------- >From : ros-dev-bounces(a)reactos.org To : "ReactOS Development List" ros-dev(a)reactos.org Cc : Date : Tue, 1 May 2007 01:04:12 +0200 Subject : Re: [ros-dev] Bug into log10 function. > This bug have already been fixed by me. > log time ago. some time after 0.3.1 was relase or under 0.3.1 release process. > plese use svn source code, and try make own build of reactos as well. the trunk > is changes so fast, the code in 0.3.1 is already outdated in many areas. > > > > Citerar "carlo\\.bramix" <carlo.bramix(a)libero.it>: > > > 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/ > > > > > > > > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-dev > ------------------------------------------------------ Leggi GRATIS le tue mail con il telefonino i-mode di Wind http://i-mode.wind.it/

2 1

ReactOS 0.3.2- trunk feature-frozen!
by Aleksey Bragin 02 May '07

02 May '07

Hi, as I promised, it's time for a new release. But... After a quick analysis of the trunk, I found out following problems which block the release: 1. NPFS problem, leading to a non-working networking (and probably other problems related with PnP). 2. Regress of the VMWare's display driver support. 3. The command prompt doesn't work for some people, including me (see bug 2201). 4. Icons rendering problems (Ged said it could be hackfixed in a branch). Those 4 are quite important, and release is not going to happen if they are not fixed. !!I ATTENTION !! Dear ReactOS developers, having commit access! Those problems must be fixed as top priority, in trunk. We are not going to branch for a release and keep copying trunk commits into it, because those fundamental bugs must be fixed in trunk. So trunk is put into a frozen state now. Please commit *only* bugfixes, do not commit any new features, change something significantly without a reason, or any other kind of activity not aimed at fixing existing problems which prevent a scheduled release. Thank you for your understanding, WBR, Aleksey Bragin.

2 1

Notepad-Icon is from Windows Vista!
by theUser BL 01 May '07

01 May '07

Hi! Your actual ROS-Notepad Icons is absolutly the same like that on Windows-Vista. On March 2006 there was already something like that, there you used a WinXP-notepad-icon, what I sayd at http://www.reactos.org/pipermail/ros-dev/2006-March/007932.html The new icon, what you then choosed looks very like MS-Windows, but it wasn't a icon from Windows until WinXP. But now I have looked at Windows Vista (in a Virtual machine and on real hardware in an Internetcafé which I know) and there I see, that the ROS-notepad icon and the Windows-Vista Notepad icon are completely the same! But, existing at first the Vista icon or at first the ROS-icon??? What me wonder is, that the icon was in ROS before the first betas of Vista where out... And btw: For all the people who have still not seen Vista: It is the biggest crap I have ever seen. I hope ROS 1.0 looks more like WinXP then like Vista. - In Vista you can not run DOS-programs. But in C:\windows\system32 there are files like edit.com and edlin.exe. But if you want to run it, there comes a window: That there eixting a problem with this programs. If you want to continue or abort. If I choose contine, then Vista hangs up. - The german version of Windows have also the English-Filenames: C:\Program Files\ C:\User\ .. which you can easily see in the command-window (dos-box). but the Explorer shows for the user translated names like C:\Programme\ C:\Benutzer\ and there is a a possibility, if you are in such a directory to see in the address-field of the explorer the real directory name. But at first you see the wrong one. - The games like minesweeper wants D3D hardware-driver, to run fast enough. - the happy colors of XP don´t existing there. All is in black. Black here, black there. The only other look and feel is the look of Win2000. - The icons on the desktop are all very big, for me too big. In the explorer on the other side the icons are per default small, that you can´t see what a symbol it is ... 16x16 or so icons. - If you have a 64bit Windows you can not see, which programs are 32bit and whgich 64 bit. In the name it stand there if you run it. There stands in the "about"-window something like "I am a 64 bit window program". But you can also develop a 32bit window program, which says, that it is 64bit. You can not see, if it is right or not. With Linux - on the other side -, the command "file" do not show only information about the Linux-format files, if you have a 32bit or 64bit program, it shows also, if you have a 32bit or 64bit Windows *.exe file. Additional it says if the *.exe-file is completly of native-code (so, that WINE could run it for example), if it is completly .net-code (so that Mono could run it on Linux for example) or if it include native and .net code mixed like some developer do it with Visual C++.net / managed C++. There you can mix native and .net code and neither WINE nor Mono can run this files. The games of Vista are such files with mixed code. Windows XP is _much_ better then Windows Vista!! 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!

4 3

Re: [ros-dev] [ros-diffs] [gedmurphy] 26616: quick hack to make sysdm.cpl open our standalone device manager it's a democracy : http://www.reactos.org/forum/viewtopic.php?t=3835
by Alex Ionescu 01 May '07

01 May '07

You don't run a software engineering project by user-based democracy. Doing that is called Microsoft. Listening to your developers and internal vision while ignoring users is called Apple. Which makes the more user-friendly product? Best regards, Alex Ionescu -----Original Message----- From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of gedmurphy(a)svn.reactos.org Sent: May-01-07 12:25 PM To: ros-diffs(a)reactos.org Subject: [ros-diffs] [gedmurphy] 26616: quick hack to make sysdm.cpl open our standalone device manager it's a democracy : http://www.reactos.org/forum/viewtopic.php?t=3835 Author: gedmurphy Date: Tue May 1 20:25:26 2007 New Revision: 26616 URL: http://svn.reactos.org/svn/reactos?rev=26616&view=rev Log: quick hack to make sysdm.cpl open our standalone device manager it's a democracy : http://www.reactos.org/forum/viewtopic.php?t=3835 Modified: trunk/reactos/dll/cpl/sysdm/hardware.c Modified: trunk/reactos/dll/cpl/sysdm/hardware.c URL: http://svn.reactos.org/svn/reactos/trunk/reactos/dll/cpl/sysdm/hardware.c?r… ============================================================================== --- trunk/reactos/dll/cpl/sysdm/hardware.c (original) +++ trunk/reactos/dll/cpl/sysdm/hardware.c Tue May 1 20:25:26 2007 @@ -14,6 +14,10 @@ BOOL LaunchDeviceManager(HWND hWndParent) { +/* hack for ROS to start our devmgmt until we have mmc */ +#ifdef __REACTOS__ + return ((INT)ShellExecuteW(NULL, L"open", L"devmgmt.exe", NULL, NULL, SW_SHOWNORMAL) > 32); +#else HMODULE hDll; PDEVMGREXEC DevMgrExec; BOOL Ret; @@ -33,6 +37,7 @@ Ret = DevMgrExec(hWndParent, hApplet, NULL /* ??? */, SW_SHOW); FreeLibrary(hDll); return Ret; +#endif /* __REACTOS__ */ } /* Property page dialog callback */

1 0

Re: [ros-dev] [ros-diffs] [dgorbachev] 26608: - Fix infinite loop. - Add debug msg.
by Alex Ionescu 01 May '07

01 May '07

You CANNOT return from PSEH! You must use SEH_LEAVE or the newest SHE construct that KJK added (forgot what he called it, check commit logs). -----Original Message----- From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of dgorbachev(a)svn.reactos.org Sent: May-01-07 4:53 AM To: ros-diffs(a)reactos.org Subject: [ros-diffs] [dgorbachev] 26608: - Fix infinite loop. - Add debug msg. Author: dgorbachev Date: Tue May 1 12:52:59 2007 New Revision: 26608 URL: http://svn.reactos.org/svn/reactos?rev=26608&view=rev Log: - Fix infinite loop. - Add debug msg. Modified: trunk/reactos/ntoskrnl/ke/i386/exp.c Modified: trunk/reactos/ntoskrnl/ke/i386/exp.c URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/ke/i386/exp.c?rev… ============================================================================== --- trunk/reactos/ntoskrnl/ke/i386/exp.c (original) +++ trunk/reactos/ntoskrnl/ke/i386/exp.c Tue May 1 12:52:59 2007 @@ -980,7 +980,9 @@ /* Set EIP to the User-mode Dispatcher */ TrapFrame->Eip = (ULONG)KeUserExceptionDispatcher; - _SEH_LEAVE; + + /* Dispatch exception to user-mode */ + return; } _SEH_EXCEPT(KiCopyInformation) { @@ -1000,9 +1002,6 @@ } } _SEH_END; - - /* Dispatch exception to user-mode */ - return; } /* Try second chance */ @@ -1018,6 +1017,7 @@ } /* 3rd strike, kill the process */ + DPRINT1("Kill the process\n"); ZwTerminateProcess(NtCurrentProcess(), ExceptionRecord->ExceptionCode); KeBugCheckEx(KMODE_EXCEPTION_NOT_HANDLED, ExceptionRecord->ExceptionCode,

1 0

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

Re: [ros-dev] Help ReactOS localize
by Aleksey 26 Apr '07

26 Apr '07

Hello Andranik, you have to find at least one more native Armenian language person, so you can proof-read each other's translation before submitting to ReactOS. Also, are you sure you have necessary english language skills to be able to translate all stuff correctly? As for keyboard layout - yes, you're welcome to implement the corresponding .dll for it, if it's missing. WBR, Aleksey. ----- Original Message ----- From: Andranik Haroyan To: ros-dev(a)reactos.org Sent: Thursday, April 26, 2007 8:46 AM Subject: [ros-dev] Help ReactOS localize Hi everybody I am beginner programmer from Armenia. One week ago I found alternative for MS Windows and sow ReactOS in http://www.reactos.org. I downloaded RO3.0.0 and tried. I think it is very interesting but I cant find in ReactOS Armenian support. Now I am download source and wont to localize it into Armenia. I am changing something in ( \boot\bootdata\hivesys.inf, hivecls.inf, hivesft.inf ) and write keyboard layout for Armenian language but after compile I sow it did not enough. If anybody have some help or some else documentation about localize please help me. Thanks respect Andranik Haroyan.

1 0

Help ReactOS localize
by Andranik Haroyan 26 Apr '07

26 Apr '07

Hi everybody I am beginner programmer from Armenia. One week ago I found alternative for MS Windows and sow ReactOS in http://www.reactos.org. I downloaded RO3.0.0 and tried. I think it is very interesting but I cant find in ReactOS Armenian support. Now I am download source and wont to localize it into Armenia. I am changing something in ( \boot\bootdata\hivesys.inf, hivecls.inf, hivesft.inf ) and write keyboard layout for Armenian language but after compile I sow it did not enough. If anybody have some help or some else documentation about localize please help me. Thanks respect Andranik Haroyan. --------------------------------- Ahhh...imagining that irresistible "new car" smell? Check outnew cars at Yahoo! Autos.

1 0

Re: [ros-dev] [ros-diffs] [dgorbachev] 26483: Undo r26482 change, waste more stack space.
by Aleksey 24 Apr '07

24 Apr '07

----- Original Message ----- From: "Alex Ionescu" <ionucu(a)videotron.ca> To: <ros-dev(a)reactos.org> Sent: Tuesday, April 24, 2007 7:44 AM Subject: Re: [ros-dev] [ros-diffs] [dgorbachev] 26483: Undo r26482 change,waste more stack space. > Perhaps you could try convincing the GCC folks to actually properly > support declspec_align like MSVC does, instead of claiming to support it, > but actually ignoring it. Then you could also convince them to support > SEH, PDBs, STDCALL-default calling convention, etc ;) Speaking of PDB, there is a person who is doing a PDB generator from the debug info gcc generates (No idea whether he's subscribed to this llist, probably not). But it looks like he's having some progress. The tool will be file rossym, but the output will not be an embedded rsym section, but a .pdb file [hopefully] readable by WinDBG. WBR, Aleksey Bragin.

1 0

Re: [ros-dev] [ros-diffs] [dgorbachev] 26482: Use allocation function instead of hack, save 12 bytes.
by Thomas Weidenmueller 24 Apr '07

24 Apr '07

This change is *wrong*. It won't guarantee the correct alignment!!! - Thomas dgorbachev(a)svn.reactos.org wrote: > Author: dgorbachev > Date: Tue Apr 24 02:06:34 2007 > New Revision: 26482 > > URL: http://svn.reactos.org/svn/reactos?rev=26482&view=rev > Log: > Use allocation function instead of hack, save 12 bytes. > > Modified: > trunk/reactos/ntoskrnl/include/internal/ex.h > > Modified: trunk/reactos/ntoskrnl/include/internal/ex.h > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/include/internal/… > ============================================================================== > --- trunk/reactos/ntoskrnl/include/internal/ex.h (original) > +++ trunk/reactos/ntoskrnl/include/internal/ex.h Tue Apr 24 02:06:34 2007 > @@ -102,22 +102,13 @@ > #define MAX_HIGH_INDEX (MID_LEVEL_ENTRIES * MID_LEVEL_ENTRIES * LOW_LEVEL_ENTRIES) > > // > -// Detect GCC 4.1.2+ > +// Detect GCC > // > -#if 1 // (__GNUC__ * 10000 + __GNUC_MINOR__ * 100 + __GNUC_PATCHLEVEL__) < 40102 > - > -// > -// Broken GCC with Alignment Bug. We'll do alignment ourselves at higher cost. > -// > -#define DEFINE_WAIT_BLOCK(x) \ > - struct _AlignHack \ > - { \ > - UCHAR Hack[15]; \ > - EX_PUSH_LOCK_WAIT_BLOCK UnalignedBlock; \ > - } WaitBlockBuffer; \ > - PEX_PUSH_LOCK_WAIT_BLOCK x = (PEX_PUSH_LOCK_WAIT_BLOCK) \ > - ((ULONG_PTR)&WaitBlockBuffer.UnalignedBlock &~ 0xF); > - > +#ifdef __GNUC__ > + > +#define DEFINE_WAIT_BLOCK(x) \ > + PEX_PUSH_LOCK_WAIT_BLOCK x = __builtin_alloca(sizeof(EX_PUSH_LOCK_WAIT_BLOCK)); > + > #else > > // > @@ -125,8 +116,8 @@ > // local variable (the actual pointer) away, so we don't take any perf hit > // by doing this. > // > -#define DEFINE_WAIT_BLOCK(x) \ > - EX_PUSH_LOCK_WAIT_BLOCK WaitBlockBuffer; \ > +#define DEFINE_WAIT_BLOCK(x) \ > + EX_PUSH_LOCK_WAIT_BLOCK WaitBlockBuffer; \ > PEX_PUSH_LOCK_WAIT_BLOCK x = &WaitBlockBuffer; > > #endif > @@ -725,7 +716,7 @@ > if (InterlockedBitTestAndSet((PLONG)PushLock, EX_PUSH_LOCK_LOCK_V)) > { > /* Someone changed it, use the slow path */ > - DbgPrint("%s - Contention!\n", __FUNCTION__); > + // DbgPrint("%s - Contention!\n", __FUNCTION__); > ExfAcquirePushLockExclusive(PushLock); > } > > @@ -763,7 +754,7 @@ > if (ExpChangePushlock(PushLock, NewValue.Ptr, 0)) > { > /* Someone changed it, use the slow path */ > - DbgPrint("%s - Contention!\n", __FUNCTION__); > + // DbgPrint("%s - Contention!\n", __FUNCTION__); > ExfAcquirePushLockShared(PushLock); > } > > @@ -977,7 +968,7 @@ > OldValue.Ptr)) > { > /* We have waiters, use the long path */ > - DbgPrint("%s - Contention!\n", __FUNCTION__); > + // DbgPrint("%s - Contention!\n", __FUNCTION__); > ExfReleasePushLock(PushLock); > } > } > > >

3 3

Re: [ros-dev] Legal Vista DVD free of charge
by theUser BL 23 Apr '07

23 Apr '07

Here the direct links to it: 64bit version: http://www.mediaonline.de/shop/product_5000_5000_-3_408234_5000.11951.12528… 32bit version: http://www.mediaonline.de/shop/product_5000_5000_-3_408232_5000.11951.12528… _________________________________________________________________ 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

Legal Vista DVD free of charge
by theUser BL 23 Apr '07

23 Apr '07

Hi ReactOS-people! If you are from germany and are interested in Vista, then have a look at http://www.mediaonline.de/ There you can "buy" Microsoft Windows Vista Intallation DVDs 32bit and 64bit, german version, for 0 ! You only pay for shipment. This is already annonced on some places here in the internet. But if you still don't know it, I only want to tell it. The only problem: It comes without a key. It is only the Installation DVD, only the software - without key. But the DVD is legal! It is, if you have lost your DVD or if it is damaged or anything else, then you can together with you key again installing Vista. And if you have not a key, possible is it legal to test it 30 days, after it then shut down automatical. You can for example test it on an virtual machine, try to create some programs, which uses Vista-functions and run only on Vista, but not on XP. And then trying to let ReactOS also run this programs, which only runs on Vista. But for that better read the EULA, which is legal and which is not. But the DVDs are free of charge and legal. Greatings theuserbl _________________________________________________________________ Haben Spinnen Ohren? Finden Sie es heraus mit dem MSN Suche Superquiz via http://www.msn-superquiz.de Jetzt mitmachen und gewinnen!

1 0

Re: [ros-dev] Boot Rev 26382
by Aleksey 20 Apr '07

20 Apr '07

Uhm, yes, specifically, cromwell's usb 2.4/2.5 stack + wrapper lack synchronization somewheh (AFAIR). I tried to fix all that in the usb 2.6 attempt, however I don't have motivation anymore, since adapting woodhead's usb stack into reactos, which *just works* :-). It will be even better when usb storage devices support will be finished too. And then, with time, we can implement a proper Win2k3 USB drivers stack, including HID devices. WBR, Aleksey. ----- Original Message ----- From: "James Tabor" <jimtabor(a)adsl-64-217-116-74.dsl.hstntx.swbell.net> To: "ReactOS Development List" <ros-dev(a)reactos.org> Sent: Thursday, April 19, 2007 11:44 PM Subject: Re: [ros-dev] Boot Rev 26382 > Hi! > Aleksey wrote: >> I will finally move those cromwell usb drivers somewhere so they won't be >> installed even by "make install" :-) >> >> WBR, >> Aleksey Bragin. > > It's due to the new kernel structure, I would think. If and when I get > time I can > check into it. No telling when. > Thanks, > James

1 0

Re: [ros-dev] A New RosBE made by me
by Aleksey 20 Apr '07

20 Apr '07

> OT: > Did we decide to place RosBE in our svn? Did the question ever come up? > Thanks, > James Do you mean the src code of the RosBE? It should already be there. As for binaries - as always we put them to sf.net. WBR, Aleksey.

1 0

Re: [ros-dev] Boot Rev 26382
by Aleksey 19 Apr '07

19 Apr '07

I will finally move those cromwell usb drivers somewhere so they won't be installed even by "make install" :-) WBR, Aleksey Bragin. ----- Original Message ----- From: "James Tabor" <jimtabor(a)adsl-64-217-116-74.dsl.hstntx.swbell.net> To: "ReactOS Development List" <ros-dev(a)reactos.org> Sent: Wednesday, April 18, 2007 10:47 PM Subject: Re: [ros-dev] Boot Rev 26382 > Hi! > I did get it to boot by removing the usb drivers. > 8^D > James

2 1

Re: [ros-dev] Ros-dev Digest, Vol 32, Issue 12
by Lucio Diaz 19 Apr '07

19 Apr '07

Aleksey Bragin wrote: --------------------------- That shows you really did not even slightly investigated how the website works. And instead you're proposing a whole workflow for developers, so they mandatory spent a few hours per week maintaining all the stuff you. During that 2 years you should have spent just a bit of time, even 20 minutes, to overview our website and systems we have there, and another 20 minutes to read online manuals/help for them. Excuses like "I didn't have time" hardly apply here. ------------------------- -Irony on- I suppouse that copying each individual resource file, every time it is updated, dont waste developers time.-Irony off- It is your operating system, your servers and your time, you can do as you please. It is not my intention to propose a whole workflow to developers, i only sugested an idea for an easy to use translation tool, noone have to waste time, something similar to the compilation environments, and the IDEs, but some people prefer making things by hand in the command line, but again, is your os and your time, i will decide what to do with my time and if i can or i want to use bugzilla. I feel molested by your tone, i have spent more time on reactos than what you could imagine, but thats not the matter, i think this is a good project, with a great goal, i believe that the easier for everybody to get involved, the best for the project, and my sugestion was going in that direction. I have read the ML for years, and almost never posted a word, i dont have the skill to help much, but offer what "i can", you can take it or not. Regards, Lucio Diaz. ____________________________________________________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com

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