I have been doing a Clang static analysis of Wine on OS X using the one
provided at http://clang-analyzer.llvm.org and storing the results on my
PogoPlug drive. If someone wants to see the results, please tell me and I'll
set up your e-mail. You will need a free PogoPlug account to view them. Wh
Some of those are probably Wine-specific, and/or are forwarded from other DLLs.
On Oct 8, 2013, at 8:35 AM, Akira Nakagawa wrote:
> I found this page shows that gdi32 dll has more than 800 functions,but the
> spec file has only 500 .
>
>
On Mar 18, 2013, at 3:22 PM, Ken Thomases wrote:
> On Mar 18, 2013, at 4:04 PM, Charles Davis wrote:
>
>> On Mar 18, 2013, at 2:23 PM, Ken Thomases wrote:
>>
>>> On Mar 18, 2013, at 2:15 PM, Ken Thomases wrote:
>>>
>>>> On Mar 18, 2013, at
On Mar 18, 2013, at 2:23 PM, Ken Thomases wrote:
> On Mar 18, 2013, at 3:15 PM, Ken Thomases wrote:
>
>> On Mar 18, 2013, at 3:03 PM, C.W. Betts wrote:
>>
>>> On Mar 17, 2013, at 9:40 PM, Ken Thomases wrote:
>>>
>>>> Doesn't suppor
A quick glance at the source revealed that you removed static from some
functions. Why? If a function isn't being called outside a source file, it's
better to have it be static. This includes functions referenced in structs (but
not the structs themselves).
A more seasoned developer is welcome
On Mar 17, 2013, at 9:40 PM, Ken Thomases wrote:
>
> Doesn't support right-clicks, mouse moves, or notification balloons.
Notification balloons can probably be done using either Notification Center or
Growl, but either due to an out-of-date version of Growl in Twitter or a bug in
Growl itself
It looks like if GL_ARB_shader_objects is defined, then the OS X GLhandleARB
isn't typedef'd.
On Mar 6, 2013, at 1:16 PM, Ken Thomases wrote:
> On Mar 6, 2013, at 1:58 PM, C.W. Betts wrote:
>
>> It seems like there's conflicting types for GLhandleARB, one defined by
It seems like there's conflicting types for GLhandleARB, one defined by Wine,
the other by OS X, on Mountain Lion. I assume that the #define __gl_h_ is a try
to work around the issue, but OS X's gltypes.h still gets included.
On Mar 6, 2013, at 3:59 AM, Ken Thomases wrote:
> ---
> dlls/winemac.
When compiling Wine using Clang, there are a bunch of warnings that pop up,
such as:
ld: warning: could not create compact unwind for .L__wine_spec_call16_p_pw:
dwarf uses DW_CFA_same_value
ld: warning: could not create compact unwind for ___wine_stub_VARBSTRFROMR8:
stack subq instruction is too
Perhaps a comment should be added so new people will know about it?
On Jan 21, 2013, at 4:24 AM, Alexandre Julliard wrote:
> "C.W. Betts" writes:
>
>> I noticed in my research that the X11 driver doesn't return true in
>> SystemParametersInfo when handling SP
On Jan 20, 2013, at 11:06 PM, Ken Thomases wrote:
> Hi,
>
> On Jan 20, 2013, at 2:00 PM, C.W. Betts wrote:
>
>> This version implements changes and advice from Ken Thomases, including
>> using kIOPMAssertionTypePreventUserIdleDisplaySleep on Lion and later. Also,
>
On Jan 20, 2013, at 12:38 AM, Ken Thomases wrote:
> Hi,
>
> On Jan 19, 2013, at 4:08 PM, C.W. Betts wrote:
>
>> This implements getting and setting the screen saver state on the Mac Wine
>> driver.
>
> Thanks for your contribution to the Mac driver. There are
file or put it in macdrv_main.c? It does include a new header, as well as
declare a static variable (Tell me if that's a no-no and I'll see if I can work
around it). Also, the Mac driver would have to link to IOKit.
On Jan 19, 2013, at 1:27 PM, "C.W. Betts" wrote:
> I&#x
> On Jan 19, 2013, at 1:09 PM, C.W. Betts wrote:
>
>> I'm wondering what the user driver functions GetScreenSaveActive and
>> SetScreenSaveActive are supposed to do. I have an implementation against
>> CodeWeaver's changes to Wine and I just want to make sure
I'm wondering what the user driver functions GetScreenSaveActive and
SetScreenSaveActive are supposed to do. I have an implementation against
CodeWeaver's changes to Wine and I just want to make sure that I'm making the
functions properly.
First is GetScreenStateActive. Does it check for if the
When compiling the NTDLL component of Wine, I get the following error:
../../../wine-git/./dlls/ntdll/large_int.c:267:13: error: unknown use of
instruction mnemonic without a size suffix
__asm__("div %4,%%eax"
^
:1:2: note: instantiated into assembly here
div 12(%esp),
The main problem when using the QuickTime C APIs is that the majority, if not
all of it, is deprecated and not available on 64-bit code. I would suggest
using the Objective-C QTKit, but apparently Objective-C code is a no-no in Wine.
On Nov 29, 2010, at 10:31 AM, Aric Stewart wrote:
> ---
> conf
It doesn't look like you look for Apple's OpenCL implementation, which uses
. You can do this:
#ifdef __APPLE__
#include
#else
#include
#endif
On Nov 29, 2010, at 7:39 AM, Peter Urbanec wrote:
> Resending because previous patch was mangled by Thunderbird.
>
> ---
> configure.ac|
has been a few changes in 64-bit mode that doesn't make it work quite as
well.
>
> James McKenzie
>
>
>
> -----Original Message-
>> From: "C.W. Betts"
>> Sent: May 16, 2010 10:06 AM
>> To: wine-devel@winehq.org
>> Subject: F
Begin forwarded message:
> From: Erich Hoover
> Date: May 16, 2010 10:10:29 AM MDT
> To: "C.W. Betts"
> Subject: Re: Work on WineQuartz for MacOSX
>
> On Sun, May 16, 2010 at 10:02 AM, C.W. Betts wrote:
> If memory serves, the main reason why there hasn't
If memory serves, the main reason why there hasn't been any work done is
because of the dependency of Objective-C, which the project administrator has
said "no" to.
On May 16, 2010, at 9:31 AM, James Mckenzie wrote:
> All:
>
> There was or is a quite lengthy thread on this project.
>
> What is
Excuse me, but why is this needed again? What IOCTL is missing in Mac OS X's
native implementation?
On Apr 27, 2010, at 2:10 PM, Charles Davis wrote:
> Hi,
>
> A while ago on this list, I was talking about implementing SCSI support
> on Mac OS X in Wine, and we all agreed the best way to do that
On Apr 22, 2010, at 1:09 PM, Hans Leidekker wrote:
> On Thu, 2010-04-22 at 11:56 -0600, C.W. Betts wrote:
>
>> The Photoshop CS3 installer seems to stall during installation due to
>> the lack of Bonjour (bug 15590). This patch attempts to fix it.
>
> No, it now succ
Anybody else up for the idea of an ImageCapture (Mac OS X) plug-in for Wine's
TWAIN? It would fit the role of sane.ds and gphoto.ds, as it can both scan and
access cameras. ImageCapture can also use Mac OS X TWAIN drivers.
There is a long list of technologies in Mac OS X that could be used to improve
Wine on OS X. One of them is ColorSync. ColorSync is a color management
software that is HEAVILY integrated into the Mac OS. For instance, you can
calibrate your monitor and when OS X starts up, it will read the color
As far as attribution goes, it was originally done by Jennifer Lai. My patch is
more or less bringing these patches up to the current code.
I am curious why these patches weren't applied in the first place.
On Mar 31, 2010, at 6:58 PM, Juan Lang wrote:
> Hi C.W., this isn't going to fly. For on
Excuse my ignorance, but what would happen if it didn't find the library
dynamically?
On Mar 16, 2010, at 4:03 AM, Marcus Meissner wrote:
> On Mon, Mar 15, 2010 at 04:36:32AM -0600, C.W. Betts wrote:
>> The following is an updated patch that actually builds and links.
>>
On Feb 23, 2010, at 12:31 PM, Gert van den Berg wrote:Just a note: According to Wikipedia, Photoshop CS3 is among theapplications using Bonjour under Windows:http://blogs.adobe.com/jnack/2007/01/cs3_doesnt_inst.htmlGertAnd I read a bugzilla report that CS3 was having issues because of it.From what
What do you guys think? it's a wrapper for multicast DNS, aka Bonjour®.
I know there's probably a patches mailing list, but I put this here for
feedback.
dnssd.diff
Description: Binary data
loc] init];
}
cfuncDestroy (struct1 *s)
{
[s->ObjC release];
free(s);
}
On Feb 6, 2010, at 7:45 AM, James McKenzie wrote:
> C.W. Betts wrote:
>> An idea that popped into my head when I was thinking about a Quartz (OS X)
>> driver that perhaps there could be separa
An idea that popped into my head when I was thinking about a Quartz (OS X)
driver that perhaps there could be separate drivers for Quartz (OS X) and X11.
Such drivers would include OpenGL and DirectX "Drivers".
If you could have it so that wine-macos is instantly sent to darwine-devel,
and vice-versa.
32 matches
Mail list logo
