http://bugs.winehq.org/show_bug.cgi?id=4096
Summary: IniFileMapping not Implemented (ini on win9x => Registry
on NT)
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
With Windows NT, windows did a switch from INI-Files to the Registry.
Older Applications (win9x) use INI-Files with the Functions around
Get[Private]ProfileString (implemented in dlls/kernel/profile.c).
This Set of Functions are Modified with Windows NT in such a way,
that the Informations are redirected to the Registry.
The Redirection is done on all Levels (INI-File, Section and Value) and the
Rules for the Redirection are saved in:
HKLM/Software/Microsoft/Windows NT/CurrentVersion/IniFileMapping
Wine has no support for this and need to change settings twice.
This is a lot of extra code to maintain and also introduce Bugs, when only one
Place is changed. (Example is the Default Printer).
--
By by ...
... Detlef
--
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=4053
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2005-18-12 14:04 -------
Ok guys, I must say I've put some mistakes in my suggestion.
First, one flag should be '+dsound3d'.
Second - we need '+seh' channel.
Third - maybe we don't need +module trace as it bloats the log.
But I guess you better follow Roberts advise and compare wave-traces. BTW, I'd
add seh and process channels to Roberts trace:
'+winmm,+wave,+driver,+tid,+seh,+process'
--
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=4094
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://www.zilog.com/softwar
| |e/zds2.asp
Keywords| |download
--
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=4092
tony.lambregts(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download, NoAppDBEntry
--
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=1201
------- Additional Comments From ivanleo(a)gmail.com 2005-18-12 13:19 -------
Well I've sent in a patch that should fix the first bug the game hits
http://www.winehq.com/pipermail/wine-patches/2005-December/022923.html
however it crashes later on, in the CreateD3DPalette in the findstuff32.dll file
(This is a game dll, not a system one).
The exact crash is
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x7e687550).
and microsoft has a kb article describing the issue
http://support.microsoft.com/kb/q187381/
"In the Colors box, click High Color (16-bit)"
but the wine log shows
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16
so chances are findstuff32.dll crashes because it expects the screen BBP to be 16.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3999
------- Additional Comments From nospam(a)thenerdshow.com 2005-18-12 12:34 -------
I should note that most current distros, such as Fedora come with UnixODBC
installed by default, or available on disk. A way is needed to tell the
installer that MDAC 2.7 is already installed so it doesn't try to install that junx.
--
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=4095
Summary: Warcraft III installer crashes
Product: Wine
Version: 0.9.3.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pawel.stolowski(a)wp.pl
The installer for latest release of Warcraft III RoC released recently in Poland
(as a part of "Platinium Collection"; also includes Frozen Throne) displays
following error box:
Screen Stack :: realize(): BitBlt 2
The installer window is also displayed, but the game cannot be installed,
because the installer exits after clicking "OK" in the error box.
Following error messages are also displayed on the text console:
fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy
fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy
This problem can also be reproduced with wine 0.9.1 and 0.9.2 (I didn't check
with earlier releases).
--
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=3429
------- Additional Comments From mike(a)codeweavers.com 2005-18-12 12:21 -------
This works for me with the lastest CVS, a fresh ~/.wine and rw466setup.exe.
The install completed successfully, left me with ~/.wine/drive_c/Program
Files/CADSWES/RiverWare 4.6.6, which contained the program files. After
changing to that directory and running riverware.exe it asks for a license file...
--
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.
http://bugs.winehq.org/show_bug.cgi?id=3999
------- Additional Comments From nospam(a)thenerdshow.com 2005-18-12 11:19 -------
Address 0xfffffff4 is evidently a temp. data address used to communicate with
ODBC (Available for download as MDAC_TYP.EXE).
Possible wine fixes:
I'm new to wine hacking but I could suggest adding a debug output when common
database-related messages appear, such as if debug="read access to 0xfffffff4"
echo "Is ODBC (MDAC_TYP) correctly installed?"
Evidently, if you do not install MDAC_TYP.EXE, Liberty installer tries to
install MDAC 2.7, which requires IE > 4.01 SP2 and DCOM98*. DCOM98 installer
often won't work without native ole*.dll...
I haven't tried this yet but some sites suggest compiling UnixODBC for linux and
configuring wine to use that instead of installing Microsoft's MDAC_TYP.EXE
If the above suggestion works, a better "fix" would be to have wine detect the
install of MDAC and automatically download and install the non-M$ alternative,
sort of like what it does for the MozControl.
This could be a duplicate. Lots of ODBC apps out there.
--
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=4062
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From vitaliy(a)kievinfo.com 2005-18-12 10:28 -------
As requested
--
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.