- Wine-Bugs - list.winehq.org

[Bug 1944] RtlpWaitForCriticalSection wait timed out in thread
by Wine Bugs Jan. 18, 2004

Jan. 18, 2004

http://bugs.winehq.org/show_bug.cgi?id=1944 ------- Additional Comments From marcus(a)jet.franken.de 2004-17-01 19:20 ------- how old is your system? what is your XFree86 version? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1894] Segmentation Faults when running wine [ exec-shield BSS hack fails on machines without overcommit switched on ]
by Wine Bugs Jan. 18, 2004

Jan. 18, 2004

http://bugs.winehq.org/show_bug.cgi?id=1894 marcus(a)jet.franken.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jbrown106(a)swift-mail.com ------- Additional Comments From marcus(a)jet.franken.de 2004-17-01 19:19 ------- *** Bug 1942 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.

1 0

[Bug 1942] wine segfaults immediately upon launch
by Wine Bugs Jan. 18, 2004

Jan. 18, 2004

http://bugs.winehq.org/show_bug.cgi?id=1942 marcus(a)jet.franken.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |DUPLICATE ------- Additional Comments From marcus(a)jet.franken.de 2004-17-01 19:19 ------- same bug as 1894. the problem is wine has a 256MB static array (you don't see it in the binary, it is just a marked section), which the linker wants to check is there. However, allocation it fails, sinc the kernel doesnot have that much memory and does not want to overcommit memory. this is a workaround for other stuff in Redhat 9/Fedora Core 1... not solved yet *** This bug has been marked as a duplicate of 1894 *** -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1944] New: RtlpWaitForCriticalSection wait timed out in thread
by Wine Bugs Jan. 17, 2004

Jan. 17, 2004

http://bugs.winehq.org/show_bug.cgi?id=1944 Summary: RtlpWaitForCriticalSection wait timed out in thread Product: Wine Version: 20031212 Platform: Other OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: jau(a)iki.fi I tried to install the game Pharaoh to test how well wine manages. When the installation automate was running I got these error message... err:ntdll:RtlpWaitForCriticalSection section 0x20777520 "../../windows/user.c: USER_SysLevel" wait timed out in thread 000c, blocked by 000b, retrying (60 sec) winewine in free(): warning: recursive call wine in malloc(): warning: recursive call in malloc(): warning: recursive call err:ntdll:RtlpWaitForCriticalSection section 0x20947120 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 000b, blocked by 000c, retrying (60 sec) wine: Unhandled exception (thread 000b), starting debugger... after this wine gave up. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1943] InvalidateRect( hDeskTopWindow,0,0) does not work
by Wine Bugs Jan. 17, 2004

Jan. 17, 2004

http://bugs.winehq.org/show_bug.cgi?id=1943 ------- Additional Comments From eetasoft(a)online.ee 2004-17-01 15:20 ------- Created an attachment (id=492) --> (http://bugs.winehq.org/attachment.cgi?id=492&action=view) executable and vfp source to reproduce bug 1943 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1943] New: InvalidateRect( hDeskTopWindow,0,0) does not work
by Wine Bugs Jan. 17, 2004

Jan. 17, 2004

http://bugs.winehq.org/show_bug.cgi?id=1943 Summary: InvalidateRect( hDeskTopWindow,0,0) does not work Product: Wine Version: 20031212 Platform: PC OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gdi AssignedTo: wine-bugs(a)winehq.org ReportedBy: eetasoft(a)online.ee To reproduce: 1. unzip bug attachment files to some directory. 2. Add the following lines to WINE config file: [Version] "Windows" = "nt351" 3. Run WINE invalidaterectbug.exe 4. Press down arrow key ten times or scroll down 5. Press up arrow ten times or scroll up Observed result: A garbage foxpro report preview screen appears and remains. Expected result: A garbage screen must disapper after each 1 second. This code calls InvalidateRect(hGetDeskTopWindow,0,0) after each second. InvalidateRect() must forse correct repainting of screen. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1942] wine segfaults immediately upon launch
by Wine Bugs Jan. 17, 2004

Jan. 17, 2004

http://bugs.winehq.org/show_bug.cgi?id=1942 ------- Additional Comments From jbrown106(a)swift-mail.com 2004-17-01 12:47 ------- Turning on overcommit_memory makes wine work without a hitch. Someone should put this in the README file. One question though. Why does it segfault when overcommit is off? Is this still considered a bug, or is it just something that we're gonna live with? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1942] wine segfaults immediately upon launch
by Wine Bugs Jan. 17, 2004

Jan. 17, 2004

http://bugs.winehq.org/show_bug.cgi?id=1942 ------- Additional Comments From marcus(a)jet.franken.de 2004-17-01 03:24 ------- can you try as root echo -n 1 >/proc/sys/vm/overcommit_memory and try again ? also try wine-pthread --version -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1942] New: wine segfaults immediately upon launch
by Wine Bugs Jan. 16, 2004

