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));
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
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
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
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
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.