On 29/08/2011 2:37 AM, Alan W. Irwin wrote:
> While I am doing those additional investigations, please consider
> the question of why there is a huge difference between built-in and
> executable latency for MSYS bash commands under wine. To start
> that investigation it would be good to compare
Today I discovered while debugging a fairly complex application that I
built under MinGW/MSYS/wine that the scanf family of functions was
introducing float (32-bit floating-point) noise into double (64-bit
floating-point) results.
I implemented a simple test code to make it extremely easy to
repl
2011/8/29 Octavian Voicu
> Alexandre already committed the patch, so if native passes the test I can
> send a test for the next iteration. On the other hand, if native chokes on
> the colon, then we shouldn't add any testcases. If it works, might also
> throw a @pwd@ in there.
>
I've got the res
2011/8/29 Frédéric Delanoy :
>> - buildbot currently explodes while attaching patches to status
>> emails if the patch contains a non-ascii character,
>> http://trac.buildbot.net/ticket/2091
>> (I'll probably work around this by disabling the attachment.)
>
> Alternatively, avoid attaching patches
On Mon, Aug 29, 2011 at 23:41, Dan Kegel wrote:
> On Sun, Aug 28, 2011 at 8:53 PM, Dan Kegel wrote:
>> I hope to turn on email notifications sometime this week.
>
> Buildbot is now sending email on failure. There are two caveats:
> - it's emailing directly from a cable modem, not using an smtp r
>>This won't work. Simply doing a dlopen on the wine libraries won't get
>>your environment setup properly.
what can i do then to setup the wine environment correctly
and use the wine libraries from fpc.
thanks
--
*
En la tierra
On Mon, Aug 29, 2011 at 2:05 PM, Reinier Napoles Martinez
wrote:
> lib:=dlopen('/usr/lib/wine/user32.dll.so',1);
This won't work. Simply doing a dlopen on the wine libraries won't get
your environment setup properly.
--
Steven Edwards
"There is one thing stronger than all the armies in the w
On Sun, Aug 28, 2011 at 8:53 PM, Dan Kegel wrote:
> I hope to turn on email notifications sometime this week.
Buildbot is now sending email on failure. There are two caveats:
- it's emailing directly from a cable modem, not using an smtp relay,
so some mail systems may think it's spam
- buildbot
best regards
I would like to know
if it is possible to use the wine libraries with freepascal compiler.
kylix had a modified version of the wine libraries and I believe that it was
possible to invoke them from pascal.
I've tried several ways but all I get is "segment fault".
sorry for my Englis
On 08/29/2011 04:08 AM, Jay Yang wrote:
> Changes from last time:
> Fixed a build issue.
>
> ---
> programs/explorer/Makefile.in |2 +-
> programs/explorer/explorer.c |4
> 2 files changed, 5 insertions(+), 1 deletions(-)
>
>
sorry, thunderbird seems to have sent to old file
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 29.08.2011 um 21:38 schrieb Henri Verbeet:
> On 29 August 2011 20:53, Stefan Dösinger wrote:
>> On Monday 29 August 2011 19:40:13 Henri Verbeet wrote:
>>> On 29 August 2011 19:20, Stefan Dösinger wrote:
+/* Note that this function writes th
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=13819
Your paranoid android
On 29 August 2011 20:53, Stefan Dösinger wrote:
> On Monday 29 August 2011 19:40:13 Henri Verbeet wrote:
>> On 29 August 2011 19:20, Stefan Dösinger wrote:
>> > +/* Note that this function writes the full sizeof(DDSURFACEDESC2) size,
>> > don't use it
>>
>> So no need to clear it first.
> Well, t
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=13811
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=13810
Your paranoid android
On 2011-08-29 07:56+1000 Ben Peddell wrote:
On 29/08/2011 2:37 AM, Alan W. Irwin wrote:
bash.exe-3.1$ time /z/home/wine/newstart1/MinGW/msys/1.0/bin/echo.exe
hello
hello
real0m0.503s
user0m0.080s
sys 0m0.020s
Also, I tried
time (x; x; x; x; x; x; x; x; x; x), where "x" represents
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=13809
Your paranoid android
On Monday 29 August 2011 19:40:13 Henri Verbeet wrote:
> On 29 August 2011 19:20, Stefan Dösinger wrote:
> > +/* Note that this function writes the full sizeof(DDSURFACEDESC2) size,
> > don't use it
>
> So no need to clear it first.
Well, the clear is part of the code that writes to the structure
On Mon, 29 Aug 2011, Frédéric Delanoy wrote:
[...]
> > diff --git a/programs/net/net.c b/programs/net/net.c
> > index 249c14d..ed26b43 100644
> > + STRING_RUNNING, " %s\n"
>
> This one is not particularly translatable.
That's quite true. I'll send a patch to remove it.
--
Francois Gouget
On Mon, 29 Aug 2011, Shachar Shemesh wrote:
[...]
> Yes, it does not support Unicode. That's why I said "1255", as in "Windows
> 1255", the ANSI
> encoding for Hebrew.
It does support Unicode (UTF-16) otherwise 'Hello' would have not been
displayed correctly. Furthermore I also tested with a Win
On Fri, Aug 26, 2011 at 17:41, Francois Gouget wrote:
> ---
>
> Quite useful to see what services are actually running.
>
> programs/net/net.c | 55 -
> programs/net/net.rc | 4 ++-
> programs/net/resources.h | 2 +
> 3 files changed,
On 08/29/2011 07:57 PM, Francois Gouget wrote:
On Sun, 28 Aug 2011, Shachar Shemesh wrote:
[...]
Yes. It's called "type". Take a Hebrew text stored in a Windows 1255 encoded file, and "type
file", see what happens. The order, if I understand this correc
On 29 August 2011 19:20, Stefan Dösinger wrote:
> +/* Note that this function writes the full sizeof(DDSURFACEDESC2) size,
> don't use it
So no need to clear it first.
2011/8/29 Frédéric Delanoy
> Might be a good idea to add a simple testcase
>
Not sure yet how native is going to handle this, because windows doesn't
allow colons in filenames. I submitted a job to the testbot to check this
[1].
Alexandre already committed the patch, so if native passes the tes
On Sun, 28 Aug 2011, Shachar Shemesh wrote:
[...]
> Yes. It's called "type". Take a Hebrew text stored in a Windows 1255 encoded
> file, and "type
> file", see what happens. The order, if I understand this correctly, will be
> logical.
The Windows 7 console does not even support displaying the H
Hi Aric,
did you forget to include Makefile.in changes with your patch? It
failed to build here:
http://buildbot.kegel.com/builders/runtests/builds/70
ccache gcc -m32 -c -I. -I. -I../../include -I../../include
-D__WINESRC__ -D_USER32_ -D_WINABLE_ -D_REENTRANT -fPIC -Wall -pipe
-fno-strict-aliasi
On Mon, Aug 29, 2011 at 5:41 AM, GOUJON Alexandre wrote:
>> You probably also want to use shorter subject lines,
>> and move more of the patch description into the body
>> of your message.
>>
> When I wrote the description of the patch using git commit, I wrote
> "kernel32: Improve GetVolumeInform
On Sun, Aug 28, 2011 at 00:39, Octavian Voicu wrote:
> Fixes an infinite recursion when running a command such as "del file.txt /S"
> in a directory that has some subdirectory with a colon in its name.
>
> The filename:stream syntax can be used on native to access alternate data
> streams on NTFS
On Wed, 24 Aug 2011, Francois Gouget wrote:
[...]
> * Similarly on Vista and Windows 7 UAC comes into play. I believe it
>mostly causes some tests to be skipped. So again, are there
>recommandations around this?
>
> * Are we interested in tests being run as an administrator or a regular
On Mon, Aug 29, 2011 at 02:53:51PM +0200, Michael Stefaniuc wrote:
> Comments?
Makes sense to me. Good luck ;) I'm sure you'll keep us posted.
Andrew
On 08/29/2011 02:49 PM, Frédéric Delanoy wrote:
On Mon, Aug 29, 2011 at 14:41, GOUJON Alexandre wrote:
When I wrote the description of the patch using git commit, I wrote
"kernel32: Improve GetVolumeInformation filesystem flags" as the title and
the remaining part on a new line (to make it a co
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=13801
Your paranoid android
Hello guys,
my tests:
- http://source.winehq.org/patches/data/78080
- http://winetestbot.winehq.org/JobDetails.pl?Key=13790
- http://winetestbot.winehq.org/JobDetails.pl?Key=13791
- http://winetestbot.winehq.org/JobDetails.pl?Key=13792
- http://winetestbot.winehq.org/JobDetails.pl?Key=13793
show t
On Mon, Aug 29, 2011 at 14:41, GOUJON Alexandre wrote:
> When I wrote the description of the patch using git commit, I wrote
> "kernel32: Improve GetVolumeInformation filesystem flags" as the title and
> the remaining part on a new line (to make it a comment).
> If I look at my commit with GitWeb
On 08/29/2011 04:46 AM, Dan Kegel wrote:
Fails to build here, since it depends on the patch "include/winnet.h:
Add more GetVolumeInformation system flags",
but you didn't mark them as being part of a series.
See "Subject Line" in http://wiki.winehq.org/SubmittingPatches
volume.c: In function ‘Ge
On 08/29/2011 04:33 AM, Dan Kegel wrote:
Fails tests here?
../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p
kernel32_test.exe.so volume.c&& touch volume.ok
fixme:volume:DefineDosDeviceW
(0x,L"a:",L"Z:\\home\\dank\\wineslave.dir\\sandbox\\slave\\runtests\\build\\dlls\\ker
2011/8/29 Dan Kegel :
> 011/8/29 Frédéric Delanoy :
>> On Mon, Aug 29, 2011 at 05:53, Dan Kegel wrote:
>>> The buildbot now uses ccache, which sped up builds
>>> tremendously. Cycle time of build slaves with ccache
>>> using is 10-11 minutes;
>>
>> Told you ;) From 14 mins to 10-11 mins, nice 25%
Frédéric Delanoy writes:
> On Sun, Aug 28, 2011 at 01:24, Octavian Voicu
> wrote:
>> Hello,
>>
>> I've noticed a lot of timeouts for cmd tests lately, which is not so
>> surprising with all the new incoming tests.
>
> Which timeouts are you talking about? On windows machines? Never
> experience
011/8/29 Frédéric Delanoy :
> On Mon, Aug 29, 2011 at 05:53, Dan Kegel wrote:
>> The buildbot now uses ccache, which sped up builds
>> tremendously. Cycle time of build slaves with ccache
>> using is 10-11 minutes;
>
> Told you ;) From 14 mins to 10-11 mins, nice 25% speed up
> Although it may ma
On Sun, Aug 28, 2011 at 01:24, Octavian Voicu wrote:
> Hello,
>
> I've noticed a lot of timeouts for cmd tests lately, which is not so
> surprising with all the new incoming tests.
OK found them
> I think test_builtins.cmd should be split in a few files, which would
> then be run separately. An a
On Mon, Aug 29, 2011 at 05:53, Dan Kegel wrote:
> The buildbot now uses ccache, which sped up builds
> tremendously. Cycle time of build slaves with ccache
> using is 10-11 minutes;
Told you ;) From 14 mins to 10-11 mins, nice 25% speed up
Although it may make things a bit slower in general for
41 matches
Mail list logo
