Ros-dev

ros-dev@reactos.org

5788 discussions

Re: [ros-dev] [ros-diffs] [zguo] 31552: Finish editing all the documentation in ntddraw.

by Aleksey Bragin

On Jan 2, 2008, at 8:26 AM, zguo(a)svn.reactos.org wrote: > Author: zguo > Date: Wed Jan 2 08:26:00 2008 > New Revision: 31552 > > +* Before calling this function please set the > puCanCreateSurfaceData->ddRVal to an error value such as > DDERR_NOTUSPORTED, > +* The Function NtGdiD3dContextDestroy destorys the context data we > got from NtGdiD3dContextCreate Editing Magnus' text leads to a temporary syndrome of an obtained greatlordia (light form, fortunately) ;) WBR, Aleksey Bragin.

16 years, 9 months

Re: [ros-dev] [ros-diffs] [pschweitzer] 31536: [FORMATTING] Fix indentation

by Aleksey Bragin

It looks like the first part of the patch contains some new stuff along with reformatting. WBR, Aleksey Bragin. On Jan 1, 2008, at 9:55 PM, pschweitzer(a)svn.reactos.org wrote: > Author: pschweitzer > Date: Tue Jan 1 21:55:52 2008 > New Revision: 31536 > > URL: http://svn.reactos.org/svn/reactos?rev=31536&view=rev > Log: > [FORMATTING] Fix indentation > > Modified: > trunk/reactos/drivers/filesystems/ntfs/fsctl.c > > Modified: trunk/reactos/drivers/filesystems/ntfs/fsctl.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/drivers/ > filesystems/ntfs/fsctl.c?rev=31536&r1=31535&r2=31536&view=diff > ====================================================================== > ======== > --- trunk/reactos/drivers/filesystems/ntfs/fsctl.c (original) > +++ trunk/reactos/drivers/filesystems/ntfs/fsctl.c Tue Jan 1 > 21:55:52 2008 > @@ -54,64 +54,64 @@ > > like this: > - if (DiskGeometry.MediaType == FixedMedia) > + if (PartitionInfo.PartitionType != PARTITION_IFS)

16 years, 9 months

Invitation to exhibit at SoCal Linux Expo 6x

by Gareth J. Greenaway

Greetings, I would like to formerly invite the ReactOS project to participate in the 6th Annual Southern California Linux Expo. The show will be taking place February 8th - 10th, 2008 in Los Angeles, CA conveniently located near the LAX airport. ReactOS had a presence at SCALE 5x, Alex Ionescu and a few community members showed off ReactOS and answered questions from attendees. It would be great having ReactOS at the show again for 2008. Because ReactOS is a dotORG organization, we would provide a complementary booth including all amenities such as electricity, Internet access, etc. We would also provide 3 complementary passes to the show for those people interested in representing ReactOS. If this sounds like something that someone from the ReactOS project might be interested in, I encourage you to fill out our dotORG Exhibitor Application which can be found here, http://www.socallinuxexpo.org/scale6x/conference-info/calls-for-papers/call… Any questions, please do not hesitate to ask. Thank you and Happy Holidays! Gareth -- Gareth J. Greenaway <g(a)socallinuxexpo.org> Voice - 877-831-2569 x130 Southern California Linux Expo http://www.socallinuxexpo.org

16 years, 9 months

Happy New Year, ReactOS!

by Aleksey Bragin

Hi, it's 2 hours before the new year comes here, and I take this chance to wish our developers, testers, supporters, helpers, and everyone else a good, happy and lucky new year! It's been (and it still is!) a pleasure to work with you all (during all years, even if there were troubles), a lot of progress has been done. Everyone worked as hard as he was able to, and results are truly fantastic. I appreciate that a lot, and the new, coming year is going to be even more interesting! Happy New Year! With the best regards, Aleksey Bragin.

16 years, 9 months

About GDIOBJHDR header changes

by Magnus Olsen

Hi I been working on dxg.sys some time now and documented some behovir, I started blackbox how DxLock work. it is base on gdi how thing it work, using same GDIOBJHDR struct. I do not go into detail here we all known who dx is handle in win32k in xp and higher. here is the public header of GDIOBJHDR typedef struct _GDIOBJHDR { HGDIOBJ hHmgr; PVOID unknownCount; ULONG cExcLock; ULONG Tid; }GDIOBJHDR, PGDIOBJHDR; I want change it to typedef struct _GDIOBJHDR { HGDIOBJ hHmgr; WORD Count; WORD Type; ULONG cExcLock; ULONG Tid; }GDIOBJHDR, PGDIOBJHDR; hHmgr Handle for this object. Count A counter of a kind Type which GDI Object type it is cExcLock if the object is lock or not Tid The Thread it belong to I hope we can do this change and I want comment and verify from Timo and Jim about this change

