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=42474
Bug ID: 42474
Summary: unimplemented function
api-ms-win-core-path-l1-1-0.dll.PathCchCombineEx
Product: Wine
Version: 2.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: anonymous.maarten(a)gmail.com
Distribution: ---
Hey,
python 3.6 (32- and 64-bit) needs the unimplemented function
api-ms-win-core-path-l1-1-0.dll.PathCchCombineEx
URL:
https://www.python.org/ftp/python/3.6.0/python-3.6.0-embed-amd64.zip
$ du -b python-3.6.0-embed-amd64.zip
6925798 python-3.6.0-embed-amd64.zip
$ shasum python-3.6.0-embed-amd64.zip
37bf20dcf39dfca096b11d29865202229a8fcb42 python-3.6.0-embed-amd64.zip
$ wine --version
wine-2.0 (Staging)
Running Fedora 24
--
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=48288
Bug ID: 48288
Summary: kernelbase: Japanese character wrongly reported as
invalid.
Product: Wine
Version: 5.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernelbase
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Regression SHA1: 7e8f1dac30267058cf3b36d49b6ed3c440087024
Distribution: Ubuntu
Wine 5.0-rc1 has an issue which is very similar to Bug 17500.
I'm working on this and I'll submit a parch in a few days.
In short, the following code doesn't work as expected:
MultiByteToWideChar(932, MB_ERR_INVALID_CHARS, "\x81\x45", -1, NULL, 0);
Steps to reproduce:
1. obtain the test case from attachment 19616 (written by Leffe for Bug
17500).
2. compile it with mingw32 compiler.
3. LANG=ja_JP.UTF-8 wine testcase.exe
4. echo "ret is $?"
Expected result:
ret is 0
i.e. MultiByteToWideChar doesn't report an error.
Actual result:
ret is 1
i.e. MultiByteToWideChar complains about the input.
--
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=47649
Bug ID: 47649
Summary: Wavelab 6 Installs but cannot launch
Product: Wine
Version: 4.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shagooserver(a)gmail.com
Distribution: ---
Created attachment 65087
--> https://bugs.winehq.org/attachment.cgi?id=65087
wavelab 6 error report
Program installs but upon launch throws out an error, also produces a report to
submit with bug report which is attached.
--
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=46099
Bug ID: 46099
Summary: Star Citizen not loading after implementation of
WaitOnAddress() in wine
Product: Wine
Version: 3.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rawfox(a)freenet.de
Distribution: ---
Since commit 25acfbb40b5316a8c87989d4e61ce9edef2a04aa introduced
RtlWaitOnAddress(), the Star Citizen game gets stuck loading early.
https://github.com/wine-mirror/wine/commit/25acfbb40b5316a8c87989d4e61ce9ed…
Stubbing out the function makes the game load again under all following wine
commits up to current.
Here is a patch to make the game loading again
https://pastebin.com/9zNBB83T
Logfile (+timestamp,+tid,+kernelbase) of a fresh compiled and unmodified
wine-3.19 (vanilla):
https://pastebin.com/es6sr6Dg
The launcher loads ok, starting the game, but its not opening the very first
loading window, gets just stuck.
Same logfile after stub out WaitOnAddress():
https://pastebin.com/e3797VAA
Ive cut the logfile, it goes on for some time with the tons of stubbed
RtlCaptureStackBackTrace but the game was loading, is playable and quitable as
well.
Commit 25acfbb40b5316a8c87989d4e61ce9edef2a04aa broke that ability and needs
this patch to prevent the loading get stuck.
--
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=42700
Bug ID: 42700
Summary: Mafia III stops after launching (needs
api-ms-win-core-quirks-l1-1-0.dll.QuirkIsEnabled3)
Product: Wine
Version: 2.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
wine: Call from 0x7b43b77c to unimplemented function
api-ms-win-core-quirks-l1-1-0.dll.QuirkIsEnabled3, aborting
wine-2.4-123-gec8485e
--
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=46222
Bug ID: 46222
Summary: Star Citizen hang on splash screen
Product: Wine
Version: 3.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernelbase
Assignee: wine-bugs(a)winehq.org
Reporter: vash63(a)gmail.com
Distribution: ---
Created attachment 62908
--> https://bugs.winehq.org/attachment.cgi?id=62908
Full CLI output with winedebug enabled
Every time I attempt to start Star Citizen, the launcher works but the game
itself goes defunct almost instantly (<1s CPU time) at the splash screen. This
happens with and without esync/dxvk and against a non-Staging build with the
patches included in bug #46099.
This is possibly a duplicate of #46099, but my symptoms are a bit different as
even older versions of wine predating WaitOnAddress() are having the same
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=44508
Bug ID: 44508
Summary: Mouse stutter and skipping in Warhammer: End Times
Vermintide
Product: Wine
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bronsonmathews(a)gmail.com
Distribution: ---
Warhammer: End Times Vermintide suffers from horrible skipping, stuttering and
varying acceleration.
The game seems to be running smooth, just the mouse input seems pretty janky.
Ive played with the vsync and frame limiting settings and that has a minimal
impact on 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=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.