http://bugs.winehq.org/show_bug.cgi?id=12783
Summary: Allocation of PEB and TEB can overlap dll mappings
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: Solaris
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: trisk+winehq(a)acm.jhu.edu
thread_init in ntdll/thread.c is responsible for setting up the control
structures for a new thread. It allocates memory for a user data region, a PEB
(Process Environment Block), and a TEB (Thread Environment Block).
On Windows NT, the PEB and the first TEB are fixed at 0x7ffdf000 and
0x7ffde000, respectively, unless the kernel is patched for address
randomisation. The TEB is one page (see wine's definition of TEB) and adjacent
to the PEB.
thread_init uses NtAllocateVirtualMemory backed by anonymous mmaps. It
allocates a 64k region for user data at a fixed address of 0x7ffe0000. For the
PEB and TEB allocations, the system is free to choose the address. The TEB in
Wine is actually allocated as part of larger region also storing pthreads data,
so it doesn't fit in the address that Windows uses for it without overlapping
the traditional PEB region.
Later on, __wine_process_init in dlls/ntdll/loader.c loads builtin dlls to
their respective addresses. This calls NtAllocateVirtualMemory and there is
code in
create_view to deal with overlapping segments. It is asserted that no
allocation should overlap with a segment that doesn't have the
VFLAG_SYSTEM flag set.
In Wine 0.9.60 on Solaris, one of the dll allocations (ntdll at
7ff90000-7ffdb000
) would overlap with the PEB at 7ffb0000-7ffb1000, which triggers the assert.
Regression testing shows that this commit caused the regression, possibly
because of size changes for ntdll:
[4c6d2b01cc842ac13af6257a0c41f67ae49c992a] ntdll: Don't create a temporary dir,
run wineprefixcreate directly in the final dir.
Possible solutions:
Mapping the TEB and PEB at fixed addresses
Ensuring NtAllocateVirtualMemory mmaps do not overlap with the dll address
space accidentally.
--
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=12365
Summary: wineserver : High CPU usage and fails to close after
application with wine 0.9.59
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://winehq.org
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kj.allcock(a)virgin.net
Created an attachment (id=11858)
--> (http://bugs.winehq.org/attachment.cgi?id=11858)
High CPU on 0.9.59 trace
After an update to git version 0.9.59 (make uninstall;make clean;make depend &&
make; make install), at every startup of an application with wine, the
wineserver and 'new' services.exe take up 100% CPU. In my case on dual core PC
means 50% so applications still manage to run but incredibly slowly.
After closing whatever application it was, wineserver and services.exe continue
to run.
I have to do a manual wineserver -k to remove them.
Trying to look at the console output with the +relay flag shows there is crash
in kernel32 (ntoskrnl.exe.KeQueryActiveProcessors), and then many "Waits".
I have tried 3 different applications previously known to work (Steam,
TeamSpeak, DVDShrink).
As its a wineserver behaviour i'm not sure how to get you more details ...
I'm on:
Fedora 8 (latest kernel)
Intel Dual Core
NVidia GForce 7100 with nvidia driver 169.12
--
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=11858
Summary: crash emule 0.48 on wine 0.9.56+
Product: Wine
Version: 0.9.56.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: skynet_2(a)o2.pl
sorry. but my english is not good.
I using debian lenny/testing
On wine 0.9.55 emule 0.48a works 98% good, newer crash.
I add console log file
--
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=11424
Summary: Canon Digital Photo Professional (DPP) pane refresh
Product: Wine
Version: 0.9.54.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: erasmo(a)erasmix.net
The folders pane (the one on the left hand side) doesn't refresh properly. I'm
attaching two screenshots showing the problem under wine and the expected
behavior under windows:
http://download.erasmix.net/DPP-WINE/Screenshot-1.png Shows the problem
http://download.erasmix.net/DPP-WINE/DPP-Windows.png Shows behavior on windows
--
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=10915
Summary: jedit hangs on startup if ddraw is disabled
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://jedit.org
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Running real Java apps under the latest Sun win32 JRE on Wine
seems like a fine stress test, even though in many
cases users should run with the Linux JRE instead.
The Sun JRE and jEdit install ok, but jedit has many startup problems.
The first one was bug 10913, and the second was bug 10914.
Here's the third one. Start it up like jedit.bat would have,
but without using start or ddraw:
$ wine 'c:\windows\system32\javaw.exe' -Dsun.java2d.noddraw=true -Xms64M
-Xmx192M -jar 'C:\Program Files\jEdit\jedit.jar' -reuseview
This hangs.
For completeness, the version of jedit used is the latest,
jedit4.3pre12install.exe
the version of the jre used is the latest,
jre-6u3-windows-i586-p-s.exe
and the problems seem the same both with yesterday's git and today'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=16716
Summary: Flowcode has a bad display refresh
Product: Wine
Version: 1.1.10
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rpnpif(a)free.fr
Created an attachment (id=18384)
--> (http://bugs.winehq.org/attachment.cgi?id=18384)
Capture of the not refreshed right part of the FlowCode window
On MS Windows XP (VirtualBox), FlowCode window can not have a width greater
than the screen width (increase this width is impossible even moving the
window). On KDE, I can have a largest width by dragging the right side (perhaps
with Alt key). The part beyond the width of the screen of FlowCode is not
refreshed and have a wrong drawing. So wine should not permit to increase the
width of FlowCode beyond the screen width.
--
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=15576
Summary: Adobe Dreamweaver 8: "Next" link in Help doesn't work
Product: Wine
Version: 1.1.6
Platform: Other
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: hhctrl.ocx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
This is the next problem after the now-solved bug 8920.
Basic help now works. The "Previous" and "Next" links on many
help pages don't work; they just blank out the content pane.
(And if you play around with it long enough, it tends
to lose its marbles and say "HTML rendering
currently disabled" in the content pane.
This persists until you restart Dreamweaver;
closing and reopening the Help window doesn't, um, help.
Also, the Search tab is blank, doesn't work at all.
But maybe those deserve their own bug reports.)
See http://wiki.winehq.org/AdobeDreamweaver for filename, sha1 sum etc.
--
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=18687
Summary: in mission nightmoves the sand is too light
Product: Wine
Version: 1.1.21
Platform: PC
URL: http://www.ea.com/music/the-official-medal-of-honor-pa
cific-assault
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gegsite(a)freemail.hu
In mission Nightmoves the sand is very light (as it would be midday)
--
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=16156
Summary: Networking doesn't work for app "IPS" Internet Print
Service (foto software fotoquelle.de)
Product: Wine
Version: 1.0.1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markusd112(a)web.de
After downloading IPS (Internet Print Service, a software for ordering foto
prints from Foto-Quelle) software the installation works fine.
When starting IPS it checks for software updates and updates for the price
list. This doesn't work. After a while it aborts with a timeout error message:
there is no network-connection.
I have already tried to set my hostname to the local ip in etc/host as
described in the wiki, but it doesn't work.
--
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.