Jan. 16, 2004

http://bugs.winehq.org/show_bug.cgi?id=1942 Summary: wine segfaults immediately upon launch Product: Wine Version: 20031212 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: jbrown106(a)swift-mail.com When I invoke wine, it segfaults. Immediately. Every single time. Example: >wine notepad.exe Segmentation fault >wine Segmentation fault >wine --version Segmentation fault (P.S. In case the version of wine I used doesnt show up on the form, its wine-20031212 compiled straight from the source. And yes recompiling wine does nothing to fix this problem.) This is the output from my uname, in case that helps in identifying the error. I use glibc 2.3.2-97 (installed from a Redhat rpm). >uname -a Linux jbrown.mylinuxbox.org 2.4.18 #13 Mon Jan 13 13:57:05 EST 2003 i586 unknown I searched for this problem but the closest bug I could find was bug #148 - "wine segfault on launch". My guess is that this is not the same bug, because wine does not get as far as starting wineserver, and when I load it up manually (which appears to work without a hitch) wine still segfaults. Below is the output from gdb and strace. I can't make any sense out of it. gdb: >gdb wine tgetent: warning: termcap entry too long GNU gdb 4.17.0.11 with Linux support Copyright 1998 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"... tgetent: warning: termcap entry too long (gdb) run Starting program: /usr/local/bin/wine [New Thread 30536] [New Thread 30528] [New Thread 30537] Cannot access memory at address 0x40053008. (gdb) bt #0 0x40000ab0 in _start () (gdb) step Single stepping until exit from function pthread_handle_sigrestart, which has no line number information. Cannot access memory at address 0x40053008. (gdb) quit The program is running. Exit anyway? (y or n) y Error accessing memory address 0x40053008: No such process. > strace: >strace wine execve("/usr/local/bin/wine", ["wine"], [/* 50 vars */]) = 0 uname({sys="Linux", node="jbrown.mylinuxbox.org", ...}) = 0 brk(0) = 0x11231c old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40013000 open("/etc/ld.so.preload", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=18, ...}) = 0 old_mmap(NULL, 18, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0x40014000 close(3) = 0 open("/lib/libsafe.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\360\17"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=21606, ...}) = 0 old_mmap(NULL, 19816, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40015000 old_mmap(0x40019000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x3000) = 0x40019000 close(3) = 0 munmap(0x40014000, 18) = 0 open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=74416, ...}) = 0 old_mmap(NULL, 74416, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001a000 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`\33\0\000"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=266523, ...}) = 0 old_mmap(NULL, 95872, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002d000 old_mmap(0x40032000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x5000) = 0x40032000 old_mmap(0x40033000, 71296, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40033000 close(3) = 0 open("/lib/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\340A\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=91084, ...}) = 0 old_mmap(NULL, 331364, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40045000 old_mmap(0x40053000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xe000) = 0x40053000 old_mmap(0x40054000, 269924, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40054000 close(3) = 0 open("/lib/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\24\\\1"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1467332, ...}) = 0 old_mmap(NULL, 1194340, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40096000 old_mmap(0x401b4000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x11d000) = 0x401b4000 old_mmap(0x401b7000, 10596, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x401b7000 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\214\30"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=14048, ...}) = 0 old_mmap(NULL, 11588, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x401ba000 old_mmap(0x401bc000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) = 0x401bc000 close(3) = 0 open("/lib/libm.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\3204\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=209640, ...}) = 0 old_mmap(NULL, 136352, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x401bd000 old_mmap(0x401de000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x20000) = 0x401de000 close(3) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000 munmap(0x4001a000, 74416) = 0 getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 setrlimit(RLIMIT_STACK, {rlim_cur=2044*1024, rlim_max=RLIM_INFINITY}) = 0 getpid() = 24914 rt_sigaction(SIGRTMIN, {0x4004db64, [], SA_RESTORER, 0x400bcc38}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0x4004da48, [], SA_RESTORER, 0x400bcc38}, NULL, 8) = 0 rt_sigaction(SIGRT_2, {0x4004dbec, [], SA_RESTORER, 0x400bcc38}, NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RT_1], NULL, 8) = 0 _sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xbffff0a4, 32, (nil), 0}) = 0 readlink("/proc/self/exe", "/usr/local/bin/wine", 4095) = 19 brk(0) = 0x11231c brk(0x13331c) = 0x13331c brk(0x134000) = 0x134000 open("/etc/libsafe.exclude", O_RDONLY) = -1 ENOENT (No such file or directory) brk(0x133000) = 0x133000 pipe([3, 4]) = 0 clone(child_stack=0x114338, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND) = 24916 write(4, "\0\0\0\0\5\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 148) = 148 rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0 write(4, "`0\5@\0\0\0\0\0\0\0\0x\16\21\0\0\0\0\0\0\0\0\200\0\0\0"..., 148) = 148 rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0 rt_sigsuspend([] <unfinished ...> --- SIGRTMIN (Unknown signal 32) @ 0 (0) --- <... rt_sigsuspend resumed> ) = -1 EINTR (Interrupted system call) sigreturn() = ? (mask now [RTMIN]) rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0 rt_sigsuspend([] <unfinished ...> --- SIGRTMIN (Unknown signal 32) @ 0 (0) --- <... rt_sigsuspend resumed> ) = -1 EINTR (Interrupted system call) sigreturn() = ? (mask now [RTMIN]) write(4, "`0\5@\1\0\0\0\2@\0\0\210q\4(a)x6\1@\0\0\0\200\0\0\0\0\0\0"..., 148) = 148 write(4, "`0\5@\2\0\0\0\0\0\0\0\307\343\2@\204\343\2@ \0\0\0008C"..., 148) = 148 rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0 rt_sigsuspend([] <unfinished ...> --- SIGRTMIN (Unknown signal 32) @ 0 (0) --- <... rt_sigsuspend resumed> ) = -1 EINTR (Interrupted system call) sigreturn() = ? (mask now [RTMIN]) waitpid(24916, NULL, __WCLONE) = 24916 close(4) = 0 close(3) = 0 getpid() = 24914 getrlimit(RLIMIT_STACK, {rlim_cur=2044*1024, rlim_max=RLIM_INFINITY}) = 0 setrlimit(RLIMIT_STACK, {rlim_cur=RLIM_INFINITY, rlim_max=RLIM_INFINITY}) = 0 rt_sigaction(SIGRTMIN, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGRT_2, {SIG_DFL}, NULL, 8) = 0 execve("/usr/local/bin/wine-kthread", ["/usr/local/bin/wine-kthread"], [/* 50 vars */]) = 0 uname({sys="Linux", node="jbrown.mylinuxbox.org", ...}) = 0 brk(0) = 0x10118000 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40013000 open("/etc/ld.so.preload", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=18, ...}) = 0 old_mmap(NULL, 18, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0x40014000 close(3) = 0 open("/lib/libsafe.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\360\17"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=21606, ...}) = 0 old_mmap(NULL, 19816, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40015000 old_mmap(0x40019000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x3000) = 0x40019000 close(3) = 0 munmap(0x40014000, 18) = 0 open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=74416, ...}) = 0 old_mmap(NULL, 74416, PROT_READ, MAP_PRIVATE, 3, 0) = 0x4001a000 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`\33\0\000"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=266523, ...}) = 0 old_mmap(NULL, 95872, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4002d000 old_mmap(0x40032000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x5000) = 0x40032000 old_mmap(0x40033000, 71296, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40033000 close(3) = 0 open("/lib/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\24\\\1"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1467332, ...}) = 0 old_mmap(NULL, 1194340, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40045000 old_mmap(0x40163000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x11d000) = 0x40163000 old_mmap(0x40166000, 10596, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40166000 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\214\30"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=14048, ...}) = 0 old_mmap(NULL, 11588, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40169000 old_mmap(0x4016b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) = 0x4016b000 close(3) = 0 open("/lib/libm.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\3204\0"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=209640, ...}) = 0 fstat64(3, {st_mode=S_IFREG|0755, st_size=209640, ...}) = 0 old_mmap(NULL, 136352, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4016c000 old_mmap(0x4018d000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x20000) = 0x4018d000 close(3) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ > -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1941] New: IE6: No scroll bars for pull-down pop-up menus too big for the screen
by Wine Bugs Jan. 16, 2004

Jan. 16, 2004

http://bugs.winehq.org/show_bug.cgi?id=1941 Summary: IE6: No scroll bars for pull-down pop-up menus too big for the screen Product: Wine Version: 20031118 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: jcp(a)eskimo.com I got IE6 working under wine to my satisfaction on my RH9 setup a few months ago (using wine releases 20030911 and also 20031016). Kudos are in order, it's really quite usable (great for those web sites that *require* IE). I recently upgraded to FC1 and wine release 20031118. There seems to be a new bug thas has crept in that wasn't a problem before (it's still there in 20031212 too). Actually, errant application behavior might be a better term as it doesn't crash or anything like that. On pages that have HTML forms with pull-down menus, the list that appears when you select it is not scrollable when it is too long to fit on the page. The list just goes off the page, and if what you want is off the screen, you are just SOL. A simple example might be in order; http://www.ups.com/ The "Select your country" pull down exhibits this behavior. It's long enough that perhaps 75% of it is off the screen and not accessable. I reproduced this problem on another RH9 box by just upgrading wine from 20031016 to 20031118 or newer. I can send screen shots, but it's pretty reproducable. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0