Ros-dev August 2011

ros-dev@reactos.org

29 participants
39 discussions

Re: [ros-dev] [ros-diffs] [jgardou] 53152: [RPCRT4] - restore lost ros specific change. Thanks Vic.
by Ged Murphy 09 Aug '11

09 Aug '11

Call me nuts, but why don't you add a ros_diff patch so it doesn't get lost again??? From: jgardou(a)svn.reactos.org Sent: 09 August 2011 18:43 To: ros-diffs(a)reactos.org Subject: [ros-diffs] [jgardou] 53152: [RPCRT4] - restore lost ros specific change. Thanks Vic. Author: jgardou Date: Tue Aug 9 17:43:37 2011 New Revision: 53152 URL: http://svn.reactos.org/svn/reactos?rev=53152&view=rev Log: [RPCRT4] - restore lost ros specific change. Thanks Vic. Modified: trunk/reactos/dll/win32/rpcrt4/ndr_marshall.c Modified: trunk/reactos/dll/win32/rpcrt4/ndr_marshall.c URL: http://svn.reactos.org/svn/reactos/trunk/reactos/dll/win32/rpcrt4/ndr_marsh… ============================================================================== --- trunk/reactos/dll/win32/rpcrt4/ndr_marshall.c [iso-8859-1] (original) +++ trunk/reactos/dll/win32/rpcrt4/ndr_marshall.c [iso-8859-1] Tue Aug 9 17:43:37 2011 @@ -6159,6 +6159,7 @@ case RPC_FC_WCHAR: case RPC_FC_SHORT: case RPC_FC_USHORT: + case RPC_FC_ENUM16: { USHORT d; align_pointer(&pStubMsg->Buffer, sizeof(USHORT));

2 1

BuildBot ISOs
by Colin Finck 07 Aug '11

07 Aug '11

Hello everybody, Due to a mistake from my side, the uploaded BuildBot 7zipped ISO files in the revision range from 53120 to 53127 as created by the Debug Buildslave contained the very same ISO of revision 53119. This has been fixed in the meantime, the faulty files have been removed from the server and at least the 7-Zip archive of revision 53127 has been recreated. On the other hand, Olaf and I have finally enabled his server to upload ISOs to http://iso.reactos.org. These ISOs are built by his Buildslave running under Windows, already using the new CMake buildsystem and incorporating our regression tests and the Gecko CAB file. I might have time to add another filter to http://reactos.org/getbuilds soon, so that everybody can download the new ISOs easily. - Colin

1 1

[FREELDR]: Some ARM architectures do not necessarily have CS0_BASE at 0x00000000...
by Igor Paliychuk 06 Aug '11

06 Aug '11

Commit http://svn.reactos.org/svn/reactos?view=rev&revision=52098 by Sir Richard caused the regression http://www.reactos.org/bugzilla/show_bug.cgi?id=6292 that is marked as blocker. I have reverted this commit (and applied hachfix for driver setup fixing) and now ReactOS boots and sound is ok. Could you, Sir Richard, look at the report and fix the bug?

1 1

Re: [ros-dev] [ros-diffs] [jgardou] 53087: [PSDK] - do not redefine UNICODE_STRING and NTSTATUS if wintrnl.h has already been included - define PNTSTATUS in wintrnl.h - add RPC_PROTSEC_VECTOR and RPC_MGMT_AUTHORIZATION_FN d...
by Timo Kreuzer 05 Aug '11

05 Aug '11

Am 05.08.2011 21:35, schrieb jgardou(a)svn.reactos.org: > Author: jgardou > Date: Fri Aug 5 19:35:54 2011 > New Revision: 53087 > > URL: http://svn.reactos.org/svn/reactos?rev=53087&view=rev > Log: > [PSDK] > - do not redefine UNICODE_STRING and NTSTATUS if wintrnl.h has already been included ... > -#if !defined(_NTDEF_) > +#if !defined(_NTDEF_)&& !defined(__WINE_WINTERNL_H) > typedef LONG NTSTATUS, *PNTSTATUS; > #endif Thats disgusting! Why do we need this? I hate hacking headers because of crap elsewhere. Regards, Timo

