http://bugs.winehq.org/show_bug.cgi?id=25202
Summary: Wine should use pkg-config --libs freetype2 instead of
freetype-config --libs
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: debian(a)carbon-project.org
Currently the Wine configure script uses freetype-config --libs to figure out
the flags needed for linking (freetype-config returns "-lfreetype -lz"). But
freetype-config returns the values needed for _static_ linking. Please use
pkg-config --libs freetype2 which gets it right and only reports "-lfreetype"
back.
This problem lead to e.g. <http://forum.winehq.org/viewtopic.php?t=1951> on 64
bit builds on Debian and its derivatives (and maybe others). And even though I
can work around this by having the 32 bit libz around in the build environment,
the better solution would be not to link needlessly against it.
--
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=21198
Summary: Heroes of Might and Magic V hangs during start-up
Product: Wine
Version: 1.1.35
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: benoit.pierre(a)gmail.com
It hangs after displaying the splash screen, last trace is:
err:ntdll:RtlpWaitForCriticalSection section 0xc37d34 "?" wait timed out in
thread 0020, blocked by 0021, retrying (60 sec)
--
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=19583
Summary: The Football Superstars updater endlessly loops
attempting to update
Product: Wine
Version: 1.1.26
Platform: PC
URL: http://download.footballsuperstars.com/FSDownloader.ex
e
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
Created an attachment (id=22823)
--> (http://bugs.winehq.org/attachment.cgi?id=22823)
FSPatchR.exe standard error
With wine-1.1.26-316-g6deaa09, after installing Football Superstars (a
multi-gigabyte download), when the autoupdate utility is run post-install, the
autoupdate utility fetches relevant updates, but continuously restarts as if
the updates had never been applied. Standard error and patch updater logs are
attached.
--
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=22934
Summary: Portal from Steam - recommended texture detail low
Product: Wine
Version: 1.2-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zilforever(a)gmail.com
Wine out of the box.
Portal from Steam. Only flash installed from Adobe page.
'Settings recommended for your system' set default to 'High' but 'Texture
detail' to 'Low'.
--
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=25888
Summary: assert failure playing mp3 file in Super Mario Bros. X
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Created an attachment (id=32994)
--> (http://bugs.winehq.org/attachment.cgi?id=32994)
test program that plays a file with RenderFile
The windows game Super Mario Bros X spends a long time trying to start playing
an mp3 file when it starts up. The particular file varies, but in one case it
was c:\smbx\music\nsmb-overworld.mp3.
I tried using a test program to play this file with RenderFile. The program
churns for a bit, printing a lot of fixmes that look like this:
fixme:quartz:parse_header Not a valid header: 00:ff
Eventually, the file seems to start playing for an instant, then the program
crashes on a failed assertion.
--
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=21132
Summary: 'cmd echo on' sometimes fails
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
$ rm a
$ wine cmd
Z:\home\austin\>echo on > a
Z:\home\austin\>type a
on
but running:
austin@laptop:~$ wine cmd /c echo on > a
austin@laptop:~$ cat a
shows an empty file.
--
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=10763
Summary: Window movement in virtual desktop mode should match
real Windows
Product: Wine
Version: 0.9.50.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Hi,
This is a suggestion about the way window borders are drawn when windows are
dragged or resized, when in virtual desktop mode.
Windows (2000) operation seems to be like this:
- Window movement:
- When the pointer is stationary over the window title bar, pressing and
holding the left button causes the highlighted border frame to be drawn
after approximately 1 second. (Wine only draws the border frame once the
pointer is moved.)
- For non-resizeable windows, the border is highlighted by a 1-pixel thick
rectangle with dotted lines (Wine does this currently). For resizeable
windows, the border is highlighted by a 4-pixel thick rectangle with
crosshatch/checkerboard lines. (Wine uses XOR/complement highlighting in
this case.)
- Window resizing:
- As with movement of resizeable windows, the Windows border frame drawing
differs from Wine's complement type highlighting.
My suggestion is that by default Wine's behaviour should match the Windows
behaviour. However some users may prefer the complement type highlighting. (In
some cases parts of the Windows border frame are invisible, depending on the
background colour.) Maybe have an option or registry setting to tell Wine to
always complement (including when moving non-resizeable windows)?
--
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=25901
Summary: Incorrect command line parsing in cmd
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: atohom(a)gmail.com
#include <stdio.h>
#include <windows.h>
int main(int nargs, char *args[])
{
if(nargs>1)
{
char *cl=GetCommandLine();
printf("%s\n", cl);
}
else
{
STARTUPINFO si={sizeof(STARTUPINFO)};
PROCESS_INFORMATION pi;
CreateProcess(NULL, "cmd /C \"\"test.exe\" \"1 2 3\"\"", NULL, NULL, FALSE,
0, NULL, NULL, &si, &pi);
WaitForSingleObject(pi.hProcess, INFINITE);
CreateProcess(NULL, "cmd /C \"\"test.exe\" \"\"1 2 3\"\"\"", NULL, NULL,
FALSE, 0, NULL, NULL, &si, &pi);
WaitForSingleObject(pi.hProcess, INFINITE);
CreateProcess(NULL, "cmd /C test.exe \" 1", NULL, NULL, FALSE, 0, NULL,
NULL, &si, &pi);
WaitForSingleObject(pi.hProcess, INFINITE);
CreateProcess(NULL, "cmd /C test.exe \"\\\"", NULL, NULL, FALSE, 0, NULL,
NULL, &si, &pi);
WaitForSingleObject(pi.hProcess, INFINITE);
CreateProcess(NULL, "cmd /C test.exe \"/\"", NULL, NULL, FALSE, 0, NULL,
NULL, &si, &pi);
WaitForSingleObject(pi.hProcess, INFINITE);
}
return 0;
}
On Windows this test program prints:
"test.exe" "1 2 3"
"test.exe" ""1 2 3""
test.exe " 1
test.exe "\"
test.exe "/"
but in wine you get:
test.exe 1 2 3
test.exe 1 2 3
test.exe " 1"
test.exe \"
test.exe /
quote from cmd help on how it is supposed to work:
If /C or /K is specified, then the remainder of the command line after
the switch is processed as a command line, where the following logic is
used to process quote (") characters:
1. If all of the following conditions are met, then quote characters
on the command line are preserved:
- no /S switch
- exactly two quote characters
- no special characters between the two quote characters,
where special is one of: &<>()@^|
- there are one or more whitespace characters between the
two quote characters
- the string between the two quote characters is the name
of an executable file.
2. Otherwise, old behavior is to see if the first character is
a quote character and if so, strip the leading character and
remove the last quote character on the command line, preserving
any text after the last quote character.
--
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=25588
Summary: TYPE and MORE integrated commands ignore charset
Product: Wine
Version: 1.3.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frederic.delanoy(a)gmail.com
Using "wine cmd" or "wine wineconsole cmd" in a language using non ASCII
characters, using "HELP" correctly displays accentuated characters.
"TYPE" and "MORE" integrated commands do not.
Works: HELP
Doesn't: HELP | MORE
HELP > help.txt followed by MORE help.txt
(similar for TYPE)
--
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=17730
Summary: Painkiller level E4M3 "Babel" hangs on load
Product: Wine
Version: 1.1.17
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: aoanla(a)yahoo.com
For unknown reasons, when attempting to start the level "Babel" in Painkiller
(Steam edition) in Wine, the game hangs roughly 50% of the way into loading the
level. The program can be killed by switching to a virtual console and killing
the process - this does not affect the Steam process, and results in an
apparently clean exit.
There is no debug output from Wine at any point around the time of the hang.
Bug occurs with NVIDIA drivers 177.80 and 180.37
Bug occurs with both fbo and backbuffer offscreen rendering.
Bug occurs with Wine 1.1.17. No other wine version tested yet
All previous levels load perfectly in 1.1.17.
--
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.