wine-devel May 2005

wine-devel@winehq.org

145 participants
348 discussions

Bug 2660
by Dustin Navea 11 May '05

11 May '05

Bug 2660 is a regression, and the patch causing it is here: http://www.winehq.org/hypermail/wine-cvs/2004/12/0100.html Could someone take a look at the patch to see what may be wrong? Multiple (over 3) users are having this same problem on multiple versions of lotus notes..

4 3

Re: Assertion fails in riched20; relay debug segfaults
by Adrian Harvey 11 May '05

11 May '05

> On Mon, 09 May 2005 21:44:58 +1200, Adrian Harvey wrote: > > If I try to GDB wine I get all sorts of ugly errors > > Try an strace in "follow forks mode". Does that help? > > thanks -mike Ok, here goes: $ WINEDEBUG=+relay strace -f wine execve("/usr/local/bin/wine", ["wine"], [/* 34 vars */]) = 0 [ Process PID=7877 runs in 32 bit mode. ] uname({sys="Linux", node="orac", ...}) = 0 brk(0) = 0x804a000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(0x3, 0xffffce38) = 0 old_mmap(0x1e7c500000000, 8589934593, PROT_READ|PROT_WRITE, 0xf /* MAP_??? */|MAP_FIXED|MAP_ANONYMOUS|MAP_NORESERVE|MAP_POPULATE| MAP_NONBLOCK|MAP_GROWSDOWN|MAP_DENYWRITE|MAP_EXECUTABLE|MAP_LOCKED| 0xfffe06c0, 770, 0x2075c00000000) = 0x55555000 close(3) = 0 open("/usr/local/lib/libwine.so.1", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\31"..., 512) = 512 fstat64(0x3, 0xffffcecc) = 0 old_mmap(0x100000000000, 146028888067, PROT_READ|PROT_WRITE|PROT_EXEC| PROT_GROWSDOWN|PROT_GROWSUP|0xfcfffff8, 0x4 /* MAP_??? */|MAP_FIXED| MAP_ANONYMOUS|MAP_GROWSDOWN|MAP_DENYWRITE|MAP_EXECUTABLE|0x560680, 5645560, 0x80055b415) = 0x55574000 old_mmap(0x1888000000000, 8804682956805, PROT_READ|PROT_WRITE, 0x5 /* MAP_??? */|MAP_FIXED|MAP_POPULATE|MAP_NONBLOCK|MAP_EXECUTABLE| MAP_LOCKED|0x540400, 28, 0x5543b5ffffce10) = 0x55575000 old_mmap(0x10005557b000, 8873402433539, PROT_READ|PROT_WRITE, 0x5 /* MAP_??? */|MAP_FIXED|MAP_POPULATE|MAP_NONBLOCK|MAP_EXECUTABLE| MAP_LOCKED|0x540400, 28, 0x5543b5ffffce10) = 0x5557b000 old_mmap(0x118805557c000, 214748364803, PROT_READ|PROT_WRITE|PROT_EXEC| PROT_GROWSDOWN|PROT_GROWSUP|0xfcfffff8, 0x5 /* MAP_??? */|MAP_FIXED| MAP_POPULATE|MAP_NONBLOCK|MAP_EXECUTABLE|MAP_LOCKED|0x540400, 28, 0x5543b5ffffce10) = 0x5557c000 close(3) = 0 open("/lib/tls/libpthread.so.0", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\10l"..., 512) = 512 fstat64(0x3, 0xffffceb0) = 0 old_mmap(0x111dc006bc000, 8804682956805, PROT_READ|PROT_WRITE, MAP_FILE, 0, 0) = 0x6bc000 old_mmap(0x2000006ca000, 8873402433539, PROT_READ|PROT_WRITE, MAP_FILE, 0, 0) = 0x6ca000 old_mmap(0x11dc006cc000, 214748364803, PROT_READ|PROT_WRITE|PROT_EXEC| PROT_GROWSDOWN|PROT_GROWSUP|0xfcfffff8, MAP_FILE, 0, 0) = 0x6cc000 close(3) = 0 open("/lib/tls/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\237"..., 512) = 512 fstat64(0x3, 0xffffce94) = 0 old_mmap(0x129c9c00565000, 8804682956805, PROT_READ|PROT_WRITE, MAP_FILE, 0, 0x6cb12400000000) = 0x565000 mprotect(0x688000, 27804, PROT_NONE) = 0 old_mmap(0x400000689000, 8873402433539, PROT_READ|PROT_WRITE, MAP_FILE, 0, 0x6cb12400000000) = 0x689000 old_mmap(0x1c9c0068d000, 214748364803, PROT_READ|PROT_WRITE|PROT_EXEC| PROT_GROWSDOWN|PROT_GROWSUP|0xfcfffff8, MAP_FILE, 0, 0x6cb12400000000) = 0x68d000 close(3) = 0 open("/lib/libdl.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\33"..., 512) = 512 fstat64(0x3, 0xffffcdf8) = 0 old_mmap(0x306400691000, 8804682956805, PROT_READ|PROT_WRITE, MAP_FILE, 0, 0) = 0x691000 old_mmap(0x200000693000, 8873402433539, PROT_READ|PROT_WRITE, MAP_FILE, 0, 0) = 0x693000 close(3) = 0 old_mmap(0x100000000000, 146028888067, PROT_READ|PROT_WRITE|PROT_EXEC| PROT_GROWSDOWN|PROT_GROWSUP|0xfcfffff8, 0x4 /* MAP_??? */|MAP_FIXED| MAP_ANONYMOUS|MAP_GROWSDOWN|MAP_DENYWRITE|MAP_EXECUTABLE|0x560680, 512, 0x80055b415) = 0x5558e000 mprotect(0x693000, 4096, PROT_READ) = 0 mprotect(0x689000, 8192, PROT_READ) = 0 mprotect(0x6ca000, 4096, PROT_READ) = 0 mprotect(0x561000, 4096, PROT_READ) = 0 set_thread_area(0xffffd644) = 0 munmap(0x55555000, 124869) = 0 set_tid_address(0x5558e928) = 7877 rt_sigaction(SIGRTMIN, {0x4006c0380, [], 0x56d6f8}, NULL, 0) = 0 rt_sigaction(SIGRT_1, {0x10000004006c03f0, [], 0x56d6f8}, NULL, 0) = 0 rt_sigprocmask(SIG_UNBLOCK, [], NULL, 0) = 0 getrlimit(RLIMIT_STACK, {rlim_cur=-4284481536, rlim_max=0}) = 0 Bus error $ 0009:Call kernel32.__wine_kernel_init() ret=55727d9e Well, I got some output at least! Never used strace before, but it looks kinda like a +relay trace for the kernel :-) Not sure what to make of the results, and I won't have time to look into it further til tomorrow... I also happened to be tailing the syslog (I was looking at something completely different) and I noticed that the following was written: May 11 22:50:55 orac kernel: strace[7749] trap stack segment rip:410c86 rsp:800000007b20 error:0 May 11 22:50:55 orac kernel: wine-preloader[7750]: segfault at 000000005575b624 rip 000000005575b624 rsp 00000000ffffc824 error 15 I doubt it's much use, but I thought any information might help here.... Adrian

