- Wine-Devel - list.winehq.org

Re: Various MDI children activation fixes
by Dmitry Timoshkov June 1, 2004

June 1, 2004

"Dmitry Timoshkov" <dmitry(a)baikal.ru> wrote: > I'm also attaching latest cersion of my MDI tool which I'm using > for all MDI related investigations, perhaps it will be useful for > somebody else. Here it is. -- Dmitry.

1 0

Current Wine CVS status
by Dmitry Timoshkov June 1, 2004

June 1, 2004

Hello all (mostly Alexandre :-)), running today's ~/wine/wine under an old RH 6.2 install I get the following: Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-PROGRAM...] You have invoked `ld.so', the helper program for shared library executables. This program usually lives in the file `/lib/ld.so', and special directives in executable files using ELF shared libraries tell the system's program loader to load the helper program from this file. This helper program loads the shared libraries needed by the program executable, prepares the program to run, and runs it. You may invoke this helper program directly from the command line to load and run an ELF executable file; this is like executing that file itself, but always uses this helper program from the file you specified, instead of the helper program file specified in the executable file you run. This is mostly of use for maintainers to test new versions of this helper program; chances are you did not intend to run this program. --list list all dependencies and how they are resolved --verify verify that given object really is a dynamically linked object we get handle --library-path PATH use given PATH instead of content of the environment variable LD_LIBRARY_PATH --inhibit-rpath LIST ignore RPATH information in object names in LIST -- Dmitry.

2 2

Re: Wine bug with delphi Menus
by Robert van Herk June 1, 2004

June 1, 2004

Dan Kegel wrote: > Please do put the source and executable of your demo > app online at some web page, and post the URL on wine-devel. Okay, please feel free to grab it from http://www.students.cs.uu.nl/people/rherk/DelphiMenuTest.tar.gz . Greetings, Robert P.S. Hope I got the bonus :-P

1 0

broken mingw build
by Kevin Koltzau June 1, 2004

June 1, 2004

This patch http://cvs.winehq.org/patch.py?id=12495 seems to have broken the mingw build, currently getting i386-mingw32msvc-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -Wall -pipe -fno-strength-reduce -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o interlocked.o interlocked.c {standard input}: Assembler messages: {standard input}:124: Error: unknown pseudo-op: `.previous' {standard input}:135: Error: unknown pseudo-op: `.previous' {standard input}:145: Error: unknown pseudo-op: `.previous' {standard input}:155: Error: unknown pseudo-op: `.previous' {standard input}:165: Error: unknown pseudo-op: `.previous' make[2]: *** [interlocked.o] Error 1

3 2

Re: Use TRACE rather than FIXME for check_resource_write
by Dmitry Timoshkov June 1, 2004

June 1, 2004

[forgot to cc wine-devel] "Mike Hearn" <mh(a)codeweavers.com> wrote: > No need for this to be a fixme, we can't fix broken apps anyway and it > just confuses people. > > Mike Hearn <mh(a)codeweavers.com> > Use TRACE rather than FIXME for check_resource_write I have found and fixed at least one bug in Wine itself thanks to this fixme message. -- Dmitry.

1 0

Re: [DInput] Fix RailroadTycoon
by Christian Costa May 31, 2004

May 31, 2004

Lionel Ulmer wrote: >Sorry for the huge diff, but I got sick when I saw my previous 2-space >indenting style, so I had to re-indent everything... For people who want to >do a code review, I could send them a 'diff -w' version :-) > Now, you're proposing, that would be cool. :-) > >And before anyone complains, yeah, I should have sent two patches (one >cosmetic, one with the real meat in it) :-) > > Lionel > >Changelog: > - some TRACEing improvements > - fix mouse Acquire which switched right and middle buttons > - reset the mouse cursor at its original location on Unacquiring the device > > > > > Bye, Christian

2 2

Making a system DLL unavailable (problem with COMMCTRL)
by Samuel Audet May 31, 2004

May 31, 2004

Hello, I have a Windows 3.1 application here that uses the OWL library. I have problems running it properly, and I have found the following: http://www.xploiter.com/programming/c/borland/3031.html Looking at what wine outputs when I use "WINEDEBUG=dll" or loaddll, I see that my program tries to load commctrl.dll and always succeeds. The problem is, I want it not to succeed, since AFAIK, 16 bit COMMCTRL functionality is not implemented in WINE, and the OWL library has a backup plan where it emulates some of the controls (like described on the site above) when it can't find COMMCTRL, which is what it does in Windows 2000 or XP for example. I have confirmed that the COMMCTRL is at the source of the problem by using one from a Windows 98 installation. Dialogs that are not showing using WINE's builtin COMMCTRL are now showing (although they are having sizing problems... anybody might know why?). Is there like a "disable" option in the [DllOverrides] section? Or some other way to disable a system DLL? I can't seem to just be able to "remove" commctrl.dll since even 32 bits builtin DLL (in this case comctl32.dll) require the 16 bit counterpart. In this case, when comdlg32 tries to load, it loads comctl32 and fails because it can't load commctrl. I don't think it's a good idea to make 32 bits DLL be dependent of their 16 bit counterpart. Thank for any input! -- Samuel Audet <guardia(a)step.polymtl.ca> http://www.step.polymtl.ca/~guardia/

