wine-devel March 2008

wine-devel@winehq.org

168 participants
411 discussions

Re: bugfix #12296
by Stefan Dösinger 30 Mar '08

30 Mar '08

Am Sonntag, 30. März 2008 20:33:22 schrieb Gregor Münch: > As discussed with stefand on irc: > | feel free to send a patch adding that, it is needed > - * Copyright 2006-2007 Stefan Dösinger for CodeWeavers > + * Copyright 2006-2007 Stefan Dï¿½singer for CodeWeavers Watch out with the encoding... I think the general consent is to leave that character as it is until we have decided on a preferred Wine source file encoding. The background story is that we throw away the sysmem copy of the surface, so we have to remove SFLAG_INSYSMEM. This might drop the last remaining location. Since we do not backup any contents of primaries and depth stencil, we can label the DRAWABLE as most up to date, this prevents needless loading attempts on the next draw. So the patch is correct and should be applied, appart of the change to my name...

1 0

find_dll_file ignoring WINEDLLPATH?
by Erik de Castro Lopo 30 Mar '08

30 Mar '08

Hi all, I have a windows executable named floating_point_test.exe which requires a windows DLL that is in another directory. I'm trying to run the exe from the current dir using: WINEDLLPATH="/path/to/dll:$WINEDLLPATH" wine floating_point_test.exe but wine is not able to find the DLL. I've traced through the code and ended up in the file dlls/ntdll/loader.c and the function find_dll_file (). I've added a few printfs and found that when looking for my DLL, the code ends up in a section with the following comment: /* if libname doesn't contain a path at all, we simply return the name as is, * to be loaded as builtin */ It seems that this function makes no use of WINEDLLPATH. Shouldn't this function also search along the paths specified by the environment variable? Cheers, Erik -- ----------------------------------------------------------------- Erik de Castro Lopo ----------------------------------------------------------------- "I could never learn to use C++, because of the completely overwhelming desire to redesign the language every time I tried to use it, but this is the normal, healthy reaction to C++." -- Erik Naggum

4 7

Re: Don't bother...
by Hin-Tak Leung 30 Mar '08

30 Mar '08

--- On Sat, 29/3/08, pure_evil(a)mail.bg <pure_evil(a)mail.bg> wrote: > From: pure_evil(a)mail.bg <pure_evil(a)mail.bg> > Subject: Don't bother... > To: "Hin-Tak Leung" <hintak_leung(a)yahoo.co.uk> > Date: Saturday, 29 March, 2008, 5:51 PM > I tried compiling it against wine's source tree, it spat > out a bunch of > warnings. When I wrote to him, that's what he replied: > > >guess what, that's a different compiler. > 'winegcc' != 'mingw32'. Did I say > something about crosscompiling? AFAIK you dont (cant?) use > stuff compiled > with winegcc on windows because it depends on wine. > > >I just thought you might want to look at a sample that > builds and lives > outside so you could test you code on win too. > > So, it's not what you think it is :( It's not > usable as wine driver. I am a bit lost about your comments. I have both winegcc and mingw32. I am quite familar with the latter and new to the former. I am using the appropriate ones (mingw32 for the printproxy, and winegcc for ddiwrapper). The printerproxy needs cross-compiling (and it works alright against current wine), ddiwrapper needs to be built with winegcc (and does not build against current wine). __________________________________________________________ Sent from Yahoo! Mail. A Smarter Inbox http://uk.docs.yahoo.com/nowyoucan.html

1 0

re: Two more janitorial tasks
by Dan Kegel 30 Mar '08

30 Mar '08

> Use WriteConsoleW to output text to the console instead printf & co. Unless output is redirected to a file, in which case you have to jump through a couple hoops. See WCMD_output_asis_len(). If anybody breaks commandline usage again, I'm gonna myrtlize 'em :-) - Dan

1 0

strange menu behaviour
by Marcus Meissner 30 Mar '08

30 Mar '08

