Since no one is listening (reading) to me about this issue and the
response I receive is "WTF are you talking about"! Let me explain one
more time.....
In reference to commit 46679, I attempted to provide the project an
example on how information contexts (IC) are created and removed.
Works as a toggle between switching flags and moving the
pdc->dclevel.pSurface pointer to and from pdc->pSurfInfo. The name of
pSurfInfo should give a good clue.
I was surprised when no one on IRC knew anything about this and it
explains why the yarotows branch is not taking this into
consideration.
Remember my rant? Building code from broke code creates more broken
code! Thus, increasing the amount of wasted time rewriting it.
--- branches/reactos-yarotows/subsystems/win32/win32k/objects/dclife.c
[iso-8859-1] (original)
+++ branches/reactos-yarotows/subsystems/win32/win32k/objects/dclife.c
[iso-8859-1] Sat Apr 3 18:42:04 2010
@@ -377,6 +377,9 @@
PATH_Delete(pdc->dclevel.hPath);
+ if(pdc->dclevel.pSurface)
+ SURFACE_ShareUnlockSurface(pdc->dclevel.pSurface);
+
PDEVOBJ_vRelease(pdc->ppdev) ;
return TRUE;
__________
Need to check for DC_TYPE_INFO and sometimes for DC_FLAG_TEMPINFODC.
Quick check for pSurfInfo if NULL might be helpful too.
I'm keeping track of yarotows and I see some needed merging into trunk
(head, main branch) soon. 46630 is a good start.
Thanks,
James
Referance: [ros-diffs] [jimtabor] 46679: [Win32k] - Implement
MakeInfoDC and support functions. Dedicated to Timo.
http://www.reactos.org/archives/public/ros-diffs/2010-April/036412.html
tkreuzer(a)svn.reactos.org wrote:
> Remove svn:mergeinfo property from several files
We should rather try to eliminate the root of these constant merge
artifacts, which seem to be the remaining svn:keywords properties.
As these ones instruct Subversion to update the revision number in the
affected files, they probably also include the revision numbers of merges
maintained by svn:mergeinfo.
I've already removed some svn:keywords properties in the same files (for
example in r41694), but I believe that this doesn't help much unless the
properties are also removed in all branches we use for merging.
Cheers,
Colin
sir_richard(a)svn.reactos.org wrote:
> [HALACPI]: Support depends on boot loader creating the ACPI BIOS Multi Node structure in
> MultiFunctionAdapter in the hardware tree. It seems that FreeLdr does this (wow!) correctly!
Oh ye of little faith :)
Hi,
Have you guys seen this?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41013
Is it really a problem? The discussion came up on wine-devel.
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
Hi,
The testcd is broken. And no, it's not due to the header merge. This
time it broke in r46574 (hal changes)
Now please don't blame sir richard, instead someone please free some
disk space on the testbot.
Regards,
Timo
*points and laughs at the old man.
VIM all the way, baby!
On Mar 17, 2010 6:55 PM, "James Tabor" <jimtabor.rosdev(a)gmail.com> wrote:
Hi!
I guess it depends on how old some of us are. I use UNIX/Joe since
I've used WordStar in the past. Sometimes G/Kedit too.Visual C++ on
windows.
Not OT at all,
James
On Tue, Mar 16, 2010 at 12:44 PM, Deepak Gupta <mailmeatdkg(a)gmail.com>
wrote:
> I have been browsin...
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.org
http://www....
I have been browsing through reactos sources (mainly boot and ntoskrnl).
I was wondering which Editor/IDE people use for reactos sources.
I am currently using gVim along with ctags to browse through the sources.
Any suggestions which could be more helpful.
Regards
Deepak Gupta