http://bugs.winehq.org/show_bug.cgi?id=12874
Summary: The Master Genealogist 4.0d - Unhandled page fault on
write access
Product: Wine
Version: 0.9.60
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=11482
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P5
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: saturn_systems(a)yahoo.com
Created an attachment (id=12587)
--> (http://bugs.winehq.org/attachment.cgi?id=12587)
Unhandled page fault on write access for tmg4.0d
When attempting to run TMG4.0d as windows 3.1 wine gives a Unhandled page fault
on write access
--
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=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=20702
Summary: ACDSee trouble with "duplicate" filenames (eg. "jd",
"JD") in Listview
Product: Wine
Version: 1.1.33
Platform: PC
URL: http://www.oldversion.com/download_ACDSee_3.10.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lahmbi5675(a)gmx.de
I admit, that the circumstances for triggering this bug may seem a little bit
artificial, but it happened to me. You may consider this a minor bug.
I'm using quite old versions of ACDSee, 2.45 and 3.1, German version. Wine
version is 1.1.33, mode is win98.
Steps to reproduce:
Create a directory with whatever name you want, e.g. "test", inside that
directory create two subdirectories, e.g. "jd" and "JD".
Start ACDSee, you will see a treeview control listing directories and a
listview control listing files.
Click on the "test" folder in the treeview. You will see the subdirectories
"jd" and "JD" in the listview.
In the treeview control click one or more times on the "+" before the folder
"test", to show or hide its subdirectories. You will see duplicates of the "JD"
folder in the listview.
If I then exit ACDSee 3.1, it is crashing, 2.45 will exit without crash.
Physically no new files are created, it's just happening in the listview, so I
assume, that somehow wine becomes disturbed by the directories' names, which
are equal apart from capitalization.
--
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=28877
Bug #: 28877
Summary: GIF-images loads with negative colors
Product: Wine
Version: 1.3.31
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Quaker542(a)gmail.com
Classification: Unclassified
In wine 1.3.30 and 1.3.31 smiles (animated gif images) in RnQ have negative
colors (yellow -> blue 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=28550
Bug #: 28550
Summary: Klik & Play created games need DIB driver on CreateDC
Product: Wine
Version: 1.3.29
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: 00cpxxx(a)gmail.com
Classification: Unclassified
Every game created with an old win3.11 tool called Klik & Play do not work in
wine because a driver called DIB is passed as parameter to CreateDC and it
returns error.
Looking at the DRIVER_GetDriverName function I can see a list where 3 different
drivers are supported and DIB is not in it.
In an attempt to run an old game called Mortuum [2] I can see that it
always fail due to this missing DIB driver:
err:dc:CreateDCW no driver found for L"DIB"
Download:
ftp://ftp.padua.org/pub/msdos/windows/games/local/mortuum.zip
--
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.