Hi, I am observing a strange menu behaviour. How to reproduce: - start notepad - move the mouse over "Search", do not click - press alt-f to get the file menu => the file menu flickers open, but suddenly switches to the search menu. It seems the menu code checks the mouse pointer even though it is not used for the menu activation. http://bugs.winehq.org/show_bug.cgi?id=12289 Ciao, Marcus

1 0

Two more janitorial tasks
by Vitaliy Margolen 30 Mar '08

30 Mar '08

This is a bit more involved then regular janitorial task, but pretty small never the less. It is for some one who wants to get their feet wet in Wine. Convert all console applications (net, regsvr32, eject, msiexec, etc) to unicode (see cmd for example). This is to better support international translations. Use WriteConsoleW to output text to the console instead printf & co. Again for better support of the international translations and to avoid bugs in Wine's msvcrt which prints to the wrong terminal. Vitaliy.

2 1

SoC idea: enhance the Program Manager, winefile and friends
by Steven Edwards 30 Mar '08

30 Mar '08

Hi All, >From time to time the discussion comes up about having some sort of Window manager or explorer replacement for when running in Desktop mode. I don't know if a Win9x style desktop is really what we need for running in Desktop mode and after giving it a bit of thought, perhaps enhancing the program manager would be a better fit for us. Like perhaps if you start in Desktop mode then explorer would auto-magically start the program manager for you. I was also thinking that rather than using Windows 3.1 style group menus, we teach Program manager how to read shortcuts and directories in the start menu to use those as programs and program groups. Winefile could also use some loving as well and maybe we could come up with a better way to tie it in to the Program Manager. It seems to me that enhancing both of these programs should take a few months or work and fill out a SoC project nicely. Thoughts? -- 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

5 8

Sims: Pet Stories Bug?
by Warren Dumortier 29 Mar '08

29 Mar '08

Hello everybody! I send this mail because I made a bug report some time ago and nobody is looking to help... Here's the bug: http://bugs.winehq.org/show_bug.cgi?id=11946, is there any person who could make this game work? Thanks

4 3

gdi32-related commit between 0.9.57<->0.9.58 broken .NET2/Systems.Windows.Forms
by Hin-Tak Leung 29 Mar '08

29 Mar '08

I found a .NET2/System.Windows.Forms application which was running alright in 0.9.56/0.9.57 with the appdb adaptations broke in 0.9.58. So I did a git bisect and found that it is a commit to gdi32/freetype.c from Huw Davies which broke it. It is known that .NET does some strange things with fonts and font-related part of the registry (See http://bugs.winehq.org/show_bug.cgi?id=10467#c2 for discussion) and the commit apparently breaks that... I believe I see what that specific commit does and how it breaks .NET2, but I am not sure I understand *why* the commit was accepted in the first place and what was its purpose... Can somebody explain, and possibly either back-out the commit or at least modify it to make it not break stuff? commit 0436a5d14abf22af6ec10640496f9e0298a65f69 Author: Huw Davies <huw(a)codeweavers.com> Date: Mon Mar 10 12:31:43 2008 +0000 gdi32: Store the Windows path (if it's available) in the font registry entries. The error message I got was 'attempt to read or write protected memory. This is often an indication that other memory is corrupt'. __________________________________________________________ Sent from Yahoo! Mail. More Ways to Keep in Touch. http://uk.docs.yahoo.com/nowyoucan.html

5 13

Re: winex11.drv: Connect to XIM server dynamically.
by Alexandre Julliard 29 Mar '08

29 Mar '08

Kusanagi Kouichi <slash(a)ma.neweb.ne.jp> writes: > If I want to use XIM, I must start XIM server before wine. > Furthermore, if XIM server stops, wine can't use XIM again > even if XIM server restarts. You are changing too many things at once in your patches, including things that don't necessarily need to be changed. Please try to do your changes in smaller chunks. -- Alexandre Julliard julliard(a)winehq.org

1 0

← Newer
1
2
3
4
5
6
7
8
...
42
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel March 2008