http://bugs.winehq.org/show_bug.cgi?id=5437
jan.wine(a)zerebecki.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--
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=4587
stefandoesinger(a)gmx.at changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stefandoesinger(a)gmx.at
------- Additional Comments From stefandoesinger(a)gmx.at 2006-17-06 09:07 -------
Can you retry with the new ddraw code which is in the git tree and will be in
the next release (0.9.15) ?
--
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=1772
stefandoesinger(a)gmx.at changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stefandoesinger(a)gmx.at
------- Additional Comments From stefandoesinger(a)gmx.at 2006-17-06 09:02 -------
Can you retry this with the new directdraw code? It is in the current git tree
and will be in the next release(0.9.15). The fixme will still be there, but
the ddraw initialization might work.
The fixme is actually not a big problem, most of those bugs have their cause
somewhere else, and this fixme is the last line that is printed.
--
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=5451
------- Additional Comments From stefandoesinger(a)gmx.at 2006-17-06 08:39 -------
I found the reason for this crash, this isn't a refcounting bug.
Diablo uses palettized surfaces with 1 byte per pixel. It accesses the surface
with DWORDs, that means it always writes 4 bytes. It isn't careful enought at
the end of the surface and writes over the end of the surface.
For that reason the old ddraw code allocated 4 extra bytes for a surface, the
same happens in WineD3D. However, the gdi surface code drops the full power of
2 size to save memory and doesn't add the 4 extra bytes. I will send a patch
for that to wine-patches.
However, the old directdraw code used an unofficial function for dib creation
to create a DIB section for an already allocated memory which is 4 bytes
bigger. WineD3D uses the official CreateDIBSection function which allocates
its own memory and igores the size value passed to it, so even with the +4
byte fix the crash still occurs. I have to discuss the best way to solve this
with Alexandre. Possible solutions are:
* Use the unofficial function in wined3d and allocate the memory manually
* Modify the dib code to allocate 4 more bytes(see the hack)
* Modify the dib code to respect the size passed to it(bad idea maybe)
The hack I attached to this bug fixes the crash. However, after it the screen
stays completely black. I can hear the sound and it seems to react to input,
but the screen isn't updated, although diablo 1 writes to the front buffer.
--
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=5455
Summary: WINSPOOL: Delphi-application crashes on start after
working with winspool
Product: Wine
Version: CVS
Platform: PC
URL: http://www.taxkz.kz/
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: argentum(a)office.etersoft.ru
I tests some application of Minestry of finances of Kazahstan to make tax
accounts. They are:
- EFNOClient.exe (http://report.taxkz.kz/client/EFNOClient_1.0.3.68.exe)
- NDSClient.exe (http://vat.taxkz.kz/client/NDSClient_1.0.3.33.exe)
They are Delphi-coded applications. Also they use msxml4.
There is no problem to install'em, but when I start'em they search printers,
using WINSPOOL, then unload wineps.drv & olepro32.dll and crash.
Log is in the attachment.
--
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.