Hi,
on test.winehq, WinME systems always report 8 rc=MMSYSERR_INVALPARAM
errors. However, when running a MSVC compiled binary (as found in
testbot job #4990), no such error occurs.
Paul Vriens wrote:
I only see those 8 errors with the winetest executable from
test.winehq.org. My own
On 09/06/2010 11:02 AM, joerg-cyril.hoe...@t-systems.com wrote:
Hi,
on test.winehq, WinME systems always report 8 rc=MMSYSERR_INVALPARAM
errors. However, when running a MSVC compiled binary (as found in
testbot job #4990), no such error occurs.
Paul Vriens wrote:
I only see those 8 errors
Hi,
please excuse the numerous errors in my last message:
Likewise, Octavian Voicu's machines saw no failure with the MSVC
It's actually Saulius Krasuckas' machines.
binary, but constantly produce red color on testbot.
When you say red color on testbot you mean 'red' on test.winehq.org?
Yes,
On 6 September 2010 00:45, Roderick Colenbrander
thunderbir...@gmail.com wrote:
-driver_info-version_low = MAKEDWORD_VERSION(8, 6); /* Nvidia RIVA TNT,
arbitrary */
+ }
You messed up the indentation here, but otherwise I think this looks reasonable.
Gerald Pfeifer ger...@pfeifer.com writes:
Just realized I did not see a response to this patch. Based on
feedback I received for a different patch, I looked at this patch
again and believe it indeed is easier.
1. We only set, but never used cbres, so removing it loses nothing.
2. With
+ // Use IID of the coclass' default interface
Don't use C++ comments.
On Mon, Sep 6, 2010 at 10:31 AM, Jan Ohlsen jan.t.ohl...@gmail.com wrote:
---
dlls/oleaut32/tmarshal.c | 69
++
1 files changed, 69
I see calls to the following two functions just prior to a crash when
testing wine64. Any idea what these are?
wine: Call from 0x7b8497d9 to unimplemented function
msvcp80.dll.??0?$comp...@n@std@@q...@aebn0@Z, aborting
wine: Call from 0x7f7b04cf40d9 to unimplemented function
Den 2010-09-05 11:45 skrev David Laight:
On Wed, Sep 01, 2010 at 05:40:35PM +0200, Alexandre Julliard wrote:
Jeff Cook j...@deserettechnology.com writes:
@@ -520,7 +520,12 @@ static void ALSA_MixerInit(void)
}
/* Add master channel, uncounted channels and an extra
Hi,
after the console patch series, it appears a couple of problems are left
over:
to summarize, the problems with their status:
A/ when a program is running, no echo is seen for characters being typed.
B/ after running a wine program, the console is a bad shape and needs
'reset' to get
On 09/05/10 22:29, (Marvin) wrote:
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
d3c4106d6f6d587ec4b9013692dc1cf6da29c279 still doesn't fix the initial
problem (see log below).
There is still another problem in shlobj.h caused by the inclusion
on shobjidl.h from an extern C block:
On 6 September 2010 23:00, Vassilis Virvilis vas...@iit.demokritos.gr wrote:
Hi everybody,
My name is Vassilis Virvilis and I am trying to get .net app to run under
wine.
The objective of the questions below is to determine what needs to be
implemented in wine in order to support the app.
On 07/09/2010 02:02 πμ, Reece Dunn wrote:
Googling the error indicates that it is coming from libjpeg:
JMESSAGE(JERR_CONVERSION_NOTIMPL, Unsupported color conversion request)
thanks.
You probably want the windowscodecs trace output to see where it is failing.
2)
On 7 September 2010 00:26, Vassilis Virvilis vas...@iit.demokritos.gr wrote:
On 07/09/2010 02:02 πμ, Reece Dunn wrote:
Googling the error indicates that it is coming from libjpeg:
JMESSAGE(JERR_CONVERSION_NOTIMPL, Unsupported color conversion request)
thanks.
You probably want the
Reece Dunn wrote:
On 6 September 2010 23:00, Vassilis Virvilis vas...@iit.demokritos.gr wrote:
fixme:shell:URL_ParseUrl failed to parse LMicrosoft.VisualBasic
fixme:shell:URL_ParseUrl failed to parse LSystem
fixme:shell:URL_ParseUrl failed to parse LSystem.Windows.Forms
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=5059
Your paranoid
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=5060
Your paranoid
Dear All:
Sorry to bother... I am working on a D3DXCreateMesh/ID3DXMesh patch, and I
encountered a very strange error.
Specifically, it seems that when passing a LPD3DVERTEXELEMENT9 * parameter
to D3DXCreateMesh,
a) in Windows - one can create
static const D3DVERTEXELEMENT9 decl1[3] = {
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=5061
Your paranoid
On Mon, Sep 6, 2010 at 6:26 PM, Vassilis Virvilis
vas...@iit.demokritos.gr wrote:
One more question: Based on your experience what do you think is the first
thing look after in
order to move my application forward. I would say the color conversion
problem and or the
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=5062
Your paranoid
Eric Pouech eric.pou...@orange.fr wrote:
+void close_console( struct process* process)
Shouldn't it be named close_bare_console()? Otherwise it won't compile.
--
Dmitry.
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=5068
Your paranoid
André Hentschel n...@dawncrow.de wrote:
-if (!spec-dll_name) /* set default name from file name */
+if (!spec-dll_name spec-dll_name) /* set default name from file
name */
{
char *p;
spec-dll_name = xstrdup( spec-file_name );
Did you intend to check for
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=5069
Your paranoid
Sorry for reposting - apparently my original nabble link did not work :(
---
Dear All:
Sorry to bother... I am working on a D3DXCreateMesh/ID3DXMesh patch, and I
encountered a very strange error.
Specifically, it seems that when passing a LPD3DVERTEXELEMENT9 * parameter
to D3DXCreateMesh,
a)
On 07/09/2010 02:53 πμ, James McKenzie wrote:
These appear to be .NET errors and it might be a good idea to look into
using Mono and see if these 'go away'. What version of .NET does the
program require?
I tried it. I didn't mention it because I didn't want to clutter my first
message.
The
27 matches
Mail list logo
