http://bugs.winehq.org/show_bug.cgi?id=17503
Summary: Diablo 2 refuses to detect D3D device
Product: Wine
Version: 1.1.15
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquitsnake(a)gmx.net
Created an attachment (id=19604)
--> (http://bugs.winehq.org/attachment.cgi?id=19604)
Diablo's Videotest own log
A regression: Since July '08 (according to last comment stating that he uses
D3d), Diablo 2 seems to have become unable to properly detect D3d in its Video
Test. Only DDraw is offered. D3d however has the advantage that perspective
Rendering can be used. I'm sure this mode would work just fine if it actually
let me select it aswell.
See attachments for further info. Yes, I tried setting
VideoPci[Vendor|Device]ID in the registry to no avail.
--
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=23202
Summary: Cyberboard Player has missing disabled icons on
menubar
Product: Wine
Version: 1.2-rc1
Platform: x86
URL: http://cyberboard.brainiac.com/cyberboardv310.exe
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wylda(a)volny.cz
CC: julliard(a)winehq.org
Created an attachment (id=28870)
--> (http://bugs.winehq.org/attachment.cgi?id=28870)
Screenshot showing the problem
During retest of fixed things, i discover this new regression. Cyberbord player
has missing icons in the menu. To reproduce: just download, install to some dir
and run "wine CBPlay.exe".
1. I did a regression test between 1.1.44 and 1.2-rc1:
commit f02adf3e2b3efc23f62c38b9c8f43f169888434f
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Fri May 14 13:38:54 2010 +0200
comctl32: Generate an alpha channel if necessary when adding images to a
32-bit imagelist.
:040000 040000 5c1aa4b7a9f1b58ed31884baa948b5358a208680
b1776ce23963f7b44c81c494cd54b3bc9302e3c2 M dlls
2. No other bug report suffers from this commit.
3. Revert of this patch after git checkout makes that problem go away. (can't
revert even on 1.2-rc1)
--private keyword: bisected
--
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=24468
Summary: GTA2 crashing at startup
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: incarus6(a)googlemail.com
Created an attachment (id=30872)
--> (http://bugs.winehq.org/attachment.cgi?id=30872)
GTA2 backtrace log
GTA2 and GTA2 manager is crashing (/closing) after trying to start it.
See attachment
--
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=6767
--- Comment #11 from jmmikkel(a)mit.edu 2011-12-04 16:22:17 CST ---
I suppose this change helps.
The original code is still the same and will still be broken on NetBSD 4.
In the last three years the machine I was using has died and I have updated all
my installs to NetBSD 5.
NetBSD 5's SIOCGIFCONF now behaves like Linux regarding the ifc_len. So the
original code works in NetBSD 5.
The new code using getifaddrs seems to work as well on NetBSD 5.
I must assume that it would also work on NetBSD 4 since the man page claims
getifaddrs is ancient history. I cannot confirm it without installing NetBSD 4
and running this new code.
I am not willing to install NetBSD 4 to test this for you. I have long since
given up on Wine because over time, it kept working *worse* and worse for the
few things I was trying to use it for. To even test this change I had to hack
up another test program, and it was a lot more complicated this time. To this
day I am still baffled why changing == to >= was apparently unworkable, and it
doesn't make me feel at all inclined to rebuild/reinstall wine, and the
software that had been working and gradually quit working (plus the server to
run it against) to test future changes.
--
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=20325
Summary: Month calendar control does not send MCN_SELCHANGE
when changing month
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: savelov(a)gmail.com
testcase -
run http://www.cendio.com/~astrand/wine/62-tab-size/CmnCtrl1.exe
choose CMonthCalCtrl tab, and switch the month.
Original windows comctl32.dll displays MCN_SELCHANGE notification, while wine
internal does not
--
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=20341
Summary: pcsx2 beta: crashes when exiting LilyPad configuraiton
dialog
Product: Wine
Version: 1.1.31
Platform: PC
URL: http://pcsx2.net/files/21514
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: miegalius(a)gmail.com
Created an attachment (id=24071)
--> (http://bugs.winehq.org/attachment.cgi?id=24071)
Crash backtrace
Pcsx2 beta r1888 crashes when exiting LilyPad r1853 configuraiton dialog (OK or
Cancel buttons). Plugin manages to try and get result of PropSheet_IndexToHwnd
when passed handle is already invalid because window is beeing destroyed.
--
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=20553
Summary: Invalid read in LISTVIEW_NCDestroy in chromium
unit_tests.exe in TableViewTest.Sort?
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Valgrinding the chrome unit tests yields the warning
Invalid read of size 4
at is_valid (imagelist.c:85)
by ImageList_Destroy (imagelist.c:695)
by LISTVIEW_NCDestroy (listview.c:9676)
by LISTVIEW_WindowProc (listview.c:11017)
by ??? (library.h:159)
by call_window_proc (winproc.c:469)
by CallWindowProcW (winproc.c:2321)
by views::TableView::TableWndProc (table_view.cc:744)
by ??? (library.h:159)
by call_window_proc (winproc.c:469)
by WINPROC_call_window (winproc.c:2214)
by call_window_proc (message.c:1635)
Address 0x7f052de8 is not stack'd, malloc'd or (recently) free'd
Line 9676 is
ImageList_Destroy(infoPtr->himlSmall);
Is himlSmall not properly initialized?
To repeat:
mkdir demo
cd demo
wget -c http://kegel.com/wine/chromium/chromium-tests.tar.bz2
tar -xjvf chromium-tests.tar.bz2
valgrind --trace-children=yes wine
src/chrome/Debug/unit_tests.exe --gtest_filter=TableViewTest.Sort
(That download is a doozy, sorry...)
It's possible this is a chromium bug, but we've been running
purify on the chromium tests for a while, and they're probably fairly clean.
--
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=20696
Summary: Regression: PAF5 with Wine 1.1.33 crashes when leaving
'Individual' tab for another tab.
Product: Wine
Version: 1.1.33
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rm.riches(a)verizon.net
Created an attachment (id=24723)
--> (http://bugs.winehq.org/attachment.cgi?id=24723)
first log of crash
PAF (Personal Ancestral File) 5 and Wine 1.1.33 crash with an unhandled page
fault when an attempt is made to switch from the Individual tab to either the
Family tab or the Pedigree tab. This application function has worked fine for
many Wine versions up to and including 1.1.32.
To duplicate,
1) Install PAF5 into a fresh prefix area.
2) Bring up PAF5.
3) Click on 'New'.
4) Browse somewhere and enter a file name.
5) Click 'Cancel' in the two dialogs that will follow.
6) Click on the 'Individual' tab.
7) Click on either the 'Family' tab or 'Pedigree' tab.
8) Observe the crash.
For me, the symptom happens 100% of the time. I will attach log files from two
runs.
I doubt I will have time to do a Git regression run, but I will try to make
time to do 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=20700
Summary: ACDSee crashing when trying to edit file names in
Listview
Product: Wine
Version: 1.1.33
Platform: PC
URL: http://www.oldversion.com/download_ACDSee_3.10.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lahmbi5675(a)gmx.de
Created an attachment (id=24732)
--> (http://bugs.winehq.org/attachment.cgi?id=24732)
Console output after ACDSee crashed
I'm using quite old versions of ACDSee, 2.45 and 3.1, German version. Wine
version is 1.1.33, mode is win98.
Steps to reproduce:
Start ACDSee, you will see a Treeview Control listing directories, a Listview
Control listing the files in the current directory, and a preview window.
Click on some file name. The file name will become selected. Click another
time, the file name will become editable, with text cursor etc.
Click with the mouse cursor on another file name, some dialog will pop up,
telling you that a fatal error happend.
Result: ACDSee crashes, console output tells you something about an unhandled
exception.
I tried to use winetricks comctl32, but that made my wine generally instable,
even wincfg refused to start, I had to edit system.reg with vi to reset the dll
overrides. Winetricks version was 20091022, from opensuse, maybe I should try a
newer version.
I'm seeing another minor bug in the Treeview Control, If I click on a
directory, until it becomes editable, then click on another directory, the
focus and text cursor will remain on the first clicked directory, which remains
editable. The Treeview Control isn't properly updated anymore, preview window
not working anymore, too, until I press Escape. This is not the windows
behaviour, if you edit a treeview entry and click on another element, focus
will be changed, editing of the first clicked entry will be stopped.
--
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=20742
Summary: Sorted list view control always inserts at the end
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nakamoto2(a)users.sourceforge.net
In a sorted list view control, in report mode, InsertItemA always inserts at
the end instead of the correctly sorted location.
In my test case, the values being sorted always start with the same character,
such as:
0010
0020
0030
0040
If 0025 is inserted, it will be inserted at the end. It doesn't matter if the
list is sorted ascending or descending.
I think it's because this line of code is comparing the internal wide-char
string with the passed in single-width char string without converting it:
on line 7221 of dlls\comctl32\listview.c
cmpv = textcmpWT(item_s->hdr.pszText, lpLVItem->pszText, TRUE);
shouldn't TRUE be changed to isW?
cmpv = textcmpWT(item_s->hdr.pszText, lpLVItem->pszText, isW);
It was working correctly in version 1.1.20 and 1.0.1.
--
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.