2 1

Bug 2608 - shrinker compressed dll's cause error
by Dustin Navea 11 May '05

11 May '05

This has been reported on Might and Magic 6. The file mss32.dll is compressed with a program called shrinker, when the game is installed. If another program called DeShrinker is not run on that file, MM6 refuses to run with an error. Once that is run, the game runs fine. According to the notes, there is an extra piece of information in the header in the shrinker compressed dll's called .shrink . I think this has something to do with it, but I am not totally sure. Dustin

2 1

Bug 2919
by Dustin Navea 11 May '05

11 May '05

Bug 2919 is beyond my area, but there is a backtrace posted. Could someone take a look and guide me on what logs to get? Thanks P.S. If you could also tell me how to determine this information for myself, it would save the list and myself a lot of time and typing. :-) Dustin

2 1

Initial popup window and window manager
by Jose Alonso 11 May '05

11 May '05

I have a problem with an application that creates a initial popup window and starts another application. The window for the second application is completely covered by the initial popup window. Investigating the problem, I found that the popup window is not managed by the window manager and no other wine or gnome window can go on top of this window (even on top windows). Making the popup window managed works for me (Fedora core 3, gnome, metacity). I don't know in other configurations. See attached patch. I am attaching also a small program to create the popup window. -- alonso

2 1

