https://bugs.winehq.org/show_bug.cgi?id=36750
Bug ID: 36750
Summary: Visual C++ 2005 Trial build fails very early
Product: Wine
Version: 1.1.35
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, testcase
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Blocks: 21259
Created attachment 48801
--> https://bugs.winehq.org/attachment.cgi?id=48801
script to reproduce
Noticed while looking at bug 21259. If you run Dan's script (slightly edited,
I'll attach), it mostly runs fine, but when run the build, it quickly fails
rather than hanging. Terminal output made me suspect msxml3:
err:msxml:doparse Opening and ending tag mismatch: xs:sequence line 8 and
xs:choice
and indeed, winetricks msxml3 gets it further (it then hangs on the first try,
or if I CTRL+C and rerun, it starts to build).
May be a regression, but I haven't tried older versions of wine.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51330
Bug ID: 51330
Summary: Stationeers: crash after thread creation failure
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dawid.krol(a)gmail.com
Distribution: ---
Created attachment 70195
--> https://bugs.winehq.org/attachment.cgi?id=70195
Stationeers's crash log
Using wine-staging 6.11 nvidia 1060 on Clevo p650rp Fedora 34 64-bit
Steps to reproduce error: Open the game. Create new game or load old one. Click
load game. Debug console appears on the screen with message console Thread
creation failed. After a while game crashes.
The crash seems to be connected with thread creation as I guess game requires
one to run properly. It doesn't appear on Windows and on Linux running Proton.
I couldn't run properly without dxvk as when I tried to run it with default
renderer games hangs when loading save. Game runs on Unity engine and I
couldn't reproduce the problem with other Unity games.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=50896
Bug ID: 50896
Summary: cloned member of PrivateFontCollection is supposed to
survive deletion of the collection
Product: Wine
Version: 6.5
Hardware: x86-64
URL: http://ytomy.sakura.ne.jp/cgi-bin/dl/dl.php?dl=trgssx
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
First summary is a guesstimate based upon What I'm seeing through
WINEDEBUG="font,gdiplus".
An RPGMakerVX game using TRGSSX.dll has a problem with proper font display.
AFAICT, the library function in use is DrawTextFastA.
Anyway, what I can see in the log is roughly:
- call to GdipNewPrivateFontCollection
- call to GdipPrivateAddFontFile loading 'UmePlus Gothic', followed by a call
to GdipPrivateAddMemoryFont for that font
- a somewhat long dive into gdi32 follows, ending with calls to
GdipGetFontCollectionFamilyCount and GdipGetFontCollectionFamilyList on this
collection
- next is GdipCloneFontFamily call for 'UmePlus Gothic' and a GdipGetFamilyName
call on the *cloned* family
- next is a call to GdipDeletePrivateFontCollection...
and now, we're fucked - this has just deleted the font family, yet the app is
still using the cloned version that from this point is just garbage in wine.
To be exact, what happens later is a GdipCreateFont call on the cloned family.
Game doesn't crash, but the picked font is obviously wrong.
Chances are this is a regression caused by commit
b9307cfa61e9884b01d34c2310ec1ffbb1868728, but it's over a year ago, so I didn't
test that.
What I did test was that changing GdipCloneFontFamily from '*clone = family' to
an obviously wrong 'GdipCreateFontFamilyFromName(family->FamilyName, NULL,
clone)' seems to fix the problem.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=49819
Bug ID: 49819
Summary: EveMon (v 4.0.18.4979): (with dotnet461) crashes on
add character
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: httpapi
Assignee: wine-bugs(a)winehq.org
Reporter: maxwellc(a)gmail.com
Distribution: ---
Created attachment 68155
--> https://bugs.winehq.org/attachment.cgi?id=68155
Report from EVEMon of the problem
Program: EVEMon 4.0.18.4979
(https://appdb.winehq.org/objectManager.php?sClass=application&iId=9346)
Download Link: https://github.com/peterhaneve/evemon/releases/tag/4.0.18
60c649699694060f0175e5830e9381ad9189593a EVEMon-install-4.0.18.exe
Wine Version is both 5.0 Ubuntu and 5.16
Setup:
Following suggestion in
https://appdb.winehq.org/objectManager.php?sClass=version&iId=29658
Prior to upgrade to 5.16 from devel repo,
winetricks dotnet461 corefonts
>From Linux Command line
wine /tmp/EVEMon-install-4.0.18.exe
Click through installation prompts.
Offers to launch on conclusion.
Exited.
WINEDEBUG='fixme+all,err+all' wine "Program Files/EVEMon/EVEMon.exe"
Program runs but attempting to perform File->Add Character crashes the program.
Program brings up report on the problem attached as
"EveMonCrashOwnWords.log"
Second attachment of output with WINEDEBUG="err+all,warn+all,fixme+all"
Unable to reproduce on clean 5.16 prefix since winetricks dotnet461 "is broken
since 5.12"
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51316
Bug ID: 51316
Summary: Office 2010 user form resize bug
Product: Wine-staging
Version: 6.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yuri6037(a)yuristudio.net
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
When you attempt to resize a user form on an EXCEL macro in both O2007 and
O2010 the window freezes and you have to open back the user form. However when
you change the value of "width" and "height" manually it does seem to work.
This happens on both NVIDIA graphics and Intel Graphics no idea about AMD but I
expect the same bug.
When running EXCEL from terminal, I can see two fixme logs that occurs
everytime I click on the corners of a user form:
0154:fixme:msimtf:ActiveIMMApp_OnDefWindowProc Stub (000C0156 47 0 21eaa4)
0154:fixme:msimtf:ActiveIMMApp_OnDefWindowProc Stub (000C0156 3 0 405ed)
This occurs when I release the mouse button:
0154:fixme:msimtf:ActiveIMMApp_OnDefWindowProc Stub (000C0156 47 0 21eaa4)
0154:fixme:msimtf:ActiveIMMApp_OnDefWindowProc Stub (000C0156 3 0 4061f)
--
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.
https://bugs.winehq.org/show_bug.cgi?id=50645
Bug ID: 50645
Summary: Age of Mythology Multiplayer on Voobly
Product: Wine
Version: 6.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: miltiadesxri(a)gmail.com
Distribution: ---
Created attachment 69359
--> https://bugs.winehq.org/attachment.cgi?id=69359
voobly.exe terminal output
Hello,
I'm trying to play AOM:TT multiplayer on voobly without success. The bug is
similar to the one i posted one year ago. When i enter the in-game lobby I see
that my ip is 0.0.0.0 and no other players are able to connect. I thought that
the patch (https://source.winehq.org/patches/data/110549) was already in the
current wine version, so I don't understand why it doesn't work. I tried
different versions of the game (i.e. original 2cd version, gold edition) and
there isn't any firewall activated. I'll attach a log from the terminal output
(I guess its mostly line 414 that's important).
Thanks in advance,
Miltiades
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51320
Bug ID: 51320
Summary: Can't connect to correct IP address in Voobly when
playing Age of Mythology
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alisamarim7(a)gmail.com
Distribution: ---
I'm having issues hosting and connecting to lobbies in Age of Mythology the
Titans using Voobly. When I try to join the host, the countdown never ends and
when I host myself, the IP address shows as 0.0.0.0.
I'm on Fedora 34 and using Wine 6.10 staging.
Things I've tried:
- enable winetricks directplay (though I get a warning for this saying some
verbs are not working on 64bit version)
- reinstalling wine, game and voobly multiple times.
- trying different versions of wine such as Fedora's winehq-stable and
winehq-staging
Keep in mind that the game works fine using other clients such as GameRanger.
Voobly and the game work fine in Windows 10. I also noticed something
interesting when hosting a lobby on my own (without anyone else joining the
lobby) and running the game through voobly, the IP is shown correctly. Though
if I quit the game and rejoin alone, IP is set to 0.0.0.0 once again.
That's all I have for now. Does anyone know how to fix and/or debug the issue?
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51318
Bug ID: 51318
Summary: MSOffice 2010 - context menu either does not appear or
appears in top-left hand corner
Product: Wine
Version: 6.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: poprocks(a)gmail.com
Distribution: ---
I am running Slackware64-current.
I have encountered a bug with MSOffice 2010 (Word and Excel, at least) whereby
right-clicking either does not work at all (typically if no text is
highlighted) or the context menu appears, but in the top-left-hand corner of
the screen as opposed to at the mouse cursor.
I have reproduced this on WINE 6.0.1 and 6.1. I can reproduce on Plasma5 and
fluxbox.
It does not occur on WINE 4.0 or 4.0.4.
Possible regression?
--
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.
https://bugs.winehq.org/show_bug.cgi?id=49197
Bug ID: 49197
Summary: webservices/writer.c fails on armv7l
Product: Wine
Version: 5.8
Hardware: arm
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Was originally mentioned in bug 43959. reader.c now works in
wine-5.8-230-g3bb824f988, writer still fails:
austin@PrawnOS:~/wine-git/dlls/webservices/tests$ WINEDEBUG=-all make writer.ok
../../../tools/runtest -q -P wine -T ../../.. -M webservices.dll -p
webservices_test.exe.so writer && touch writer.ok
writer.c:371: Test failed: 2272: got 11 expected 10
writer.c:373: Test failed: 2272: got <t>:E-3</t> expected <t>1E-2</t>
writer.c:371: Test failed: 2272: got 12 expected 11
writer.c:373: Test failed: 2272: got <t>-:E-3</t> expected <t>-1E-2</t>
writer.c:373: Test failed: 2272: got <t>1.7976931348623156E+308</t> expected
<t>1.7976931348623157E+308</t>
writer.c:373: Test failed: 2272: got <t>-1.7976931348623156E+308</t> expected
<t>-1.7976931348623157E+308</t>
writer.c:2316: Test failed: got 00000000
writer.c:2332: Test failed: got 00000000
It passes on Windows RT:
webservices:writer start dlls/webservices/tests/writer.c -
0668:writer: 2623 tests executed (0 marked as todo, 0 failures), 0 skipped.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=51189
Bug ID: 51189
Summary: DX11 performance is much lower than DX9 in Heaven on
Windows
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: acyellow(a)gmail.com
1. Compile directx dll for Windows including d3d9.dll, d3d11.dll, dxgi.dll,
wined3d.dll.
2. Install Heaven on Windows OS and Nvidia Graphics card platform.
3. Intall the Wined3d dlls in Windows and make sure Heaven load the wined3d
dlls.
4. Test Heaven benchmark, find that the FPS on Heaven DX11 is much lower than
on Heaven DX9, it is about: FPS on DX11 = 1/3 * FPS on DX9
Use Windows Performance Recorder and Windows Performance Analyzer to debug this
performance issue. We can see many CPU cycle spends on wined3d_cs_mt_finish.
Could you give any advice?
--
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.