3 5

Using objdump
by James Courtier-Dutton May 31, 2004

May 31, 2004

I have used objdump in the past to disassemble and check the code that is generated in a .so or .o file. How do I modify objdump so I can get it do the same with win32 .exe and .dll files ? Cheers James

4 4

Crash due to _fini
by Rajeev Bansal May 31, 2004

May 31, 2004

Hi i am trying to link wine library(msvcrt.dll.so) with my code but i getting segv in _fini call of msvcrt library Please tell me a way so that i can use wine libraries directly without winegcc or specs file on using winegcc for code which contains new and delete operator it gives undefined reference to following symbols operator new(unsigned) operator delete[](void*) _Unwind_Resume __gxx_personality_v0 please help me to resolve above symbols waiting for response Thanks Rajeev Test Program : #include <dlfcn.h> #include <direct.h> #include <math.h> #include <stdio.h> main() { char *a; char *b; double d; void *mod, *ker; const char *error; mod=dlopen("msvcrt.dll.so",RTLD_LAZY); ker=dlopen("kernel32.dll.so",RTLD_LAZY); if(mod) { if ((error = dlerror())) { printf("Couldn't find getcwd: %s\n", error); } if(dlsym(mod, "getcwd")){ printf("found"); b=getcwd(a,20); } dlclose(mod); dlclose(ker); } //end if return (0); } //end main Build command : g++ -g -Wall -c -I/home/timex/wine/wine-20040505/include -I. -I/home/timex/wine/wine-20040505/include/msvcrt test.cpp g++ -g -ldl /home/timex/wine/wine-20040505/dlls/msvcrt.dll.so test.o Debugger output [me(a)cvs TUCP]$ gdb -n GNU gdb Red Hat Linux (5.2.1-4) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux". (gdb) file ./a.out Reading symbols from ./a.out...done. (gdb) break test.cpp:10 Breakpoint 1 at 0x80486cc: file test.cpp, line 10. (gdb) run Starting program: /home/a.out Breakpoint 1, main () at test.cpp:14 14 mod=dlopen("msvcrt.dll.so",RTLD_LAZY); (gdb) next 15 ker=dlopen("kernel32.dll.so",RTLD_LAZY); (gdb) disp mod 1: mod = (void *) 0x40013578 (gdb) disp ker 2: ker = (void *) 0x4026cc40 (gdb) next 16 if(mod) 2: ker = (void *) 0x8049b60 1: mod = (void *) 0x40013578 (gdb) next 19 if(dlsym(mod, "getcwd")) 2: ker = (void *) 0x8049b60 1: mod = (void *) 0x40013578 (gdb) next 20 {printf("found"); 2: ker = (void *) 0x8049b60 1: mod = (void *) 0x40013578 (gdb) next 21 b=getcwd(a,20); 2: ker = (void *) 0x8049b60 1: mod = (void *) 0x40013578 (gdb) step getcwd (buf=0x4026cc40 "T\v\022", size=20) at direct.h:73 73 static inline char* getcwd(char * buf, int size) { return _getcwd(buf, size); } (gdb) step _getcwd (buf=0x4026cc40 "T\v\022", size=20) at dir.c:424 424 int dir_len = GetCurrentDirectoryA(MAX_PATH,dir); Current language: auto; currently c (gdb) step 422 { (gdb) step 424 int dir_len = GetCurrentDirectoryA(MAX_PATH,dir); (gdb) step 422 { (gdb) step 424 int dir_len = GetCurrentDirectoryA(MAX_PATH,dir); (gdb) step Program received signal SIGTRAP, Trace/breakpoint trap. 0x40062179 in _fini () from /home/timex/wine/wine-20040505/dlls/msvcrt.dll.so (gdb) bt #0 0x40062179 in _fini () from /home/timex/wine/wine-20040505/dlls/msvcrt.dll.so #1 0x08048790 in getcwd (buf=0x4026cc40 "T\v\022", size=20) at direct.h:73 #2 0x08048730 in main () at test.cpp:21 #3 0x40161b84 in __libc_start_main () from /lib/libc.so.6 (gdb) --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com) Version: 6.0.642 / Virus Database: 410 - Release Date: 3/24/2004

2 1

segfault fault at startup
by Florian Goth May 31, 2004

May 31, 2004