New debugging tutorials
by Mike Hearn 11 May '05

11 May '05

Hi, I've added the first of what will hopefully become many debugging tutorials to the wiki: http://wiki.winehq.com/DebuggingTutorials Sometimes fixing Wine can be a bit hard to get into. Hopefully these short "show me" guides will give people a taste for what it involves and help newbies start. Please feel free to add more! They shouldn't be too advanced (so no copy protection, WM or DCOM debugging ;) but multiple levels of difficulty is fine. Ideally they should all be based on real apps. thanks -mike

2 1

Docs at SourceForge
by Dimi Paun 11 May '05

11 May '05

Hi folks, As most of you already noticed, the SGML docs have moved over to the CVS SourceForge: http://sourceforge.net/cvs/?group_id=6241 They clearly did not belong in the tree, and we decided at WineConf05 to move them out of there. So we did. I have renamed the files for a more uniform naming, and dropped couple of unused files in the process. We still need to change WineHQ's scripts to point them to the new location. Help with this would be appreciated. I'll be managing that tree for now (unless Alexandre wants to do it :)). Please send your patches as you usually do to wine-patches(a)winehq.org, but make sure to prefix the subject with '[WINEDOCS]' so I can more easily spot them. Discussions should take place on wine-devel(a)winehq.org as per normal. The new repository is set up with translations in mind, so hopefully will be able to handle them better in the future. I'll be working with Francois to integrate the French translation shortly. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: shell32 - ShellDDEInit
by Dmitry Timoshkov 11 May '05

11 May '05

