On Sun, Jan 18, 2009 at 3:38 PM, Ge van Geldorp wrote:
> I see different estimated size values for Windows Installer 2.x and 3.0
> compared to 3.1 and later.
>
Please don't remove the check. It is set, and that's what we're
testing. If the value is different on different platforms, then do
like
On Sun, Jan 18, 2009 at 12:19 PM, David Laight wrote:
> On Sun, Jan 18, 2009 at 06:40:30PM +0100, Francois Gouget wrote:
>> On Sat, 17 Jan 2009, Austin English wrote:
>> [...]
>> > bash-3.2$ make thread.ok
>> > ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p
>> > kernel32_test.exe
On Sun, Jan 18, 2009 at 11:40 AM, Francois Gouget wrote:
> On Sat, 17 Jan 2009, Austin English wrote:
> [...]
>> bash-3.2$ make thread.ok
>> ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p
>> kernel32_test.exe.so thread.c && touch thread.ok
>> err:process:__wine_kernel_init boot e
--- On Sun, 18/1/09, Luke Kenneth Casson Leighton wrote:
> the regression test test_file.py has succeeded for years
> under
> proprietary native win32 platforms using the proprietary
> msvc compiler
> to build python.exe and python2N.dll for win32 platforms.
>
> this particular test is therefo
this one's a loovely obscure one - fread makes lseek be ignored :)
l.
http://bugs.winehq.org/show_bug.cgi?id=16968
this one's _really_ intriguing.
i've been observing that occasionally, running python.exe e.g from
/bin/sh.exe interactively shows... nothing. it's like, "dude, where's
my car^H^H^Hinteractive python prompt?>>>" and the python developers
are _really_
--- On Sat, 17/1/09, Luke Kenneth Casson Leighton wrote:
> > but the behaviour of msvcrt wrt crlf is _definitely_
> not right, as it
> > stands, and as a result it completely screws any
> possibility for
> > running python.exe under wine. completely. you
> can't have files that
> > you write to
as part of building python2.5.2 under msys under wine on linux using
mingw, i thought i'd try building _msi.pyd just for kicks. of course,
that required having an msi.lib import library, and associated header
files. so, purely as an experiment, i've documented the process by
which it is possible
On Sun, Jan 18, 2009 at 06:40:30PM +0100, Francois Gouget wrote:
> On Sat, 17 Jan 2009, Austin English wrote:
> [...]
> > bash-3.2$ make thread.ok
> > ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p
> > kernel32_test.exe.so thread.c && touch thread.ok
> > err:process:__wine_kernel_
On Sat, 17 Jan 2009, Austin English wrote:
[...]
> bash-3.2$ make thread.ok
> ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p
> kernel32_test.exe.so thread.c && touch thread.ok
> err:process:__wine_kernel_init boot event wait timed out
> assertion "thread->pt_blockgen == thread->pt
On Sat, 17 Jan 2009, Shunichi Fuji wrote:
> >http://source.winehq.org/git/wine.git/?a=commit;h=3fe5d80512ec5dbfbb2ee7dbb426be7d582e262e
> >configure: Check for ESound, FreeType, GPhoto2 and SANE even if their
> >'xxx-config' tool is missing.
[...]
if test "x$with_sane" != "xno"
then
ac_save
On Sun, Jan 18, 2009 at 4:52 PM, Hin-Tak Leung wrote:
> --- On Sun, 18/1/09, Luke Kenneth Casson Leighton wrote:
>
>> the regression test test_file.py has succeeded for years
>> under
>> proprietary native win32 platforms using the proprietary
>> msvc compiler
>> to build python.exe and python2N
On Sun, Jan 18, 2009 at 5:01 AM, Austin English wrote:
> Minor, but shouldn't that be 'case 17: /* Hat 0 Y */'
Right.
Actualy, I originally "stacked" all 4 supported hat definitions (times
2 axes, so 8 "case" lines), so I chose to only write what changed of
previous line (makes the pattern more v
On Sun, Jan 18, 2009 at 9:44 PM, Luke Kenneth Casson Leighton
wrote:
> On Sun, Jan 18, 2009 at 1:52 AM, Hin-Tak Leung
> wrote:
>
>> I am about to go back to fix a bug with ghostscript's ijs interface when
>> compiled with non-MSVC: IJS is a binary protocol (for communicating with
>> non-postsc
On 18 января 2009, Dmitry Timoshkov wrote:
> "Vitaly Lipatov" wrote:
...
> > For example, I build modified wine for ALT Linux distro and
> > my users wish to make difference between original wine and
> > modified wine.
>
> Unless you have a dedicated bugzilla and plan to handle all
> the bug repor
Ubuntu users account for the majority of submitted test results to date.
---
Distribution / Number of Test Results Submitted
---
Ubuntu 17968
Gentoo 4135
Debian 2747
Open SUSE 1554
Fedora_Core 1334
SUSE 1011
fedoraproject 960
Mandrake 794
Arch_Linux 768
Slackware 678
Kubuntu 238
Mint_Linux
On Sun, Jan 18, 2009 at 1:52 AM, Hin-Tak Leung wrote:
> --- On Sat, 17/1/09, Luke Kenneth Casson Leighton wrote:
>
>> > but the behaviour of msvcrt wrt crlf is _definitely_
>> not right, as it
>> > stands, and as a result it completely screws any
>> possibility for
>> > running python.exe under w
"Vitaly Lipatov" wrote:
>> > PACKAGE_NAME can be some another name, no Wine nor wine.
>>
>> Excuse me, Vitaly. What was an initial purpose of this change?
> I suppose to remove hardcoded project name for support build wine based
> project with other name.
> For example, I build modified wine for
18 matches
Mail list logo
