https://bugs.winehq.org/show_bug.cgi?id=39446
Bug ID: 39446
Summary: Spotify installs but only gives a black screen when
launched
Product: Wine
Version: 1.7.52
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 52563
--> https://bugs.winehq.org/attachment.cgi?id=52563
Spotify 1.7.52 output - openSUSE Tumbleweed
Hello everyone,
I would like to report that Spotify installs fine now but only gives a black
screen when launched. Console output is attached.
Regards,
Maik
--
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=35137
Bug ID: 35137
Summary: Hitman: Blood Money demo needs native d3dx9_27
Product: Wine
Version: 1.7.8
Hardware: x86
URL: http://www.gamershell.com/download_13964.shtml
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
Demo crashes without native d3dx9_36
fixme:d3dx:ID3DXEffectCompilerImpl_CompileEffect iface 0x6fd8e660, flags 0x500,
effect 0x122a56c, error_msgs 0x122a564 stub
and also needs native d3dx9_27 because after intro movie I can't see the main
menu.
--
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=17836
Summary: Motocross Madness 2 crashes at start
Product: Wine
Version: 1.1.17
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Created an attachment (id=20098)
--> (http://bugs.winehq.org/attachment.cgi?id=20098)
trace and disassembly of crash location
In AppDB, people have reported Motocross Madness 2 (mcm2) crashing in the intro
but nobody had filed a bug yet. The backtrace makes it look like mcm2 crashes
in, or immediately after, quartz.dll or amstream, after accessing ui\events.avi
at the start of the program, after displaying for some seconds the stunt &
warnings picture also known from the demo.
The demo is not affected and proceeds from the intro picture to the menu.
A log extract (+almost-all,-relay,-nls) from around the exception is attached.
The processed file UI/events.avi is an Intel Indeo v5 video. The installer did
not complain that Indeo is mising! Replacing it with a Cinepak avi, with an
empty file, deleting it or installing iv5 still produces crashes at the same
location in mcm2. Same with clicking to skip the intro picture or disabling
quartz.dll.
MCM2 suffers from SafeDisk 1.41.000 protection so it would not run as is in
wine (or rather, it crashes much earlier). I tried 2 different cracks, both
produced the same exception.
--
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=37913
Bug ID: 37913
Summary: Inconsistent rounding behaviour for sprintf
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: christopherwuy(a)gmail.com
Distribution: ---
sample source code and output demonstrating the problem:
#include <iostream>
#include <stdio.h>
using namespace std;
int main()
{
double a;
a = 3.5;
char *tmp = new char(100);
char fmt[18] = " is %.0f";
sprintf(tmp, fmt, a);
cout<<endl<<a<<tmp<<endl<<endl;
a = -4.5;
sprintf(tmp, fmt, a);
cout<<endl<<a<<tmp<<endl<<endl;
a = -0.5;
sprintf(tmp, fmt, a);
cout<<endl<<a<<tmp<<endl<<endl;
a = 2597.625;
printf("%.3f", a);
sprintf(tmp, " is %.2lf", a);
cout<<tmp<<endl<<endl;
}
This code running by wine 's Output is:
3.5 is 4
-4.5 is -4
-0.5 is -0
2597.625 is 2597.62
while windows' output is:
3.5 is 4
-4.5 is -5
-0.5 is -1
2597.625 is 2597.63
It indicated that Wine's sprintf used rounding rule which is Round half to
even, while windows used Round half away from zero.
You can find a detailed discussion of 'similar bug' form
https://sourceware.org/bugzilla/show_bug.cgi?id=4943
--
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=24320
Summary: Unexpected DetectEnvStatus.exe crash with Cisco Quick
VPN Client (QVPN 1.4.1.2)
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ethanfharris(a)gmail.com
Cisco QVPN v1.4.1.2 does not work under Wine. QVPN is used to establish an
IPSec Virtual Private Network tunnel from a client computer to a Cisco
Router/Gateway to facilitate secure communication over the internet.
There appear to be 3 errors when running the Cisco QVPN application under Wine:
(a) an apparent crash / closure of DetectEnvStatus.exe
(b) a failure to resolve a DDNS domain name, and
(c) QVPN is not able to ping the gateway router, and all data transfer over the
VPN fails.
In all cases a popup box appears (see attached screenshot) indicating that
DectectEnvStatus.exe has a serious problem and has closed.
If anyone wants to debug this, I can supply a copy of QVPN, and I can set up a
temporary guest account on my WRVS4400N small business router for testing
purposes. QVPN works fine under Windows Vista SP2, and works fine on a Ununtu
10.04LTS host with a Vista guest running under Oracle VirtualBox. So the QVPN
application itself is OK, and the problem is related somehow to Wine or various
underlying services.
On the attached screenshot the DetectEnvStatus popup appears immediately when I
attempt to connect the VPN. If I use the IP address of the gateway router I am
connecting to in lieu of the DDNS domain name, QVPN will create the VPN, but
the tunnel verification ping test fails and the tunnel will not transmit data,
which is why the "remote gateway not responding" message also appears on the
screenshot. If I specify the DDNS domain name of the remote gateway router,
the VPN tunnel is not established (not shown), suggesting a dynamic DNS
name-to-IP address resolution related problem in Wine.
Any help would be appreciated.
--
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=39881
Bug ID: 39881
Summary: d3dx9_36/tests/mesh.ok: failed on line 4145 Test text
Product: Wine
Version: 1.9.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Distribution: ---
Created attachment 53245
--> https://bugs.winehq.org/attachment.cgi?id=53245
terminal_output.txt
run $ make mesh.ok, got
mesh.c:4145: Test failed: Test text ('wine', 1.000000, 0.000000), glyph 4, face
280 normal, result (0, -0, -1), expected (0, 0, 1)
Is this related to bug 28810?
--
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=39712
Bug ID: 39712
Summary: AirDC++: Crash after finishing setup wizard
Product: Wine
Version: 1.8-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: archee(a)tuta.io
Distribution: ---
Created attachment 52965
--> https://bugs.winehq.org/attachment.cgi?id=52965
wine terminal output
In the setup wizard, when it says "The wizard has completed successfully", then
press Cancel (Next doesn't work), now it will show splash screen and then a
dialog "AirDC++ just encountered a fatal bug and should have written
exceptioninfo.txt the same directory as the executable"
Download:
https://github.com/airdcpp/airgit/releases/download/3.00/AirDC_Installer_3.…
$ sha1sum AirDC_Installer_3.00.exe
bdaef50c9388135b9e326ea03118a1254f2ecd82 AirDC_Installer_3.00.exe
--
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=23950
Summary: MPQEdit: Opening a folder results in the wrong error
message
Product: Wine
Version: 1.3.0
Platform: x86
URL: http://zezula.net/download/mpqediten32_beta.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Attachment #30066 showcases the expected error message ("The system cannot find
the path specified"). Instead, running wine mpqedit c:\\ results in "Access
denied" error message.
--
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=39380
Bug ID: 39380
Summary: test.winehq.org: Provide a way to know why a report
was rejected
Product: WineHQ.org
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
When WineTest submits a report that report can get thrown away. Either because
it's too big, because it has too many failures, because too many tests were
skipped or because of other reasons unknown.
The WineTest.exe is never notified of this because the report analysis is run
asynchronously with respect tot he submission process. But annoyingly there is
no way for the submitter to know why the report was rejected even later,
levaing him to guess as to what needs fixing.
One way to plug this hole would be to send an email with the reason to the
address field in the report. But that could probably be abused to send emails
to arbitrary persons.
A very simple alternative would be to create a per-commit text file containing
one line per ignored report with the report's tag, timestamp of when it was
analyzed and the reason why it was ignored.
--
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=30853
Bug #: 30853
Summary: Wine doesn’t always handle "right alt" properly
Product: Wine
Version: 1.5.5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sloonz(a)gmail.com
Classification: Unclassified
Created attachment 40410
--> http://bugs.winehq.org/attachment.cgi?id=40410
workaround/quick and dirty fix
I’m trying to get World of Warcraft working under Wine. However, I have huge
trouble with key bindings (I use unusual key bindings : I use the right half of
my keyboard, whereas most players use the left half).
After investigation, I found 3 bugs (different behaviors between Wine and my
Windows installation). The first one is the management of the right "Alt" key
(labeled "Alt-Gr" on my keyboard). When I press AltGr+l under Windows with
Spy++, I get the followings events :
<03637> 0007045A P WM_KEYDOWN nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D
fExtended:0 fAltDown:0 fRepeat:0 fUp:0
<03638> 0007045A P WM_KEYDOWN nVirtKey:VK_MENU cRepeat:1 ScanCode:38
fExtended:1 fAltDown:1 fRepeat:0 fUp:0
<03639> 0007045A P WM_KEYDOWN nVirtKey:'L' cRepeat:1 ScanCode:18
fExtended:0 fAltDown:1 fRepeat:0 fUp:0
<03640> 0007045A P WM_DEADCHAR chCharCode:'002F' (47) cRepeat:1 ScanCode:18
fExtended:0 fAltDown:1 fRepeat:0 fUp:0
<03641> 0007045A P WM_KEYUP nVirtKey:'L' cRepeat:1 ScanCode:18 fExtended:0
fAltDown:1 fRepeat:1 fUp:1
<03642> 0007045A P WM_SYSKEYUP nVirtKey:VK_CONTROL cRepeat:1 ScanCode:1D
fExtended:0 fAltDown:1 fRepeat:1 fUp:1
<03643> 0007045A P WM_KEYUP nVirtKey:VK_MENU cRepeat:1 ScanCode:38
fExtended:1 fAltDown:0 fRepeat:1 fUp:1
Under Wine 1.5.5 however (WINEDEBUG=+msg), I get those :
trace:msg:peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x6007e wp eb
lp 760001 [note: wp = VK_OEM_PA2]
trace:msg:peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x6007e wp 4c lp
c0260001 [note: wp = 'L']
trace:msg:peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x6007e wp eb lp
c0760001 [note: wp = VK_OEM_PA2]
With xev, I get :
KeyPress event, serial 93, synthetic NO, window 0x4000001,
root 0xbc, subw 0x0, time 5086996, (1585,410), root:(2578,425),
state 0x0, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen
YES,
XKeysymToKeycode returns keycode: 92
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 93, synthetic NO, window 0x4000001,
root 0xbc, subw 0x0, time 5087052, (1585,410), root:(2578,425),
state 0x80, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen
YES,
XKeysymToKeycode returns keycode: 92
XLookupString gives 0 bytes:
XFilterEvent returns: False
After "setxkbmap us", AltGr is bound to Alt_R under X (checked with xev), and I
get this under Wine :
trace:msg:peek_message got type 7 msg 104 (WM_SYSKEYDOWN) hwnd 0x10046 wp
a5 lp 21380001 [wp = VK_RMENU]
trace:msg:peek_message got type 7 msg 104 (WM_SYSKEYDOWN) hwnd 0x10046 wp
4c lp 20260001 [wp = 'L']
trace:msg:peek_message got type 6 msg 106 (WM_SYSCHAR) hwnd 0x10046 wp 6c
lp 20260001 [wp = 'l']
trace:msg:peek_message got type 7 msg 105 (WM_SYSKEYUP) hwnd 0x10046 wp 4c
lp e0260001 [wp = 'L']
trace:msg:peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x10046 wp a5 lp
c1380001 [wp = VK_RMENU]
(yes, I have a KEYUP without KEYDOWN)
Wich is still not the same as Windows. So I think there is two problems here :
- ISO_Level3_Shift is not properly recognized by Wine
- "AltGr" doesn't have the same behavior under Wine and Windows
FYI, attached patch is a workaround to have the same behavior than Windows.
With it, I get this under Wine :
trace:msg:peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x10062 wp a2
lp 1d0001 [note: wp = VK_LCONTROL]
trace:msg:peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x10062 wp a4
lp 20380001 [note: wp = VK_LMENU]
trace:msg:peek_message got type 7 msg 100 (WM_KEYDOWN) hwnd 0x10062 wp 4c
lp 20260001 [note: wp = 'L']
trace:msg:peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x10062 wp 4c lp
e0260001
trace:msg:peek_message got type 7 msg 105 (WM_SYSKEYUP) hwnd 0x10062 wp a2
lp e01d0001
trace:msg:peek_message got type 7 msg 101 (WM_KEYUP) hwnd 0x10062 wp a4 lp
c0380001
Which is still not the same as Windows :
- Windows uses (right) control + menu (with fExtended flag for menu) whereas
Wine uses left control + left menu. Not investigated if this is related to
TranslateMessage.
- AltGr+L is a dead symbol on my keymap. Windows send a DEADCHAR message,
wheras Wine send nothing. Note that I had to disable the XFilterEvent test in
event.c to have those messages, otherwise nothing is sent to the program (but
that’s another story for another bug report)
But it suffice for my use case (WoW key bindings with right alt)
--
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=41000
Bug ID: 41000
Summary: wineconsole curses backend 64bit: Some uppercase chars
broken on Crysis Wars Dedicated Server
Product: Wine
Version: 1.9.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: main.haarp(a)gmail.com
Distribution: ---
I am running the Crysis Wars Dedicated Server in wineconsole. The server offers
both 32bit and 64bit binaries.
Using wineconsole's user backend, both 32 and 64bit work fine.
Using the curses backend, 32bit works fine. 64bit however experiences a bug.
Some uppercase characters cannot be typed or pasted at all. There is no
reaction. wineconsole will display them just fine, but simply will not let them
be typed.
The affected chars are uppercase versions of these: 2 4 6 0 - f h j k ; [] q r
t y o p x c v m , . / (assuming US keyboard layout)
--
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=30193
Bug #: 30193
Summary: Crysis Wars ded server doesn't resize with wineconsole
(curses backend)
Product: Wine
Version: 1.4-rc6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquitsnake(a)gmx.net
Classification: Unclassified
Created attachment 39410
--> http://bugs.winehq.org/attachment.cgi?id=39410
screen
The Crysis Wars dedicated server, when running under wineconsole with the
curses backend, does not resize its viewport. It is stuck at the default 80x25,
even if the terminal is considerably larger (see attachment).
This produces some unexpected output, as some commands expect a larger size but
have to be split over 2 lines via \
My terminal and wineconsole interact just fine, as I have verified with cmd.
It's just this app that sticks to 80x25 no matter what.
On Windows, it would normally spawn a console window with a size of 132x60 (or
less if the desktop resolution can't fit that)
Could it be that wineconsole first starts at 80x25 and only later resizes to
terminal size? In that case, I can imagine that the app polls the size once
during startup and sticks to that, thus limiting itself to 80x25.
--
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=37928
Bug ID: 37928
Summary: Photoshop CS6: Mini-bridge panel does not show
directory entries in alphabetical order
Product: Wine
Version: 1.7.34
Hardware: arm
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: robert.munteanu(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Launch Photoshop
2. Click File -> Open in mini bridge
3. Navigate to a folder with multiple subfolders
The subfolders are not ordered alphabetically, but in an apparently random
manner. They are definitely not ordered by creation date ( I created the
situation in my screenshot using a simple "mkdir a b c d e f g h i j k l" .
--
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=13624
Summary: Lineage 2 - The Chaotic Throne - Hellbound
Product: Wine
Version: 1.0-rc3
Platform: All
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eryk-rutkowski(a)o2.pl
Created an attachment (id=13604)
--> (http://bugs.winehq.org/attachment.cgi?id=13604)
Log from Terminal
Problem is in Lineage 2 Hellbound and regarding npkycrypt - dll file. This dll
is not work fine and don't recognize keyboard and i can't log in. There is
communicate: "The keyboard security module has failed to load. please exit the
game and try again"
Sorry for my bad english but i'm from other country ;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.
https://bugs.winehq.org/show_bug.cgi?id=40958
Bug ID: 40958
Summary: Toontown Rewritten has major lag on wine-staging on
FreeBSD and GNOME 3
Product: Wine-staging
Version: 1.9.13
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: neel(a)neelc.org
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Toontown Rewritten (http://toontownrewritten.com/) has major lag with
keystrokes on wine-staging when I use FreeBSD and GNOME 3. TTR is a online
game, and using keyboard controls often results in the display lagging by a few
seconds. Other desktop environments don't have this lag to as great of an
extent (I also tested TTR on Mate and Fluxbox).
Is there a reason for 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.
http://bugs.winehq.org/show_bug.cgi?id=33317
Bug #: 33317
Summary: Python error Fatal Python error: buffer overflow in
getpathp.c's joinpath() when executing.
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrew.thomas(a)hpcwales.co.uk
Classification: Unclassified
Created attachment 44067
--> http://bugs.winehq.org/attachment.cgi?id=44067
Lwsn output from running under wine
Wine Version : wine64 --version
wine-1.5.25
(64 Bit version)
GCC Version : gcc --version
gcc (GCC) 4.6.2
Python Version : python --version
Python 2.7.3
Operating Systems Used:
cat /etc/redhat-release
Red Hat Enterprise Linux Server release 5.5 (Tikanga)
I have also tried on :
cat /etc/redhat-release
CentOS release 5.5 (Final)
Program trying to run lwsn.exe (network render module part of Lightwave :
https://www.lightwave3d.com/ ). 30 Day trial available.
Command used:
wine lwsn.exe -3 -cLWEXT11-64.CFG -d"z:\home\andy.thomas\Atticus"
Scenes\black.lws 1 1
Problem,
I compiled wine and setup lwsn.exe in accordance with this article:
http://lordtangent.blogspot.co.uk/2007/01/running-lightwave-screamernet-lws…
Initially it worked fine when running from the command line. I then wrapped it
up in a batch script to be sent to our Linux cluster but got a Python error
message :
Fatal Python error: buffer overflow in getpathp.c's joinpath()
I tried to execute interactively on the cluster and this worked fine but when
executed from a script it gives the above error.
I launched a forum post (as I a haven't done much troubleshooting with wine) :
http://forum.winehq.org/viewtopic.php?f=8&t=18632
I have tried the recommendations but had no success.
I re-compiled wine with the above gcc compiler and a more up to date version of
Python but I can no longer execute on the command line. I now get the Python
error regardless of how I execute the command.
Any help would be greatly appreciated. If you need any further debugging please
let me know.
--
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=38767
Bug ID: 38767
Summary: Naturosoft Pro fails on startup with 'Run-time error
445: Object doesn't support this action' (needs
richedit:ITextRange::Paste method implementation)
Product: Wine
Version: 1.7.45
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
With bug 37502 fixed next problem is missing Paste() method implementation.
--
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=11955
Summary: NoteTab Pro 5.5 Cursor Display Issue
Product: Wine
Version: 0.9.57.
Platform: PC
URL: http://www.notetab.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lm_hamilton(a)yahoo.com
When the cursor is at the last line of a file and the user presses ENTER to
create a new line, it adds the line, but the cursor does not move. If the user
starts typing, the text and cursor does go on the last line of the file.
I used to have this issue on any file, but for the last several Wine releases,
it has only affected outline files. Outlines are just text files with the
extension otl. If you open the file in a text editor the topic for each outline
starts with H=". I use Slackware 12.0 and Debian.
Other users on the Yahoo Group for NoteTab on Linux are using Ubuntu and have
the display issue at the top and bottom of the file. I have never had it at the
top no matter what I have tried.
Following is a text representation of the problem I have, numbers used for
lines in the file, and a vertical bar "|" used to show the cursor position
after pressing enter to get a new line.
1|Text on line one.
2Line added when press enter.
3Line added when press enter. If you start typing the cursor acts normally and
starts adding text at the beginning of the last line added by pressing enter.
In this example the text is added after "3".
FYI - NoteTab Pro uses a different input control than NoteTab Light or
Standard. Light and Standard use richedit. NoteTab is developed in Delphi. I
have been a NoteTab user for ten years and beta tester for as long. The
anti-cracker controls in NoteTab's trial version may prevent it from working in
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.
https://bugs.winehq.org/show_bug.cgi?id=37973
Bug ID: 37973
Summary: mz800 emulator no screen refresh when switching apps
Product: Wine
Version: 1.7.34
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: oldium.pro(a)seznam.cz
Distribution: ---
Created attachment 50594
--> https://bugs.winehq.org/attachment.cgi?id=50594
Blank screen when switching to the mz800 application
When I start the mz800 emulator and switch to a different application and back,
the screen is black.
This is a very old bug (years).
The emulator can be found at http://mz-800.xf.cz/download.htm (download the
emulator and extract the ROMs to the ROM directory). After starting just click
the "Demo" button to start the demo.
--
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=40163
Bug ID: 40163
Summary: Racedriver GRID: freeze in the menu
Product: Wine
Version: 1.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marcin.marcin.m(a)gmail.com
Distribution: ---
Created attachment 53664
--> https://bugs.winehq.org/attachment.cgi?id=53664
log
When trying to enter the graphics settings, the game froze and had to be
killed.
Using GRID 1.3 with a NoCD 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=41045
Bug ID: 41045
Summary: Captain Morgane crashes on start: needs clsid
'{0977d092-2d95-4e43-8d42-9ddcc2545ed5}'
xactengine3_4.dll
Product: Wine
Version: 1.9.15
Hardware: x86
URL: http://store.steampowered.com/app/264320
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: xactengine
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 55217
--> https://bugs.winehq.org/attachment.cgi?id=55217
terminal output
Captain Morgane and the Golden Turtle adventure game (Steam) crashes on start
with built-in xaudio libraries.
In the terminal:
err:ole:CoGetClassObject class {0977d092-2d95-4e43-8d42-9ddcc2545ed5} not
registered
err:ole:CoGetClassObject no class object {0977d092-2d95-4e43-8d42-9ddcc2545ed5}
could be created for context 0x1
This class ID belongs to xactengine3_4.dll:
[HKEY_CLASSES_ROOT\CLSID\{0977d092-2d95-4e43-8d42-9ddcc2545ed5}]
@="XACT Engine"
[HKEY_CLASSES_ROOT\CLSID\{0977d092-2d95-4e43-8d42-9ddcc2545ed5}\InProcServer32]
@="C:\\Windows\\system32\\xactengine3_4.dll"
"ThreadingModel"="Both"
wine-1.9.15-166-g7aadb08
--
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=41030
Bug ID: 41030
Summary: Pac-Man Museum (Steam) crashes on start, needs
'{bcc782bc-6492-4c22-8c35-f5d72fe73c6e}'
xactengine3_7.dll
Product: Wine
Version: 1.9.15
Hardware: x86
URL: http://store.steampowered.com/app/255760/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: xactengine
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 55203
--> https://bugs.winehq.org/attachment.cgi?id=55203
terminal output
Prerequisite to start the game: native d3dcompiler_43.dll
The game crashes on start with built-in XAudio2 libraries.
In the terminal:
err:ole:CoGetClassObject class {bcc782bc-6492-4c22-8c35-f5d72fe73c6e} not
registered
err:ole:CoGetClassObject no class object {bcc782bc-6492-4c22-8c35-f5d72fe73c6e}
could be created for context 0x1
After placing native xactengine3_7.dll into /system32 and registering it with
regsvr32, the game starts, but audio works only when native xaudio2_7 is also
installed.
'winetricks xact_jun2010' is a workaround.
Demo version is available on Steam (remove DX9 redist package before launching
the game the first time).
wine-1.9.15-132-g0f2a776
--
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=34263
Bug #: 34263
Summary: Framebuffer read-before-write causes graphical
glitches
Product: Wine
Version: 1.7.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: achurch+wine(a)achurch.org
Classification: Unclassified
Created attachment 45608
--> http://bugs.winehq.org/attachment.cgi?id=45608
Suboptimal but functional patch
In at least the Final Fantasy XIV: A Realm Reborn character creation benchmark
(http://na.finalfantasyxiv.com/benchmark/index.html), framebuffer
read-before-write results in graphical glitches such as the entire display or
UI overlays flickering or incorrect textures being drawn. This program uses
multithreaded rendering (though I don't know whether that's relevant), and in
some cases, Direct3D calls which get translated to glBlitFramebuffer() attempt
to read from a framebuffer before the GPU has finished rendering to it.
The cause was found by dumping OpenGL calls using apitrace
(https://github.com/apitrace/apitrace) and observing that replaying the same
frame sporadically caused the same sort of glitches as observed in Wine, but
the glitches went away when a glFinish() call was inserted at each thread
switch.
The attached patch fixes these glitches by inserting a glFinish() call before
each glBlitFramebuffer() call. This is almost certainly suboptimal, and in my
case it causes the benchmark result to drop from ~3500 to ~3000, but it fixes
all graphical glitches aside from black squares seen in some cases when the HDR
option is enabled in rendering settings.
--
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=31476
Bug #: 31476
Summary: Bully: no DirectX 9.0c compatible sound card
Product: Wine
Version: 1.5.10
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marti(a)juffo.org
Classification: Unclassified
According to the WineHQ entry about "Bully: Scholarship Edition" version 1.2,
it used to work in wine 1.3.27.
When I try this game on my system, it changes the resolution, displays a
loading screen for a moment and then pops up a window saying:
Bully: Scholarship Edition requires a DirectX 9.0c compatible sound card to
be
installed and and configured properly.
After clicking "OK", Bully crashes with "Unhandled exception: page fault on
read access to 0x00000004".
The Bully installer from Steam automatically installs its own copy of DirectX
9.
Using wine-1.5.10 on Arch Linux x86_64, with PulseAudio. Sound playback in
winecfg and other applications works fine.
--
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=38615
Bug ID: 38615
Summary: Drakensang Demo crashes on startup and no debugging
output is generated
Product: Wine
Version: 1.7.43
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Hello everyone,
this might be related to bugs 14782 and 14911 and I am having problems getting
the Drakensang demo to run.
I got the demo from the following URL:
http://www.gamestar.de/spiele/das-schwarze-auge-drakensang/downloads/das_sc…
The debugger starts but generates no backtrace.
--
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.