Ros-dev

ros-dev@reactos.org

5791 discussions

Re: [ros-dev] Different repository for web stuff
by WaxDragon 06 Apr '09

06 Apr '09

+1 I'd like to see all the non-OS stuff put in a separate repository, including the promotional stuff in /media. WD On Apr 6, 2009 11:36 AM, "Aleksey Bragin" <aleksey(a)reactos.org> wrote: Hi, how about using a different repository for all web-specific stuff we have? Vendor drops of web apps, whole trunk/web, etc. All of these are totally unrelated (in terms of repository-internal relations) with the actual OS components. Current situation went from long time ago when there was only one repository possible. It's been a long time since we migrated to svn:// svn.reactos.org/repostiory/... path, so it's possible now. rosweb, or web could be a name for a new one. Comments are welcome. WBR, Aleksey Bragin. _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.org http://www.reactos.org/mailman/listinfo/ros-dev

1 0

Re: [ros-dev] [ros-diffs] [fireball] 40368: - Compile UniATA with stdcall default calling convention instead of cdecl.
by Alex Ionescu 05 Apr '09

05 Apr '09

Please don't do this. -MRTD has NOTHING to do with stdcall and has been broken since gcc 2.9.5 Best regards, Alex Ionescu On Sun, Apr 5, 2009 at 7:46 AM, <fireball(a)svn.reactos.org> wrote: > Author: fireball > Date: Sun Apr 5 15:46:53 2009 > New Revision: 40368 > > URL: http://svn.reactos.org/svn/reactos?rev=40368&view=rev > Log: > - Compile UniATA with stdcall default calling convention instead of cdecl. > > Modified: > trunk/reactos/drivers/storage/ide/uniata/uniata.rbuild > > Modified: trunk/reactos/drivers/storage/ide/uniata/uniata.rbuild > URL: > http://svn.reactos.org/svn/reactos/trunk/reactos/drivers/storage/ide/uniata… > > ============================================================================== > --- trunk/reactos/drivers/storage/ide/uniata/uniata.rbuild [iso-8859-1] > (original) > +++ trunk/reactos/drivers/storage/ide/uniata/uniata.rbuild [iso-8859-1] Sun > Apr 5 15:46:53 2009 > @@ -4,6 +4,7 @@ > <bootstrap installbase="$(CDOUTPUT)" /> > <include base="uniata">.</include> > <include base="uniata">inc</include> > + <compilerflag>-mrtd</compilerflag> >  > <library>ntoskrnl</library> > <library>hal</library> > >

1 0

Re: [ros-dev] [ros-diffs] [tkreuzer] 40306: 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
by Aleksey Bragin 05 Apr '09

05 Apr '09

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);

1 0

Re: [ros-dev] [ros-diffs] [fireball] 40363: Evgeniy Boltik <bstsoft@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.
by Aleksey Bragin 04 Apr '09

04 Apr '09

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.

1 0

Partitions support in usetup
by Aleksey Bragin 02 Apr '09

02 Apr '09

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.

3 2

Google Summer of Code
by Aleksey Bragin 02 Apr '09

02 Apr '09

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

7 10

Re: [ros-dev] [ros-diffs] [jimtabor] 40305: - Implement NtUserProcessConnect. Moving to client information format for User32. PPROCESSINFO and PTHREADINFO are references not user land structures. - Added and removed structure types. - Tested with old
by James Tabor 02 Apr '09

02 Apr '09

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 >

1 0

debug builds
by Gabriel ilardi 01 Apr '09

01 Apr '09

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/

1 0

01 Apr '09

These are already in win32k/include/desktop.h jimtabor(a)svn.reactos.org schrieb: > /* PRIVATE FUNCTIONS **********************************************************/ > + > +PVOID > +FASTCALL > +DesktopAlloc(PDESKTOP DesktopObject, SIZE_T Size) > +{ > + return RtlAllocateHeap(DesktopObject->pheapDesktop, HEAP_NO_SERIALIZE, Size); > +} > + > +BOOL > +FASTCALL > +DesktopFree(PDESKTOP DesktopObject, PVOID HeapBase) > +{ > + return RtlFreeHeap(DesktopObject->pheapDesktop, HEAP_NO_SERIALIZE, HeapBase); > +} > >

1 0

Wine syncing process
by Aleksey Bragin 31 Mar '09

31 Mar '09

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.

5 6

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev