Ros-dev November 2005

ros-dev@reactos.org

64 participants
176 discussions

RE: [ros-svn] [gvg] 19303: Wine-0_9_1 vendor import
by Ge van Geldorp 17 Nov '05

17 Nov '05

> From: gvg(a)svn.reactos.com > > Wine-0_9_1 vendor import "svn update" will probably fail, you'll need to delete lib\dplay + lib\dplayx and do a second "svn update". Sorry about this, there seems to be no way around it. GvG

4 5

Freeldr Question
by Alex Ionescu 17 Nov '05

17 Nov '05

Hi, Freeldr currently contains an ugly (imo) wrapper around the GUI where every drawing operation is supposed to have multiple "modes" (some fancy 3d gizmo whizmo GUI and the normal text-mode interface). I would really like to simply this interface and make the drawing operations much simpler and just draw, instead of going through all the hoops they do now. But before I do, does anyone have any objections? Is anyone working on fancy 3D GUI for Freeldr, or can I go ahead with my changes? Note nothing would change to the user, everything will look and act the exact same way as it does now. Best regards, Alex Ionescu

4 14

CodePage Reg Key Error at Boot
by James Tabor 17 Nov '05

17 Nov '05

Hi, I'm getting "Couldn't open CodePage registry key. With OK". I copied freeldr.sys and the rest and reinstall everything, including config files from hives. Installs and go. 1st install system, 2nd reboot ok run fine, and 3rd reboot and get the above error at freeldr. Revision: 18820 Node Kind: directory Schedule: normal Last Changed Author: cwittich Last Changed Rev: 18820 Thanks, James

3 9

Re: [ros-diffs] [cwittich] 19291: implemented CreateServiceA
by Thomas Weidenmueller 17 Nov '05

17 Nov '05

cwittich(a)svn.reactos.com wrote: > implemented CreateServiceA This implementation theoretically is wrong, at least in windows this is also done using RPC (see the .idl file, there should be methods for ansi and unicode). - Thomas

2 1

0.3 release plan - Again
by Steven Edwards 17 Nov '05

17 Nov '05

Hi All, My how history repeats itself. I would like to call for a feature freeze on Jan 1st with the approval of the Testing Coordinator. Although we have not had that many releases of the 0.2.x line I feel enough has changed to and that we need to bump to 0.3. Lets review some history 0.1.x - winhello 0.2.x - explorer and a few wine dlls 0.3.x - OpenGL games, Firefox, Mirc, OpenOffice, third party drivers, start of PnP, USB, Xbox support, Initial DirectX Support, etc For the record we really did not plan on all of this other stuff for 0.3 and a year ago most of us would have been happy with just Firefox and Mirc working under VMware and Qemu. In fact we were planning on that work for the 0.3 line to be included in 0.4 release. Which is great! I am happy to see that we have gone much further beyond our once limited goals. What I propose now is that everyone that has a open project try to either get it to a Alpha state by Jan 1st or admit that it just wont be ready for 0.3 and accept that. Current major works in progress: DirectX - GreatLord USB - Fireball PnP - hpoussin Ws2 - Ionescu msvcDDK - sedwards Can we get all of these in for 0.3? Ws2 is a showstopper for 0.3, USB at least for the Xbox in my mind is a showstopper as well. PnP would be really, really nice to have but if its not ready I think we should ship anyway and plan on doing a short run to 0.4 before we fully support PnP. DirectX I have no idea how close it is to working and my current pet project for MSVC/DDK and rbuild is not a feature. I would like to be able to build ReactOS with our DDK under msvc in the hopes of getting more developers to join the project and improve the quality of our code but I am happy to admit this is not a priority. So what does everyone think? Can we shot for a feeze for Jan 1st? How does Feb 1st sound for a release? Thanks Steven __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

8 8

[hpoussin] 19288: Second attempt to have a workingkeyboard and mouse at third reboot
by Ge van Geldorp 17 Nov '05

17 Nov '05

> From: hpoussin(a)svn.reactos.com > > Second attempt to have a working keyboard and mouse at third > reboot May fix bug 1018 It does. Thanks! GvG

1 0

RE: [ros-dev] 0.3 release plan - Again
by Murphy, Ged (Bolton) 17 Nov '05

17 Nov '05

