- Wine-Devel - list.winehq.org

Re: Unknown stab type in crashes
by James Hawkins May 11, 2005

May 11, 2005

On 5/11/05, Andrew Neil Ramage <nrsc16850(a)blueyonder.co.uk> wrote: > Why not try grepping out the err:debug_help lines, so that you can read > the backtracve ? > I could do that, but the real question is do we have to display all of the debug_help error lines. The output occurrs every crash whether I'm using anything native or not. It seems to me that we could look into why we're running into unknown stab types or whether we can add handlers for these types so they wouldnt be unknown. -- James Hawkins

1 0

Re: listview: Send NM_CLICK notification when listview is clicked
by Alexandre Julliard May 11, 2005

May 11, 2005

James Hawkins <truiken(a)gmail.com> writes: > Hi, > > I verified this with native comctl32. > > Changelog > * Send NM_CLICK notification when listview is clicked. We already send NM_CLICK on button up, it doesn't look right to do it twice... -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: dlls/msvcrt/files.c: Flush stdio buffers
by Alexandre Julliard May 11, 2005

May 11, 2005

wine.larry.engholm(a)xoxy.net writes: > One of the changes to file.c for revision 1.66 (2004/05/12) moved the > code to flush output buffers from _close() to MSVCRT_fclose(). The > latter function isn't called by msvcrt_free_io() which is called by > DllMain() for DLL_PROCESS_DETACH, so buffers are no longer flushed > when a program exits. Then it's msvcrt_free_io() that should be fixed, not _close(). -- Alexandre Julliard julliard(a)winehq.org

1 0

Bug 2660
by Dustin Navea May 11, 2005

May 11, 2005

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 May 11, 2005

May 11, 2005

> 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 May 11, 2005

May 11, 2005

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 May 11, 2005

May 11, 2005

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 May 11, 2005

May 11, 2005

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 May 11, 2005

May 11, 2005

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 May 11, 2005

May 11, 2005

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