On 8/24/06, Mike McCormack <[EMAIL PROTECTED]> wrote:
Use string insensitive comparisons for property names.
---
dlls/msi/package.c | 253
package.c: In function 'MSI_CreatePackage':
package.c:426: error: 'PROPERTY_HASH_SIZE' undeclared (first use in
this function)
package.c:427: error: 'stru
Thanks Loiuis. Will do. I am not a programmer, but will do the best I can.
I will unsubscribe from this list.
Doug.
On Fri, 25 Aug 2006 03:42 pm, Louis Lenders wrote:
> Doug Laidlaw hotkey.net.au> writes:
> > The application is "BigJig" from http://www.lenagames.com/bigjig.htm.
>
> Yes, it's
Doug Laidlaw 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
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
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 double-
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 g
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
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 & msidbControlAttributesIndi
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 );
Ca
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 consider
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
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 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
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.
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 fo
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-2
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 present
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
> 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 ot
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 eac
--- 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 g
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 optimi
> 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
"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
> 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 diggi
[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,
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 pr
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);
>
"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(
> +
"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
scrip
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., b
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 wante
32 matches
Mail list logo