> -----Original Message----- > From: Steven Edwards [mailto:steven_ed4153@yahoo.com] > Sent: 17 November 2005 04:35 > To: ros-dev(a)reactos.org > Subject: [ros-dev] 0.3 release plan - Again > > > So what does everyone think? Can we shot for a feeze for Jan > 1st? How does Feb 1st sound for a release? Considering the state of HEAD at the moment, I think we should be going for a feature freeze much sooner than this. 1st of Jan is quite a long way off and it would be difficult to make any headway, especially on networking which is our showstopper, until this is sorted. IMO, we should be calling for a feature freeze as soon as the TC is elected. If that feature freeze gets HEAD back in stable and usable condition quickly, and with a bit of collaboration on networking, we could even aim at going for a Christmas release for 0.3.0 ?? If we are only stating networking must run for qemu and vmware, then I don't think we are that far off. It's been running in these two environments, intermittently, for quite some time now. Stable networking on real hardware could be kept for the 0.3.1 release. -- my glass is half full ;) Ged. ************************************************************************ 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

1 0

RE: [ros-dev] RE: [ros-diffs] [cwittich] 19266: fix memory leak i n case of erro r
by Murphy, Ged (Bolton) 16 Nov '05

16 Nov '05

sorry ignore, I didn't read the full function. -----Original Message----- From: Murphy, Ged (Bolton) [mailto:MurphyG@cmpbatteries.co.uk] Sent: 16 November 2005 15:57 To: 'ros-dev(a)reactos.org' Subject: [ros-dev] RE: [ros-diffs] [cwittich] 19266: fix memory leak in case of erro r There is another here : HardwareIdW = HeapAlloc(GetProcessHeap(), 0, len * sizeof(WCHAR)); if (!HardwareIdW) { SetLastError(ERROR_GEN_FAILURE); return FALSE; } -----Original Message----- From: cwittich(a)svn.reactos.com [mailto:cwittich@svn.reactos.com] Sent: 16 November 2005 15:54 To: ros-diffs(a)reactos.com Subject: [ros-diffs] [cwittich] 19266: fix memory leak in case of error fix memory leak in case of error Modified: trunk/reactos/lib/newdev/newdev.c _____ Modified: trunk/reactos/lib/newdev/newdev.c --- trunk/reactos/lib/newdev/newdev.c 2005-11-16 15:14:31 UTC (rev 19265) +++ trunk/reactos/lib/newdev/newdev.c 2005-11-16 15:53:16 UTC (rev 19266) @@ -66,6 +66,7 @@ FullInfPathW = HeapAlloc(GetProcessHeap(), 0, len * sizeof(WCHAR)); if (!FullInfPathW) { + HeapFree(GetProcessHeap(), 0, HardwareIdW); SetLastError(ERROR_GEN_FAILURE); return FALSE; } ************************************************************************ 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 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 ************************************************************************ 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

1 0

RE: [ros-diffs] [cwittich] 19266: fix memory leak in case of erro r
by Murphy, Ged (Bolton) 16 Nov '05

16 Nov '05

There is another here : HardwareIdW = HeapAlloc(GetProcessHeap(), 0, len * sizeof(WCHAR)); if (!HardwareIdW) { SetLastError(ERROR_GEN_FAILURE); return FALSE; } -----Original Message----- From: cwittich(a)svn.reactos.com [mailto:cwittich@svn.reactos.com] Sent: 16 November 2005 15:54 To: ros-diffs(a)reactos.com Subject: [ros-diffs] [cwittich] 19266: fix memory leak in case of error fix memory leak in case of error Modified: trunk/reactos/lib/newdev/newdev.c _____ Modified: trunk/reactos/lib/newdev/newdev.c --- trunk/reactos/lib/newdev/newdev.c 2005-11-16 15:14:31 UTC (rev 19265) +++ trunk/reactos/lib/newdev/newdev.c 2005-11-16 15:53:16 UTC (rev 19266) @@ -66,6 +66,7 @@ FullInfPathW = HeapAlloc(GetProcessHeap(), 0, len * sizeof(WCHAR)); if (!FullInfPathW) { + HeapFree(GetProcessHeap(), 0, HardwareIdW); SetLastError(ERROR_GEN_FAILURE); return FALSE; } ************************************************************************ 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

1 0

Re: [ros-svn] [cwittich] 19264: added UpdateDriverForPlugAndPlayDevicesA (untested)
by Thomas Weidenmueller 16 Nov '05

16 Nov '05

cwittich(a)svn.reactos.com wrote: > added UpdateDriverForPlugAndPlayDevicesA (untested) It leaks memory in some error cases. Also, ERROR_GEN_FAILURE doesn't look like the correct error code, although i might be wrong. Maybe it'd be ok if the buffers are on the stack, that would save memory allocations. - Thomas

1 0

← Newer
1
...
7
8
9
10
11
12
13
...
18
Older →

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 November 2005