Francois Gouget [EMAIL PROTECTED] writes:
So how do you know which functions to make static? I guess you don't
just mark them all static and see if it causes compilation errors.
Is it a script parsing the 'nm -D' output and then grepping for them in
the spec file and in object files? I
On Thursday 04 December 2008 21:32:37 Gregor Schneider wrote:
-TRACE((%s)\n, pszEmailFrom);
-
if (!pszEmailFrom)
return E_INVALIDARG;
+TRACE((%s)\n, pszEmailFrom);
+
+len = sizeof(szCommandFormat) - 2 /* %s */ + strlen(pszEmailFrom);
+
Instead of moving the
Well maybe you will want to fix the 8.04 debs so they will actually
install for people before you tell everyone to come and get them.
The debs that you provide have a unresolved dependency.
Also from the download page: http://www.lamalennyrepo.altervista.org/binary.php
is a 404
Tom
On Thu, Dec
On Friday 05 December 2008 14:05:08 Paul Chitescu wrote:
Shell32 sends either 8 bit or 16 bit strings in XTYP_EXECUTE depending on the
highest bit of operating system version - ASCII based or Unicode based.
When the data is used in winebrowser it must be interpreted the same.
The impression
Huw Davies wrote:
---
dlls/opengl32/tests/opengl.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
Hi Huw,
This looks a bit strange:
+if(iPixelFormat == 0)
+{
+
On Fri, Dec 05, 2008 at 03:25:56PM +0100, Paul Vriens wrote:
This looks a bit strange:
+if(iPixelFormat == 0)
+{
+todo_wine ok(iPixelFormat 0,
Is it your intention to just throw up a failed message in all cases?
Hi Paul,
It was my intention to throw a todo
On Friday 05 December 2008 15:17:47 Paul Chitescu wrote:
The problem is not about the service name or other identifiers but rather the
obscure data pushed by the DdeClientTransaction. DDE knows nothing about the
format of this data as this is rather a convention between the client
On Friday 05 December 2008 16:33:04 Hans Leidekker wrote:
On Friday 05 December 2008 15:17:47 Paul Chitescu wrote:
The problem is not about the service name or other identifiers but rather
the obscure data pushed by the DdeClientTransaction. DDE knows nothing
about the format of this data
I'm trying to solve my bug 16346
http://bugs.winehq.org/show_bug.cgi?id=16346
Whenever an application pops up a modal dialog in response to a
WM_ACTIVATEAPP message, the entire app permanently hangs. The dialog
comes up and is usually rendered the first time, but then no more
messages are
On Fri, Dec 5, 2008 at 2:36 PM, Alexandru Balut
[EMAIL PROTECTED] wrote:
Hi,
This is a fix for: http://bugs.winehq.org/show_bug.cgi?id=16164
+// We never unload the dll, so we just ignore this call.
+// See DllCanUnloadNow().
You've got C++ style comments, only use straight C /*
Hi guys,
I can finally report success on the first ever win64 program running on
wine. The program was a textbook classic, but to make it work gcc had to
be changed a lot. This was done by Kai Tietz, who has put a lot of
effort in the task of making gcc accept the calling convention.
There
Tom Wickline wrote:
Well maybe you will want to fix the 8.04 debs so they will actually
install for people before you tell everyone to come and get them.
The debs that you provide have a unresolved dependency.
Could you clarify? I'm not aware of any installation-critical bugs in
the 8.04
Jeff wrote:
I'm trying to solve my bug 16346
http://bugs.winehq.org/show_bug.cgi?id=16346
...
I'm trying to figure out where in the wine code I should look for a
system that might be eating all of the messages intended for my
application. Can anyone point me in the right direction?
I dunno, but
13 matches
Mail list logo