I have sent in a new patch with the same title to address the problems
discussed in this thread. Thanks to all of the people who looked over my
patch and discussed its possible problems. It should surely help debugging
Wine in the future, especially if we decide to take advantage of the
http://wi
winehq.org doesn't seem to have a link to the message
that launched the wine project, so I went looking.
The first message I found contemplating it was dated 1 Jun 1993,
http://groups.google.com/group/comp.os.linux/msg/0a7c3867abdb4a76
Is that about the right estimate for Wine's birthday?
A rough
http://www.lugradio.org/episodes/90
"Alexandre Juillard from the Wine Project talks about
where Wine is, why it isn't finished, and what's coming next (2.02)"
In which we learn that Wine now has a release manager,
and that the plan is to release 1.0 for the 15th anniversary
of the project.
- Dan
"Chris Wulff" <[EMAIL PROTECTED]> wrote:
> NOTE: This is required for the "hal: Stubs for ExAcquireFastMutex and
> ExReleaseFastMutex" patch to build. (it contains the fast mutex
> typedefs.) I apologize for submitting them out of order.
You need to send every API implementation as a separate se
Scott Ritchie schrieb:
>
> Ughthis means that 4.2 for Ubuntu might NOT actually work, and that
> this is why System Shock 2 has been crashing at startup for me.
It usually didn't crash, just exits silently if the check fails, so this is
probably another issue. Anyway all this affects only sa
Jesse Allen wrote:
> On Dec 18, 2007 12:20 PM, Peter Beutner <[EMAIL PROTECTED]> wrote:
>> John Klehm schrieb:
>>> On Dec 18, 2007 9:43 AM, Peter Beutner <[EMAIL PROTECTED]> wrote:
>>>
As I recall this is not the only version that causes problems. Plus
certain compiler
flags have an
On Dec 18, 2007 3:49 PM, Andrey Turkin <[EMAIL PROTECTED]> wrote:
> winternl.h may not depend on winbase.h for some reason, so this would
> mean either changing prototype to "(HANDLE,LPVOID,ULONG)", which seems
> wrong, or redefining LPOVERLAPPED_COMPLETION_ROUTINE and
> OVERLAPPED/LPOVERLAPPED, wh
Robert Shearman wrote:
> Andrey Turkin wrote:
>>
>> /**
>>
>> *BindIoCompletionCallback (KERNEL32.@)
>> */
>> +extern NTSTATUS WINAPI
>> RtlSetIoCompletionCallback(HANDLE,LPOVERLAPPED_COMPLETION_ROUTINE,ULONG)
Andrey Turkin wrote:
>
> /**
> * BindIoCompletionCallback (KERNEL32.@)
> */
> +extern NTSTATUS WINAPI
> RtlSetIoCompletionCallback(HANDLE,LPOVERLAPPED_COMPLETION_ROUTINE,ULONG);
>
This should go in wint
On Dec 18, 2007 12:20 PM, Peter Beutner <[EMAIL PROTECTED]> wrote:
> John Klehm schrieb:
> > On Dec 18, 2007 9:43 AM, Peter Beutner <[EMAIL PROTECTED]> wrote:
> >
> >> As I recall this is not the only version that causes problems. Plus
> >> certain compiler
> >> flags have an influence as well. An
John Klehm schrieb:
> On Dec 18, 2007 9:43 AM, Peter Beutner <[EMAIL PROTECTED]> wrote:
>
>> As I recall this is not the only version that causes problems. Plus certain
>> compiler
>> flags have an influence as well. And as most distros ship gcc with a bunch
>> of patches you probably can't even
Robert Shearman <[EMAIL PROTECTED]> writes:
> I don't think DNS9 uses the console API, and the only other recent
> changes in the server are to do with I/O completion ports. If you can't
> reproduce it very easily, then it might be worth just trying to confirm
> that it does use I/O completion
Dan Kegel wrote:
> On Dec 18, 2007 10:29 AM, Susan Cragin <[EMAIL PROTECTED]> wrote:
>
>> My git won't install DNS9P any more, as of today's git.
>> Any suggestions?
>>
>> [EMAIL PROTECTED]:~/DNS9$ wine setup
>> fixme:advapi:LookupAccountNameW (null) L"susan" (nil) 0x34b944 (nil)
>> 0x34b948 0x
On Dec 18, 2007 10:29 AM, Susan Cragin <[EMAIL PROTECTED]> wrote:
> My git won't install DNS9P any more, as of today's git.
> Any suggestions?
>
> [EMAIL PROTECTED]:~/DNS9$ wine setup
> fixme:advapi:LookupAccountNameW (null) L"susan" (nil) 0x34b944 (nil) 0x34b948
> 0x34b93c - stub
> fixme:advapi:L
On Tuesday 18 December 2007 01:52:11 am Roderick Colenbrander wrote:
> > This is an updated version of the previous patch. It contains the
> > following changes:
> > - the client window is set to the whole window in case of the desktop
I think you also need to set the desktop hwnd's client_window_
On Dec 18, 2007 9:43 AM, Peter Beutner <[EMAIL PROTECTED]> wrote:
> As I recall this is not the only version that causes problems. Plus certain
> compiler
> flags have an influence as well. And as most distros ship gcc with a bunch
> of patches you probably can't even rely on the gcc version alon
On Dec 18, 2007 4:15 AM, Damian Wojsław <[EMAIL PROTECTED]> wrote:
> - would it be legal (it wold link with dtrace library, which on Solaris
> is CDDL).
As long as you are not distributing code licensed under the CDDL and
your code is licensed under a LGPL compatible license then there is no
reaso
Andrew Riedi schrieb:
> Sometimes Wine has optional features that users want to enable, but that
> require specific headers to compile. For bug reports, and the user IRC
> channel, it seemed a good idea to add an option to Wine to figure out
> what optional features have been compiled into Wine.
"Robert Shearman" <[EMAIL PROTECTED]> wrote:
>> -dmW_size = dmA->dmSize + CCHDEVICENAME;
>> -if (dmA->dmSize >= (const char *)dmA->dmFormName - (const char *)dmA +
>> CCHFORMNAME)
>> +dmW_size = dmA->dmSize;
>> +if (dmW_size > sizeof(DEVMODEA))
>> +dmW_size = sizeof(DEVMOD
Dmitry Timoshkov wrote:
> DEVMODEW *dmW;
> WORD dmW_size;
>
> -dmW_size = dmA->dmSize + CCHDEVICENAME;
> -if (dmA->dmSize >= (const char *)dmA->dmFormName - (const char *)dmA +
> CCHFORMNAME)
> +dmW_size = dmA->dmSize;
> +if (dmW_size > sizeof(DEVMODEA))
> +dmW_
Hi, this patch caused some rendering issues to NFS PRO STREET too.
Mirek Slugen
Stefan Dösinger napsal(a):
> Am Montag, 17. Dezember 2007 21:04:46 schrieb Stefan Dösinger:
> Do not apply this patch yet, it has some problems
>
>
>
Am Montag, 17. Dezember 2007 21:04:46 schrieb Stefan Dösinger:
Do not apply this patch yet, it has some problems
By accident I discovered that with this patch the wine desktop window doesn't
work properly if there are multiple windows around (you notice redrawing
issues). I haven't seen those before, so there is something wrong in this patch
but I don't know where to look (I guess it is the client_window =
Hi
I have an idea that I can put some time into. Since Leopard, FreeBSD
and, of course, Solaris, now all have DTrace, I thought of implementing
some simple probes. Function entry/return for starters. However, I'd
firstly need to know two things:
- would anyone be interested in it?
- would it be
On 17/12/2007, Allan Tong <[EMAIL PROTECTED]> wrote:
> > > The second patch moves FBO draw buffer selection to ActivateContext.
> > > For onscreen rendering, not much changes except binding framebuffer 0.
> > > For offscreen rendering, the behavior depends on the specified
> > > context usage. Fo
25 matches
Mail list logo
