Once again I agree, and I'd like to add my 2 cents, perhaps it will help.
We need two solutions right now. A short term one, and a long term one.
The short one, purposed by Ged seems, IMO, to be a nice alternative before
more important work, and seems to be quite easy to realize.
The long one could be a work on rbuild (and makefile) with the hierarchy
purposed by Ged. And instead of typing make bootcd, we would have to type
make bootcd X where X would be the additionnal components with hierarchy.
P. Schweitzer
--------------------------------------------------
From: "gedmurphy" <gedmurphy(a)gmail.com>
Sent: Thursday, July 03, 2008 9:19 AM
To: "'ReactOS Development List'" <ros-dev(a)reactos.org>
Subject: Re: [ros-dev] [ros-diffs] [dchapyshev] 34135: - Add fontext.dll
> I'm certainly not asking him to stop. But I do think we need a rethink of
> our tree structure.
> The rosapps thing has never been ideal either, so moving stuff into there
> isn't a good solution.
>
> Perhaps we need a hierarchy of components listed for importance. Let's say
> the list ranges from 1 to 10. 1 being core components required to boot the
> OS, 2 being additional components to get to the GUI, etc, with 10 being
> things like these keyboard dlls I used as an earlier example.
>
> However, such a solution isn't a 5 minute job so we do need a quick fix in
> the meantime. Maybe something similar to how rosapps works, with an
> addition
> to the /modules rbuild file?
>
> Ged.
>
> -----Original Message-----
> From: ros-dev-bounces(a)reactos.org [mailto:ros-dev-bounces@reactos.org] On
> Behalf Of Aleksey Bragin
> Sent: 02 July 2008 22:34
> To: ReactOS Development List
> Subject: Re: [ros-dev] [ros-diffs] [dchapyshev] 34135: - Add fontext.dll
>
> Asking Dmitry to abstain from work would be considered "a hack", not
> "a proper solution".
>
> WBR,
> Aleksey.
>
> On Jul 3, 2008, at 12:45 AM, Heis Spiter wrote:
>
>> I also agree.
>> About the last point, in Ged's mail, I'm afraid to say I've real
>> difficulties to code with such build time. I'm obliged to work on
>> outdated
>> revisons, and on partial builds. That's really insane.
>>
>> P. Schweitzer
>
> _______________________________________________
> 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
>
Hi,
Something else: there are two FORCEINLINE functions in
ntoskrnl/include/internal/ntoskrnl.h, DefaultSetInfoBufferCheck() and
DefaultQueryInfoBufferCheck(), but they cannot be inlined because of SEH
(i.e. setjmp/longjmp).
Timo Kreuzer wrote:
> What about wrapping the _SEH_TRY part in a local inline function? In my
> tests this successfully prevented the variables from being optimized away.
> At least under normal optimisation settings.
>> I now try to avoid building as much as possible and I suspect more people
>> will be following suit if the build time continues to increase.
>
> We could develop a lean target that only builds the bare apps and
> libraries required.
That's one of the things I experimented with while working on my C# rbuild
implementation http://www.marcpiulachs.com/reactos/designer.html . My
intention is to end up adding that kind of Platform Builder like feature to
our C++ implementation
Regards,
/Marc
Um...
KiDeliverApc already sets KernelApcPending = FALSE; Now you're setting
it twice...please revert.
On 1-Jul-08, at 3:08 AM, fireball(a)svn.reactos.org wrote:
> Author: fireball
> Date: Tue Jul 1 05:08:14 2008
> New Revision: 34230
>
> URL: http://svn.reactos.org/svn/reactos?rev=34230&view=rev
> Log:
> - Fix a problem with normal and special APCs being inserted in the
> wrong order, spotted by Jury Sidorov. Now Borland Turbo Debugger
> should be able to debug applications, also it can fix hangs in other
> applications.
> - When delivering kernel APC, set the pending flag to false (by
> analogy with delivering user APC and clearing its pending flag).
> See issue #3426 for more details.
>
> Modified:
> trunk/reactos/ntoskrnl/ke/apc.c (contents, props changed)
>
> Modified: trunk/reactos/ntoskrnl/ke/apc.c
> URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/ke/apc.c?rev=3423…
> =
> =
> =
> =
> =
> =
> =
> =
> ======================================================================
> --- trunk/reactos/ntoskrnl/ke/apc.c [iso-8859-1] (original)
> +++ trunk/reactos/ntoskrnl/ke/apc.c [iso-8859-1] Tue Jul 1 05:08:14
> 2008
> @@ -145,8 +145,8 @@
> /* Get the APC */
> QueuedApc = CONTAINING_RECORD(NextEntry, KAPC,
> ApcListEntry);
>
> - /* Is this a Normal APC? If so, break */
> - if (QueuedApc->NormalRoutine) break;
> + /* Is this a No-Normal APC? If so, break */
> + if (!QueuedApc->NormalRoutine) break;
>
> /* Move to the next APC in the Queue */
> NextEntry = NextEntry->Blink;
> @@ -320,6 +320,9 @@
> break;
> }
>
> + /* It's not pending anymore */
> + Thread->ApcState.KernelApcPending = FALSE;
> +
> /* Get the next Entry */
> ApcListEntry = Thread->ApcState.ApcListHead[KernelMode].Flink;
> Apc = CONTAINING_RECORD(ApcListEntry, KAPC, ApcListEntry);
>
> Propchange: trunk/reactos/ntoskrnl/ke/apc.c
> ------------------------------------------------------------------------------
> --- svn:needs-lock (original)
> +++ svn:needs-lock (removed)
> @@ -1,1 +1,0 @@
> -*
>
Best regards,
Alex Ionescu
Hello everyone,
As most devs including me noticed this "the input line is too long" bug
after hpoussin's changes in r34187 to r34191, I did some research on it.
Unfortunately, it looks like it's unfixable if we keep on directly using ld
for linking (as introduced in these revisions) instead of calling the gcc
frontend.
First of all, the "length" of the cmd input line under Windows seems to be
highly affected by quotation marks. If you add a quotation mark to the
working linker command line before hpoussin's commits, it will also be
reported as being too long.
Previously, we didn't use quotation marks in the command line when linking
the binaries.
Now we have to do this because of the changed PROJECT_LFLAGS and
PROJECT_LPPFLAGS variables: They contain the path to i.e. libgcc and as this
path can contain spaces, it has to be put in quotation marks. Just passing
"libgcc.a" without a path doesn't work.
Passing "-lgcc" also doesn't work, because mingw32-ld only seems to search
for libraries in "mingw32/lib", not "lib/gcc/mingw32/4.1.3" as gcc does.
I see no other solution than partly reverting hpoussin's changes and using
gcc for linking again.
If anyone sees another option, please comment or directly commit a fix.
Best regards,
Colin
On Sat, Jun 28, 2008 at 10:58 PM, <ros-arm-bringup(a)svn.reactos.org> wrote:
> +The views and conclusions contained in the software and documentation are those of the authors and
> +should not be interpreted as representing official policies, either expressed or implied, of the ReactOS
> +Project.
Sounds like the Ninja's don't want a libel lawsuit. =)
I don't see anything in this clause that is not GPL compatible, its just funny.
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
Hi,
Generate? fat.h and fat32.h are already included in the code base ,
installfreeldr will compile without problems
Regards,
/Marc
--------------------------------------------------
From: "Hervé Poussineau" <hpoussin(a)reactos.org>
Sent: Thursday, June 26, 2008 7:43 PM
To: <ros-dev(a)reactos.org>
Subject: Re: [ros-dev] [ros-diffs] [mpiulachs] 34106: - remove no
longerrequired bootsect.mak
> Hi,
>
> mpiulachs(a)svn.reactos.org a écrit :
>> Author: mpiulachs
>> Date: Thu Jun 26 10:58:56 2008
>> New Revision: 34106
>>
>> URL: http://svn.reactos.org/svn/reactos?rev=34106&view=rev
>> Log:
>> - remove no longer required bootsect.mak
>>
>> Removed:
>> trunk/reactos/boot/freeldr/bootsect/bootsect.mak
>>
>
> Which rbuild file tells how to generate the files
> reactos/boot/freeldr/bootsect/fat.h and fat32.h?
> They are required by reactos/boot/freeldr/install/install.c.
>
> The inclusion of install/installfreeldr.rbuild has been removed in
> r34055. I don't know if it is an error or not.
>
> Hervé
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
Hi,
mpiulachs(a)svn.reactos.org a écrit :
> Author: mpiulachs
> Date: Thu Jun 26 10:58:56 2008
> New Revision: 34106
>
> URL: http://svn.reactos.org/svn/reactos?rev=34106&view=rev
> Log:
> - remove no longer required bootsect.mak
>
> Removed:
> trunk/reactos/boot/freeldr/bootsect/bootsect.mak
>
Which rbuild file tells how to generate the files
reactos/boot/freeldr/bootsect/fat.h and fat32.h?
They are required by reactos/boot/freeldr/install/install.c.
The inclusion of install/installfreeldr.rbuild has been removed in
r34055. I don't know if it is an error or not.
Hervé
Grievance: Cease and Desist Request: Standard Resolution Procedure:
1) The Project Coordinator Should attempt to make decisions according
to the consensus of the Project Members.
Mr. Bragin is making procedural changes with out the full consensus of
all Project Members.
2) The Repository Coordinator Should make decisions which are fair and
reasonable, and preferably consistent with the consensus of the
Project Members.
Due to the unfilled Repository Coordinator position, Mr. Bragin has
assumed full control of that position and making decisions with out
the full consensus of all Project Members.
3) General rules:
a) Violation of first rule: Project Coordinator issued change orders,
Project Members began working on the changes. These changes are
against the general consensus among the Project Members. Reference:
http://www.reactos.org/archives/public/ros-dev/2008-June/010394.html
b) Violation of second rule: Project Coordinator banned Project Member
with out the ability to rejoin the Project at any time.
c) Violation of third rule: Project Coordinator assumed full control
of Repository Coordinator position and used that position to remove
access to a Project Member.
Adhering to: Standard Resolution Procedure: The procedure: The
procedure begins when a draft General Resolution is announced on a
public Project mailing list. Which no other rule can apply, I hereby
request a Cease and Desist until this Grievance is heard by all
Project Members. Project Members have a contractual agreement and must
abide by it.
PS: This is a very serious mater and not at all a joke. If this
project has any merit, it needs to resolve these issues in the open.
We have two different ways to do the same thing. Modules have a "host"
attribute to indicate if the module has to be build by host compiler rather
than target compiler but we also have the "hoststaticlibrary" module type ,
I don't know if "host" property is broken but someone with time should
test/fix it as it's the more appropiate way.
Marc,
--------------------------------------------------
From: <cfinck(a)svn.reactos.org>
Sent: Sunday, June 22, 2008 11:41 PM
To: <ros-diffs(a)reactos.org>
Subject: [ros-diffs] [cfinck] 34051: Build host_wcsfuncs as a host static
library, not a target static library Fixes build for all non-Win32 hosts
> Author: cfinck
> Date: Sun Jun 22 16:41:25 2008
> New Revision: 34051
>
> URL: http://svn.reactos.org/svn/reactos?rev=34051&view=rev
> Log:
> Build host_wcsfuncs as a host static library, not a target static library
> Fixes build for all non-Win32 hosts
>
> Modified:
> trunk/reactos/lib/host/wcsfuncs/wcsfuncs.rbuild
>
> Modified: trunk/reactos/lib/host/wcsfuncs/wcsfuncs.rbuild
> URL:
> http://svn.reactos.org/svn/reactos/trunk/reactos/lib/host/wcsfuncs/wcsfuncs…
> ==============================================================================
> --- trunk/reactos/lib/host/wcsfuncs/wcsfuncs.rbuild [iso-8859-1]
> (original)
> +++ trunk/reactos/lib/host/wcsfuncs/wcsfuncs.rbuild [iso-8859-1] Sun Jun
> 22 16:41:25 2008
> @@ -1,6 +1,6 @@
> <?xml version="1.0"?>
> <!DOCTYPE module SYSTEM "../../../tools/rbuild/project.dtd">
> -<module name="host_wcsfuncs" type="staticlibrary">
> +<module name="host_wcsfuncs" type="hoststaticlibrary">
> <include base="ReactOS">include</include>
> <file>wcsfuncs.c</file>
> </module>
>
>
@Jimtabor: do you have a better candidate for ROS project coordinator post
than Fireball? Not that i see many likely candidates.
For some time i prefered to stay silent, not to take part in this outcry...
But this forced me to do otherwise:
> MY final word:
>I deleted all code I have been working on so do not ask for it, This
>is final word from me and bye from my part from this project you have
>great thanks to fireball why I quitting.
Great... i thought you were older and a bit more mature. This is not better
than a 13y old boy, crying, offended by the whole world, wanting to avenge
himself. Childish, childish, childish...
>One thing more do not forget that steven is starting paying some of the
devs
>in ReactOS , he and fireball are trying to go Commercial so they trying
>shutdown ReactOS and make it into project codename unros. This info is not
>public and only few devs known of it, and of cures he will deny this.
One more thing, it is a secret, that Magnus Olsen has been bought off by
Microsoft, to leave ReactOS and, in the process to stirr and agitate ROS
team. He has been already paid a hefty sum in advance. This info is not
public and only handfull of people know it. Magnus will, of course, deny all
of this.
Seriously, in my country, we have a saying: "If God wishes to punish
someone, he starts with stripping one of his brain". Nuff said...
Hi
I am not returning anytime soon to reactos until everthing has been restored by fireball. He has removed my commit access to reactos for the reason he dislikes my spelling and code style. He demands every thing I code, must be approve by him. So I am not coming back until this has all changed. With full restored commit access.
On Sun, Jun 15, 2008 at 12:05 PM, <cfinck(a)svn.reactos.org> wrote:
> This patch has already been submitted to Wine, but as they don't care currently, I applied it manually here and updated "comctl32_ros.diff" accordingly.
You might resend after next week. 1.0 should be tagged Monday or
sometime shortly there after and so Alexandre should start ignoring
patches as normal rather than blaming it on the late hour of the code
freeze.
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
Did this glitch appear in windows too?
I don't remember seeing this, and I have a feeling this patch is hiding an underlying bug.
Ged.
-----Original Message-----
From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of jimtabor(a)svn.reactos.org
Sent: 14 June 2008 18:11
To: ros-diffs(a)reactos.org
Subject: [ros-diffs] [jimtabor] 33965: Patch by carlo bramix at libero dot it: Bug 3336 statusbar in the wrong place.
Author: jimtabor
Date: Sat Jun 14 12:10:55 2008
New Revision: 33965
URL: http://svn.reactos.org/svn/reactos?rev=33965&view=rev
Log:
Patch by carlo bramix at libero dot it: Bug 3336 statusbar in the wrong place.
Modified:
trunk/reactos/base/applications/games/solitaire/solitaire.cpp
Modified: trunk/reactos/base/applications/games/solitaire/solitaire.cpp
URL: http://svn.reactos.org/svn/reactos/trunk/reactos/base/applications/games/so…
==============================================================================
--- trunk/reactos/base/applications/games/solitaire/solitaire.cpp [iso-8859-1] (original)
+++ trunk/reactos/base/applications/games/solitaire/solitaire.cpp [iso-8859-1] Sat Jun 14 12:10:55 2008
@@ -496,6 +496,7 @@
{
MoveWindow(SolWnd, 0, 0, nWidth, nHeight - nStatusHeight, TRUE);
MoveWindow(hwndStatus, 0, nHeight - nStatusHeight, nWidth, nHeight, TRUE);
+ SendMessage(hwndStatus, WM_SIZE, wParam, lParam);
}
else
{
If a student is currently taking, or has previously taken a course
derived from the Microsoft Windows Academic Program
http://www.microsoft.com/resources/sharedsource/windowsacademic/default.mspx
which contains the curriculum resource kit, Windows Research Kernel
(containing Windows XP x64 amd Server 2003 SP1 kernel sources) and
Project OZ,
will they become *ineligible* to contribute code to the ReactOS
project in the future?
Thanks!
Mark
Hello,
would it be possible to get a dump or a copy of the ReactOS SVN
repository, so I can move the code and history of Explorer and
IBrowser (may be also Winefile) into my own repository - as you seem
to want removing it?
May be the simplest way would be to give me temporary shell access to
svn.reactos.org, so I can dump and filter it myself.
Regards,
Martin
2008/5/23 Steven Edwards <winehacker(a)gmail.com>:
> On Thu, May 22, 2008 at 8:59 PM, Dan Kegel <dank(a)kegel.com> wrote:
>> The menus are messed up (they contain garbage text), and
>> as I said earlier, there's no start menu.
>
> You should look at explorer-new. Its in the ReactOS source tree and
> being developed by Thomas Weidenmuller as a real Windows compatible
> shell replacement. Unfortunately it does not work on Windows or
> ReactOS at this time. The old ReactOS explorer will be removed when
> explorer-new is ready.
>
>
> --
> Steven Edwards
>
> "There is one thing stronger than all the armies in the world, and
> that is an idea whose time has come." - Victor Hugo
--
Martin Fuchs
martin-fuchs(a)gmx.net
Hi,
Thanks Goplat for fixing this,,,, pleas let me know via Developer mail
list if I fubar a patch... I can not get access via my work network to
the web site. They blocked it, 8^(
Google works~
Thanks,
James
On Mon, Jun 9, 2008 at 4:57 PM, <tkreuzer(a)svn.reactos.org> wrote:
> See issue #2142 for more details.
Is there anyway we can add a macro so that when the commit message see's
"See issue #### for more details."
It will auto magically link to bugzilla? I would look at more bugs as
the patches come in but I am too lazy to manually open another tab and
copy/paste the bug number. I could set a macro in firefox where I do
"bug ####' but that means I still have to manually open a new tab and
copy and paste, like I said I am lazy.
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo