http://bugs.winehq.org/show_bug.cgi?id=20239
Summary: 15mb VB6 applications
Product: Wine
Version: 1.0.1
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: elcotorro(a)gmail.com
15mb VB6 applications desaparear after 2 minutes, it doesnt matter if they are
active or not
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=17030
Summary: uTorrent 1.8.1 final crashes when deleting files
Product: Wine
Version: 1.1.13
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: crapforacc(a)gmail.com
utorrent 1.8.1 final crashes with an " uTorrent has crashed. A crash dump as
been saved as: ..."
http://i44.tinypic.com/8wf41g.jpg
This error occures when you delete a file from shell that you downloaded with
utorrent. But without deleting the torrentfile inside of uTorrent. Now you
choose to delete torrentfile + data (but the data doesn't exist anymore) inside
of utorrent and uTorrent will crash.
http://download.utorrent.com/1.8.1/utorrent.exe
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=18586
Summary: Cannot build wine-1.1.22 on OpenSolaris snv_112 with
GNU ld
Product: Wine
Version: 1.1.22
Platform: PC
OS/Version: Solaris
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ylitvinenko(a)slb.com
Errors when building:
gcc -c -I../../../wine-1.1.22/dlls/acledit -I. -I../../../wine-1.1.22/include
-I../../include -D__WINESRC__ -D
_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement
-Wwrite-strings -Wtype-limits -W
pointer-arith -march=pentium-m -mtune=pentium-m -o main.o
../../../wine-1.1.22/dlls/acledit/main.c
../../tools/winegcc/winegcc -B../../tools/winebuild -shared
../../../wine-1.1.22/dlls/acledit/acledit.spec m
ain.o -o acledit.dll.so -lkernel32 ../../libs/port/libwine_port.a
-lsocket -lnsl
Archive member included because of file (symbol)
../../dlls/winecrt0/libwinecrt0.a(dll_entry.o)
acledit.dll-Phx6qc.spec.o (__wine_spec_dll_entry)
../../dlls/winecrt0/libwinecrt0.a(init.o)
../../dlls/winecrt0/libwinecrt0.a(dll_entry.o)
(__wine_spec_init_state)
../../dlls/winecrt0/libwinecrt0.a(stub.o)
acledit.dll-Phx6qc.spec.o
(__wine_spec_unimplemented_stubacledit.dll-LoJFfh.map:3:
undefined symbol `A0x1000' referenced in expression
collect2: ld returned 1 exit status
I think this error because of winegcc creates linker's map files that GNU ld
doesn't understand.
The file tools/winegcc/winegcc.c contains line
create_file( mapfile, 0644, "text = A%s;\ndata = A%s;\n", align, align );
that produces this "undefined symbol A0x1000"
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=17565
Summary: Half-Life 2 pauses after first key pressed
Product: Wine
Version: 1.1.16
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jordm.s(a)gmail.com
The first key pressed after loading a game for the first time after starting
Half-Life 2 will cause the game to pause. It only happens the first time you
load a game after just starting the app, loading any game afterwards will not
cause the issue.
The bug isn't very serious, all you have to do is hit "Resume Game" in the
menu, but nonetheless, shouldn't be happening.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12689
Summary: Input messages lingering in server slowing down wine
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexd4(a)inbox.lv
Created an attachment (id=12347)
--> (http://bugs.winehq.org/attachment.cgi?id=12347)
testcase for problem
Attached testcase illustrates the problem. The problem was originally found in
a fan-developed Forsaken mod. I couldn't get feedback on this on wine-devel, so
I'm opening a bug for this. Close if it's not a bug or is non-fixable.
How to reproduce: hold a key and move mouse over the window, preferably also
clicking mouse buttons, main loop latency steadily increases from 10 to 50 (and
even 100) in a short time. In a game this means going from 100 fps to 20 or 10
just because of input messages. Has to be noted that in the actual game the
rate of slowdown seemed at least 2-3 times faster when just holding one key and
moving mouse, for reasons I don't know, but the testcase still should enough to
show the problem.
What the testcase is doing is bad practice, it's basically refusing to process
certain types of messages, and PeekMessage just once during a loop is probably
bad as well, but that's what the game was originally doing in its main game
loop. There are several concerns about it:
1) No slowdown happens on Windows, either in game or in this testcase. No
matter how much I move the mouse holding key and clicking madly, it shows same
stable 15-16 ticks latency in the testcase. I don't know what it does, but
somehow it handles this situation better than Wine.
2) Can this (broken) way of doing things be exposing some inefficiency in
message handling, maybe something that could use optimization? I tried to put
debug hacks into queue_hardware_message(), it seems that when slowdown is
already VERY bad in Forsaken (10fps), message queue in wine server has about
400 or maybe 600 messages. Is that kind of processing overhead per message
inevitable? (This is happening on AMD Athlon(tm) 3200+). Perhaps somebody who
knows that part of code well may be interested in looking into performance
issues in this case. Because, if 400-600 messages in the queue slow down the
application to a crawl, then who knows, perhaps it decreases performance of
more well-behaved but input-intensive apps as well, just less drastically
(holding one or several keys to move, all the while aiming with mouse and
abusing mouse buttons is a common thing in games, so there can be quite a few
input messages flooding the server).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13752
Summary: Kega Fusion: Direct 3D output does not fill window in
windowed mode
Product: Wine
Version: 1.0-rc4
Platform: Other
URL: http://www.eidolons-inn.net/tiki-index.php?page=Kega
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tgheretford(a)fast4.net
When the program first starts in windowed mode, the graphics in the application
window are shifted down to the bottom and to the right. On the desktop, the
further to the bottom and the right you move the Kega Fusion application
window, the further down and right the graphics move in the window.
Fullscreen mode is not affected by this bug.
Currently using NVidia 169.12 drivers on a Zotac 512MB AMP! Edition card but I
do know that the same problem occurred on my old computer using a Geforce 6200
card.
Below will be two picture attachments of my desktop showing the bug when I move
the application window around my desktop.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12520
Summary: Yoda Stories main window is too small
Product: Wine
Version: unspecified
Platform: PC
URL: ftp://ftp.lucasarts.com/demos/pc/yodademo.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: megazzt(a)gmail.com
When running Yoda Stories (full game or demo) the main window is too small (it
seems to be minimum size for a window) and cannot be resized. The game is
unplayable since the window is so small as to have no client area.
Get the demo from ftp://ftp.lucasarts.com/demos/pc/yodademo.exe for testing.
You can extract it with unzip if you don't want to go through the hassle of
installing it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20115
Summary: Double titlebar
Product: Wine
Version: 1.1.29
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: teusjannette(a)gmail.com
CC: teusjannette(a)gmail.com
Wine draws double identical titlebars under the following circumstances:
- Download http://www.bibledit.org/downloads/olb_beta_39020.exe and install it.
- Run ~/.wine/drive_c/Program Files/Bible/Olb.Exe a couple of times.
- Notice that most of the times wine draws double identical titlebars.
The application has been written in Delphi.
The programmer of the application says that the version above has "Vista
Themes" switched on.
If the same application has Vista Themes off, then no double titlebars are
drawn.
If the application window is mazimized while it has double titlebars, it
reverts to drawing one titlebar only.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9291
Summary: iexplore http://pack.google.com crashes
Product: Wine
Version: CVS
Platform: Other
OS/Version: other
Status: NEW
Keywords: download
Severity: enhancement
Priority: P2
Component: wine-shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Wine's built-in iexplore crashes on http://pack.google.com.
Unhandled exception: page fault on read access to 0x0000005c in 32-bit code
(0x7c7bd7a8).
Backtrace:
=>1 0x7c7bd7a8 nsChannel_AsyncOpen+0x4e8(iface=0x1063958, aListener=0x1063998,
aContext=0x0) [/home/dank/wine-git/dlls/mshtml/nsio.c:107] in mshtml
0x7c7bd7a8 nsChannel_AsyncOpen+0x4e8
[/home/dank/wine-git/dlls/mshtml/nsio.c:107] in mshtml: movl
0x5c(%esi),%edi
107 while(!container_iter->doc)
I peeked at nsio.c, and it does look vulnerable to container_iter going
unexpectedly null during that loop, but a real fix wasn't immediately obvious.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20380
Summary: Heroes of Might and Magic III hangs with
err:seh:setup_exception_record nested exception on
signal stack
Product: Wine
Version: 1.1.31
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mc2374(a)mclink.it
Starting from wine 1.1.31, the game always hangs quickly after starting a
campaign scenario or a previously saved game.
Sometimes the sound starts stuttering and sometimes it does not; in any case
the game crashes and the console shows the following message:
err:seh:setup_exception_record nested exception on signal stack in thread 0009
eip 7efb2d50 esp 7ffdbc7c stack 0x242000-0x340000
Segmentation fault.
This seems a sound related thing and a regression for wine 1.1.31, because:
* disabling entirely the sound in wine (i.e. unchecking all the drivers in the
audio tab of wineconfig) fixes the problem: homm3 works fine, without any
sound;
* reverting to wine 1.1.30 also makes the problem disappear: homm3 works fine
with sound (as it did for me until wine 1.1.31).
The hang and the error message are very similar to those described in bug
#15195, but for homm3 they were absent before wine 1.1.31.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.