>>> Does this 'path' exist in LD_LIBRARY_PATH or equivilent?
>>>
>>> Otherwise ld might not be able to 'find' it when starting the program.
>>>
>>> James McKenzie
>>>
>> James...
>> You've just exhausted my technical knowledge. How do I do / find that?
>Susan:
>
>For the BASH shell:
>Type in set an
On 12/30/10 12:48 PM, Vitaliy Margolen wrote:
On 12/30/2010 12:23 PM, Travis Athougies wrote:
Tests to ensure the HLSL compiler won't crash on malformed input.
You still haven't fixed strings spanning multiple lines. Please send a
patch that fixes all incorrect strings first. Then continue on w
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=7981
Your paranoid android.
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=7979
Your paranoid android.
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=7969
Your paranoid android.
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=7968
Your paranoid android.
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=7970
Your paranoid android.
On 12/30/2010 12:23 PM, Travis Athougies wrote:
Tests to ensure the HLSL compiler won't crash on malformed input.
You still haven't fixed strings spanning multiple lines. Please send a patch
that fixes all incorrect strings first. Then continue on with the correct style.
Adding more invalid st
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=7966
Your paranoid android.
IGNORE MY LAST POST.
I'm away from home and don't have my glasses with me.
>Wine build complete.
>su...@ubuntu:~/wine$ wine checkinstall
>wine: error while loading shared libraries: libwine.so.1: cannot open shared
>object file: No such file or directory
>
>
>
On Thu, Dec 30, 2010 at 07:22:31AM -0500, Susan Cragin wrote:
> >> ELF7f3aa090b000-7f3aa0c3d000 Export
> >> libwine.so.1
> >>if you've compiled wine yourself, it's strange that libwine.so doesn't
> >>contain any dwarf information
> >>maybe you're
Yegor wrote:
> it's my first contribution to wine...
Welcome!
> so I wanted to start with some simple task.
Changing memory allocation might not be simple.
Your patch touches two different DLLs.
You should probably split this patch up, one patch per dll.
Also, the fact that your change to d3dc
On 12/30/10 4:31 PM, Greg Geldorp wrote:
I get very different results for the kernel32:debugger tests depending on
which compiler I use. With VS2008, the test runs fine. With mingw64
4.4.1-1a (used by the TestBot build VM), the child process that's supposed
to crash keeps running, re-executing th
-Original Message-
>From: James Mckenzie
>Sent: Dec 30, 2010 10:38 AM
>To: Susan Cragin , Marcus Meissner
>
>Cc: Wine Developers , Eric Pouech
>
>Subject: Re: 64-bit Notepad2 crashes
>
>Susan Cragin wrote:
>>Sent: Dec 30, 2010 8:30 AM
>>To: Marcus Meissner
>>Cc: Wine Developers , Er
Susan Cragin wrote:
>Sent: Dec 30, 2010 8:30 AM
>To: Marcus Meissner
>Cc: Wine Developers , Eric Pouech
>
>Subject: Re: 64-bit Notepad2 crashes
>
>>On Thu, Dec 30, 2010 at 07:22:31AM -0500, Susan Cragin wrote:
>>> >> ELF 7f3aa090b000-7f3aa0c3d000 Export
>>> >> libwin
maury loïc wrote:
>
>Hello Ken and the Wine community,
>
Please bottom post or post directly to a question. Please do not top post.
>
>On Thu, Dec 30, 2010 at 12:51 PM, Ken Thomases wrote:
>
>> Hi Loïc,
>>
>> On Dec 30, 2010, at 4:20 AM, maury loïc wrote:
>>
>> > it's my first patch, and it impl
>On Thu, Dec 30, 2010 at 07:22:31AM -0500, Susan Cragin wrote:
>> >> ELF 7f3aa090b000-7f3aa0c3d000 Export
>> >> libwine.so.1
>> >>if you've compiled wine yourself, it's strange that libwine.so doesn't
>> >>contain any dwarf information
>> >>maybe you're loading anothe
On Thu, Dec 30, 2010 at 07:22:31AM -0500, Susan Cragin wrote:
> >> ELF7f3aa090b000-7f3aa0c3d000 Export
> >> libwine.so.1
> >>if you've compiled wine yourself, it's strange that libwine.so doesn't
> >>contain any dwarf information
> >>maybe you're loading another ins
Hello Ken and the Wine community,
For what i understood, The function CDROM_Verify(), verify if the media is
present on the device, and Wine try to open
the device(in Mac Os case), before call the CDROM_Verify().
But Mac Os manage the device differently from the other Os. It create the
device, on
>> ELF 7f3aa090b000-7f3aa0c3d000 Export libwine.so.1
>>if you've compiled wine yourself, it's strange that libwine.so doesn't
>>contain any dwarf information
>>maybe you're loading another instance of libwine?
>>A+
>>
>>--
>>Eric Pouech
>
>I did a search of the file system
On 12/30/10 5:02 AM, Yegor Yefremov wrote:
Hello,
it's my first contribution to wine, so I wanted to start with some
simple task. After fixing the files mentioned in the attached patch,
following files in dlls folder still contain malloc/free calls:
dlls/ntdll/server.c:if (!(tmp_dir
Hello,
it's my first contribution to wine, so I wanted to start with some
simple task. After fixing the files mentioned in the attached patch,
following files in dlls folder still contain malloc/free calls:
dlls/ntdll/server.c:if (!(tmp_dir = malloc( p + 1 -
config_dir ))) fatal_error
Hi Loïc,
On Dec 30, 2010, at 4:20 AM, maury loïc wrote:
> it's my first patch, and it implement the CDROM_Verify()
> to work on Mac Os.
I think most people are going to need more explanation for why this is a
legitimate way to implement this function on Mac OS X. :)
Cheers,
Ken
Hello,
it's my first patch, and it implement the CDROM_Verify()
to work on Mac Os.
merci
Loïc
---
dlls/ntdll/cdrom.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/dlls/ntdll/cdrom.c b/dlls/ntdll/cdrom.c
index 59f85a0..185f397 100644
--- a/dlls/ntdll/cdrom.c
+++ b/dl
24 matches
Mail list logo
