Rafał Mużyło wrote:
> Going on an assumption, that 0 is a magic value (standing for 'point'),
> compare against it. Fixes 6ab04040e52465e77558a067309e8a54bdc0f32c regression,
> so would be nice if this got into wine 1.6.
It would be nice to see some test cases first.
--
Dmitry.
What if rect.Width is 0.25? Shouldn't we still clip then?
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
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
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 the complete
> echo command ab
mply the above correctly spelled command took only
0.150 seconds for 1.2-rc3 which implies a factor of 3 regression in
latency for wine 1.3.27. However, for those old tests my MinGW/MSYS
software stack was different so I will attempt to replicate them again
(and also the bash timing versions abo
On Sat, Aug 27, 2011 at 5:22 PM, Alan W. Irwin
wrote:
[...]
> bash.exe-3.1$ which echo
> /z/home/wine/newstart1/MinGW/msys/1.0/bin/echo.exe
>
> bash.exe-3.1$ time echo "hello"
> hello
>
> real 0m0.000s
> user 0m0.000s
> sys 0m0.000s
>
> This shows there is at least one command (echo) ava
The startup latency of commands run under wine-1.3.27 is much worse than it
used to be.
I did the following experiment with bash-3.1.17 that you get with the
latest (mingw-get-inst-20110802.exe) MinGW/MSYS installer.
wineconsole --backend=curses MinGW/msys/1.0/bin/bash.exe
Then I ran the follow
On 05/17/2011 12:43 PM, Susan Cragin wrote:
I compile every git. So last compile was the day before this one.
However, I don't remember if I tried to run NatSpeak, so the error
might be as much as two days old?
If something worked before and don't work anymore, it's a regression.
Have a look
>> This popped up today, and prevented me from opening my program. >> >> susan@ubuntu:~/.wine/drive_c/Program Files/Nuance/NaturallySpeaking10/Program$ wine natspeak>> fixme:mountmgr:harddisk_ioctl returning zero-filled buffer for IOCTL_VOLUME_GET_VOLUME_DISK_EXTENTS>> fixme:mountmgr:harddisk_ioctl
Am 16.05.2011 22:49, schrieb Susan Cragin:
> This popped up today, and prevented me from opening my program.
>
> susan@ubuntu:~/.wine/drive_c/Program
> Files/Nuance/NaturallySpeaking10/Program$ wine natspeak
> fixme:mountmgr:harddisk_ioctl returning zero-filled buffer for
> IOCTL_VOLUME_GET_VOL
This popped up today, and prevented me from opening my program.
susan@ubuntu:~/.wine/drive_c/Program Files/Nuance/NaturallySpeaking10/Program$
wine natspeak
fixme:mountmgr:harddisk_ioctl returning zero-filled buffer for
IOCTL_VOLUME_GET_VOLUME_DISK_EXTENTS
fixme:mountmgr:harddisk_ioctl unsuppor
On Wed, Feb 24, 2010 at 9:48 AM, Susan Cragin wrote:
> I haven't been installing Dragon NaturallySpeaking every day for over a week,
> but I did try it today, and noticed that a bug has apparently crept in.
> Here's what happens:
> Installation runs fine.
> Then I try running the program for the
I haven't been installing Dragon NaturallySpeaking every day for over a week,
but I did try it today, and noticed that a bug has apparently crept in.
Here's what happens:
Installation runs fine.
Then I try running the program for the first time.
The microphone level test is fine, and the test f
. Turns out to be a regression in the Linux kernel:
http://bugzilla.kernel.org/show_bug.cgi?id=15273
The two regressions (it was a double regression) are now fixed and upstream:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=84d710926797a6e317e7e94654a3ccd771cfd8a3
http
a boxes. Turns out to be a regression in the Linux kernel:
> http://bugzilla.kernel.org/show_bug.cgi?id=15273
>
> thanks
> bye
> michael
>
>
This isn't the first time a ptrace change broke Wine. Something very
similar happened a few years ago.
Thanks,
Scott Ritchie
Hello guys,
in case you have a Wine app that stopped working on Linux and you use
2.6.33-rcX kernels please give 2.6.32 a whirl. I finally sat down to
track why the ntdll exception tests started to fail on my machines but
not on other Fedora boxes. Turns out to be a regression in the Linux kernel
Hi Erich,
thanks for that test case. I'm overloaded at the moment, but
if you file a bug, I'll try to have a look...
- Dan
On Mon, Dec 28, 2009 at 5:03 PM, Erich Hoover wrote:
> In a surprise last-minute request it became necessary for me to get
> Athena Visual Studio running under Wine again
>
In a surprise last-minute request it became necessary for me to get
Athena Visual Studio running under Wine again
(http://appdb.winehq.org/objectManager.php?sClass=version&iId=15183).
A couple of commits to MSVCRT (that are needed for other reasons)
caused regressions in Wine's ability to run this
I had a bad git. Re-did everything and now it works.
Sorry about that.
Susan
-Original Message-
>Installed Dragon NaturallySpeaking using clean prefix and today's git.
>Instal went "without errors" but when I tried to open the program it said that
>the install hadn't completed correctly
Installed Dragon NaturallySpeaking using clean prefix and today's git.
Instal went "without errors" but when I tried to open the program it said that
the install hadn't completed correctly.
Specifically, iexplore.exe was missing.
I looked at the terminal output for the run but there wasn't anyt
Markus, You patch caused regression:
http://bugs.winehq.org/show_bug.cgi?id=20711
Please take a look.
Vitaliy.
--- On Mon, 24/8/09, Vincent Pelletier wrote:
> Le dimanche 23 août 2009 21:02:33,
> Hin-Tak Leung a écrit :
> > I don't know why a german translation would affect my
> environment
> > (LANG=en_GB.utf8) and setting LANG=C does not fix the
> problem.
>
> I just yesterday found a similar fix for a
Le dimanche 23 août 2009 21:02:33, Hin-Tak Leung a écrit :
> I don't know why a german translation would affect my environment
> (LANG=en_GB.utf8) and setting LANG=C does not fix the problem.
I just yesterday found a similar fix for a segfaulting "wine iexplore" on a
japanese environment kde.
The
--- On Sun, 23/8/09, Austin English wrote:
> On Sun, Aug 23, 2009 at 2:02 PM,
> Hin-Tak Leung
> wrote:
> > My favourite mono/.net application dies with 'Style
> Regular isn't supported by font Tahoma' in 1.1.28.
> >
> > I did a git bisect and
> > commit 0b9ba054f6c8a2d96c898e7325087f56a6224644
>
On Sun, Aug 23, 2009 at 2:02 PM, Hin-Tak Leung wrote:
> My favourite mono/.net application dies with 'Style Regular isn't supported
> by font Tahoma' in 1.1.28.
>
> I did a git bisect and
> commit 0b9ba054f6c8a2d96c898e7325087f56a6224644
> Author: André Hentschel
> Date: Wed Aug 12 19:19:32 200
My favourite mono/.net application dies with 'Style Regular isn't supported by
font Tahoma' in 1.1.28.
I did a git bisect and
commit 0b9ba054f6c8a2d96c898e7325087f56a6224644
Author: André Hentschel
Date: Wed Aug 12 19:19:32 2009 +0200
was the entry that breaks, but just reversing it in 1.1.2
Heu,
Fixing the bug would help, I replied on that bugtracker that I need more
information since I'm not bit by that bug myself, but completely
reverting a commit just because it has a bug for someone isn't
particularly helpful. If you go to winecfg and set acceleration to
emulation the old co
2009/7/28 Maarten Lankhorst :
> This reverts commit 0addd3ba5a7c1de970d1829f77969e5331ad2be0.
>
> It doesn't fix anything, it just hides the bug.
Wouldn't it be helpful to fix the bug first?
On Sat, Jul 18, 2009 at 11:58 PM, Nikolay Sivov wrote:
> On Sun, Jul 19, 2009 at 9:55 AM, Erich Hoover wrote:
>> Real Name:
>> Erich Hoover
>> Description:
>> Commit 'f27d88e16fe0292d3efa7dac8966a0b612e62e6d' resulted in a
>> regression in the suppo
On Sun, Jul 19, 2009 at 9:55 AM, Erich Hoover wrote:
> Real Name:
> Erich Hoover
> Description:
> Commit 'f27d88e16fe0292d3efa7dac8966a0b612e62e6d' resulted in a
> regression in the support of dsound, causing C&C3 and C&C3: Kane's
> Wrath to crash
On 04.07.2009 23:55, Yuriy Kaminskiy wrote:
> Yuriy Kaminskiy wrote:
> I'm wrong - I don't have working windows installation at hands and cannot
> check
> that.
Well, no answer so far; I thought "should write test, code is more welcomed than
just words", and noticed that such test already present,
Yuriy Kaminskiy wrote:
>I've stumbled over problem with lstrcmpi sorting is still wrong. Some
> japanese game engine uses binary search on presorted array, and fails
> with a-la "object not found" errors.
[...]
> proper order should be "_" < "0" (ok) and "." < "_" (fails with vanilla
> wine).
Hello!
Previous thread on this topic:
http://www.mail-archive.com/wine-devel@winehq.org/msg01080.html
I've stumbled over problem with lstrcmpi sorting is still wrong. Some
japanese game engine uses binary search on presorted array, and fails
with a-la "object not found" errors.
Judging by
> If you haven't done so already, please report this on bugs.winehq.org
Someone has been faster. It was already there:
http://bugs.winehq.org/show_bug.cgi?id=18675
HEAP_MakeInUseBlockFree( subheap, pArena );
is the guilty statement.
Could you explain in which cases this might cause a program to f
2009/5/26 Niklas Hambüchen :
> There is something wrong with commit
> 13a33b73c349530b17347d3ec6a1f5bb268cc917 (ntdll: Free old memory block
> when reallocating to a large block.).
>
> Having this this patch applied (as it is in wine-1.1.22), some
> applications show a strange behavior, for example
There is something wrong with commit
13a33b73c349530b17347d3ec6a1f5bb268cc917 (ntdll: Free old memory block
when reallocating to a large block.).
Having this this patch applied (as it is in wine-1.1.22), some
applications show a strange behavior, for example Guild Wars does not
start up (it keeps
The regression is completed by this one :
-Second regression : Don't show second registration page and help contents
8d28f09d8a582ff499b5947a5a2d1cf2700fb259 is first bad commit
commit 8d28f09d8a582ff499b5947a5a2d1cf2700fb259
Author: Jacek Caban
Date: Tue Dec 30 06:48:59 2008 +0100
m
Following patch
c3bdda810243ed6c8d6b9960d1df3b534653b438 is first bad commit
commit c3bdda810243ed6c8d6b9960d1df3b534653b438
Author: Jacek Caban
Date: Wed Sep 24 18:19:46 2008 +0200
mshtml: Use ActiveScript for JavaScript in file protocol documents.
:04 04 61b72d076d5bcefd2ec1938
Thanks. I spent some time looking at a similar regression reported
by Uwe. I hope to have a patch this weekend.
On Mon, Feb 9, 2009 at 6:19 PM, Erich Hoover wrote:
> In Wine 1.1.14 Athena Visual Studio fails to build Fortran applications and
> returns with an error, doing a git bisect gives thi
In Wine 1.1.14 Athena Visual Studio fails to build Fortran applications and
returns with an error, doing a git bisect gives this result:
ebe4a9e321800fbe6d2004a640cd276a28d15c38 is first bad commit
commit ebe4a9e321800fbe6d2004a640cd276a28d15c38
Author: Dan Kegel
Date: Sun Jan 18 19:19:46 2
> > Henry, with this patch 'Environment Bump Mapping' test is looking
> good, but
> > 'fixme:d3d_shader:register_for_arg Unknown source argument 255' is
> > still there - continous in many cases, not just in 3DMark2001SE... Is
> > this fixme useless, when this works?
> >
> Stefan has a fix for tha
I've attached a patch to bug 16412
(http://bugs.winehq.org/show_bug.cgi?id=16412) that might help.
Milan Kostić <[EMAIL PROTECTED]> at Dec 9, 2008 7:27 AM (MST) wrote about:
Regression in 'Environment Bump Mapping' test (3DMark2001SE) withwine-1.1.10
>
> Console says:
>
> fixme:d3d_shader:register_for_arg Unknown source argument 255
>
> And picture is
Console says:
fixme:d3d_shader:register_for_arg Unknown source argument 255
And picture is odd with 1.1.10, in 1.1.9<= it was good i think. I
don't know exactly, but this regression can be due changes in
ati_fragment_shader.c.
http://i263.photobucket.com/albums/ii149/smokidungeon/wine-1110.j
2008/11/30 Adam Petaccia <[EMAIL PROTECTED]>:
> Maarten, could you look at http://bugs.winehq.org/show_bug.cgi?id=16297
> as you're the author of 717df5b2972b3cb998ca5a43279ae2283b117eaa? I
> tried adding you as CC but bugzilla complained.
Hi,
You may be interested in http://bugs.winehq.org/show_
Maarten, could you look at http://bugs.winehq.org/show_bug.cgi?id=16297
as you're the author of 717df5b2972b3cb998ca5a43279ae2283b117eaa? I
tried adding you as CC but bugzilla complained.
The real problems are that the ffp description structure still contains 3
uninitialized padding bytes, and that a HeapFree is missing. I'm going to
send patches for those
"Jeff Zaroyko" <[EMAIL PROTECTED]> writes:
> None as such since difference in performance is so large. I can say
> that without a doubt using HeapAlloc and HeapFree in this function
> causes noticeable delays such that in Battlefield 1942 the framerate
> is falls so much that it is unplayable, ch
On Wed, Sep 3, 2008 at 10:25 PM, Henri Verbeet <[EMAIL PROTECTED]> wrote:
> 2008/9/3 Jeff Zaroyko <[EMAIL PROTECTED]>:
>> Please ignore the previous patch sent two days ago, this one fixes a
>> performance regression as well as removing the memory leak.
>>
>> -Jeff
>>
> Do you have some kind of ben
2008/9/3 Jeff Zaroyko <[EMAIL PROTECTED]>:
> Please ignore the previous patch sent two days ago, this one fixes a
> performance regression as well as removing the memory leak.
>
> -Jeff
>
Do you have some kind of benchmark data for this change? I don't think
allocating relatively large buffers like
Yesterday, there were a bunch of new valgrind warnings in gdiplus,
and they're still there today. See
http://kegel.com/wine/valgrind/logs-2008-06-26/vg-gdiplus_font.txt
For instance,
Invalid read of size 4
at GdipCreateFont (font.c:99)
by test_createfont (font.c:57)
by func_font (f
2008/6/22 Dan Kegel <[EMAIL PROTECTED]>:
> Syscall param socketcall.send(msg) points to uninitialised byte(s)
> at 0x40007F2: (within /lib/ld-2.7.so)
> by 0x4CEA13A: rpcrt4_conn_write (rpc_binding.h:171)
> by 0x4CEA006: RPCRT4_SendWithAuth (rpc_message.c:533)
> by 0x4CEA784: RPCRT4_Send (rp
This Valgrind error popped up for the first time today.
To reproduce, make sure you have an up to date valgrind
from svn, apply something like http://kegel.com/wine/valgrind/runtest.patch,
and do e.g.
$ cd dlls/rpcrt4/tests
$ RUNTEST_USE_VALGRIND=1 make server.ok
Reverting
http://source.winehq.or
> On Saturday 07 June 2008 10:25:39 Pavel Troller wrote:
>
> > BTW, my system is NOT running in Unicode. Maybe is it related ? I hope it is
> > not yet mandatory. I'm using iso-8859-2 encoding, which works much better
> > in my normal working environment.
>
> If the URL contains characters outsid
On Saturday 07 June 2008 10:25:39 Pavel Troller wrote:
> BTW, my system is NOT running in Unicode. Maybe is it related ? I hope it is
> not yet mandatory. I'm using iso-8859-2 encoding, which works much better
> in my normal working environment.
If the URL contains characters outside iso-8859-2 t
Hi!
Today we've found that winebrowser gets invalid URL consisting of many
question marks instead of correct URL, in at least two cases:
1) Attempt to buy a game in Steam (yes, we are regularly doing that)
2) Trying to buy a program called CPT-Master from 3am systems, free demo
which shows th
Neil Skrypuch wrote:
> On Friday 23 May 2008, Markus wrote:
>> Hi,
>>
>> after investigating reports for the game 'World in Conflict', I identified
>> the following patch to cause the game graphics to freeze (ambient sounds
>> are still played though):
>>
>>
>> ba90a740beb9ce9a839cc843db8d87f5
On Friday 23 May 2008, Markus wrote:
> Hi,
>
> after investigating reports for the game 'World in Conflict', I identified
> the following patch to cause the game graphics to freeze (ambient sounds
> are still played though):
>
>
> ba90a740beb9ce9a839cc843db8d87f5a37becdd is first bad commit
>
Hi,
after investigating reports for the game 'World in Conflict', I identified the
following patch to cause the game graphics to freeze (ambient sounds are
still played though):
ba90a740beb9ce9a839cc843db8d87f5a37becdd is first bad commit
commit ba90a740beb9ce9a839cc843db8d87f5a37becdd
Aut
Am Samstag, 3. Mai 2008 12:52:43 schrieb Steven Edwards:
> Hi,
> Sorry to spam wine-devel...I don't have the time to file a proper bug
> report right now and I did not want to waste my time if the directx
> guys were aware of it and working on it but 3DMark03 is crashing for
> me in wn2000 mode whi
Hi,
Sorry to spam wine-devel...I don't have the time to file a proper bug
report right now and I did not want to waste my time if the directx
guys were aware of it and working on it but 3DMark03 is crashing for
me in wn2000 mode while it functions in win98 mode. This is a
regression and a new bug,
Hello!
> The same bug happens in Patrician3.exe
> If you apply the attached patch if should be ok.
>
> Please let me know, if that worked also for you.
I already tried this work-around and it makes the game work. Alexandre
Julliard also proposed a patch which works fine, please have a look at
b
<[EMAIL PROTECTED]> wrote:
> The same bug happens in Patrician3.exe
> If you apply the attached patch if should be ok.
That bug should be fixed in git. This is not an appropriate place
to report the bugs, use bugzilla instead.
--
Dmitry.
The same bug happens in Patrician3.exe
If you apply the attached patch if should be ok.
Please let me know, if that worked also for you.
b60b43c523aff32358b143672e59d5952587da39.diff
Description: Binary data
Happens the same in "Warcraft 3 : The Frozen Throne", you have to start
the application directly from "war3.exe", "Frozen\ Throne.exe" ceased to
work.
El mar, 05-02-2008 a las 22:14 +0100, Olaf Leidinger escribió:
> Hello!
>
> I noticed that the game "worms 2" broke between wine-0.9.53 and wine-0
Hello!
> Great now for your left to learn how to use search button:
> Duplicate of Bug 11340!!!
Well, I'm sorry I posted a dublicate bug, perhaps I searched the wrong way ;-/
> What users doing here anyway?
Hm... that's exactly what "How to do regression testing using Git" recommends.
"report a
Olaf Leidinger wrote:
> Hello again!
>
> Bugzilla seems to work again. The bug number is 11481.
>
> Ciao,
> Olaf
>
>
Great now for your left to learn how to use search button:
Duplicate of Bug 11340!!!
What users doing here anyway?
Vitaliy
Hello again!
Bugzilla seems to work again. The bug number is 11481.
Ciao,
Olaf
Hello!
> What bug # is this? Please note this is not bugzilla, you will be expected
> to debug this problem yourself and provide technical information.
Well, I'd like to report the bug, but it seems bugzilla has problems:
Software error:
Can't connect to the database.
Error: Too many connectio
Hello!
> What bug # is this? Please note this is not bugzilla, you will be expected
> to debug this problem yourself and provide technical information.
Well, I'd like to report the bug, but it seems bugzilla has problems:
Software error:
Can't connect to the database.
Error: Too many connectio
What bug # is this? Please note this is not bugzilla, you will be expected
to debug this problem yourself and provide technical information.
Vitaliy
Olaf Leidinger wrote:
> Hello!
>
> I noticed that the game "worms 2" broke between wine-0.9.53 and wine-0.9.54.
> A git-bisect revealed the guilt
Hello!
I noticed that the game "worms 2" broke between wine-0.9.53 and wine-0.9.54. A
git-bisect revealed the guilty patches.
The game includes a frontend.exe which starts game.exe and controls the
settings of the game (the map and teams etc.). Running game.exe directly works
but you can't alt
On Jan 10, 2008 6:25 AM, Alistair Leslie-Hughes
<[EMAIL PROTECTED]> wrote:
> As Lei pointed out in a email.
>
>
> There's already a bug [1] filed for it and Dmitry is in the process of
> fixing it. You should give his latest patch [2] a try.
>
> - Lei
>
> [1] http://bugs.winehq.org/show_bug.cgi?id
"Steven Edwards" <[EMAIL PROTECTED]> wrote:
> Sorry I've not filed a bug report for this or dug in to it more, I am
> a little short on time. I've got a clean tree and am trying to install
> Office 97 and it seems to have totally regressed. A clean build from a
> few days ago installed flawlessly.
"Steven Edwards" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hi,
>
> Sorry I've not filed a bug report for this or dug in to it more, I am
> a little short on time. I've got a clean tree and am trying to install
> Office 97 and it seems to have totally regressed. A clean build f
Hi,
Sorry I've not filed a bug report for this or dug in to it more, I am
a little short on time. I've got a clean tree and am trying to install
Office 97 and it seems to have totally regressed. A clean build from a
few days ago installed flawlessly. I've made clean and reconfigured
twice now and
Maarten Lankhorst wrote:
> Hi Rob,
>
> Robert Shearman schreef:
>
>> Maarten Lankhorst wrote:
>>
>>> @@ -665,7 +665,8 @@ static inline void
>>> safe_copy_from_buffer(MIDL_STUB_MESSAGE *pStubMsg, void *p, U
>>> if ((pStubMsg->Buffer + size < pStubMsg->Buffer) || /* integer
>>> overflow
Hi Rob,
Robert Shearman schreef:
> Maarten Lankhorst wrote:
>> @@ -665,7 +665,8 @@ static inline void
>> safe_copy_from_buffer(MIDL_STUB_MESSAGE *pStubMsg, void *p, U
>> if ((pStubMsg->Buffer + size < pStubMsg->Buffer) || /* integer
>> overflow of pStubMsg->Buffer */
>> (pStubMsg->Bu
Maarten Lankhorst wrote:
> @@ -665,7 +665,8 @@ static inline void
> safe_copy_from_buffer(MIDL_STUB_MESSAGE *pStubMsg, void *p, U
> if ((pStubMsg->Buffer + size < pStubMsg->Buffer) || /* integer overflow
> of pStubMsg->Buffer */
> (pStubMsg->Buffer + size > pStubMsg->BufferEnd))
>
Gerald Pfeifer wrote:
> On Wed, 5 Dec 2007, Alexandre Julliard wrote:
>> Looks ok, please submit the patch with a proper Changelog entry.
>
> Thanks for looking into this! Here we go! :-)
> ChangeLog:
> Correctly handle underflow in IcmpSendEcho(); bug introduced in rev 1.30.
Still using cvs? I
Gerald Pfeifer <[EMAIL PROTECTED]> writes:
> Since Alexandre has asked me to take care of overflow in some other
> context, I figured I could ping this underflow patch in return. ;-)
Looks ok, please submit the patch with a proper Changelog entry.
--
Alexandre Julliard
[EMAIL PROTECTED]
-
> From: Gerald Pfeifer <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>, Damjan Jovanovic <[EMAIL PROTECTED]>
> Date: Thu, 22 Nov 2007 22:32:08 +0100 (CET)
> Subject: dlls/icmp/icmp_main.c -- attempt at fixing regression in r1.30
>
> I believe revision 1.30 of dlls/icm
Hi
I have found a regression in wine. a strange one. What is a policy
about posting such regressions, here on malling list?
(Or is regression is worth enough to post it here?)
I don't play that particular game on wine and it's "minor" bug - but i
have found (via bitsect)
Regressions are easiest to fix when caught quickly. Here's one that
didn't get fixed in the latest version:
http://bugs.winehq.org/show_bug.cgi?id=8948
If anyone needs help reproducing it, you can ask me for help. It should
be as simple as the (scrolled down) part of the bug report though -
ins
http://bugs.winehq.org/show_bug.cgi?id=6845
describes two apps whose installs fail because
of what looks like a problem in AccessCheck.
I attached my attempt at a fix, and it does get
those two apps to install, but the advapi security
conformance tests fail after applying it.
Can someone familiar
"Pedro Araujo Chaves Jr." <[EMAIL PROTECTED]> writes:
> On 3/6/07, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
>> Try this patch:
>>
>> diff --git a/dlls/wineps.drv/init.c b/dlls/wineps.drv/init.c
>> index bd9c16c..23b6cfd 100644
>> --- a/dlls/wineps.drv/init.c
>> +++ b/dlls/wineps.drv/init.c
>
On 3/6/07, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
Try this patch:
diff --git a/dlls/wineps.drv/init.c b/dlls/wineps.drv/init.c
index bd9c16c..23b6cfd 100644
--- a/dlls/wineps.drv/init.c
+++ b/dlls/wineps.drv/init.c
Yeah, that dit it; thanks!
Can I expect to see this in 0.9.33, then?
C
"Pedro Araujo Chaves Jr." <[EMAIL PROTECTED]> writes:
> Odd as it may seem, my regression testing pointed commit
> 21635133fb271405fefd6bce3078cf971e84c426 as the cause. I positioned my tree
> just before it, and the mail printed okay; I applied it, the mail came out
> blank again.
Try this patch
Hi all,
There's been a regression in printing in Lotus Notes R5 somewhere between
wine-0.9.27 and wine-0.9.28: it seems that the presence of an inline picture
(in this case, a logo) in the mail stationery prevents all text (including
header text) from being printed.
Odd as it may see
Hi Shanren,
your commit 613998d4f6ff953a22a4455a28f77d2126642c7d
Author: Shanren Zhou <[EMAIL PROTECTED]>
Date: Mon Feb 12 19:53:51 2007 -0800
comctl32: Add header tests.
generates a Coverity Warning in this code:
...
HIMAGELIST hImageList;
HIMAGELIST hImageListRetVal;
hImageL
Pavel Troller wrote:
Hi!
I just found a regression in comctl32 and bisected it successfully.
The following commit
369749dcb2ba12ce8481503543afd18ad99805d1 is first bad commit
commit 369749dcb2ba12ce8481503543afd18ad99805d1
Author: Dmitry Timoshkov <[EMAIL PROTECTED]>
Date: Mon Feb
"Pavel Troller" <[EMAIL PROTECTED]> wrote:
I just found a regression in comctl32 and bisected it successfully.
The following commit
369749dcb2ba12ce8481503543afd18ad99805d1 is first bad commit
commit 369749dcb2ba12ce8481503543afd18ad99805d1
Author: Dmitry Timoshkov <[EMA
Hi!
I just found a regression in comctl32 and bisected it successfully.
The following commit
369749dcb2ba12ce8481503543afd18ad99805d1 is first bad commit
commit 369749dcb2ba12ce8481503543afd18ad99805d1
Author: Dmitry Timoshkov <[EMAIL PROTECTED]>
Date: Mon Feb 12 16:47:56 2007
Mirek wrote:
This patch broke nvidia SDK opengl demos, i cant run it with this patch.
Here is some small report from terminal:
cvswine glsl_bump_mapping.exe
err:wgl:process_attach X11DRV or GDI32 not loaded. Cannot create
default context.
err:module:LdrInitializeThunk "opengl32.dll" failed to i
On Wed, Nov 08, 2006 at 10:32:05PM +0100, Mirek wrote:
> Here is some small report from terminal:
> cvswine glsl_bump_mapping.exe
> err:wgl:process_attach X11DRV or GDI32 not loaded. Cannot create default
> context.
> err:module:LdrInitializeThunk "opengl32.dll" failed to initialize, aborting
> e
This patch broke nvidia SDK opengl demos, i cant run it with this patch.
Here is some small report from terminal:
cvswine glsl_bump_mapping.exe
err:wgl:process_attach X11DRV or GDI32 not loaded. Cannot create default
context.
err:module:LdrInitializeThunk "opengl32.dll" failed to initialize, ab
Ivan Gyurdiev gmail.com> writes:
> that's because Jason seems to have introduced order requirements on the
> table that weren't previously there. The mnxn implementation will
> attempt to access the table as an array, which will break once MOVA is
> moved before DP3:
>
> glsl_shader.c:
Mirek wrote:
Ok, i just found why is it not working with this patch, and why is it
working without this patch. It is based on position of definition MOVA
in vertexshader.c, if MOVA is on "after patch" position it is not
working, but if i move line "
{WINED3DSIO_MOVA, "mova", NULL, 1, 2, vshader_
Ok, i just found why is it not working with this patch, and why is it
working without this patch. It is based on position of definition MOVA
in vertexshader.c, if MOVA is on "after patch" position it is not
working, but if i move line "
{WINED3DSIO_MOVA, "mova", NULL, 1, 2, vshader_mova, vshader_
1 - 100 of 276 matches
Mail list logo
