http://bugs.winehq.org/show_bug.cgi?id=13679
Summary: Trados: installation hanging due to failure at the
registration of assembly
Product: Wine
Version: 0.9.60
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yolande(a)haneder.biz
Attached the log, it speaks for itself:
The part starting with fixme:atl:AtlModuleInit SEMI-STUB (0x40eb40 0x40c040
0x400000) at the end was on my console as I sent the rest to a text file.
May be related or not to bug 12930 (and the failure of the service to
initialize).
Both do not happen at the same time but they appeared in the same version.
I added mscoree as component because on another log (installation/repair of the
same problem) I saw that mscoree was loaded when mscorlib crashes.
--
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=48152
Bug ID: 48152
Summary: SDL Trados 2019 throws backtrace
Product: Wine
Version: 4.19
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 65766
--> https://bugs.winehq.org/attachment.cgi?id=65766
Backtrace (4.19 Staging)
Download URL is at: trados.sdlproducts.com/SDLTradosStudio2019Trial.exe
An entry for the AppDB has been submitted and I would like to post the
backtrace I got from wine 4.19-staging here.
--
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=46666
Bug ID: 46666
Summary: Al Unser, Jr Arcade Racing has weird colors
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: haakobja(a)gmail.com
Distribution: ---
Created attachment 63612
--> https://bugs.winehq.org/attachment.cgi?id=63612
Screenshot showing wrong colors
Hi,
I have recently tried Al Unser, Jr. Arcade Racing with Wine, the game itself is
from 1995 so its is quite old. I was just curious. I have managed to get the
game working, but the colors is not right. The game requires an 8 bit display,
otherwise it refuses to start.
I followed the recommendations and used the following commands:
$ Xephyr :1 -screen 800x600x8 -cc 3 &
$ DISPLAY=:1 wine alunser.exe
The game starts, but the colors are wrong. As displayed in my attached image.
A demo, which displays the same colors, are available at:
https://archive.org/details/Alunser. There's also an image displaying the
colors as they should be.
--
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=47490
Bug ID: 47490
Summary: GlobalLock different behavior
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: ghotik2002(a)yahoo.com
Distribution: ---
Different behavior of GlobalLock in DxWnd GUI routine.
This is an extract of source code:
IStream *pStream = 0;
CreateStreamOnHGlobal(0, TRUE, &pStream);
LONG cbSize = 0;
hr = pPicture->SaveAsFile(pStream, TRUE, &cbSize);
if(FAILED(hr)) {
OutTrace("GrayIcon: SveAsFile error hr=%#x\n", hr);
return NULL;
}
HGLOBAL hBuf = 0;
hr = GetHGlobalFromStream(pStream, &hBuf);
if(FAILED(hr)) {
OutTrace("GrayIcon: GetHGlobalFromStream error hr=%#x\n", hr);
return NULL;
}
buf = (BYTE *)GlobalLock(hBuf);
if(buf == NULL) {
OutTrace("GrayIcon: GlobalLock error err=%d\n", GetLastError());
return NULL;
}
the stream holds an icon picture, everything is ok but the GlobalLock call:
- in Windows it returns a valid memory address
- in Wine/Linux it returns NULL errno 157 ERROR_DISCARDED - The segment is
already discarded and cannot be locked.
All this is in DxWnd program run on Wine/Linux environment.
P.s. my first bug report here - hope everything is more or less ok ... ;)
--
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=55167
Bug ID: 55167
Summary: Spotify crashes when trying to install
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: just4steam778(a)gmail.com
Distribution: ---
Created attachment 74747
--> https://bugs.winehq.org/attachment.cgi?id=74747
Launch log
I'm trying to install the Windows version of Spotify and it immediately crashes
when I launch the executable.
Wine build: wine-8.11-125-g3d28f9d362e
OS: Arch Linux
--
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=55470
Bug ID: 55470
Summary: i686-w64-mingw32-gcc assumes wrong stack alignment
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Distribution: ---
Created attachment 75028
--> https://bugs.winehq.org/attachment.cgi?id=75028
Example C code to show the issue
This is probably not a Wine bug, but something we may want to document and take
care of one way or another:
i686-w64-mingw32-gcc quietly assumes 16 byte stack alignment, which is wrong
for Win32. To see the effect compile and disassemble the attached test.c with
i686-w64-mingw32-gcc test.c -c -O2
i686-w64-mingw32-objdump -d test.o
The outcome:
0: 81 ec ac 01 00 00 sub $0x1ac,%esp
6: 8d 44 24 10 lea 0x10(%esp),%eax
a: 89 04 24 mov %eax,(%esp)
d: e8 00 00 00 00 call 12 <_func+0x12>
12: 81 c4 ac 01 00 00 add $0x1ac,%esp
18: c3 ret
However, x86_64-w64-mingw32-gcc -m32 properly aligns the stack before placing
the aligned structure:
x86_64-w64-mingw32-gcc test.c -c -O2 -m32
i686-w64-mingw32-objdump -d test.o
0: 55 push %ebp
1: 89 e5 mov %esp,%ebp
3: 83 e4 f0 and $0xfffffff0,%esp
6: 81 ec a0 01 00 00 sub $0x1a0,%esp
c: 8d 44 24 10 lea 0x10(%esp),%eax
10: 89 04 24 mov %eax,(%esp)
13: e8 00 00 00 00 call 18 <_func+0x18>
18: c9 leave
19: c3 ret
To my knowledge Wine does not use SSE instructions on purpose, so we should be
mostly fine. msvcrt, wined3d or dsound (especially when compiled to use SSE to
make Rosetta 2 happy) may be affected.
The test.c file is attached.
What can we do about it?
1) Ignore it
2) pass -mincoming-stack-boundary=2 to mingw for 32 bit targets
3) Use 64 bit target mingw with -m32
I'll file a bug for mingw too, linking this bug as reference.
--
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=55041
Bug ID: 55041
Summary: QuickTime movie plays but screen is black
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mildred-bug.winehq(a)mildred.fr
Distribution: ---
When running "The Wheel of Time"
https://appdb.winehq.org/objectManager.php?sClass=version&iId=2154 cutscenes
will play but the screen stays black. It uses QuickTime Lite 4.1.0 for movies.
Using wayland (SwayWM)
During movie playback, I see the following log repeated:
0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 70c00 (device=7 access=0
func=300 method=0)
There is in a forum someone that had a similar issue and found a solution
(translated by me):
> I think the problem comes from QuickTime, the software installs version 7.2
> Via wine control, I disabled directx for the video and set up safe move (GDI only)
> It seems to hold, I must test again to be sure.
> The issue really came from quicktime and my change solved the issue.
>
> https://forum.ubuntu-fr.org/viewtopic.php?id=389950
I tried winetricks render=nod3d or render=gdi but it does not 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.
https://bugs.winehq.org/show_bug.cgi?id=55589
Bug ID: 55589
Summary: Tomb Raider: Legend has black/blue artifacts
Product: Wine
Version: 6.22
Hardware: x86-64
URL: https://www.moddb.com/games/tomb-raider-legend/downloa
ds/tomb-raider-legend-updated-demo
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: matteo.mystral(a)gmail.com
Regression SHA1: 884b7c50cfd902eff9a41562a103e3bd5747422b
Distribution: ---
Created attachment 75116
--> https://bugs.winehq.org/attachment.cgi?id=75116
example
After enabling 'Next generation content' in Options -> Display.
--
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=38040
Bug ID: 38040
Summary: Cubic Castles: fog effect doesn't work properly
Product: Wine
Version: 1.7.36
Hardware: x86
URL: http://ccdownload.blob.core.windows.net/ccwindows/Cubi
cCastlesWindowsSetup.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 50675
--> https://bugs.winehq.org/attachment.cgi?id=50675
screenshot
The distance fog effect isn't rendered properly and almost everything is white
in the game. Only the HUD, character names and the chat window is visible.
The same problem with Wine 1.4, 1.6 etc. Native d3dx9* libraries don't change
the picture at all. Disabling GLSL doesn't help either.
Terminal output:
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:win:EnumDisplayDevicesW ((null),0,0x33f7f8,0x00000000), stub!
fixme:d3d:wined3d_check_device_format_conversion wined3d 0x139430, adapter_idx
0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM,
dst_format WINED3DFMT_B8G8R8X8_UNORM stub!
err:ole:CoCreateInstance apartment not initialised
fixme:g711:G711_StreamSize
err:d3d:wined3d_debug_callback 0x172be8: "GL_INVALID_VALUE error generated.
Width and height must not be negative.".
err:d3d:scissorrect >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from glScissor @
state.c / 4972
...
The last lines are repeating over and over.
Fedora 21
Nvidia binary drivers 340.76
--
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=28362
Summary: mshtml/events.ok is flaky, times out sometimes on some
machines?
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
I just had a timeout on mshtml/events.ok.
http://test.winehq.org/data/tests/mshtml:events.html shows a number of
timeouts on at least two windows machines, so I may not be alone.
My log showed
../../../tools/runtest -q -P wine -M mshtml.dll -T ../../.. -p
mshtml_test.exe.so events.c && touch events.ok
...
fixme:mshtml:nsURI_EqualsExceptRef (0x20cc770)->(0x1799d8 0x33efb4)
fixme:mshtml:nsHttpChannelInternal_SetDocumentURI (0x1dec0a8)->()
fixme:mshtml:HttpNegotiate_GetRootSecurityId (0x17ab88)->(0x33efdc 0x33efac 0)
and then hung for 20 minutes until buildbot killed it.
This was with WINEDEBUG=warn+heap, if it matters, and the machine it
happened on was
os: Ubuntu 10.04.3 LTS, 2.6.32-33-generic, pulseaudio
0.9.21-63-gd3efa-dirty, Advanced Linux Sound Architecture Driver Version
1.0.21.
ram: 3212 MB
cpu: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz
gpu: GeForce GT 240/PCI/SSE2 3.2.0 NVIDIA 195.36.24
--
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.