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=7542
Your paranoid android.
On 2010-12-10 15:14-0800 Juan Lang wrote:
Hi Alan,
you should open a bug for this rather than ask here. (Also, I just
tried on Ubuntu 10.04 with Wine 1.3.9 here, and I can't confirm.)
Thanks, Juan, for your reply which inspired me to build wine-1.3.9, and
indeed the issue has been fixed for t
On 2010-12-10 15:04-0800 Alan W. Irwin wrote:
I should have added that the configure step for my wine-1.3.8 build
used no options other than --prefix. That means I built the
32-bit version of wine-1.3.8 on my 64-bit (amd64) Intel box as confirmed
by
softw...@raven> file ~/wine/install/bin/wine
Hi Alan,
you should open a bug for this rather than ask here. (Also, I just
tried on Ubuntu 10.04 with Wine 1.3.9 here, and I can't confirm.)
--Juan
The command
wineconsole --backend=curses cmd
hangs with the following error message for 1.3.8:
err:ntdll:RtlpWaitForCriticalSection section 0x7ee17dec "?" wait timed
out in thread 0065, blocked by , retrying (60 sec)
err:ntdll:RtlpWaitForCritica
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=7538
Your paranoid android.
On 12/10/2010 06:44 AM, Alexandre Julliard wrote:
> Marcus Meissner writes:
>
>> At least map_file will copy the stuff into a new anon mapping and so make
>> it work. quake2 at least runs fully from a "noexec" mounted USB stick.
>
> That should be considered a bug. If you mount it noexec it's be
On Friday 10 December 2010 08:57:15 pm Ilya Basin wrote:
> In both 1.3.8 and git winedbg --gdb or plain gdb catches several
> segfaults, but if I ignore them, the program works.
>
> $ CC="ccache gcc" ./configure CFLAGS="-g -O0"
> make
> ./wine winedbg.exe --gdb notepad
>
> Wine-gdb> cont
> Continui
In both 1.3.8 and git winedbg --gdb or plain gdb catches several
segfaults, but if I ignore them, the program works.
$ CC="ccache gcc" ./configure CFLAGS="-g -O0"
make
./wine winedbg.exe --gdb notepad
Wine-gdb> cont
Continuing.
Program received signal SIGSEGV, Segmentation fault.
0x7e942cf4 in c
Louis Lenders writes:
> diff --git a/dlls/ntdll/nt.c b/dlls/ntdll/nt.c
> index 7ad56e4..d9f0398 100644
> --- a/dlls/ntdll/nt.c
> +++ b/dlls/ntdll/nt.c
> @@ -64,6 +64,8 @@
> #include
> #endif
>
> +#define USER_HZ_TO_TICKSPERSEC(x) (ULONGLONG)1000 * x /
> sysconf(_SC_CLK_TCK)
Don't hide
Erich Hoover writes:
> On Fri, Dec 10, 2010 at 3:28 AM, Alexandre Julliard
> wrote:
>> Erich Hoover writes:
>> > ... So, my thought was that it might be desirable to split apart the
>> > individual icons, move them all to one centralized location, and then
>> > institute a makefile rule for c
On Fri, Dec 10, 2010 at 3:28 AM, Alexandre Julliard wrote:
> Erich Hoover writes:
> > ... So, my thought was that it might be desirable to split apart the
> > individual icons, move them all to one centralized location, and then
> > institute a makefile rule for chaining the icons together into
Marcus Meissner writes:
> At least map_file will copy the stuff into a new anon mapping and so make
> it work. quake2 at least runs fully from a "noexec" mounted USB stick.
That should be considered a bug. If you mount it noexec it's because you
don't trust the code that it may contain...
> Any
On Fri, Dec 10, 2010 at 03:08:26PM +0100, Alexandre Julliard wrote:
> Marcus Meissner writes:
>
> > The issue is that it worked before my last patch and still works.
> >
> > Or should we take care of not executing stuff from "noexec" filesystems
> > as kind of policy rule?
>
> Yes. On systems th
Marcus Meissner writes:
> The issue is that it worked before my last patch and still works.
>
> Or should we take care of not executing stuff from "noexec" filesystems
> as kind of policy rule?
Yes. On systems that enforce this correctly, if you ignore the error at
that point you'll then get a m
On Fri, Dec 10, 2010 at 02:01:18PM +0100, Alexandre Julliard wrote:
> Marcus Meissner writes:
>
> > Hi,
> >
> > regression from my previous patch, which forced EXEC permissions on
> > some mappings, which in turn gets EPERM when the filesystem is
> > "noexec" mounted.
>
> I don't think that's a
Marcus Meissner writes:
> Hi,
>
> regression from my previous patch, which forced EXEC permissions on
> some mappings, which in turn gets EPERM when the filesystem is
> "noexec" mounted.
I don't think that's a good idea. If the filesystem is no exec we should
report it and fail.
--
Alexandre J
Erich Hoover writes:
> I was looking into adding better bitmaps for the toolbar controls in
> hhctrl.ocx (now that we have fancy alpha transparency support) and I wanted
> to make sure that the bitmaps used matched everywhere else in Wine. Looking
> into how this works currently, I noticed that
18 matches
Mail list logo
