wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Re: Need help debugging ... Ddraw issue
by Jason Edmeades 17 Jan '04

17 Jan '04

Wow, lots of updates, and rather than reply to each let me try to summarize. >> The one thing I couldnt answer is how the game 'gets' the command line. >int WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow ); Perhaps this way? No, I noticed the difference between the exe hdrs, (console vs gui) and I ran some tests on this, and the value in lpCmdLine seemed to be just the parms and not the "command line" / executable name. Thats why I then went on to try GetCommandLine and spotted that issue. Nice idea though, thanks >Ok, that here is exactly the problem (dlls/kernel/environ.c), it's explained in the remark of the func: >GetCommandLineA (KERNEL32.@) >* * WARNING: there's a Windows incompatibility lurking here ! >* Win32s always includes the full path of the program file, >* whereas Windows NT only returns the full file path plus arguments >* in case the program has been started with a full path. >* Win9x seems to have inherited NT behaviour. I read that as saying Win32s just provides the path and probably exe name and Winnt provides the full path, exe and parms. You may be correct, I didnt investigate this further. >> With some experimentation with a GUI pgm I think I stumbled upon the / >> an answer: > Bug#1 - GetCommandLine() returns a full path on Windows but no path on Wine Doh. >Well this should definately be fixed anyway (with a regression test), and it does sound a lot like the problem doesn't it? >I expect we use this API (or similar) to set the parameters to WinMain Yes, but I didnt see any evidence it was being called. I may have missed it.. However I think this is also a red herring... > * Note that both Start Menu Execute and Explorer start programs with > * fully specified quoted app file paths, which is why probably the only case > * where you'll see single file names is in case of direct launch > * via CreateProcess or WinExec. This may be the real issue - I was running it from within msdev.exe which works, but launching it from the command line does trap the same way. "Windbg keeper95.exe" traps on run, but windbg, ctrl+e (open exe) doesnt, and I think thats because the file dialog returns fully qualified paths (at a guess). >I wonder if when a program is invoked directly from the wine loader app we should pretend >it's been run from Explorer and pass it the full path. Alexandre, would that be an acceptable >solution (subject to more thorough testing of course). I'd be worried this may cause more problems than it solves. This is an interesting one in that wine *does* correctly emulate windows behaviour, but the app is broken to only expect a full path. Aside from an app specific option (perhaps we could add in app specific config options into a central compatibility ini file), I think the only way to capture this is to document in eg. the appDB. >"Some debugging" is a bit vague but I'll let you off that ;) I guess I just need to get better at reading disassemblies. It certainly helps as I frequently drop down to assembler when things get confusing (my 'real' job involves lots of debugging!). I wish I was better with eg. gdb syntax as I really am mostly a Windows person so far (Boo Hiss...)! Jason

3 2

Re: winecfg: a patch to review
by Ivan Leo Murray-Smith 17 Jan '04

17 Jan '04

> Windows actually does have a few settings like this (Well, XP does) Windows server 2003 and longhorn have the same functionality, and blackcomb probably has it too. Ivan.

1 0

winecfg: a patch to review
by Kirk Ruff 17 Jan '04

17 Jan '04

Hello, I have started to work on winecfg a little in attempt to get used to some workings of WINE. This is the first real open source project I have actually tried to submit a patch to. I have started to work on a few functions that were not implemented yet and before I forget to try to submit a patch again I thought I would do it now. The only part I have included in this patch is the ability to remove an application from the "Application" tab. The way I assumed that this was to do is remove the appropriate key from the registry and update the listview. I realize this is a pitiful patch since it really doesn't add much but I thought I would see if I am doing it correctly and to see if does what it should. Any help is appreciated(I hope this patch is inline, my first try at it. Kirk

7 14

Re: GetShortPathName broken
by Stefan Leichter 17 Jan '04

17 Jan '04

Am Samstag, 17. Januar 2004 22:31 schrieb Eric Pouech: > > Thanks Eric, > > > > this was the right tip. My Problem is that i have two directories. The > > first one is "C:\Program Files" but the second one is C:\Programme. After > > i renamed (first character) the second one the test program works for me > > too. So what changed is the behavoir if two directories will match the > > short path. > > So, this shouldn't impact GetShortPathName. The short name should be > unique (as the long path). So, your test should work even with your two > directories. Something is wrong somewhere. > > This patch should help ? > Yes, thanks it works fine here Thanks Stefan

1 0

Re: Try using the Mozilla Active X control in MSHTML
by Dimitrie O. Paun 17 Jan '04

17 Jan '04

On January 16, 2004 01:06 am, Mike McCormack wrote: > Since some people have been complaining that MSHTML is a useless > distraction in it's current form (there's some element of truth in > that), here's a small patch to redirect calls to Mozilla's Active X > control. You need to add a "mshtml"="builtin,native" override in the > config file and download and install the control before this patch can > try to use it: > > http://www.iol.ie/~locka/mozilla/control.htm Very nice Mike! I guess this requires a Win32 build of Mozilla, no? Anyway, if the patch goes in, it would be nice if our good packagers can come up with a binary package (say, wine-mozilla?) that just installs alongside with the wine package and provides this capability. -- Dimi.

4 4

Running Wine under MS SFU under Wine ... ?
by Dan Kegel 17 Jan '04

17 Jan '04

I recently posted with problems running Microsoft's Services for Unix under Wine. I only tried it out of morbid curiosity, actually, and because MS was offering it for free. The free offer expired, but it's back again for a little while; slashdot.org seems to be running banner ads for it. I'd encourage any of you who even *might* be tempted to try this out to go order the CD-ROM. It would be way bitchin' cool if we could nest Wine and MS SFU (I seem to recall we can't nest Wine in Cygwin for some technical reason, but who knows, maybe SFU won't have the same problem). - Dan

3 3

GetShortPathName broken
by Stefan Leichter 17 Jan '04

17 Jan '04

Hello, The function GetShortPathName is broken in current cvs. This short program exhibits the problem: ------------------------------------ #include <stdio.h> #include <windows.h> #include <version.h> int main(int argc,char **argv[]) { char buffer[0x104] =""; DWORD retval; retval = GetShortPathName("C:\\Program Files", buffer, sizeof(buffer)); printf("%08x, %08x, %s\n", retval, GetLastError(), buffer ); return(0); } ----------------------------------------- On win2k and wine "2004-01-14 CST" i get 0000000b as retval and 00000000 from GetLastError() starting with wine "2004-01-14 18:21:00 CST" up to current cvs i get 00000000 for retavl and 00000002 from GetLastError(). So for my understanding the patch http://cvs.winehq.com/patch.py?id=10682 broke the function. Bye Stefan

2 2

