http://bugs.winehq.org/show_bug.cgi?id=13599
Summary: Can't install Autocad 2005
Product: Wine
Version: unspecified
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: max(a)veneto.com
Created an attachment (id=13568)
--> (http://bugs.winehq.org/attachment.cgi?id=13568)
warn+all last log lines
Install hangs on VBA setup, even if I disable vba setup in install options.
I did a log with warn+all, attached the (imho) useful lines.
I can do relay logs if needed.
Regards
Max
--
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=13462
Summary: Launchpad Enhanced crashes due to problem with
Context_QueryInterface
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://launchpad.thewildclan.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ehoover(a)mines.edu
Created an attachment (id=13379)
--> (http://bugs.winehq.org/attachment.cgi?id=13379)
Hack for keeping things from crashing
Context_QueryInterface fails on the UUID
{000001da-0000-0000-c000-000000000046}, resulting in .NET immediately crashing
even though nothing is seriously wrong. This UUID appears to be related to the
error handling in .NET, with the attached hack the application spawns an error
dialog that can be dismissed. How I <believe> this is supposed to work is that
Context_QueryInterface should work for any IUnknown compatible interface
(anything defined with DEFINE_OLEGUID). In order to do this I think the
function should test that the UUID fits the mask
{XXXXXXXX-XXXX-XXXX-c000-000000000046} instead of testing for specific IDs.
Steps to Reproduce:
1) Start with a fresh "~/.wine" if you want to be "safe", I've found that .NET
can have issues with an old install
2) Install vcrun2005 using winetricks
3) Install .NET 2.0 (dotnet20) using winetricks (and 'corefonts' if you don't
have them from your distro)
4) Install Launchpad Enhanced
5) Install or copy StarWars Galaxies into the Program Files folder
5) Run Launchpad Enhanced
Note: This MIGHT be a duplicate of Bug #11504.
--
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=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=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.