Hi,
I just wanted to let everyone know that Wineconf 2009 is going to be
held in Holland on Nov 6-8th. I am of course planning on attending and
Fireball said that he might as well. If any ReactOS developers are
interested in going and don't have the resources, speak up and perhaps
some of the users and advocates that follow ReactOS development would
be willing to contribute $5 or $10 to the Foundation on your behalf.
Information (what little there is currently) is here:
http://wiki.winehq.org/WineConf2009
The ReactOS foundation Donation page is here
http://www.reactos.org/en/foundation_donate.html
Also while there has been some heated exchanges with Wine and ReactOS
developers in the past, we do get quite a lot in terms of code from
them so if your interested in helping them out, you can donate to the
Wine Development Fund, which will help pay for Wine developers to
attend. The donation link is on the main page of Winehq.org
Thanks
--
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
> From: timo.kreuzer(a)web.de
> To: ros-dev(a)reactos.org
> Date: Sun, 30 Aug 2009 21:30:02 +0200
> Subject: Re: [ros-dev] [ros-diffs] [sginsberg] 42973: - %llx -> %I64x - Don't pass a string literal to strcmp
>
> Huh? Why shouldn't one use a string literal in strcmp?
> What are you trying to "fix"?
IMHO: In regards to ReactOS proper, there's the internationalization/localization
issues to consider. But regarding dev utils like sysdump I'd say it's not critical.
Anyone feel different ?
- Love Nystrom (I'm sorry if responses are slow. I live in a technically deficient area)
_________________________________________________________________
Share your memories online with anyone you want.
http://www.microsoft.com/middleeast/windows/windowslive/products/photos-sha…
Hi,
as you can see I tried to sync Wine's D3D in our tree. This went quite
well and works fine. Problem is now... ddraw fails to build, ours and
the HEAD wine rev with the same error you can see in the build logs.
After some hours of toying with ddraw.h i got dozens of different
errors, but it fails. The only way for me to get it build is using
wine's ddraw.h and ddrawi.h which would again break even more stuff in
ROS's tree. Maybe someone has a idea? If not, i will revert it this
morning after i woke up.
Night
On Aug 27, 2009, at 1:18 PM, fireball(a)svn.reactos.org wrote:
> Author: fireball
> Date: Thu Aug 27 11:18:34 2009
> New Revision: 42955
>
> URL: http://svn.reactos.org/svn/reactos?rev=42955&view=rev
> Log:
> - Remove the window station hack, it's not really needed anymore.
> Window station is not properly created by winlogon.
A typo came here. Correct way would be "Window station is *now*
properly created by winlogon".
WBR,
Aleksey Bragin.
On Mon, Aug 24, 2009 at 2:19 PM, <sginsberg(a)svn.reactos.org> wrote:
> Author: sginsberg
> Date: Mon Aug 24 20:19:53 2009
> New Revision: 42920
>
> URL: http://svn.reactos.org/svn/reactos?rev=42920&view=rev
> Log:
> - Get rid of TAG() from the kernel
> - mmtypes.h: Goodbye TAG(), you won't be missed
Maybe this has already been done but if not, we should look in to
making a janitorial project for it, Alex and I talked years ago about
trying to maintain a list with all of the tags that were in use and
apply some consistency to the names. I think there is a list somewhere
on MSDN that shows all the tag's used in Windows, and we should try to
check ours to make sure they match up.
Thanks
--
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.
After two weeks of disappointing escapades over building GCC 4.4.X I
decided to try out the official mingw32 build from sf.net always in my
mind that all patches we had to use in GCC 4.1.3 are already included in
GCC 4.4.X. Well at first it built well (with disabled rsym, which fucks
up dwarf2 headers in a way which renders a executable unuseable) but
then it died with the error you can see in the bug report.
(http://www.reactos.org/bugzilla/show_bug.cgi?id=4810) OK, I hoped
someone comes up with a fix in our code, but hto answered with a patch
in gcc. My 1. question now: Is this patch needed or is the error our
fault? If we really need this patch i could need someone's helping hand
with building GCC. We started a wiki entry
(http://www.reactos.org/wiki/Compiling_GCC_From_Windows) which shows our
recent tries to build a recent GCC without dwarf2 support. it builds
quite well if i do "make all-gcc", but i want and need a full "make all"
and there i get this one:
http://img24.imageshack.us/img24/8817/1007360g.jpg Any Ideas? (Yes this
is question 2.) Question 3 is: Anyone succeeded building cloog-ppl? And
the last question: Any other useless crap in our settings in the wiki?
Any needed fixes settings etc?
Thx.