http://bugs.winehq.org/show_bug.cgi?id=19188
Summary: [Close Combat Iv][CC4] All versions fail to launch
Product: Wine
Version: 1.1.25
Platform: PC-x86-64
URL: http://download.cnet.com/Close-Combat-IV-Battle-of-the
-Bulge/3000-7483_4-10034642.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nugrud(a)gmail.com
Created an attachment (id=22185)
--> (http://bugs.winehq.org/attachment.cgi?id=22185)
WINE's output from launching unpatched retail full game of CC4
Be it a demo, full retail version and fully patched game of Close Combat IV
fail to launch under wine. In the demo and full patched version the Windows
dialog boxes appear:
"Close Combat encountered an internal error at address [here addres] and will
now exit.
Game version: [here version]"
The cd retail version crashes wine without any such dialog (wine output
attached).
To reproduce the bug with demo install it and run 'wine CC4.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=19091
Summary: Missing background in Civilization 4 main menu.
Product: Wine
Version: 1.1.24
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Created an attachment (id=22035)
--> (http://bugs.winehq.org/attachment.cgi?id=22035)
Screenshot in Ubuntu
Check the attached pictures.
Using Ubuntu 9.04. No Compiz activated.
Video: 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series
Chipset Integrated Graphics Controller (rev 07)
--
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=18573
Summary: Unimplemented function
KERNEL32.dll.QueryFullProcessImageNameA
Product: Wine
Version: 1.1.21
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ghost_zero5(a)gmx.at
Created an attachment (id=21235)
--> (http://bugs.winehq.org/attachment.cgi?id=21235)
Log from running Patch installer with v1.1.21
Hi,
I get that error message when trying to install the v2.40.0 complete Patch
(meaning from v2.0.2 - DVD Version - to v2.40.0 and not for some version
between the DVD version) with wine 1.1.21. That still worked fine with wine
v1.0.1
So it seems to be a new bug in v1.1.21.
--
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=18480
Summary: Civilization III 1.29f will not start game.
Product: Wine
Version: 1.1.21
Platform: PC
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: salisowski(a)gmail.com
The game loads with wine 1.21 - game Civilization III Original with 1.29f patch
installed. It gets to the main menu, though not in full screen, and then
allows you to get to the first menu for starting a new game. It allows you to
select your options without a problem, though with a some lag. When you
attempt to continue to the next screen the wine program informs you that there
has been an error and it needs to shut down. The program then exits without
notice.
--
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=18438
Summary: Installation of ArcGIS 9.3 on Wine 1.1.21 at C:/ArcGIS
fails and exit
Product: Wine
Version: 1.1.21
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yecarrillo(a)gmail.com
Created an attachment (id=21040)
--> (http://bugs.winehq.org/attachment.cgi?id=21040)
ArcGIS 9.3 on Wine 1.1.21 at C:/ArcGIS
Installation of ArcGIS 9.3 on Wine 1.1.21 at C:/ArcGIS fails and exit.
--
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=18297
Summary: wine EDP\EasyBooks\EasyBooks.exe =
err:local:LOCAL_GetBlock not enough space in USER heap
10d7 for 80 bytes
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: roddnzd(a)gmail.com
I am trying to run an accounting program called "Easybooks" in Ubuntu 9.04
(runs ok in winXP)
the verion of wine am using is "wine 1.0.1"
run from terminal it comes up with the following error
rod@rod-desktop:~$ wine EDP\EasyBooks\EasyBooks.exe
err:local:LOCAL_GetBlock not enough space in USER heap 10d7 for 80 bytes
err:local:LOCAL_GetBlock not enough space in USER heap 10d7 for 80 bytes
err:local:LOCAL_GetBlock not enough space in USER heap 10d7 for 80 bytes
I am totaly new to wine and Terminal but keen to learn
any suggestions
cheers
Rod
--
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=18067
Summary: Large blocks not reported properly to valgrind by
RtlAllocateHeap
Product: Wine
Version: 1.1.19
Platform: Other
OS/Version: other
Status: NEW
Keywords: download, patch, source
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Found while valgrinding chromium unit tests. Here's a simple test case:
$ cat > foo.c <<_EOF_
#include <malloc.h>
int main()
{
char *p = malloc(1000000);
free(p);
}
_EOF_
$ i586-mingw32msvc-gcc foo.c
$ valgrind --trace-children=yes wine a.exe
...
==2953== Invalid free() / delete / delete[]
==2953== at 0x6C80EDF: RtlFreeHeap dlls/ntdll/heap.c:1464
Looks like Eric missed a code path when he first added the valgrind hooks?
--
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=18055
Summary: Searching in Steam does not work.
Product: Wine
Version: 1.1.19
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kcjones1(a)gmail.com
If I type something in the search box, and hit the Search button, it seems to
ignore the search term.
It gives me the full list of games and videos available on Steam.
If I type in "half life", and hit Enter or the Search button, I get 1272
results, and it doesn't matter what the search term is. The first result is
Braid, which has nothing at all to do with Half Life, or whatever it is I'm
searching that isn't Braid.
--
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=18000
Summary: user32 test run failure
Product: Wine
Version: 1.1.19
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: celticht32(a)aol.com
broadcast.c:152: Test failed: Returned: 0
broadcast.c:152: Test failed: Returned: 0
broadcast.c:237: Test failed: Returned: 0
broadcast.c:237: Test failed: Returned: 0
broadcast.c:297: Test failed: Returned: 0 error 1460
broadcast.c:308: Test failed: Returned: 0 error 1460
broadcast.c:319: Test failed: Returned: 0 error 1460
make: *** [broadcast.ok] Error 7
--
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=17974
Summary: Garry's mod: screen on toolgun isn't rendered
Product: Wine
Version: 1.1.18
Platform: PC-x86-64
URL: http://www.garrysmod.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pitel(a)nomi.cz
Created an attachment (id=20334)
--> (http://bugs.winehq.org/attachment.cgi?id=20334)
Tool gun without screen
When you try to use any tool, the tool gun appears on screen, but the screen on
toolgun isn't rendered.
I have GLSL and pixel/vertex shader enabled, running without setting dxlevel
(so dx9), nVidia.
--
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=17994
Summary: Failure in D3D8 test in test function texop_test
Product: Wine
Version: 1.1.19
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: celticht32(a)aol.com
Ran the make test and recieved the following failure :
visual.c:1264: Test failed: Operation MULTIPLYADD returned color 0x00cc99cc,
expected 0x00ff3300
visual.c:1264: Test failed: Operation LERP returned color 0x00999999, expected
0x00003333
make[2]: Entering directory `/home/cahrendt/wine-git/dlls/d3d8/tests'
../../../tools/runtest -q -P wine -M d3d8.dll -T ../../.. -p d3d8_test.exe.so
visual.c && touch visual.ok
visual.c:1264: Test failed: Operation MULTIPLYADD returned color 0x00cc99cc,
expected 0x00ff3300
visual.c:1264: Test failed: Operation LERP returned color 0x00999999, expected
0x00003333
Chris
--
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=17964
Summary: Red Alert 3 Uprising crashes during install
Product: Wine
Version: 1.1.17
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: johaahn(a)gmail.com
Created an attachment (id=20316)
--> (http://bugs.winehq.org/attachment.cgi?id=20316)
winedebug_all_trace_1
After path selection, RA3 Uprising installer crashes:
Please find standard logs:
$ wine EASetup.exe
fixme:advapi:LookupAccountNameW (null) L"johaahn" (nil) 0x33f79c (nil) 0x33f7a0
0x33f794 - stub
fixme:advapi:LookupAccountNameW (null) L"johaahn" 0x15e190 0x33f79c 0x15e4b0
0x33f7a0 0x33f794 - stub
fixme:msi:msi_unimplemented_action_stub MigrateFeatureStates -> 2 ignored
L"Upgrade" table values
err:richedit:ReadStyleSheet ReadStyleSheet: skipping optional destination
err:richedit:ReadStyleSheet ReadStyleSheet: skipping optional destination
err:richedit:ReadStyleSheet ReadStyleSheet: skipping optional destination
err:richedit:ReadStyleSheet ReadStyleSheet: skipping optional destination
err:richedit:ReadStyleSheet ReadStyleSheet: skipping optional destination
err:seh:raise_exception Exception frame is not in stack limits => unable to
dispatch exception.
$
I've also added some debug traces in attachment (thanks to below commands):
$ WINEDEBUG=+all wine EASetup.exe 2> log.txt
$ tail log.txt -n 100000 > test.log
FYI: I've never debugged wine before. So if someone can help me to make the
first step :) ...
FYI2: "RA3" is working properly on my env.
Thanks
--
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=17810
Summary: Base unittests for chromium fail under Wine
Product: Wine
Version: 1.1.17
Platform: Other
URL: http://chromium.org
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
base_unittests.exe currently does not run to completion under wine.
You can repeat the whole test by doing
wget http://kegel.com/wine/base_unittests.tgz
tar -xzvf base_unittests.tgz
wine base_unittests.exe
The first problem is that it hangs on DirectoryWatcherTest.NewFile.
You can repeat this specific problem with
wine base_unittests.exe --gtest_filter=DirectoryWatcherTest.NewFile
--
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=17760
Summary: CryptAcquireContext: Use MS_ENHANCED_PROV instead of
MS_DEF_PROV when pszProvider == NULL
Product: Wine
Version: 1.1.17
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mb(a)smartftp.com
If the pszProvider parameter in the CryptAcquireContext function is NULL Wine
seems to use the MS_DEF_PROV provider (Base) by default. However on Windows (at
least XP and higher) the default provider depends on many factors (e.g.
registry) and by default (see Note 1) the MS_ENHANCED_PROV or a newer/stronger
provider is selected.
The result is that applications that use CryptAcquireContext with a NULL
pszProvider parameter assume that a Strong or better provider is selected and
therefore fail under Wine if they use an algorithm (or keylen) that is not
supported by the Base provider.
I strongly recommend to use the Strong/Enhanced provider in this case.
Note 1
======
"When an application calls CryptAcquireContext and specifies a provider type
but no provider name, the function looks for a named provider, first checking a
list of default named providers associated with the logged-on user and, if that
fails, from a list of default named providers associated with the computer.
After the provider name has been determined, the CryptAcquireContext function
searches for the CSP for that provider, loads it, and returns its handle."
Reference: http://msdn.microsoft.com/en-us/library/aa380246(VS.85).aspx
--
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=17530
Summary: netapi32:access crashes if +heap enabled
Product: Wine
Version: 1.1.15
Platform: PC
URL: http://test.winehq.org/data/b86552f58d96f3bf3b324a6ed115
a1c4a846174d/wine_ae-ub-904-heap/netapi32:access.html
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
There's a +relay,+seh,+tid attached to bug 17415. Should be easy to reproduce.
--
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=17584
Summary: VB6 Textbox crash
Product: Wine
Version: 1.1.13
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gabmoa(a)yahoo.it
Created an attachment (id=19742)
--> (http://bugs.winehq.org/attachment.cgi?id=19742)
Simple project to test VB.textbox escape problem
In many vb6 applications I have experienced crash and now I think I have
understand when this happen!
A vb6 standard single line textbox (multi or single can be choosed at design
time only in vb6) inside a container (in the example a simple picturebox), when
I press Escape to hide (or disable) the container crash the application.
Any other keys seems doesn't cause a crash.
In the example attached any key pressed inside textbox make visible=false to
container. Press the escape key to reproduce the crash.
There are 2 textbox, the first one is single line while the second one is
multiline (and it doesn't crash).
Ubuntu 8.04 - VB6 runtime (SP6)
--
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=17211
Summary: Proteus 6 Lite (Ares.exe & Isis.exe) both crash upon
opening a design.
Product: Wine
Version: 1.1.13
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: john1946.jones(a)btinternet.com
Created an attachment (id=19126)
--> (http://bugs.winehq.org/attachment.cgi?id=19126)
Screenshot of the error message.
Proteus 6 Lite is a suite comprising a schematic designer and PCB layout
designer.
Since I installed Wine 1.1.13, both apps crash when an existing design is
opened. A screenshot of the resulting error message is attached.
Both components of Proteus 6 Lite functioned okay with Wine 1.1.12.
I did a bisect which gave the following result:-
[adad9b668233f490fa951b4cc6d18bcb4faa3ee2] msvcrt: Fix an unused function
warning on non-i386.
Running Isis in a terminal (including attempting to load a design) gives:-
fixme:win:AnimateWindow partial stub
fixme:win:EnumDisplayDevicesW ((null),0,0x32ed38,0x00000000), stub!
fixme:win:AnimateWindow partial stub
fixme:font:WineEngRemoveFontResourceEx :stub
Running Ares in a terminal (including attempting to load a design) gives
exactly the same result.
Apologies if I've done anything wrong; this is my first attempt a reporting a
crash.
--
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=16033
Summary: Metal Gear Solid I Bug
Product: Wine
Version: 1.0.1
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sergio_andvar(a)yahoo.com
- There is some issues in the Menu
- The game is slower
--
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=15155
Summary: Cortex Command builds 20, 21 immediately terminate upon
startup
Product: Wine
Version: 1.1.4
Platform: PC
URL: http://www.datarealms.com/downloads/ccsetup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: timonator(a)perpetuum-immobile.de
Directly after starting Cortex Command.exe (build 20 and 21 show the exact same
behavior) wine terminates without any console output. No sound is played, no
window is opened. Cortex Command 19 worked just fine. Build 21 works fine in
windows.
--
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=14267
Summary: C++ runtime error when playing icewind dale2
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: richardtranter(a)yahoo.co.uk
Created an attachment (id=14556)
--> (http://bugs.winehq.org/attachment.cgi?id=14556)
the error message
whenever i try to play icewind dale 2 now i get a "C++ runeime error" after i
have finished choosing characters and try to strat the game. the loading bar
always gets to the same point and then freezes for a while then the game
crashes and i get the error message
im not sure if the problem is in the running of the first part of the game or
the autosaving function
can somebody help me please... ill put an attachment of the error message on
just incase it may help you
oh and please dont be too techincal cos u'll confuse me easily
--
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=13576
Summary: Black Hawk Down Demo causes wine to exit upon entering
map
Product: Wine
Version: 1.0-rc2
Platform: PC
URL: http://www.novalogic.com/downloads.asp#54
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dnashdig(a)gmail.com
Created an attachment (id=13536)
--> (http://bugs.winehq.org/attachment.cgi?id=13536)
wine-1.0-rc3 exiting upon entering the level
Tested with wine-1.0-rc2 & wine-1.0-rc3 (fresh ~/.wine). Log for wine-1.0-rc3
attached.
--
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=13547
Summary: Warcraft III loses all textures after game window loses
focus in OpenGL mode
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lightrush(a)gmail.com
CC: lightrush(a)gmail.com
Once the game loses focus of its window the graphics get corrupted - all
textures are lost and everything is white instead. It keeps running fine as
performance but no textures.
This behaviour came with RC2. In RC1 the game used to crash under the same
conditions, so it is an improvement but not the right one :) .
--
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=13514
Summary: Age of Conan will not start
Product: Wine
Version: 1.0-rc2
Platform: PC-x86-64
URL: http://www.ageofconan.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: l_bratch(a)yahoo.co.uk
Created an attachment (id=13435)
--> (http://bugs.winehq.org/attachment.cgi?id=13435)
Output with WINEDEBUG=-all
This is different to bug 12816 and bug 13422. 12816 only applied to the beta
version of this game, and this bug is only reached when you get past 13422.
Once getting past 13422 by clicking on the invisible "Play" button, the game
tried to launch but fails with the attached output. I've run it with
WINEDEBUG=-xrender, or the log is massive, as it has this line repeating
endlessly:
fixme:xrender:X11DRV_AlphaBlend not a dibsection
--
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=13501
Summary: Rome Total War v1.5: Crashes everytime when entering a
battle.
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rbasso1979(a)gmail.com
CC: jeremielapuree(a)yahoo.fr, pastund(a)gmx.de
Created an attachment (id=13419)
--> (http://bugs.winehq.org/attachment.cgi?id=13419)
Redirected Output (stdout & stderr)
The game crashes everytime it tries to load a battle, and gives the following
error:
Generic Error: Insufficient video memory to load requested texture set.
The progress bar freezes near the end for almost a minute before the crash.
May be related to BUG 13118, because some posts report the same problem, but I
didn't experienced any off the other problems listed there, so I think this is
a different bug.
--
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=13261
Summary: Civilization III Crashes When Starting New Game
Product: Wine
Version: 1.0-rc1
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: opengl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sourtooth(a)gmail.com
Created an attachment (id=13104)
--> (http://bugs.winehq.org/attachment.cgi?id=13104)
0.9.61 Crash Log
When Starting New Game: Gets Past Selecting Civilization, Loading, Displays
Initial View Then Crashes As Soon As 1st Dialog Box Is Closed.
Also Affects: Quickplay, Load Game & Load Scenario.
This Makes The Game Useless.
Running Mandriva 2008.1, Tested Both With 0.9.61 & 1.0-rc1
0.9.61 Doesn't Call wine_glflush() ( It Crashes In winex11 )
1.0-rc1 Does Call wine_glflush()
Attaching Logs From 0.9.61 & 1.0-rc1
I Believe The Context Isn't Being Set.
This Would Be Why Dan Kegel Can Run It.
He Has NVidia I Have Intel.
The Drivers Must Have Different Policies On How To Handle It.
Whatever Way It Is, Wine Must Set The Context Properly, This Means Other OpenGL
Games Must Be Affected As Well.
--
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=13006
Summary: Xfire ListView shows blocks for text or white spaces
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gammasts(a)gmail.com
CC: gammasts(a)gmail.com
As seen here: http://xfireplus.com/jing/2008-05-06_0311.png
The friend's list does not show text properly. All names come up as boxes (I am
assuming this is due to unicode?). The control type is a SysListView (if that
helps).
On other tabs, the entries come up as blank white lines as seen here
http://xfireplus.com/jing/2008-05-06_0311_001.png
This has affected all versions of Xfire (current 1.91) and I have seen reports
of it happening in every distribution of linux and wine (to date).
Pictures above tested with fresh install of Ubuntu 8.04 x86, Xfire 1.91, and
Wine 0.9.61.
--
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=12858
Summary: winmm: wave.ok test fails in PC-BSD but not Linux
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: FreeBSD
Status: NEW
Keywords: testcase
Severity: minor
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=12554)
--> (http://bugs.winehq.org/attachment.cgi?id=12554)
+wave
--snip--
wave.c:475: Test failed: waveOutGetPosition(0): returned 43422 samples (43422
bytes), should be 22050 (22050 bytes)
wave.c:501: Test failed: waveOutGetPosition(0): SMPTE test failed
wave.c:512: Test failed: waveOutGetPosition(0): MIDI test failed
wave.c:523: Test failed: waveOutGetPosition(0): TICKS test failed
--snip--
Total of 234!
+wave attached
--
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=12245
Summary: Graphics skip in Deus Ex
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stonej4(a)mcmaster.ca
Created an attachment (id=11680)
--> (http://bugs.winehq.org/attachment.cgi?id=11680)
Read out of the wine debug mode
When Deus Ex is run is a random skip in the graphics that can be observed in
the background of the menu and during game play. There are several outputs in
the terminal like this:
fixme:d3d7:IDirect3DDeviceImpl_7_Load
(0x5476ef8)->(0x6e00fe0,(nil),0x58ea8a8,(nil),00000000): Partially Implemented!
A full log is attached.
--
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=12171
Summary: adding popupmenu to itself, then using finditem causes
stack overflow
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mark.dufour(a)gmail.com
The following code crashes WINE, but not Windows. It adds a popupmenu to the
popupmenu itself, then calls MENU_FindItem via GetMenuState. MENU_FindItem
keeps following the loop until it crashes with a stack overflow. Windows reacts
a bit strangely, too, but does not crash. Messing around in MENU_FindItem
allows WZebra (othello program, listed in the appdb) to start, but I was unable
to figure out the correct solution. Not sure if WZebra accidentally creates a
temporary loop, or that this is caused by some other regression. WZebra used to
work great a long time ago.
/* sub menu */
hSubMenu = CreatePopupMenu();
InsertMenu(hSubMenu, -1, MF_BYPOSITION, 1234, "loop");
/* main menu */
hMenu = CreateMenu();
InsertMenu(hMenu, -1, MF_BYPOSITION | MF_POPUP, (UINT)hSubMenu,
"&File");
/* add popupmenu to itself */
ModifyMenu(hSubMenu, 1234, MF_POPUP, (UINT)hSubMenu, "loop");
/* MENU_FindItem ends up in infinite recursion */
GetMenuState(hMenu, (UINT)hSubMenu, 0);
--
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=10435
Summary: Portal 1.0: Portals don't always appear correctly
(clipping plane / frustum not being respected?)
Product: Wine
Version: 0.9.49.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chrislord.net(a)gmail.com
Often in Portal, instead of seeing through a pair of portals, you end up seeing
what's behind the destination portal - but this depends on the viewing angle
and distance.
It would appear that the clipping plane/frustum (whatever) when the portal is
rendered is modified with respect to the player's position in Portal; or
perhaps it *isn't* modified and is instead rendered with the same clipping
frustum as the main viewpoint.
--
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=9688
Summary: Thief: Deadly Shadows does not render text properly
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ehoover(a)mines.edu
Created an attachment (id=8111)
--> (http://bugs.winehq.org/attachment.cgi?id=8111)
Screenshot illustrating problem
Many things in Thief: Deadly Shadows do not properly render text. This makes it
extremely difficult to use the menus, save/load games, or read in-game
instructions. Also, the problem gets worse as you move the mouse around.
--
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=9374
Summary: Ricochet Infinity window fills the screen when switching
from fullscreen mode
Product: Wine
Version: 0.9.43.
Platform: PC
URL: http://appdb.winehq.org/appview.php?iVersionId=8907
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
By default, Ricochet Infinity runs in fullscreen mode at 800x600. When
switching from fullscreen mode to windowed mode, the screen size is changed
from 800x600 back to the original screen size (this should happen), and the
window is resized to full the screen (this should not). This happens whether
I'm using my normal window manager or running the program in a virtual desktop.
Starting the game once the setting is changed to windowed mode works fine; the
window is 800x600 and the screen size is not changed.
--
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=7042
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #30 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-23 13:18:12 ---
Closing bugs fixed in 1.1.32.
--
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=5259
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #10 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-23 13:18:09 ---
Closing bugs fixed in 1.1.32.
--
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=6003
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #17 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-23 13:18:10 ---
Closing bugs fixed in 1.1.32.
--
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=3047
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #9 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-23 13:18:08 ---
Closing bugs fixed in 1.1.32.
--
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=2181
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #39 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-23 13:18:06 ---
Closing bugs fixed in 1.1.32.
--
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=425
--- Comment #14 from Juan Lang <juan_lang(a)yahoo.com> 2009-10-23 11:51:00 ---
*** Bug 20446 has been marked as a duplicate of this bug. ***
--
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=425www.recover.eu <info(a)recover.eu> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |info(a)recover.eu
--
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=15206
Summary: Trouble with symbolic stack dumps and Chromium
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://build.chromium.org/buildbot/snapshots/chromium-
rel-xp/
OS/Version: other
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: dbghelp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Chromium has nightly builds with pdb files at
http://build.chromium.org/buildbot/snapshots/chromium-rel-xp/
and if you install corefonts, then current wine can install
and run (though for me chromium hangs when loading web page).
However, getting symbolic stack dumps (sometimes?) fails.
To get wine to find the symbol files, put them in the current
directory (or the directory they were in when they were built,
or a directory on Wine's PATH).
But wine complains
trace:dbghelp_msc:pdb_init
PDB(Z:\home\dank\snapshots\1712\chrome-win32-syms\chrome_dll.pdb): "Microsoft
C/C++ MSF 7.00\r\n\x1aDS\x00\
trace:dbghelp_msc:pdb_init found DS/f for
Z:\home\dank\snapshots\1712\chrome-win32-syms\chrome_dll.pdb: age=30
guid={c007e080-dbde-4fd9-a8dd-ae84cd0524a9}
warn:dbghelp:module_find_cb Found
L"Z:\\home\\dank\\snapshots\\1712\\chrome-win32-syms\\chrome_dll.pdb", but
wrong age: 00000030 0000002c
(Does that mean the .pdb files are mismatched, or is this a wine bug?)
This patch disables the "age" check and seems to let symbolic
stacks to be produced:
--- a/dlls/dbghelp/path.c
+++ b/dlls/dbghelp/path.c
@@ -560,7 +560,7 @@ static BOOL CALLBACK module_find_cb(PCWSTR buffer, PVOID
use
}
if (pdb_lookup.age != mf->dw2)
{
- matched--;
+ //matched--;
WARN("Found %s, but wrong age: %08x %08x\n",
debugstr_w(buffer), pdb_lookup.age, mf->dw2);
}
although now I don't seem to need the patch, so maybe I'm smoking crack.
Also, after about 12 lines of backtrace, winedbg seems to get
stuck in an infinite loop. And before the backtrace there are
hundreds of thousands of lines like
fixme:dbghelp_msc:codeview_snarf Unsupported symbol id 1012
FWIW, here's my script to reproduce:
#!/bin/sh
set -xe
# This snapshot crashed for me; normally you'll want the latest one
SNAPSHOT=1712
export WINE=$HOME/wine-git/wine
export WINEPREFIX=$HOME/.wine
cd $HOME
mkdir -p pdb-bug
cd pdb-bug
# Grab and unpack a snapshot of Chromium including debugging symbols
wget -c
http://build.chromium.org/buildbot/snapshots/chromium-rel-xp/$SNAPSHOT/chro…
test -d chrome-win32 || unzip chrome-win32.zip
wget -c
http://build.chromium.org/buildbot/snapshots/chromium-rel-xp/$SNAPSHOT/chro…
test -f chrome_exe.pdb || unzip -j chrome-win32-syms.zip
# Clean up .wine and install corefonts
rm -rf $WINEPREFIX
rm -f winetricks
wget http://kegel.com/wine/winetricks
sh winetricks -q corefonts
$WINE chrome-win32/chrome.exe --no-sandbox --single-process --disable-breakpad
http://www.kegel.com 2>&1 | tee wine.log
echo 'Now look at $PWD/wine.log to see whether a symbolic backtrace was
produced.'
echo 'Without the patch, it (sometimes?) fails with WARN "Found %s, but wrong
age".'
--
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=835
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
--- Comment #10 from Dan Kegel <dank(a)kegel.com> 2009-10-23 05:46:26 ---
Sorry I didn't respond earlier.
I put together a set of scripts that makes it somewhat easy
to test basic stack traceback support in both valgrind+wine
and plain wine across several versions of visual C++.
It's at
http://kegel.com/wine/valgrind/pdbdemo.tgz
Details at
http://kegel.com/wine/valgrind/pdbdemo/Readme.txt
It boils down to
wine valgrind
vc2003 great! no good stack?!
vc2005 no line numbers no good stack?!
vc2008 no line numbers no line numbers
So it looks like Wine needs to update its pdb parsing to handle
vc2005 and vc2008.
I'll add vc6 to that demo when I get a chance.
--
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=7036
Wylda <wylda(a)volny.cz> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wylda(a)volny.cz
--- Comment #18 from Wylda <wylda(a)volny.cz> 2009-10-22 23:32:42 ---
Hi, there is a missed patch in comment #12. The latest version of wine, which
can be merged with this patch is 1.1.8.
Patched wine-1.1.8 works perfectly. Compared to 1.1.31 which still fails to run
doom3 demo.
--
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=8997
Al Turner <al_turner(a)comcast.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |al_turner(a)comcast.net
--- Comment #47 from Al Turner <al_turner(a)comcast.net> 2009-10-22 21:02:30 ---
Still an issue in 1.1.31. Workaround (download/kill process/reload TM program)
still works, though.
--
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=20404
Summary: SimCity 4 (including Rush Hour/Deluxe) fails to start
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: tgheretford(a)googlemail.com
When I start SimCity 4 (or Rush Hour/Deluxe), Wine fails to start the program,
drops back to a command prompt and kills the wineserver. This error occurs when
I installed previous versions of Wine (prior to which I used a clean Wine
directory to test), even versions from six months ago which worked then, so I
don't think this is a regression.
Using Ubuntu 9.10 Karmic Koala beta with Wine 1.1.31 Jaunty from the Wine
repository.
--
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=2181
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |FIXED
--- Comment #38 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-22 15:37:13 ---
Fixed.
--
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=2181
--- Comment #37 from Julius Schwartzenberg <julius(a)zgod.cjb.net> 2009-10-22 15:36:04 ---
I sent in a patch & test for this bug and Alexandre Julliard committed a
cleaned up version to GIT. It should be fixed in the next Wine release.
--
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=7098
Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
URL|http://www.rufzxp.net/ |http://www.darc.de/referate
| |/dx/software/rufzxp/rufzxp_
| |fw1_1_setup_1_1_1.exe
--- Comment #21 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2009-10-22 12:55:05 ---
updated download link
--
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=7098
Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|mscoree |msi
Summary|RufzXP crashes on startup, |msi doesn't publish/install
|needs |some assemblies into GAC
|mscoree.dll.CorBindToRuntim |
|eEx |
--- Comment #20 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2009-10-22 12:48:35 ---
> So what should we do with this bug?
> The bug title doesn't reflect the current problem.
> Either change the title to something more matching
Done, also changing to component to msi
--
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=17453
Summary: err:iphlpapi:getNumWithOneHeader Unable to open
'/proc/net/route' to count
Product: Wine
Version: 1.1.15
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dima1236(a)gmail.com
CC: dima1236(a)gmail.com
This is error running uTorrent on wine both Debian etch 4.0 and ubuntu Hardy
8.04lts
err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count
entries!
is there a fix or way to fix that ??
Thanks,
Best Regards,
Dima.
--
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=8997
Al Turner <al_turner(a)comcast.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #24273|0 |1
is obsolete| |
--
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=8997
--- Comment #46 from Al Turner <al_turner(a)comcast.net> 2009-10-21 22:23:54 ---
Created an attachment (id=24273)
--> (http://bugs.winehq.org/attachment.cgi?id=24273)
Wine log running TroopMaster
Log generated in console while running TroopMaster. Last line is where the
window hangs.
--
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=15751
Summary: CFileSystem_Steam::Init() failed: failed to find steam
interface
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: someprogr(a)yahoo.com
I receive the error "CFileSystem_Steam::Init() failed: failed to find steam
interface" When trying to start any steam game. I have tried several wine
versions as well as wine GIT. I have completely cleared out .wine and
reinstalled the game many times but I still get the error.
--
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=17476
Summary: Euphrat Workflow: hang on connect to server
Product: Wine
Version: 1.1.14
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thesource(a)mail.ru
Created an attachment (id=19570)
--> (http://bugs.winehq.org/attachment.cgi?id=19570)
Euphrat wine stdout
This document processing program hangs after connecting to server and trying to
load something. Output is attached.
--
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=5283
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #8 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-10-21 10:26:31 ---
Closing abandoned.
--
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=5283
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|download |
Status|NEW |RESOLVED
Component|kernel32 |-unknown
Resolution| |ABANDONED
--- Comment #7 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-10-21 10:26:16 ---
Abandoned. And looks like there is no a download.
--
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=19372
Summary: Neverwinter Nights 2 runs successfully with
WINEDEBUG="file,relay,tld,seh", but fails to start w\o
debug
Product: Wine
Version: 1.1.25
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: freijie(a)gmail.com
Neverwinter Nights 2 executable 'hangs' during startup time right after
creating window\changing resolution on fresh prefix with necessary drivers and
libraries installed. wineserver process starts using 70 to 80% of cpu time,
while nwn2main.exe executable uses the rest (~20%)
game runs really laggy and starts up slowly, but successfully, when running
wine with WINEDEBUG="file,relay,tld,seh" options. no problems with gameplay
besides speed issue (because of debugging, i suppose). wineserver uses normal
portion of cputime.
*oops, now it hanged during game zone transition with debugging on, same stuff
- game hanged and wineserver started to eat cpu
gentoo linux, emerged wine from sources using 1.1.25 ebuild
--
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=7372
Steven McCoy <fnjordy(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fnjordy(a)gmail.com
--- Comment #25 from Steven McCoy <fnjordy(a)gmail.com> 2009-10-21 07:31:23 ---
Similar issue with MSPaint to Word 2003, only "Paste Special" and selecting
"bitmap" format works. Other options are "object" and "picture" both of which
fail.
Wine version 1.1.31-0ubuntu1
--
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=20434
Summary: X11DRV_CreateBitmap + planes=1, bpp=8
Product: Wine
Version: 1.1.29
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vladimiroski(a)gmail.com
Created an attachment (id=24253)
--> (http://bugs.winehq.org/attachment.cgi?id=24253)
output of: WINEDEBUG=-all,+x11drv wine '/media/OFFICE_AIO/autorun.exe' 2>
winex11drv.bug
I just got this error (running an autorun of an Office AIO):
err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=8
--
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=20431
Summary: Zeus Master of Olympus fails at runtime
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kristoffer.ericson(a)gmail.com
Created an attachment (id=24248)
--> (http://bugs.winehq.org/attachment.cgi?id=24248)
Log of trying to run
Zeus Master of Olympus fails when you try to run it in about 80% of the time.
Other times you see the initial loading screens pass by and then it fails
(before getting into any menus).
Log attached.
--
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=20432
Summary: Adapt WRC to recent GCC changes
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: d.g.gorbachev(a)gmail.com
Created an attachment (id=24252)
--> (http://bugs.winehq.org/attachment.cgi?id=24252)
Possible solution
WRC does not join parts of a string together.
For instance:
STRINGTABLE
BEGIN
1001, "hello,"
"world"
END
When compiling it, WRC gives `Error: syntax error'. (Windres accepts it.)
Look, for example, at dlls/shell32/shell32_*.rc, and read a discussion in PR
41748 at GCC Bugzilla, to see why this can be needed.
--
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=201
Cleber Santz <clebersantz(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |clebersantz(a)gmail.com
--
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=7929
--- Comment #93 from Erich Hoover <ehoover(a)mines.edu> 2009-10-20 09:47:48 ---
(In reply to comment #92)
> > Under what context is this? Is this a problem you're experiencing under Wine
> > or describing some of the behavior under Windows?
>
> This problem is experienced under wine , as was described earlier. And same
> problem is experienced under Windows OS if firewall rules are blocking
> broadcasts. We ve managed to fix thins under Windows OS using OpenVPN solution.
> But this wouldn help, if 2 computers are in LAN with in one domain collision.
You are going to need to give a bit more detail for us to help you. Do you
have trouble when the Windows firewall is off? What version of Wine are you
using? Which patch for C&C3 networking are you using? (the game will not work
under Wine without one of the patches) If the problem you're running into is
really that the Windows firewall is blocking the packets then I highly doubt
that there's anything that can be done to fix it except to add a port exception
or turn the firewall off.
--
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=7929
--- Comment #92 from mischenko.mm(a)gmail.com 2009-10-20 09:38:17 ---
> Under what context is this? Is this a problem you're experiencing under Wine
> or describing some of the behavior under Windows?
This problem is experienced under wine , as was described earlier. And same
problem is experienced under Windows OS if firewall rules are blocking
broadcasts. We ve managed to fix thins under Windows OS using OpenVPN solution.
But this wouldn help, if 2 computers are in LAN with in one domain collision.
--
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=7929
--- Comment #91 from Erich Hoover <ehoover(a)mines.edu> 2009-10-20 09:27:28 ---
(In reply to comment #90)
> timeout problem often occurs when second machine is behind firewall (if 2 games
> are launched in Windows)
Under what context is this? Is this a problem you're experiencing under Wine
or describing some of the behavior under Windows?
--
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=19874
Summary: If mouse focus lost then keyboard focus never
recovered (Team Fortress 2)
Product: Wine
Version: 1.1.28
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael(a)araneidae.co.uk
When the mouse unsticks from my game window (old old wine bug, can't find the
reference right now) there's the risk of clicking outside the game window and
thus losing focus. Unfortunately when this happens I am unable to return the
keyboard focus to the game: I end up in the odd state where mouse movements
still go to the game, but keyboard input goes to other windows. The only
remedy seems to be to kill with `wineserver -k` and restart.
I'm running Team Fortress 2 in a virtual desktop, but on a dual monitor setup
(so the mouse has room to go outside the game window).
--
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=7929
mischenko.mm(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mischenko.mm(a)gmail.com
--- Comment #90 from mischenko.mm(a)gmail.com 2009-10-20 05:01:09 ---
timeout problem often occurs when second machine is behind firewall (if 2 games
are launched in Windows)
--
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=20425
Summary: Fixedsys in mIRC only has Regular font weight
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cyberbotx(a)cyberbotx.com
When running mIRC on an actual Windows XP machine and going into it's Font
dialog, it shows Regular, Italic, Bold, and Bold Italic for font weights (it
labels them as Font Style). However, when mIRC is run under Wine, and the
Fixedsys .fon font files are copied to Wine's Fonts directory from a Windows XP
mahcine, the only font weight shown for Fixedsys is Regular. I'm not 100% sure
if I have all the .fon files needed for Fixedsys to have the other 3 font
weights, but I do have the following in my Fonts directory currently:
ls ~/.wine/harddiskvolume1/windows/Fonts/
8514fix.fon 85f1257.fon QT2C_P.TTF QT2_P.TTF j8514fix.fon vgafix.fon
8514fixe.fon OCRA2_P.TTF QT2M_P.TTF c8514fix.fon jvgafix.fon vgafixe.fon
8514fixg.fon OCRBMT.TTF QT2PI_P.TTF cvgafix.fon s8514fix.fon vgafixg.fon
8514fixr.fon QT2C_B.TTF QT2_B.TTF h8514fix.fon svgafix.fon vgafixr.fon
8514fixt.fon QT2C_I.TTF QT2_I.TTF hvgafix.fon vgaf1257.fon vgafixt.fon
(Ignore the .ttf files, those are for other fonts that were probably installed
by other applications.)
I was unable to find any other files on a Windows XP installation that had
Fixedsys in it. As a result of the lack of Bold, any time there is Bold text
sent to mIRC, it fails to render it in Bold and instead renders it in Regular.
--
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=7520
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |cyberbotx(a)cyberbotx.com
--- Comment #11 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-10-20 01:26:25 ---
*** Bug 20425 has been marked as a duplicate of this bug. ***
--
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=20416
Summary: Bug renames are not recorded in the visible bug
history
Product: WineHQ Bugzilla
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael(a)araneidae.co.uk
As a bug evolves the original one line description may change to reflect
updates to how the bug is understood, or even changes to the underlying bug
being described. Unfortunately when reviewing the history of comments on a bug
there is no visible record of changes to the bug title. This can result in
confused conversations, or even can be used to mislead!
At the very least, each change in the bug title should be reflected as a one
line comment to the effect:
------ Comment #xx From blah blah
Bug renamed from "old title here" to "new title here"
------
<rest of update comment can go here>
Or whatever. Make the changes visible, anyhow.
--
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=20375
Summary: Micro Machines V3 crashes when entering a race.
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: ezekiel000(a)lavabit.com
Micro Machines V3 crashes when entering races with the following errors in the
terminal:
ezekiel@alice:~/Games/Micro Machines V3$ wine ./micro.exe
fixme:win:EnumDisplayDevicesW ((null),0,0x32f4c0,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32f7b4,0x00000000), stub!
fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to
SetDepthStencilSurface
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x215890,0x2157d8): stub
fixme:dplay:DP_SecureOpen (0xc66370)->(0x591240,0x00000002,(nil),(nil)):
partial stub
fixme:dplay:DP_SecureOpen Not all data fields are correct. Need new parameter
fixme:dplay:DPWSCB_Open (1,(nil),0x215ee0,0,0x00000002,0x00000040) stub
err:dplay:DP_SecureOpen Unable to open session: DPERR_UNSUPPORTED
err:dplay:DP_InitializeDPSP DP SP Initialization failed: DPERR_UNAVAILABLE
err:d3d_surface:d3dfmt_p8_init_palette This code should never get entered for
DirectDraw!, expect problems
err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found 320x240x8
@0! (XRandR)
--
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=9142
--- Comment #21 from Peter Dons Tychsen <donpedro(a)tdcadsl.dk> 2009-10-19 17:41:40 ---
>>Couldn't wineserver simply retry on EAGAIN (at least once)?
No cigar. Already tried that. The delay is apparently not long enough.
--
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=7510
Luke <gaming4jc2(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gaming4jc2(a)yahoo.com
--- Comment #39 from Luke <gaming4jc2(a)yahoo.com> 2009-10-19 15:34:37 ---
I just bumped into this (a bit late) and think my reported bug might be a
duplicate of this. Linky: http://bugs.winehq.org/show_bug.cgi?id=20415
The interesting thing is I'm using the latest wine and it installs perfectly.
The problem: GUI is scrambled/unviewable and is non-responsive every time I try
to run 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=7929
Robert Bartle <poofyyoda(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #24054|0 |1
is obsolete| |
--- Comment #89 from Robert Bartle <poofyyoda(a)gmail.com> 2009-10-19 15:31:16 ---
Created an attachment (id=24239)
--> (http://bugs.winehq.org/attachment.cgi?id=24239)
Binary replacement for network support
(In reply to comment #86)
> Created an attachment (id=24054)
--> (http://bugs.winehq.org/attachment.cgi?id=24054) [details]
> Here is a compiled binary of the old hack
>
> since the packages included in the howto do not provide
> network support, it may be easier for users to grab this binary and overwrite
> the default wine one. This will work on both 32 and 64 bit machines.
Whoops, sorry, I uploaded the wrong one ...
This should be the proper working one.
Also in the howto, the value for the UseBindAddressHack is case sensitive, so
it should be "enabled" NOT "Enabled"
--
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=5944
Toralf Förster <toralf.foerster(a)gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |toralf.foerster(a)gmx.de
--- Comment #24 from Toralf Förster <toralf.foerster(a)gmx.de> 2009-10-19 12:13:42 ---
For 7.0.2 here is a back trace : http://bugs.winehq.org/attachment.cgi?id=24124
--
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=6716
--- Comment #23 from Kaluzman <konf_kal(a)seznam.cz> 2009-10-19 11:43:25 ---
Created an attachment (id=24233)
--> (http://bugs.winehq.org/attachment.cgi?id=24233)
WINEDEBUG=+listview,+msg BZIP2 compressed log from Cestovné poriadky, INPROP
(rebranded IDOS)
Run, find connection, scroll in results down and back, move window, exit.
After start & moving window was background broken.
Vanilla wine 1.1.31 on Debian Lenny.
--
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=20318
Summary: RtlFreeHeap() valgrind annotation wrong in error path
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
CC: m.b.lankhorst(a)gmail.com
Running the kernel32 heap tests under valgrind produces the warning
Invalid free() / delete / delete[]
at notify_free (heap.c:222)
by RtlFreeHeap (heap.c:1474)
by HeapFree (heap.c:281)
by GlobalFree (heap.c:749)
by test_heap (heap.c:219)
Address 0x7f0371f0 is 12 bytes after a block of size 2,020 alloc'd
at notify_alloc (heap.c:214)
by RtlAllocateHeap (heap.c:1421)
by get_tls_data (test.h:216)
by winetest_set_location (test.h:252)
by test_heap (heap.c:72)
which probably indicates that the valgrind annotation at
line 1474 of ntdll/heap.c needs to be moved down to done:
at line 1492, or something like that, so if the sanity checks
fail, we don't tell valgrind we're freeing a block.
--
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=8539
--- Comment #12 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-19 09:55:49 ---
It works with wine-1.1.31-272-g8c743cb. Create New VM button doesn't crash this
program. I'm not able to actually create VM - it exits with runtime error
telling me that I don't have some license.
Could someone test again with 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.
http://bugs.winehq.org/show_bug.cgi?id=6716
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #24197|0 |1
is obsolete| |
--- Comment #22 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-19 09:08:33 ---
(From update of attachment 24197)
This doesn't count.
ps.fErase is zero - subclass procedure reports high on WM_ERASEBKGND but
doesn't perform erase.
--
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=9142
--- Comment #20 from Andrew Zabolotny <anpaza(a)mail.ru> 2009-10-19 08:44:04 ---
Couldn't wineserver simply retry on EAGAIN (at least once)? In any case EAGAIN
suggest to try opening the file again, so doing that once more shouldn't be a
error. And this happens in very rare cases anyway, and shouldn't be a
performance hit for the usual code flow.
--
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=7105
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|comctl32 |user32
--- Comment #37 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-19 08:06:22 ---
Let's mark this a user32 bug, last working patch is about cursor 16 bit
compatibility (or something like that).
--
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=20407
Summary: Add command line access to "Decorated" option
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P5
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ghodmode(a)ghodmode.com
I'd like to be able to use a command line option that would allow me to set or
remove the "Allow the window manager to decorate the windows" option.
>From a user perspective, it seems like it would fit nicely along with the
desktop name and size options of the explorer command ie: wine explorer
/desktop=mydesktop,1440x900,NoDecorations
I looked at the code and I realize that the explorer command line options is
handled in programs/explorer/desktop.c while the "Decorated" option is handled
in a completely different place by the X11 driver,
dlls/winex11.drv/x11drv_main.c
I'm really pushing the limits of my C programming knowledge here, but I figured
that if I was going to ask for a feature, I should at least try to find out
something about it :)
Thank you.
--
-- Ghodmode
--
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=6971
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jounijarvis(a)gmail.com
Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Paul.Hampson(a)Pobox.com
Christoph Korn <c_korn(a)gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |c_korn(a)gmx.de
chaykin <rchayster(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|rchayster(a)gmail.com |
Adrian Lüthi <adi.l(a)bluewin.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |adi.l(a)bluewin.ch
dlzerocool <dl.zerocool(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dl.zerocool(a)gmail.com
Stephane Mikaty <stephane(a)mikaty.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stephane(a)mikaty.net
Casey Jones <pvtpuddin(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pvtpuddin(a)gmail.com
Dennis Schridde <lindevel(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lindevel(a)gmx.net
Lars Blomqvist <knaprigt(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |knaprigt(a)gmail.com
giovanni.nicola(a)ticino.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |giovanni.nicola(a)ticino.com
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hoehle(a)users.sourceforge.ne
| |t
Alessandro Pedarra <alessandro.pedarra(a)inbox.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alessandro.pedarra(a)inbox.co
| |m
sheen <toxmerguez(a)yahoo.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |toxmerguez(a)yahoo.fr
Danila Sentiabov <dsent.zen(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dsent.zen(a)gmail.com
Brian <execrable(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |execrable(a)gmail.com
Jan Kalab <pitel(a)nomi.cz> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pitel(a)nomi.cz
Michael Bonfils <murlock(a)free.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |murlock(a)free.fr
Jake <Meigus777(a)aol.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Meigus777(a)aol.com
Jack Diaz <shadow56787(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |shadow56787(a)yahoo.com
Giovanni Ongaro <joe(a)paco-net.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |joe(a)paco-net.ch
Konrad Materka <kmaterka(a)wp.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kmaterka(a)wp.pl
Martin Klapetek <martin.klapetek(a)post.cz> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |martin.klapetek(a)post.cz
--- Comment #234 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-03-20 10:45:03 ---
*** Bug 17801 has been marked as a duplicate of this bug. ***
--- Comment #235 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 10:05:43 ---
XInput2 is starting to firm up
(http://lists.x.org/archives/xorg-devel/2009-March/000514.html via Phoronix) so
it might be a good time to investigate a preliminary XInput2-based solution to
this bug, and ensure that the XInput2 API is sufficient (while it's still
malleable enough to fix) to cover the requirements.
As I understand it, the issue here is that when dinput is being used to capture
the mouse exclusively (ie. using DirectInput's Acquire with DISCL_EXCLUSIVE and
hence DISCL_FOREGROUND) no other X events should be sent for that mouse, and
the cursor's position should no longer affect anything that happens (ie the
cursor becomes uninteresting and invisible, and all mouse events are sent back
via directinput) which includes not changing focus to other windows, and this
state needs to be cleared when focus is lost.
If DISCL_NONEXCLUSIVE is used, then the application needs to be able to start
reading events from the mouse either at any time (DISCL_BACKGROUND) or only
when it has focus (DISCL_FOREGROUND) but in this case the cursor remains tied
to the mouse (unless something else has it acquired with DISCL_EXCLUSIVE) and
free to move about the screen.
I'm not sure from reading this bug if it also covers programs that capture the
mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
used to cover this method, as programs using this do not expect to receive
movement events from the cursor that would take it outside the clip rectangle.
On initial consideration, it seems to me that this interface should be exported
from winex11.drv (and alternative display/input drivers) for use by dinput.dll.
http://msdn.microsoft.com/en-us/library/bb147211(VS.85).aspx (briefly)
documents a sample program in the DirectX SDK which exercises the various modes
of using the mouse under DirectInput.
--- Comment #236 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-22 11:26:38 ---
(In reply to comment #235)
> I'm not sure from reading this bug if it also covers programs that capture the
> mouse using ClipCursor, I take it from comment 67 that XGrabPointer is already
> used to cover this method, as programs using this do not expect to receive
> movement events from the cursor that would take it outside the clip rectangle.
On looking at the actual code, this is not how ClipCursor currently works.
Currently, it just keeps track of the rectangle requested, and if we receive a
mouse move event that would take us outside that window, we reset our cusor
position (but not the X mouse position or the position reported in the
WM_MOUSEMOVE event). This seems to me to have three problems. We don't actually
lock the mouse within the requested rectangle, if we don't see the mouse event
we can't even clip the cursor (but in that case the cursor wouldn't move
anyway) and we report a possibly-unexpected position (outside the clip) in
WM_MOUSEMOUSE, which doesn't match our cursor position.
I'm not sure that last one is actually incorrect -- from the ClipCursor MSDN
page and my recollections of its behaviour, other applications can override
your ClipCursor at any time, and do not have to be in the foreground to do so.
MSDN says they musn't, though... So in theory any application which relies on
being able to do so is incorrect, but conversely no application can rely on its
mouse input actually being limited to where its ClipCursor is set.
The problem with using XGrabPointer for this (which is what attachment 11735
from comment 82 appears to be doing) is that (as far as I understand from the
manpage, I haven't tried this) it also affects what windows actually receive
X11 events, which isn't actually true of ClipCursor, although it will produce
the correct results for the general use-case of a Win32 program calling
ClipCusor with its own window rectangle or client-area rectangle.
Anyway, if ClipCursor does have any issues, it probably should be addressed in
a seperate bug, or this bug just gets too conflated.
--- Comment #237 from Peter Kovacs <legine(a)gmx.net> 2009-03-26 16:20:23 ---
>From what I understand the main Problem is that we only have absolute position
on the mouse, but for the Game interface we need vector oriented presentation.
Right? So I started to look for a way to get Vectored Events from X.
I stumbled across XTrap. They talk of Vectorevents ...
Cant we make use of that?
Sorry if I get the issue wrong. I am quite unskilled in C/C++ and have no Idea
of X. I just researched a bit and read stuff that could help. (I did not even
ask anyone :P ) So for me this is a shot into the Blue.
Excerpt from perso.tls.cena.fr/jestin/Video/Docs/XTrap_Arch.ps.gz
Event Vectoring
In recording X protocol either for performance measurements or record/playback
functionality, it often
becomes necessary to capture more than just the core input events (Keyboard &
Pointer). Further, it’s
often critical to capture events before the determination is made by the server
to not deliver the event.
Of course, this could be done by a client by configuring "interest" for all
events in all windows (includ-
ing the root); however, the overhead associated with keeping track of the
entire server’s volatile win-
dow hierarchy is typically too expensive (especially for performance monitoring
clients).
As discussed earlier in this document, a ProcVector approach was implemented in
X11 for all requests
and byte-swapped events. One can only deduce that normal events weren’t
vectored for performance
reasons. With this in mind and the requirement to capture all events before the
server drops any on the
floor, the following are excerpts of experimental changes to events.c and
devices.c to facilitate event
vectoring
Hope it helps!
Peter
--- Comment #238 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:21:32 ---
I don't think XTrap is compiled into Xservers normally... In fact, a quick
browse through the X.org git repo suggests it might not actually be implemented
in Xorg, though the headers, library and protocol repositories are there.
So I might be looking in the wrong place for the actual extension implemented.
But certainly the xserver-xorg-core package on Debian/unstable doesn't list
XTrap in xdpyinfo by default.
--- Comment #239 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-27 08:23:19 ---
Ignore that, I confused XTrap and XTest. It's compiled, but not enabled by
default.
--- Comment #240 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-29 03:49:18 ---
http://wiki.winehq.org/DInput has some XInput2 information.
--- Comment #241 from Paul "TBBle" Hampson <Paul.Hampson(a)Pobox.com> 2009-03-31 07:00:57 ---
Xorg has dropped XTrap as of Xserver 1.6.
http://www.x.org/wiki/Server16Branch#head-b1f125722e5fa755198eaff3e42c1cfff…
--- Comment #242 from Joey Forgues Forget <Jey123456(a)gmail.com> 2009-04-06 12:38:57 ---
Created an attachment (id=20315)
--> (http://bugs.winehq.org/attachment.cgi?id=20315)
add a toggle with the middle mouse button for the mouse wrapping.
Here a small patch i did based on those with mouse wrapping , but instead of
requiring you to hold the key. its a toggle.
work perfectly fine with most games since you can toggle it off with the middle
mouse button (its used in some games, but rarely an important action).
Obviously, this is only meant as a temporary solution, but its enough for me.
--- Comment #243 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:02:12 ---
Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721)
mouse patch modified only recenter mouse when right,left or middle click is
down.
This patch is a version modified on one that is actually present here.
The only change is that when right/left/middle click is not pressed, center the
mouse on the screen is not applied.
Like warhammer online other games only have problems with mouse when right or
left clic is used.
Some games use this function with middle click so I added middle click too.
This is a sort of hack, so it's not a really usable patch...
But it can help for some games at moment, so I post my changes added to this
patch here.
--- Comment #244 from dlzerocool <dl.zerocool(a)gmail.com> 2009-04-26 06:30:55 ---
(In reply to comment #243)
> Created an attachment (id=20721)
--> (http://bugs.winehq.org/attachment.cgi?id=20721) [details]
> mouse patch modified only recenter mouse when right,left or middle click is
> down.
>
> This patch is a version modified on one that is actually present here.
>
> The only change is that when right/left/middle click is not pressed, center the
> mouse on the screen is not applied.
>
> Like warhammer online other games only have problems with mouse when right or
> left clic is used.
> Some games use this function with middle click so I added middle click too.
>
> This is a sort of hack, so it's not a really usable patch...
> But it can help for some games at moment, so I post my changes added to this
> patch here.
>
For information I use Playonlinux to install all my software even not
supported.
It's a great tool because each install have is own directory with his own
register, it's own setup to explain everything, and you can set up a different
wine version for each software.
So with this patch, all my games who I don't set in registery force_edge even
if I use the same wine version (system), I don't have any problems, even for
FPS likes etc...
enjoy.
--- Comment #245 from James Stone <jrstone88(a)gmail.com> 2009-05-04 11:26:25 ---
Given the wide range of apps that are affected by this bug, it's severity
should probably be upped from Normal to Major.
--- Comment #246 from Lars Blomqvist <knaprigt(a)gmail.com> 2009-05-11 14:00:52 ---
Created an attachment (id=21031)
--> (http://bugs.winehq.org/attachment.cgi?id=21031)
Output during lag/freeze when using patch id=18681
(In reply to comment #206)
> Created an attachment (id=18681)
--> (http://bugs.winehq.org/attachment.cgi?id=18681) [details]
> Hack to read raw mouse movement from /dev/input/mice
>
> ...
>
I thought I'd give this patch a try since it seems to be the only one that
doesn't wrap the mouse, however I experienced the same lag/freeze as others
here.
I'm no expert when it comes to the dinput code in Wine but I thought maybe
someone else might have use for output when running a game like Mount & Blade
with WINEDEBUG=+dinput and this patch.
The output is what's dumped to my terminal every time (and only when) the
application freezes.
Any thoughts?
--- Comment #247 from giovanni.nicola(a)ticino.com 2009-06-04 12:05:53 ---
Created an attachment (id=21554)
--> (http://bugs.winehq.org/attachment.cgi?id=21554)
Patch for mouse for bug 6971
--- Comment #248 from giovanni.nicola(a)ticino.com 2009-06-04 12:38:28 ---
(From update of attachment 21554)
to activate
WINEFORCEMOUSEWARP=yes wine proggy.exe
--- Comment #249 from giovanni.nicola(a)ticino.com 2009-06-04 12:44:10 ---
The Patch that i have proposed works for all Ut3 engine games, Crysis and
Crysis Warhead and all those ut2004 engine games, this i my firts try at wines
mouse but i hope this patch can be useful to all the community
--- Comment #250 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-06-04 19:38:45 ---
*** Bug 18774 has been marked as a duplicate of this bug. ***
--- Comment #251 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 12:17:41 ---
Please how can I implement this patch? I'm not a programmer so if you can
explain it to me... many thanks.
--- Comment #252 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 12:45:56 ---
(In reply to comment #251)
> Please how can I implement this patch? I'm not a programmer so if you can
> explain it to me... many thanks.
take the patch, get the source via git, apply the patch, compile, install.
it should be approximatively this :
create a file patch.diff and copy the patch inside
install git-core
git clone git://source.winehq.org/git/wine.git ~/user/wine-git
cd ~/user/wine-git
patch -p1 < /locationofthepatch/patch.diif
make depend
make
make install
(Don't forget to install all the needed library, you should find them on the
wiki)
--- Comment #253 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 13:24:17 ---
(In reply to comment #252)
> (In reply to comment #251)
> > Please how can I implement this patch? I'm not a programmer so if you can
> > explain it to me... many thanks.
>
> take the patch, get the source via git, apply the patch, compile, install.
> it should be approximatively this :
>
> create a file patch.diff and copy the patch inside
> install git-core
> git clone git://source.winehq.org/git/wine.git ~/user/wine-git
> cd ~/user/wine-git
> patch -p1 < /locationofthepatch/patch.diif
> make depend
> make
> make install
>
> (Don't forget to install all the needed library, you should find them on the
> wiki)
I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
alessandro@alessandro-desktop:~/user/wine-git$
(?)
--- Comment #254 from sheen <toxmerguez(a)yahoo.fr> 2009-06-19 14:31:22 ---
(In reply to comment #253)
> I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
> make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
> alessandro@alessandro-desktop:~/user/wine-git$
>
> (?)
Sorry I've forgotten the ./configure line (before make depend), but you'll need
all the library
The best way for you is here : http://wiki.winehq.org/WineOn64bit
All is explained, for all environment.
--- Comment #255 from Alessandro Pedarra <alessandro.pedarra(a)inbox.com> 2009-06-19 16:29:18 ---
(In reply to comment #254)
> (In reply to comment #253)
> > I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
> > make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
> > alessandro@alessandro-desktop:~/user/wine-git$
> >
> > (?)
>
> Sorry I've forgotten the ./configure line (before make depend), but you'll need
> all the library
> The best way for you is here : http://wiki.winehq.org/WineOn64bit
> All is explained, for all environment.
Tried to do it but with no success.. maybe because I made everything (even
WineOn64bit) in ~/user/wine-git ?
Anyway for me it's too much, I do not really understand the process. I think I
have to wait for the next official build, hoping that the patch will be
integrated.
Thanks anyway for your support sheen. ;)
--- Comment #256 from Brian <execrable(a)gmail.com> 2009-06-20 06:54:10 ---
(In reply to comment #248)
> (From update of attachment 21554 [details])
> to activate
> WINEFORCEMOUSEWARP=yes wine proggy.exe
Does this patch only effect the builtin dinput? I was trying to get Halo to
work, and the mouse lags quite a bit unless I use a native dinput8. Using the
native dll of course causes the mouse to escape the window...
I tried this patch but it didn't seem to change anything.
--- Comment #257 from Valeriy Malov <jazzvoid(a)gmail.com> 2009-07-09 12:17:28 ---
Is xinput2 support already implemented somewhere (git?)? Like, if still there
is no grab support, maybe it can work with fullscreen?
--- Comment #258 from Jake <Meigus777(a)aol.com> 2009-07-29 20:38:21 ---
as anyone tried making a mouse warping program for xorg?
When a game receives mouse inputs, we know it receives relative inputs.
Why not make a program that could be a taskbar program, and whenever wine is
running, it forces the xorg pointer to the middle of the screen? That way, the
game would still receive relative inputs, but the actual pointer couldn't reach
the edge.
It would allow games with menus and FPSes to work at the same time.
Unfortunately, a 2d game that didn't make it's own mouse cursor (or any program
that didn't) would have the mouse stuck in the middle, but then you could just
have a simple like ctrl-F12 or something turn it off.
I don't know if it could be done, but a program that placed the pointer in the
center of the screen, then say, 20 pixels in a +/- direction would shove it
back to the middle would work perfectly.
I know someone will get confused/not understand and say "but the mouse would
get stuck in the middle of the screen" NO, THIS SOLUTION DOES NOTHING TO WINE.
IT WOULD JUST WARP THE POINTER IN Xorg, completely bypassing regedits and
patches for wine.
For a starting point, probably at least the mouse would need to be moved on a
tenth or a hundredth of a second basis, because in FPSes the mouse may need to
be moved fast.
--- Comment #259 from Jack Diaz <shadow56787(a)yahoo.com> 2009-08-10 21:32:08 ---
Raziel recommended using HKEY_CURRENT_USER --> Software --> Wine,
Key=DirectInput, String=MouseWarpOverride, Value=force. I'm testing it right
now on Wine 1.1.27 its working with no patch. I have not tested this on other
games yet but it does fix the mouse problem while playing Bioshock.
--- Comment #260 from Giovanni Ongaro <joe(a)paco-net.ch> 2009-08-23 16:10:44 ---
(In reply to comment #253)
> (In reply to comment #252)
> > (In reply to comment #251)
> > > Please how can I implement this patch? I'm not a programmer so if you can
> > > explain it to me... many thanks.
> >
> > take the patch, get the source via git, apply the patch, compile, install.
> > it should be approximatively this :
> >
> > create a file patch.diff and copy the patch inside
> > install git-core
> > git clone git://source.winehq.org/git/wine.git ~/user/wine-git
> > cd ~/user/wine-git
> > patch -p1 < /locationofthepatch/patch.diif
> > make depend
> > make
> > make install
> >
> > (Don't forget to install all the needed library, you should find them on the
> > wiki)
>
> I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
> make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
> alessandro@alessandro-desktop:~/user/wine-git$
>
> (?)
Alessandro:
Download the patch
Download the WineCVS.sh script this will allow you to have more wines on your
system
as root issue WineCVS.sh. download the latest wine
put the patch in your /root/.WineCVS/sources/yourwine/wine directory
issue a patch -p1 < mypatch.diff whre mypatch is the downloaded patch
check that all the hunks are succesful
now as root start WineCVS.sh select your wine and do a recompile
when the process is done
you are done for the moment
to activate the patch instead of typing yourwine game.exe
type WINEFORCEMOUSEWARP=yes yourwine game.exe
--- Comment #261 from Giovanni Ongaro <joe(a)paco-net.ch> 2009-08-23 16:15:12 ---
(In reply to comment #253)
> (In reply to comment #252)
> > (In reply to comment #251)
> > > Please how can I implement this patch? I'm not a programmer so if you can
> > > explain it to me... many thanks.
> >
> > take the patch, get the source via git, apply the patch, compile, install.
> > it should be approximatively this :
> >
> > create a file patch.diff and copy the patch inside
> > install git-core
> > git clone git://source.winehq.org/git/wine.git ~/user/wine-git
> > cd ~/user/wine-git
> > patch -p1 < /locationofthepatch/patch.diif
> > make depend
> > make
> > make install
> >
> > (Don't forget to install all the needed library, you should find them on the
> > wiki)
>
> I got stopped here: alessandro@alessandro-desktop:~/user/wine-git$ make depend
> make: *** Nessuna regola per creare l'obiettivo «depend». Arresto.
> alessandro@alessandro-desktop:~/user/wine-git$
>
> (?)
Alessandro:
Download the patch
Download the WineCVS.sh script this will allow you to have more wines on your
system
as root issue WineCVS.sh. download the latest wine
put the patch in your /root/.WineCVS/sources/yourwine/wine directory
issue a patch -p1 < mypatch.diff whre mypatch is the downloaded patch
check that all the hunks are succesful
now as root start WineCVS.sh select your wine and do a recompile
when the process is done
you are done for the moment
to activate the patch instead of typing yourwine game.exe
type WINEFORCEMOUSEWARP=yes yourwine game.exe
(In reply to comment #256)
> (In reply to comment #248)
> > (From update of attachment 21554 [details] [details])
> > to activate
> > WINEFORCEMOUSEWARP=yes wine proggy.exe
>
> Does this patch only effect the builtin dinput? I was trying to get Halo to
> work, and the mouse lags quite a bit unless I use a native dinput8. Using the
> native dll of course causes the mouse to escape the window...
>
> I tried this patch but it didn't seem to change anything.
Did You Activate the Patch by prefixing wine with WINEFORCEMOUSEWARP=yes?
Yes this of course affects only the buitin dinput
--
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=8107
--- Comment #18 from Patrick Leamon <pleamonhp(a)yahoo.com.au> 2009-10-19 02:08:35 ---
Ok, sorry again for more mail but I think I understand it now. Wine only has a
stubbed implementation of namespaces:
fixme:msxml:schema_cache_add (0x137110)->(L"x-schema:CIV4GameInfoSchema.xml",
var(vt 9)): stub
So to fix this bug we would have to store the namespaces supplied to this call
and then use those namespaces in any xpath we run. The function to do this in
libxml2 is:
http://xmlsoft.org/html/libxml-xpathInternals.html#xmlXPathRegisterNs
However libxml2 doesn't allow a default namespace to be registered for xpath,
where msxml3 seems to be fine with that. So even if namespaces weren't
stubbed, it wouldn't fix Civ 4 anyway.
So to fix Civ 4 we'd need:
- non stubbed namespace implementation
- libxml2 to support default namespaces for xpath (which I'm not sure they'd
accept - http://mail.gnome.org/archives/xml//2001-December/msg00074.html)
--
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=8107
--- Comment #17 from Patrick Leamon <pleamonhp(a)yahoo.com.au> 2009-10-18 14:26:50 ---
Sorry for the bug spam - libxml2 is behaving just fine. For those (like me)
that don't understand namespaces in xpath, have a look here:
http://msdn.microsoft.com/en-us/library/ms950779.aspx
for some good examples.
--
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=8107
Patrick Leamon <pleamonhp(a)yahoo.com.au> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pleamonhp(a)yahoo.com.au
--- Comment #16 from Patrick Leamon <pleamonhp(a)yahoo.com.au> 2009-10-18 14:11:40 ---
I've been playing around with this today, it fails due to the namespace in the
xml file:
...
<Civ4PlayerOptionInfos xmlns="x-schema:CIV4GameInfoSchema.xml">
...
For some reason libxml2 can't handle xpath for xml with a namespace like this.
If you take out the namespace declaration then it crashes later on:
trace:msxml:xmlnode_get_namespaceURI 0x1a9e08 0x32f924
Is this something we can report upstream? Is xpath even supposed to consider
namespaces? I haven't encountered it before.
--
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=7526
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|comctl32 |-unknown
--
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=7695
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|comctl32 |-unknown
--- Comment #14 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-18 05:34:27 ---
I don't get why it's a comctl32 problem.
--
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=20288
Summary: Parser error : PCDATA invalid Char value 17
Product: Wine
Version: 1.1.30
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: shakaran(a)gmail.com
On Ubuntu 9.10 beta with wine 1.1.30 I get this error when I open files .exe.
$ wine UltraStar-0.6.2.exe
fixme:shell:SHAutoComplete SHAutoComplete stub
/home/shakaran/.local/share/mime/packages/x-wine-extension-8ba.xml:5: parser
error : PCDATA invalid Char value 17
<comment>L</comment>
^
(x20 times)
fixme:shell:DllCanUnloadNow stub
fixme:shell:DllCanUnloadNow stub
fixme:shell:DllCanUnloadNow stub
fixme:shell:DllCanUnloadNow stub
fixme:shell:DllCanUnloadNow stub
--
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=20396
Summary: 'Enter bug' page for Wine product defaults to 1.1.13
version
Product: WineHQ Bugzilla
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: trivial
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bunglehead(a)gmail.com
Could we advance default version to current each release? Or reset it to
unspecified if it's to complicated to implement. Using hardcoded 1.1.13 is a
bit confusing.
--
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=20393
Summary: No funciona el cambio a la lengua española.
Product: WineHQ Bugzilla
Version: unspecified
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gjotam(a)hotmail.com
La página principal se setea a español, pero la información aparece en inglés.
--
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=9142
--- Comment #19 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-17 11:42:55 ---
That may be possible, though there would be a number of performance and
security issues to address.
--
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=20400
Summary: menu showing + modal dialog = xorg freeze
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: avery(a)shadypixel.com
If I have a menu showing in a wine app and then a modal dialog pops up,
everything freezes. I can still move the mouse around, but nothing accepts
click input even unrelated to a wine app. I end up having to ssh in and kill
the wine app (which unfreezes everything).
Steps to reproduce:
1.) I've found this is easiest to reproduce with utorrent that's one verion
older than the current version. After about 3 seconds, a modal dialog pops up
asking you to upgrade, so there's just enough time to open a menu. So, start
utorrent.
2.) immediately open a menu
3.) dialog pops up to ask you to upgrade to the latest utorrent version.
evertyhing freezes.
--
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=20379
Summary: Allods Online: fails to launch
Product: Wine
Version: 1.1.31
Platform: PC
URL: http://www.allods.ru/download.php
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P5
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vlad(a)gapchich.ru
Created an attachment (id=24148)
--> (http://bugs.winehq.org/attachment.cgi?id=24148)
console log
Game just doesn't launch after installing. Only one white window appears and it
stucks. Link opens a Russian site so if you dont know how to download a game
just write me on mail.
--
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=3260
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jan-winehq(a)hoogenraad.net
vu xuan thang <xuanthangtk1(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |xuanthangtk1(a)gmail.com
Dylan Taylor <aliendude5300(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aliendude5300(a)gmail.com
David Laštovička <david(a)lastovicka.cz> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |david(a)lastovicka.cz
Muidoido <muidoido(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |muidoido(a)yahoo.com
Ken Sharp <kennybobs(a)o2.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vlad(a)gapchich.ru
--- Comment #36 from Austin English <austinenglish(a)gmail.com> 2009-04-13 11:11:28 ---
*** Bug 15678 has been marked as a duplicate of this bug. ***
--- Comment #37 from vu xuan thang <xuanthangtk1(a)gmail.com> 2009-04-26 09:24:10 ---
crosoft Visual Studio 8\Common7\IDE\devenv.exe"
fixme:ole:CoInitializeSecurity (0x32f958,-1,(nil),(nil),0,0,(nil),8,(nil)) -
stub!
fixme:urlmon:CoInternetSetFeatureEnabled 13, 0x00000002, 1, stub
err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files\\Microsoft
Visual Studio 8\\Common7\\IDE\\dte80a.olb" failed with error 2
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:shell:DllCanUnloadNow stub
err:ole:CoGetClassObject class {2a811bb2-303b-48b8-82c2-e029a22c3ef2} not
registered
err:ole:CoGetClassObject class {2a811bb2-303b-48b8-82c2-e029a22c3ef2} not
registered
err:ole:create_server class {2a811bb2-303b-48b8-82c2-e029a22c3ef2} not
registered
fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
err:ole:CoGetClassObject no class object {2a811bb2-303b-48b8-82c2-e029a22c3ef2}
could be created for context 0x17
fixme:shell:URL_ParseUrl failed to parse L"Microsoft.VisualStudio.CommonIDE"
err:ole:CoInitializeEx Attempt to change threading model of this apartment from
apartment threaded to multi-threaded
err:ole:CoGetClassObject class {7af30a6f-4154-46e6-8db7-889c3a4a3223} not
registered
err:ole:CoGetClassObject no class object {7af30a6f-4154-46e6-8db7-889c3a4a3223}
could be created for context 0x1
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate (0x1002e), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:powrprof:DllMain (0x7e0f0000, 1, (nil)) not fully implemented
fixme:ntdll:NtPowerInformation Unimplemented NtPowerInformation action: 11
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:mountmgr:harddisk_ioctl unsupported ioctl 2d0c04
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:volume:GetVolumePathNameW (L"C:\\Program Files\\Microsoft Visual Studio
8\\Common7\\IDE", 0x248df18, 260), stub!
fixme:ole:CoGetCallerTID stub!
fixme:ole:CoGetCallerTID stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:advapi:RegisterEventSourceW ((null),L"Visual Studio - VsTemplate"): stub
fixme:advapi:ReportEventW
(0xcafe4242,0x0002,0x0000,0xc0000001,(nil),0x0001,0x00000000,0x2fda6c,(nil)):
stub
fixme:advapi:DeregisterEventSource (0xcafe4242) stub
err:listview:LISTVIEW_WindowProc unknown msg 109d wp=00000001 lp=00000000
err:listview:LISTVIEW_WindowProc unknown msg 10af wp=00000000 lp=00000000
fixme:listview:LISTVIEW_ApproximateViewRect uView == LVS_SMALLICON: not
implemented
fixme:listview:LISTVIEW_ApproximateViewRect uView == LVS_SMALLICON: not
implemented
err:listview:LISTVIEW_WindowProc unknown msg 1041 wp=00000002 lp=00305988
fixme:shell:SHAutoComplete SHAutoComplete stub
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
err:listview:LISTVIEW_WindowProc unknown msg 10af wp=00000000 lp=00000000
fixme:listview:LISTVIEW_ApproximateViewRect uView == LVS_SMALLICON: not
implemented
fixme:listview:LISTVIEW_ApproximateViewRect uView == LVS_SMALLICON: not
implemented
err:listview:LISTVIEW_WindowProc unknown msg 1041 wp=00000002 lp=00308540
err:listview:LISTVIEW_WindowProc unknown msg 10af wp=00000000 lp=00000000
fixme:listview:LISTVIEW_ApproximateViewRect uView == LVS_SMALLICON: not
implemented
fixme:listview:LISTVIEW_ApproximateViewRect uView == LVS_SMALLICON: not
implemented
err:listview:LISTVIEW_WindowProc unknown msg 1041 wp=00000002 lp=003085a8
fixme:shell:SHGetFileInfoW SHGFI_OVERLAYINDEX unhandled
fixme:shell:SHGetFileInfoW SHGFI_OVERLAYINDEX unhandled
fixme:shell:IShellView_fnSaveViewState (0x10dd648) stub
fixme:shell:SHGetFileInfoW SHGFI_OVERLAYINDEX unhandled
fixme:shell:IShellView_fnSaveViewState (0x10ee3c0) stub
fixme:shell:IShellView_fnSaveViewState (0x10cdec8) stub
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
err:ole:CoGetClassObject class {c28c4281-6e29-41ab-a120-9b6336bac906} not
registered
err:ole:CoGetClassObject class {c28c4281-6e29-41ab-a120-9b6336bac906} not
registered
err:ole:create_server class {c28c4281-6e29-41ab-a120-9b6336bac906} not
registered
fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
err:ole:CoGetClassObject no class object {c28c4281-6e29-41ab-a120-9b6336bac906}
could be created for context 0x17
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate (0x1002e), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:shell:DllCanUnloadNow stub
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate (0x1002e), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:shell:DllCanUnloadNow stub
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate (0x1002e), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:shell:DllCanUnloadNow stub
fixme:shell:DllCanUnloadNow stub
fixme:win:LockWindowUpdate (0x1002e), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:shell:DllCanUnloadNow stub
fixme:shell:DllCanUnloadNow stub
fixme:shell:DllCanUnloadNow stub
fixme:font:WineEngRemoveFontResourceEx :stub
fixme:shell:DllCanUnloadNow stub
fixme:shell:DllCanUnloadNow stub
fixme:win:LockWindowUpdate (0x1002e), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
fixme:bitmap:SetDIBits shouldn't require a DC for DIB_RGB_COLORS
--- Comment #38 from Dylan Taylor <aliendude5300(a)gmail.com> 2009-05-02 21:37:33 ---
There is a version of Starforce Protection for Linux and Mac:
http://www.star-force.com/press_room/news/index.php?news=2404 -- would it be
possible to take the version for Linux and Mac, figure out how it works, and
then use this in order to create an alternative to protect.dll?
--- Comment #39 from Muidoido <muidoido(a)yahoo.com> 2009-09-06 19:30:17 ---
This log is from Superpower 2. I placed it here because the first error shown
is from starforce copy protection.
err:winedevice:ServiceMain driver L"prodrv06" failed to load
fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the
registry for bias 180, std (d/m/y): 15/02/2009, dlt (d/m/y): 18/10/2009
wine client error:21: write: Descritor de arquivo inválido
err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7e3781e6
wine client error:21: write: Descritor de arquivo inválido
fixme:ntoskrnl:ExInitializeNPagedLookasideList stub: 0x651210, (nil), (nil), 0,
16, 1701736270, 0
fixme:ntoskrnl:ExInitializeNPagedLookasideList stub: 0x651298, (nil), (nil), 0,
12, 1701736270, 0
fixme:ntoskrnl:KeInitializeSpinLock stub: 0x651204
err:int:__wine_emulate_instruction mov cr0,eax at 0x00650320
err:int:__wine_emulate_instruction mov eax,cr0 at 0x00650334, EAX=0x00000010
err:int:__wine_emulate_instruction mov eax,cr0 at 0x00650334, EAX=0x00000010
fixme:ntoskrnl:KeInitializeSpinLock stub: 0x776344
fixme:ntoskrnl:ObReferenceObjectByHandle stub: 0x5c 80 (nil) 0 0x776320 (nil)
fixme:ntoskrnl:KeInitializeEvent stub: 0x650748 1 0
fixme:ntoskrnl:PsSetCreateThreadNotifyRoutine stub: 0x6505c0
WineDbg starting on pid 002d
0x7edfc5bb: movl %esi,0x0(%esp)
Wine-dbg>fixme:ntdll:find_reg_tz_info Can't find matching timezone information
in the registry for bias 180, std (d/m/y): 15/02/2009, dlt (d/m/y): 18/10/2009
fixme:win:EnumDisplayDevicesW ((null),0,0x33f1e4,0x00000000), stub!
fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to
SetDepthStencilSurface
fixme:d3d:IWineD3DDeviceImpl_SetSoftwareVertexProcessing (0x13bbe0) : stub
fixme:quartz:AsyncReader_FindPin (L"Output", 0x33f830)
fixme:quartz:AsyncReader_FindPin (L"Output", 0x33f828)
fixme:quartz:AsyncReader_FindPin (L"Output", 0x33f828)
First chance exception: page fault on read access to 0x003a0001 in 32-bit code
(0x016d98f1).
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b
EIP:016d98f1 ESP:0033f1dc EBP:0033f248 EFLAGS:00010202( R- -- I - - - )
EAX:00000000 EBX:056952b8 ECX:003a0001 EDX:00000000
ESI:0569575c EDI:1543f694
Stack dump:
0x0033f1dc: 00000000 056952b8 09d9e600 00000400
0x0033f1ec: 1543ee80 00000400 1543ee80 00000046
0x0033f1fc: 7eac2ff4 0033f270 7eac2ff4 00000400
0x0033f20c: 00000128 001f5d70 00000000 00000001
0x0033f21c: 00000002 003a0001 00000000 00000005
0x0033f22c: 00000002 00000000 ffffffff 00000000
Backtrace:
=>0 0x016d98f1 in gingergraphicdx (+0x498f1) (0x0033f248)
1 0x016da21c in gingergraphicdx (+0x4a21c) (0x0033f29c)
2 0x016dabd7 in gingergraphicdx (+0x4abd7) (0x0033f364)
3 0x016dc01c in gingergraphicdx (+0x4c01c) (0x0033f38c)
4 0x016c8e1d in gingergraphicdx (+0x38e1d) (0x01740674)
5 0x016aeb80 in gingergraphicdx (+0x1eb80) (0x016c8900)
0x016d98f1: movzbl 0x0(%ecx),%ecx
Wine-dbg>Wine-dbg>Wine-dbg>First chance exception: page fault on read access to
0x003a0001 in 32-bit code (0x016d98f1).
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b
EIP:016d98f1 ESP:0033f1dc EBP:0033f248 EFLAGS:00010302( R- -- IT - - - )
EAX:00000000 EBX:056952b8 ECX:003a0001 EDX:00000000
ESI:0569575c EDI:1543f694
Stack dump:
0x0033f1dc: 00000000 056952b8 09d9e600 00000400
0x0033f1ec: 1543ee80 00000400 1543ee80 00000046
0x0033f1fc: 7eac2ff4 0033f270 7eac2ff4 00000400
0x0033f20c: 00000128 001f5d70 00000000 00000001
0x0033f21c: 00000002 003a0001 00000000 00000005
0x0033f22c: 00000002 00000000 ffffffff 00000000
Backtrace:
=>0 0x016d98f1 in gingergraphicdx (+0x498f1) (0x0033f248)
1 0x016da21c in gingergraphicdx (+0x4a21c) (0x0033f29c)
2 0x016dabd7 in gingergraphicdx (+0x4abd7) (0x0033f364)
3 0x016dc01c in gingergraphicdx (+0x4c01c) (0x0033f38c)
4 0x016c8e1d in gingergraphicdx (+0x38e1d) (0x01740674)
5 0x016aeb80 in gingergraphicdx (+0x1eb80) (0x016c8900)
0x016d98f1: movzbl 0x0(%ecx),%ecx
Wine-dbg>fixme:event:wait_for_withdrawn_state window 0x10032/4200005 wait timed
out
fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the
registry for bias 180, std (d/m/y): 15/02/2009, dlt (d/m/y): 18/10/2009
wine: Unhandled page fault on write access to 0x8ba969c3 at address 0x7dc40380
(thread 002e), starting debugger...
--- Comment #40 from Muidoido <muidoido(a)yahoo.com> 2009-09-06 19:31:34 ---
Created an attachment (id=23479)
--> (http://bugs.winehq.org/attachment.cgi?id=23479)
Log from superpower 2
--- Comment #41 from Ken Sharp <kennybobs(a)o2.co.uk> 2009-10-17 10:13:57 ---
*** Bug 20379 has been marked as a duplicate of this bug. ***
--
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=12572
Summary: resedit tree control background not drawn
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://www.resedit.net/
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
(I used the Unicode version, if it matters.)
Play around with resedit a bit; the tree control in the
upper left doesn't draw its background.
--
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=6716
--- Comment #21 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-17 08:50:37 ---
Created an attachment (id=24197)
--> (http://bugs.winehq.org/attachment.cgi?id=24197)
Minimal background erase patch
Please try this patch over current wine-1.1.31-272-g8c743cb (should apply on
top of 1.1.31 too).
--
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=421
--- Comment #302 from Jaime <jskartman(a)gmail.com> 2009-10-17 07:50:37 ---
Hi,
Mcrosoft Office visio 2007 sp1 is much faster with Max dib engine, but there
are new bugs, not present with standard wine:
- screen corruption while scrolling
- Some Elements (boxex, squares..) have green dots on vertices
BTW the application continues having the stopper bug
http://bugs.winehq.org/show_bug.cgi?id=13885 wich makes it unusable.
Regards
--
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=9142
--- Comment #18 from Peter Dons Tychsen <donpedro(a)tdcadsl.dk> 2009-10-17 07:14:46 ---
OK, that sounds reasonable, as everything would freeze.
Any other way to handle the EAGAIN? The create_file server code seems to do the
following:
1) Get access rights in server
2) Open/create the file in server
3) Save unix_fd in server
Why is step #2 done in the server at all? If the server must never block (which
sounds reasonable), then why is open() not executed in ntdll instead? If a
device does not implement O_NONBLOCK then it would end up blocking anyway.
Could it be changed to the following?:
1) Get access rights from server
2) Open/create file in ntdll
3) Save unix_fd in server
That should allow for the O_NONBLOCK to be removed, and might also free up the
server if there is a pending open().
Thanks,
/p
--
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=9142
--- Comment #17 from Alexandre Julliard <julliard(a)winehq.org> 2009-10-17 03:50:42 ---
You can't do that. The server must never block.
--
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=9142
--- Comment #16 from Peter Dons Tychsen <donpedro(a)tdcadsl.dk> 2009-10-16 20:09:58 ---
I think removing O_NONBLOCK might be a bit drastic. Maybe it should be applied
after the file has been opened with fcntl().
That would fix the problem with the failing open() and still keep the
O_NONBLOCK flag.
--
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=9142
--- Comment #15 from Peter Dons Tychsen <donpedro(a)tdcadsl.dk> 2009-10-16 19:57:16 ---
Andrew, please give the patch a spin.
--
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=9142
--- Comment #13 from Peter Dons Tychsen <donpedro(a)tdcadsl.dk> 2009-10-16 19:46:22 ---
OK now is see the bug.
Tricky!
I think the problem is in the wine-server:
1) wine-server opens all file with O_NONBLOCK. As described here:
http://linux.die.net/man/2/fcntl, the O_NONBLOCK can result in a EAGAIN if
there is a lock present.
2) EAGAIN is translated into a sharing violation in wine-server, and then it is
game over.
EAGAIN makes sense on unix programs (who might understand it and try again),
but i am not sure it makes that much sense for a windows program. I am not sure
Windows has this concept. Therefore setting O_NONBLOCK might be incorrect.
The attached patch removes O_NONBLOCK, and allows Andrews example to work.
Removing O_NONBLOCK might have the side effect that it will take longer for
dead network links to time-out, but i think this is OK as that actually
emulates very well what happens on Windows (net time-outs take forever on
windows).
--
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=5586
--- Comment #23 from adres7(a)gmail.com 2009-10-16 14:07:01 ---
When game starts with "engine 0", game works good but slow and look at "Screen
with -engine 0".
--
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=5586
--- Comment #20 from Henri Verbeet <hverbeet(a)gmail.com> 2009-10-16 13:08:05 ---
(In reply to comment #19)
> The issue you are seeing is a different bug and I'm not sure whether it is a
> Wine or GLX bug. At this point the glxinfo output looks correct and it should
> never be able to call glXCreatePbuffer but for some reason it is called. As
> Henri mentioned create a +wgl log, so run: WINEDEBUG=+wgl wine tibia.exe &> log
> and post that log.
>
The GLX message is just a warning, but the screen being offset from the bottom
of the window does look like the existing screenshot in this bug. That GLX
warning is still something that should be fixed, but it's not something for
this bug.
--
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=5586
Roderick Colenbrander <thunderbird2k(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |thunderbird2k(a)gmail.com
--- Comment #19 from Roderick Colenbrander <thunderbird2k(a)gmail.com> 2009-10-16 12:57:28 ---
The issue you are seeing is a different bug and I'm not sure whether it is a
Wine or GLX bug. At this point the glxinfo output looks correct and it should
never be able to call glXCreatePbuffer but for some reason it is called. As
Henri mentioned create a +wgl log, so run: WINEDEBUG=+wgl wine tibia.exe &> log
and post that log.
Roderick
--
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=5586
--- Comment #18 from Henri Verbeet <hverbeet(a)gmail.com> 2009-10-16 12:56:50 ---
Just to confirm, the misplaced graphics are most likely related to the
"Unhandled present rects (0,0)-(600,450)/(null)" FIXME. I think there might be
a few more bugs for that already.
--
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=20381
Summary: Menus implementation is wrong - different from MS
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martinez.pr0team(a)gmail.com
Created an attachment (id=24153)
--> (http://bugs.winehq.org/attachment.cgi?id=24153)
Test application and source.
Menus in Wine are working quite different from MS Windows.
Lack of messages: MN_SIZEWINDOW, MN_SELECTITEM, MN_BUTTONUP etc.
Just check out the attached source and test application.
--
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=3254
--- Comment #85 from Sisir <myspecialids-wine(a)yahoo.co.in> 2009-10-16 10:22:03 ---
(In reply to comment #84)
> Sisir, do you still have trouble with this without Dylan's patch?
Well, It still aint working for me without Dylans patch.
--- 8X ---
GNUTLS ERROR: A record packet with illegal version was received.
err:secur32:schan_DecryptMessage Returning SEC_E_INTERNAL_ERROR
fixme:winhttp:WinHttpGetIEProxyConfigForCurrentUser returning no proxy used
fixme:secur32:schan_InitializeSecurityContextW Using hardcoded "NORMAL"
priority
--- X8 ---
--
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=3254
Juan Lang <juan_lang(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
--- Comment #84 from Juan Lang <juan_lang(a)yahoo.com> 2009-10-16 09:21:54 ---
That's a little surprising, since Dylan never sent his patch in. I'm going to
keep it open, if you don't mind, until at least one of the people who had a
problem with recent Wine report that it works without Dylan's patch applied.
Sisir, do you still have trouble with this without Dylan's patch?
--
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=3952
Ilya Chernykh <neptunia(a)mail.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |neptunia(a)mail.ru
--- Comment #53 from Ilya Chernykh <neptunia(a)mail.ru> 2009-10-16 06:37:07 ---
This bug affects most of modern games.
For example, there are official free-to-play servers of Lineage II and Rapplez
at games.mail.ru as well as other games, all of which require Game Guard.
For Lineage II it is known that it works well under Wine without Game Guard.
--
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=5586
Jeff Zaroyko <jeffz(a)jeffz.name> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |adres7(a)gmail.com
--- Comment #12 from Jeff Zaroyko <jeffz(a)jeffz.name> 2009-10-16 05:12:13 ---
*** Bug 20384 has been marked as a duplicate of this bug. ***
--
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=19382
Summary: Crash after CreateFontIndirect() & WM_SETFONT
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martinez.pr0team(a)gmail.com
Created an attachment (id=22462)
--> (http://bugs.winehq.org/attachment.cgi?id=22462)
Application showing the problem.
Application (binary and source) attached.
--
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=3254
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #83 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-10-16 01:44:54 ---
Reported fixed.
--
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=3254
--- Comment #82 from Jaime Rave <jaimerave(a)gmail.com> 2009-10-15 20:35:30 ---
This is fixed for me in Wine 1.1.31 and Ubuntu 9.10.
--
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=20367
Summary: VideoRedo TVsuite fails to start
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: jonass(a)lysator.liu.se
Created an attachment (id=24128)
--> (http://bugs.winehq.org/attachment.cgi?id=24128)
error message
VideoRedo TVsuite fails to start in Ubuntu 8.04.3 (64-bits). See attached error
log.
--
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=9142
--- Comment #12 from Andrew Zabolotny <anpaza(a)mail.ru> 2009-10-15 19:35:41 ---
Ooops sorry, I have put wrong comment.
The bug is still present in wine. Here:
# on a mounted share
[2|root@zap|/mnt/tmp]tail -f nscd.conf
# In windows cmd, on the real filesystem (not the network share):
Z:\mnt\0\ftp>type nscd.conf
fixme:cmd:WCMD_print_error Cannot display message for error 32, status 32
Failed to open 'nscd.conf'
a second 'type' will work.
wine 1.1.29.
--
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=9142
--- Comment #11 from Andrew Zabolotny <anpaza(a)mail.ru> 2009-10-15 19:27:11 ---
The bug is still there:
---------------------------------
[2|zap@zap|~]wine cmd
‚ҐабЁп CMD 1.1.29
Z:\home\zap>
---------------------------------
--
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=5779
--- Comment #10 from Cùran <debian(a)carbon-project.org> 2009-10-15 18:43:49 ---
For me the corruption is gone with 1.1.29 (from Debian Sid, the rest is a
Debian testing system). But this might also/solely due to a new version of Mesa
(7.6). In my case, that brought OpenGL support to 1.5.
Now it just seems to be slower than software acceleration. Can't be too sure
though, as I didn't have time to test it thoroughly.
--
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=6716
--- Comment #20 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-15 16:20:36 ---
(In reply to comment #18)
> Created an attachment (id=24152)
--> (http://bugs.winehq.org/attachment.cgi?id=24152) [details]
> WINEDEBUG=+listview, BZIP2 compressed log from Cestovné poriadky, INPROP
> (rebranded IDOS)
>
> Run & exit, no other action in GUI. After start was background broken. Wine
> 1.1.31 on Debian Lenny.
That's strange. It doesn't get any WM_ERASEBKGND messages. Attach
WINEDEBUG=+listview,+msg log please. I'll take a look tomorrow or so.
--
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=6716
--- Comment #19 from Kaluzman <konf_kal(a)seznam.cz> 2009-10-15 15:56:46 ---
(From update of attachment 24151)
After minimizing, draging window or scrolling. (Window background is like
transparent.)
Wine 1.1.31 on Debian Lenny.
--
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=6716
--- Comment #18 from Kaluzman <konf_kal(a)seznam.cz> 2009-10-15 15:55:07 ---
Created an attachment (id=24152)
--> (http://bugs.winehq.org/attachment.cgi?id=24152)
WINEDEBUG=+listview, BZIP2 compressed log from Cestovné poriadky, INPROP
(rebranded IDOS)
Run & exit, no other action in GUI. After start was background broken. Wine
1.1.31 on Debian Lenny.
--
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=6716
--- Comment #17 from Kaluzman <konf_kal(a)seznam.cz> 2009-10-15 15:49:27 ---
Created an attachment (id=24151)
--> (http://bugs.winehq.org/attachment.cgi?id=24151)
screenshot from Cestovné poriadky, INPROP (rebranded IDOS)
After minimizing, draging window or scrolling. (Window background is like
transparent.)
--
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=20351
Summary: Keyword corral crashes : Unhandled Exception:
OutOfMemoryException.
Product: Wine
Version: 1.1.28
Platform: PC
URL: http://www.johncow.com/brand-new-free-keyword-corral-t
ool-by-john-cow-dot-com/
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
This is a regression, the app used to crash a bit later in LsaLookupNmaes2 (see
http://bugs.winehq.org/show_bug.cgi?id=16418) , but now crashes rightaway:
27ebfdb879ad4ddccbef5a864ea6928c7b80ccc1 is first bad commit
commit 27ebfdb879ad4ddccbef5a864ea6928c7b80ccc1
Author: Dmitry Timoshkov <dmitry(a)codeweavers.com>
Date: Mon Oct 12 17:20:57 2009 +0900
kernel32: Implement HeapQueryInformation, add some basic tests for it.
:040000 040000 65792138b4ecb4df0a323a534fd0e12d84379e80
91d5e4e851e21c3ca7b72663d6152d5b4b5ffbb3 M dlls
:040000 040000 2a67e12eca5063f497d228963956fcad7df7ebed
1a4a902ecba35e9b16486226ae060f2321f3c4e2 M include
--
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=4140
--- Comment #10 from Thomas Arendsen Hein <thomas(a)intevation.de> 2009-10-15 13:38:52 ---
(In reply to comment #9)
> Emu42 1.12 contains a workaround for this, see
> http://hp.giesselink.com/Emu42/CHANGES.TXT
>
> I verified this with wine 1.1.30 running emulations for HP42S and HP28S.
Regression:
When updating to wine 1.1.31, the problem occurs again!
(and downgrading to 1.1.30 fixes the problem again, no other changes)
I'm using the packages from "deb http://www.lamaresh.net/apt lenny main"
for amd64.
--
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=6719
--- Comment #20 from Rosanne DiMesio <dimesio(a)earthlink.net> 2009-10-15 11:07:00 ---
Still present in 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.
http://bugs.winehq.org/show_bug.cgi?id=17573
Summary: Team Fortress 2 crashes on launch, with video mode
related errors. (1.1.16)
Product: Wine
Version: 1.1.16
Platform: PC-x86-64
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: aoanla(a)yahoo.com
After upgrading from 1.1.15 to 1.1.16, I can no longer launch Team Fortress 2
from Steam.
Attempting to do so results in a brief splash of the intro video (literally a
fraction of a second) before the game crashes (but does not hang).
Wine outputs a ton of errors relating to not being able to find valid video
modes at around this time. I have attached a representative log of these,
starting from the first error that occurs on clicking "Launch Game", and
finishing when the game crashes.
It doesn't matter if I use -dxlevel 81 or -dxlevel 95 to choose different
DirectX rendering paths - all choices result in the same crash with the same
log.
This is with an nVidia 8800 GT, using nVidia driver release 180.35 on Ubuntu
8.10 x86_64. I can launch other native 3d games with this driver, and even
launch Bioshock in Wine 1.1.16 (from Steam) and begin a game in 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=20373
Summary: Knights of the Old Republic II does not start
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andy(a)wtribe.com
CC: andy(a)wtribe.com
Created an attachment (id=24142)
--> (http://bugs.winehq.org/attachment.cgi?id=24142)
dumps and backtrace following unhandled pagefault in `wine swkotor2.exe`
So, this one has me confused. I installed the game from the CDs, updated
through the patch at LucasArts, downloaded the no-cd for 1.0b, and running the
game lands me with an unhandled exception every time. I have disabled movies
and audio, changed the resolution in swkotor2.ini. I have tested this in
wine-1.1.29 through -1.1.31, and the 1.0.1 package in the jaunty repos. I
compiled 1.1.29-1.1.31 myself, and used the 1.1.31 package from the wine repo.
I have another computer that, using the exact same files, works fine. Both
computers are virtually identical LinuxMint 7 installs running wine-1.1.31.
Notable differences are that the comptuer that does not work is using TwinView
and Xinerama to get dual-monitor support through the nVidia drivers, and has a
Sound Blaster Audigy sound card, versus the onboard "HDA" audio on the other.
I've attached the base error. Let me know what else might be helpful, or what
else I can test.
--
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=7929
--- Comment #88 from Damjan Jovanovic <damjan.jov(a)gmail.com> 2009-10-14 22:00:37 ---
(In reply to comment #87)
> (In reply to comment #86)
> > ...
> > I am eagerly awaiting progress on this new effort to bring network support.
> > ...
>
> For the curious, I'm researching the concern that Alexandre expressed (loss of
> packets in a multithreaded environment with simultaneous reads or selects on
> the same socket). In ws2_32 (normal operations) this is solved easily with a
> couple well-placed socket-specific spinlocks, within the Wine server (IOCP
> operation) it APPEARS that it is not necessary to do any locking since the IOCP
> polling and reading all seems to occur in the same thread (note that a socket
> can not be used "normally" once it has been flagged for IOCP). If anyone has
> any additional insight on this issue then I'd love to hear it, I'm a tad busy
> right now so tracking these things down in the server code is not on the top of
> my priority list.
>
While wineserver cannot AFAIK have a race condition with itself, maybe the
wineserver and a Windows app can race each other on the same socket even if
ws2_32 has its own internal spinlock?
APIs like DuplicateHandle() could also transfer the socket to another process,
which then uses its own ws2_32 critical section, so it seems like there could
be inter-process races too.
--
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=9142
Peter Dons Tychsen <donpedro(a)tdcadsl.dk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |donpedro(a)tdcadsl.dk
--- Comment #10 from Peter Dons Tychsen <donpedro(a)tdcadsl.dk> 2009-10-14 16:49:55 ---
Think this is fixed a long time ago.
Is see the same lock as Andrew, but i do not see the bug.
I vote to close 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=7929
--- Comment #87 from Erich Hoover <ehoover(a)mines.edu> 2009-10-14 15:45:29 ---
(In reply to comment #86)
> ...
> I am eagerly awaiting progress on this new effort to bring network support.
> ...
For the curious, I'm researching the concern that Alexandre expressed (loss of
packets in a multithreaded environment with simultaneous reads or selects on
the same socket). In ws2_32 (normal operations) this is solved easily with a
couple well-placed socket-specific spinlocks, within the Wine server (IOCP
operation) it APPEARS that it is not necessary to do any locking since the IOCP
polling and reading all seems to occur in the same thread (note that a socket
can not be used "normally" once it has been flagged for IOCP). If anyone has
any additional insight on this issue then I'd love to hear it, I'm a tad busy
right now so tracking these things down in the server code is not on the top of
my priority list.
> However in the meantime since the packages included in the howto do not provide
> network support, it may be easier for users to grab this binary and overwrite
> the default wine one.
> ...
Who made the original packages? It would be really nice to have some updated
packages.
> ... make sure your /etc/hosts file is properly set up;
> ...
If you add the patches I've been working on for gethostbyname('self') then it
is no-longer necessary to manually edit your /etc/hosts file:
[1/2] http://www.winehq.org/pipermail/wine-patches/2009-October/079872.html
[2/2] http://www.winehq.org/pipermail/wine-patches/2009-October/079873.html
--
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=421
--- Comment #301 from Austin English <austinenglish(a)gmail.com> 2009-10-14 13:03:53 ---
(In reply to comment #300)
> (In reply to comment #298)
> > And even if it isn't good enough to
> > go into the main wine tree, nothing is stopping,
> > say, PlayOnLinux from using it in their Wine tree!
> To clarify things: Wine in PlayOnLinux repository isn't in any way patched,
> neither with DIB Engine nor with any other patch.
If you attempt to install an app that needs a patch to run, it will compile
wine with the patch(es) for you.
--
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=8336
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|comctl32 |-unknown
--- Comment #45 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-14 12:56:42 ---
I don't see a reason this is a common controls bug. Btw, what's a status of
this?
--
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=421
--- Comment #300 from NSLW <lukasz.wojnilowicz(a)gmail.com> 2009-10-14 03:04:40 ---
(In reply to comment #298)
> And even if it isn't good enough to
> go into the main wine tree, nothing is stopping,
> say, PlayOnLinux from using it in their Wine tree!
To clarify things: Wine in PlayOnLinux repository isn't in any way patched,
neither with DIB Engine nor with any other patch.
--
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=421
--- Comment #299 from Austin English <austinenglish(a)gmail.com> 2009-10-14 02:36:14 ---
(In reply to comment #297)
> I am getting mighty riled by Alexandre Juillard's commercial interests in Wine.
> Max' DIB engine is a great piece of work, but of course it threatens
> Codeweavers' Huw Davies' neglected, stubby DIB engine and thus is not included.
>
> Include this DIB engine already, mr. Juillard!
Codeweavers doesn't include a DIB engine in Crossover either. The only
wine-based product that does, that I know of, is Bordeuax, which uses Max's,
FWIW.
--
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=20343
Summary: 1013
Product: WineHQ Bugzilla
Version: 3.2.3
Platform: PC
OS/Version: Windows 3.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: and73exa0(a)yahoo.ca
1013-1
--
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=421
--- Comment #298 from Dan Kegel <dank(a)kegel.com> 2009-10-13 22:31:09 ---
Now, now. Alexandre's hard and fast rule is that
the code that goes into the Wine tree is
Good Code that Fixes A Real Problem Cleanly.
Note that, so far, *no* DIB engine implementation
meets that criterion! As soon as one does, he'll
gladly commit it. It's such a big job, though,
that he's probably going to have to pitch in himself
on it for a month or so. Everyone's glad to
have Max's implementation; if nothing else, it's a great
proof-of-concept. And even if it isn't good enough to
go into the main wine tree, nothing is stopping,
say, PlayOnLinux from using it in their Wine tree!
--
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=421
Itzamna <xamaniqinqu(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |xamaniqinqu(a)gmail.com
--- Comment #297 from Itzamna <xamaniqinqu(a)gmail.com> 2009-10-13 22:10:08 ---
I am getting mighty riled by Alexandre Juillard's commercial interests in Wine.
Max' DIB engine is a great piece of work, but of course it threatens
Codeweavers' Huw Davies' neglected, stubby DIB engine and thus is not included.
Include this DIB engine already, mr. Juillard!
--
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=5259
Paul Romanyszyn <pgr(a)arcelectronicsinc.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #9 from Paul Romanyszyn <pgr(a)arcelectronicsinc.com> 2009-10-13 17:02:15 ---
I saw some changes to window handing in the last few days and now minimize and
restore all seem to work with the test application. I do see a new minor
problem and I will file a new bug. The Delphi 1 ide has many windows and when
switching to a different desktop and back only the main tool bar is visible
until you alt-tab or click on the icon on the gnome start-task bar.
--
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=7803
Jeremy White <jwhite(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jwhite(a)codeweavers.com
--- Comment #12 from Jeremy White <jwhite(a)codeweavers.com> 2009-10-13 14:05:09 ---
Still present in wine 1.1.31.
It's clearly missing some functions in mshtml.
The first one you get to is PersistStreamInit_InitNew;
then you have some or'd dispatch flags that need to be dealt
with (which Jacek just now submitted a patch for).
(Tester note - you need to install the VB6 runtime, obviously).
--
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=4140
--- Comment #9 from Thomas Arendsen Hein <thomas(a)intevation.de> 2009-10-13 13:40:04 ---
Emu42 1.12 contains a workaround for this, see
http://hp.giesselink.com/Emu42/CHANGES.TXT
- changed function UpdateMainDisplay(), removed assertion for zoom
factor because the Sacajawea implementation don't use this factor
-> the assertions are now in the Lewis drawing routines, use
calculated display size for BitBlt() operation and exchanged
BitBlt() with StretchBlt() because of a serious bug in the WineHQ
BitBlt() implementation (in this environment StretchBlt() is ~5us
slower than BitBlt() so it doesn't really matter from the speed
aspect)
I verified this with wine 1.1.30 running emulations for HP42S and HP28S.
Emu48 contains a similar workaround, so I think this bug can either be closed,
even if the general problem (incomplete BitBlt implementation) is not solved
yet, or the title changed to:
BitBlt problem with old Emu48 or Emu42 versions
--
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=20342
Summary: tr rt yrt yr
Product: Wine
Version: 0.9.3.
Platform: PC
OS/Version: Windows 3.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: and73exa0(a)yahoo.ca
Created an attachment (id=24073)
--> (http://bugs.winehq.org/attachment.cgi?id=24073)
adsasdasd a
efer er e geg er ge e r
--
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=20153
Summary: AutoCAD 2008: Icons in popup menus too big
Product: Wine
Version: 1.1.30
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=23750)
--> (http://bugs.winehq.org/attachment.cgi?id=23750)
AutoCAD 2008 Icons in PopUp menu
Attachment explains everything.
This is definitely an regression (it worked good in Wine 1.1.29). I suspect
that patch from bug #175 could cause it. Is regression test required?
--
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=20338
Summary: Tales of Monkey Island Episode 1 crashes on Intel card
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: luiscarlos(a)gmail.com
Created an attachment (id=24067)
--> (http://bugs.winehq.org/attachment.cgi?id=24067)
backtrace
The game crashes just when it tries to go to full screen. Backtrace attached.
Clean .wine directory, did not installed directx on game installation but
needed additional dll, installed with winetricks d3dx9.
--
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=18549
Summary: Free Realms: Station Installer plugin (npsoe.dll)
fails to download or display in Firefox 3.0.10
Product: Wine
Version: 1.1.21
Platform: PC-x86-64
URL: http://www.freerealms.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: joneill(a)escom.us
Created an attachment (id=21212)
--> (http://bugs.winehq.org/attachment.cgi?id=21212)
Wine Console Output Log
The Free Realms / Station Installer plugin, npsoe.dll, fails to download Free
Realms or display on Firefox 3.0.10. The plugin installs correctly and is
listed in Mozilla Firefox's "about:plugins" page.
This bug was discovered with Wine 1.1.21. Wine was compiled with the Gentoo
Portage platform (app-emulation/wine-1.1.21 USE="X alsa cups esd gecko jack
jpeg lcms ncurses opengl png samba ssl xcomposite xinerama xml (-dbus)
(-gnutls) (-hal) (-ldap) (-nas) -oss (-scanner) -win64").
Reproducibility: 100%
Test Case:
Preparation: Create a Free Realms account on www.freerealms.com. Download and
install the browser plugin from the site. Create a character using the online
character creator. Verify the plugin installation by checking for "Station
Installer (npsoe.dll)" in "about:plugins".
1. Navigate to www.freerealms.com with Firefox 3.0.10. Log in to the site. The
character page should appear.
Bug: The download progress area / play now button in the upper left corner of
the page fails to appear or download the game.
Expected Result: The download progress area (or "Play Now" if the game has
already been downloaded) should appear in the upper left corner of the page.
The game should download. Once the download is complete, a button becomes
available navigate to the server selection and launch page.
2. Manually attempt to start the game by going to "Game" (upper menu) -> "Jobs"
(drop down menu under "Game" menu). Click on "Play Now" to manually start the
game.
Bug: The select a server screen is stuck at "waiting for download to complete".
The download does not start and the game can not be launched from the page.
Expected Result: The page displays a download progress indicator until the game
is completely downloaded. Once completely downloaded, servers can be selected
and a "Play Now" button appears which launches the Free Realms executable.
--
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=4498
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
Version|unspecified |0.9.4.
--- Comment #12 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2009-10-12 22:11:50 ---
Closing wontfix.
--
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=816
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|download, NoAppDBEntry |
--- Comment #32 from Austin English <austinenglish(a)gmail.com> 2009-10-12 21:05:19 ---
Download link is busted, please retest & update url.
--
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=124
--- Comment #18 from Austin English <austinenglish(a)gmail.com> 2009-10-12 21:04:08 ---
Still present.
--
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=17059
Summary: Can't install Call of Duty 2 anymore
Product: Wine
Version: 1.1.13
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: 412(a)gmx.net
With the latest version I wanted to verify an old bug to be removed but now I
can't even get the installer to work anymore. I start the installer (Winver XP,
no overrides) and after it has done the first startup I only get a warning
saying "Windows NT and 95/98/ME not supported" and the installer breaks without
doing it's job. This used to work. No matter what Windows version I put in it
still breaks. All I get is the attached blob of messages and this warning.
I'm using Ubuntu 8.10 with the Wine 1.1.13 from the repositories and the retail
"Collectors Edition" (2 CD) of CoD2.
--
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=20331
Summary: VirtualAlloc() should allocate addresses low to high
Product: Wine
Version: 1.1.31
Platform: PC
URL: http://rh-software.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ray(a)pobox.co.uk
Currently when VirtualAlloc() is called with a NULL address high addresses are
sometimes returned rather than low addresses. Looking at
http://msdn.microsoft.com/en-us/library/aa366887(VS.85).aspx you will see there
is the MEM_TOP_DOWN option to specify that high addresses should be used, thus
when this is not specified low addresses should be used. This is the situation
on Windows NT4 through to Server 2008 R2/Windows 7.
To show this effect download http://rh-software.com/downloads/siv.zip, extract
the files and issue the command:
wine siv -save=[memory]=stdout
which on my system gives:
[memory] [windows]
Area Start Address Limit Address Size Size Proportion
Elapsed MB/sec
0 0x02B80000 0x67F80000 0x65400000 1.58GB 54.95%
0.010
1 0x7F000000 0x7FC00000 0x00C00000 12.00MB 0.41%
0.005
2 0x7FFF0000 0x81FF0000 0x02000000 32.00MB 1.09%
0.005
3 0xB75C0000 0xB79C0000 0x00400000 4.00MB 0.14%
0.005
4 0xB6CA0000 0xB70A0000 0x00400000 4.00MB 0.14%
0.005
5 0xB6890000 0xB6C90000 0x00400000 4.00MB 0.14%
0.005
...
I think this may only show the issue for systems with >= 3.5GB of ram. I am
wondering if it might be related to addresses > 0x80000000 (signed vs. unsigned
tests). Note that SIV is linked with /largeaddressaware.
--
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=7929
--- Comment #86 from Robert Bartle <poofyyoda(a)gmail.com> 2009-10-12 15:01:34 ---
Created an attachment (id=24054)
--> (http://bugs.winehq.org/attachment.cgi?id=24054)
Here is a compiled binary of the old hack
I am eagerly awaiting progress on this new effort to bring network support.
However in the meantime since the packages included in the howto do not provide
network support, it may be easier for users to grab this binary and overwrite
the default wine one. This will work on both 32 and 64 bit machines.
Then use the instructions from the howto:
For network play you also need to start regedit and browse to
HKEY_CURRENT_USER/Software/Wine/Network (create Network if it doesn't exist).
Then add a string value with name UseBindAddressHack and value Enabled. If
you're having trouble connecting, make sure your /etc/hosts file is properly
set up;
it should list your hostname next to your IP something like the following
192.168.0.14 tuxcomputer (YOUR LAN IP)
127.0.0.1 localhost
127.0.1.1 tuxcomputer
--
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=9046
--- Comment #22 from Austin English <austinenglish(a)gmail.com> 2009-10-12 14:55:30 ---
Is this still an issue in current (1.1.31 or newer) wine?
--
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=7260
--- Comment #10 from Austin English <austinenglish(a)gmail.com> 2009-10-12 14:55:29 ---
Is this still an issue in current (1.1.31 or newer) wine?
--
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=4498
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WONTFIX
--- Comment #11 from Austin English <austinenglish(a)gmail.com> 2009-10-12 14:34:36 ---
(In reply to comment #10)
> double buffering can not be switched in winecfg no longer. So, I think that bug
> should be fixed as WONT FIX
Agreed.
--
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=7922
Dafydd Crosby <dafydd.crosby(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dafydd.crosby(a)gmail.com
--- Comment #9 from Dafydd Crosby <dafydd.crosby(a)gmail.com> 2009-10-12 13:06:48 ---
Wine-1.31.1 appears to fix this bug. However, to get past the language box
requiring English you'll need to use the native oleaut32.dll
--
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=19857
Summary: Bug links are being deleted when accepted
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: major
Priority: P1
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
When accepting a bug link from a non-admin user, the bug link reports success,
but is being deleted.
However, this only seems to affect open (or could it be newer?) bugs.
Bug #1 accepted:
"Submitted Bug Link accepted
-------------------------------------------------------
The bug link you submitted between Bug and SlingPlayer WebSlingPlayer IE has
been accepted.
We appreciate your help in making the Application Database better for all
users.
Best regards.
The AppDB team
http://appdb.winehq.org/"
The bug link remains.
Bug #19500 accepted:
"Submitted Bug Link accepted
-------------------------------------------------------
The bug link you submitted between Bug 19500 and SlingPlayer WebSlingPlayer IE
has been accepted.Thank you for your submission.
We appreciate your help in making the Application Database better for all
users.
Best regards.
The AppDB team
http://appdb.winehq.org/"
No errors, but the bug link is gone.
Note the first email response does not name the bug number.
--
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=15054
Summary: Getting "fixme:mountmgr:harddisk_ioctl unsupported ioctl
70020" when trying to start CoD4
Product: Wine
Version: 1.1.3
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: steffen.linux(a)gmx.de
Hi,
I've installed CoD4 and tried to start it...but I only get the error mentioned
in the summary, so I patched the game to 1.7 and tried again...but same error
as above.
The game says that I've to insert the correct DVD, but the DVD is inserted into
the drive, it is mounted and it's an original DVD.
Operating System: Ubuntu Hardy Hereon 32 Bit
--
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=219
Detlev <35shikoku(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |35shikoku(a)gmail.com
Jeff Zaroyko <jeffz(a)jeffz.name> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |maruchan86(a)gmail.com
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wine(a)jacob.wintershaven.net
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kertejeremy(a)hotmail.com
Ken Sharp <kennybobs(a)o2.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |steffen.linux(a)gmx.de
--- Comment #83 from Detlev <35shikoku(a)gmail.com> 2009-06-29 13:27:08 ---
This bug does not affect me for C&C Tiberian Sun. I have wine version 1.1.24
--- Comment #84 from Jeff Zaroyko <jeffz(a)jeffz.name> 2009-07-21 06:57:28 ---
*** Bug 19402 has been marked as a duplicate of this bug. ***
--- Comment #85 from Austin English <austinenglish(a)gmail.com> 2009-07-21 13:11:56 ---
*** Bug 14941 has been marked as a duplicate of this bug. ***
--- Comment #86 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-07-30 21:00:45 ---
*** Bug 19506 has been marked as a duplicate of this bug. ***
--- Comment #87 from Ken Sharp <kennybobs(a)o2.co.uk> 2009-10-12 11:01:42 ---
*** Bug 15054 has been marked as a duplicate of this bug. ***
--
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=20308
Summary: Wine's sound architecture needs an overhaul
Product: Wine
Version: 1.1.31
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexander.scott.johns+winebug(a)googlemail.com
As suggested by Ben Klein (in bug 10495 comment 174), here is a separate bug
for redesigning Wine's internal sound APIs. See also bug 10495 comment 144.
--
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=20302
Summary: rpmbuild -ta
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ToddAndMargo(a)verizon.net
Hi All,
Would you please consider supporting rpm build for tar ball (rpmbuild -ta
tarball). This would surely go a long way to getting a bunch of us our of RPM
hell.
Many thanks,
-T
--
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=11345
Summary: Wrong button vertical position
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mirko2324(a)yahoo.de
Created an attachment (id=10453)
--> (http://bugs.winehq.org/attachment.cgi?id=10453)
screenshot
The up/down-button in all detail windows of eMule v0.48a (f. e. download
details) are at the wrong vertical position. I made a screenshot of this issue.
I have tested this with different versions of eMule and wine.
--
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=20328
Summary: Dystopia: Crash while playing multiplayer game online.
Product: Wine
Version: 1.1.30
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: darkandor2003(a)yahoo.com
I couldn't figure out a cause. Crashes while playing online in as little as a
minute, or longer than a half hour.
--
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=6003
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |FIXED
--- Comment #16 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-10-11 18:27:43 ---
And seems to be fixed again in 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.
http://bugs.winehq.org/show_bug.cgi?id=7042
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #29 from Austin English <austinenglish(a)gmail.com> 2009-10-11 15:56:36 ---
Reported fixed.
--
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=6003
edward savage <epssyis(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |epssyis(a)gmail.com
--- Comment #15 from edward savage <epssyis(a)gmail.com> 2009-10-11 15:26:51 ---
This issue is not apparent in Wine 1.1.31 for me, it was apparent in 1.1.30.
I will note that the scroll bars do look like the windows steam scroll bars and
that mouse scroll does not scroll the steam pages. I have had this bug for a
long time so it is nice to see it gone.
--
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=7042
--- Comment #28 from Lauri Kenttä <lauri.kentta(a)gmail.com> 2009-10-11 15:24:16 ---
Works for me since 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.
http://bugs.winehq.org/show_bug.cgi?id=5159
--- Comment #31 from Jan Kalab <pitel(a)nomi.cz> 2009-10-11 15:06:47 ---
Yup, still confirming in CS:S in 1.1.31 using Ubuntu.
--
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=6716
--- Comment #14 from Nikolay Sivov <bunglehead(a)gmail.com> 2009-10-11 10:30:54 ---
Petr, I'm still waiting for +listview trace. Also try with 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.
http://bugs.winehq.org/show_bug.cgi?id=6716
Nikolay Sivov <bunglehead(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #4131|application/octet-stream |text/plain
mime type| |
--
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=18673
Summary: DateTimePicker not work :( Bug
Product: Wine
Version: 1.1.22
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yurii_ptz(a)bk.ru
Created an attachment (id=21380)
--> (http://bugs.winehq.org/attachment.cgi?id=21380)
DPT in windowsXP and in wine
Hello!
I try wine 0.9.59 (ubuntu 8.04) wine 1.0.1 (debian) and
wine_1.1.22_winehq1-1_i386.deb (debian)
But DateTimePicker not work.
I try a little programs (Turbo C++ Express) with DateTimePicker
+++
#include <vcl.h>
#pragma hdrstop
#include "Unit1.h"
//---------------------------------------------------------------------------
#pragma package(smart_init)
#pragma resource "*.dfm"
TForm1 *Form1;
//---------------------------------------------------------------------------
__fastcall TForm1::TForm1(TComponent* Owner)
: TForm(Owner)
{
}
//---------------------------------------------------------------------------
void __fastcall TForm1::DateTimePicker1Change(TObject *Sender)
{
Memo1->Lines->Add("change to "+DateToStr(DateTimePicker1->DateTime)+" ->
"+ BoolToStr(DateTimePicker1->Checked));
}
//---------------------------------------------------------------------------
+++
And test it in WindowsXP and Wine.
If i run my programm in WindowsXP and change date from 2009.05.28 to 2009.05.24
in DateTimePicker it write:
change to 27.05.2009 -> -1
change to 27.05.2009 -> -1
change to 26.05.2009 -> -1
change to 26.05.2009 -> -1
change to 25.05.2009 -> -1
change to 25.05.2009 -> -1
change to 24.05.2009 -> -1
change to 24.05.2009 -> -1
If i run my programm in Wine and change date from 2009.05.28 to 2009.05.24 in
DateTimePicker it write:
change to 28.05.2009 -> -1
change to 28.05.2009 -> -1
change to 28.05.2009 -> -1
change to 28.05.2009 -> -1
And in WINE DateTimePicker not work :(
Bugs PrintScreen i attachment to this report
Thank you!
PS: Sory for my bad English
--
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=20322
Summary: DX Atlas does not start
Product: Wine
Version: 1.1.30
Platform: PC
URL: http://www.dxatlas.com/DxAtlas/Files/DxAtlas.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rx9tx(a)qrz.ru
CC: rx9tx(a)qrz.ru
DX Atlas does not start.
--
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=20315
Summary: PEB not fully initialized, causes valgrind warnings
during thread initialization?
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, patch, source
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Running wine's tests under valgrind yields warnings of the sort (after applying
the patch in bug 20303):
Syscall param socketcall.sendmsg(msg.msg_iov[i]) points to uninitialised
byte(s)
at: sendmsg (socket.S:64)
by: server_init_thread (server.c:1061)
by: thread_init (thread.c:325)
by: __wine_process_init (loader.c:2695)
by: wine_init (loader.c:711)
by: main (main.c:218)
Address 0xfe924c48 is on thread 1's stack
Uninitialised value was created by a client request
at: inform_valgrind_of_new_virtual_memory_block (virtual.c:1725)
by: NtAllocateVirtualMemory (virtual.c:1878)
by: thread_init (thread.c:307)
by: __wine_process_init (loader.c:2695)
by: wine_init (loader.c:711)
by: main (main.c:218)
and
Conditional jump or move depends on uninitialised value(s)
at: get_modref (loader.c:293)
by: load_dll (loader.c:1944)
by: LdrLoadDll (loader.c:2025)
by: load_library (module.c:890)
by: LoadLibraryExW (module.c:947)
by: __wine_kernel_init (process.c:1087)
by: wine_init (loader.c:711)
by: main (main.c:218)
Uninitialised value was created by a client request
at: inform_valgrind_of_new_virtual_memory_block (virtual.c:1725)
by: NtAllocateVirtualMemory (virtual.c:1878)
by: thread_init (thread.c:276)
by: __wine_process_init (loader.c:2695)
by: wine_init (loader.c:711)
by: main (main.c:218)
I didn't look too far, but it seems that the PEB isn't fully
initialized and/or has holes that might need a valgrind annotation.
Memsetting them to zero right after allocation makes the
warnings go away. (The right fix would be to figure out which
fields still need initialization.)
--
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=20316
Summary: init_user_process_params() forgets to initialize
CurrentDirectory.Handle, causing uninitialized memory
reference in init_current_directory()
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, patch, source
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Once you are past bug 20303 and bug 20315, the commands
cd dlls/advapi32/tests
/usr/local/valgrind-10896/bin/valgrind --trace-children=yes --track-origins=yes
--workaround-gcc296-bugs=yes ~/wine-git/wine advapi32_test.exe.so security.c
produce the valgrind warning
Conditional jump or move depends on uninitialised value(s)
at RtlSetCurrentDirectory_U (path.c:992)
by init_current_directory (process.c:769)
by __wine_kernel_init (process.c:1036)
by __wine_process_init (loader.c:2719)
Uninitialised value was created by a client request
at inform_valgrind_of_new_virtual_memory_block (virtual.c:1724)
by NtAllocateVirtualMemory (virtual.c:1870)
by init_user_process_params (thread.c:186)
by thread_init (thread.c:340)
by __wine_process_init (loader.c:2695)
It seems the field CurrentDirectory.Handle is not initialized
in init_user_process_params(). Adding the line
params->CurrentDirectory.Handle = INVALID_HANDLE_VALUE;
around line 200 of dlls/ntdll/thread.c works and is probably
even the right fix.
--
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=20107
Summary: Two keyboard bugs in World of Warcraft
Product: Wine
Version: 1.1.29
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: henu(a)henu.fi
For several latest versions, I have noticed two keyboard problems when running
WoW.
First and more annoying: When returning from other applications to WoW
fullscreen mode, writing does not work. This happens randomly. The keys work
for everything else, for example I can use WASD for moving, but I cannot type
with them! This can be fixed by going again to other application/desktop and
then returning to WoW.
Second and not that annoying: When I move my character by pressing a key, the
character starts to "shake" after some time (the running animation starts from
the beginning over and over again). I think this has something to do with key
repeat, since the "shaking" acts like key repeat when typing.
I submitted these two bugs in one report, because if I remember correctly,
their first appearance was about at the same time. Maybe they are actually just
one bug. It was several Wine versions ago, but I'm not sure if it's Wine's or
WoW's fault.
--
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=19501
Summary: Crysis Warhead: Crash when loading a map.
Product: Wine
Version: 1.1.26
Platform: PC-x86-64
URL: http://crysiswarhead.ea.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: telliangun(a)gmail.com
Created an attachment (id=22677)
--> (http://bugs.winehq.org/attachment.cgi?id=22677)
terminal output throughout the process
uname -svrpio
Linux 2.6.30-gentoo-r4 #1 SMP PREEMPT Mon Jul 27 02:35:42 EEST 2009 Intel(R)
Core(TM)2 Duo CPU E8400 @ 3.00GHz GenuineIntel GNU/Linux
Crysis Warhead is crashing every time it loads a map, around 70-80 % of
loading.
I managed to load a map once, but I guess it was pure luck as when I tried
afterwards it kept crashing.
I've attached the terminal output.
--
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=6003
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CLOSED |REOPENED
Resolution|FIXED |
--- Comment #14 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-10-10 21:06:28 ---
The problem is back (in wine-1.1.30), reopening.
--
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=421
max(a)veneto.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #21242|0 |1
is obsolete| |
--- Comment #296 from max(a)veneto.com 2009-10-10 17:04:37 ---
Created an attachment (id=24018)
--> (http://bugs.winehq.org/attachment.cgi?id=24018)
DIB Engine - Fixed for wine-1.1.31
Crash was due to (from wine-1.1.31) suppressed winex11.drv BitBlt() and
PatBlt() functions, replaced by StretchBlt().
The bug search was made somehow difficult because of misleading git comment on
offending commit, which is doing more than what comment say.
I'm posting here the fixed engine, as usual in stacked-git format.
Ciao
Max
--
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=6856
Daniel Guzman <daniel.guzman85(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |daniel.guzman85(a)gmail.com
--- Comment #29 from Daniel Guzman <daniel.guzman85(a)gmail.com> 2009-10-10 15:09:20 ---
Yes, it's still a issue. I can confirm it:
Civilization 4 DVD original.
Install= No problems.
Patching to 1.74 = No problems.
Running the game 1.0 or 1.74, give me that output:
dani@JumpGate:~/.wine/drive_c/Program Files/Firaxis Games/Sid Meier's
Civilization 4$ wine --version
wine-1.1.30
dani@JumpGate:~/.wine/drive_c/Program Files/Firaxis Games/Sid Meier's
Civilization 4$ wine Civilization4.exe
fixme:service:QueryServiceObjectSecurity 0x13f760 4 0x13fe30 0 0x32eee0 -
semi-stub
fixme:service:QueryServiceObjectSecurity 0x13f760 4 0x13fe30 28 0x32eee0 -
semi-stub
fixme:advapi:SetEntriesInAclA 1 0x32ee70 0x13fe44 0x32eedc
fixme:service:SetServiceObjectSecurity 0x13f760 4 0x32ee5c
fixme:system:SystemParametersInfoW Unimplemented action: 55 (SPI_SETMOUSEKEYS)
fixme:system:SystemParametersInfoW Unimplemented action: 59 (SPI_SETSTICKYKEYS)
fixme:font:WineEngRemoveFontResourceEx :stub
If you need more information just tell me the full command :). Im a newbie in
bug submitting xD.
--
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=5623
--- Comment #32 from Martin Polehla <bugs.winehq.org(a)polous.cz> 2009-10-10 15:02:38 ---
(In reply to comment #31)
> the Hot-keys works when the mouse are just in front of the razor. even when the
> UO is the focus.
>
it is true, but this is also the reason why is impossible use hotkeys for
normal playing (PvP, PvM...). I usualy won't moving mouse over razor window...
Any news about commiting the patch ?
--
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=20309
Summary: Lightscreen: interface strings are not shown
Product: Wine
Version: 1.1.30
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: s.devrieze(a)gmail.com
Created an attachment (id=24014)
--> (http://bugs.winehq.org/attachment.cgi?id=24014)
Screenshot of Lightscreen, strings are hidden!
Interface strings are not visible when running Lightscreen.
Note: Lightscreen is GPL software and an AppDB entry has been submitted
(garbage because of this bug).
--
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=20010
Summary: Please add menues to choose language when coming to
this page.
Product: WineHQ.org
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P1
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: khisbra(a)hotmail.com
CC: khisbra(a)hotmail.com
I think it's a good idea to help users from around the world to view this page
& it's content in their own language so therefor I wish you could make this
idea come true.
--
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=7267
Eddie Lania <eddie(a)lania.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |eddie(a)lania.nl
--- Comment #12 from Eddie Lania <eddie(a)lania.nl> 2009-10-10 09:56:43 ---
Wine is about useless for me and for anyone else that is using an
older Radeon card. That is because ATI/AMD does not provide a closed source
driver anymore and the only driver left to use on linux is the open source
driver.
The open source driver however is not usable for running graphical applications
on wine, which covers almost anything where one should want to use wine for.
This sucks.
Currently, if any application that requires graphical abilities is started
using wine, the application often crashes leaving the following output on the
screen: fixme:d3d_caps:wined3d_guess_vendor Received unrecognized GL_VENDOR
"DRI R300
Project". Returning VENDOR_WINE.
Allocating 16 x 16 radeon RBO (pitch 16)
wine: Unhandled page fault on read access to 0x00000054 at address 0x37bd3baf
(thread 0009), starting debugger...
Ore something similar.
Now why isn't this "patch" yet submitted?
--
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=20305
Summary: Albumplayer can't connect to it's database anymore
Product: Wine
Version: 1.1.30
Platform: PC
URL: http://www.albumplayer.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hello.adri(a)gmail.com
Created an attachment (id=24003)
--> (http://bugs.winehq.org/attachment.cgi?id=24003)
albumplayer terminal message
In wine-1.1.29 there where problems installing mdac28, this is fixed in
wine-1.1.30
However Albumplayer still has problems writing to its database in wine-1.1.30
so the fix doesn't exactly fix things with how it was in wine-1.1.28.
--
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.