October 2005 - Wine-devel - list.winehq.org

winedbg and ddd/kdbg problem...
by Markus G�mmel 06 Nov '05

06 Nov '05

Hi, I'm coming from Windows, so a graphical debugging system is needed :-) I'm trying to connect winedbg to ddd as described in the docu, but the following error occured during startup: wine-pthread: gdbproxy.c:1984: extract_packets: Assertion 'i == gdbctx->out_len' failed. Same happens when I try to connect to kdbg... Any ideas? Thanks Markus Goemmel m.goemmel(a)compulab.de

3 5

version<unspecified>
by wino＠piments.com 06 Nov '05

06 Nov '05

I have an app that tests the version number of certain dlls it uses on startup. The first seems to be riched20.dll If I run it on 20050524 it starts and works. If I run from the same installation after installing wine-0.9 (or just about any winecfg based version) it starts throwing errors like: riched20.dll version<unspecified> was found, this program requires at least..... I then have to pull in a native dll and tell wine to go native when in fact the buildin functions work perfectly. bug or feature? I guess this was done intentionally or is a result of an intentional change and seems related to winecfg becoming active. What is the best way to deal with this? It seems a shame to install native dlls when the wine code does the job. TIA

2 7

killing wine dregs
by wino＠piments.com 05 Nov '05

05 Nov '05

I often have wine finish uncleanly or need to break in if it is misbehaving , this leaves some processes lying around and often means wine cannot be restarted correctly. I find killing it by hand labourious so I used the following command to clean up and have now defined it as an alias to make life easier. pgrep wine|while read p; do kill -9 $p ; done; It works nicely but just wondered if anyone would say OMG dont do that ! TIA.

5 7

Fwd: wingcc link problem
by Vitaly Lipatov 05 Nov '05

05 Nov '05

Please take attention, is it bug or I use winegcc incorrectly? ---------- Forwarded message ---------- Subject: wingcc link problem Date: 24 Сентябрь 2005 16:51 From: Vitaly Lipatov <lav(a)etersoft.ru> To: wine-devel(a)winehq.org Last days I can't compile any program with winegcc: $ winegcc buildtest.c a.out.exe-u5twQI.spec.o(.data+0x28): In function `__wine_spec_nt_header': : undefined reference to `__wine_spec_exe_entry' a.out.exe-u5twQI.spec.o(.init+0x1): undefined reference to `__wine_spec_init_ctor' collect2: ld returned 1 exit status winegcc: gcc failed. $ cat buildtest.c int main(int argc, char **argv) { exit(0); } Any suggestions? ------------------------------------------------------- -- Lav Виталий Липатов Россия, Санкт-Петербург. www.etersoft.ru GNU! ALT Linux Team! WINE! WIKI! LaTeX! LyX!

4 7

Small visual issues with P-CAD2000 and wine 0.9
by Marcos Vicente Cruz 04 Nov '05

04 Nov '05

HI, I having small visual issues in P-CAD 2000's toolbar on Linux since I've upgraded to wine 0.9. The buttons aren't displayed properly. See the screenshot attached. Thank you, Marcos

4 5

Re: DirectSound problems - dlls/dsound/mixer.c
by Jesse Allen 02 Nov '05

02 Nov '05

Hi Davin, Juergen and I have tested Diablo 2 with your patch and found it has improved the sound. But there is still more to do: ---------- Forwarded message ---------- From: Juergen Wieczorek <juergenw_(a)web.de> Date: Oct 31, 2005 3:58 PM Subject: Re: Fwd: DirectSound problems - dlls/dsound/mixer.c To: Jesse Allen <the3dfxdude(a)gmail.com> Sorry, but things are a bit weird with the supplied wine-0.9 for FC3. In order to counter-proof, I did a rpmbuild -bb ... with the *unpatched* sources from wine-0.9-1fc3-winehq and also ended up with dead sound, until I set winecfg to "OSS"! Then sound worked with patched or unpatched mixer.c source. Strangely, when I installed the provided binary FC3.rpm, winecfg works only with "ALSA" sound setting. Obviously there is something wrong with the build specs of this package, I have to check later. As for the patched mixer.c source: Sound is now much more fluid and not crackling perpetually, but some long drawn sounds like power-ups have a jarring note to them. Also walking around on the map with the mouse button pressed down produces a jarring noise when in the vicinity of moving flames like those at waypoints or near any sort of open fire. Ths stops when you're at some distance from the flames. Here is my resp. console output for reference: err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 2454, block size = 4 err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 2482, block size = 4 err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 2498, block size = 4 err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 2550, block size = 4 err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 3966, block size = 4 err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 3026, block size = 4 fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ff007c,0x70ee3bec,0x70ff00 58): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed007c,0x721000f4,0x70ed00 58): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed01b4,0x70ee508c,0x70ed01 90): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed02ec,0x70ed03dc,0x70ed02 c8): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed047c,0x70ed058c,0x70ed04 58): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed062c,0x70ed073c,0x70ed06 08): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed07dc,0x70ed08ec,0x70ed07 b8): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed098c,0x70ed0a9c,0x70ed09 68): stub All in all, much better now, but still a way from being nice. -- Juergen Wieczorek Hamburg / Germany

3 5

alt-tab task switching form a wine app
by Anthony R. Tuel 02 Nov '05

02 Nov '05