Re: Debugger doc pages
by Jason Edmeades 17 Jan '04

17 Jan '04

>> Is it something about my machine but when I go to the online debugger >> docs, eg: http://www.winehq.com/site/docs/wine-devel/wine-debugger I can >> see absolutely nothing in the text boxes. I can highlight the text and >> it appears to be in a minute font, and cut+paste into an editor shows me >> the text is there, its just too small to be visible. >> I tried with mozilla and IE (both from a Windows machine). >WORKSFORME with Firebird 0.7 on Fedora... and >It looks fine for me in Konqy, under Linux (RH9). >Is the font setup on that machine odd in any way? Not that I know of! Its a relatively new (<2months) old WinXP install, but its something weird as my other machine (win2k partition) can see them fine. If it was 'just' IE or just Mozilla, I wouldnt mind, but for both to be broken does make it look like a machine wide issue. Debugging this further, the style sheet has as font for <pre> 'Fixed'. I changed this to PRE { FONT-SIZE: 10pt; FONT-FAMILY: Courier, Fixed } and it works, so it implies my 10pt Fixed family font is wrong? On my 2k(working) box, I ran character map, and in the font dropdown I had Fixedsys but not fixed. On my XP box I actually had listed an entry for 'fixed', which sure enough had small fonts. Any idea how to get from charmap -> font? I dir a dir *fixed* /s on my machine, no luck. Anyone else with XP who could try that page and see if they suffer the same way please? Jason

1 0

Problem with configure/config.cache
by Dominik Strasser 17 Jan '04

17 Jan '04

Hi, I am running into a problem, each time I rerun tools/wineinstall: wineinstall calls configure; configure finds a valid config.cache. On detction of the aRTS sound server it does the following: if test "${ac_cv_c_artsserver+set}" = set; then echo $ECHO_N "(cached) $ECHO_C" >&6 else # check for aRTS ... so if configure is called repeatedly, the else clause is not executed. But only in this else clause, ARTSC_CFLAGS and ARTSC_LIBS are set, which results in an uncompilable wine alsa driver because ARTSLIBS and ARTSINCL is set to those vars. Something similar happens in the detection of the asm keywords to be used in the stabs generation. I am not an autoconf guru, so I have no clue how to fix this. Regards Dominik

2 1

Re: Partial MDI rewrite
by Alexandre Julliard 17 Jan '04

17 Jan '04

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Merge the MDI and common window creation code. Change a way > MDI children are managed in MDIClient. > Add support for MDICREATESTRUCT A<->W conversions. > Add support for WM_MDIREFRESHMENU. The critical section thing worries me, especially since you are doing things that may require sending messages in there. I think you should use the normal USER lock when locking is really necessary; note that anything that is only accessed from the window procedure doesn't need locking at all. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: Implement LockWindowUpdate [take 3]
by Alexandre Julliard 17 Jan '04

17 Jan '04

Mike Hearn <mike(a)theoretic.com> writes: > I hit Google and found a page describing how to reduce flickering in > FrontPage by writing a utility VB app using LockWindowUpdate and > FindWindow, so clearly my initial implementation was wrong and this does > need server support. The resultant code is also cleaner I feel. Yes it's much better. Now the problem is that the rest of the code won't be able to cope with it: in order to make sure painting always happens correctly, you will need to invalidate all the DCEs concerned by the window, to make sure all the update regions are recomputed correctly. Unfortunately this can't be done inter-process at the moment... -- Alexandre Julliard julliard(a)winehq.com

3 6

Regression tests and Paul Millars WRT
by Mike Hearn 17 Jan '04

17 Jan '04

So, I saw in WWN mention of this website which I stumbled across by accident a few weeks ago, and had another look. I couldn't believe how useful it was, yet nobody seemed to use it and it's not a part of WineHQ. A few questions, therefore: 1) Firstly, to Paul - could you hook things up so that when we get new red/purple builds an email is sent to wine-devel? I just sent a patch to fix the http tests that started failing but I wouldn't have seen it if it was not for your system. I think Alexandre runs the test suite before checking in each patch, but it's still possible that there are ones he misses (like this). If it was being done automatically perhaps AJ would not need to run the whole test suite before each commit, so he could work faster as well (and alexandre-cycles are waaaaay more valuable than cpu-cycles :) 2) Why is this not running on a WineHQ machine? Too expensive? Not needed? 3) Is the source to WRT available anywhere? thanks -mike

2 1

A question about winehq options
by Kirk Ruff 17 Jan '04

17 Jan '04

I am trying to work on a multimedia tab, unless someone else is doing this already. I am wondering what options should go on this tab. A select for the audio driver, wave mapper, and midi mapper is what I was thinking so far. The wave/midi mapper seem to each only have 1 option so what should I do for that? Is there any plan to add any more options to these two? The dsound options seem too obscure to be in winecfg, and I didn't see any other obvious options to put on. Hopefully someone else hasn't started on such a tab yet. Any help is appreciated.

3 3

Re: Need help debugging ... Ddraw issue
by Jason Edmeades 17 Jan '04

17 Jan '04

>I was following your posts here in real time and you almost found solutions faster than I could try them out, LOL! To be honest these things come down to luck sometimes, depending on what direction you start debugging! I was very lucky with this one - I ran them side by side on 2 machines, one under windows and one under wine, put breakpoints at the point of failure and worked backwards comparing the two. >I can confirm that the screen switches and a picture shows up when using full win-path and the mouse acts weird. >Haven't tried commenting out anything yet. Weird. Mine trapped as soon as the splash screen was removed, so I had to do that commenting before I could get to the main menu. >I'm trying to investigate that GetCommandLine thing. The one thing I couldnt answer is how the game 'gets' the command line. It doesnt (didnt!) appear to use any API to do it, although I didnt spend long looking into this. I hit it in wine when i tried to think of what possible ways you could get to the command line and tested some of them. This would probably need some more work to find out exactly how this game does it (I doubt it accesses the PEB directly). As to the mouse problem, I dont know - I've had other games where the mouse behaviour is weird and jumpy, but never quite like that. Does turning on (or off) dxgrab make a difference? (Not booted into Linux just now). Does DK2 suffer from the same thing, or is there another problem? Jason

2 1

Html Help
by Acke Carlsson 17 Jan '04

17 Jan '04