2 1

Status updates of ReactOS people
by Colin Finck 05 Aug '11

05 Aug '11

Hi everybody, As promised, here are the status updates of several ReactOS people based on the texts I received after our failed meeting a week ago. Thomas Faber has reported that the Kernel-Mode Test Framework is pretty much standing, together with extensive tests for Spin Locks, Executive Resources and IRQ-Level functions. Additional "comfort" functions might be added as the need arises. Basic tests also exist for Singly and Doubly Linked Lists, Hard Error Messages, Deferred Procedure Calls and Asynchronous Procedure Call Disabling. Furthermore, applicable tests have been ported from the old "kmtests" module. Thomas is currently working on tests for Events, Fast and Guarded Mutexes as well as basic I/O functionality (Driver/Device Objects, app-driver communication). Latter ones are partly based on the "not-applicable" old tests. More tests concerning Object Referencing, Singly and Doubly Linked Lists and Sequenced lists are going to follow. Even more may follow afterwards based on his personal function list or current requirements. Finally, the integration with our automated testing tools has to be tested. Colin Finck did not have much time for ReactOS in the last month, so he could just assist Pierre Schweitzer with setting up the Icinga monitoring solution. Claudiu Mihail has integrated lwIP into the tcpip.sys driver. The library has also been updated to the most recent version (1.40), which required no changes to the interface code. On top of this, the speed issue has been resolved, so the performance of our lwIP-based stack is on par with our existing OSKitTCP-based stack now. The new network stack has been tested by replacing the tcpip.sys of a regular Trunk build with the lwIP-based one. This posed no problems, so merging the new stack back to Trunk should work nicely. According to Claudiu, initial testing using applications such as Opera, Firefox and BitTorrent shows very promising results in terms of stability and performance. In the short term future, he plans to conduct more testing to fix any outstanding bugs in the implementation. Besides, he plans to optimize some aspects of the implementation, especially regarding memory usage, together with Art Yerkes and Cameron Gutman. For the long-term future, which also includes the time after GSoC, he thinks about moving more TCP/IP functionality to lwIP such as UDP. Pierre Schweitzer has been setting up an Icinga solution for monitoring all our physical servers and VMs, including the services running on them. This will allow the project to have a higher quality of service, and let ReactOS sysadmins be aware quicker about issues raising on the servers. He also announced that he is leaving ReactOS development and only focuses on sysadmin work for the project. - Colin

1 0

Re: [ros-dev] [ros-diffs] [jgardou] 53085: [FREELDR] - Add back apparently lost line of r52098. Patch by Alex Ionescu, tested by Igor Paliychuk. See issue #6292 for more details.
by Jérôme Gardou 05 Aug '11

05 Aug '11

Credits go to Cameron Gutman for the idea. Le 05/08/2011 19:54, jgardou(a)svn.reactos.org a écrit : > Author: jgardou > Date: Fri Aug 5 17:54:06 2011 > New Revision: 53085 > > URL: http://svn.reactos.org/svn/reactos?rev=53085&view=rev > Log: > [FREELDR] > - Add back apparently lost line of r52098. > Patch by Alex Ionescu, tested by Igor Paliychuk. > See issue #6292 for more details. > > Modified: > trunk/reactos/boot/freeldr/freeldr/arcemul/mm.c > > Modified: trunk/reactos/boot/freeldr/freeldr/arcemul/mm.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/boot/freeldr/freeldr/arcem… > ============================================================================== > --- trunk/reactos/boot/freeldr/freeldr/arcemul/mm.c [iso-8859-1] (original) > +++ trunk/reactos/boot/freeldr/freeldr/arcemul/mm.c [iso-8859-1] Fri Aug 5 17:54:06 2011 > @@ -30,6 +30,7 @@ > { { MemoryFirmwareTemporary, 0x80, 0x10 }, 4, }, // File system read buffer. FILESYSBUFFER > { { MemoryFirmwareTemporary, 0x90, 0x10 }, 5, }, // Disk read buffer for int 13h. DISKREADBUFFER > { { MemoryFirmwarePermanent, 0xA0, 0x60 }, 6, }, // ROM / Video > + { { MemorySpecialMemory, 0xFFF, 1 }, 7, }, // unusable memory > #elif __arm__ // This needs to be done per-platform specific way > > #endif > >

