https://bugs.winehq.org/show_bug.cgi?id=44516
Bug ID: 44516
Summary: Anarchy Online doesn't startup anymore
Product: Wine
Version: 3.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 60469
--> https://bugs.winehq.org/attachment.cgi?id=60469
Console Output wine 3.1 (Non-staging)
Hello everyone,
I would like to report that I did some testing on "Anarchy Online" but it
doesn't seem to start up anymore and wants to launch a debugger but also fails
there.
Please see the console output for further information.
--
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=46375
Bug ID: 46375
Summary: Vietcong: game save thumbnails (screenshots) have
corrupted colors
Product: Wine
Version: 4.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: havran.jan(a)email.cz
Distribution: Other
Created attachment 63117
--> https://bugs.winehq.org/attachment.cgi?id=63117
Game-save screenshots - left = created on windows, right = Wine
Every time Vietcong game creates new game save (psg file), it also creates
in-game screenshot of what scene game currently render on screen. This
screenshot is part of the psg file. In main menu, game shows screenshot of
selected game save (as a thumbnail). On native Windows, these screenshots are
created relative nice (but they are low quality/compressed pictures), while on
Wine they have always corrupted colors.
It is not problem of showing these screenshots (since I tried in Wine to load
game save created on Windows, which had nice thumbnail), but they are being
created corrupted. I have not looked into this bug deeply yet, so I do not know
which API game uses to create these screens.
This bug is in Wine probably for very long time, maybe since beginning. There
is nothing special in the Wine log.
--
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=18382
Summary: SubEdit fails to start
Product: Wine
Version: 1.1.20
Platform: PC
URL: http://matinf.pcz.pl/~subedit/download/subedit_b4072_ins
tall.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=20962)
--> (http://bugs.winehq.org/attachment.cgi?id=20962)
Fatal error
I'm using Wine 1.1.20 (compiled from source using gcc version 4.3.2 20081105
(Red Hat 4.3.2-7) ) on Fedora 10 i386.
The problem is that SubEdit fails to start and shows fatal 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=25689
Summary: Combat Mission: Barbarossa to Berlin - failing to
initialize graphics
Product: Wine
Version: 1.3.10
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mat69(a)gmx.net
Created an attachment (id=32722)
--> (http://bugs.winehq.org/attachment.cgi?id=32722)
terminal output when starting cmbb
I installed CMBB and updated to 1.03, using a crack made it possible to avoid
BUG:219.
Trying to start I get a message complaining that Direct3D graphics could not be
recognised.
Attached is 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=24308
Summary: Fullscreen fails for MechWarrior 4 games (Only one D3D
device per DirectDraw object)
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: georg298(a)gmx.de
For all MechWarrior 4 games, fullscreen fails with message
fixme:ddraw:d3d7_CreateDevice Only one Direct3D device per DirectDraw object
supported.
Obviously, the game falls back to window'ed mode, as
static HRESULT WINAPI d3d7_CreateDevice(IDirect3D7 *iface, REFCLSID riid,
IDirectDrawSurface7 *surface, IDirect3DDevice7 **device)
returns
DDERR_INVALIDPARAMS
changing this behaviour (returning D3D_OK instead):
if (ddraw->d3ddevice)
{
FIXME("Only one Direct3D device per DirectDraw object supported.\n");
LeaveCriticalSection(&ddraw_cs);
return D3D_OK;
// return DDERR_INVALIDPARAMS;
}
makes fullscreen work for these games.
Probably it's not "legal" to return D3D_OK in this case, but maybe there is a
real solution for this 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.
https://bugs.winehq.org/show_bug.cgi?id=55342
Bug ID: 55342
Summary: try1401.exe from ced1401 fails to connnect to device
with this errors.
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: usb
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
Created attachment 74928
--> https://bugs.winehq.org/attachment.cgi?id=74928
log file running try1401.exe in wine 8.13
running the same tests on Wine 8.13, debian12, with most recent winsupp.exe
(sha1sum 0c077b00b51157f59d2744667a97b16ec214c944)
try1401 shows this error when running the self test
Pass 0: Failure opening 1401, device driver not installed or not loaded
(code -581)
I run this test in order check again for bug 54189, however the result is quite
different.
At the moment I can not say whether this is due to a change in wine, or because
winsupp.exe has been updated (the version reports now v3.61, in the earlier
report it was 3.55 it thing.)
So this bug report might make 54189 obsolete, but I'm not sure about this.
--
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=56652
Bug ID: 56652
Summary: 3ds max setup error
Product: Wine-staging
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: finenkofedor(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
3DS Max 2024 wasn't launching without pasting bs.odis dlls to system32 folder,
all libs was in setup folder. After setting dll override setup launched but
could not finish installation. Figured out there's problem in main package,
3dsmax.msi, it wasn't launched either. I attached torrent file linked to my
package
--
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=43146
Bug ID: 43146
Summary: gtkmm hello world program can't show window
Product: Wine
Version: 2.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bing(a)nym.hush.com
Distribution: ---
Created attachment 58373
--> https://bugs.winehq.org/attachment.cgi?id=58373
gtkmm hello world tarball
So I tried the gtkmm hello world program:
https://developer.gnome.org/gtkmm-tutorial/stable/sec-helloworld.html.en
and I put it in a tarball (Attached.)
Anyway, I cross-compiled it with mingw and it runs fine in a windows VM.
When I run it with wine though, it crashes -- which is surprising because the
program does so little!
I ran it with GDK_DEBUG=all and I can see that it's crashing on the showing of
a window.
I guess I should mention that I'm running this in an Xorg session, and not
Wayland.
Anyway, I'm running wine 2.8 as provided by Fedora 25.
Here is the backtrace:
https://pastebin.com/yWZkHkDZ
I don't know if it's customary to upload executables here, so I won't do that
unless asked.
--
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=56633
Bug ID: 56633
Summary: Version 9.8 source code triggers a virus alert on
MacOS Sonoma on M3
Product: Wine
Version: unspecified
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: erisi(a)comcast.net
When attempting to download source for 9.8, a virus alert is triggered on my
MBP. This does not happen with 9.7 source.
--
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=49381
Bug ID: 49381
Summary: Building wine from source on 32 bit Slackware Linux
fails since 5.10.
Product: Wine
Version: 5.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: studiosg(a)giustetti.net
Distribution: ---
Created attachment 67441
--> https://bugs.winehq.org/attachment.cgi?id=67441
Archive containing the configure, make dep and make output in 2 files
The issue arises while building Wine 5.10 on 32 bit Slackware. Both Slackware
14.2 stable and current (15.0 beta) are affected while The 64 bit version
builds just fine.
The build procedure exits badly while linking ntdll.so, returning errors like:
/usr/bin/ld: unix/server.o: in function `remove_fd_from_cache':
server.c:(.text+0x29d): undefined reference to
`InterlockedCompareExchange64'
/usr/bin/ld: unix/server.o: in function `add_fd_to_cache':
server.c:(.text+0x60f): undefined reference to
`InterlockedCompareExchange64'
The output of the configure, make dep and make command is included into the
attached archive. They refer to the 14.2 current environment.
Thanks
Simone
--
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.