On 10/19/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Anyone have a URL for PSE 5 trial version?
Hello Dan,
log into your Adobe account, copy
http://trials.adobe.com/pub/esd/trial/pse5/PSE_5.0_WIN_TRYBUY_ENG.exe
into your address and hit enter.
If you want a copy I would get it now before they pul
Anyone have a URL for PSE 5 trial version?
I'm updating
http://wiki.winehq.org/AdobePhotoshop
Thanks,
Dan
--
Wine for Windows ISVs: http://kegel.com/wine/isv
Dan Kegel schreef:
> Today I'm starting to see winmm_test spew an infinite series
> of failures on line 467 of mixer.c:
>
> ../../../tools/runtest -q -P wine -M winmm.dll -T ../../.. -p
> winmm_test.exe.so mixer.c && touch mixer.ok
> ALSA lib seq_hw.c:456:(snd_seq_hw_open) open /dev/snd/seq failed:
Today I'm starting to see winmm_test spew an infinite series
of failures on line 467 of mixer.c:
../../../tools/runtest -q -P wine -M winmm.dll -T ../../.. -p
winmm_test.exe.so mixer.c && touch mixer.ok
ALSA lib seq_hw.c:456:(snd_seq_hw_open) open /dev/snd/seq failed: No
such file or directory
mix
As noted in http://bugs.winehq.org/show_bug.cgi?id=9916
using warn+heap poisons free memory, and finds a few
more bugs.
People who run 'make test' should consider running
WINEDEBUG=warn+heap make test
instead.
(I don't know whether we should make that the default, though.
Anyone have an opinion?
Hi all
As you probably know, text input in iexplore isn't
working at the moment, and hasn't worked since this
commmit:
http://source.winehq.org/git/wine.git/?a=commit;h=92b3cab7916445d79d2559e4b580f99e3b0de479
(Found by Simon in this bug:
http://bugs.winehq.org/show_bug.cgi?id=9746)
I've posted
Please ignore this patch.
Thanks,
-- Andy.
On Mi, 2007-10-17 at 13:17 -0700, Nigel Liang wrote:
> + urlCompa.dwStructSize = sizeof(urlCompa);
> + bRet = InternetCrackUrlA(sUrl, 11, 0, &urlCompa);
> + ZeroMemory(&urlCompa, sizeof(urlCompa));
> + ZeroMemory(&szBuf, sizeof(char)*1024);
> + urlCompa.dwUserNameLength = 1024;
It looks mu
Dan Hipschman wrote:
> On Thu, Oct 18, 2007 at 11:12:23AM +0200, Michael Stefaniuc wrote:
>> Dan Hipschman wrote:
>>> This is just a minor cleanup patch. Even if we're definitely sure a
>>> string doesn't contain any % signs, it's still better not to use it as a
>>> printf format string.
>> fputs(
On Thu, Oct 18, 2007 at 04:02:40PM +0100, Robert Shearman wrote:
> Dan Hipschman wrote:
> >@@ -1859,6 +1859,7 @@ static int get_struct_type(var_list_t *fields)
> > case RPC_FC_OP:
> > case RPC_FC_CARRAY:
> > case RPC_FC_CVARRAY:
> >+case RPC_FC_BOGUS_ARRAY:
> > has_pointer = 1
On Thu, Oct 18, 2007 at 11:12:23AM +0200, Michael Stefaniuc wrote:
> Dan Hipschman wrote:
> > This is just a minor cleanup patch. Even if we're definitely sure a
> > string doesn't contain any % signs, it's still better not to use it as a
> > printf format string.
> fputs() would be a faster alter
Dan Kegel schreef:
> I'm going to start filing bugs for anything that makes
> the test suite hang, and I'm going to lash out and
> give them unreasonably high priority and severity.
> There's just no excuse for a test suite that can't
> run to completion.
>
You might want to run the tests with W
Hi Francois,
Francois Gouget wrote:
>
> +/* GetObject is defined in wingdi.h as WINELIB_NAME_AW(GetObject),
> + * which resolves to a compilation failure if WINE_NO_UNICODE_MACROS is
> + * defined, but GetObject is used as a valid method name below, so we have
> + * to undefine it in that case *
Dan Hipschman wrote:
> @@ -1859,6 +1859,7 @@ static int get_struct_type(var_list_t *fields)
> case RPC_FC_OP:
> case RPC_FC_CARRAY:
> case RPC_FC_CVARRAY:
> +case RPC_FC_BOGUS_ARRAY:
>has_pointer = 1;
>break;
>
> @@ -1897,15 +1898,9 @@ static int get_struct_type
"John Klehm" <[EMAIL PROTECTED]> writes:
> This patch is largely based on the code found in mshtml. What I did
> was separate it into its own file and restyle it to my liking.
Restyling it wasn't such a good idea I'm afraid, the original code is
better without these ugly casts, and the Release f
Nigel Liang <[EMAIL PROTECTED]> writes:
> Previous patch had incorrect bounds for memchrW.
There are other places in that function that assume that the string is
null-terminated, please fix those too.
--
Alexandre Julliard
[EMAIL PROTECTED]
Dan Kegel wrote:
> I'm going to start filing bugs for anything that makes
> the test suite hang, and I'm going to lash out and
> give them unreasonably high priority and severity.
> There's just no excuse for a test suite that can't
> run to completion.
>
>
+1
Jacek Caban <[EMAIL PROTECTED]> writes:
> -static const char gecko_dir[] = "/gecko/";
> -
> -data_dir = wine_get_data_dir();
> -if(!data_dir) return FALSE;
> +if((data_dir = wine_get_data_dir()))
> +subdir = "/gecko/";
> +else if((data_dir = wine_get_build_dir()))
> +
Dan Hipschman wrote:
> This is just a minor cleanup patch. Even if we're definitely sure a
> string doesn't contain any % signs, it's still better not to use it as a
> printf format string.
fputs() would be a faster alternative to that. Though i doubt that
matters in this case.
bye
michae
19 matches
Mail list logo