2 1

Broken Windows_AMD64_1 VBox-Test
by James Tabor 03 Aug '11

03 Aug '11

Hi! I think this broke it.... [ros-diffs] [jgardou] 53025: [CMAKE/GCC] - fix entry point for native dlls Thanks, James

2 1

July Meeting Minutes
by Colin Finck 01 Aug '11

01 Aug '11

Hello all, Today's planned meeting has been postponed to the 25th August (the time of the next regular meeting) based on a voting of the participants present at 19:39 UTC. These were: * Giannis Adamopoulos * Javier Agustìn Fernàndez Arroyo * Maciej Bialas * Thomas Faber * Colin Finck * Ziliang Guo * Cameron Gutman * Rafal Harabien * Timo Kreuzer * Matthias Kupfer * Igor Paliychuk * Sylvain Petreolle * Daniel Reimer * Pierre Schweitzer * Samuel Serapion * Olaf Siejka ○ Result: [19:44] <VoteBot> Question: Please vote for a date for postponing this meeting. [19:44] <VoteBot> Answers: [19:44] <VoteBot> Abstention - 7 votes [19:44] <VoteBot> 11th August (in 2 weeks) - 3 votes [19:44] <VoteBot> 25th August (in 4 weeks, regular next meeting) - 6 votes [19:44] <VoteBot> Total number of votes: 16 ○ Main reasons were that the following people were still not present at the time of voting: * Aleksey Bragin (supposed meeting leader and key person in the Arwinss and Release preparation agenda points) * Amine Khaldi (supposed backup meeting leader and key person in the CMake agenda point) * Ged Murphy (key person in the GSoC and Driver Signing agenda points) ○ Unfortunately, nobody has been prepared for this kind of situation, so a lot of time has been wasted and confusing decisions might have been made. ○ Postponing the points also gives Aleksey time to prepare a new Arwinss build and the Build Environment guys (Daniel, me, anybody wants to join?) time to prepare a final CMake version of RosBE, which might be a factor when deciding about doing the migration to CMake. ○ The IRC Server has been closed at 20:03 UTC. To allow the participants to get an unbiased idea about today's meeting, I will post the original IRC log by the server to ros-priv. Would actually like to make it public on ros-dev as well, but will abstain from doing so until Ged's confusion about the openness of our meetings is cleared. If people have already prepared texts for this meeting (status updates, whatever else you wanted to say), please send them to my E-Mail address within the next 3 days and I'll compose a summary out of them, which I will send to ros-dev. If you think that these texts don't just deserve a simple summary, keep them for the next meeting or do whatever you want about them. And finally a personal note: Please keep in mind that it was not an easy decision for me to just close the IRC Server after I believed that main discussions were over. If I had left it running, it would have invalidated the voting (again) and participants would have treated the meeting even more as a joke. By closing it, I obviously received complaints from people who had prepared stuff for this meeting and wanted to revive it. In good hopes, Colin

5 4

Monthly status meeting reminder
by Aleksey Bragin 01 Aug '11

01 Aug '11

Hello, Let me invite you to the monthly status meeting taking place last thursday of this month, 28th of July, 19:00 UTC. The meeting will be at irc://fezile.reactos.org (Port 6667, no SSL) in the channel #meeting. Note that the IRC service will only be started shortly before the meeting. Everyone is invited to listen, and active community members have their passwords so that they can participate in the discussion. If someone doesn't have a password - please don't hesitate to email Colin to get one. Colin - would you publish the most up-to-date list of participants? Proposed agenda for the meeting: 1. Arwinss adoption voting. 2. CMake status report?. (Do we need to decide anything? If not, then let's move discussion to the mailing list) 3. Release preparation status report. (Decide when to do winesyncs and branch off the release) More suggestions are welcome. With the best regards, Aleksey Bragin.

10 22

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev August 2011