Ros-dev

ros-dev@reactos.org

5789 discussions

Re: [ros-dev] [ros-diffs] [cgutman] 46983: [NTOSKRNL] - Replace the broken CM_RESOURCE_LIST_SIZE with a better function that actually works with resource lists that have device-specific data in them (fixes missing device specific data when resources are retrieved

by Gabriel ilardi

Hi, Device installation wizard has regressed again, now if you try to install the AC97 driver, it remains in a loop, and ros slows down at the point of being unusabe, the debug log shows: (ntoskrnl/io/pnpmgr/pnpmgr.c:190) Warning: Starting a device node without DNF_ADDED or DNF_ENUMERATED (Root\LEGACY_kmixer\0000) Thanks, Gabriel. > Date: Wed, 21 Apr 2010 22:33:12 +0000 > To: ros-diffs(a)reactos.org > From: cgutman(a)svn.reactos.org > Subject: [ros-diffs] [cgutman] 46983: [NTOSKRNL] - Replace the broken CM_RESOURCE_LIST_SIZE with a better function that actually works with resource lists that have device-specific data in them (fixes missing device specific data when resources are retrieved with IoGetDeviceProperty) - Separate the resource code out of pnpmgr.c and into pnpres.c - Simplify resource assigning to simply calling one function, IopAssignDeviceResources, which takes care of the registry configuration, translation, etc. - Set the DNF_NEED_ENUMERATION_ONLY flag only AFTER the device is actually started not before - Set DNF_START_FAILED if IRP_MN_START_DEVICE fails - Fix a bug in IoReportDetectedDevice that wrote the AllocConfig value to wrong place > > Author: cgutman > Date: Thu Apr 22 00:33:11 2010 > New Revision: 46983 > > URL: http://svn.reactos.org/svn/reactos?rev=46983&view=rev > Log: > [NTOSKRNL] > - Replace the broken CM_RESOURCE_LIST_SIZE with a better function that actually works with resource lists that have device-specific data in them (fixes missing device specific data when resources are retrieved with IoGetDeviceProperty) > - Separate the resource code out of pnpmgr.c and into pnpres.c > - Simplify resource assigning to simply calling one function, IopAssignDeviceResources, which takes care of the registry configuration, translation, etc. > - Set the DNF_NEED_ENUMERATION_ONLY flag only AFTER the device is actually started not before > - Set DNF_START_FAILED if IRP_MN_START_DEVICE fails > - Fix a bug in IoReportDetectedDevice that wrote the AllocConfig value to wrong place > > Added: > trunk/reactos/ntoskrnl/io/pnpmgr/pnpres.c (with props) > Modified: > trunk/reactos/ntoskrnl/include/internal/io.h > trunk/reactos/ntoskrnl/io/pnpmgr/pnpmgr.c > trunk/reactos/ntoskrnl/io/pnpmgr/pnpreport.c > trunk/reactos/ntoskrnl/ntoskrnl-generic.rbuild _________________________________________________________________ Messenger e Hotmail in tasca. Provali sul tuo cellulare! http://new.windowslivemobile.msn.com/it-it/Default.aspx

15 years

test/fix building fastfat_new

by Alexey Komarov

Hi. Can somebody test/fix building fastfat_new? It seems, that it's problem with headers. Log: [CC] drivers\filesystems\fastfat_new\fastio.c [CC] drivers\filesystems\fastfat_new\fcb.c cc1.exe: warnings being treated as errors drivers\filesystems\fastfat_new\fcb.c: In function 'FatFindFcb': drivers\filesystems\fastfat_new\fcb.c:85: error: implicit declaration of functio n 'RtlLeftChild' drivers\filesystems\fastfat_new\fcb.c:85: error: assignment makes pointer from i nteger without a cast drivers\filesystems\fastfat_new\fcb.c:90: error: implicit declaration of functio n 'RtlRightChild' drivers\filesystems\fastfat_new\fcb.c:90: error: assignment makes pointer from i nteger without a cast drivers\filesystems\fastfat_new\fcb.c:95: error: implicit declaration of functio n 'RtlSplay' drivers\filesystems\fastfat_new\fcb.c:95: error: assignment makes pointer from i nteger without a cast drivers\filesystems\fastfat_new\fcb.c: In function 'FatInsertName': drivers\filesystems\fastfat_new\fcb.c:904: error: implicit declaration of functi on 'RtlInitializeSplayLinks' drivers\filesystems\fastfat_new\fcb.c:946: error: implicit declaration of functi on 'RtlInsertAsLeftChild' drivers\filesystems\fastfat_new\fcb.c:963: error: implicit declaration of functi on 'RtlInsertAsRightChild' drivers\filesystems\fastfat_new\fcb.c: In function 'FatRemoveNames': drivers\filesystems\fastfat_new\fcb.c:993: error: implicit declaration of functi on 'RtlDelete' drivers\filesystems\fastfat_new\fcb.c:993: error: assignment makes pointer from integer without a cast drivers\filesystems\fastfat_new\fcb.c:1002: error: assignment makes pointer from integer without a cast make.exe: *** [obj-i386\drivers\filesystems\fastfat_new\fcb_fastfatn.o] Error 1 WBR, Alexey Komarov.

15 years

0.3.12 Changelog opened.

by victor martinez

Hi, i am happy of telling you that "0.3.12 Changelog" has been opened to recive all your commits in an ordered way. 0.3.11 was released on 16 December(2009), more than 4 months ago, this means a huge number of commits that we have to order before we can make attempts to create a 0.3.12 release. The link is(as usual): http://www.reactos.org/wiki/ChangeLog-0.3.12 I hope opening the Changelog before trying to release will help to solve the Changelog bottleneck and will give us more time to create it. Let´s move towards 0.3.12... Thanks for your minute :) _________________________________________________________________ Recibe un SMS de tu Hotmail vayas donde vayas. ¡Date de alta! http://home.mobile.live.com/MobileAttach.mvc/?mkt=es-es

15 years

[ros-diff]rev 46907.gschneider[SHELL32] - Simplify checks for success of ShellExecuteEx

by victor martinez

Hi, i have been giving a look to this patch and i have some doubts(just learning :) ) The code is: @@ -1298,8 +1298,8 @@ static HRESULT WINAPI ICPanel_IContextMenu2_InvokeCommand( sei.hwnd = lpcmi->hwnd; sei.nShow = SW_SHOWNORMAL; sei.lpVerb = L"open"; - ShellExecuteExW(&sei); - if (sei.hInstApp <= (HINSTANCE)32) + + if (ShellExecuteExW(&sei) == FALSE) return E_FAIL; MSDN says that if ShellExecuteExW fails it sets hInstApp to a value lower than 32 and,also, returns FALSE. (MSDN: http://msdn.microsoft.com/en-us/library/bb762154(VS.85).aspx ) So both lines of codes(buggy and patched) are,at first sight,doing the same.Just using a different way. The Commit says: - Simplify checks for success of ShellExecuteEx, field hInst may be an unreliable indicator according to http://msdn.microsoft.com/en-us/library/bb759784%28v=VS.85%29.aspx Why is it unreliable? :) I am not saying it is reliable, just that i dont find the reason there...my skills are limited.. :( I have just found: "Although hInstApp is declared as an HINSTANCE for compatibility with 16-bit Windows applications, it is not a true HINSTANCE. It can be cast only to an int and compared to either 32 or the following SE_ERR_XXX error codes ". So my question is: Is the Bug in the cast to (HINSTANCE) instead to (INT)?I mean,do this solve the bug too?: - if (sei.hInstApp <= (HINSTANCE)32) + if ((INT)sei.hInstApp <= 32) As you see i am just learning, so thanks in advance. And yes, i prefer the new way that patch is using.Using the returned the value seems much more logic than using a "collateral damage". :) Btw, thanks Gregor for your hunting-fixing week ;) _________________________________________________________________ ¡Citas! ¡Ligues! ¿Salimos? ¿Cómo es tu pareja ideal? Búscala en el sitio nº1… ¡Regístrate ya! http://contactos.es.msn.com/?mtcmk=015352

15 years

Commit by sir_richard :: r46904 reactos/ntoskrnl/mm/ARM3/miarm.h

by breakoutbox

Hello, "[NTOS]: 1MB is not 1000 * 1KB... " http://en.wikipedia.org/wiki/Megabyte 1 KB = 1000 byte (decimal) 1 KiB = 1024 byte (binary) 1 MB = 1000 KB 1 MiB = 1024 KiB Would be nice if ReactOS goes across the border and also uses the modern SI unit definitions ;-) If in code definitions or shown as text to the user .. Cheers, Peter

15 years

[ros-diffs] [fireball] 46914: - Get rid of the last hardcoded screen size. - Remove unnecessary function declaration. See issue #5304 for more details.

by James Tabor

For one that bitches about trunk being broken all the time and punish everyone trying to get it fixed! Why not push this much effort to help fix the same issue in trunk.... Or is it done so truck stays broken?

15 years

Re: [ros-dev] [ros-diffs] [mpiulachs] 46862: My first commit in a very long time. I'm releasing the source code of my C# implementation of Rbuild by popular demand :) I would have preferred to release the code under a BSD licence but there is a small

by Sir Gallantmon (ニール・ゴンパ)

Does this work under Mono? AFAIK, Mono supports C# 3.5 and C# 4.0 language features.... so...? On Sat, Apr 17, 2010 at 7:56 AM, Aleksey Bragin <aleksey(a)reactos.org> wrote: > Official URL for that component is http://dev.skybound.ca/download.aspx > Just for reference, it indeed crashes when running the HTML report backend, > I'm investigating this in the free time. > > WBR, > Aleksey. > > > On Apr 14, 2010, at 6:41 PM, Ged Murphy wrote: > > It partially works. >> Can't build the designer due to a Skybound.VisualStyles dependency. I >> assume we get that from here? >> http://windowsclient.net/downloads/folders/controlgallery/entry1590.aspx >> >> It then crashes when running the html report >> >> Just in case you were interested.... >> >> Ged. >> >> -----Original Message----- >> From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] >> On Behalf Of mpiulachs(a)svn.reactos.org >> Sent: 13 April 2010 23:00 >> To: ros-diffs(a)reactos.org >> Subject: [ros-diffs] [mpiulachs] 46862: My first commit in a very long >> time. I'm releasing the source code of my C# implementation of Rbuild by >> popular demand :) I would have preferred to release the code under a BSD >> licence but there is a small portion of ancient >> >> Author: mpiulachs >> Date: Tue Apr 13 23:59:21 2010 >> New Revision: 46862 >> >> URL: http://svn.reactos.org/svn/reactos?rev=46862&view=rev >> Log: >> My first commit in a very long time. I'm releasing the source code of my >> C# implementation of Rbuild by popular demand :) I would have preferred to >> release the code under a BSD licence but there is a small portion of ancient >> Nant GPL code that would have been to be rewritten first. >> >> There are two executables (SysGen.Designer) and (SysGen.Make) >> >> SysGen.Designer is a windows forms tool that allows to generate customized >> reactos images, it is similar in concept to Windows CE Platfom Builder. >> SysGen.Make is the actual Rbuild clone, It has three main parts, the .rbuild >> file parser + in-memory tree representation, the backends , and the auto >> generated files. The Mingw backend used to work 1'5 years ago and produced a >> 100% valid makefile.auto but have to be updated to be able to build a recent >> revision. Rewriting parts of it to take advantage of C# 3.5 extension >> methods would probably reduce the code by 50%. The other two parts are quite >> stable. >> >> This code was only a proof of concept and was never intended to be >> released so there is a ton of unpolished code and hacks required by the >> current C++ implementation that should be removed. >> >> How to test it: >> >> Select SysGen.Make as the Start-up Project in Visual Studio and edit >> Program.cs to point to the correct path to ReactOS-i386.rbuild Edit >> SysGenEngine.cs:639 to enable/disable specific backends, The HtmlBackend in >> \SysGen.BuildEngine\Backends\Html\HtmlBackend.cs is a very simple >> illustration of how powerful this framework is. >> >> Happy hacking! >> >> >> >> >> _______________________________________________ >> Ros-dev mailing list >> Ros-dev(a)reactos.org >> http://www.reactos.org/mailman/listinfo/ros-dev >> > > > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-dev >

15 years

"make cb" broken

by Alexey Komarov

C:\ros\trunk\reactos>make cb [RBUILD] cb Reading build files...done Creating Code::Blocks workspace: ReactOS_auto.workspace make.exe: *** [cb] Error -1073741819 Total Build Time: 00:01:58 Can somebody fix it? (RosBE - 1.5, host - WinXP) WBR, Alexey Komarov.

15 years

by Ged Murphy

It partially works. Can't build the designer due to a Skybound.VisualStyles dependency. I assume we get that from here? http://windowsclient.net/downloads/folders/controlgallery/entry1590.aspx It then crashes when running the html report Just in case you were interested.... Ged. -----Original Message----- From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of mpiulachs(a)svn.reactos.org Sent: 13 April 2010 23:00 To: ros-diffs(a)reactos.org Subject: [ros-diffs] [mpiulachs] 46862: My first commit in a very long time. I'm releasing the source code of my C# implementation of Rbuild by popular demand :) I would have preferred to release the code under a BSD licence but there is a small portion of ancient Author: mpiulachs Date: Tue Apr 13 23:59:21 2010 New Revision: 46862 URL: http://svn.reactos.org/svn/reactos?rev=46862&view=rev Log: My first commit in a very long time. I'm releasing the source code of my C# implementation of Rbuild by popular demand :) I would have preferred to release the code under a BSD licence but there is a small portion of ancient Nant GPL code that would have been to be rewritten first. There are two executables (SysGen.Designer) and (SysGen.Make) SysGen.Designer is a windows forms tool that allows to generate customized reactos images, it is similar in concept to Windows CE Platfom Builder. SysGen.Make is the actual Rbuild clone, It has three main parts, the .rbuild file parser + in-memory tree representation, the backends , and the auto generated files. The Mingw backend used to work 1'5 years ago and produced a 100% valid makefile.auto but have to be updated to be able to build a recent revision. Rewriting parts of it to take advantage of C# 3.5 extension methods would probably reduce the code by 50%. The other two parts are quite stable. This code was only a proof of concept and was never intended to be released so there is a ton of unpolished code and hacks required by the current C++ implementation that should be removed. How to test it: Select SysGen.Make as the Start-up Project in Visual Studio and edit Program.cs to point to the correct path to ReactOS-i386.rbuild Edit SysGenEngine.cs:639 to enable/disable specific backends, The HtmlBackend in \SysGen.BuildEngine\Backends\Html\HtmlBackend.cs is a very simple illustration of how powerful this framework is. Happy hacking!

15 years

Re: [ros-dev] [ros-diffs] [cgutman] 46876: [PCMCIA] - Add a mostly stubbed PCMCIA driver - pcmcia.c is complete but fdo.c and pdo.c are completely unimplemented

by Ged Murphy

I don't mean to sound like a broken record, and I also understand that the project allows people to work on whatever they want to. But with the project in such a state at the moment, is a pcmcia bus driver really the best thing to be working on? I'm all for project freedom, but you would hope people to have the diligence to work on areas which might help to stop the project from failing. Maybe I just don't get it anymore and I'm behind the times, but what happened to the days when people used to work on important things? Your nagging ex-dev, Ged. -----Original Message----- From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of cgutman(a)svn.reactos.org Sent: 15 April 2010 02:59 To: ros-diffs(a)reactos.org Subject: [ros-diffs] [cgutman] 46876: [PCMCIA] - Add a mostly stubbed PCMCIA driver - pcmcia.c is complete but fdo.c and pdo.c are completely unimplemented Author: cgutman Date: Thu Apr 15 03:59:15 2010 New Revision: 46876 URL: http://svn.reactos.org/svn/reactos?rev=46876&view=rev Log: [PCMCIA] - Add a mostly stubbed PCMCIA driver - pcmcia.c is complete but fdo.c and pdo.c are completely unimplemented Added: trunk/reactos/drivers/bus/pcmcia/ trunk/reactos/drivers/bus/pcmcia/fdo.c (with props) trunk/reactos/drivers/bus/pcmcia/pcmcia.c (with props) trunk/reactos/drivers/bus/pcmcia/pcmcia.h (with props) trunk/reactos/drivers/bus/pcmcia/pcmcia.rbuild (with props) trunk/reactos/drivers/bus/pcmcia/pcmcia.rc (with props) trunk/reactos/drivers/bus/pcmcia/pdo.c (with props) Modified: trunk/reactos/drivers/bus/directory.rbuild

15 years

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