http://bugs.winehq.org/show_bug.cgi?id=9916
Summary: "make test" usually fails
Product: Wine
Version: 0.9.46.
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
"make test" should usually run well.
Right now, it usually fails badly.
Right now, on my machine, it:
put up a modal dialog once (requiring a mouse click),
hung once (requiring a 'wineserver -k'),
dropped me into the debugger once (requiring a 'wineserver -k'),
screwed up my screen resolution once,
and had 22 package failures and 169 individual test failures.
--
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=16532
Summary: wine doesn't handle usb HID well
Product: Wine
Version: 1.1.10
Platform: PC-x86-64
URL: http://www.stepmania.com/wiki/Downloads
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: blahapeta(a)seznam.cz
When running lastest stable version 3.9 of stepmania, wine doesnt recognize
well usb events. Sometimes not at all, sometimes when i remove leg from
softpad, game detect its still there.softpad is HID device, i guess it is sure
problem for other HID devices as well.
I checked my computer, it handle HID well.
I couldnt send 2> it has almost 2 GB :) In > nothing interesting.
--
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=13685
Summary: Anarchy Online is very slow in certain areas (< 3fps or
0)
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: krause.marcel(a)gmx.net
It's something that's bugging me for a good while, and is also being mentioned
in the AppDB article for the game. As I said there it can be "worked around" by
using the commercial cedega software, which has other minor problems too, but
nothing compared to the slowness under wine.
1. download the free client using bittorrent:
http://torrent.funcom.com/torrents/AnarchyOnline_17.6.1_EP0.exe.torrent
2. register a free account: http://register.funcom.com/
3. Start the game, talk to the neutral recruiter at the island and take the
Wompah (teleporter) to Borealis, which will leave you in complete graphical
laggyness.
You can also notice the laggyness at the Unicorn Outpost (needs paid expansion
content), playershops in the guild cities (paid content too), and a few more
places. All of these places are frequently used by the players and visiting
them is a major pain of course, but as they're the central places in game, you
can't really get around on the long run.
It's not my system causing the lag though, as it works fine with the cedega
software.
Specs are:
Athlon X2 5000+
2Gb Ram
GeForce 8600GT@256MB
400GB WD harddisk
16MBit/s internet connection
Regards,
Marcel Krause
--
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=12504
Summary: TextOut shows only black rectangles and probably slows
down programme
Product: Wine
Version: 0.9.58.
Platform: Other
URL: http://www.makakgames.wz.cz
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pavelvonlostice(a)seznam.cz
Game, which i have programmed uses function TextOut, but in wine there are only
black rectangles without text, and this game runs too slow. Its programmed by
using DirectDraw, so I use GetDC method. You can download it from
http://www.makakgames.wz.cz/static_objects/robo_bob%20install.exe
--
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=16957
Summary: CreateProcess handles are inherited even when
bInheritHandles=FALSE
Product: Wine
Version: 1.1.2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ben(a)salilab.org
Created an attachment (id=18729)
--> (http://bugs.winehq.org/attachment.cgi?id=18729)
test.c
The attached file uses CreateProcess to create a subprocess (gzip in this case)
with redirected standard output. In order for this to work properly, the output
handle created in this code must be inherited by the subprocess - thus the
bInheritHandles argument to CreateProcess must be TRUE. And indeed if this
program is compiled to test-true.exe, a simple text file 'test.in' and the gzip
binary are placed in the same directory, and then test-true.exe is run, it
successfully produces the output test.gz.
If the TRUE argument is switched to FALSE and the file is compiled again to
test-false.exe, when the program is run in the same way on a 'real' Windows
sytem (32 bit Vista Business in this case) the following is output:
gzip: stdout: Bad file descriptor
This is also fine and expected, since the output file handle was not passed to
gzip. *However* if the same test-false.exe program is run with Wine (the Fedora
10 wine-core-1.1.12-1.fc10.i386 package in this case) it runs in just the same
way as test-true.exe, generating the test.gz output.
This suggests to me that the bInheritHandles argument is ignored by Wine. As
stated, this is a minor bug but it would be nice if Wine behaved the same way
as Windows here. (In our case we discovered this problem after we tested our
program successfully under Wine, but then had it fail on a real Windows
system.) I am not familiar with the code, but hopefully it should be
straightforward enough to provide the subprocess with invalid handles if
bInheritHandles=FALSE?
--
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=13778
Summary: Date and Time display
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rx9tx(a)qrz.ru
Created an attachment (id=13813)
--> (http://bugs.winehq.org/attachment.cgi?id=13813)
wine window
The problem is that in a Windows application running in Wine the date and time
displayed as digit like 39591.6425810185 instead of May-23-2008, 15:25, see
pictures http://rx9tx.qrz.ru/wine.jpg and http://rx9tx.qrz.ru/windows.jpg .
Same about the frequency value 0000000000028.012100 in mHz (28.0121 mhz) is
shown like 298112000.0. I dont know what kind of database is used, but it has
the .isd extension, also .isf, .ism, .isl files are present.
Here's the excerption from the database with the data shown on the pics:
http://rx9tx.qrz.ru/log.txt
--
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=15399
Summary: Colin Mcrae Rally 1.0 shows Graphical Glitches within
menus and crashes before loading any track.
Product: Wine
Version: 1.1.5
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=4216
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Salz85(a)gmail.com
Created an attachment (id=16253)
--> (http://bugs.winehq.org/attachment.cgi?id=16253)
game run without any argument.
After Setting the compatibility to windows 95/98, installing direct media end
the indeo codec, Colin Mcrae rally start but deos not show any menu correctly,
except for fixed bitmap like the Copyright screen (see the screenshot ).
Even if I try to navigate the menu and get to load the track, wine crashes.
See the crash.log for the output when the game crashes wine, and menu.log for a
debug with "relay,+d3d7,+ddraw" active (reaching the menu, navigating it and
then exiting the application).
--
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=13340
Summary: dicom image viewer aborts because
IMultiLanguage2_GetCharsetInfo doesn't like "ISO8859-1"
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
I had an MRI recently, and got a copy on cd-rom. The viewer app
crashed quickly on Wine.
trace:mlang:fnIMultiLanguage2_GetCharsetInfo 0x19dce8 L"ISO8859-1" 0x32f5b4
...
0009:Call KERNEL32.lstrcmpiW(01031d58 L"ISO8859-1",0032f524 L"iso-8859-1")
ret=7d52ed97
...
0009:Call oleaut32.SysAllocString(01577b00 L"System does not support the
specified encoding.\r\n") ret=69bf1378
...
wine: Unhandled exception 0x80000003 at address 0x7b83d7c1 (thread 0009),
starting debugger...
Backtrace:
=>1 0x7b83d7c1 DebugBreak+0x3() [wine-git/include/winternl.h:1828] in kernel32
2 0x7bc54140 call_entry_point+0x20() in ntdll
3 0x7bc55118 relay_call_from_32+0x1a1(descr=0x7b8b416c, idx=?,
stack=0x32f8fc) [wine-git/dlls/ntdll/relay.c:372] in ntdll
4 0x7b8273c1 in kernel32 (+0x73c1)
5 0x69b20265 in msxml4 (+0x10265)
6 0x004b8a53 in efilmlt (+0xb8a53)
Looks like Windows is more forgiving about how callers
identify charsets. We were only accepting names
like "iso-8859-1", but Windows accepts "ISO8859-1".
I have test that passes on WinXP, and a patch that fixes both the
test and the real app. Will send to wine-patches.
--
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=16214
Summary: Copy command does not work as expected
Product: Wine
Version: 1.0.1
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scott(a)open-vote.org
>From Launchpad: https://bugs.edge.launchpad.net/ubuntu/+source/wine/+bug/272921
In Windows, the COPY command run in a command prompt allows users to
concatenate files by using a plus ("+") operator, for example:
copy file1+file2 outfile
In wine's cmd.exe, it seems to read file1+file2 as a single path and therefore
outputs a "Path Not Found". Also, it does not recognize the "con" keyword used
to represent stdout/stdin. Therefore another method of concatenating files:
copy file1 outfile
copy file2 con >> outfile
does not work either.
My Ubuntu version is 8.04, AMD64 architecture, though I have seen the same
issue on the x86 version as well.
--
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=16552
Summary: CreateIoCompletionPort fails in Chromium unit tests
Product: Wine
Version: 1.1.10
Platform: Other
URL: http://chromium.org
OS/Version: other
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://src.chromium.org/viewvc/chrome/trunk/src/base/message_pump_win.cc
contains the code
port_.Set(CreateIoCompletionPort(INVALID_HANDLE_VALUE, NULL, NULL, 1));
DCHECK(port_.IsValid());
...
HANDLE port = CreateIoCompletionPort(file_handle, port_, key, 1);
DCHECK(port == port_.Get());
The DCHECK fires when running one of the Chromium unit tests:
wine Debug/ui_tests.exe
...
001b:Call KERNEL32.CreateFileW(00ed7208
L"\\\\.\\pipe\\chrome.ChromeTestingInterface:8.1",c0000000,00000000,00000000,00000003,40110000,00000000)
ret=010e0220
001b:Ret KERNEL32.CreateFileW() retval=000000c0 ret=010e0220
...
0021:Call KERNEL32.CreateIoCompletionPort(ffffffff,00000000,00000000,00000001)
ret=01a304b3
0021:Ret KERNEL32.CreateIoCompletionPort() retval=000000c8 ret=01a304b3
0021:Call KERNEL32.CreateIoCompletionPort(000000c0,000000c8,00ed5aa0,00000001)
ret=01a30760
trace:ntdll:NtSetInformationFile
(0xc0,0x7cdee318,0x7cdee320,0x00000008,0x0000001e)
0021:Ret KERNEL32.CreateIoCompletionPort() retval=00000000 ret=01a30760
0021:Call KERNEL32.OutputDebugStringA(00ed95a8
"[26:33:1249:FATAL:message_pump_win.cc(428)] Check failed: port == port_.Get().
\r\n") ret=019a7af3
I think it's failing in wineserver for some reason during NtSetInformationFile
in set_completion_info.
--
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.