http://bugs.winehq.org/show_bug.cgi?id=21982
Summary: DPC Latency Checker barfs loading its driver
Product: Wine
Version: 1.1.40
Platform: x86
URL: http://www.thesycon.de/deu/latency_check.shtml
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
This tool loads a driver that just measures "delayed procedure call"
latency, seems like that ought to be supportable. Currently crashes
on startup:
$ wine dpclat.exe
wine: Unhandled page fault on write access to 0x00540180 at address 0x78c32af7
...
Backtrace:
=>0
load_driver_module+0x1f1(name="C:\windows\system32\drivers\dpclat_driver.sys")
[programs/winedevice/device.c:103] in winedevi
ce (0x0053e718)
1 load_driver+0x3f7() [programs/winedevice/device.c:229] in winedevice
(0x0053e988)
2 ServiceMain+0x11f(argc=0, argv=0x110df0) [programs/winedevice/device.c:287]
in winedevice (0x0053e9f8)
3 service_thread+0x157(arg=0x1107a0) [dlls/advapi32/service.c:294] in
advapi32 (0x0053ea58)
...
load_driver_module+0x1f1 [programs/winedevice/device.c:103] in winedevice: movl
$0x0,0xa0(%eax)
103
nt->OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_BASERELOC].VirtualAddress
= 0;
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8034
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |focht(a)gmx.net
Component|directx-d3d |-unknown
Version|unspecified |0.9.34.
Resolution| |ABANDONED
--- Comment #13 from Anastasius Focht <focht(a)gmx.net> 2011-12-14 16:07:07 CST ---
Hello,
--- quote ---
Dan, download link no longer works. I can't find this old version for download.
Over 1 year without posts.
--- quote ---
yep, the Adobe website is a mess (as their products) ... many broken download
links.
Marking this one abandoned...
Reopen if you manage to find FlexBuilder version 2.0.1 and demonstrate the
problem with _recent_ Wine version.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23468
Summary: Age of Empires 2 and 3 fail to run
Product: Wine
Version: 1.2-rc5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jameslinton(a)hotmail.com
Both games install fine, but will not run at all.
I am new at all this and apologize for not doing a regression test. I will
however eventually figure it out.
I have run both age of empires 2 and 3 on previous versions of wine (probably
around 1.1.23) without this problem so i am guessing a regression. I'm use
Nvidia drivers version 195.36.24 also have tried reinstalling and upgrading
drivers to the latest version. no luck, same error.
terminal spits out
james@james-desktop /media/Tera_/Programs/Games/Age Of Empires II/Age of
Empires II $ wine EMPIRES2.EXE
fixme:system:SystemParametersInfoW Unimplemented action: 110 (SPI_GETSHOWIMEUI)
fixme:win:EnumDisplayDevicesW ((null),0,0x32d730,0x00000000), stub!
err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found
1280x1024x32 @0! (XRandR)
my display is set at 1280x1024 60hz
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29346
Bug #: 29346
Summary: Gens 11b rerecording: unacceptable performance in Wine
Product: Wine
Version: 1.3.34
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marzojr(a)yahoo.com
Classification: Unclassified
Created attachment 37969
--> http://bugs.winehq.org/attachment.cgi?id=37969
The end result of regression testing with git bisect.
Gens rerecording (possibly also the original Gens, I haven't tried it) has been
having unacceptably bad performance under Wine -- to the tune that, in my
computer, it runs faster in a XP virtual machine than it does on Wine. I knew
that at the start of the year the performance was fine, so I performed
regression testing to find out what was causing the problem; the results of the
bisection are attached.
I have chosen as the component what I think is the culprit; strictly speaking,
the user32 component was also changed in the patch, so maybe both are to blame.
I also have marked the current release of Wine because the problem persists
since then.
For reference, Gens rerecording is open source, and can be obtained here:
http://code.google.com/p/gens-rerecording
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29341
Bug #: 29341
Summary: Wine fails to populate its prefix if ~/.wine points to
a non-existent directory
Product: Wine
Version: 1.3.34
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Classification: Unclassified
I have several wine prefixes but I want to keep the default ~/.wine temporary
thus I created a symbolic link from ~/.wine to /tmp/wine. I do it because I
don't want to have temporary software kept (and survive reboots) at all.
The problem is that my /tmp folder is a tmpfs mount point thus after every
(re)boot /tmp is empty and /tmp/wine doesn't exist any longer. In this case
wine fails to run with this message:
wine: chdir to /home/username/.wine
: No such file or directory
Please, allow such a usage scenario (e.g. try to create ~/.wine regardless).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2082
K1773R <K1773R(a)darkgamex.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |K1773R(a)darkgamex.ch
--- Comment #88 from K1773R <K1773R(a)darkgamex.ch> 2011-12-13 17:54:49 CST ---
Are there some new patches for worms world party?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2203
--- Comment #26 from Austin English <austinenglish(a)gmail.com> 2011-12-13 14:28:57 CST ---
(In reply to comment #25)
> (In reply to comment #24)
> > (In reply to comment #23)
> > > If we follow the same conclusion from bug 7387 this bug is still valid.
> >
> > Yes, until wine removes vm86 support and only uses dosbox (which would need to
> > make a release with this fix).
> >
> > At this point, no decision has been made on removing vm86 support (to my
> > knowledge).
>
>
> Austin, are you saying there's talk (but no decision) about removing vm86?
>
> I think dosbox would need to be turned into a library that Wine links with,
> instead of just being called started and left to run standalone, or maybe vm86
> could run with QEMU on systems that don't support vm86.
It has come up at WineConf / on #winehackers, though not discussed in (great)
detail.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2203
--- Comment #25 from Jeremiah Flerchinger <flerchjj(a)ieee.org> 2011-12-13 14:11:36 CST ---
(In reply to comment #24)
> (In reply to comment #23)
> > If we follow the same conclusion from bug 7387 this bug is still valid.
>
> Yes, until wine removes vm86 support and only uses dosbox (which would need to
> make a release with this fix).
>
> At this point, no decision has been made on removing vm86 support (to my
> knowledge).
Austin, are you saying there's talk (but no decision) about removing vm86?
I think dosbox would need to be turned into a library that Wine links with,
instead of just being called started and left to run standalone, or maybe vm86
could run with QEMU on systems that don't support vm86.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2195
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
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2203
--- Comment #24 from Austin English <austinenglish(a)gmail.com> 2011-12-12 13:35:14 CST ---
(In reply to comment #23)
> If we follow the same conclusion from bug 7387 this bug is still valid.
Yes, until wine removes vm86 support and only uses dosbox (which would need to
make a release with this fix).
At this point, no decision has been made on removing vm86 support (to my
knowledge).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.