16 years, 9 months

cursoricon.c

by Oriol

IS this correct? interpreting a shared cursos should never be destroyed? IntDestroyCurIconObject(PWINSTATION_OBJECT WinSta, PCURICON_OBJECT CurIcon, BOOL ProcessCleanup) { PSYSTEM_CURSORINFO CurInfo; HBITMAP bmpMask, bmpColor; BOOLEAN Ret; PCURICON_PROCESS Current = NULL; PW32PROCESS W32Process = PsGetCurrentProcessWin32Process(); /* Private objects can only be destroyed by their own process */ if (NULL == CurIcon->hModule) { ASSERT(CurIcon->ProcessList.Flink->Flink == &CurIcon->ProcessList); Current = CONTAINING_RECORD(CurIcon->ProcessList.Flink, CURICON_PROCESS, ListEntry); if (Current->Process != W32Process) { DPRINT1("Trying to destroy private icon/cursor of another process\n"); return FALSE; } } *--> else if (TRUE/*! ProcessCleanup*/) { DPRINT("Trying to destroy shared icon/cursor\n"); return FALSE; } ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com

16 years, 9 months

Re: [ros-dev] [ros-diffs] [greatlrd] 31509: Implement DxDdUnlockDirectDrawSurface Fixed smaller typo in DxDdLockDirectDrawSurface sorry

by Alex Ionescu

On 30-Dec-07, at 6:12 PM, greatlrd(a)svn.reactos.org wrote: > > + pSurfacelcl = (PDD_SURFACE_LOCAL)(((PBYTE)&pSurfacelcl) + > sizeof(DD_BASEOBJECT)); > This code makes absolutely no sense. You do realize you're returning a stack address, right? Best regards, Alex Ionescu

16 years, 9 months

0.3.4 release

by Aleksey Bragin

Hi, the only critical blocker left on the release is the keyboard/mouse detection problem in qemu. There are a couple of other major issues related to the installation in qemu, but if they aren't solved by january, I'm ok to release with them. LiveCD is going to be partly broken too, because hardly any application starts in it, but I don't have time to fix this issue (if anyone volunteers - feel free to). The CursorIcon problem would be fun to have solved too (hint: janderwald & shell32). With the best regards, Aleksey Bragin.

16 years, 9 months

Re: [ros-dev] compiling multiple .mcs

by Aleksey Bragin

Maybe let's postpone mc translations to further releases (like 0.4)? WBR, Aleksey Bragin. On Dec 24, 2007, at 5:21 AM, Timo Kreuzer wrote: > I have just compiled kernel32 with 2 different .mcs in the rbuild file > and it compiles without problems. > The resources shown by PE explorer were as expected the German ones > (2nd > mc file) > It also created 2 headers. > A slight change to the rbuild syntax could fix that problem: > > <file locale="en-US">lang/errcodes-en-US.mc</file> > <file locale="de-DE">lang/errcodes-de-DE.mc</file> > <mcheader target="include/psdk/errcodes.h>msg-en-US.mc</file> > > I had to manually add the #include to the rc file. This job should > also > be done by rbuild. > rbuild should create the rsrc.rc in the intermediate dir and > include all > locaized rcs and precompiled mcs for the languages > that are to be compiled. IIRC this feature is already in the rbuild > branch. > > Greeting, > Timo

16 years, 9 months

compiling multiple .mcs

by Timo Kreuzer

I have just compiled kernel32 with 2 different .mcs in the rbuild file and it compiles without problems. The resources shown by PE explorer were as expected the German ones (2nd mc file) It also created 2 headers. A slight change to the rbuild syntax could fix that problem: <file locale="en-US">lang/errcodes-en-US.mc</file> <file locale="de-DE">lang/errcodes-de-DE.mc</file> <mcheader target="include/psdk/errcodes.h>msg-en-US.mc</file> I had to manually add the #include to the rc file. This job should also be done by rbuild. rbuild should create the rsrc.rc in the intermediate dir and include all locaized rcs and precompiled mcs for the languages that are to be compiled. IIRC this feature is already in the rbuild branch. Greeting, Timo

16 years, 9 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