http://bugs.winehq.org/show_bug.cgi?id=36568
Bug ID: 36568
Summary: Darkorbit Bot "Palla by Palavia.exe" doesn't work with
crossover 13
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alessandro_policastro(a)virgilio.it
I tried to open this program: palla by palaver.exe with crossover, but it
crushes. The message says that there's a deficiency of Wine. What can i do?
--
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=9849
Summary: in win16 apps, exit status is lost, and always reported
as 0
Product: Wine
Version: 0.9.45.
Platform: Other
OS/Version: other
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: wine-dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Simple win16 programs that just terminate with nonzero
status do so properly on winxp, but on wine, wine terminates
with zero status.
This is easy to test with openwatcom and a trivial C program, e.g.
#include <stdlib.h>
#include <unistd.h>
extern void myexit( void );
#pragma aux myexit = \
"mov ax,4c01h" \
"int 21h"
int main()
{
/*exit(1);
_exit(1);
__exit(1);*/
myexit();
return 1;
}
I compiled this with the overly complicated commandline
wine wcc '-i=C:\WATCOM\h\win;C:\WATCOM\h'-zW -e25 -zq -od -d2 -bw-bt=windows
foo.c
wine wlink file foo.obj
To test, do
wine foo.exe
echo $?
It should output 1, but it outputs 0.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=36366
Bug ID: 36366
Summary: Path of Exile black screen with NVIDIA cards
Product: Wine
Version: 1.7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: smilzoboboz(a)gmail.com
PathOfExile.exe:
Both Loading screen and Menu (didn't go any further) appear black (with
periodic "actual content" flash).
As workaround changing HKCU/Software/Wine/Direct3D/OffscreenRenderingMode to
"backbuffer" makes things work again, but then there are huge shading issues.
This bug seems to have been present since 1.7.14.
--
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=30802
Bug #: 30802
Summary: When trying to run a Flyff private server, the error
message, "The program Neuzz.exe has encountered a
serious problem and needs to close. We are sorry for
the inconvenience."
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: snowkid67(a)gmail.com
Classification: Unclassified
The app was running fine through wine, I closed the program, and a few hours
later I kept receiving this error message. I tried installing the game on
another MAC computer and kept receiving the same error message. I believe the
problem is through wine because windows computers are not having a problem
loading the game.
--
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=13202
Summary: ClientSideWithRender fixes Auran Trainz text, but breaks
window elements in Steam
Product: Wine
Version: 1.0-rc1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: baloo(a)ursine.ca
Setting the registry key
HKEY_CURRENT_USER\Software\Wine\X11 Driver\ClientSideWithRender in Wine's
regedit fixes the infamous disappearing text problem in some games (such as the
Auran Trainz series), but causes some UI elements in Steam to become invisible.
--
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=26758
Summary: Makefile system does not respect AS variable
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cdavis(a)mines.edu
As part of building Wine DLLs an executables, Winebuild generates assembly
files that are then assembled. If an assembler is specified using --as-cmd,
that program is used; otherwise the system assembler is used.
Wine's build system, unfortunately, does not allow the user to set the
assembler to pass to winebuild. The usual way to set the assembler to use is to
set the AS variable, but the build system does not respect it.
This is a problem, for example, on Mac OS X when building with Clang with its
integrated assembler turned on. Clang's integrated assembler supports .cfi
directives, but the system assembler doesn't. During configure, a test file
containing .cfi directives is passed to the compiler, on the assumption that it
would be then passed to the system assembler. With Clang's integrated
assembler, this assumption is broken. Thus, when winebuild tries to assemble
files containing .cfi directives (because it believes that the system assembler
supported them), it fails as a result. A workaround is to tell winebuild to use
Clang to assemble, but the Makefile system doesn't support that.
--
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=28101
Summary: wininet ftp tests slow
Product: Wine
Version: 1.3.26
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wininet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Most tests are fast, but the slowest three here are
60 seconds: wininet ftp
34 seconds: ws2_32 sock
28 seconds: explorerframe nstc
...
Let's make the wininet ftp tests faster, they really don't need to take so
long.
--
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=26888
Summary: Wine limits file names to 255 bytes even on NTFS
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jjudin+wine(a)iki.fi
Wine limits file names to 255 bytes even when underlying file system permits
longer file names (like NTFS) when creating a file. This is an issue with
programs that can create file names that are something like 140 characters but
if one character takes 2 or 3 bytes, this 255 byte filename limit will be
evident when same files that can be created in Windows can't be created with
Wine. NTFS supports 255 UTF-16 code units that can easily result in longer file
names than 255 bytes, especially for users of Japanese systems.
You can test this by creating a NTFS file system and some files with long names
on it:
truncate -s 2g /tmp/ntfsfs
losetup /dev/loop7 /tmp/ntfsfs
mkfs.ntfs -f /dev/loop7
mkdir /tmp/ntfsfs-mnt
mount -t ntfs-3g /dev/loop7 /tmp/ntfsfs-mnt
# Do this or whatever enables regular user to access this file system.
chmod 777 /tmp/ntfsfs-mnt
Then you can try to create long files outside of Wine:
# 257 UTF-8 bytes, 129 characters
echo foo >
/tmp/ntfsfs-mnt/ääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääa
# 325 UTF-8 bytes, 109 characters
echo foo >
/tmp/ntfsfs-mnt/亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜a
And inside Wine:
wine cmd
# 257 UTF-8 bytes, 129 characters
echo foo >
/tmp/ntfsfs-mnt/ääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääb
# 325 UTF-8 bytes, 109 characters
echo foo >
/tmp/ntfsfs-mnt/亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜b
Remember to have UTF-8 support enabled in your system.
--
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=8365
Brandon Corujo <haku08879(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |haku08879(a)gmail.com
--
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.