http://bugs.winehq.org/show_bug.cgi?id=4663
------- Additional Comments From rob(a)codeweavers.com 2006-16-03 05:40 -------
I have no idea what you're trying to do with winedbg, but I'm pretty sure it's
not going to reveal the error. Please attach a +explorer,+systray 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=4663
------- Additional Comments From multescugeorge(a)yahoo.com 2006-16-03 05:30 -------
tried to duplicate the debug session, but i can only reproduce up to the
error:
Wine-dbg>stepi
err:seh:raise_exception Unhandled exception code 80000003 flags 0 addr
0xffffe410
Process of pid=0x0000000a has terminated
the process exits and i can't get any further info. Don't know why the first
debug session was more "substantial", treat the info below the err with
suspicion.
--
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=3527
------- Additional Comments From frans.kool(a)gmail.com 2006-16-03 04:47 -------
I checked this behavior, and indeed it happens.
In Windows, both
dir /b > bla.txt
and
dir > bla.txt /b
produce the same content but in Wine it seems to ignore any parameters after the
pipe.
--
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=4663
------- Additional Comments From multescugeorge(a)yahoo.com 2006-16-03 03:22 -------
Tried wine 0.9.10, CVS from 16.03.2006, bug is still there, alive and kicking.
(Doesn't matter if i run it as normal user eighter)
--
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=4663
------- Additional Comments From multescugeorge(a)yahoo.com 2006-16-03 00:55 -------
I normally run it as a normal user, but for testing compile-ing and
troubleshooting purpuses i run it as root to be sure i don't get permission
denied or other kind of similar errors.
--
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=4506
------- Additional Comments From wijn(a)wanadoo.nl 2006-16-03 00:34 -------
A different fix finally made it into wine 0.9.10.
If you can confirm that this is also working correcty, the bug can be closed.
--
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=4853
Summary: Regression: new systray implementation doesn't work with
flashget
Product: Wine
Version: 0.9.9.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: qingdao33122(a)yahoo.com
With the 0.9.9 version of wine, my flashget won't start anymore.
On start up, it displays a message box saying "failed to create empty document".
The first debug message I noticed is a timeout when starting "explorer /systray".
So I fixed the TIMEOUT value, and the message disappears.
But flashget still gave me the same complaint.
After a lot of tracing, I found out that it's because of a special case that
wine handles differently than Windows.
The special case being:
When an app calls Shell_NotifyIcon, it passes to wine a NOTIFYICONDATA struct.
In this struct there's a uFlags field indicating what other fields are valid.
By valid it means it actually fills the field with some value. Usually it also
means the value itself is valid.
Except that an app can pass a NULL hIcon to this api call. On Windows the shell
just displays a blank icon. On current wine implementation, this api call fails.
if (nid->uFlags & NIF_ICON)
{
.....
if (!GetIconInfo(nid->hIcon, &iconinfo))
return FALSE;
--
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=4849
------- Additional Comments From jbdubbs(a)gmail.com 2006-15-03 22:13 -------
Ok, the list is reverted, but the damage is still done. We now have new testing
results that contain no version or the 0.9. in error. I'm not sure how much was
updated while the list was changed. Should we worry about it? Should be easy
to fix with the proper permissions, which I don't have.
--
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=4849
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|INVALID |
------- Additional Comments From tony.lambregts(a)gmail.com 2006-15-03 22:04 -------
I have changed back the versions for now
--
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.