Heavy based on Chris Morgan's winebrowser i cut/paste a winehh, to use a Unix chm-file viewer. It works when there is no space in the path. How to do the transform from windows path to Unix path right? You find a static linked Unix chm-file viewer on this URL http://www.herdsoft.com/ftp/chmviewer-0.1.tar.gz Or get xchm from SourceForge Apologize for wrongly spelling. mvh Acke Carlsson Index: configure.ac =================================================================== RCS file: /mnt/hd/cvs/wine/wine/configure.ac,v retrieving revision 1.228 diff -u -r1.228 configure.ac --- configure.ac 9 Jan 2004 00:03:00 -0000 1.228 +++ configure.ac 9 Jan 2004 23:38:41 -0000 @@ -1657,6 +1657,7 @@ programs/wineconsole/Makefile programs/winedbg/Makefile programs/winefile/Makefile +programs/winehh/Makefile programs/winemenubuilder/Makefile programs/winemine/Makefile programs/winepath/Makefile Index: winedefault.reg =================================================================== RCS file: /mnt/hd/cvs/wine/wine/winedefault.reg,v retrieving revision 1.84 diff -u -r1.84 winedefault.reg --- winedefault.reg 6 Jan 2004 20:49:59 -0000 1.84 +++ winedefault.reg 9 Jan 2004 23:34:51 -0000 @@ -4614,6 +4614,16 @@ [HKEY_CLASSES_ROOT\http\shell\open\command] @="winebrowser %1" +[HKEY_CLASSES_ROOT\.chm] +@="chm.file" + +[HKEY_CLASSES_ROOT\chm.file] +@="Compiled HTML Help file" + +# Map requests to open "chm.file" entries to winehh +[HKEY_CLASSES_ROOT\chm.file\shell\open\command] +@="winehh %1" + # # Entries for DirectShow # Index: programs/Makefile.in =================================================================== RCS file: /mnt/hd/cvs/wine/wine/programs/Makefile.in,v retrieving revision 1.43 diff -u -r1.43 Makefile.in --- programs/Makefile.in 6 Jan 2004 20:49:59 -0000 1.43 +++ programs/Makefile.in 9 Jan 2004 23:47:00 -0000 @@ -27,6 +27,7 @@ wineconsole \ winedbg \ winefile \ + winehh \ winemenubuilder \ winemine \ winepath \ @@ -56,6 +57,7 @@ wineconsole \ winedbg \ winefile \ + winehh \ winemenubuilder \ winemine \ winepath \ @@ -78,6 +80,7 @@ wineconsole \ winedbg \ winefile \ + winehh \ winemine \ winepath \ winhelp @@ -107,6 +110,7 @@ wineconsole.exe \ winedbg.exe \ winefile.exe \ + winehh.exe \ winemenubuilder.exe \ winemine.exe \ winepath.exe \ @@ -227,6 +231,9 @@ winefile.exe$(DLLEXT): winefile/winefile.exe$(DLLEXT) $(RM) $@ && $(LN_S) winefile/winefile.exe$(DLLEXT) $@ +winehh.exe$(DLLEXT): winehh/winehh.exe$(DLLEXT) + $(RM) $@ && $(LN_S) winehh/winehh.exe$(DLLEXT) $@ + winemenubuilder.exe$(DLLEXT): winemenubuilder/winemenubuilder.exe$(DLLEXT) $(RM) $@ && $(LN_S) winemenubuilder/winemenubuilder.exe$(DLLEXT) $@ @@ -271,6 +278,7 @@ wineconsole/wineconsole.exe$(DLLEXT): wineconsole winedbg/winedbg.exe$(DLLEXT): winedbg winefile/winefile.exe$(DLLEXT): winefile +winehh/winehh.exe$(DLLEXT): winehh winemenubuilder/winemenubuilder.exe$(DLLEXT): winemenubuilder winemine/winemine.exe$(DLLEXT): winemine winepath/winepath.exe$(DLLEXT): winepath Index: programs/make_progs =================================================================== RCS file: /mnt/hd/cvs/wine/wine/programs/make_progs,v retrieving revision 1.2 diff -u -r1.2 make_progs --- programs/make_progs 6 Jan 2004 20:49:59 -0000 1.2 +++ programs/make_progs 9 Jan 2004 23:41:00 -0000 @@ -41,6 +41,7 @@ "wineconsole" => 1, "winedbg" => 1, "winefile" => 1, + "winehh" => 1, "winemine" => 1, "winepath" => 1, "winhelp" => 1, Index: tools/wineinstall =================================================================== RCS file: /mnt/hd/cvs/wine/wine/tools/wineinstall,v retrieving revision 1.64 diff -u -r1.64 wineinstall --- tools/wineinstall 6 Jan 2004 22:08:33 -0000 1.64 +++ tools/wineinstall 9 Jan 2004 23:43:59 -0000 @@ -146,6 +146,7 @@ link_app winhelp "$CROOT/windows/winhelp.exe" link_app winhelp "$CROOT/windows/winhlp32.exe" link_app winebrowser "$CROOT/windows/winebrowser.exe" + link_app winehh "$CROOT/windows/winehh.exe" } # startup... --- /dev/null 1970-01-01 01:00:00.000000000 +0100 +++ programs/winehh/.cvsignore 2004-01-10 01:18:52.000000000 +0100 @@ -0,0 +1,3 @@ +Makefile +winehh.exe.dbg.c +winehh.exe.spec.c --- /dev/null 1970-01-01 01:00:00.000000000 +0100 +++ programs/winehh/Makefile.in 2004-01-10 00:42:30.000000000 +0100 @@ -0,0 +1,14 @@ +TOPSRCDIR = @top_srcdir@ +TOPOBJDIR = ../.. +SRCDIR = @srcdir@ +VPATH = @srcdir@ +MODULE = winehh.exe +APPMODE = cui +IMPORTS = shell32 user32 advapi32 kernel32 + +C_SRCS = \ + main.c + +@MAKE_PROG_RULES@ + +### Dependencies: --- /dev/null 1970-01-01 01:00:00.000000000 +0100 +++ programs/winehh/main.c 2004-01-10 04:16:11.000000000 +0100 @@ -0,0 +1,109 @@ +/* + * winehh winelib app to launch native OS chm-file viewer + * + * Copyright (C) 2004 Chris Morgan + * Copyright (C) 2004 Acke Carlsson + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + * + * NOTES: + * Winehh is a winelib application that will start the appropriate + * native chm-file viewer up for a wine installation that lacks a + * windows chm-file viewer. + */ + +#include "config.h" +#include "wine/port.h" + +#include <windows.h> +#include <stdio.h> +#include <stdlib.h> +#include <errno.h> + +/***************************************************************************** + * Main entry point. This is a console application so we have a main() not a + * winmain(). + */ +int main (int argc, char *argv[]) +{ + static char path[MAX_PATH]; + + typedef BOOL (WINAPI *wine_get_unix_file_name_t) ( LPCWSTR dos, LPSTR buffer, DWORD len ); + wine_get_unix_file_name_t wine_get_unix_file_name_ptr = NULL; + + wine_get_unix_file_name_ptr = (wine_get_unix_file_name_t) + GetProcAddress(GetModuleHandle("KERNEL32"), "wine_get_unix_file_name"); + + fprintf(stderr, "winehh open: %s\n", argv[1]); + + WCHAR dosW[MAX_PATH]; + MultiByteToWideChar(CP_ACP, 0, argv[1], -1, dosW, MAX_PATH); + wine_get_unix_file_name_ptr(dosW, path, sizeof(path)); + + fprintf(stderr, "winehh open: %s\n", path); + + const char *argv_new[3]; + DWORD maxLength; + CHAR szChmViewer[256]; + DWORD type; + CHAR *defaultChmViewer = "displaychm,xchm"; + char *chmviewer; + HKEY hkey; + LONG r; + + /* is this necessary for a chmviewer */ + unsetenv("TEMP"); + unsetenv("TMP"); + + maxLength = sizeof(szChmViewer); + + if(RegCreateKeyEx( HKEY_CURRENT_USER, + "Software\\Wine\\WineHH", 0, NULL, + REG_OPTION_NON_VOLATILE, KEY_ALL_ACCESS, NULL, + &hkey, NULL)) + { + fprintf( stderr, "winehh: cannot create config key\n" ); + return 1; + } + + r = RegQueryValueExA( hkey, "ChmViewer", 0, &type, szChmViewer, &maxLength); + if(r != ERROR_SUCCESS) + { + /* set value to the default */ + RegSetValueExA(hkey, "ChmViewer", 0, REG_SZ, + (LPBYTE)defaultChmViewer, lstrlen(defaultChmViewer) + 1); + strcpy( szChmViewer, defaultChmViewer ); + } + + RegCloseKey(hkey); + + + /* now go through the list of chmviewers until we run out or we find one that */ + /* works */ + chmviewer = strtok(szChmViewer, ","); + + while(chmviewer) + { + argv_new[0] = chmviewer; + argv_new[1] = path; + argv_new[2] = NULL; + + spawnvp(_P_OVERLAY, chmviewer, argv_new); /* only returns on error */ + + chmviewer = strtok(NULL, ","); /* grab the next chmviewer */ + } + fprintf( stderr, "winehh: could not find a chmviewer to run\n" ); + return 1; +}