"Steven Edwards" <steven_ed4153(a)yahoo.com> wrote: > The ReactOS guys are tired of seeing the fixme message. > > Changelog: > Implement ShellDDEInit > > Index: lib/shell32/shell32_main.c > =================================================================== > --- lib/shell32/shell32_main.c (revision 14808) > +++ lib/shell32/shell32_main.c (working copy) > @@ -979,13 +979,66 @@ > FIXME("%lx: stub\n",dw); > } > > - > +ATOM ProgmanAtom; > +DWORD hDde; > +UINT hProgmanTopic, hProgmanService, hStar, hShell, hAppProps, hFolders; > + > /************************************************************************* > * ShellDDEInit (SHELL32.@) > */ > -void WINAPI ShellDDEInit(BOOL start) > +void WINAPI ShellDDEInit(BOOL Start) > { > - FIXME("stub: %d\n", start); > + WCHAR wszSHELL_PROGMAN[] = {'P','R','O','G','M','A','N',0}; > + WCHAR wszSHELL_TOPIC[] = {'P','r','o','g','m','a','n',0}; > + WCHAR wszSHELL_SERVICE[] = {'P','r','o','g','m','a','n',0}; > + WCHAR wszSHELL_STAR[] = {'*',0}; > + WCHAR wszSHELL_SHELL[] = {'S','h','e','l','l',0}; > + WCHAR wszSHELL_APPPROPS[] = {'A','p','p','P','r','o','p', 'e', 'r', 't', 'i', 'e', 's',0}; > + WCHAR wszSHELL_FOLDERS[] = {'F','o','l','d','e','r','s',0}; > + > + if (Start) > + { > + /* Create Atom */ > + ProgmanAtom = GlobalAddAtomW(wszSHELL_PROGMAN); > + > + /* Initialize DDE */ > + DdeInitializeW(&hDde, NULL, CBF_FAIL_POKES | CBF_FAIL_ADVISES, 0L); > + > + /* Register the Strings */ > + hProgmanTopic = DdeCreateStringHandleW(hDde, wszSHELL_TOPIC, CP_WINUNICODE); > + hProgmanService = DdeCreateStringHandleW(hDde, wszSHELL_SERVICE, CP_WINUNICODE); > + hStar = DdeCreateStringHandleW(hDde, wszSHELL_STAR, CP_WINUNICODE); > + hShell = DdeCreateStringHandleW(hDde, wszSHELL_SHELL, CP_WINUNICODE); > + hAppProps = DdeCreateStringHandleW(hDde, wszSHELL_APPPROPS, CP_WINUNICODE); > + hFolders = DdeCreateStringHandleW(hDde, wszSHELL_FOLDERS, CP_WINUNICODE); > + > + /* Register the Service Names */ > + DdeNameService(hDde, hFolders, 0, DNS_REGISTER); > + DdeNameService(hDde, hProgmanService, 0, DNS_REGISTER); > + DdeNameService(hDde, hShell, 0, DNS_REGISTER); > + } > + else > + { > + /* Unregister the Service Names */ > + DdeNameService(hDde, hFolders, 0, DNS_UNREGISTER); > + DdeNameService(hDde, hProgmanService, 0, DNS_UNREGISTER); > + DdeNameService(hDde, hShell, 0, DNS_UNREGISTER); > + > + /* Free the Handles */ > + DdeFreeStringHandle(hDde, hProgmanTopic); > + DdeFreeStringHandle(hDde, hProgmanService); > + DdeFreeStringHandle(hDde, hStar); > + DdeFreeStringHandle(hDde, hShell); > + DdeFreeStringHandle(hDde, hAppProps); > + DdeFreeStringHandle(hDde, hFolders); > + > + /* Uninitialize DDE */ > + DdeUninitialize(hDde); > + hDde = 0; > + > + /* Delete the Atom */ > + if (ProgmanAtom) ProgmanAtom = GlobalDeleteAtom(ProgmanAtom); > + } > } If ReactOS guys could use 'static const' for unicode strings, make global variables visible inside of the single source file static, check whether DDE connection is being already [de]initialed and a little bit of error checking that would be even better :-) -- Dmitry.

1 0

Bug 2131 - 16-bit support?
by Dustin Navea 11 May '05

11 May '05

I was wondering, since I have been away for so long, are we still implementing functionality for 16-bit programs? The reason I ask is because the freecell and solitaire from Win98/ME will not load in wine, while the ones from 2k/XP will. This is obviously due to the fact that our cards.dll is 32-bit only, whereas the cards.dll in Win98/ME is 16-bit. Of course, the Win98/ME versions of the games wont start on WinXP either for the same reason. Basically, I just need to know for the purposes of resolving this bug, should I leave it open and confirmed so that someone knows to implement the 16-bit functions (32 <-> 16 bit conversions?), or should I just go ahead and close it as WONTFIX? Dustin

7 11

Bug 2947
by Dustin Navea 11 May '05

11 May '05

Bug 2947 is 2 issues in one, but they appear to coincide, so I didn't have him report them separately.. The patch causing this is at: http://www.winehq.org/hypermail/wine-cvs/2005/04/0290.html Its a big one too.. SO Basically, before this patch, the window did not show decorations (titlebar, etc), and the game closed fine using the exit button within the game. After this patch, though, the window shows decorations (which is preferred obviously), but the game hangs when you try to exit.. SO, reverting the patch would fix one issue, but bring back another, and you can see where I am going with this, so I don't have to say it... Dustin

1 0

← Newer
1
...
19
20
21
22
23
24
25
...
35
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 May 2005