Ros-diffs July 2009

ros-diffs@reactos.org
  • 27 participants
  • 605 discussions

[ros-arm-bringup] 41860: Fix a braindead bug that killed my system (512MB) since the loop goes on past 4096 pages if you have enough non paged pool... do you even test this?
by ros-arm-bringup@svn.reactos.org
15 years, 5 months

[ros-arm-bringup] 41859: - Implement a simple nonpaged pool page allocator and deallocator: - Not actually used yet! - No support for expansion nonpaged pool yet. - No major optimizations. - We simply do the sane thing of trying to combine the next free allocation with the one we're about to make, on free. - If possible, we'll also check if the previous allocation was a free block, and we'll merge ourselves (and in the best case, whoever is following us) into that block instead. - No debug check
by ros-arm-bringup@svn.reactos.org
15 years, 5 months

[cgutman] 41858: - Initialize remote address to 0 if the caller didn't specify one
by cgutman@svn.reactos.org
15 years, 5 months

[tkreuzer] 41857: Only call the drivers DrvRealizeBrush when called from BRUSHOBJ_pbGetRbrush. The driver might punt back to GDI and gdi might want to realize the brush although the surface is driver managed. Shuffle functions.
by tkreuzer@svn.reactos.org
15 years, 5 months

[tkreuzer] 41856: Fix cleanup in EBRUSHOBJ_vUpdate, that I commented out for testing purposes.
by tkreuzer@svn.reactos.org
15 years, 5 months

[tkreuzer] 41855: [win32k] Implement brush realization part 1 / 2 - Fix BRUSHOBJ_pvGetRbrush, it's supposed to provide a realization, when there is none. For this reason call ENRUSHOBJ_bRealizeBrush, that will call Eng/DrvRealizeBrush to create a realisation. The old implementation never did this and I wonder how 3rd party display drivers were expected to work correctly without this. - Implement EBRUSHOBJ_pvGetEngBrush working similar to BRUSHOBJ_pvGetRbrush, but providing the engbrush as GDI's
by tkreuzer@svn.reactos.org
15 years, 5 months

[sginsberg] 41854: - Don't link portcls and kmixer to the static version rtl -- those routines are exported by ntoskrnl (and all imports were resolved there anyway).
by sginsberg@svn.reactos.org
15 years, 5 months

[jmorlan] 41853: Rearrange some code in cmd parser, avoiding excessive stack space usage (Bug 4536)
by jmorlan@svn.reactos.org
15 years, 5 months

[cgutman] 41852: - Fix more global variable abuse - Fix some inaccurate cur_time values
by cgutman@svn.reactos.org
15 years, 5 months

[bfreisen] 41851: - During resizing the future size is shown in the status bar - Rubber works as color replacer when used with right mouse button (mouse handling code reorganized) - Bug occuring when painting to neg. coordinates finally fixed - Polygon-tool added - Bezier-tool added
by bfreisen@svn.reactos.org
15 years, 5 months
Results per page: