Evgeniy Boltik complains that EBRUSHOBJ_vInit is necessary because it
has something to do with changing brush color or palette. He's going
to file a bug about it in BZ.
WBR,
Aleksey Bragin.
On Apr 1, 2009, at 5:49 AM, tkreuzer(a)svn.reactos.org wrote:
> Author: tkreuzer
> Date: Wed Apr 1 05:49:18 2009
> New Revision: 40306
>
> URL: http://svn.reactos.org/svn/reactos?rev=40306&view=rev
> Log:
> win32k brush update:
> - fix EBRUSHOBJ_vSetSolidBrushColor
> - Initialize text and background brush in DC_AllocDC
> - Update the DCs EBRUSHOBJs on demand
> - Use the DCs EBRUSHOBJs for drawing where appropriate
> This makes things faster and finally adds support for DC_BRUSH and
> DC_PEN
>
> - EBRUSHOBJ_vInit(&dc->eboLine, pbrushPen, dc->rosdc.XlatePen);
> -
> - EBRUSHOBJ_vInit(&BrushInst, pbrush, DCDest-
> >rosdc.XlateBrush);
That was from bug 4294, and test app was in bug 4294 too.
WBR,
Aleksey Bragin.
On Apr 4, 2009, at 10:52 PM, fireball(a)svn.reactos.org wrote:
> Author: fireball
> Date: Sat Apr 4 22:52:14 2009
> New Revision: 40363
>
> URL: http://svn.reactos.org/svn/reactos?rev=40363&view=rev
> Log:
> Evgeniy Boltik <bstsoft(a)narod.ru>
> - Enable and use mask support in UserDrawIconEx, fully compatible
> with Windows, based on tests in bug 4336.
> - Remove IntSet[Text/Bk]Color hacks from UserDrawIconEx, no longer
> required due to fix in CreateCompatibleDC.
> - Change a few comments in the code of UserDrawIconEx.
> See issue #4336 for more details.
Hi,
I researched my partition problem (in my hardware setup, I have an
IDE harddisk, which has 3 primary partitions, and I don't want to use
the first partittion), and sharing my findings.
So far, kernel and drivers have all necessary support and the problem
is in usetup directly. Right now, it stores information about
partition tables in a linked list of PARTENTRY structures, and
displays ONLY the information about the first out of 4 possible
partititions in that entry.
I checked with Windows 2003 installation CD, it showed me all my
partitions as they are, without limiting me anyhow. And certainly it
allows installation on any of those partitions.
Anyone volunteers to fix this problem properly?
WBR,
Aleksey Bragin.
Hi,
I'd like to let you know our application has not been accepted into
Google Summer of Code, for the third time in a row. I attached an
(autogenerated) reply, which encourages us to reapply for future
instances of the program. I would not find a better way to express
sarcasm than asking us to reapply in future.
Amongst accepted organizations there are:
WinLibre - a distribution of opensource software for Windows platform.
Battle for Wesnoth - a free turn based strategy game.
Umit - a frontend for a network scanner (one of their GSoC ideas is
to create a "Umit Assistant" which would look like a Clippit - the
animated assistant that features Microsoft Office).
TurboGears - a web framework written in Python.
Thousand Parsec - a bunch of games based on a common framework for
building turn based space empire building games.
Systers: Woman in computing - a community of women in computing. For
some strange reason the founding person is "Robin".
Singularity Institute for Artificial Intelligence - non-profit org
founded to develop safe artificial intelligence software and to raise
awareness of dangers of AI technologies.
I just stated a few examples. I highly value those projects, however
I just can't understand that yet another framework in python, or a
game engine for a turnbased strategies, or a collection of FOSS
software for Windows with a package manager (which we already have,
and which could have been improved), or an institution which believes
that AI takes over the world and tries to stop that are way more
important than supporting an organization whose product would be of
use for millions of people, and would create a real alternative
operating system compatible with the vast majority of existing
software and hardware.
Our friendly OS project Haiku gets accepted every year, so being an
OS is not a problem.
Wine is certainly accepted every year from the beginning, and this
year is not an exception. So it's definately not a problem of "legal
fear" of Microsoft.
What is the problem then? I leave it to you to decide what's the
problem. However, as for me, I see Google Summer of Code is nothing
close to supporting free software world, but rather an expensive way
of advertising.
I want to hope I am wrong.
With the best regards,
Aleksey Bragin
ReactOS Foundation President.
---------- Forwarded message ----------
From: <socghop.noreply(a)gmail.com>
Date: Thu, Mar 19, 2009 at 12:48 AM
Subject: Thank you for your application
To: xxx(a)reactos.org
Hi Aleksey Bragin,
Thank you for submitting "ReactOS" organization application to Google
Summer of Code 2009. Unfortunately, we were unable to accept your
organization's application at this time. We received many more
applications for the program than we are able to accommodate, and we
would encourage you to reapply for future instances of the program.
Best regards,
Google Open Source Programs
Hi!
Fixed in 40308!
Thanks,
James
On Tue, Mar 31, 2009 at 8:59 PM, Timo Kreuzer <timo.kreuzer(a)web.de> wrote:
> These are already in win32k/include/desktop.h
>
Hi everyone,
Lately I wanted to use latest debug builds to do some testing but they weren't yet available, can't we upload them before doing the tests? This way they'd be ready sooner for us to use...
Regards,
Gabriel.
_________________________________________________________________
Quante ne sai? Scoprilo con CrossWire!
http://clk.atdmt.com/GBL/go/140630367/direct/01/
Hello,
I'd like to improve the existing situation we have with Wine syncing.
Right now, we have a group of people, occasionally doing Wine syncs,
and that group of people included me some time ago too. However, date
was never really specified, and syncing happens "when someone wants
to sync", "before releasing", or when something is fixed in Wine and
we import that code.
How it should happen (in my opinion). All non-forked DLLs, tools and
programs must be synced after each Wine minor release. This is going
to be manual process, so we need a person to organize this process,
and a few people who could participate in doing actual work (syncers).
What this "team" leader / responsible person should do:
* Share the work (modules) between syncers.
* Leave hard-to-sync modules to experienced developers and himself.
* Ensure all syncers are instructed to do basic testing (running our
"golden" list of apps - FireFox, AbiWord, mIRC, and testing ole32/
rpcrt4/widl with a real app which uses OLE mechanism) before
committing the work.
* Be aware about syncing dependencies (e.g. when syncing widl, it
makes sense to sync rpcrt4 simulteneously)
* Be aware about problematic syncs (like icmp.dll sync, which
possibly introduces memory corruption, and which is still not fixed
in Wine).
* Keep a log of what has been synced, what has not, keep a note of
all problems.
If that proves to work good, this team may be officially announced as
"wine syncing team".
There are already at least two successfully working teams this way:
Bugzilla maintaining (with Amine being the maintainer, and my point
of contact when I want to complain or ask about something), and
Testing team (with Olaf being often my point of contact, and
organizing and doing all the hard work of regress testing, testing
apps, drivers, real hardware testing and getting results submitted).
Also, I think those two teams cooperate the best.
I wish we could expand this idea to the Wine syncing team, and get it
to work that smoothly too, and that cooperative too.
With the best regards,
Aleksey Bragin.
Hi!
2009/3/29 <jmorlan(a)svn.reactos.org>:
> Author: jmorlan
> Date: Sun Mar 29 23:17:45 2009
> New Revision: 40289
>
> URL: http://svn.reactos.org/svn/reactos?rev=40289&view=rev
> Log:
> Make cmd able to (sort of) work without a console.
Thanks! I am now able to run telnetd and connect in to my ReactOS VM.
Certain applications such as ctm don't seem to like running without a
console due to making calls to GetConsoleMode. I am going to test
telnetd on Windows with Windows cmd.exe and ReactOS cmd.exe to compare
behavior of these applications. Its possible cmd.exe returns some
bogus console mode or something when running without a console.
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
I unsubscribed email feedback(a)examiner.com, since it sends out
everyone an email "thank you for your feedback".
Sorry for inconvinience... People should think more when subscribing
with such stupid autorepliers.
WBR,
Aleksey Bragin.