On Fri, May 21, 2010 at 1:51 PM, Nikolay Sivov wrote:
> On 5/21/2010 22:45, Austin English wrote:
>>
>> Gerald's made good progress here, there's only 81 of these left in
>> wine-1.1.44-427-ga06a191.
>>
>
>> - BOOL ret;
>> CRYPT_DATA_BLOB blob = { 0, NULL };
>>
>> - ret = CertSaveStore(
--- On Fri, 21/5/10, André Hentschel wrote:
> compile your setupgs in wine but without the "mt-step" and
> try running it on vista.
> if mt breaks the PE file then submit a bug report
> describing wrong behavior of mt.
This is what I am doing next. I have also made a change to ghostscript trunk
On Friday, May 21, 2010 11:59:40 am Michael Stefaniuc wrote:
> mpg123_getformat() is a host native lib aka a unix lib thus expects a
> "unix long". A "unix long" translates to LONG_PTR in Wine. My patch is
> actually a no-op.
The lib is also available for Windows, and AFAIK there's no reason winem
On 05/21/2010 07:57 PM, Chris Robinson wrote:
Now to the list...
On Friday, May 21, 2010 9:32:17 am you wrote:
Chris Robinson wrote:
On Friday, May 21, 2010 3:13:36 am Michael Stefaniuc wrote:
@@ -191,7 +191,7 @@ static void mp3_horse(PACMDRVSTREAMINSTANCE adsi,
if (ret == MPG123_N
On 5/21/2010 22:45, Austin English wrote:
Gerald's made good progress here, there's only 81 of these left in
wine-1.1.44-427-ga06a191.
-BOOL ret;
CRYPT_DATA_BLOB blob = { 0, NULL };
-ret = CertSaveStore(store, X509_ASN_ENCODING, CERT_STORE_SAVE_AS_STORE,
+CertSaveStore(s
To the list.
-Forwarded Message-
>From: James Mckenzie
>Sent: May 21, 2010 8:20 AM
>To: joerg-cyril.hoe...@t-systems.com
>Subject: Re: Release plans
>
>joerg-cyril.hoe...@t-systems.com wrote:
>>
And I didn't write trivial Mac patches either, e.g. to have
wineprefixcreate symli
Austin English wrote:
>
>On Fri, May 21, 2010 at 3:47 AM, wrote:
And I didn't write trivial Mac patches either, e.g. to have
wineprefixcreate symlink c:\users\xyz\ Desktop + Videos + Documents +
Music to /Users/xyz/Desktop/ etc. This happens on Linux, not on MacOS.
That's an
---
templates/de/download.template |2 +-
templates/de/download/deb.template | 77 +++
2 files changed, 17 insertions(+), 62 deletions(-)
--
Best Regards, André Hentschel
diff --git a/templates/de/download.template b/templates/de/download.template
ind
On Fri, May 21, 2010 at 1:28 PM, Marcus Meissner wrote:
>
> No static linking either, its the nightmare of security maintainers ;)
>
>
Good point. Direct Linking then. I am just in favor of changing it to
something other than the status quo because all of this dynamic loading
stuff never wants to
Now to the list...
On Friday, May 21, 2010 9:32:17 am you wrote:
> Chris Robinson wrote:
> > On Friday, May 21, 2010 3:13:36 am Michael Stefaniuc wrote:
> >> @@ -191,7 +191,7 @@ static void mp3_horse(PACMDRVSTREAMINSTANCE adsi,
> >>
> >> if (ret == MPG123_NEW_FORMAT)
> >> {
> >>
Am 21.05.2010 01:34, schrieb Hin-Tak Leung:
> --- On Thu, 20/5/10, Matijn Woudt wrote:
>
* On Tue, 18 May 2010, Hin-Tak Leung wrote:
>
> So it seems that setupgs.exe is mis-compiled
>> under wine with win7 sdk but
> just happened to also work under wine. Any
>> idea how it might
Chris Robinson wrote:
> On Friday, May 21, 2010 3:13:36 am Michael Stefaniuc wrote:
>> @@ -191,7 +191,7 @@ static void mp3_horse(PACMDRVSTREAMINSTANCE adsi,
>>
>> if (ret == MPG123_NEW_FORMAT)
>> {
>> -long rate;
>> +LONG_PTR rate;
>> int chann
* On Fri, 21 May 2010, Hin-Tak Leung wrote:
>
> > To check this, it would be nice to run "winetricks vcrun6", recomple
> > the app in Wine and see if the resulting exe run OK on Vista.
>
> Tried that - the binary differs by 6 bytes - just timestamp and
> checksum. So using native msvcrt in vcru
On Fri, May 21, 2010 at 01:03:09PM -0400, Steven Edwards wrote:
> On Fri, May 21, 2010 at 12:59 PM, Marcus Meissner
> wrote:
> > As libjpeg and libpng bumped their major versions in the last months
> > I had to adjust some of my library requires in my wine.spec file.
> >
> > This caused me thinki
On Fri, May 21, 2010 at 12:59 PM, Marcus Meissner wrote:
> As libjpeg and libpng bumped their major versions in the last months
> I had to adjust some of my library requires in my wine.spec file.
>
> This caused me thinking if it is really necessary to dynamically
> load nearly every library.
>
>
Hi,
As libjpeg and libpng bumped their major versions in the last months
I had to adjust some of my library requires in my wine.spec file.
This caused me thinking if it is really necessary to dynamically
load nearly every library.
Can we make some of those direct linking? libjpeg and libpng
and
On Friday, May 21, 2010 3:13:36 am Michael Stefaniuc wrote:
> @@ -191,7 +191,7 @@ static void mp3_horse(PACMDRVSTREAMINSTANCE adsi,
>
> if (ret == MPG123_NEW_FORMAT)
> {
> -long rate;
> +LONG_PTR rate;
> int channels, enc;
> mpg12
Scott Ritchie wrote:
> current X implementations: XKB (European) and XIM (Asian) compete with
> eachother
That's not an issue, Windows has exactly the same problem just because
asian languages keyboard support is very complicated, and other languages
don't need that complexity (and huge slow dow
On 05/21/2010 05:48 PM, Matej Špindler wrote:
Anything wrong with this patch? I sent it a week ago and didn't receive
any comments.
Hi Matej,
If you look at http://source.winehq.org/patches/ you will see that your
patch (number 61589) had an apply failure.
I tried your patch just now and
On Fri, May 21, 2010 at 3:47 AM, wrote:
>>> And I didn't write trivial Mac patches either, e.g. to have
>>> wineprefixcreate symlink c:\users\xyz\ Desktop + Videos + Documents +
>>> Music to /Users/xyz/Desktop/ etc. This happens on Linux, not on MacOS.
>>> That's another (example of a) missing e
To the list
-Forwarded Message-
>From: James Mckenzie
>Sent: May 20, 2010 12:49 PM
>To: Damjan Jovanovic
>Subject: Re: Release plans
>
>>
>>On Fri, May 14, 2010 at 12:31 PM, wrote:
>>> Hi,
>>
>>Hi
>>
The 64-bit support is now more or less complete
>>> I hope I can finish my MC
Hi Joerg,
> Am I worrying too much or should any such piece of code be protected by
> TRACE("=> 1/ %x (%s)\n", dwRet, LOWORD(dwRet) ? "" : debugstr_w(lpstrRet));
> (actually, an even more convoluted test is needed because of
> MCI_INTEGER_RETURNED)
I'd worry about it. We've sometimes had bugs w
On 05/21/2010 06:16 AM, Paul "TBBle" Hampson wrote:
> (Resending, on-list. Thanks, Gmail, apologies to Scott >_<)
>
> On 21 May 2010 14:29, Scott Ritchie wrote:
>> By the way, you're not the only one who wants this. At the Ubuntu
>> Developer Summit we talked about the need for ripping the keybo
On Fri, May 21, 2010 at 7:10 AM, Erich Hoover wrote:
> Do you run your normal-Ubuntu tests with Compiz enabled? Apparently with
> the nVidia drivers in particular that can make a big difference:
>
> http://www.phoronix.com/scan.php?page=article&item=compiz_speed_test&num=5
No, I think I had that
Yesterday's results were 8 hours late because of an internet outage here.
http://kegel.com/wine/yagmarkdata/00index.html
http://kegel.com/wine/yagmarkdata/E8400-GT_220-Ubuntu_10.04_LTS-e8400-wine-1.1.44-380.html
Looking at the graphs, it seems that all benchmarks are happier
under xubuntu with non
(Resending, on-list. Thanks, Gmail, apologies to Scott >_<)
On 21 May 2010 14:29, Scott Ritchie wrote:
> By the way, you're not the only one who wants this. At the Ubuntu
> Developer Summit we talked about the need for ripping the keyboard code
> out of X entirely (and instead having it sit some
Hi,
winmm/mci.c contains some code like this:
TRACE("=> 1/ %x (%s)\n", dwRet, debugstr_w(lpstrRet));
However, in case of error, the lpstrRet buffer is likely not initialised.
This could cause
1. debugstr_w to choke on bad/unconvertible data (not even 0-terminated);
2. Valgrind errors (I don't k
On Fri, May 21, 2010 at 12:48 PM, Hans Leidekker wrote:
> On Fri, 2010-05-21 at 07:52 +0200, Damjan Jovanovic wrote:
>
>> --- winemenubuilder00.c 2010-05-21 07:44:48.195864397 +0200
>> +++ winemenubuilder.c 2010-05-21 07:47:25.591878489 +0200
>
> This will not apply from the root. This patch set
On Fri, 2010-05-21 at 07:52 +0200, Damjan Jovanovic wrote:
> --- winemenubuilder00.c 2010-05-21 07:44:48.195864397 +0200
> +++ winemenubuilder.c 2010-05-21 07:47:25.591878489 +0200
This will not apply from the root. This patch set needs your previous
patches to make sense, right?
> Changelog:
A workaround is to run "make" instead of "make tools" in build-native.
Alex
On Mon, May 17, 2010 at 03:36, Alexandru Băluț
wrote:
> Hi,
>
> I'm trying to fix bug 12804, and made some changes to winecfg, and I
> need to test how it works on Windows. I followed the instructions from
> http://wiki.
This will conflict with my patches from earlier today.
On 20 May 2010 23:05, Owen Rudge wrote:
> +hr = D3DXCreateTexture(device, D3DX_DEFAULT, 63, 0, 0, 0,
> D3DPOOL_DEFAULT, &texture);
> +ok(hr == D3D_OK, "D3DXCreateTexture returned %#x, expected %#x\n", hr,
> D3D_OK);
> +
> +if (texture)
> +{
> +hr = IDirect3DTexture9_GetLe
--- On Fri, 21/5/10, Hin-Tak Leung wrote:
> Krasuckas
> wrote:
>
>
> > > > http://www.ghostscript.com/~hintak/setupgs-vista.exe
> > > > http://www.ghostscript.com/~hintak/setupgs-wine.exe
> > >
> > > There are a few differences I spotted between the
> two
> > executables:
> > > 1) setupgs-win
Hi,
Damjan Jovanovic wrote:
>winemenubuilder generates .png only for 24 and 32 bits-per-pixel
>icons, all other resolutions get converted to .xpm. I am planning to
>change it to make .png's for everything, since thumbnailing .lnk files
>requires .png as output
Good to know. This answers my questio
On 20 May 2010 23:05, Owen Rudge wrote:
> +BOOL is_pow2(UINT num);
> +UINT make_pow2(UINT num);
I'm not so convinced these are going to be very useful for anything
outside texture.c.
> +BOOL is_pow2(UINT num)
> +{
> +if (!num) return FALSE;
> +
> +return !(num & (num - 1));
> +}
Do you re
35 matches
Mail list logo