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.
https://bugs.winehq.org/show_bug.cgi?id=57082
Bug ID: 57082
Summary: InstallShield 5 installer stuck loading/preparing at
99% only on Fedora KDE 40 (Same Wine works on Kubuntu
24.04)
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: liz.minix(a)gmail.com
Distribution: ---
The game I'm trying to install is Pizza Syndicate from a German coverdisc that
can be found here: https://archive.org/details/computer-bild-spiele-2001-09
It's a 16bit InstsallShield 5 installer. My Wine version is 9.0 multilib self
compiled from the .tar.xz without any patches on both Fedora KDE 40 and Kubuntu
24.04. On Kubuntu the installer loads, the wizard starts and the installation
can be finished.
On Fedora 40 the installer starts up and loads/begins preparing the wizard but
gets stuck at 99% indefinitely.
The only notable/unusual log output I get are the following line:
0114:err:sync:RtlpWaitForCriticalSection section 009A0078
"../source/dlls/ntdll/heap.c: heap.cs" wait timed out in thread 0114, blocked
by 0118, retrying (60 sec)
that continues to be printed every 60 seconds.
After a bit of googling I found a very old thread about a other case of
RtlpWaitForCriticalSection which talked about it probably being a problem with
a syscall (glibc or something?) and that seems to fit as it works on one distro
but not the other.
That's sadly as far as I could get diagnosing this with my limited knowledge.
Let me know if I can be of use.
--
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=57088
Bug ID: 57088
Summary: offline cannot open the application
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 18067966060(a)163.com
Distribution: ---
my ubuntu is offline, so i cannot open the application with 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=57089
Bug ID: 57089
Summary: GUI Elements not showing up in Cloanto C64 Forever and
Amiga Forever
Product: Wine
Version: 9.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marcok(a)web.de
Distribution: ---
GUI Elements not showing up in Cloanto C64 Forever and Amiga Forever
There should be elements beneath the clickable icons on the button. In Windows
they flip open so you can choose options. This is not working at all.
Windows Works fine
Wine stable and wine staging show this 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=57087
Bug ID: 57087
Summary: wont work on mac os monterey
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: cpeter1326(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
tried downloading the stable, dev, and staging packages. was able to
successfully install all 3, but then the icons were all greyed out and came up
with an error message of "Wine Stable" needs to be updated. the developer of
this app needs to update it to work with this version of macos. please help
--
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.
https://bugs.winehq.org/show_bug.cgi?id=56912
Bug ID: 56912
Summary: GR2Analyst 3 Weather Radar Software
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stormtrackertony(a)gmail.com
Distribution: ---
Created attachment 76733
--> https://bugs.winehq.org/attachment.cgi?id=76733
backtrace of error
Latest version of this software loads but errors when trying to import radar
data.
Shared the attached backtrace with the software developer and he responded:
The problem is here:
0x0043a534 gr2analyst+0x3a534: ldsl %eax,%esi
Which is trying to load a full 48-bit pointer into segment:register from a
memory location. Win32 programs aren't allowed to mess with their segment
registers.
I don't see that code anywhere in my asm listing files, so there are two
possibilities:
1. The stack is getting corrupted and the return address from a function call
is trashed, so the program tries to execute junk (which happens to be the LDS
instruction). Of course, the question is "why doesn't this happen on real
Windows"?
2. WINE has a bug that trashes the stack.
--
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=57016
Bug ID: 57016
Summary: staging patchinstall.py fails on security wine_todo
Product: Wine-staging
Version: 9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)crtdrift.us
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 76859
--> https://bugs.winehq.org/attachment.cgi?id=76859
current_broken_diff
wine-staging-9.13/patches/server-Stored_ACLs/0004-server-Temporarily-store-the-full-security-descripto.patch
--
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=57086
Bug ID: 57086
Summary: 03c8:err:environ:init_peb starting L"H:\\.wine\* exe"
in experimental wow64 mode
Product: Wine
Version: 9.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
When using wine with the "new wow64" configuration, I've observed the following
error message, which does not appear when using the traditional/old wow64 set
configurat.
I've seen this with the applications ced1401 as well as raith/elphys
03c8:err:environ:init_peb starting
L"H:\\.wine.ced1401\\drive_c\\1401\\utils\\Try1432.exe" in experimental wow64
mode
0804:err:environ:init_peb starting
L"H:\\.wine\\drive_c\\QUANTUM\\Bin\\Quantum.exe" in experimental wow64 mode
Searching in bugs.winehq.org shows about 10 other instances with this error.
--
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.