4 6

RE: dmesg error about pthreads
by PETREOLLE Sylvain 17 Jan '04

17 Jan '04

Hi Kevin, I have the same messages and was about to write to wine-devel. But I dont know what to do. -----Message d'origine----- De : Kevin DeKorte [mailto:kdekorte@yahoo.com] Envoyé : vendredi 16 janvier 2004 16:16 À : wine-devel(a)winehq.com Objet : dmesg error about pthreads On my FC1 system with the latest patches I'm getting this in the dmesg log. Been getting them for awhile. application bug: wine-pthread(4537) has SIGCHLD set to SIG_IGN but calls wait(). (see the NOTES section of 'man 2 wait'). Workaround activated. wine -v Wine 20031212 Is this anything I need to worry about Kevin ---------------------------------------------------------------------------- Ce message ainsi que toutes pièces jointes (le "message") sont confidentiels et sont exclusivement destinés à l'usage de la personne à laquelle ils sont adressés. Tout point de vue ou toute opinion contenus dans ce message expriment la pensée personnelle de leur auteur et ne représentent pas nécessairement la position des sociétés du Groupe GEFCO. Si vous n'êtes pas la personne à laquelle ce message est destiné, veuillez noter que vous avez reçu cet e-mail par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transférer, d'imprimer ou de copier ce message. Si vous avez reçu ce message par erreur, merci de contacter la personne qui vous l'a adressé et de l'effacer immédiatement. Les sociétés du Groupe GEFCO déclinent toute responsabilité en cas d'altération, de modification, d'édition, de diffusion sans autorisation de ce message ou en cas d'affection de ce message par un virus. This message and any attachments (the "message") are confidential and intended solely for the use of the individual to whom they are addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of the GEFCO Group of Companies. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. If you have received this message in error please contact the sender and delete the message immediately. The GEFCO Group of Companies shall not be liable for the message if altered, changed, falsified, edited, diffused without authorization or affected by any virus. ----------------------------------------------------------------------------

1 0

Re: [winecfg] - audio tab w/autodetection, misc
by Dimitrie O. Paun 17 Jan '04

17 Jan '04

On January 4, 2004 11:53 pm, Chris Morgan wrote: > I wasn't sure what to do with the resource files so I went and copied the > changes from the En.rc over to the rest of the rc files. Don't do that, it will hide the fact that the resource was not yet translated properly. Just update the En.rc one, and let the others be translated by the appropriate translators... -- Dimi.

2 1

Re: DPA_Create/Search may be missing
by Rolf Kalbermatter 16 Jan '04

16 Jan '04

On Fri, 16 Jan 2004, Hans Leidekker wrote: >> Did you by any chance build the test with MinGW? >No, I compiled it with Microsoft Visual C++ 6.0. I made sure to get the >latest and complete Windows SDK too as the previous one I had was >missing 'shlwapi.h'. Well those DPA (and DSA) functions are a little bit messy. They have been exported from the DLL since the start only by ordinal except maybe with Windows XP. The original Windows 95 SDK contained them all in the import libs (but no headers with the definitions) then they disappeard entirely from the SDK and were only lately added again to the SDK documentation together with many other undocumented shell32 functions. The import libs however missed them until SDK of February 2003 and there some, namely at least DPA_Create and DPA_GetPtr are still missing, requiring an application to either load them dynamiclly by ordinal or creating a separate import lib for them at least if you want to use Visual C ;-). Wine being smarter of course creates the correct import libs for its own use based on the spec files. Rolf Kalbermatter

1 0

slight trouble running winetests under windows
by Chris Morgan 16 Jan '04

16 Jan '04

I'm trying to get some of the wine tests compiling and running under windows, oleaut32 test specifically. I've got the project file built and everything opens fine under visual studio 6. The only issue is that during linking of the oleaut32 tests _IID_IFont is undefined. Oddly enough if I switch from a non-mfc project to a mfc project, compile, run into errors and then switch back to a non-mfc project things work fine, no more symbol errors about IID_IFont. I even tried cleaning things out and removing the output directory entirely and the test still compiles once the non-mfc->mfc->non-mfc change has been performed. I can't seem to see what difference going into mfc and back should have on the project, it seems like we are missing something from our .dsp project or something. I can't seem to identify changes in the .dsp or .dsw files either... Has anyone else seen this? Thanks, Chris

7 14

