http://bugs.winehq.org/show_bug.cgi?id=5126
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.snes9x.com/downlo
| |ads.php
Keywords| |download
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5126
Summary: Wine does expose internal structures to applications via
ListView_GetItemT
Product: Wine
Version: 0.9.11.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-winelib
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bugs(a)fabian-franz.de
Buggy application is snes9x, affected file is listview.c.
It does change the item.mask in the GETDISPINFO request, which later leads to a
failed assertion (as LVIF_INDENT is no longer set).
This is for sure an application bug, but GetItemT is stated to be internal and
such avoids copying. This is fine, but whenever data is exchanged with
applications wine should copy only those data that the application is allowed to
actually change. Else applications could do whatever they want with the internal
data structures, which for sure is not wanted and leads to side effects as
described above.
To reproduce the bug:
- Download snes9x
- Go to the "Open file" dialog -> assertion
Just wanted to report it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4488
------- Additional Comments From makomk(a)lycos.co.uk 2006-23-04 13:32 -------
Seems to be a null pointer dereference in
src/winsup/cygwin/uinfo.cc:internal_getlogin().
Specifically, it looks to be due to NetUserGetInfo(NULL, wuser, 3, (LPBYTE
*)&ui) - as the last FIXME before the exception states, this is not
implemented by Wine, however it returns success anyway. Because of this, MSYS
attempts to do:
sys_wcstombs (buf, ui->usri3_home_dir, MAX_PATH);
where ui is still a NULL pointer (since NetUserGetInfo hasn't initialised it
to anything). As you might expect, this crashes the program. I'm not sure why
NetUserGetInfo returns success in this case; seems very odd.
Incidentally, the code in question appears to be run only on NT-type systems,
which might be why Dan Kegel has tried MSYS and hasn't encountered this bug
(http://www.winehq.org/pipermail/wine-devel/2006-March/045688.html).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5124
Speeddymon(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From Speeddymon(a)gmail.com 2006-23-04 13:13 -------
glxinfo should tell you. Just do
glxoinfo > glxinfo.log
And attach that file here.
Although if this happened since wine 0.9.10, would you mind doing a regression
test to see which patch caused it?
See http://winehq.org/site/docs/winedev-guide/x1348 for how to do one.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5099
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2006-23-04 13:07 -------
| looks like device 9 is really my cd device
Not exactly, Bernd. "device=9" refers to the device type (that is to
FILE_DEVICE_FILE_SYSTEM) based on which FSCTL_[UN]LOCK_VOLUME consts are
defined. And the actual reference is a handle to the "\\.\D:" (0xd8) :
| 0009:trace:file:CreateFileW L"\\\\.\\D:" GENERIC_READ FILE_SHARE_READ
| FILE_SHARE_WRITE creation 3 attributes 0x0
...
| 0009:trace:file:CreateFileW returning 0xd8
| 0009:trace:ntdll:NtFsControlFile
| 0xd8,(nil),(nil),(nil),0x7fbbee44,0x00090018,(nil),0x00000000,(nil),0x00...)
| 0009:fixme:ntdll:NtFsControlFile Unsupported fsctl 90018 (device=9 access=0
| func=6 method=0)
|
| /dev/hdc is my cd device
Fine. Now it would be nice to run some test on real Windows:
handleC = CreateFileW("\\.\C:", ...);
handleD = CreateFileW("\\.\D:", ...);
NtQueryObject(handleC, Object...Information , ...);
NtQueryObject(handleD, Object[Type|Name]Information, &ObjectInformation, ...);
/* Then print some fields of the returned ObjectInformation struct ... */
/* so we could see the difference between handles to C: and to D: */
res = NtFsControlFile(handleD, FSCTL_LOCK_VOLUME, ...);
IMHO, this could be a start for additional ntdll-tests. Vitaliy, what do you think?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5112
Speeddymon(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Explorer (wine builtin) just|wine's explorer dies
|exits when run with no |silently when run w/no
|command line args |command line args
------- Additional Comments From Speeddymon(a)gmail.com 2006-23-04 13:04 -------
Well then wouldnt that be a silent death since it doesn't even bring up the
window ;-)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5124
------- Additional Comments From fojtik(a)penguin.cz 2006-23-04 12:49 -------
glu.h claims that it has been derived from OpenGL1.2.1 but I am unsure, whether
this is signifficant.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5124
------- Additional Comments From fojtik(a)penguin.cz 2006-23-04 12:43 -------
How to detect OpenGL version?
Sorry for overlooking your response.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5124
------- Additional Comments From fojtik(a)penguin.cz 2006-23-04 12:39 -------
I tested older wine releases. 0.9.9 compiles fine, this problem has been
introduced in 0.9.10.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.