Hi folks,
Here is the detailed TODO in all it's glory. We _really_ need to
get this over with, so please help us out to get this release
out the door. I'll mark names by the tasks based on conversations
I had with folks at WineConf (and on the list). If you notice any
mistakes, please let me know.
On Mon, 2004-02-02 at 16:14, Steven Edwards wrote:
> Hi Guys,
> --- Vizzini <[EMAIL PROTECTED]> wrote:
> > There was a very interesting question brought up on Saturday morning
> > by
> > one of the Wine guys (Mike perhaps?) regarding running ReactOS inside
> > Linux, like Win4Lin. I was skeptical
Thomas Brix Larsen <[EMAIL PROTECTED]> writes:
> 0009:trace:module:map_image mapped PE file at 0x40-0xf89000
> 0009:trace:module:map_image mapping section .text at 0x401000 off 1000
> size 6a4000 flags 6020
> 0009:err:module:map_image Could not map section .text, file probably
> truncated
> "Thomas" == Thomas Brix Larsen <[EMAIL PROTECTED]> writes:
Thomas> Hi again, I'm getting stuff like this when trying to use Windows
Thomas> programs:
Thomas> 0009:trace:module:map_image mapped PE file at 0x40-0xf89000
Thomas> 0009:trace:module:map_image mapping section .
Hi Guys,
--- Vizzini <[EMAIL PROTECTED]> wrote:
> There was a very interesting question brought up on Saturday morning
> by
> one of the Wine guys (Mike perhaps?) regarding running ReactOS inside
> Linux, like Win4Lin. I was skeptical at first, but having slept on
> it a
> day or two, I think this
Hi again,
I'm getting stuff like this when trying to use Windows programs:
0009:trace:module:map_image mapped PE file at 0x40-0xf89000
0009:trace:module:map_image mapping section .text at 0x401000 off 1000
size 6a4000 flags 6020
0009:err:module:map_image Could not map section .text, file p
Dimitrie O. Paun wrote:
On February 2, 2004 03:05 am, you wrote:
Yes, I nee help :) It's the old problem :) what task could I start :) If
I saw correctly in the list, regedit is implemented meantime :)
We still need to add support for delete/rename of keys.
Ok, I all will do it :) (if
After a slippery drive home (12 stressful hours from Minneapolis ->
Kansas City, rather than the six it took me to get there on Friday), I
finally have time to report a bit on WineConf.
First of all, I'd like to thank Codeweavers on behalf of those of us
from ReactOS that attended the conference.
I don't know if you have seen this before, but it's a program to run the grafix
pipeline interactive, thought it might be usefull.
http://mirror.ati.com/developer/sdk/rage128SDK/Multex/Multex3D.html
/ have a look, Lars Segerlund.
On Mon, 2 Feb 2004, Kevin Koltzau wrote:
> I just submitted a new variant of my original patch without using MaskBlt,
> which works under both Windows and wine currently
> Not meaning to hide a possible issue with MaskBlt, but my new patch
> should be a bit faster as MaskBlt does quite a bit of wo
At 10:12 02.02.2004 -0500, Dimitrie O. Paun wrote:
>I don't think behaviour in the LVS_OWNERDRAWFIXED case is explicitly documented,
>but I think it should behave as in the LVS_EX_FULLROWSELECT case. In other words,
>I think your patch is correct, please submit it to wine-patches.
Done. Thanks :)
On Monday 02 February 2004 12:27 am, Dimitrie O. Paun wrote:
> On the MaskBlt front, I've adapted that function from a post
> to the wine-patches list by a guy who never resurfaced. I have
> no idea if that implementation is good. It seems to work in some
> situations, but I wouldn't be surprised i
On Mon, 2 Feb 2004, Fabian Cenedese wrote:
> static INT LISTVIEW_HitTest(LISTVIEW_INFO *infoPtr, LPLVHITTESTINFO lpht, BOOL
> subitem, BOOL select)
> {
> -- snip--
>
> if (select && !(uView == LVS_REPORT && (infoPtr->dwLvExStyle &
> LVS_EX_FULLROWSELECT)))
> {
> if (uView == LVS
Dimitrie O. Paun wrote:
OK, I must admit I don't remember the thread, but why the crashes
if the res change was not successful? I don't really see the need
for the hack that you propose. Why do we need to lie that we changed
the resolution, when we didn't? Whould that potentially result in
other pr
>>The mouse tracking in listview happens in the LISTVIEW_TrackMouse()
>>function, which seems correct. It is getting called from only one
>>place (in LISTVIEW_LButtonDown()) so a few print statements there
>>would be nice to see that (1) it is being called, and (2) that it
>>doesn't exit premature
15 matches
Mail list logo
