http://bugs.winehq.org/show_bug.cgi?id=3241
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Regression: installer fails |Regression: installer fails
|to create installation dir |to create installation
| |dir:the folder name is not
| |valid
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3288
------- Additional Comments From lionel.ulmer(a)free.fr 2005-04-09 16:48 -------
What exactly is the bug here in Wine ? As you already told, Wine cannot change
the depth of the screen due to lack of support for it in XRandR.
Moreover, I do not know any D3D game running in 8 bit mode (the only exception I
know is JK2 which uses 8 bpp for menus (2D) and 16 bpp for the game itself (3D)
- the reason for which I originally added depth conversion to the Wine ddraw
code). So libGL should not be used to do any rendering in 8 bit mode.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3287
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2005-04-09 16:48 -------
if you don;t have windows license you may not use the native dlls i guess. You
could try to do a regression test http://www.winehq.org/site/docs/wine-devel/x1316
and see if it really was this patch that caused the problems.The only thing you
could do further is , if you found the patch that causes the problems, fix it
yourself, or hope for a quick fix from one of the devellopers :)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3287
------- Additional Comments From kilgus(a)fuenfsieben.de 2005-04-09 16:39 -------
Your response was so fast it caused a "mid-air collision" (or the like) with
my next comment I was about to send ... :-)
In the meantime I had understood what you're command does and why I get
the error messages. Can I use this native "comctl32.dll" permanently without
legal implications (I do not own a Windows licence)?
Back to testing: Yes, EC&T installs now, using native comctl32. The
application itself seems to run fine, too. Can I deactivate this theming patch
with an option for ./configure? In that case I'd fetch the source rpm and
prepare the .spec accordingly ...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3289
Summary: dmime AddPort
Product: Wine
Version: 20050830
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-dmusic
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: damien.doiselet(a)ddmicrolog.org
During the initialisation of one card game (solitaire city) I have an error with
the dmime dll.
WinDbg says me that the error is in performance.c at the line number 514.
But I the error comes previously.
fixme:dmime:IDirectMusicPerformance8Impl_Init (iface = 0x7ffb7ed8, dmusic =
(nil), dsound = (nil), hwnd = 0x20024)
fixme:dmime:IDirectMusicPerformance8Impl_AddPort (0x7ffb7ed8, (nil)): stub
wine: Unhandled exception (thread 0009), starting debugger...
WineDbg starting on pid 0x8
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x4782e06c).
...
=>1 0x4782e06c IDirectMusicPerformance8Impl_AddPort+0x3c(iface=0x7ffb7ed8,
pPort=0x0) [/root/wine-20050830/dlls/dmime/performance.c:514] in dmime (0x7fcbf7f0)
2 0x00428bb6 in solitaire city (+0x28bb6) (0x2029a2f4)
0x4782e06c IDirectMusicPerformance8Impl_AddPort+0x3c
[/root/wine-20050830/dlls/dmime/performance.c:514] in dmime: movl 0x0(%esi),%eax
514 IDirectMusicPort_AddRef (pPort);
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3287
------- Additional Comments From kilgus(a)fuenfsieben.de 2005-04-09 16:14 -------
Thanks for having a look at my problem. I tried your suggestion, here's the
output:
andi@bigmachine:~/downloads/INSTALLIERT/OK> WINEDLLOVERRIDES="comctl32=n" wine
ECTSetup1.19.exe
err:module:import_dll Library comctl32.dll (which is needed by L"Y:
\\downloads\\INSTALLIERT\\OK\\ECTSetup1.19.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"Y:
\\downloads\\INSTALLIERT\\OK\\ECTSetup1.19.exe" failed, status c0000135
Hm, I'm a little bit surprised. Any information I can provide or additional
actions I can take that might be useful?
It's a clean installation of the latest stable release of wine - I removed
the .wine directory in my users home and everything in /tmp that smelled
somehow alcoholic ;-) before trying to reinstall my applications. So
everything setup in .wine is a result of what the current release does as soon
as it can't find a directory named ~/.wine ...
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3287
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2005-04-09 15:55 -------
Tried the demo: i can see the problem.
When i try WINEDLLOVERRIDES="comctl32=n" wine ECTSetup.exe the program installs
just fine. Could this also be caused by the theming patch that caused this
regression??:
http://bugs.winehq.org/show_bug.cgi?id=3241
Maybe you could investigate it a bit
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2030
------- Additional Comments From lxtanner(a)yahoo.co.uk 2005-04-09 15:02 -------
You should not even think of using a native Windows 'ADVAPI32.DLL' because it is
a low-level library directly linked to the kernel. I don't think Wine supports
it anyway.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1008
------- Additional Comments From lxtanner(a)yahoo.co.uk 2005-04-09 14:57 -------
I can tell you that the LDID_SRCPATH is something that installers temporarily
change when looking for INF files. It refers to the contents of the registry key
'HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\SourcePath'. This
key is a REG_SZ that is supposed to store the directory that Windows was
originally installed from, but most people use it to cache the location of INF
files (in Windows, when looking for INF files used to install drivers, the value
of this key is at the top of the drop-down list of places to search when you
enter a custom location to look for drivers). This key should contain a path to
use when searching for INF files (e.g. if the contents of the key are
"C:\\WINDOWS\\INF\\OTHER"), then any INF file processed (by
SETUPAPI.InstallHinfSection[A/W] or ADVPACK.LaunchINFSection[Ex]) will be
searched for first in "C:\WINDOWS\INF\OTHER", then in other SETUPX
StandardLDDs). Note that the existence of INF search paths in the registry means
INF files can be called with the directory name stripped off, as long as they
exist in one of SetupX's search paths.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.