Ros-dev

ros-dev@reactos.org

5788 discussions

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

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.

15 years, 5 months

Partitions support in usetup

by Aleksey Bragin

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.

15 years, 5 months

Google Summer of Code

by 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

15 years, 5 months

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

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 >

15 years, 5 months

debug builds

by Gabriel ilardi

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/

15 years, 5 months

by Timo Kreuzer

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

15 years, 5 months

Wine syncing process

by Aleksey Bragin

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.

15 years, 5 months

Re: [ros-dev] [ros-diffs] [jmorlan] 40289: Make cmd able to (sort of) work without a console.

by Steven Edwards

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

15 years, 6 months

examiner.com spam

by Aleksey Bragin

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.

15 years, 6 months

R40285

by Dmitry Gorbachev

Hi! Aleksey Bragin wrote: > Now each line of a debug log is printed synchronously DPRINT and DPRINT1 still call DbgPrint twice...

15 years, 6 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev