Hello,
Let me invite you to the monthly status meeting taking place last
Thursday of this month, 29th of November, 19:00 UTC.
The meeting will be at irc://dev.reactos.org (Port 6667, no SSL) in the
channel #meeting, or as Pierre/Colin say. Note that the IRC service will
only be started shortly before the meeting. Your participation passwords
will be emailed to you shortly before the meeting starts, and they are
going to be different once again as they are not stored in any database.
Hopefully it's not much of inconvenience.
If someone still is not getting passwords sent before a meeting - please
email Colin or Pierre before the meeting started to get one.
The agenda will be posted shortly before the meeting, suggestions are
welcome (send them to my email as usual). Hot topics would include
progress made during this month, contracts updates, release plans (if
any), web site progress (if any).
With the best regards,
Aleksey Bragin
Hi all,
Pierre Schweitzer <pierre(a)reactos.org> wrote:
> due to a hardware migration ongoing on one of our hypervisors, the
> following services are currently down:
The server upgrade went successfully and everything is back to normal now.
Cheers,
Colin
Hi all,
Several ReactOS services will be moved to a new server next Friday. As
this migration highly depends on our hosting provider, the downtime may
be up to 24 hours.
Affected services include:
- ns1.reactos.org
- playground.reactos.org
- jira.reactos.org
The upgrade will improve reliability and adds resources for additional
services in the future.
Of course, you will be informed once the migration is over.
Cheers,
Colin
Would you mind not "cleaning up formatting" by going against our coding
style and doing the very thing I even taught you not to do during your
initial patches/code reviews?
Thanks.
Best regards,
Alex Ionescu
On Tue, Nov 13, 2012 at 1:08 PM, <hbelusca(a)svn.reactos.org> wrote:
> - if ((ServerDll) && (ServerDll->HardErrorCallback))
> + if (ServerDll && ServerDll->HardErrorCallback)
>
We have 90 % C. So disabling OPTIMIZE_OUTPUT_FOR_C will probably result
in worse readable output for 90% of the code.
Am 05.11.2012 12:14, schrieb pschweitzer(a)svn.reactos.org:
> Author: pschweitzer
> Date: Mon Nov 5 11:13:59 2012
> New Revision: 57674
>
> URL: http://svn.reactos.org/svn/reactos?rev=57674&view=rev
> Log:
> [DOXYGEN]
> ReactOS is not C only.
> Enable support builtin STL.
>
> Modified:
> trunk/reactos/Doxyfile
>
> Modified: trunk/reactos/Doxyfile
> URL: http://svn.reactos.org/svn/reactos/trunk/reactos/Doxyfile?rev=57674&r1=5767…
> ==============================================================================
> --- trunk/reactos/Doxyfile [iso-8859-1] (original)
> +++ trunk/reactos/Doxyfile [iso-8859-1] Mon Nov 5 11:13:59 2012
> @@ -196,7 +196,7 @@
> # For instance, some of the names that are used will be different. The list
> # of all members will be omitted, etc.
>
> -OPTIMIZE_OUTPUT_FOR_C = YES
> +OPTIMIZE_OUTPUT_FOR_C = NO
>
> # Set the OPTIMIZE_OUTPUT_JAVA tag to YES if your project consists of Java
> # sources only. Doxygen will then generate output that is more tailored for
> @@ -236,7 +236,7 @@
> # func(std::string) {}). This also make the inheritance and collaboration
> # diagrams that involve STL classes more complete and accurate.
>
> -BUILTIN_STL_SUPPORT = NO
> +BUILTIN_STL_SUPPORT = YES
>
> # If you use Microsoft's C++/CLI language, you should set this option to YES to
> # enable parsing support.
>
>
>