http://bugs.winehq.org/show_bug.cgi?id=26474
Summary: Wineconsole does not always exit when its child exits
Product: Wine
Version: 1.3.15
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kp-pav(a)yandex.ru
When I launch vim inside wine using ``wineconsole 'C:\vim73\vim.exe' -c 'sleep
2 | qa!''' (sleep is optional, it just makes described behavior better
reproducible), most of time wineconsole does not exit after vim exits. There is
an additional symptom: when vim exits console window size changes.
Vim version 7.3.138 from here: http://tuxproject.de/projects/vim/.
Wine-1.3.15, Gentoo amd64, USE="X alsa cups dbus gecko jpeg ncurses opengl oss
perl png scanner ssl threads truetype win32 win64".
--
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=26501
Summary: IDAfree crashes at launch finding a critical error
Product: Wine
Version: 1.3.16
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fcole90(a)gmail.com
Created an attachment (id=33740)
--> (http://bugs.winehq.org/attachment.cgi?id=33740)
Various fixme and errors on ole and uxtheme.dll
After I launch IDAfree it draws the windows and a dialog appear, when I close
it the program crashes and report a critical error.
The program windows freeze and if I want them to close I must force 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=15955
Summary: Tomb Raider underworld demo crashes at startup
Product: Wine
Version: 1.1.8
Platform: PC-x86-64
URL: http://forums.eidosgames.com/showthread.php?t=81768
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kgbricola(a)web.de
CC: julliard(a)winehq.org
Created an attachment (id=17140)
--> (http://bugs.winehq.org/attachment.cgi?id=17140)
Crash log.
Tomb Raider underworld demo crashes at start up. This is a regression with the
following patch.
5e2ed6bfe94eb322efe891c07aa8e58b125f36c2 is first bad commit
commit 5e2ed6bfe94eb322efe891c07aa8e58b125f36c2
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Nov 5 20:32:32 2008 +0100
ntdll,server: Fixed access checks for OpenFileMapping and MapViewOfFile.
:040000 040000 2f0316597d54dc0ee871c80465dc4dac295a0f3e
3e9d23a0110f6767160cda3ad4aadaf376c3e508 M dlls
:040000 040000 e3944bdf24bb46aad3b8266661b79d54336690aa
29feaf47301e9cd65d2c216e6bef96c0ad5612bf M include
:040000 040000 04899ab2458e13db1c7a3357483bfef1b9123fcc
158732825f15930c0d3cdeaddfff4e36b75f3cb5 M 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=26589
Summary: A Farewell to Dragons: game becomes slow during fights
Product: Wine
Version: 1.3.16
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=33850)
--> (http://bugs.winehq.org/attachment.cgi?id=33850)
terminal output
Character animations and scrolling the screen with the mouse become slow during
fightings. As if characters moved in slow motion. As soon as you finished off
your opponents, game speed is back to normal immediately.
It doesn't matter whether you are fighting against a horde of enemies or simply
smashing a barrel/crate in the game, the problem is there.
What makes the issue more 'mysterious' is that it only happens when your
character is equipped with a melee weapon (dagger, sword etc.) If you are
fighting with a bow there's no such problem: the gameplay is as smooth as it
should be during the fights.
Lowering the screen resolution/detail level has no effect on the slowdown.
The attached log was created while smashing some barrels in the game.
No demo available.
Fedora 14
Nvidia GeForce 250 GTS / driver 260.19.36
--
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=15950
Summary: wine won't build with bison 2.4
Product: Wine
Version: 1.1.8
Platform: Macintosh
OS/Version: Mac OS X 10.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine-2008(a)ryandesign.com
With bison 2.3 installed (using MacPorts), wine bulids, but with bison 2.4, it
doesn't. It says:
/usr/bin/gcc-4.0 -c -I. -I. -I../../include -I../../include -D__WINESRC__
-D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing
-Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/mp/include -O2
-o parser.tab.o parser.tab.c
parser.y: In function 'parser_parse':
parser.y:320: error: parse error before '}' token
make[2]: *** [parser.tab.o] Error 1
make[1]: *** [jscript] Error 2
make: *** [dlls] Error 2
Here is the MacPorts project's ticket about this issue:
http://trac.macports.org/ticket/17135
Here's a description of a backwards-incompatible change made in bison 2.4 by
the developer of pure, another program that won't build with bison 2.4
(actually I don't know if that's the same reason wine won't build):
http://groups.google.com/group/pure-lang/browse_thread/thread/60593b93dc8fc…
--
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=15944
Summary: mountmgr only assign drive letters for up to two
removable devices
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: regression
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
It used to be the case that if hal reports a device as a floppy, it gets
assigned to a: or b:, otherwise, the device gets assigned a drive letter
between c and z.
With the changes in mountmgr just before Wine 1.1.7, all removable devices that
are not cdroms are limited to a: or b:, which means if I hot-plug 3 usb thumb
drives, the third one does not get a drive letter.
--
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=26052
Summary: usp10/usp10 tests show a few valgrind errors
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: usp10
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33224)
--> (http://bugs.winehq.org/attachment.cgi?id=33224)
valgrind log
Conditional jump or move depends on uninitialised value(s)
at resolveExplicit (bidi.c:220)
by BIDI_DetermineLevels (bidi.c:777)
by ScriptItemize (usp10.c:621)
by ScriptStringAnalyse (usp10.c:774)
by test_ScriptString (usp10.c:1259)
by func_usp10 (usp10.c:1843)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at test_ScriptString (usp10.c:1215)
--
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=19877
Summary: Zeta Minibrowser crashes (because of stubbed
CreateHardLinkW)
Product: Wine
Version: 1.1.28
Platform: PC
URL: http://www.brothersoft.com/zeta-minibrowser-110447.htm
l
OS/Version: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
I've seen this bug in more apps, so probably a bug covering several
applications
Prerequisites:
'winetricks dotnet20'
The mini-browser crashes after CreateHardLinKW is printed in the console.
Returning TRUE instead of false, or setting last error in CreateHardlink to
ERROR_ALREADY_EXISTST makes the app start fine, but that's just a hack, somehow
we should have more then this stub, to get the app running. I'll attach console
info hereafter
--
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=15452
Summary: Freewire aborts due to incorrect handling of COLORRES
nIndex in winex11's GetDeviceCaps()
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.freewiretv.com/downloadTVWin.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=16345)
--> (http://bugs.winehq.org/attachment.cgi?id=16345)
Freewire relay log (rzipped)
With current Git (wine-1.1.5-207-gc425c8a), when attempting to launch Freewire
after installation, Freewire aborts with a message box complaining about the
currently set bit depth. From relay trace:
0009:Call user32.GetDC(00000000) ret=005808ac
0009:Ret user32.GetDC() retval=0000030c ret=005808ac
0009:Call gdi32.GetDeviceCaps(0000030c,0000006c) ret=005808b5
0009:Ret gdi32.GetDeviceCaps() retval=00000000 ret=005808b5
0009:Call user32.LoadStringA(00000000,00000095,0032f8d4,00000180) ret=005808f3
0009:Ret user32.LoadStringA() retval=0000015d ret=005808f3
0009:Call user32.LoadStringA(00000000,00000097,0032f754,00000180) ret=00580910
0009:Ret user32.LoadStringA() retval=0000001c ret=00580910
0009:Call user32.MessageBoxA(00000000,0032f8d4 "Unfortunately, it has not been
possible to start Freewire Television due to your graphics mode.\nPlease set
the color depth to 32 bit in the display control panel and restart the
application\nIf the problem continues please contact Freewire customer services
on 0333 123 0190.\nOr visit the Freewire s"...,0032f754 "We've encountered a
problem!",00000030) ret=00580927
The problem seems to lie in:
0009:Call gdi32.GetDeviceCaps(0000030c,0000006c) ret=005808b5
0009:Ret gdi32.GetDeviceCaps() retval=00000000 ret=005808b5
GetDeviceCaps() is being called with the DC handle returned from GetDC(NULL)
and the COLORRES value for nIndex. In dlls/winex11.drv/init.c lines 259 and
268:
case COLORRES:
/* ... */
return 0;
Freewire apparently does not like the returned value, and thus aborts with the
message box. Modifying the COLORRES case to return screen_bpp allows the
application to get past this point, though I am not sure if this is the right
thing to do.
--
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=26391
Summary: Wine buitin IE crash while loading a page with more
than THREE ActiveX objects
Product: Wine
Version: 1.3.15
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Created an attachment (id=33607)
--> (http://bugs.winehq.org/attachment.cgi?id=33607)
log:IE crash
Firstly,
Write an HTML page as below:
<object classid="clsid:13E4740C-08EB-4133-896B-8D0A7C9EE3CD" >
</object>
<object classid="clsid:23E4740C-08EB-4133-896B-8D0A7C9EE3CD" >
</object>
<object classid="clsid:33E4740C-08EB-4133-896B-8D0A7C9EE3CD" >
</object>
<object classid="clsid:43E4740C-08EB-4133-896B-8D0A7C9EE3CD" >
</object>
save as index.html, and run a web server.
Secondly,
$ wine iexplore http://localhost/index.html
Confirm this bug on both gecko1.1 and gecko1.2beta .
Then IE will crash.
Is there any simple way to install gecko-dbg ?
--
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.