Someone mentioned recently that we should name all the xml build system
files makefile.rbuild, or something to that effect.
I didn't have an opinion at the time, but I have recently developed a
very strong one...
If all the build system's files are named the same, and if you have 3 of
them open in notepad, you can't tell which is which from the window's
title. This is IMNSHO a bad thing.
Furthermore, in order to be able to invoke make from any directory,
instead of just the top-level one, I need to put a "makefile" ( I'm
forced to have same name here ) in each directory that punts to the
top-level one. Therefore, some of the bootstrap makefiles will need to
be renamed out of the way.
My plan is to name the bootstrap makefiles thus:
tools/tools.mak
tools/unicode/unicode.mak
...you get the idea...
If we want to rename all the xml files to *.rbuild, that's fine, but I
think making them all "makefile.rbuild" is baaaaad.
Peace
Hi, I am looking forward to do a branch next time to release the v0.2.6.
There's however still at least one issue pending.
The patch from Alex_Ionescu's branch.
So we will still wait for a few days.
Please tell what else issues there are to not do the branch.
And of course when they are resolved.
Hi!
Could somebody help me out and explain how the TryToTranslateChar function in \reactos\subsys\win32k\ntuser\keyboard.c is supposed to work...
First there is the following definition:
shift = keyLayout->pCharModifiers->ModNumber[ModBits];
which is later used in:
CapsMod = shift | ((CapsState & CAPITAL_BIT) ? vkPtr->Attributes : 0);
which is used for the translation:
*pwcTranslatedChar = vkPtr->wch[CapsMod];
Doesn't shift contain the index for the VK_TO_CHARSx table in the keyboard layout data structure?
Why is it then |:ed with vkPtr->Attributes , which I suppose corresponds to the CAPS/NOCAPS constants in the keyboard layout files ?
Shouldn't it be something like:
shift = keyLayout->pCharModifiers->ModNumber[ModBits ^ ((CapsState & CAPITAL_BIT) ? vkPtr->Attributes : 0];
Regards
Johannes Olofsson
10 Gigabyte Mailbox - http://mail.spray.se
This is a full implementation of the regedit search function. :D
English and German language available, with other languages the "Find"
and "Find next" menu points are still disabled.
Come, get some!! :) :)
Greetings,
Jan Schiefer!
Hi,
--- Alex Ionescu <ionucu(a)videotron.ca> wrote:
> Once again, I hope nobody takes this personally, but I wanted to clear
> up the situation.
Also I would like everyone to note that I was not trying to be critical of Alex for maintaining
his branch. There was a miscommunication about the merge -> branch for 0.2.6 and I should have
sent another note to Alex about it before posting here. The lack of merges is in part because of
stablity testing and our miscommuication about when would be the best time.
Thanks
Steven
__________________________________
Celebrate Yahoo!'s 10th Birthday!
Yahoo! Netrospective: 100 Moments of the Web
http://birthday.yahoo.com/netrospective/
Hi,
--- Casper Hornstrup <ch(a)csh-consult.dk> wrote:
> If it's not going on the cd, why do we need it then?
As Gedi said, mainly for releases. We still ship a rosapps package during release time and most of
the people I meet at expos always joke about ReactOS needing its own solitaire replacement. For us
on the dev teams its not worth the hassle of rebuilding sol everytime we rebuild the source tree.
Once rbuild is in place with PCH I will look at importing solitaire to the main module. It may
have to wait till gcc-4.x as I really don't want to add more time to the build process than
needed.
Thanks
Steven
__________________________________
Do you Yahoo!?
Yahoo! Sports - Sign up for Fantasy Baseball.
http://baseball.fantasysports.yahoo.com/
Can we not just include it into release builds but keep out of /reactos
HEAD.
It's definitely needed for release builds, but putting it in HEAD just slows
down the compile process too much, and unnecessarily, as Steven said. In
which case, apps is probably the best place for it.
Gedi.
-----Original Message-----
From: Casper Hornstrup [mailto:ch@csh-consult.dk]
Sent: 10 March 2005 16:07
To: 'ReactOS Development List'
Subject: [ros-dev] RE: [ros-svn] [sedwards] 13904: imported catch-22
solclone withauthors permission
If it's not going on the cd, why do we need it then?
Casper
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
Hi,
--- Casper Hornstrup <ch(a)csh-consult.dk> wrote:
> Doesn't WINE already have one we can share?
No it does not.
> Why isn't it imported to reactos module so it can get onto the cd?
Because it and cardlib are written in C++ and it will add at least another two mins to the build
time. If you want to convert it to C be my guest at importing it to the reactos module.
> It should be imported as a vendor drop and merged to trunk so we can
> track local changes to it and upgrade it easier.
The current author has made very little changes to the code in many years. It was just a example
of how to used cards.dll using his C++ wrapper "cardlib".
Thanks
Steven
__________________________________
Do you Yahoo!?
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/
Doesn't WINE already have one we can share?
Why isn't it imported to reactos module so it can get onto the cd?
It should be imported as a vendor drop and merged to trunk so we can
track local changes to it and upgrade it easier.
Casper
> -----Original Message-----
> From: ros-svn-bounces(a)reactos.com
> [mailto:ros-svn-bounces@reactos.com] On Behalf Of
> sedwards(a)svn.reactos.com
> Sent: 10. marts 2005 05:05
> To: ros-svn(a)reactos.com
> Subject: [ros-svn] [sedwards] 13904: imported catch-22 sol
> clone withauthors permission
>
> imported catch-22 sol clone with authors permission