Hi Paul,
yes, the patch fixes the problem.
Wasn't this as your original patch intended? AJ must have changed this for
a reason, if so.
It was a part of one of my revisions; I got rid of it in the final
version I sent just to make sure I wasn't taking any chances, as AJ has
been aversive to
Hi,
On Wed, Aug 23, 2006 at 10:04:01PM -0500, EA Durbin wrote:
Also I've read that managed directx .dlls are supposed to be installed in
the global assembly cache folder (C:\WINDOWS\assembly\GAC), but wine
doesn't implement assemblies yet (Sxs.dll) as outlined in bug 5965.
What you wanted
Well. I didn't expect this.
I ran git with 0.9.15 as good and 0.9.16 as bad. I then did a bisect and
compiled the split in a separate directory. It ran O.K. The result of the
next split was:
38b43cae82e288557d7119e988d1d22f9799d553 was both good and bad.
It surprised me that it was O.K.,
Steven Edwards [EMAIL PROTECTED] writes:
Detlef sent this in a while back and I think it slipped through the que.
Changelog:
Detlef Riekenberg wine.dev at web.de
- tools/winedump: replace fchmod() with chmod()
The right way to make that code portable is to get rid of the shell
script.
--
Dan Kegel [EMAIL PROTECTED] writes:
@@ -66,18 +67,29 @@ MSIHANDLE alloc_msihandle( MSIOBJECTHDR
EnterCriticalSection( MSI_handle_cs );
+if (msihandletable == NULL)
+{
+msihandletable_size = 256;
+msihandletable = msi_alloc_zero(
+
Mike McCormack [EMAIL PROTECTED] writes:
if ( datasize != offset )
-ERR(string table load failed! (%08x != %08lx)\n, datasize, offset
);
+{
+ERR(string table load failed! (%08x != %08lx), please report\n,
datasize, offset );
+ExitProcess(1);
+}
Hi,
I've recently tried to play Heroes of Might and Magic IV under Wine,
which has very poor performance and this message it printed out many,
many times after the game is started:
fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB
copy
After doing some digging it appears the
[EMAIL PROTECTED] wrote:
After doing some digging it appears the problem is the current DIB
engine or lack thereof (the DIBEngine page on the Wine wiki and the
bugzilla bug it links to are very useful). From what I can tell this
has been a known shortcoming in Wine for at least 4.5 - 5 years,
James Hawkins [EMAIL PROTECTED] writes:
This fixes bug 4404 and matches native behavior. As an aside, is it a
legal problem if our message matches native exactly? I personally
can't see why it would be a problem (interface vs. implementation,
this is User Interface), but I can always change
When you look in the mailinglist archives you will find lots of
topics regarding a DIB engine. A usefull post is this one written by
Transgaming:
http://www.winehq.com/hypermail/wine-patches/2002/09/0251.html.
I've read several of the posts about a DIB engine, including that one
(which is
On Thu, Aug 24, 2006 at 03:57:43AM -0700, [EMAIL PROTECTED] wrote:
I've recently tried to play Heroes of Might and Magic IV under Wine,
which has very poor performance and this message it printed out many,
many times after the game is started:
fixme:bitblt:X11DRV_BitBlt potential
--- Christoph Frick [EMAIL PROTECTED] wrote:
On Thu, Aug 24, 2006 at 03:57:43AM -0700, [EMAIL PROTECTED]
wrote:
I've recently tried to play Heroes of Might and Magic IV under
Wine,
which has very poor performance and this message it printed out
many,
many times after the game is
http://www.paradoxalpress.info/Docs/dx9_out/directx_control_panel_tool.htm
The control panel has a Managed tab, which contains the names of the DirectX
Assemblies that are installed. For any assembly that is installed in the
Global Assembly Cache (GAC), you can find the version listed under
If the game really needs a DIB engine a good discussion here is needed on
how to proceed. Writing the DIB engine itself (all the drawing code) is not
that hard the most difficult thing is how to properly integrate this all
with gdi and wine's x11drv. I don't think wine wants to depend on other
Am Donnerstag, 24. August 2006 14:04 schrieb Christoph Frick:
On Thu, Aug 24, 2006 at 03:57:43AM -0700, [EMAIL PROTECTED] wrote:
I've recently tried to play Heroes of Might and Magic IV under Wine,
which has very poor performance and this message it printed out many,
many times after the
Doug Laidlaw wrote:
I may be on the wrong list.
A program I use has shown a backward step in graphics between Wine 0.9.15 and
0.9.16, and I am trying to find the change responsible. I currently have
Wine set as at 2006-06-21 16:21:20 CDT, it is identifying as 0.9.16, and the
fault is
When they get into the Wine Git tree I will.
Thanks!
On Wed, 2006-08-23 at 19:05 -0600, Viitaliy Margolen wrote:
Jeremy Newman wrote:
http://bugs.winehq.org/show_bug.cgi?id=5712
We have a bug on this I see. Still no fix as of yet. Consider this a
bump.
On Wed, 2006-08-23 at 13:50
Eric Pouech wrote:
Dbghelp looks for the ELF module in the PATH and LD_LIBRARY_PATH
environment
variables, while the internal loader relies on WINEDLLPATH and the
default DLL dir (or the build one). You could work around this by
setting one of those variables.
Dbghelp needs to be updated to
Currently, there are just eight write-strings violations remaining in the
codebase: six in mshtml/nsembed.c (lines 271, 353, 356, 367, 432 and 1237),
one in mshtml/nsservice.c (line 454) and one in widl/parser.c (line 848).
So I would advocate that the -Wwrite-strings switch could now be turned
On 8/24/06, Andrew Talbot [EMAIL PROTECTED] wrote:
Currently, there are just eight write-strings violations remaining in the
codebase: six in mshtml/nsembed.c (lines 271, 353, 356, 367, 432 and 1237),
one in mshtml/nsservice.c (line 454) and one in widl/parser.c (line 848).
So I would advocate
I have attached a tarball containing two logs one in case it works (log.works)
and one in which it fails (log.fails). When it worked wine was installed
in /usr/local and in the other case in /emul/ia32-linux/usr.
In the working case I executed 'WINEDEBUG=+dbghelp winedbg notepad' and piped
the
On 24.08.2006 10:04, Andreas Mohr wrote:
Hi,
On Wed, Aug 23, 2006 at 10:04:01PM -0500, EA Durbin wrote:
Also I've read that managed directx .dlls are supposed to be installed in
the global assembly cache folder (C:\WINDOWS\assembly\GAC), but wine
doesn't implement assemblies yet
On Thursday 24 August 2006 21:30, Mike McCormack wrote:
The reason it hasn't been done is because it's hard.
It's not all that hard since the algorithms involved are all well-documented.
It's just a lot of work. The hard part isn't the coding, it's getting
Alexandre to accept it, and
James Hawkins wrote:
+indirect = msi_dup_property( dialog-package, control-property );
+prop = indirect;
+}
+
+val = msi_dup_property( dialog-package, prop );
+lstrcpynW( path, val, MAX_PATH );
+
+PathStripPathW( path );
+PathRemoveBackslashW( path );
James Hawkins wrote:
+UINT msi_dialog_directorylist_up( msi_dialog *dialog )
+{
+msi_control *control;
+BOOL indirect;
+LPWSTR prop, path, ptr;
+
+control = msi_dialog_find_control_by_class( dialog, WC_LISTVIEWW );
+indirect = control-attributes
Thanks Duane. I got git up and running. The apparently conflicting result I
got as reported in my reply to Vijay is explained (?) by the fact that
installing the version makes all the difference. When I run Version 0.9.20
from its own directory, I see the images. If I install it then run it
Ignore my last mail. I was running wine without the initial ./ . The
executable was from 0.9.14 which works. 0.9.20 doesn't. I will shut up
until I have double-checked everything. No need to waste everybody's time.
Doug.
On Fri, 25 Aug 2006 01:44 pm, Doug Laidlaw wrote:
Thanks Duane. I
Hi,
Please tell me what is ur application, where can i download it?
Thanks,
Vj
On 8/24/06, Doug Laidlaw [EMAIL PROTECTED] wrote:
Ignore my last mail. I was running wine without the initial ./ . The
executable was from 0.9.14 which works. 0.9.20 doesn't. I will shut up
until I have
The application is BigJig from http://www.lenagames.com/bigjig.htm.
The problem I have I can demonstrate from that page. Up to version 0.9.15,
the screenshot Open Jigsaw window at the bottom of the page, would show all
the thumbnails of jigsaws. I couldn't get the other images to load, but
Doug Laidlaw laidlaws at hotkey.net.au writes:
The application is BigJig from http://www.lenagames.com/bigjig.htm.
Yes, it's clearly a regression. Please open a bugreport for it in bugzilla, and
do the regression test. Regards
30 matches
Mail list logo
