Hi Austin,
2008/7/3 Austin Lund <[EMAIL PROTECTED]>:
> 2008/7/4 Dan Hipschman <[EMAIL PROTECTED]>:
>> On Thu, Jul 03, 2008 at 05:32:32PM +1000, Austin Lund wrote:
>>> I have run these with the native dll in wine and it works fine, but
>>> would like someone to test them on windows platforms.
>>
>>
On 03/07/2008, Dylan Smith <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 3, 2008 at 2:01 PM, Juan Lang <[EMAIL PROTECTED]> wrote:
>
> > Hi Dylan,
> >
> > - if (!editor->bEmulateVersion10 || (editor->nEventMask & ENM_UPDATE))
> > + if (!editor->dwEmulatedVersion || (editor->nEventMask & ENM_UPDAT
On Fri, Jul 4, 2008 at 4:01 PM, Jeff Zaroyko <[EMAIL PROTECTED]> wrote:
>
> I had a look, the windows client calls
> IWineD3DImpl_GetAdapterIdentifier which we don't give the real adapter
> driver and description strings, just "Display" and "Direct3D HAL" -
> changing these in dlls/wined3d/directx.
On Fri, Jul 4, 2008 at 1:43 PM, Maarten Lankhorst
<[EMAIL PROTECTED]> wrote:
> Hi Seth,
>
> 2008/7/3 Seth Shelnutt <[EMAIL PROTECTED]>:
>> Hello All,
>>
>> We have run into an interesting problem while trying to get the latest
>> version of Stanford's Folding at Home GPU client to work in Linux via
Hi Seth,
2008/7/3 Seth Shelnutt <[EMAIL PROTECTED]>:
> Hello All,
>
> We have run into an interesting problem while trying to get the latest
> version of Stanford's Folding at Home GPU client to work in Linux via WINE.
> The programs says it does not detect a compatible GPU. Even when the user
> h
Hello All,
We have run into an interesting problem while trying to get the latest
version of Stanford's Folding at Home GPU client to work in Linux via WINE.
The programs says it does not detect a compatible GPU. Even when the user
has installed the correct Nvidia drivers (with CUDA support) and
>Here's what you said in your original patch:
>> - code for spinning cube was partially based on spinning cube code
>>scattered all over the internet
>>-rest was ripped of winecfg
>> - There' s a problem while minizing the d3d-window, but running it in
>>wine-0.9.22 it all goes fine, so this
> While they may be registered there as well, I'm pretty sure that some
> versions of Microsoft Office register control panel applets in the key
> I mentioned.
Well, yes - what I meant is that the key at
HKLM\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\IniFileMapping\control.ini
maps any request
On Wed, Jul 2, 2008 at 8:33 PM, Liu Qishuai <[EMAIL PROTECTED]> wrote:
> Could you take a screenshot of this?
>
Oh, sorry, I messed up. I tried again on a different system and it
worked. With your patch, I didn't need to add the registry keys
Zhangrong suggested.
On Wed, Jul 2, 2008 at 5:13 PM, Huang, Zhangrong <[EMAIL PROTECTED]> wrote:
> Have you tried to set FontLink? It works for me, there are no places
> have font problem. (without automatic font substitution patch)
>
> see: http://bugs.winehq.org/attachment.cgi?id=14546
>
> [Software\\Microsoft\\Wind
Hi,
Thanks for the suggestion, I will add more tests in next patches. The main
purpose of this patch is to create the test file. Additionally I have added a
basic test.
Regards,
Piotr Caban
2008/7/3 Owen Rudge <[EMAIL PROTECTED]>:
>> Control Panel applets can also be registered in "HKCU\Control
>> Panel\MMCPL".
>
> Well, technically, they would be registered in the [mmcpl] section of
> control.ini, which is then mapped in the registry
> (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows
>
On Do, 2008-07-03 at 08:45 -0700, Juan Lang wrote:
> > Well, technically, they would be registered in the [mmcpl] section of
> > control.ini, which is then mapped in the registry
> (snip)
> > I could add a check for CPL entries in control.ini if desired using the
> > GetPrivateProfileSection functi
Juan Lang wrote:
>> Ok when I put +relay on I get alot of other stuff I am not looking for...
>
> Sure. Some Windows APIs call other Windows APIs. +relay almost
> always produces too much information, but guessing which debug channel
> you really want is hard. Sometimes you have to read the rel
> Ok when I put +relay on I get alot of other stuff I am not looking for...
Sure. Some Windows APIs call other Windows APIs. +relay almost
always produces too much information, but guessing which debug channel
you really want is hard. Sometimes you have to read the relay channel
to guess which
Juan Lang wrote:
>> So is there any way to output just the win32 API calls and no wine
>> information.
>
> That's precisely what +relay does. I'm not sure what you mean by "no
> wine information."
> --Juan
Ok when I put +relay on I get alot of other stuff I am not looking for...
So what I am loo
Huang, Zhangrong wrote:
> Hi,
>
> 2008/7/3 Maarten Lankhorst <[EMAIL PROTECTED]>:
>> Hello,
>> I think that is a bad idea, while there might be 1 or 2 real genuine
>> uses for only throwing an exception while debugging, 99% of the time
>> it's really wine deadlocking itself, it's wine's own fault
> So is there any way to output just the win32 API calls and no wine
> information.
That's precisely what +relay does. I'm not sure what you mean by "no
wine information."
--Juan
Austin English wrote:
> On Wed, Jul 2, 2008 at 10:29 PM, Chris Ahrendt <[EMAIL PROTECTED]> wrote:
>> Is there a way within wine or wine debug to tell it to output just the
>> API's
>> which are being called? I am trying to debug a exception that causes an
>> application
>> to crash. As usual I do
On Thu, Jul 03, 2008 at 05:32:32PM +1000, Austin Lund wrote:
> I have run these with the native dll in wine and it works fine, but
> would like someone to test them on windows platforms.
I couldn't get these to compile within a few minutes due to not being
familiar with what headers were needed, b
On Thu, Jul 3, 2008 at 2:01 PM, Juan Lang <[EMAIL PROTECTED]> wrote:
> Hi Dylan,
>
> - if (!editor->bEmulateVersion10 || (editor->nEventMask & ENM_UPDATE))
> + if (!editor->dwEmulatedVersion || (editor->nEventMask & ENM_UPDATE))
>
> This change is incorrect, as dwEmulatedVersion is never set to
Hi Dylan,
- if (!editor->bEmulateVersion10 || (editor->nEventMask & ENM_UPDATE))
+ if (!editor->dwEmulatedVersion || (editor->nEventMask & ENM_UPDATE))
This change is incorrect, as dwEmulatedVersion is never set to 0. I
believe you mean if (editor->dwEmulatedVersion > 0x100 || ...
I have to a
Hi Hans,
2008/7/2 H. Verbeet <[EMAIL PROTECTED]>:
> 2008/7/3 Maarten Lankhorst <[EMAIL PROTECTED]>:
>> - * Copyright 2007-2008 Stefan Dösinger for CodeWeavers
>> + * Copyright 2007-2008 Stefan D�singer for CodeWeavers
>
> You shouldn't be changing Stefan's name though.
True, my editor keeps mess
Huang, Zhangrong wrote:
> Hi,
>
> 2008/7/3 Maarten Lankhorst <[EMAIL PROTECTED]>:
>> Hello,
>> I think that is a bad idea, while there might be 1 or 2 real genuine
>> uses for only throwing an exception while debugging, 99% of the time
>> it's really wine deadlocking itself, it's wine's own fault
Hans Leidekker wrote:
> On Wednesday 02 July 2008 23:56:51 Rob Shearman wrote:
>
>> How about:
>> 3) Copy the networking sublayer from wininet into winhttp and build on top
>> of that to implement winhttp. Reimplement wininet on top of winhttp.
>
> Drawback to this option is that you're going to
On Thu, Jul 3, 2008 at 11:22 AM, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> "John Klehm" <[EMAIL PROTECTED]> writes:
>
>> Add your fix to w32api (mingws headers) with a patch or use wines
>> headers to cross compile. If you patch w32api send your patch to Paul
>> Millar. If you want to use Wi
"John Klehm" <[EMAIL PROTECTED]> writes:
> Add your fix to w32api (mingws headers) with a patch or use wines
> headers to cross compile. If you patch w32api send your patch to Paul
> Millar. If you want to use Wine's headers try my script.
>
> http://klehm.net/wine/crossbuild_tricks.sh.
Note tha
On Thu, Jul 3, 2008 at 9:47 AM, Vitaly Perov <[EMAIL PROTECTED]> wrote:
> "make" command works, but when I try "make crosstest" the following message
> appears:
> mlang.cross.o: In function `func_mlang':
> /home/vitperov/Projects/wine/dlls/mlang/tests/mlang.c:831: undefined reference
> to `_IID_IMu
Martin Szydlowski wrote:
> I know I can get the Windows-PIDs using winedbg->info process but there
> is no trace of Unix PIDs there. Also, I need a scriptable way to do
> this, best being a small app that gets a Unix PID and prints the
> matching Windows PID to console.
I don't think there's curre
> Well, technically, they would be registered in the [mmcpl] section of
> control.ini, which is then mapped in the registry
(snip)
> I could add a check for CPL entries in control.ini if desired using the
> GetPrivateProfileSection function, and if/when Wine does support INI file
> mapping, the cod
Hi,
2008/7/3 Maarten Lankhorst <[EMAIL PROTECTED]>:
> Hello,
> I think that is a bad idea, while there might be 1 or 2 real genuine
> uses for only throwing an exception while debugging, 99% of the time
> it's really wine deadlocking itself, it's wine's own fault and I would
> rather see the backt
"make" command works, but when I try "make crosstest" the following message
appears:
mlang.cross.o: In function `func_mlang':
/home/vitperov/Projects/wine/dlls/mlang/tests/mlang.c:831: undefined reference
to `_IID_IMultiLanguage2'
/home/vitperov/Projects/wine/dlls/mlang/tests/mlang.c:864: undefin
On Wed, Jul 2, 2008 at 10:29 PM, Chris Ahrendt <[EMAIL PROTECTED]> wrote:
> Is there a way within wine or wine debug to tell it to output just the
> API's
> which are being called? I am trying to debug a exception that causes an
> application
> to crash. As usual I don't have the windows source c
Hi,
2008/7/3 Alexandre Julliard <[EMAIL PROTECTED]>:
> It doesn't work here:
>
> ../../../tools/runtest -q -P wine -M gdi32.dll -T ../../.. -p
> gdi32_test.exe.so font.c && touch font.ok
> font.c:830: Test failed: data index 14: expected font codepage 42, got 1252
> font.c:830: Test failed: data
> On Wednesday 02 July 2008 19:27:43 Yann Droneaud wrote:
>
>> This patch does the following:
>>
>> - Move cookie retrieval code to HTTP_HttpSendRequest()
>> - Don't allocate memory for url if INTERNET_FLAG_NO_COOKIES is enabled
>> - Be sure to not overflow lpszCookies:
>> buffer size was nCookie
Hi,
2008/7/3 Lei Zhang <[EMAIL PROTECTED]>:
> On Wed, Jul 2, 2008 at 5:13 PM, Huang, Zhangrong <[EMAIL PROTECTED]> wrote:
> Are these the only fonts that work? What about other fonts like arphic-uming?
> http://packages.debian.org/etch/ttf-arphic-uming
If you don't have those fonts, try the follo
Hi all,
I am starting and stopping some Windows (and also Unix) programs from a
shell script. To start, I use fork/exec which gives me the Unix PID. To
stop the program I use kill. I have experimented with different signals
(TERM, HUP, INT, KILL) and all of them achieve the goal of stopping the
pr
> Control Panel applets can also be registered in "HKCU\Control
> Panel\MMCPL".
Well, technically, they would be registered in the [mmcpl] section of
control.ini, which is then mapped in the registry
(HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows
NT\CurrentVersion\IniFileMapping\control.ini) t
On Thursday 03 July 2008 12:18:14 Yann Droneaud wrote:
> > Thanks Yann, good to see you move on to fix more bugs. To be accepted
> > in git each of those items should be a separate patch though, and the
> > impact of moving the cookie code is such that it needs a test case.
>
> Please, don't ask m
Thank to all that answered to my questions !
I'll test it on nexd days.
Best Regards
Max
Michael Karcher ha scritto:
> Am Donnerstag, den 03.07.2008, 01:36 +0200 schrieb Massimo Del Fedele:
>>> Try these untested macros:
>>>
>>> #define STARTLOG(dbch) ((_wine_dbch_##dbch).flags |= (1 <<
>>> __
Am Donnerstag, den 03.07.2008, 01:36 +0200 schrieb Massimo Del Fedele:
> > Try these untested macros:
> >
> > #define STARTLOG(dbch) ((_wine_dbch_##dbch).flags |= (1 <<
> > __WINE_DBCL_TRACE))
> > #define STOPLOG(dbch) ((_wine_dbch_##dbch).flags &= ~(1 <<
> > __WINE_DBCL_TRACE))
> >
> > And the
Adam Petaccia <[EMAIL PROTECTED]> writes:
> diff --git a/dlls/gdiplus/tests/font.c b/dlls/gdiplus/tests/font.c
> index 59a6cb7..e710c30 100644
> --- a/dlls/gdiplus/tests/font.c
> +++ b/dlls/gdiplus/tests/font.c
> @@ -189,42 +189,38 @@ static void test_fontfamily (void)
> static void test_getgener
Adam Petaccia <[EMAIL PROTECTED]> writes:
> @@ -152,6 +154,8 @@ static void test_fontfamily (void)
> WCHAR itsName[LF_FACESIZE];
> GpStatus stat;
>
> +ZeroMemory(itsName, sizeof(itsName));
> +
Clearing buffers is almost always a sign that you are hiding a
bug. Please fix it proper
"Huang, Zhangrong" <[EMAIL PROTECTED]> writes:
> This pacth add tests for GdiGetCodePage, which currently don't pass on WIne.
>
> ChangeLog
>gdi32/tests: Add tests for GdiGetCodePage.
It doesn't work here:
../../../tools/runtest -q -P wine -M gdi32.dll -T ../../.. -p gdi32_test.exe.so
font.
"Huang, Zhangrong" <[EMAIL PROTECTED]> writes:
> @@ -665,6 +678,26 @@ static void test_menu_add_string( void )
> else
> ok (!ret, "GetMenuStringW on ownerdraw entry succeeded.\n");
>
> +/* test multibyte menu text */
> +strcpy(string, "\xce\xc4\xbc\xfe(&F)"); /* CP936 */
Y
Louis Lenders <[EMAIL PROTECTED]> writes:
> Here;s the whole patch that i sent a while ago, but i was advised after that
> to
> first sent a simple stub because the patch was too large:
>
> http://bugs.winehq.org/attachment.cgi?id=14343
Here's what you said in your original patch:
> - code for
On Wednesday 02 July 2008 19:27:43 Yann Droneaud wrote:
> This patch does the following:
>
> - Move cookie retrieval code to HTTP_HttpSendRequest()
> - Don't allocate memory for url if INTERNET_FLAG_NO_COOKIES is enabled
> - Be sure to not overflow lpszCookies:
> buffer size was nCookieSize + 1
Hi Rob,
On Wed, Jul 2, 2008 at 11:51 PM, Rob Shearman <[EMAIL PROTECTED]> wrote:
>
> Interesting analysis and I'm sure you're right. However, the patch is
> still making up for a deficiency in another piece of code so it either
> needs a FIXME comment or a fixme to be printed to the debug log.
>
On Wednesday 02 July 2008 23:56:51 Rob Shearman wrote:
> How about:
> 3) Copy the networking sublayer from wininet into winhttp and build on top
> of that to implement winhttp. Reimplement wininet on top of winhttp.
Drawback to this option is that you're going to destabilize wininet, but
perhaps
49 matches
Mail list logo