H! I have the same Problem. I get a segfault, when I do "wine myapp" and when I do "wine-pthread" I'm using a SuSE System ( ~ 9.0 ) with kernel 2.6.6 and gcc 3.4.0 this is the gdb output: (gdb) set follow-fork-mode child (gdb) r Starting program: /usr/local/bin/wine [New Thread 16384 (LWP 5206)] [New Thread 32769 (LWP 5209)] [New Thread 16386 (LWP 5210)] Cannot find user-level thread for LWP 5206: generic error (gdb) this is some of the last strace output I get: t_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM IO], [RTMIN], 8) = 0 writev(4, [{"$\0\0\0002\0\0\0\0\0\0\0\0\0\0\200\0\0\0\0\1\0\0\0\1\0"..., 64}, {"/home/sifff/.wine/dosdevices/c:/"..., 50}], 2) = 114 read(5, "\0\0\0\0\0\0\0\0000\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM IO], [RTMIN], 8) = 0 write(4, "G\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0A\0\0\0\5\0\17\0"..., 64) = 64 read(5, "\0\0\0\0\0\0\0\0004\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM IO], [RTMIN], 8) = 0 write(4, "I\0\0\0\0\0\0\0\0\0\0\0004\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 read(5, "\0\0\0\0\0\0\0\0\0\0\0\0\0000M\0A\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM IO], [RTMIN], 8) = 0 write(4, "&\0\0\0\0\0\0\0\0\0\0\0004\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 read(5, "\0\0\0\0\0\0\0\0\377\377\377\377\1\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"4\0\0\0", 4}], msg_controllen=16, msg_control=0xbfffab68, , msg_flags=0}, 0) = 4 fcntl64(9, F_SETFD, FD_CLOEXEC) = 0 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM IO], [RTMIN], 8) = 0 write(4, "\26\0\0\0\0\0\0\0\0\0\0\0004\0\0\0\0\0\0\0\0\0\0\0\t\0"..., 64) = 64 read(5, "\0\0\0\0\0\0\0\0\0\0\0\0\t\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 dup(9) = 10 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM IO], [RTMIN], 8) = 0 write(4, "&\0\0\0\0\0\0\0\0\0\0\0004\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 read(5, "\0\0\0\0\0\0\0\0\t\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 dup(9) = 11 fstat64(11, {st_mode=S_IFREG|0755, st_size=5054496, ...}) = 0 fstatfs(11, {f_type="MSDOS_SUPER_MAGIC", f_bsize=4096, f_blocks=358741, f_bfree=57991, f_files=0, f_ffree=0, f_namelen=260}) = 0 close(11) = 0 mmap2(NULL, 5124096, PROT_READ, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40860000 munmap(0x40d33000, 65536) = 0 mmap2(0x40860000, 5058560, PROT_READ, MAP_PRIVATE|MAP_FIXED, 10, 0) = 0x40860000 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM IO], [RTMIN], 8) = 0 write(4, "\27\0\0\0\0\0\0\0\0\0\0\0\377\377\377\3774\0\0\0\377\377"..., 64) = 64 read(5, "\0\0\0\0\0\0\0\0008\0\0\0\377\377\377\377\0\0\0\0\0\0\0"..., 64) = 64 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 close(10) = 0 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM IO], [RTMIN], 8) = 0 write(4, "\25\0\0\0\0\0\0\0\0\0\0\0004\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 read(5, "\0\0\0\0\0\0\0\0\t\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 close(9) = 0 getpid() = 5154 open("/tmp/reg14220000.tmp", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0666) = 9 fcntl64(9, F_GETFL) = 0x8001 (flags O_WRONLY|O_LARGEFILE) fstat64(9, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40d33000 _llseek(9, 0, [0], SEEK_CUR) = 0 brk(0) = 0x7800a000 brk(0x7800b000) = 0x7800b000 write(9, "WINE REGISTRY Version 2\n[MIME\\\\D"..., 131072) = 131072 write(9, "trolSet\\\\Control\\\\DeviceClasses\\"..., 131072) = 131072 write(9, "&PID_0095&INST_0\"\n\"RefCount\"=dwo"..., 131072) = 131072 write(9, "ixer f\\xfcr Aureon 5.1 Fun\"\n\n[Sy"..., 131072) = 131072 write(9, "0,00,00,00,00,00,00,00,00,00,00,"..., 131072) = 131072 write(9, "stem\\\\CurrentControlSet\\\\Service"..., 131072) = 131072 brk(0) = 0x7800b000 brk(0x7800c000) = 0x7800c000 brk(0) = 0x7800c000 brk(0x7800d000) = 0x7800d000 brk(0) = 0x7800d000 brk(0x7800e000) = 0x7800e000 brk(0) = 0x7800e000 brk(0x7800f000) = 0x7800f000 brk(0) = 0x7800f000 brk(0x78010000) = 0x78010000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Thanks, Flo

1 0