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.
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
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
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
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?
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
>
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!
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
Hi,
This revision introduces some regressions:
- device manager list is empty
- network connections is empty too,
- it also breaks vbox guest additions installation on vbox version 3.0.12.
See bug 5294 for more details: http://www.reactos.org/bugzilla/show_bug.cgi?id=5294
Thanks.
Gabriel.
[NTOSKRNL]
- Create registry values for legacy drivers
- Handle raw devices properly
- Don't set DNF_STARTED before actually calling IopStartDevice
- Don't set DNF_STARTED for legacy drivers inside IopCreateDeviceNode
- Fixes missing entries in Device Manager for raw devices
_________________________________________________________________
Naviga al sicuro. Scarica gratis Internet Explorer 8 per MSN
http://www.microsoft.com/italy/windows/internet-explorer/msn.aspx