http://bugs.winehq.org/show_bug.cgi?id=5322
Hans Leidekker <hans(a)it.vu.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hans(a)it.vu.nl
--- Comment #26 from Hans Leidekker <hans(a)it.vu.nl> 2007-12-01 05:09:35 ---
Actually a +relay log might be useful because there is no "Counters"
value below [software\\microsoft\\windowsnt\\currentversion\\per
flib\\009] on win2k3 (there are "Counter" and "Help" values, both empty).
It's not clear to me why it tries to read this value or if failing to do
so causes the crash.
--
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=7965
Stefan Dösinger <stefandoesinger(a)gmx.at> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #9383 is|0 |1
obsolete| |
--- Comment #34 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2007-12-01 04:35:53 ---
Created an attachment (id=9428)
--> (http://bugs.winehq.org/attachment.cgi?id=9428)
possible fix
--
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=7965
--- Comment #33 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2007-12-01 04:35:07 ---
No, it is not in 0.9.50. Such debug patches are usually never applied, although
in this case it might be useful
But never mind, I wrote a test for this situation, and it turned out that we're
returning the wrong return value. I have a patch which should fix this bug,
I'll attach it here.
--
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=8025
Johannes Svensson <abadaar(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |abadaar(a)gmail.com
--- Comment #15 from Johannes Svensson <abadaar(a)gmail.com> 2007-12-01 04:32:47 ---
Same problem with an ATI X1900XT 512MiB on Ubuntu 7.10 with wine 0.9.49.
Software mode is fine, OpenGL mode freezes after a couple of seconds, or
sometimes minutes...
--
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=10379
Summary: unhandled page fault on first attempt to use help viewer
Product: Wine
Version: 0.9.49.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rm.riches(a)verizon.net
This appears to be a regression from 0.9.48 to 0.9.49. Symptoms are very
similar to old fixed bug #8077 and not-as-old fixed bug #8851. An unhandled
page fault happens immediately after installing Wine Gecko.
Application is PAF (Personal Ancestral File) 5. Application installation
appeared to go well, and basic application functionality appears okay. Wine
Gecko appears to install, but immediately after installing, or right after
clicking on the yellow question mark "help" icon, an unhandled page fault
happens.
I plan to attach the output with debug channels enabled from bug #8851.
If/when I can make time to do it, I also plan to run a git regression.
--
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=8776
--- Comment #10 from Gregor Münch <greg87(a)online.de> 2007-12-01 03:17:55 ---
The patch works, and I get also in the menu. I dont see that graphical glitches
like you.
But the rendering of the background doesnt work, it stays black.
Maybe you have 169.04 drivers installed? I think Stefan has commited a
workaround for that.
--
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=5322
--- Comment #25 from Dan Kegel <dank(a)kegel.com> 2007-12-01 00:22:42 ---
With the patch from #23 and the registry entry from #24,
I now crash slightly further on:
trace:reg:NtOpenKey (0x34,L"software\\microsoft\\windows
nt\\currentversion\\per
flib\\009",20019,0x34b63c)
trace:reg:NtOpenKey <- 0x50
trace:reg:RegQueryValueExA
(0x50,"Counters",(nil),0x34b648,(nil),0x34b638=345472
0)
trace:reg:NtQueryValueKey (0x50,L"Counters",2,0x34b4f4,256)
wine: Unhandled page fault on read access to 0x00000000 at address 0x411799
(thr
ead 000e), starting debugger...
Running with +relay has always gotten past the crash for some reason,
so I'm not sure a +relay log would be useful.
--
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=8555
Jaime Rave <jaimerave(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jaimerave(a)gmail.com
--
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=7553
FireSBurnsmuP <firesburnsmup1(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |firesburnsmup1(a)hotmail.com
--- Comment #7 from FireSBurnsmuP <firesburnsmup1(a)hotmail.com> 2007-11-30 23:42:16 ---
Actually, I got this same problem on a windows machine with pristine install,
too. I tried a different installer and it didn't happen on windows anymore, but
now I can't get past auto-patch in linux, so I'll get back to you on this one
once I do.
Grrrr wasn't it supposed to ignore autopatching when you start using play.exe?
SoB... I'll be back...
--
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=7965
--- Comment #32 from RD <frail.knight(a)gmail.com> 2007-11-30 20:29:47 ---
Is that debug patch in 0.9.50, or do I still need to apply that if I have
0.9.50 installed?
--
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=2467
Michael Short <mdshort(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mdshort(a)gmail.com
--- Comment #49 from Michael Short <mdshort(a)gmail.com> 2007-11-30 19:12:22 ---
Bug STILL confirmed for 0.9.50.
Doesn't anyone know how to fix this? I've been dying to play this on linux for
a few years. :(
--
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=633
Jonathan <echidnaman(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |echidnaman(a)gmail.com
--- Comment #8 from Jonathan <echidnaman(a)gmail.com> 2007-11-30 18:44:15 ---
I can give a case where this works.
No$gba has a screenshot utility under the "utilities" menu.
I can then paste the screenshot into Krita without hassle.
Maybe this bug should be closed, and if there are specific issues they should
be reported as bugs?
--
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=8237
--- Comment #24 from Ken <ken69267(a)gmail.com> 2007-11-30 18:36:44 ---
I'm still getting this error all the time when playing custom maps with wine
0.9.49. I'll see if I can find a log of it sometime.. sometimes it spits out a
backtrace.
--
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=1088
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
--- Comment #11 from Dan Kegel <dank(a)kegel.com> 2007-11-30 18:11:05 ---
Works fine for me... can somebody confirm this is still a problem?
--
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=1001
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
--- Comment #5 from Dan Kegel <dank(a)kegel.com> 2007-11-30 18:07:25 ---
Somebody did post a patch, but it was not accepted, see
http://www.winehq.org/pipermail/wine-devel/2007-March/055064.html
BTW, who is affected by this, and why? I don't see many
mentions of these symbols on the web.
--
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=8930
James Hawkins <truiken(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #16 from James Hawkins <truiken(a)gmail.com> 2007-11-30 16:52:32 ---
This should be fixed in 0.9.50. Please reopen if that's not the case.
--
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=7065
Hans Leidekker <hans(a)it.vu.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hans(a)it.vu.nl
--- Comment #57 from Hans Leidekker <hans(a)it.vu.nl> 2007-11-30 15:10:30 ---
Just to add to the knowledge gathered here, I found that when you
call SetVolumeMountPoint("X:\\", "\\?\Volume{<GUID>}"), registry value
\DosDevices\X: is added to the MountedDevices key:
[HKEY_LOCAL_MACHINE\System\MountedDevices]
\??\Volume{<GUID>} = <...>
\DosDevices\X: = <...>
--
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=2082
--- Comment #35 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2007-11-30 14:53:52 ---
Regarding the status, that is just a bugzilla category. A new bug is
"UNCONFIRMED", when people confirm it it becomes "NEW". The next step is
"RESOLVED" - with various reasons, e.g. FIXED, WONTFIX, ABANDONED, ..., after
that CLOSED. So "NEW" doesn't mean that the bug isn't older than $DAYS. The
"NEW" is what you mean with confirmed propably.
As far as fixing this bug is concerned, an open source project isn't something
where you can drop in and order something to be done. Possible reasons why this
bug isn't fixed could be
a) None of the developer has personal or commercial interest in the specific
games
b) None of the developers has time to fix it. Remember, many are working on
Wine in their free time.
c) No volunteer got around to fix it yet(as everyone only demands that it gets
fixed)
d) The bug is harder to fix than the simple workaround suggests. There might
even be architectural differences between Windows and X11 which make it
impossible to fix correctly.
In case of this bug, it's a combination of all 3 issues.
--
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=2082
--- Comment #34 from Claudio <sick_soul(a)yahoo.it> 2007-11-30 14:41:58 ---
I had the same issue with Diablo, voting this bug.
The 'render to desktop' workaround worked, but I'd like to say,
the state of the bug is not 'new'.
After three years, why don't you change the state to confirmed,
and eventually start to implement a fix in the main wine?
--
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=9150
Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alex(a)thehandofagony.com
--- Comment #7 from Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> 2007-11-30 14:31:12 ---
Any reason why this patch was not accepted?
--
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=5655
Rob Shearman <rob(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rob(a)codeweavers.com
--- Comment #10 from Rob Shearman <rob(a)codeweavers.com> 2007-11-30 13:32:51 ---
Can you try again with wine 0.9.50? CoGetObjectContext is now implemented.
--
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=5322
Hans Leidekker <hans(a)it.vu.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #8334 is|0 |1
obsolete| |
--- Comment #24 from Hans Leidekker <hans(a)it.vu.nl> 2007-11-30 13:08:01 ---
Created an attachment (id=9418)
--> (http://bugs.winehq.org/attachment.cgi?id=9418)
perlflib registry snippet
--
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=8429
--- Comment #6 from Matthew Smith <smigifer+wine(a)gmail.com> 2007-11-30 10:17:52 ---
I can't, as I no longer have the hardware I reported the bug on. I suggest you
close as WFM.
--
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=8429
Stefan Dösinger <stefandoesinger(a)gmx.at> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stefandoesinger(a)gmx.at
--- Comment #5 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2007-11-30 10:09:42 ---
Can you retest this bug? CIV4 is working pretty nice since quite some time
--
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=10412
Summary: Squares in light effects (regression)
Product: Wine
Version: 0.9.49.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ambro(a)b4ever.net
With Wine 0.9.49, light effects in many games are composed of squares instead
of being smooth. There were no such problems with 0.9.48. Games with this
problem include Guild Wars, Flatout 2 and CNC3.
Gentoo 64bit, GeForce 8800 GTX, driver 100.14.19.
--
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=7065
--- Comment #56 from Anastasius Focht <focht(a)gmx.net> 2007-11-30 07:07:25 ---
Hello,
Louis won't get any patch with empty or fake "MountedDevices" registry data
into wine source tree.
This data has to be generated and managed by wine, which requires some work.
For an overview, how "MountedDevices" data is derived you might read this:
http://www.goodells.net/multiboot/partsigs.htm ("How does Windows XP remember
drive letters?" part)
Although it touches only the surface it should give the general idea.
This data is managed by mount manager which is a windows kernel module,
communicating with user mode API thru IOCTL_MOUNTDEV_* ioctls.
If an application/API needs the relation between symbolic link name, unique ID
for the volume and the nonpersistent device name it asks the mount manager
(IOCTL_MOUNTMGR_QUERY_POINTS).
With that data, a mapping between driver letters and device name through unique
id can be established.
For preliminary implementation, wine just needs to generate unique IDs and
manage corresponding drive letters [in it's own way].
This stuff should of course take any dynamic configuration changes into
account, e.g. make sure all private data that keeps track of the assigned drive
letters is in sync with MountedDevices registry data.
For the time being, just create an empty "MountedDevices" key [as outlined
several times] and be happy ;-)
Regards
--
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=2844
Detlef Riekenberg <wine.dev(a)web.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #7 from Detlef Riekenberg <wine.dev(a)web.de> 2007-11-30 06:38:24 ---
Closing
--
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=2844
Detlef Riekenberg <wine.dev(a)web.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #6 from Detlef Riekenberg <wine.dev(a)web.de> 2007-11-30 06:37:56 ---
Wine is no longer fixed to english names for directories / startmenu
--
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=7065
Scott Ritchie <scott(a)open-vote.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |scott(a)open-vote.org
Keywords| |patch
--- Comment #55 from Scott Ritchie <scott(a)open-vote.org> 2007-11-30 06:22:39 ---
What's the status of your patch Louis?
--
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=5884
--- Comment #12 from Dan Kegel <dank(a)kegel.com> 2007-11-30 00:36:48 ---
Cool. Does that pass on both Windows and Linux,
in systems with both English and non-English locales?
If so, send it to wine-patches....
--
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=8051
--- Comment #20 from Steven V. Wilson <funmaker_11(a)att.net> 2007-11-30 00:03:59 ---
I walk away from my monitor for a few minutes and when I ggot back I saw that
wine apparently managed to get through the enormous bottle neck. The game
succeeded in installing but when I ran the game it threw the now famous
Direct3D returned an error: DJDERR_INVALIDCALL! The application will now
terminate.
--
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=5884
--- Comment #11 from Alex Balut <alexandru.balut(a)gmail.com> 2007-11-29 23:28:05 ---
Created an attachment (id=9404)
--> (http://bugs.winehq.org/attachment.cgi?id=9404)
Made minor corrections to the patch and added a test
I made some minor corrections to the 20070702 patch, added some more comments
and added a test.
The test checks:
- some valid/invalid arguments
- some arguments should return the same result
- the full weekday names start with the abbreviated form
VarWeekdayName provides values that depend on the locale; the test does not
check the returned values to match any (hardcoded) values. We could extend the
test to set a specific locale and check that the values match, but I think it's
good as it is.
--
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=7056
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #2 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-29 22:42:58 ---
Closing dup.
--
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=7056
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
--- Comment #1 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-29 22:42:47 ---
Duplicate.
*** This bug has been marked as a duplicate of bug 1977 ***
--
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=1977
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vvb.backup(a)rambler.ru
--- Comment #10 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-29 22:42:47 ---
*** Bug 7056 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 watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6913
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |minor
--
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=6910
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |ABANDONED
--- Comment #4 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-29 22:36:07 ---
Since you are not using old kernel version anymore.
--
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=6326
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |patch
--
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=8051
Steven V. Wilson <funmaker_11(a)att.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |funmaker_11(a)att.net
--- Comment #19 from Steven V. Wilson <funmaker_11(a)att.net> 2007-11-29 20:38:34 ---
I just tried the demo and the installer seems to be hung:
wine TS2Sampler_Install.exe
fixme:shell:SHAutoComplete SHAutoComplete stub
using wine version 0.9.49 Distro=Ultima Linux 8.2b (I am also one of this
distro's developers). I just ran the test and posted the results at
http://appdb.winehq.org/
--
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=8936
--- Comment #19 from Konstantin Svist <fry.kun(a)gmail.com> 2007-11-29 13:30:59 ---
Are there any updates? Is anyone working on this?
Let me know if further information is needed/etc.
I'd be glad to help but I don't know how to debug these linking issues.
--
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=7695
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|vitaliy(a)kievinfo.com |
--- Comment #3 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-29 08:52:34 ---
WHY DID YOU ADDED MY E-MAIL HERE? DID I ASKED YOU?
--
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=8776
--- Comment #9 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2007-11-29 07:10:49 ---
Created an attachment (id=9398)
--> (http://bugs.winehq.org/attachment.cgi?id=9398)
screenshot
>you might try attached patch which implements kernel32.ReadFileScatter based
>off what I found in MSDN documentation.
Yip, the crash is gone! The app now enters into the menu fine, but probably due
to my crappy graphics card/driver it looks messed up like in the screenshot.
Gregor, could you try if it comes up better for you?
So Anastasius, thanks for yet another quick fix, anyone (or you) could pick
this up and send it to wine-patches (guess it will get quicker into git when
one of them developers picked this up)
--
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=6500
Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ben(a)atomnet.co.uk
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #9 from Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> 2007-11-29 06:00:14 ---
Reported fixed.
--
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=4792
Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #5 from Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> 2007-11-29 05:31:21 ---
This appears to have been fixed as the game now gets further, BUT it fails
claiming that it needs DirectX 6.1 or higher, so I'll open a new bug for that.
--
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=5955
--- Comment #48 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2007-11-29 05:23:32 ---
Stefan said on IRC that it's worth to retest this with current Wine git.
--
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=8776
--- Comment #8 from Anastasius Focht <focht(a)gmx.net> 2007-11-29 05:15:03 ---
Created an attachment (id=9397)
--> (http://bugs.winehq.org/attachment.cgi?id=9397)
patch which implements kernel32.ReadFileScatter
Hello,
you might try attached patch which implements kernel32.ReadFileScatter based
off what I found in MSDN documentation.
For easier handling, I made the call fully synchronous to external caller (all
segments are read before returning).
True asynchronous operation "scattered reads" is a lot more complex but I think
the synchronous handling should be sufficient for now, without introducing
performance penalties.
Regards
--
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=7695
unggnu <unggnu(a)googlemail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |vitaliy(a)kievinfo.com
--
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=10593
Summary: Unexpected Sound drop out in Ubuntu 7.10 i386 running
openttd.
Product: Wine
Version: 0.9.49.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kitty_rei(a)linuxmail.org
Not entirely sure if this is a bug, but I noticed that from time to time when
running Wine under Ubuntu 7.10 32 bit, that sound will drop out entirely. I
have yet to experience this issue with Suse 10.3 X_64, so I am wondering if it
might not be an OS issue. I only use it for Openttd, but it is still a minor
issue for me that I can not work around. There is no backtrace data since wine
did not crash per say.
--
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=6569
Lei Zhang <thestig(a)google.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #2 from Lei Zhang <thestig(a)google.com> 2007-11-28 18:32:09 ---
This should be fixed. The next problem is bug 10494.
--
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=6936
--- Comment #27 from Keith <keith_kw_muir(a)blueyonder.co.uk> 2007-11-28 18:29:50 ---
(In reply to comment #26)
> Hello again,
>
> another option would be to use a newer emule version (> 0.47c).
> I fetched the 0.48a source code just to look at the usual MFC brain damage and
> it seems they improved the idle processing situation a bit (in my opinion not
> enough).
> By filtering a specific amount of WM_TIMER to prevent idle processing overkill,
> the generated CPU load is reduced by a few points.
>
> If you don't want to use a newer version because you have own modded/hacked
> emule version, you can of course "backport" the changes.
> Look for CemuleApp::IsIdleMessage, only a few source lines.
> Though I would recommend trimming idle handling a bit more aggressively.
>
> Lastly you could filter WM_KICKIDLE in wine by yourself and "eat" a specific
> amount using diff ticks to enforce a specific idle message rate.
> Though I wouldn't really recommend this change because its somewhat intrusive
> and might break other applications.
>
> Regards
>
My personal experience of the Emule development team is that "we don't support
linux" seems to be their entire attitude. If someone from the wine team
approached them that might make a difference far more likely is to approach one
of the many modders to get this work done.
--
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=6952
Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Second Life 1.13.1.5 doesn't|Second Life since 1.13.1.5
|run |doesn't run
Version|CVS/GIT |0.9.27.
--- Comment #7 from Ben Hodgetts (Enverex) <ben(a)atomnet.co.uk> 2007-11-28 17:29:33 ---
Changed title to make more sense, set the version to an actual number (CVS
doesn't help anyone so I set it to the version I used when I first tested it)
and confirming that it's still broken with .49 and latest SL.
--
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=8237
Ken <ken69267(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ken69267(a)gmail.com
--
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=8776
Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |xerox_xerox2000(a)yahoo.co.uk
URL| |http://www.gamershell.com/do
| |wnload_18734.shtml
Keywords| |download
Summary|Armed Assault: crashs at |Armed Assault: crashes into
|start |"Call to unimplemented
| |function ReadFileScatter"
--- Comment #7 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2007-11-28 14:40:44 ---
The demo has the same problem, you have to set the registry key
HKLM/System/MountedDevices (for securom) to run into the crash
Added downloadlink
--
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=7229
Alan Jackson <ajackson(a)bcs.org.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ajackson(a)bcs.org.uk
--
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=7927
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #7 from Austin English <austinenglish(a)gmail.com> 2007-11-28 12:34:55 ---
Reported fixed.
--
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=5884
Alex Balut <alexandru.balut(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |alexandru.balut(a)gmail.com
--
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=7927
Jonathan <echidnaman(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |echidnaman(a)gmail.com
--- Comment #6 from Jonathan <echidnaman(a)gmail.com> 2007-11-28 10:46:46 ---
Not experiencing this bug in 0.9.49, seems to have been fixed.
--
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=6250
Nikolay Vladimirov <nikolay(a)vladimiroff.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nikolay(a)vladimiroff.com
--- Comment #24 from Nikolay Vladimirov <nikolay(a)vladimiroff.com> 2007-11-28 04:36:07 ---
Mouse cursor is still invisible in Knights of Honor(even after clicking twice
with RMB). Used latest git version of wine.
--
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=6936
--- Comment #26 from Anastasius Focht <focht(a)gmx.net> 2007-11-28 04:10:00 ---
Hello again,
another option would be to use a newer emule version (> 0.47c).
I fetched the 0.48a source code just to look at the usual MFC brain damage and
it seems they improved the idle processing situation a bit (in my opinion not
enough).
By filtering a specific amount of WM_TIMER to prevent idle processing overkill,
the generated CPU load is reduced by a few points.
If you don't want to use a newer version because you have own modded/hacked
emule version, you can of course "backport" the changes.
Look for CemuleApp::IsIdleMessage, only a few source lines.
Though I would recommend trimming idle handling a bit more aggressively.
Lastly you could filter WM_KICKIDLE in wine by yourself and "eat" a specific
amount using diff ticks to enforce a specific idle message rate.
Though I wouldn't really recommend this change because its somewhat intrusive
and might break other applications.
Regards
--
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=8350
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |FIXED
--- Comment #20 from Dan Kegel <dank(a)kegel.com> 2007-11-27 19:01:21 ---
Today I was able to install DNS 9 without native DCOM,
and playback worked fine. (It crashed after training, but
that's another bug. Loading dcom98 did not seem to work around the crash.)
For completeness, here's the recipe (reconstructed; not sure how
much of this is needed):
1. rm -rf ~/.wine
2. wget http://kegel.com/wine/winetricks
sh winetricks vrun6
3. wine /media/cdrom/setup.exe
4. when the installer prompts for the 2nd disc, go
to another window and run "wine eject", then grumble
and type "eject" (for some reason the wine one wasn't enough?),
then insert disc, wait for it to mount, and click 'retry'.
5. install word 97 viewer as follows:
wget
http://downloads.pcworld.com/pub/new/business/word_processing/wordview.exe
cp wordview.exe ~/.wine/drive_c/wvinstall.exe
mv ~/.wine/dosdevices/z: ~/.wine/dosdevices/oldz
cd ~/.wine/drive_c
wine wvinstall.exe
cd ../dosdevices/
mv oldz z:
cd
6. sh winetricks fakeie6 gdiplus
7. finally, do
wine natspeak.exe
This let me get all the way through training.
There were two strange bits:
1) the app said it could not set the mic level automatically,
so I had to do it by hand.
2) during training, the big green arrow would sometimes flicker
wildly and not recognize anything I said; fortunately, clicking 'pause'
and 'continue' always got me past that.
Anyway, I think I can close this bug again.
--
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=6936
--- Comment #25 from Anastasius Focht <focht(a)gmx.net> 2007-11-27 18:56:05 ---
Hello,
--- quote ---
Thank you Anastasius for your analysis, it may well be the first step in the
right direction, since this bug has been first reported almost a year ago.
--- quote ---
Well, I noticed this bug id today, while looking for interesting bug reports
... consider yourself lucky ;-)
--- quote ---
Is this behaviour fixable with a patch or is it inherent fault of wine and and
emule that cant be sorted?
--- quote ---
Well on both systems - windows and wine/linux - the same amount of idle
messages is generated (actually WM_KICKIDLE and WM_TIMER).
To compare application performance between wine/linux and Windows, I use
certain performance counters in Windows which reflect some operating systems
aspects better than simple "CPU load".
Namely "context switches", "context switch delta", "page faults" and "page
fault deltas".
Technically Windows "cheats" when it comes to CPU load (task manager, process
viewer and the like) ;-)
Many threads run for such a short amount of time that they are rarely the
currently running thread when the interval clock timer interrupt occurs and
hence are not charged for their CPU time (resulting in zero CPU load).
By tracking certain performance counter values one can get a good impression
what is going on under the hood ...
On Windows XP, the context switch delta ("thread activity") for emule is about
700-1200 per second with plain gui (no connections).
A lot for an "idle" process.
With a modal (options) dialog kept open, the context switch delta is usually
around 650 transitions per second.
Windows makes a transition to kernel mode for each window handling call but
does not seem to suffer performance-wise.
The reason is simple: on modern CPUs, ring3 <-> ring0 transitions are usually
carried out by "fast" system calls (special "sysenter" instruction), causing
almost no CPU load.
The wine client <-> server calls/transitions - including data transfers - are
are much more "costly" (process boundaries by design) - resulting in
performance penalty.
Although the amount of emule "idle processing" is somewhat questionable (that
short paced idle intervals generate lots of unnecessary context switches) it is
perfectly valid.
So this is actually a wine performance problem (client calling into server).
There aren't much options to fix this ... either reduce the amount of wine
server calls/transitions by "caching" client calls/data (increases complexity
and probably causes sync problems/race conditions) or optimize wine server code
paths (difficult because process boundary remains).
Unfortunately wine optimization has much lower priority than implementing new
stuff/filling gaps/fixing bugs.
Another option would be to modify emule itself.
AFAIK it comes with source code.
With the right emule code modifications it should be possible to reduce idle
message processing to create less overhead (wine server calls).
Regards
--
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=986
Zac Brown <zac(a)zacbrown.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |zac(a)zacbrown.org
--- Comment #6 from Zac Brown <zac(a)zacbrown.org> 2007-11-27 18:54:43 ---
Is this still a bug? dlls/odbc32 exists, dunno if that covers this case?
--
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=5839
Vijay Kamuju <infyquest(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Unable to access internet |Anno Domini unable to access
|via LAN |internet via LAN
--
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=5838
Vijay Kamuju <infyquest(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Unable to access internet |Windows Messenger Live
|via LAN |unable to access internet
| |via LAN
--
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=8854
--- Comment #14 from Denis CHENU <shnoulle(a)free.fr> 2007-11-27 17:43:53 ---
Little precision about this bug in Hurrican.
At time of 'Hanging', the game (in a window box) show an image with text (with
langage file).
And in Hurrican too, it's impossible to change the default key (ctrl tab are
default key).
Game hang waiting to hit a key.
--
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=8171
Zac Brown <zac(a)zacbrown.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |zac(a)zacbrown.org
--- Comment #4 from Zac Brown <zac(a)zacbrown.org> 2007-11-27 17:33:35 ---
It would seem that the FTP_DoPassive function has since been updated. I
haven't had a chance to test this. Is this still a bug?
--
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=7965
--- Comment #30 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2007-11-27 17:24:22 ---
Either we're returning the wrong error value, or the light structures get
corrupted, or we're not cleaning up properly after the error. I suspect it is
one of the first.
I'll attach a debug patch, can you apply it and record another +d3d trace? It
dumps a bit more information about the light states.
--
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=6936
--- Comment #24 from Wine? Gimme Beer! <furex.furetto+wine(a)gmail.com> 2007-11-27 16:49:46 ---
Thank you Anastasius for your analysis, it may well be the first step in the
right direction, since this bug has been first reported almost a year ago.
--
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=6936
--- Comment #23 from Keith <keith_kw_muir(a)blueyonder.co.uk> 2007-11-27 16:10:33 ---
(In reply to comment #22)
> Hello,
>
> well I took a quick glance on this.
> The idle user interface update messages (WM_IDLEUPDATECMDUI) which happen to be
> in quick succession are the problem.
>
> When the app message pumping thread is idle (message queue empty), WM_KICKIDLE
> is usually sent to check if idle work can be done.
> If no one bothers, WM_IDLEUPDATECMDUI is sent to main window and all child
> frame windows.
> It walks the window tree by series of GetTopWindow() and GetWindow( xxx,
> GW_HWNDNEXT) which call into wine server -> get_window_tree().
>
> Because of tree structure a single top level WM_IDLEUPDATECMDUI causes several
> GetTopWindow/GetWindow calls leading to considerable amount of CPU load
> (because wine server is called each time).
>
> When you open the options dialog, it basically sits in modal dialog loop which
> is handled a bit different (WM_ENTERIDLE messages are dispatched to owner
> indicating that child waits for messages).
> WM_IDLEUPDATECMDUI (with its "costly" processing) is not dispatched in this
> case, leading to much less CPU load.
>
> Regards
>
Is this behaviour fixable with a patch or is it inherent fault of wine and and
emule that cant be sorted?
--
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=8780
--- Comment #3 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2007-11-27 15:51:52 ---
Created an attachment (id=9379)
--> (http://bugs.winehq.org/attachment.cgi?id=9379)
+ole,+storage log.
>Please attach a +ole,+storage log.
Done, unfortunetly it's rather large :>6M, hope it's nevertheless usefull. The
error really appears at the end.
--
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=9113
--- Comment #4 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2007-11-27 15:16:31 ---
>Does the attached patch fix the error?
Yip, it starts fine into the main window with your patch applied. Thanks for
the fix.
--
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=8478
Rob Shearman <rob(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rob(a)codeweavers.com
Status|NEW |RESOLVED
Resolution| |WORKSFORME
--- Comment #2 from Rob Shearman <rob(a)codeweavers.com> 2007-11-27 15:06:17 ---
Marking as works for me based on Austin's comment.
--
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=8531
Rob Shearman <rob(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rob(a)codeweavers.com
--- Comment #1 from Rob Shearman <rob(a)codeweavers.com> 2007-11-27 15:05:15 ---
Please attach a +ole log of the error.
--
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=8548
Rob Shearman <rob(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rob(a)codeweavers.com
--- Comment #3 from Rob Shearman <rob(a)codeweavers.com> 2007-11-27 15:03:44 ---
Please attach a +ole log of the error(s).
--
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=8625
Rob Shearman <rob(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #28 from Rob Shearman <rob(a)codeweavers.com> 2007-11-27 15:02:56 ---
Fixed.
--
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=8780
Rob Shearman <rob(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rob(a)codeweavers.com
--- Comment #2 from Rob Shearman <rob(a)codeweavers.com> 2007-11-27 14:56:54 ---
Please attach a +ole,+storage log.
--
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=5623
--- Comment #12 from Rafa³ Mi³ecki <zajec5(a)gmail.com> 2007-11-27 14:52:34 ---
Such a fix (without support from X, just sharing data between apps from one
wineserver) sounds good for these two applications. EasyUO tracks Ultima Online
and Ultima Online is always being runned using Wine so this fix should works
fine.
--
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=8541
--- Comment #4 from Austin English <austinenglish(a)gmail.com> 2007-11-27 14:16:41 ---
Doesn't reboot for me in Windows 2K or XP. Are you still seeing this Pedro?
--
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=3591
--- Comment #7 from Nerijus Baliunas <nerijus(a)users.sourceforge.net> 2007-11-27 13:59:58 ---
py2exe author said:
Looking into the py2exe sources: BindImageEx is used to find the binary
dependencies
for pyds and dlls images. BindImageEx is only used to 'bind' these images and
find out
whether they call the 'PyImport_ImportModule' function, and to find other dlls
that
they require.
> Is it possible to fix it in py2exe until wine supports BindImage?
No. py2exe does NOT create an invalid image and fixes it with BindImage.
--
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=3093
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #14 from Austin English <austinenglish(a)gmail.com> 2007-11-27 13:42:07 ---
Works fine for me in wine 0.9.49. Please reopen if that is not the case.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
wine-bugs(a)winehq.org ha scritto:
> http://bugs.winehq.org/show_bug.cgi?id=10366
>
>
> Marcus Meissner <marcus(a)jet.franken.de> changed:
>
> What |Removed |Added
> ----------------------------------------------------------------------------
> CC| |marcus(a)jet.franken.de
>
>
>
>
> --- Comment #7 from Marcus Meissner <marcus(a)jet.franken.de> 2007-11-27 02:16:00 ---
> i tried to get EAccess errors, but I just get EDataBase errors.
>
> if you can do a step by step how-to-reproduce ... (including clicking
> on what "Names")
>
> or if you can paste the backtrace from the detail error dialog here,
> this would be very helpful.
>
>
>
Thanks You
.
http://bugs.winehq.org/show_bug.cgi?id=4197
--- Comment #14 from Scott Russell <bugzilla(a)bluecamel.eml.cc> 2007-11-27 11:32:04 ---
I uninstalled the Gutsy wine debs and pulled wine-0.9.49 from git. The patch
applied clean and wine built without error. Unfortunately this doesn't look
like the problem was fixed.
I've updated the debug logs. This is with the patch in place. Again, the files
were to large to attach:
http://sackheads.org/~scottrus/wine/wine-0.9.49_bug4197/
WINEDEBUG=+relay,+seh,+win,+mdi,+menu
wine-trace.log.gz
WINEDEBUG=+menu
wine-menu.log.gz
I've also added two screen shots here http://sackheads.org/~scottrus/wine/ that
show the problem. Note in the second screen shot there are some widgets that
are duplicated. As I continue to use the application, menus and widgets become
more duplicated. That is, sometimes I'll see 4 or 5 duplicate sets of menus and
widgets.
Hope this helps. Let me know what additional info I can provide.
--
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=5623
Luke Bratch <l_bratch(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |l_bratch(a)yahoo.co.uk
--
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=5770
--- Comment #2 from Austin English <austinenglish(a)gmail.com> 2007-11-27 11:02:47 ---
The demo works fine for me in wine 0.9.49. Can you try this in wine 0.9.49 and
report back?
--
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=6033
kujeger <kujeger(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kujeger(a)gmail.com
--
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=6936
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |focht(a)gmx.net
--- Comment #22 from Anastasius Focht <focht(a)gmx.net> 2007-11-27 09:50:22 ---
Hello,
well I took a quick glance on this.
The idle user interface update messages (WM_IDLEUPDATECMDUI) which happen to be
in quick succession are the problem.
When the app message pumping thread is idle (message queue empty), WM_KICKIDLE
is usually sent to check if idle work can be done.
If no one bothers, WM_IDLEUPDATECMDUI is sent to main window and all child
frame windows.
It walks the window tree by series of GetTopWindow() and GetWindow( xxx,
GW_HWNDNEXT) which call into wine server -> get_window_tree().
Because of tree structure a single top level WM_IDLEUPDATECMDUI causes several
GetTopWindow/GetWindow calls leading to considerable amount of CPU load
(because wine server is called each time).
When you open the options dialog, it basically sits in modal dialog loop which
is handled a bit different (WM_ENTERIDLE messages are dispatched to owner
indicating that child waits for messages).
WM_IDLEUPDATECMDUI (with its "costly" processing) is not dispatched in this
case, leading to much less CPU load.
Regards
--
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=5623
--- Comment #11 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2007-11-27 09:25:13 ---
wineserver already stores keyboard state for every thread. 'async' could
mean to use the state from a foreground thread. That won't work of course
if a foreground/active window doesn't belong to Wine, or belongs to a
different wineserver session.
--
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=5623
--- Comment #10 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-27 09:16:49 ---
(In reply to comment #8)
Why can't Wine share the keyboard state between it's processes? We don't need
support from X to do that. Of course we won't get all the kbd events from the
whole screen. That indeed requires extra X communication. Which btw already
available form X (like capture). Too bad XInput doesn't work for this.
--
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=4197
--- Comment #13 from Scott Russell <bugzilla(a)bluecamel.eml.cc> 2007-11-27 09:08:05 ---
I just tried 0.9.49 from the winehq deb repo. No change there. I'll download
wine-cvs and try with the patch posted. Thanks for the quick response!
--
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=5623
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
--- Comment #9 from Dan Kegel <dank(a)kegel.com> 2007-11-27 08:35:43 ---
If we really need X support, the 1.0 goal would be
"figure out what we really need and get it added
to X and Wine"; it's ok if people can't use it for
a while as long as we get the ball rolling.
--
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=6936
--- Comment #21 from jm(a)jm10.no-ip.com 2007-11-27 07:04:15 ---
(In reply to comment #18)
> Do you still get CPU usage issues in 0.9.49?
>
Yes. I use eMule 0.48a under Wine since version 0.9.40 and I see no improvement
in 0.9.48 and 0.9.49.
The behaviour described by comment #14 is still there so I always leave the
"Add new friend..." dialog box open. Here are stats from "top" (delay: 60s) :
0.9.48 - chat tab. + dialog box
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7768 jm 30 15 2602m 188m 6088 S 3.3 29.8 597:10.27 emule.exe
7772 jm 30 15 24488 21m 576 S 0.3 3.4 57:15.97 wineserver
7151 jm 25 10 19072 16m 1612 S 0.2 2.5 12:57.48 Xtightvnc
0.9.48 - chat tab.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7768 jm 30 15 2602m 188m 6088 R 10.9 29.8 597:23.04 emule.exe
7772 jm 30 15 24488 21m 576 S 9.4 3.4 57:26.41 wineserver
7151 jm 25 10 18628 15m 1612 S 0.1 2.5 12:57.67 Xtightvnc
0.9.49 - chat tab. + dialog box
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
9134 jm 30 15 2601m 58m 9576 S 1.8 9.3 1:40.20 emule.exe
9138 jm 30 15 4356 1980 624 S 0.2 0.3 0:21.01 wineserver
7151 jm 25 10 18220 15m 2196 S 0.1 2.5 13:13.78 Xtightvnc
0.9.49 - chat tab.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
9134 jm 30 15 2601m 59m 9576 S 10.2 9.4 1:51.52 emule.exe
9138 jm 30 15 4356 1980 624 S 9.3 0.3 0:30.80 wineserver
7151 jm 25 10 17776 15m 2196 S 0.1 2.5 13:13.96 Xtightvnc
(P3 1GHz, no download, uploading at 40kB/s to ~10 clients)
--
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=5623
--- Comment #8 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2007-11-27 02:14:25 ---
(In reply to comment #7)
> What if just Wine processes had a consistent view of key state? It seems that
> would be good enough for the two mentioned applications.
What do you mean by "consistent view of key state"? X server notifies
a window when keyboard mapping does change, and Wine updates its state
accordingly. X server notifies only those windows which get the focus,
i.e. not focused Wine windows have no idea about current X keyboard state.
--
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=5623
--- Comment #7 from Thomas Kho <tkho(a)ucla.edu> 2007-11-27 02:03:54 ---
What if just Wine processes had a consistent view of key state? It seems that
would be good enough for the two mentioned applications.
--
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=5623
--- Comment #6 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2007-11-27 01:35:07 ---
It's impossible to fix without support from X server which is missing and
most likely not going to be implemented in the 1.0 time frame.
--
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=3591
--- Comment #6 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2007-11-27 01:28:49 ---
(In reply to comment #5)
> BeginUpdateResource & EndUpdateResource are now implemented (bug 3897), but one
> more is missing - BindImageEx. When using py2exe I get:
> *** finding dlls needed ***
> fixme:imagehlp:BindImageEx (7, "C:\\python25\\DLLs\\_hashlib.pyd", ...
> C:\\python25\\l"..., (null), 0x541600): stub
> ...
> *** create binaries ***
> *** byte compile python files ***
> ...
> and it finishes succesfully.
BindImage being a stub doesn't matter. 'Binding' means changing the loading
base and adapting imports/exports accordingly to avoid an image relocation
at run-time.
> But the strange thing is that I can successfully run generated exe file under
> wine and Win98, but under XP trying to run it gives:
> app.exe is not a valid Win32 application.
Report this to py2exe authors, looks like they create an ivalid PE image, and
rely on BindImage to fix it for them.
--
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=2405
Bamm Gabriana <bammzilla(a)gabriana.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bammzilla(a)gabriana.com
--- Comment #3 from Bamm Gabriana <bammzilla(a)gabriana.com> 2007-11-27 01:26:30 ---
Eric, a minor correction to what you gave.
"MenuHilight"="0 0 0"
should be:
"MenuHilight"="10 36 106"
Also you should add:
"InfoBorder"="41 3 2"
--
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=6657
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #2 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-27 01:12:52 ---
Closing.
--
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=2989
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ivanov(a)cg.ru
--- Comment #20 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-27 01:12:40 ---
*** Bug 6657 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 watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6657
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
--- Comment #1 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-27 01:12:40 ---
Duplicate.
*** This bug has been marked as a duplicate of bug 2989 ***
--
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=6477
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #3 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-27 00:59:14 ---
Closing.
--
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=6477
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #2 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-27 00:59:07 ---
Should be already fixed - ignore prelink errors.
--
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=6465
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |Abandoned?
--
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=6395
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
--- Comment #2 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-27 00:52:29 ---
Fixmes are not bugs.
--
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=6130
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-binary |wine-shdocvw
--
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=5955
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |1.0.0
--- Comment #47 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-27 00:27:32 ---
Should fix for 1.0. Not all configurations have working OpenGL. Nor is it
required for lots of apps.
--
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=5623
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Target Milestone|--- |1.0.0
--- Comment #5 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-27 00:15:29 ---
Should fix this for 1.0. There are some dumb programs that use this function to
read kbd state.
Also might need to share pointer position between different Wine processes as
well.
--
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=5610
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |enhancement
--
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=5590
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #3 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-27 00:11:40 ---
Closing.
--
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=5590
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #2 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-27 00:11:31 ---
Both bugs should be fixed.
--
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=5120
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #5 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 23:55:39 ---
Closing.
--
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=5120
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
--- Comment #4 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 23:55:32 ---
Duplicate
*** This bug has been marked as a duplicate of bug 758 ***
--
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=758
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |andy(a)pepperell.net
--- Comment #12 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 23:55:32 ---
*** Bug 5120 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 watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6767
jmmikkel(a)mit.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #9361|standalone enumIP |standalone enumIPAddresses
description| |tester
--- Comment #7 from jmmikkel(a)mit.edu 2007-11-26 23:48:12 ---
(From update of attachment 9361)
this is the code I used to test proposed changes
--
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=6767
--- Comment #6 from jmmikkel(a)mit.edu 2007-11-26 23:47:02 ---
Hi, I apologize for having dropped the ball back when. Then, this past June I
set out to deal with this and found that the code had changed. Unfortunately
the current code will still not work correctly, and the application I was using
when this problem came up for me no longer worked but for a different reason
(it does not even get this far). I didn't have another application that used
this functionality to try with, and I have not managed to sort through it since
then.
(I do use the pkgsrc build, although it would appear 0.9.39 compiled without
pkgsrc patches in June.)
The problem with the current version is that NetBSD places the required length
in ifc->ifc_len at all times. So it will always have the same value two ioctl
calls in a row, even if the provided buffer is still too small the second time.
Because I don't have an easy way to test this with an actual application in
Wine, I have copied the enumIPAddresses function to a separate file, and added
some printing, so I can test with just that. When I run the existing code, I
find that ifc->ifc_len starts at 128, and the ioctl sets it to 352. Since
ifc->ifc_len != lastlen (352 != 0) it goes through the loop again, setting
lastlen to 352 and ifc->ifc_len to 256. The ioctl once again sets it to 352 and
the loop terminates, but it shouldn't have, because 352 > 256 so my list will
be truncated.
I don't know why it was changed to do the "two in a row" test. I can't think of
a way for the ioctl to work that would make that test necessary instead of
something more like the >= test I originally suggested. The ioctl can put three
kinds of numbers in ifc_len. Numbers smaller than the provided buffer indicate
the total length of the data, including zero. This means that for cases where
the buffer is not big enough, there are only two possible choices:
1.) ioctl() returns the buffer size if the buffer is too short (Linux behavior,
IIRC)
2.) ioctl() returns a number bigger than the size if the buffer is too short
(NetBSD -- we actually need not assume the number is accurate).
The twice-in-a-row solution we currently have always results in an extra trip
through the loop unless the actual length of the interface list is zero,
because lastlen starts out at zero. Consider a required length of 100. lastlen
is set to 0, the buffer is allocated with size 128, and the ioctl sets the
required length to 100. This is != 0 so we loop again, setting lastlen to 100
and allocating a buffer of size 256. The ioctl sets the length to 100 again and
the loop terminates, having run twice instead of once.
At any rate, the solution certainly covers situation 1: 128 is < 352 so the
ioctl sets the length to 128, and the loop sets lastlen to 128. The ioctl is
called with a buffer of 256 and ioctl sets the length to 256, which is != 128,
so we loop again and call with a buffer of 512. The ioctl sets the length to
352, which is != 256, and we call the ioctl again with a buffer of 1024 but
then terminate.
The twice-in-a-row solution doesn't cover situation 2 if the required length is
> 256 as I described above. It works okay when the length is less than 256.
Perhaps this is the situation that was addressed with the change to the current
algorithm? Oddly, the solution also works if the ioctl does something strange
like fill in the provided size + 1 when the buffer is not big enough (buffer
size 128 -> ifc_len set to 129, buffer size 256 -> ifc_len set to 257, buffer
size 512 -> ifc_len set to 352, buffer size 1024 -> ifc_len set to 352). But it
breaks if the ioctl is *consistent* about the size.
A >= test also covers situation 1, at the price of an extra trip through the
loop but only when the required buffer size is exactly what was provided. But
that corner case required an extra trip in the first version I worked with too
(using the == test you can see in the diff in the initial report). If 352 is
required and 128 is provided, the ioctl sets the length to 128 and 128 >= 128
so the next loop the buffer size is 256 and the ioctl sets it to 256 and 256 >=
256 so the next loop the buffer size is 512 and the ifc_len is set to 352,
which is not >= 512 and the loop terminates.
The >= test covers situation 2 as well, including for required buffer lengths >
256, of course, since it's the fix that worked for me. For NetBSD we would call
the ioctl with a buffer size of 128, the ifc_len would be set to 352, and 352
>= 128 so the next time through the loop would call ioctl with a size of 256,
ifc_len would be set to 352, which is >= 256, so the next loop the buffer size
is 512 and the ioctl sets ifc_len to 352, which is not >= 512.
This also works with the strange version of the ioctl that returns the size + 1
when the provided size is too small: buffer size 128 -> ifc_len set to 129 and
129 >= 128 so now buffer size 256 -> ifc_len 257 and 257 >= 256 so then buffer
size 512 -> ifc_len set to 352, which is not >= 512 and the loop terminates.
So my suggestion would be to return the loop back to how it was a year ago but
with >= instead of == (removing lastlen):
ret = NO_ERROR;
ifc->ifc_len = 0;
ifc->ifc_buf = NULL;
/* there is no way to know the interface count beforehand,
so we need to loop again and again upping our max each time
until returned < max */
do {
HeapFree(GetProcessHeap(), 0, ifc->ifc_buf);
if (guessedNumAddresses == 0)
guessedNumAddresses = INITIAL_INTERFACES_ASSUMED;
else
guessedNumAddresses *= 2;
ifc->ifc_len = sizeof(struct ifreq) * guessedNumAddresses;
ifc->ifc_buf = HeapAlloc(GetProcessHeap(), 0, ifc->ifc_len);
ioctlRet = ioctl(fd, SIOCGIFCONF, ifc);
} while (ioctlRet == 0 &&
ifc->ifc_len >= (sizeof(struct ifreq) * guessedNumAddresses));
But if the twice-in-a-row test is really necessary for some reason I'm not
seeing here, we could perhaps patch up NetBSD with the following diff to the
current version, which will take advantage of the provided required length
without changing the algorithm for OSes that leave the provided buffer size as
the length when it's long enough. It seems more hackish to me, though (but it
does eliminate the extra trip through the loop when the required size is >=
128!).
--- dlls/iphlpapi/ifenum.c.orig
+++ dlls/iphlpapi/ifenum.c
@@ -695,6 +695,9 @@
else
guessedNumAddresses *= 2;
ifc->ifc_len = sizeof(struct ifreq) * guessedNumAddresses;
+ if (lastlen > ifc->ifc_len) {
+ ifc->ifc_len = lastlen;
+ }
ifc->ifc_buf = HeapAlloc(GetProcessHeap(), 0, ifc->ifc_len);
ioctlRet = ioctl(fd, SIOCGIFCONF, ifc);
} while ((ioctlRet == 0) && (ifc->ifc_len != lastlen));
Sorry I can't test this with the application I was using any more (I'd have to
debug some other thing that has gone wrong in the last year first) but I can
easily test out whatever change is decided upon with my little standalone
tester.
--
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=9036
Fred P. <fpsys2004-wine(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fpsys2004-wine(a)yahoo.com
--
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=7831
Nick Schubach <nschubach(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nschubach(a)gmail.com
--- Comment #3 from Nick Schubach <nschubach(a)gmail.com> 2007-11-26 20:19:33 ---
I ran across the same issue. I downloaded the latest "shareware" version and
was able to shoot one time, then it seemed like the mouse was non-responsive.
I couldn't click the menu items or anything after the first shot.
If I run it from the command line, I don't even get one shot, it loses the
mouse (and keyboard) after clicking the "New Game" button and I get only one
error:
fixme:win:EnumDisplayDevicesW ((null),0,0x34f870,0x00000000), stub!
It wouldn't be a big issue except the alternatives (Frozen-Bubble, xbobble)
don't seem to support the mouse usage, and it makes controlling MUCH nicer with
the mouse.
--
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=3542
Stewart Adam <s.adam(a)diffingo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |s.adam(a)diffingo.com
--- Comment #18 from Stewart Adam <s.adam(a)diffingo.com> 2007-11-26 19:41:53 ---
I am seeing the same issue, nvidia driver 100.14.19 on Fedora 8, wine 0.9.49.
Running the full path (wine "C:\Program Files\DKGold\KEEPER95.EXE") allows it
to run properly, but it hangs right after the intro movie (X locks up so I
could not obtain any errors).
--
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=6250
Jared Sutton <jpsutton(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jpsutton(a)gmail.com
--
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=3591
Nerijus Baliunas <nerijus(a)users.sourceforge.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nerijus(a)users.sourceforge.ne
| |t
Version|20050930 |0.9.49.
--- Comment #5 from Nerijus Baliunas <nerijus(a)users.sourceforge.net> 2007-11-26 18:19:35 ---
BeginUpdateResource & EndUpdateResource are now implemented (bug 3897), but one
more is missing - BindImageEx. When using py2exe I get:
*** finding dlls needed ***
fixme:imagehlp:BindImageEx (7, "C:\\python25\\DLLs\\_hashlib.pyd", ...
C:\\python25\\l"..., (null), 0x541600): stub
...
*** create binaries ***
*** byte compile python files ***
...
and it finishes succesfully.
But the strange thing is that I can successfully run generated exe file under
wine and Win98, but under XP trying to run it gives:
app.exe is not a valid Win32 application.
--
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=6921
--- Comment #6 from Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> 2007-11-26 16:31:43 ---
The game also stops re-drawing if an Ion Cannon is fired when the game is run
in opengl mode. Red Alert 2 also stops re-drawing when certain actions are
performed, like when the stats screen is displayed after a skirmish.
--
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=6344
Lei Zhang <thestig(a)google.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #8 from Lei Zhang <thestig(a)google.com> 2007-11-26 15:37:33 ---
reported fixed.
--
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=8663
--- Comment #3 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 15:34:23 ---
(In reply to comment #2)
> Well, but HOW do you fix this ;)
>
Learning C and fixing Wine.
This is place that collects Wine bugs. Which don't have to have an immediate
resolution. That's what they are bugs for.
--
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=4576
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #6 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 15:31:53 ---
winecfg won't even start if you do not have properly setup ~/.wine directory.
It's like any other windows program, that just knows that it's running on Wine
and that it can access system directly. So it won't help fixing something that
happens way before it starts.
If you think that "non-experienced" users will remove some config directories
and just create them - well there is nothing we can do either. I guess they fix
windows with 'format c:' too?
As far as missing 'wineprefixcreate' from the list of the icons - dunno talk to
your distro packagers. Vanilla Wine does not provide such links.
--
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=6344
Zac Brown <zac(a)zacbrown.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |zac(a)zacbrown.org
--- Comment #7 from Zac Brown <zac(a)zacbrown.org> 2007-11-26 15:26:08 ---
This bug no longer exists in Wine 0.9.49. I tested this with 7.07 and 7.09. The
bug seems to have been patched/fixed.
--
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=4836
--- Comment #3 from Paul Romanyszyn <pgr(a)arcelectronicsinc.com> 2007-11-26 15:14:54 ---
Still a problem. I am about 2 weeks behind on source compile. If any traces
would be a help to narrow it down I will update to the current and generate.
--
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=7829
Jonas Meyer <quitte(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |quitte(a)gmail.com
--
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=9221
--- Comment #11 from Gerald Folcher <geraldf2(a)free.fr> 2007-11-26 14:38:13 ---
Foreword: Yep it seems Marti is right, so to anybody: feel free to
contact me directly by e-mail if you want to discuss about using this
hack/patch.
Anyway, thank you for your interest Gonzalo (I'm glad to hear that it
works for you on 0.9.42), I'm myself still using Wine 0.9.42, because
in the mean time I tried more recent Wine versions (just compiling
them as is) but they suffer from sound problems that impact sound
quality and general performance in Grand Prix Legends, so I always
stay with the old trusty 0.9.42 and so never "upgraded" my patch/hack.
After reading your post I tried the changes on 0.9.49 and indeed it
doesn't work too well with that version. I may try some day to adapt
it on a newer Wine version whenever one working well with GPLegends
comes out some day (but I'm not sure I would succeed tho, as my
understanding of the code is very limited).
So as you figured out, for the moment I would advice to stick with
0.9.42 (I use a WINEDEBUG=fixme-dinput in front of the wine command to
prevent all the fixme console spam).
Thank you again for your interest.
Again, anybody feel free to contact me directly.
--
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=8663
Lars <Larzmango(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Larzmango(a)gmail.com
--- Comment #2 from Lars <Larzmango(a)gmail.com> 2007-11-26 14:09:09 ---
Well, but HOW do you fix this ;)
--
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=8729
Susan Cragin <susancragin(a)earthlink.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #9 from Susan Cragin <susancragin(a)earthlink.net> 2007-11-26 13:48:15 ---
This bug has been either fixed or changed to a new bug, depending on your point
of view.
DNS 9.5 (both Standard and Preferred) now install using wine 0.9.49.
However, only Preferred runs, and it only does so using the installation
directions.
I suggest we close this bug out to minimize confusion, because both programs
install.
In the brand-new 0.9.49 gits, adjustments are being made to COM that have made
both DNS9 Standard and Preferred not run, but they both install perfectly well.
--
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=4576
Mikhail Y. Zvyozdochkin <pub(a)zvyozdochkin.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pub(a)zvyozdochkin.ru
--- Comment #5 from Mikhail Y. Zvyozdochkin <pub(a)zvyozdochkin.ru> 2007-11-26 13:39:02 ---
Maybe You are righth. But if I correctly understand philosophy of winecfg, it
is a graphical utility for wine tuning. Such utilities (IMHO! IMHO!) must
provide high level of non-trivial situations handling.
Most users (who calls winecfg from windowmanager menu ;) ) don't know about
wineprefixcreate and other such tools.
On other side, advanced/power users (who can tune wine immediately via config
files) simply don't need winecfg. ;)
Of course, all this folks is my IMHO...
--
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=4942
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #6 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 13:21:09 ---
Closing.
--
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=4942
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #5 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 13:21:01 ---
Reported fixed.
--
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=5035
--- Comment #4 from Alex Elsayed <eternaleye(a)gmail.com> 2007-11-26 13:15:02 ---
I do not know, as my computer has suffered a head crash and I have not yet had
a chance to replace it.
--
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=4942
--- Comment #4 from Dmitrij D. Czarkoff <czarkoff(a)yandex.ru> 2007-11-26 13:06:53 ---
Sorry, just forgot about this. Everything's OK since some WINE 0.9.1x...
--
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=9221
--- Comment #10 from gonzalo igartua <gigartua(a)gmail.com> 2007-11-26 12:54:32 ---
(In reply to comment #9)
> Sorry, but there's no point in cluttering Wine's bugzilla with bugs in this
> patch, as its stated purpose was to be a proof-of-concept hack, waiting for
> someone else to refactor it into a usable state.
>
Sorry,i've tried with version 0.9.42 and both games work.GPL 2004 works now.I
probably committed an error when i was pathing wine 0.9.49.
Sorry
Thanks a lot
--
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=7876
--- Comment #14 from Anastasius Focht <focht(a)gmx.net> 2007-11-26 12:52:24 ---
Created an attachment (id=9358)
--> (http://bugs.winehq.org/attachment.cgi?id=9358)
patch which adds/improves various stuff in ntoskrnl, ver 4 (part of PunkBuster
patches + new IoRegisterShutdownNotification)
Don't reopen this bug. Just archiving some of my patches to let people play
with.
--
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=7876
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |focht(a)gmx.net
--- Comment #10 from Anastasius Focht <focht(a)gmx.net> 2007-11-26 12:41:20 ---
Hello,
just revisiting this bug because someone added an entry named "GPU-Z" to appdb
with garbage data.
http://appdb.winehq.org/objectManager.php?sClass=version&iId=9862
Seems to be some companion tool to "CPU-Z" to read out GPU related information.
Same issue as CPU-Z: kernel driver doesn't load/run due to unimplemented or
stubbed API.
Attached are some patches which let the CPU/GPU-Z tools load and run the
drivers.
Just to give some directions what is needed.
Though no useful info is returned due to restricted usage of i/o ports,
privileged instruction emulations and some stubbed kernel mode API.
Both tools just show empty property pages.
Basically HAL needs i/o port read/write access like kernel32/winedos in/out
port facility.
Either export kernel32/winedos port access stuff (__wine exports) or factor it
out to its own library (no winedos/vdm).
Other stuff like reading model-specific registers (rdmsr) has to be faked in
some way (retrieving real values restricted to kernel mode only).
Some patches are just current versions of my private PunkBuster patches.
Regards
--
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=4596
Scott Russell <bugzilla(a)bluecamel.eml.cc> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bugzilla(a)bluecamel.eml.cc
--- Comment #9 from Scott Russell <bugzilla(a)bluecamel.eml.cc> 2007-11-26 12:32:50 ---
(In reply to comment #8)
> Created an attachment (id=9353)
--> (http://bugs.winehq.org/attachment.cgi?id=9353) [details]
> Output of WINEDEBUG=+menu
>
> Created vantive-menu.log with "WINEPREFIX=${HOME}/.wine-vantive WINEDEBUG=+menu
> wine "C:\Program Files\Vantive86SP2\vantiv32.exe" >& vantive-menu.log"
>
WTH? Wrong bug, please ignore :)
--
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=4596
--- Comment #8 from Scott Russell <bugzilla(a)bluecamel.eml.cc> 2007-11-26 12:32:00 ---
Created an attachment (id=9353)
--> (http://bugs.winehq.org/attachment.cgi?id=9353)
Output of WINEDEBUG=+menu
Created vantive-menu.log with "WINEPREFIX=${HOME}/.wine-vantive WINEDEBUG=+menu
wine "C:\Program Files\Vantive86SP2\vantiv32.exe" >& vantive-menu.log"
--
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=4197
Scott Russell <bugzilla(a)bluecamel.eml.cc> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bugzilla(a)bluecamel.eml.cc
--- Comment #9 from Scott Russell <bugzilla(a)bluecamel.eml.cc> 2007-11-26 12:30:39 ---
I'd like to reserect this bug since i'm seeing the same problem. I'm running
Wine 0.9.46 on Gutsy using Vantive and seeing the same problem and the same
crash. I'll attach my WINEDEBUG=+menu and
WINEDEBUG=+relay,+seh,+win,+mdi,+menu outputs.
--
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=3972
Luke Bratch <l_bratch(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |l_bratch(a)yahoo.co.uk
--
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=6767
--- Comment #4 from Zac Brown <zac(a)zacbrown.org> 2007-11-26 08:25:52 ---
Well currently wine-git doesn't build on NetBSD. You can use the patches from
NetBSD pkgsrc's copy of wine 0.9.44 to get it to build but as addressed in Bug
2366 (http://bugs.winehq.com/show_bug.cgi?id=2366) these patches are exactly
wine quality. They're more hacks by the wine maintainer for pkgsrc to get it to
build.
I am looking into writing a cleaner and better documented set of patches to
address the issues of building on NetBSD.
Someone (maybe me) could always check the pkgsrc wine (0.9.44) to see if its
any different.
-Zac
--
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=6767
--- Comment #3 from Kai Blin <blin(a)gmx.net> 2007-11-26 08:02:39 ---
The code I found for that function looks a bit different now. Could someone
recheck on NetBSD?
--
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=6767
Zac Brown <zac(a)zacbrown.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |zac(a)zacbrown.org
--- Comment #2 from Zac Brown <zac(a)zacbrown.org> 2007-11-26 07:35:16 ---
Was this ever resolved?
--
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=4625
Zac Brown <zac(a)zacbrown.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |zac(a)zacbrown.org
--- Comment #2 from Zac Brown <zac(a)zacbrown.org> 2007-11-26 07:29:33 ---
I would say this is a duplicate of Bug 2366.
Either way, I am looking into developing a set of patches to commit to wine to
get it to work in NetBSD natively.
- Zac
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
Thanks for the support. I really like EGP and applaud the work you guys do.
--
Mike Knichel
----- Original Message ----
From: "wine-bugs(a)winehq.org" <wine-bugs(a)winehq.org>
To: mike_knichel(a)yahoo.com
Sent: Monday, November 26, 2007 7:17:20 AM
Subject: [Bug 6519] Wine blacks out rotated font bitmap
http://bugs.winehq.org/show_bug.cgi?id=6519
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
Target Milestone|--- |1.0.0
--- Comment #3 from Dan Kegel <dank(a)kegel.com> 2007-11-26 06:17:20 ---
Maybe he can't easily switch...
The bug is still present with wine-0.9.49.
The app seems to work well otherwise, and
this bug seems a bit of a showstopper,
AND I have a soft spot in my heart for
teachers, so I'm marking this as a candidate for 1.0.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You reported the bug.
____________________________________________________________________________________
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs
http://bugs.winehq.org/show_bug.cgi?id=9221
--- Comment #9 from Marti Raudsepp <marti(a)juffo.org> 2007-11-26 07:01:49 ---
Sorry, but there's no point in cluttering Wine's bugzilla with bugs in this
patch, as its stated purpose was to be a proof-of-concept hack, waiting for
someone else to refactor it into a usable state.
--
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=4926
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
--- Comment #3 from Dan Kegel <dank(a)kegel.com> 2007-11-26 06:44:17 ---
The Mozilla ActiveX page,
http://www.iol.ie/~locka/mozilla/plugin.htm
suggests that it's very picky about version of Firefox --
and that download page only has prebuilt plugins
for 1.0.7 and below! Can you retry with firefox 1.0.7?
--
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=6519
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
Target Milestone|--- |1.0.0
--- Comment #3 from Dan Kegel <dank(a)kegel.com> 2007-11-26 06:17:20 ---
Maybe he can't easily switch...
The bug is still present with wine-0.9.49.
The app seems to work well otherwise, and
this bug seems a bit of a showstopper,
AND I have a soft spot in my heart for
teachers, so I'm marking this as a candidate for 1.0.
--
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=2213
--- Comment #8 from Dan Kegel <dank(a)kegel.com> 2007-11-26 06:04:45 ---
I can't get the app to crash with either wine-0.9.49 or current git.
Can you retest with wine-0.9.49?
Now, I was running on a machine without a printer installed,
so the app keept outputting
err:dc:CreateDCW no driver found for L""
several times a second, and File / Printer setup
didn't work right, but doing
sudo apt-get install cups-pdf
and enabling it with System / Printing / Add printer
(as described in http://ubuntuforums.org/showthread.php?t=188860,
I had to fix a setuid problem, as I was running on Dapper )
got that sorted out, so that's not a Wine problem.
--
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=3972
--- Comment #24 from Yolande Haneder <yolande(a)haneder.biz> 2007-11-26 05:48:18 ---
> --- quote ---
>
> Are you talking about the app installer or the app startup afterwards?
> If your app installer does not explicitly request XP mode and wine fails at
> some point in installer Windows 2000 mode and succeeds in XP mode then its a
> wine bug, completely valid to be filed.
>
> --- quote ---
I am talking about the fact that the net is installed as part of a package
including but not limited to the .net.
The whole installation is starting about a check of the underlaying system and
thus you can't decide to install the net with 2000 and the rest with xp. It's
not a bug, it's that my installer is installing at least 8 softwares at once
and requiring the installation of 2 more before.
Since I have no problem with the net, I don't want to break the rest
> --- quote ---
>
> My patch? I supplied a couple of proof-of-concept-patches/hacks required for
> .NET 2.x to be installing/running (see howto).
> I doubt you will see them all in next GIT snapshots, especially the guard page
> one. Just apply them when you're about to use .NET.
> And I don't understand what you mean with "cleared" ... if you're talking about
> your mysterious memory leak: I don't have any patches regarding this issue (I
> don't even know the bug id for this "leak").
One of your patch of last week cleared a problem I had since July - the fact
that my app was crashing with a page fault when loading a file.
I am greatly thankful for it. It was not meant to clear my problem but it did
on the way.
Last summer I had the error like the one now:
err:seh:setup_exception nested exception on signal stack in thread 009a eip
7bc621c9 esp 7ffdbbf0 stack 0x241000-0x350000
err:ntdll:RtlpWaitForCriticalSection section 0x7bc8d3c0 "virtual.c: csVirtual"
wait timed out in thread 009e, blocked by 009a, retrying (60 sec)
Not knowing what it was about, I mentioned the error under C++. About last
September, using another method, I learn from a error box from the .NET install
software that it was kernel32 throwing this error.
Furthermore, after installing the net up to this error, I tried installing the
.NET 1.1 using debug all and I saw that it was kernel32 in this case too that
was not responding to a call.
Now its again broken somewhere between the GIT of the 17 and the one of the 21
and no regression test is possible on my side.
But in any case, any patch from you that gets accepted helps my app. and it is
far more than a simple one.
I have been using the NET for 4 months now but thanks to you clearing my page
fault error, I am now doing more than checking the license and opening windows.
THANK YOU FOR EVERYTHING
--
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=2213
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
Status|RESOLVED |UNCONFIRMED
Resolution|INVALID |
--- Comment #7 from Dan Kegel <dank(a)kegel.com> 2007-11-26 05:43:55 ---
I found a copy, and am testing with vanilla wine from git.
--
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=9221
gonzalo igartua <gigartua(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gigartua(a)gmail.com
--- Comment #8 from gonzalo igartua <gigartua(a)gmail.com> 2007-11-26 05:38:40 ---
Your patch works with LFS2 but don't works with GPL 2004 Demo.
I performed the steps for patch the files dlls/dinput/device.c and
dlls/dinput/effect_linuxinput.c in a wine-0.9.49.
I have this joystick
http://www.logitech.com/index.cfm/gaming/pc_gaming/wheels/devices/320&cl=es…
In LFS the force feedback works perfectly with the patch wine,but when i try
to run gpl.exe it gives me the above attachment
http://bugs.winehq.org/attachment.cgi?id=9348
If i run the game with a not patch wine,it works but i haven't force feedback.
I am not a programer.In the wine-0.9.49 some lines of this files are change,for
example this line IDirectInputDevice8_SendForceFeedbackCommand(iface,
DISFFC_RESET); it isn't in line 687 like in the 0.9.42 version, but i
commented-out.
For this i didn't made a diff command,but i changed the file manually,Maybe I
was wrong in some line.... here my changed files
http://bugs.winehq.org/attachment.cgi?id=9349http://bugs.winehq.org/attachment.cgi?id=9350
Can you share your wine Patched?
Thanks a lot
Regards
--
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=3972
--- Comment #23 from Anastasius Focht <focht(a)gmx.net> 2007-11-26 04:25:42 ---
Hello,
--- quote ---
Unfortunately I have to take XP because in my case the installation of the .NET
is part of an installer installing other components at the same time which are
in turn working best in XP.
--- quote ---
Are you talking about the app installer or the app startup afterwards?
If your app installer does not explicitly request XP mode and wine fails at
some point in installer Windows 2000 mode and succeeds in XP mode then its a
wine bug, completely valid to be filed.
--- quote ---
No problem on this side - the installer of the net on XP is complaining at the
end because it can't finish the installation but as far as I am concerned it's
not too problematic (the net is running).
--- quote ---
Yes, the main (relevant) parts get installed. The assembly registration steps
fail due to missing junction point API hence the "installation failed" message.
--- quote ---
Maybe it will be cleared with your patch - I will tell you tomorrow if there is
a new GIT today with your patch.
--- quote ---
My patch? I supplied a couple of proof-of-concept-patches/hacks required for
.NET 2.x to be installing/running (see howto).
I doubt you will see them all in next GIT snapshots, especially the guard page
one. Just apply them when you're about to use .NET.
And I don't understand what you mean with "cleared" ... if you're talking about
your mysterious memory leak: I don't have any patches regarding this issue (I
don't even know the bug id for this "leak").
Regards
--
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=5010
Denis Prusov <supervisor.81(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |supervisor.81(a)gmail.com
--- Comment #2 from Denis Prusov <supervisor.81(a)gmail.com> 2007-11-26 03:25:59 ---
Confirm on wine 0.9.49
--
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=2366
--- Comment #13 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2007-11-26 03:00:11 ---
Yes, cleaning up the patches and sending them to wine-patches would be nice
(with good explanations why any of the patches is needed).
--
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=4959
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|major |enhancement
--- Comment #4 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 01:19:57 ---
What you need a man page for? You got a readme. Not enough?
--
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=4942
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |Abandoned?
--- Comment #3 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 01:18:25 ---
Any changes with current Wine version?
--
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=4854
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|major |trivial
Keywords| |Abandoned?
--- Comment #2 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 01:15:12 ---
That's what vb is for - to use cpu and to run really slow.
Did you do anything you've been asked? Have you profiled it?
--
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=3972
--- Comment #22 from Yolande Haneder <yolande(a)haneder.biz> 2007-11-26 01:14:50 ---
Unfortunately I have to take XP because in my case the installation of the .NET
is part of an installer installing other components at the same time which are
in turn working best in XP.
No problem on this side - the installer of the net on XP is complaining at the
end because it can't finish the installation but as far as I am concerned it's
not too problematic (the net is running).
I am talking about the memory leak problem because I had the same issue a
couple of months ago about a memory problem in kernel32 which prevented the
installation to go through. Although this time the .net installation is not
directly affected, I am seeing exactly the same issue for the applications
requiring the net to install.
Maybe it will be cleared with your patch - I will tell you tomorrow if there is
a new GIT today with your patch.
No i have no understanding of how the net works, I just wanted to mention that
for other softwares requiring other configuration it may not work - it i then
better to mention the configuration you are assuming.
--
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=4833
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |Abandoned?
--- Comment #7 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 01:12:46 ---
Any news with current Wine version?
--
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=4803
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |1.0.0
--- Comment #7 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 01:06:04 ---
Should fix this for 1.0. Having a link on the desktop/menu saves loads of time
explaining users how to type into terminal.
--
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=4774
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
--- Comment #3 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 01:03:51 ---
The probably key steps were:
- cd ~/.wine/drive_c/program files/M3 Game Manager/
- wine 'M3 Game Manager.exe'
The way you ran program first time might caused all the problems. See FAQ for
more detailed explanation why.
Closing invalid.
--
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=4752
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |Abandoned?
--- Comment #3 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 00:58:59 ---
Is this still a problem with current Wine version?
--
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=4736
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #3 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 00:56:54 ---
Closing
--
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=4736
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
--- Comment #2 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 00:56:47 ---
Invalid. Either system problem or ~/.wine owned by root. Nothing from author
for almost two years.
--
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=4677
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #6 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 00:53:01 ---
Closing.
--
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=4677
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |ABANDONED
--- Comment #5 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 00:52:53 ---
Abandoned. Wine compiles / works fine on 64-bit Ubuntus.
--
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=2867
--- Comment #6 from yradenac(a)free.fr 2007-11-26 00:49:14 ---
WOW. Long time!
I haven't tested this program since 2005 with any more recent versions of wine.
At this moment, I don't have the CD with me... as I am now in China for one
year. So I can't help you now, neither during the next months.
Once back home, I will re-check with the to-be last version of wine. If there
is still some problems, I will add them to this report, or open a new bug
report if you close this one.
--
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=4661
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #5 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 00:47:52 ---
Closing.
--
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=4661
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |ABANDONED
--- Comment #4 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 00:47:45 ---
I'd say it's abandoned. We would have heard something about this problem from
other people. Can't say fixed - not a fact that there was something to fix in
the first place.
--
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=4576
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WONTFIX
--- Comment #4 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 00:42:59 ---
Invalid. Wine itself only checks if ~/.wine (or more correct WINEPREFIX
directory exists). It does not and should not need to check for it's proper
content. This would be akin going through all installation steps each time you
run Wine. As mentioned before this is what "wineprefixcreate" is for.
This is intended behavior - nothing to fix.
--
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=4439
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #8 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 00:32:22 ---
Closing
--
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=4439
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #7 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-11-26 00:32:14 ---
Fixed some time ago. wineinstall tries "sudo" if it's available and falls back
to "su" if not.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.