[Fwd: Bug#224498: A recipe of potential use to MS Office 97 aspiring users on Debian]
by Ove Kaaven 16 Jan '04

16 Jan '04

-----Videresendt melding----- From: Emmanuel Charpentier <charpent(a)bacbuc.dyndns.org> To: 224498(a)bugs.debian.org Cc: ovek(a)arcticnet.no Subject: Bug#224498: A recipe of potential use to MS Office 97 aspiring users on Debian Date: Mon, 12 Jan 2004 23:16:44 +0100 Dear Ove, dear Wine users and w(h)iners, First, a big "Thank you" to Ove : maintaining a Debian package is work, and maintaining a beast such as Wine is *hard* work. I feel very grateful to Debian maintainers, and to Ove. I have read the bug report about MS Office and the consecutive somewhat heated argument. While I won't delve in the "necessities" of using MS programs, I agree that there is not yet a free tool able to reach into .mdb databases sent by people you can't demand another format. (Yes, I'm aware of the .mdb tools. They crash on me any time I try to use them on a French .mdb ...). Ant that might be justification enough to try to get Wine working with that piece of s...oftware. The following recipe *might* help people not yet able to get rid of MS Office. Start by getting the latest (20031212) version of wine (that's in unstable for you, Debian users ...). This version seems to be a *vast* improvement over whatever I tried before (last time was summer '03, IIRC). You will need a working Windows 98 installation (for which, of course, you have a valid license...). But you'll have to start with a fresh no-windows installation. The simplest way I found is to rename any previous .wine/config file and .wine/fake-windows directory, then to call winsetup and to ask for the creation of a new config file without Windows installation. Starting from here, install from the MS cdrom : wine /cdrom/install.exe. This installation will copy a lot of files, then FAIL. That's not a problem. You'll then grab the following files from your working Windows installation: - stdole32.tlb (This one is the only one needed for Winword, Powerpoint and maybe Excel). - ole32.dll - vbajet32.dll (and maybe vba332.dll (that's not a typo), can't recall at the moment). - oleaut32.dll - msacnv30.dll - tzisolat.dll - (maybe) odbc.dll IIRC, all of this, except vba332.dll come from the \Windows\System directory of your native Win98 installation and go to .wine/fake_windows/Windows/System directory. In the .wine/config file, mark these libraries as "native,builtin" in the [DLLOverrides] section. Restart the installation of MS Office from the CD. This time, the installation should work (and be much faster than the first time around, since almost all file already exist). It will complaint that it cannot DDE-connect to the desktop (in order to create the shortcuts), but that's harmless : just hit "Ignore". The first launch of the applications may be painful : at first run, MS Office apps try to launch a "helpful" dialog box "presenting" the application, which have trouble communicating with the main program. I found that minimizing and restoring the main window may help. Don't ask me why. As far as my limited test can tell, Winword and Powerpoint work fine. With the relevant fonts in xfs and a correct CUPS setup, printing is automatic and gives very good results. MS Access still gives me guff : I have Cyrillic characters in place of Western accented characters, form creation dialog boxes have serious quirks (e. g. the "Properties" dialog box fights for focus with the "Save as" dialog box in Design mode), I had a crash trying to display an "outer join" view, etc ... But that is infinitely better that no MS Access at all ... I have now some hope of solving some of these hurdles. The SR1 and SR2 "service packs" can be installed with no problems. Hoping this helps, Emmanuel Charpentier PS : Ove, if you think this might be of interest elsewhere, and does not step too rudely on the (very) sensitive toes of DFSG and Social Contract, please feel free to forward to any relevant place, cut and paste or paraphrase at will ... PPS : Mandatory disclaimer : I found this by trial and error. I might be wrong. But that's my problem. Now, I won't accept *ANY* responsibility for the (mis-)use you may make of this information, either technical or legal. In other words, you're on your own : if this blows your system, drowns your basement, launches against you a thousand of ships full of angered Microsoft lawyers, shaves your cat or rapes your grandma (or vice-versa), that's *YOUR* problem, buddy, not mine.

1 0

Need help debugging ...
by Frank.Schruefer＠t-online.de 16 Jan '04

16 Jan '04

Hy list, I like to learn how to fix wine problems myself and am trying to track down an exception occuring while starting good old 'Dungeon Keeper'. For now I have two problems: 1. When I invoke the game with 'wine' and with 'winedbg' I get different exception messages (traces see below), why? 2. How to compile debug information into the 32bit DLL's so I don't get 'No debug information in 32bit DLL' anymore and maybe some better info? I tried 'configure --enable-debug && make depend && make && su -c "make install"' to no avail. I compiled 'fixme's into the 'SetThreadExecutionState' and 'VerSetConditionMask' funcs to see where the exceptions occure but it seems the methods aren't even called at all because the messages don't get printed out (or need the fixme messages switched on somewhere for that particular dll?). I also tried to start with --debugmsg +all in which case the output is overwriting the winedbg command line interface and crashing it when trying to exit with CTRL-C and CTRL-D. Only killall -9 wine-pthread helps then. The wine I'm using is fresh from CVS as of 15. Jan. 2004 but I had the problem with earlier versions too. ============= STARTING WITH 'wine' ================ merlin@Merlin:~/.wine/fake_windows/Program Files/Bullfrog/Keeper> wine KEEPER95.EXE wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 8 Loaded debug information from ELF 'wine' ((nil)) No debug information in 32bit DLL 'C:\Program Files\Bullfrog\Keeper\KEEPER95.EXE' (0x400000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40220000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x404b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40760000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x406f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x407d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x40790000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x408f0000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\MSS32.DLL' (0x20000000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x409e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x40960000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\WSND7R.DLL' (0x10000000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\SMACKW32.DLL' (0x40022000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DDRAW.DLL' (0x40a20000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DPLAYX.DLL' (0x40be0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\IPHLPAPI.DLL' (0x40c30000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WS2_32.DLL' (0x40c10000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WSOCK32.DLL' (0x40a80000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40d10000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x41390000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x413e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x413c0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x41400000) Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x00406062). In 32-bit mode. 0x00406062 (KEEPER95.EXE..text+0x5062 in KEEPER95.EXE): movb $0x0,0x0(%eax) Wine-dbg>bt Backtrace: =>0 0x00406062 (KEEPER95.EXE..text+0x5062 in KEEPER95.EXE) (ebp=406cff2c) 1 0x40501e3d (KERNEL32.DLL.SetThreadExecutionState+0x17fd in KERNEL32.DLL) (ebp=406cfff4) 2 0x4003e60d (SMACKW32.DLL..reloc+0x660d) (ebp=00000000) Wine-dbg> ============= STARTING WITH 'wine' END ============ ============= STARTING WITH 'winedbg' ============= merlin@Merlin:~/.wine/fake_windows/Program Files/Bullfrog/Keeper> winedbg KEEPER95.EXE fixme:console:SetConsoleCtrlHandler (0x405feed0,1) - no error checking or testing yet WineDbg starting on pid 19 Breakpoint 1 at 0x004f1ed0 Unable to add breakpoint, will check again any time a new DLL is loaded Loaded debug information from ELF 'wine' ((nil)) No debug information in 32bit DLL 'C:\Program Files\Bullfrog\Keeper\KEEPER95.EXE' (0x400000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40220000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x404b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40760000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x406f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x407d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x40790000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x408f0000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\MSS32.DLL' (0x20000000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x409e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x40960000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\WSND7R.DLL' (0x10000000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\SMACKW32.DLL' (0x40a05000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DDRAW.DLL' (0x40a40000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DPLAYX.DLL' (0x40be0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\IPHLPAPI.DLL' (0x40c30000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WS2_32.DLL' (0x40c10000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WSOCK32.DLL' (0x40aa0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40d20000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x41390000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x413e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x413d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x41400000) In 32-bit mode. Wine-dbg>cont Stopped on breakpoint 1 at 0x004f1ed0 (KEEPER95.EXE.EntryPoint in KEEPER95.EXE) Wine-dbg>cont First chance exception: page fault on write access to 0x00000000Invalid address for breakpoint 1, disabling it in 32-bit code (0x00406062). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:1007 GS:0007 EIP:00406062 ESP:406cfd18 EBP:406cff2c EFLAGS:00010206( R- 00 I - -P1 ) EAX:00000000 EBX:ffffffff ECX:00000000 EDX:406cfcec ESI:00776685 EDI:406cfd99 Stack dump: 0x406cfd18 (KERNEL32.DLL.VerSetConditionMask+0x14e97a): *** Invalid address 0x406cfd18 (KERNEL32.DLL.VerSetConditionMask+0x14e97a) 0200: sel=1007 base=4001a000 limit=00001f83 32-bit rw- Backtrace: =>0 0x00406062 (KEEPER95.EXE..text+0x5062 in KEEPER95.EXE) (ebp=406cff2c) Can't read TEB:cur_stack 0x00406062 (KEEPER95.EXE..text+0x5062 in KEEPER95.EXE): *** Invalid address 0x00406062 (KEEPER95.EXE..text+0x5062 in KEEPER95.EXE) -- no code -- Wine-dbg> ============= STARTING WITH 'winedbg' END ========= -- Thanks, Frank

4 5

Debugger bugs.
by Frank.Schruefer＠t-online.de 16 Jan '04

16 Jan '04

Hy, I've stumbled over problems trying to debug RtlCreateUserThread. The error I get depends on how I'm stepping through the code but seems to be caused by the syscall __NR_rt_sigprocmask (int 0x80 with eax=175). The thread for which procmask should get set is created by TIME_MMTimeStart in winmm/time.c; Unfortunately I've no idea whether that's "normal" or how to fix ... If you want me to provide more info just tell me what you need to know. I got three versions (common trace of all three versions see below): ========= FIRST VERSION: Stepping over 'sigprocmask( SIG_BLOCK, &block_set, &old_set );' ============= ... (COMMON TRACE) ... Wine-dbg> 241 struct __server_request_info * const req = req_ptr; Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> err:seh:setup_exception stack overflow 192 bytes in thread 000b eip 4023035b esp 405e0f40 stack 0x405e0000-0x406e0000 Invalid address for breakpoint 0, disabling it Invalid address for breakpoint 1, disabling it Invalid address for breakpoint 2, disabling it Invalid address for breakpoint 3, disabling it Process of pid=0000000a has terminated Wine-dbg> ====================================================================================================== ========= SECOND VERSION: Stepping over 'int 0x80' with eax=0xAF (=175) ============================== ... (COMMON TRACE) ... Wine-dbg> 241 struct __server_request_info * const req = req_ptr; Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg>si 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc81 (wine_server_call+0x22 [server.c:244] in NTDLL.DLL): pushl %eax 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc82 (wine_server_call+0x23 [server.c:244] in NTDLL.DLL): leal 0x5884(%ebx),%eax 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc88 (wine_server_call+0x29 [server.c:244] in NTDLL.DLL): pushl %eax 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc89 (wine_server_call+0x2a [server.c:244] in NTDLL.DLL): pushl $0x0 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc8b (wine_server_call+0x2c [server.c:244] in NTDLL.DLL): call 0x40211788 (_init+0x46c in ntdll.dll.so) 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 0x40211788 (_init+0x46c in ntdll.dll.so): jmp *0x11c(%ebx) Wine-dbg> 0x400cdb10 (NTDLL.DLL.toupper+0x64a0 in libc.so.6): pushl %ebp Wine-dbg> 0x400cdb11 (NTDLL.DLL.toupper+0x64a1 in libc.so.6): movl %esp,%ebp Wine-dbg> 0x400cdb13 (NTDLL.DLL.toupper+0x64a3 in libc.so.6): subl $8,%esp Wine-dbg> 0x400cdb16 (NTDLL.DLL.toupper+0x64a6 in libc.so.6): movl %esi,0x0(%esp) Wine-dbg> 0x400cdb19 (NTDLL.DLL.toupper+0x64a9 in libc.so.6): movl $0x8,%esi Wine-dbg> 0x400cdb1e (NTDLL.DLL.toupper+0x64ae in libc.so.6): movl %edi,0x4(%esp) Wine-dbg> 0x400cdb22 (NTDLL.DLL.toupper+0x64b2 in libc.so.6): movl 0x8(%ebp),%edi Wine-dbg> 0x400cdb25 (NTDLL.DLL.toupper+0x64b5 in libc.so.6): movl 0xc(%ebp),%ecx Wine-dbg> 0x400cdb28 (NTDLL.DLL.toupper+0x64b8 in libc.so.6): movl 0x10(%ebp),%edx Wine-dbg> 0x400cdb2b (NTDLL.DLL.toupper+0x64bb in libc.so.6): xchgl %ebx,%edi Wine-dbg> 0x400cdb2d (NTDLL.DLL.toupper+0x64bd in libc.so.6): movl $0xaf,%eax Wine-dbg> 0x400cdb32 (NTDLL.DLL.toupper+0x64c2 in libc.so.6): int $0x80 Wine-dbg> fixme:seh:UnhandledExceptionFilter Unhandled error on debug event: 0 0x400cdb36 (NTDLL.DLL.toupper+0x64c6 in libc.so.6): cmpl $-4096,%eax Wine-dbg> ====================================================================================================== ========= THIRD VERSION: Stepping into 'int 0x80' with eax=0xAF (=175) =============================== ... (COMMON TRACE) ... Wine-dbg> 241 struct __server_request_info * const req = req_ptr; Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg>si 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc81 (wine_server_call+0x22 [server.c:244] in NTDLL.DLL): pushl %eax 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc82 (wine_server_call+0x23 [server.c:244] in NTDLL.DLL): leal 0x5884(%ebx),%eax 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc88 (wine_server_call+0x29 [server.c:244] in NTDLL.DLL): pushl %eax 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc89 (wine_server_call+0x2a [server.c:244] in NTDLL.DLL): pushl $0x0 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); 0x4024cc8b (wine_server_call+0x2c [server.c:244] in NTDLL.DLL): call 0x40211788 (_init+0x46c in ntdll.dll.so) 244 sigprocmask( SIG_BLOCK, &block_set, &old_set ); Wine-dbg> 0x40211788 (_init+0x46c in ntdll.dll.so): jmp *0x11c(%ebx) Wine-dbg> 0x400cdb10 (NTDLL.DLL.toupper+0x64a0 in libc.so.6): pushl %ebp Wine-dbg> 0x400cdb11 (NTDLL.DLL.toupper+0x64a1 in libc.so.6): movl %esp,%ebp Wine-dbg> 0x400cdb13 (NTDLL.DLL.toupper+0x64a3 in libc.so.6): subl $8,%esp Wine-dbg> 0x400cdb16 (NTDLL.DLL.toupper+0x64a6 in libc.so.6): movl %esi,0x0(%esp) Wine-dbg> 0x400cdb19 (NTDLL.DLL.toupper+0x64a9 in libc.so.6): movl $0x8,%esi Wine-dbg> 0x400cdb1e (NTDLL.DLL.toupper+0x64ae in libc.so.6): movl %edi,0x4(%esp) Wine-dbg> 0x400cdb22 (NTDLL.DLL.toupper+0x64b2 in libc.so.6): movl 0x8(%ebp),%edi Wine-dbg> 0x400cdb25 (NTDLL.DLL.toupper+0x64b5 in libc.so.6): movl 0xc(%ebp),%ecx Wine-dbg> 0x400cdb28 (NTDLL.DLL.toupper+0x64b8 in libc.so.6): movl 0x10(%ebp),%edx Wine-dbg> 0x400cdb2b (NTDLL.DLL.toupper+0x64bb in libc.so.6): xchgl %ebx,%edi Wine-dbg> 0x400cdb2d (NTDLL.DLL.toupper+0x64bd in libc.so.6): movl $0xaf,%eax Wine-dbg> 0x400cdb32 (NTDLL.DLL.toupper+0x64c2 in libc.so.6): int $0x80 Wine-dbg>ni err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 4024e090 esp 4001bc60 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b880 stack 0x405e0000-0x406e0000 err:seh:setup_exception nested exception on signal stack in thread 000f eip 400cdb35 esp 4001b4b4 stack 0x405e0000-0x406e0000 ... INFINITE LOOP, PATTERN NOW REPEATING UNTIL 'killall -9 wine-pthread' ... ====================================================================================================== ============================================ COMMON TRACE ============================================ merlin@Merlin:/my/hom/merlin/.wine/fake_windows/Program Files/Bullfrog/Keeper> winedbg KEEPER95.EXE fixme:console:SetConsoleCtrlHandler (0x40615b43,1) - no error checking or testing yet WineDbg starting on pid e Breakpoint 1 at 0x004f1ed0 Unable to add breakpoint, will check again any time a new DLL is loaded Loaded debug information from ELF '/usr/local/bin/wine-pthread' ((nil)) Breakpoint 2 at 0x4000dd60 (_end+0x2fef9d60) Loaded debug information from ELF '/usr/local/lib/libwine.so.1' (0x4003a000) No debug information in ELF '/lib/i686/libpthread.so.0' (0x40053000) No debug information in ELF '/lib/i686/libc.so.6' (0x400a4000) No debug information in ELF '/lib/libdl.so.2' (0x401d7000) No debug information in ELF '/lib/i686/libm.so.6' (0x401da000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) Loaded debug information from ELF '/usr/local/lib/wine/ntdll.dll.so' (0x401fe000) Loaded debug information from ELF '/usr/local/lib/libwine_unicode.so.1' (0x40274000) Loaded debug information from ELF '/usr/local/lib/wine/kernel32.dll.so' (0x40480000) No debug information in 32bit DLL 'C:\Program Files\Bullfrog\Keeper\KEEPER95.EXE' (0x400000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40220000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x404b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40780000) Loaded debug information from ELF '/usr/local/lib/wine/gdi32.dll.so' (0x406e0000) Loaded debug information from ELF '/usr/local/lib/wine/advapi32.dll.so' (0x4076a000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40700000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x407e0000) Loaded debug information from ELF '/usr/local/lib/wine/winspool.drv.so' (0x4079c000) Loaded debug information from ELF '/usr/local/lib/wine/user32.dll.so' (0x407c1000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x407b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x40920000) Loaded debug information from ELF '/usr/local/lib/wine/winmm.dll.so' (0x40914000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\MSS32.DLL' (0x20000000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x40a20000) Loaded debug information from ELF '/usr/local/lib/wine/ole32.dll.so' (0x40988000) Loaded debug information from ELF '/usr/local/lib/wine/rpcrt4.dll.so' (0x40a04000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x409a0000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\WSND7R.DLL' (0x10000000) No debug information in 32bit DLL 'C:\PROGRAM FILES\BULLFROG\KEEPER\SMACKW32.DLL' (0x40a4e000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DDRAW.DLL' (0x40a90000) Loaded debug information from ELF '/usr/local/lib/wine/ddraw.dll.so' (0x40a66000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40021000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40b08000) No debug information in ELF '/usr/X11R6/lib/libXrandr.so.2' (0x4001c000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x40032000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40b1f000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40b2d000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\DPLAYX.DLL' (0x40c40000) Loaded debug information from ELF '/usr/local/lib/wine/dplayx.dll.so' (0x40c29000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\IPHLPAPI.DLL' (0x40ca0000) Loaded debug information from ELF '/usr/local/lib/wine/wsock32.dll.so' (0x40ae8000) Loaded debug information from ELF '/usr/local/lib/wine/ws2_32.dll.so' (0x40c66000) Loaded debug information from ELF '/usr/local/lib/wine/iphlpapi.dll.so' (0x40c8e000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WS2_32.DLL' (0x40c70000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WSOCK32.DLL' (0x40af0000) No debug information in ELF '/usr/lib/libfreetype.so.6' (0x40ccf000) No debug information in ELF '/usr/lib/libfontconfig.so.1' (0x40d25000) No debug information in ELF '/usr/lib/libexpat.so.0' (0x40d4d000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40d80000) Loaded debug information from ELF '/usr/local/lib/wine/x11drv.dll.so' (0x40d6d000) No debug information in ELF '/usr/lib/tls/libGL.so.1' (0x40df6000) No debug information in ELF '/usr/lib/tls/libGLcore.so.1' (0x40e53000) No debug information in ELF '/usr/X11R6/lib/libXcursor.so.1' (0x413a8000) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2' (0x4002a000) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2' (0x40caf000) No debug information in ELF '/usr/lib/gconv/ISO8859-15.so' (0x405dd000) No debug information in ELF '/usr/lib/libcups.so.2' (0x41415000) No debug information in ELF '/usr/lib/libssl.so.0.9.7' (0x41432000) No debug information in ELF '/usr/lib/libcrypto.so.0.9.7' (0x41462000) No debug information in ELF '/lib/libnss_files.so.2' (0x41554000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x41410000) Loaded debug information from ELF '/usr/local/lib/wine/wineoss.drv.so' (0x413f5000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x41460000) Loaded debug information from ELF '/usr/local/lib/wine/msacm.drv.so' (0x41438000) Loaded debug information from ELF '/usr/local/lib/wine/msacm32.dll.so' (0x41450000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x41440000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x41480000) Loaded debug information from ELF '/usr/local/lib/wine/midimap.drv.so' (0x41472000) In 32-bit mode. Wine-dbg>c Stopped on breakpoint 1 at 0x004f1ed0 (KEEPER95.EXE.EntryPoint in KEEPER95.EXE) Wine-dbg>b RtlCreateUserThread Many symbols with name 'RtlCreateUserThread', choose the one you want (<cr> to abort): [1]: 0x40596350 (RtlCreateUserThread in KERNEL32.DLL) [2]: 0x40252665 (RtlCreateUserThread [thread.c:208] in NTDLL.DLL) => 2 Breakpoint 3 at 0x40252665 (RtlCreateUserThread [thread.c:208] in NTDLL.DLL) Wine-dbg>c Stopped on breakpoint 3 at 0x40252665 (RtlCreateUserThread [thread.c:208] in NTDLL.DLL) 208 { Wine-dbg>s 209 struct startup_info *info = NULL; Wine-dbg> 210 HANDLE handle = 0; Wine-dbg> 211 TEB *teb = NULL; Wine-dbg> 212 DWORD tid = 0; Wine-dbg> 217 if (pipe( request_pipe ) == -1) return STATUS_TOO_MANY_OPENED_FILES; Wine-dbg> 218 fcntl( request_pipe[1], F_SETFD, 1 ); /* set close on exec flag */ Wine-dbg> 219 wine_server_send_fd( request_pipe[0] ); Wine-dbg> 267 vec.iov_base = (void *)&data; Wine-dbg> 268 vec.iov_len = sizeof(data); Wine-dbg> 270 msghdr.msg_name = NULL; Wine-dbg> 271 msghdr.msg_namelen = 0; Wine-dbg> 272 msghdr.msg_iov = &vec; Wine-dbg> 273 msghdr.msg_iovlen = 1; Wine-dbg> 279 cmsg.len = sizeof(cmsg); Wine-dbg> 280 cmsg.level = SOL_SOCKET; Wine-dbg> 281 cmsg.type = SCM_RIGHTS; Wine-dbg> 282 cmsg.fd = fd; Wine-dbg> 283 msghdr.msg_control = &cmsg; Wine-dbg> 284 msghdr.msg_controllen = sizeof(cmsg); Wine-dbg> 285 msghdr.msg_flags = 0; Wine-dbg> 288 data.tid = GetCurrentThreadId(); Wine-dbg> 289 data.fd = fd; Wine-dbg> 293 if ((ret = sendmsg( fd_socket, &msghdr, 0 )) == sizeof(data)) return; Wine-dbg> 299 } Wine-dbg> 221 SERVER_START_REQ( new_thread ) Wine-dbg> 223 req->suspend = suspended; Wine-dbg> 224 req->inherit = 0; /* FIXME */ Wine-dbg> 225 req->request_fd = request_pipe[0]; Wine-dbg> 226 if (!(status = wine_server_call( req ))) Wine-dbg> 241 struct __server_request_info * const req = req_ptr; Wine-dbg> (LAST 3 LINES REPEATED IN ABOVE VERSIONS TO MAKE CLEAR WHERE THEY START) ====================================================================================================== -- Frank

1 0

Re: More Vacation backlog
by Alexandre Julliard 16 Jan '04

16 Jan '04

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > appended patch opens the devicefile connected to a drive as connected by the > user in ~/.wine/config [Drive X] "Device" = "/dev/yyy". > The appropriate action on that file ( read, write, set_file_pointer, ...) > succeed > according the the righte the user has on that device. The device should be opened like a normal file, using the create_file request. Then there wouldn't be any need to change the server device object (which is a nasty hack that should be removed). -- Alexandre Julliard julliard(a)winehq.com

3 3

Re: DPA_Create/Search may be missing
by Hans Leidekker 16 Jan '04

16 Jan '04

On Friday 16 January 2004 11:57, Francois Gouget wrote: > On NT4 (or is that on Internet Explorer <=5?), comctl32 is missing entry > points for DPA_Create and DPA_Search. So we need to link them > dynamically if we want the rest of the tests to run. Did you by any chance build the test with MinGW? I submitted a patch like yours a while ago and it was rejected because DPA_Create & friends where present in comctl32 but are exported by ordinal only. MinGW's libs export these by name, not ordinal only, so the resulting binary will not run on Windows. -Hans

2 1

Re: Shell32 patch from ROS 2
by Marcelo Duarte 16 Jan '04

16 Jan '04

OK. Relatively to files shlexec.c (ShellExecute, etc) I will do it. Others with you ;) ----- Original Message ----- From: "Steven Edwards" <steven_ed4153(a)yahoo.com> To: <wine-devel(a)bol.com.br>; <wine-patches(a)winehq.org> Sent: Friday, January 16, 2004 2:15 PM Subject: Re: Shell32 patch from ROS 2 > Hello Marcelo, > --- Marcelo Duarte <wine-devel(a)bol.com.br> wrote: > > Changelog: > > "Martin Fuchs" <martin-fuchs(a)gmx.net> > > - fixed HCR_GetExecuteCommandExA/W() to correct ShellExecuteEx() > > behaviour > > with flag SEE_MASK_CLASSNAME set > > Thanks for your help merging this patch. > Steven > > > __________________________________ > Do you Yahoo!? > Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes > http://hotjobs.sweepstakes.yahoo.com/signingbonus

1 0

Jump to page:

2025

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