http://bugs.winehq.org/show_bug.cgi?id=7344
flexo(a)holycrap.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From flexo(a)holycrap.org 2007-12-03 10:55 -------
Patch was applied. Resolving FIXED.
--
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=7688
------- Additional Comments From dmitry(a)codeweavers.com 2007-12-03 09:57 -------
How is hard to grep for _EnterWin16Lock/_LeaveWin16Lock in the Wine source?
--
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=7672
------- Additional Comments From rmh(a)aybabtu.com 2007-12-03 09:54 -------
Sorry, I'm not familiar with graphics and don't understand the question. Do you
want to know the value of ppfd->cAlphaBits, or if windows are translucent?
--
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=7643
------- Additional Comments From viriiboxen(a)gmail.com 2007-12-03 09:41 -------
In reply to comment 11:
Done, your guess seems correct:
trace:d3d_surface:IWineD3DSurfaceImpl_LockRect returning memory@0x22c65df4,
pitch(2048) dirtyfied(1)
First chance exception: page fault on write access to 0x22c65df4 in 32-bit
code (0x0085835a).
--
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=7643
------- Additional Comments From hverbeet(a)gmail.com 2007-12-03 09:20 -------
>pLockedRect->pBits = This->resource.allocatedMemory + (pLockedRect->Pitch *
>pRect->top) + (pRect->left * This->bytesPerPixel);
I would need to test this a bit, but I think that line is wrong for the DXT
formats. Those formats are based on 4x4 blocks, with Pitch being the number of
bytes in a block times the width, so we should probably be using pRect->top / 4
rather than pRect->top there.
--
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=7643
------- Additional Comments From ehoover(a)mines.edu 2007-12-03 08:48 -------
In Reply to Comment #9:
err:d3d_surface:IWineD3DSurfaceImpl_LockRect l: 128, r: 136, t: 212, b: 220
err:d3d_surface:IWineD3DSurfaceImpl_LockRect w: 512, h: 512
err:d3d_surface:IWineD3DSurfaceImpl_LockRect fmt: 894720068, size: 262144
err:d3d_surface:IWineD3DSurfaceImpl_LockRect returning memory@0x15c7a0a0,
pitch(2048) dirtyfied(1)
First chance exception: page fault on write access to 0x15c7a0a0 in 32-bit code
(0x0082e73a).
I believe that format ID is WINED3DFMT_DXT5. I'm actually using the demo, which
you can download from http://www.fileshack.com/file.x/10158/Supreme+Commander+Demo
In reply to Comment #10:
Could you run with WINEDEBUG="+d3d_surface" and see if LockRect is returning the
memory address that is failing? I'm guessing that Demo(0x0082e73a) ==
Full(0x0085835a).
--
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=7692
Summary: Noble Poker client: closing a window crashes the
application with Visual C++ Runtime Library error.
Product: Wine
Version: 0.9.30.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tappel(a)utu.fi
Noble Poker (http://www.noblepoker.com) client crashes when closing a window
(exiting the client or closing a table window). The crash when exiting is only a
nuisance, the crash when closing a table window effectively forbids playing
multible tables at a time (if you choose to leave one of the tables, you have to
leave all of them).
Steps to reproduce: Download the client from noblepoker.com and install it.
Launch the client, click cancel to see the main window, click exit or log in,
enter a table and click exit. (Account creation does not work in wine, so to log
in you have to have a Windows machine to create the account first.)
Results: A window titled "Microsoft Visual C++ Runtime Library" pops up, with
the text
"Runtime Error!
Program C:\Poker\Noble Poker\casino.exe
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information."
and an OK button on it.
Clicking the ok button crashes the application.
The same happens on both of 0.9.30 and 0.9.25 (Debian unstable and testing,
respectively).
I will attach the log.
--
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=7691
Summary: Tamestorm Virus crashes with Unhandled page fault
Product: Wine
Version: 0.9.32.
Platform: PC
URL: http://www.tamestorm.com/games/al/index.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jercos(a)gmail.com
When I try to run tamestorm's virus (game) it immediately crashes with
wine: Unhandled page fault on read access to 0x6c707369 at address 0x7eceff62
(thread 0012), starting debugger...
--
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=7527
------- Additional Comments From mikolaj.zalewski(a)gmail.com 2007-12-03 07:28 -------
I'll try to fix it before wine 0.9.33. I think we will need to add a new rect to
LISTVIEW_MeasureItem for the state icon - enlarging the icon rect is not correct.
--
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=7682
------- Additional Comments From julliard(a)winehq.com 2007-12-03 06:35 -------
Directory symlinks are filtered out in NtQueryDirectoryFile if they can lead to
loops, i.e. if the target of the symlink is a parent of the source. This is a
feature meant to prevent apps from recursing through the hierarchy forever.
--
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=7688
julliard(a)winehq.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From julliard(a)winehq.com 2007-12-03 06:32 -------
16-bit code always runs with the Win16 lock held, so 16-bit entry points don't
need to lock explicitly.
--
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=1226
------- Additional Comments From blin(a)gmx.net 2007-12-03 06:26 -------
Looking at the plethora of programs affected by this, I really doubt the fixme
is the actual issue. As mentioned before, the status code is
STATUS_OBJECT_TYPE_MISMATCH, doesn't sound very network specific.
Looking at the functions that could possibly trigger this problem, it seems like
functions handling async requests use it. I figure that the actual bug is hidden
somewhere there.
--
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=7643
------- Additional Comments From viriiboxen(a)gmail.com 2007-12-03 06:16 -------
I've been running SupCom with winedbg and I found that the crashes I was
having were two separate issues, however, patching the game to version 3220
seems to have fixed them. I can get to the game mode with sound and even play
a bit until it crashes with a page fault.
First chance exception: page fault on write access to 0x24965f98 in 32-bit
code (0x0085835a).
--
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=7672
------- Additional Comments From infyquest(a)gmail.com 2007-12-03 06:13 -------
can you also please check what is the alpha value you are getting.
--
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=7690
------- Additional Comments From infyquest(a)gmail.com 2007-12-03 06:06 -------
is it fixed in our git?
if not please send the fix to wine-patches(a)winehq.org
--
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=7689
infyquest(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|blocker |normal
------- Additional Comments From infyquest(a)gmail.com 2007-12-03 06:05 -------
forgot change the priority
--
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=7689
------- Additional Comments From infyquest(a)gmail.com 2007-12-03 06:04 -------
this is not a failure.
a minor issue with dsound
--
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=3817
------- Additional Comments From rob(a)codeweavers.com 2007-12-03 05:41 -------
The vfat / fat32 driver does already have a function for find a filename
case-insensitively and Wine already uses it. It doesn't help the people that are
installing this app on other filesystems.
The comment about using trees and caching the information don't take into
account problems with other processes creating files and having to keep the
cache up to date. The comment about efficient upper-case comparison doesn't
realise that the RtlUpcaseUnicodeString function is about as efficient as it can
be, but it is just being called too many times.
--
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=7685
------- Additional Comments From blin(a)gmx.net 2007-12-03 05:41 -------
Using
WINEDEBUG=+winsock wine app.exe >/path/to/trace 2>&1
should get the output into the trace file at /path/to/
--
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=1226
------- Additional Comments From no1(a)home.se 2007-12-03 05:33 -------
I inform that UltraEdit32 is affected by this bug preventing to load a file via
FTP in the project list. Manually opening a file via FTP works but the error
will occur again when saving it (Ctrl-S).
--
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=6415
------- Additional Comments From zthg4821(a)gmail.com 2007-12-03 04:28 -------
The problem with eMule has its own bug now: Bug 7685
--
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=7643
------- Additional Comments From hverbeet(a)gmail.com 2007-12-03 04:25 -------
What values does pRect contain? What dimensions and format does the surface
have, and what's the value of "This->resource.size"?
--
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=7685
------- Additional Comments From zthg4821(a)gmail.com 2007-12-03 04:18 -------
I've experienced this issue on all recent versions of Wine and eMule.
Kai: Do you have a link explaining how to use WINEDEBUG=+winsock output? Not all
of us are versed in Wine debugging minutiae. Thanks. :)
--
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=7624
------- Additional Comments From hans(a)it.vu.nl 2007-12-03 04:13 -------
Yes, we can just pretend to always be up to date. I have a stubbed
wuapi lying around somewhere, I'll brush it up and attach it here.
--
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=5721
------- Additional Comments From shadow.wizzard(a)gmail.com 2007-12-03 04:11 -------
This bug need to be REOPEN.
This is because if only joystick is present
the game will segfault on start.
I've attached the log +dinput,+warn.
Why joystick can't work for this game ?
--
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=5042
------- Additional Comments From shadow.wizzard(a)gmail.com 2007-12-03 04:10 -------
Please delete my last comments and attachment - I've mistake bug nr -
should be posted for 5721.
Once again sorry/
--
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=5042
------- Additional Comments From shadow.wizzard(a)gmail.com 2007-12-03 04:05 -------
This bug need to be REOPEN.
This is because if only joystick is present
the game will segfault on start.
I've attached the log +dinput,+warn.
Why joystick can't work for this game ?
--
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=5567
------- Additional Comments From rich(a)hq.vsaa.lv 2007-12-03 03:56 -------
unarchived console output is larger than 100mb, archived it is ~1.3mb, which still too large for an
attachment...
i could either re-run the test or reduce the output in other way.
ps. sorry about the version change, different projects have different policies on this :)
--
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=3817
------- Additional Comments From scott(a)open-vote.org 2007-12-03 03:11 -------
It shouldn't be that complicated.
Get a list of every file in a directory, and then determine the distance on the
character table between lower case and upper case.
Write a comparison function, it theoretically should just be twice as slow as
finding a case insensitive string in a list of case insensitive strings.
If the function is building a list of every possible filename outcomes for each
file before checking against it, _THAT_ is a waste of CPU cycles and will work
slow as hell. It should just be done realtime...I haven't looked at the code yet.
The method I described would be fast, any modern PC could do it hundreds of
thousands of times a second.
So, it's a matter of...lets say we have a directory
c:\whatever
contains
hello.txt
HeLlO.txt(at least in *nix FS)
llama.txt
kitty.txt
We're looking for case insensitive hell.txt
so we iterate through the list looking for H and h, for each match, take the
next letter of hell, compare against e and E. It's just a couple embedded loops,
and it would be pleanty fast. Do it for the last two letters of hell. Don't
apply this algorithm to the list of files preemptively, apply it to the file
we're looking for on the fly, in an embedded loop that would only have to scan
the list once.
--
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=3817
------- Additional Comments From scott(a)open-vote.org 2007-12-03 03:11 -------
1st comment:
The bug pretty clearly shows a specific case of showing nonexistence of a
case-insensitive name on a case sensitive filesystem, which isn't exactly a
string comparison like I talked about before (in-memory comparison). The problem
is higher level than the one that call would help out with. Personally, I would
have written the operation as a lookup on a trie generated for each directory's
file listings. I specifically say trie because so, so many people just dump shit
into a hash table and don't give a rip about memory use.
I'm not precisely sure how the vfat / fat32 driver handles existence of
case-insensitive filenames, but I'd recommend looking at that for a solution
from those who have put more than 2 minutes thinking about the issue. From what
I can tell in the posts, the existing method is really, really inefficient for
large numbers of files (and even worse for longer filename inputs).
I think it wouldn't be a problem to add some code to Wine itself to cache
filenames it encounters on a path internally - not necessarily as a kernel
extension for userspace. Another option as a stopgap solution is to write
something for FUSE to cover the case insensitivity problem at the filesystem
level and have Wine wrap around the local filesystem via FUSE. I dunno how
lightweight FUSE is, but it may be worth a shot.
--
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=7306
------- Additional Comments From blin(a)gmx.net 2007-12-03 02:23 -------
Can you please provide +winsock trace of a login attempt?
--
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=5783
------- Additional Comments From thestig(a)google.com 2007-12-03 01:45 -------
The updated pass works for me. Sorry about the large attachment to the list.
--
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=7555
------- Additional Comments From dmitry(a)codeweavers.com 2007-12-03 01:38 -------
> It could be GetWindow returns 0, which is passed into MFC71.2372, which
> returns 0, which causes the crash. But GetWindow is asked for the next
> sibling, which is nil. Is it some obscure bug in wine's window management?
Only a test case which precisely reproduces what the app does while creating
a similar window tree would tell.
--
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=7682
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.propellerhead.se
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Keywords| |download
Summary|NtQueryDirectoryFile fails |NtQueryDirectoryFile fails
|if querying a symbolic link |when querying certain
|(eg: My Documents -> |symbolic link
|/home/username) |
------- Additional Comments From thestig(a)google.com 2007-12-03 01:37 -------
This bug occurs in the demo as well, but it depends on what the symlink is
pointing to:
If the symlink target is something under $HOME/.wine/drive_c, then
NtQueryDirectoryFile will resolve the symlink correctly.
If the target something outside of drive_c, i.e. $HOME, then it fails.
Using winecfg to add a mapping a drive letter to the target directory also lets
it resolve correctly, however, mapping a drive letter to any directory that
encompasses the target directory (i.e. Z: => /) does not resolve the symlink.
--
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=7555
------- Additional Comments From damjan.jov(a)gmail.com 2007-12-03 01:19 -------
Confirming with GIT just after wine 0.9.32.
Firstly, Java 1.6 is a mission to install, it doesn't install properly unless
you have MSVCR71.DLL around, and to reinstall it you have to delete ~/.wine. Is
there some reason we don't have a builtin MSVCR71.DLL in wine?
If you attach winedbg before clicking on File->Save As, you get the following
(from the beginning of the function where it crashes):
0x00411810: pushl $0xff
0x00411812: pushl $0x57e438
0x00411817: movl %fs:0x0,%eax
0x0041181d: pushl %eax
0x0041181e: movl %esp,%fs:0x00000000
0x00411825: subl $68,%esp
0x00411828: pushl %ebx
0x00411829: pushl %ebp
0x0041182a: pushl %esi
0x0041182b: pushl %edi
0x0041182c: movl %ecx,%esi
0x0041182e: call *0x5ac0e8 -> 0x7ee83956 GetVersion
[/usr/src/wine/dlls/kernel32/version.c:110] in kernel32
0x00411834: movl %esi,%ecx
0x00411836: movzbl %eax,%ebx
0x00411839: call 0x004114c0
0x0041183e: movl %eax,%edi
CRASH=> 0x00411840: movl 0x20(%edi),%ecx
0x00411843: leal 0x10(%esp),%eax
0x00411847: pushl %eax
0x00411848: pushl %ecx
0x00411849: call *0x5ae774 -> 0x7eb977d1 GetWindowRect
[/usr/src/wine/dlls/user32/winpos.c:168] in user32
So function 0x004114c0 returns 0, and the code expects something else.
Unfortunately function 0x004114c0 is long and complicated.
A +all trace is not very revealing either:
0009:Call user32.GetWindow(0001009e,00000002) ret=004115fb
0009: get_window_tree( handle=0x1009e )
0009: get_window_tree() = 0 { parent=0x30080, owner=(nil), next_sibling=(nil),
prev_sibling=0x1009c, first_sibling=0x100a6, last_sibling=0x1009e,
first_child=0x100aa, last_child=0x100bc }
0009:Ret user32.GetWindow() retval=00000000 ret=004115fb
0009:CALL MFC71.2372(00000000) ret=00411601
0009:Call kernel32.TlsGetValue(00000004) ret=7c15aeac
0009:Ret kernel32.TlsGetValue() retval=001749b8 ret=7c15aeac
0009:Call kernel32.TlsGetValue(00000004) ret=7c15aeac
0009:Ret kernel32.TlsGetValue() retval=001749b8 ret=7c15aeac
0009:RET MFC71.2372() retval=00000000 ret=00411601
0009:CALL MFC71.578() ret=00411615
0009:RET MFC71.578() retval=7c220074 ret=00411615
0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x411840
It could be GetWindow returns 0, which is passed into MFC71.2372, which returns
0, which causes the crash. But GetWindow is asked for the next sibling, which is
nil. Is it some obscure bug in wine's window management?
--
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=4381
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From thestig(a)google.com 2007-12-03 00:47 -------
Looks like the patch never got accepted. Can you add a test case to:
dlls/user32/tests/edit.c
to show Wine behaves incorrectly and that this patch fixes the problem?
--
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=7669
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.ghisler.com/downl
| |oad.htm
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Keywords| |download
------- Additional Comments From thestig(a)google.com 2007-12-03 00:45 -------
Could this be related to bug 7552?
With total commander, the nag screen only pops under the main screen if "allow
the window manager to control the windows" is turned on in winecfg and "emulate
a virtual desktop" is turned off.
--
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=7678
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|the_unknown(a)gmx.net |
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Platform|Other |PC
------- Additional Comments From thestig(a)google.com 2007-12-03 00:27 -------
looked familiar to bug 7680, but not caused by the same regression.
--
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=7680
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From thestig(a)google.com 2007-12-03 00:20 -------
Regression caused by:
Author: Rob Shearman <rob(a)codeweavers.com>
Date: Tue Feb 6 19:20:43 2007 +0000
comctl32: Fix the computation of the select bounds item rect
and fixup the places that depended on the old behaviour.
--
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=7680
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.anytag.de/downloa
| |d/mp3tagv237asetup.exe
Status|RESOLVED |UNCONFIRMED
Component|wine-gui |wine-comctl32
Keywords| |download, regression
Resolution|DUPLICATE |
------- Additional Comments From thestig(a)google.com 2007-12-03 00:19 -------
the two bugs looked very similar, but when I did the regression testing it
turned out reverting the patch that caused the regression did not fix bug 7678.
--
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=7690
Summary: Hoai client fails to install
Product: Wine
Version: CVS
Platform: Other
URL: http://www.hoai.de
OS/Version: other
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Say, maybe we should have an advapi section in bugzilla.
testversionshoai80.exe installs fine, but when
it launches the client installer at the end,
it fails. (You have to have the ie6 registry key set
to get this far, so do 'winetricks fakeie6' if you haven't already.)
After installation fails, you can restart just the client
installation with
$ cd "$WINEPREFIX/drive_c/Program Files/KOBOLD/shoai.80/admin/client-installation"
$ wine shoai80clientSetup.exe
shoai80clientSetup fails with a dialog box,
122: Insufficient buffer
Looking at +relay, I see
001c:Call advapi32.RegGetKeySecurity(00000044,00000004,00000000,0047347c)
ret=0044422d
trace:reg:RegGetKeySecurity (0x44,4,(nil),0)
001c:Ret advapi32.RegGetKeySecurity() retval=0000007a ret=0044422d
001c:Call advapi32.RegGetKeySecurity(00000044,00000004,00000000,0047347c)
ret=0044422d
trace:reg:RegGetKeySecurity (0x44,4,(nil),0)
001c:Ret advapi32.RegGetKeySecurity() retval=0000007a ret=0044422d
right before the failure. It looks like a bug in our
RegGetKeySecurity, which isn't setting *lpcbSecurityDescriptor
on exit. Fixing that gets to the very next call, which fails
with dialog box "87: Invalid parameter" and the following +relay output:
001c:Call
advapi32.MakeAbsoluteSD(0047b8b4,00000000,0034f9d4,00000000,0034f9d8,00000000,0034f9dc,00000000,0034f9e0,00000000,0034f9e4)
ret=00443e4d
001c:Ret advapi32.MakeAbsoluteSD() retval=00000000 ret=00443e4d
001c:Call
advapi32.MakeAbsoluteSD(0047b8b4,00000000,0034f9d4,00000000,0034f9d8,00000000,0034f9dc,00000000,0034f9e0,00000000,0034f9e4)
ret=00443e4d
001c:Ret advapi32.MakeAbsoluteSD() retval=00000000 ret=00443e4d
001c:Call kernel32.GetLastError() ret=004504d6
001c:Ret kernel32.GetLastError() retval=00000057 ret=004504d6
Bleah, too much for me for tonight, guess I'm a wimp :-)
--
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=7678
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |the_unknown(a)gmx.net
------- Additional Comments From thestig(a)google.com 2007-11-03 23:30 -------
*** Bug 7680 has been marked as a duplicate of this bug. ***
--
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=7680
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From thestig(a)google.com 2007-11-03 23:30 -------
I think it's the same bug.
*** This bug has been marked as a duplicate of 7678 ***
--
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.