It seems when I have an app up running under wine (lotus notes 6.5.4 in my case) and I switch to another app (using a gaim messaging window in my case) using alt tab, when I come back to my notes window its as if I'm still holding the alt key. Not sure if this happens in other apps, but its really noticible in notes since it uses the alt key for all sorts of keyboard shortcuts. So if i'm writing a new email in notes, someone sends me an IM, I alt-tab switch over to gaim, when I switch back to notes and want to hit enter for a new line, it brings up the font properties windows (alt+enter being the font properties shortcut). This seems to happen with both 20050930 and the .9 releases at least. Has anyone else seen this issue?

4 3

Re: Shell32 File Property Dialog
by Andreas Mohr 02 Nov '05

02 Nov '05

Hi, On Sat, Oct 29, 2005 at 08:59:51PM +0200, Johannes Anderwald wrote: > This patch adds file property dialog to shell32 > + LTEXT "Type of file:", 14004, 10, 30, 50, 10 Space missing?? > + LTEXT "Modied: ", 14016, 10, 90, 45, 10 "Modified: " > FIXME("Unhandled Verb %xl\n",LOWORD(lpcmi->lpVerb)); What kind of format specifier is that supposed to be? I don't know that one... Maybe use %p instead? (or %lx??) > HWND hDlgCtrl = GetDlgItem(hwndDlg, 14005); > > if (filext == NULL || hDlgCtrl == NULL) > return FALSE; Wasteful invocation of GetDlgItem() here, although the failure check is a bit "prettier" that way... > result = RegEnumValueW(hKey,0, name, &lname, NULL, NULL, (LPBYTE)value, &lvalue); space missing after hkey ;) > BOOL > SHFileGeneralGetFileTimeString(LPFILETIME lpFileTime, WCHAR * lpResult) > { > FILETIME ft; > SYSTEMTIME dt; > WORD wYear; > WCHAR wFormat[] = {'%','0','2','d','/','%','0','2','d','/','%','0','4','d',' ',' ','%','0','2','d',':','%','0','2','u',0}; static const WCHAR > TRACE("result %s \n",debug_strw(lpResult)); Superfluous space. > WARN("failed to open file \n"); > WARN("GetFileTime failed \n"); > TRACE("hDlgCtrl %x text %s \n",hDlgCtrl, debug_strw(resultstr)); > WARN("failed to open file \n"); > WARN("GetFileSize failed \n"); Dito (I prefer Wine to be smaller rather than the error message to be a bit "more readable" ;). (and probably more instances of superfluous space in this patch) > if (GetFileSize(hFile, NULL) == 0xFFFFFFFF) > { > CloseHandle(hFile); > return FALSE; > } > > dwFileLo = GetFileSize(hFile, &dwFileHi); > CloseHandle(hFile); > > if (dwFileLo == 0xFFFFFFFF && GetLastError() != NO_ERROR) > return FALSE; This whole check sounds very weird. Why are you checking with NULL hiword when there might be a > 4GB file? (and to make it worse, even one with e.g. a size of 0x12345678FFFFFFFF !!!!!!) And directly after that even doing a full large file check **again**? Not to mention that you're not using the INVALID_FILE_SIZE macro that I really, really think should be used since it's been created *exactly* for this purpose (and for the even better purpose of *never* managing to write/edit/delete a 0xFFFFFF or 0xFFFFFFF instead...) > FIXME("directory / drive resources dont exist yet \n"); ' missing ;) Sorry for this VERY anal review (it's got to be my most thorough WP review), and thanks very much for this large patch :) Andreas -- GNU/Linux. It's not the software that's free, it's you.

2 2

Queries about some 'usability' points
by Lionel Ulmer 02 Nov '05

02 Nov '05

Hi all, There are just two (unrelated) points that I would like to discuss: = the possibility to add a 'wine' launcher. Basically what happens is that some (maybe only one :-) ) application takes as an assumption that it is started via 'double clicking' on the .EXE file or via the installed link. From what I know, both these actions will start the game from its .EXE directory and with the full qualified path as the exe name. So the application crashes if you start it with 'wine foo.exe', you need to type 'wine D:\\Foo\\foo.exe' to get it running. One could then imagine having either 'wine' be a launcher that qualifies the name, changes to the good directory and just start the 'real' wine or do the reverse: publicize to new users that they should use 'winelaunch' to start applications and keep 'wine' how it is now. = in the current Wine tree, if Wine crashes, some persistant X settings are changed (for example desktop resolution for people using XRandR)... And as most people do not know the 'xrandr' command line tool, they tend to kill X to restore their resolution (which tends to annoy them :-) ). In the same vein, I would like to disable mouse acceleration when DInput mode is entered but actually fear to do so for the above-mentionned reasons (I fear gettint these kind of lines in the IRC channels: 'Wine is crap, when it exits, I need to restart X to get my mouse acceleration back'). Well, there is 'xset' but most 'normal' users have no idea that it even exists... For that one, the most robust way would be at the X level (basically having 'connection-linked' configurations - i.e. the settings has changed up until the point in time that the client quits) but if we do not want to change X, the most robust way would be to do it at the wineserver level (I often get Wine crashing, it's more rare to get the server to crash). Of course, injecting X code in the server is maybe not to AJ's liking :-) So the other solution would be to be able to hook somehow some 'clean-up' functions from DLLs to the Wine process that could be called when Wine exits (whether normally or when crashing). Of course, people 'kill-9'ing their Wine would get nothing but I do not think it's really a problem. Lionel (in rant mode :-) ) -- Lionel Ulmer - http://www.bbrox.org/

7 25

compile wine with icc
by Tomas Carnecky 01 Nov '05

01 Nov '05

anyone already tried that? I'm getting some errors when compiling wine which I was able to fix, but World of Warcraft won't start... Will icc be supported at some time in the furure? tom

4 10