On Thu, Jul 23, 2009 at 11:04 PM, Mike
Kaplinskiy wrote:
> On Thu, Jul 23, 2009 at 10:32 PM, Juan Lang wrote:
>> Hey Barry,
>>
>> this was a handy writeup. Perhaps you could add it to the wiki?
>> Here's a page that you might add it to:
>> http://wiki.winehq.org/NativeOdbc
>>
>> The user guide sho
On Thu, Jul 23, 2009 at 3:51 PM, Roderick
Colenbrander wrote:
> Hi,
>
> For some weeks I have been working on moving more 2D rendering to
> XRender. XRender has three advantages for Wine. First of all it allows
> us to perform more rendering operations using X which we previously
> did using a comb
On Thu, Jul 23, 2009 at 10:32 PM, Juan Lang wrote:
> Hey Barry,
>
> this was a handy writeup. Perhaps you could add it to the wiki?
> Here's a page that you might add it to:
> http://wiki.winehq.org/NativeOdbc
>
> The user guide should probably point to the wiki, but that's a
> different topic. T
On Thu, Jul 23, 2009 at 10:28 PM, Juan Lang wrote:
>> I think what Rein means is that the unix socket fd backing the windows
>> socket handle is always non-blocking - and if he is, he may be
>> correct:
>>
>> http://source.winehq.org/source/server/sock.c#L578 &&
>> http://source.winehq.org/source/s
Hey Barry,
this was a handy writeup. Perhaps you could add it to the wiki?
Here's a page that you might add it to:
http://wiki.winehq.org/NativeOdbc
The user guide should probably point to the wiki, but that's a
different topic. Thanks!
--Juan
> I think what Rein means is that the unix socket fd backing the windows
> socket handle is always non-blocking - and if he is, he may be
> correct:
>
> http://source.winehq.org/source/server/sock.c#L578 &&
> http://source.winehq.org/source/server/sock.c#L663
That's true, but it depends on whether
Good Afternoon.
In section 3.3.6.2 of your User Guide you ask readers to report
successes with databases other than MS SQL. Well here's one (I know
Access 2000 can work with Wine, but this doesn't require Access):
How to set up Wine to enable Windows programs that read and write to Jet
(Acc
On Thu, Jul 23, 2009 at 1:50 PM, Juan Lang wrote:
>> It is calling recv() on a socket that was previously:
>> 1) set to blocking with a WS_ioctlsock() call with cmd WS_FIONBIO
>> 2) AsyncSelect()'ed that should make the socket non-blocking.
> (snip)
>> while the second does not touch the unix fd. T
Was there any problems with this patch? It seems to not have made it to CVS.
/Johan Gill
I just forgot to mention that next to adding proper Alpha support this
patch can dramatically improve performance in some programs.
Especially in some 2D games which suffer from DIB depth conversion
this patch helps a lot. E.g. C&C Tiberian Sun is a lot faster using
this patch WITHOUT any opengl (f
Hi,
For some weeks I have been working on moving more 2D rendering to
XRender. XRender has three advantages for Wine. First of all it allows
us to perform more rendering operations using X which we previously
did using a combination of software rendering and back-forth copying
between the Xserver.
Owen Rudge wrote:
When selecting the Open option in winhlp32, the window would not have
an owner, and as such would not be modal. This patch passes the active
window's hWnd to GetOpenFileName, partially fixing bug 19081.
---
programs/winhlp32/winhelp.c |2 +-
1 files changed, 1 insertions
> It is calling recv() on a socket that was previously:
> 1) set to blocking with a WS_ioctlsock() call with cmd WS_FIONBIO
> 2) AsyncSelect()'ed that should make the socket non-blocking.
(snip)
> while the second does not touch the unix fd. This leaves the unix file
> descriptor in the blocking st
Hi,
I am looking at bug #12048 http://bugs.winehq.org/show_bug.cgi?id=12048
>From a relay trace it is easy enough to find where the app is getting
dead-locked and why it should not.
It is calling recv() on a socket that was previously:
1) set to blocking with a WS_ioctlsock() call with cmd WS_F
Rein Klazes writes:
> -if( lpmii->cbSize != sizeof( mii) &&
> -lpmii->cbSize != sizeof( mii) - sizeof ( mii.hbmpItem)) {
> -SetLastError( ERROR_INVALID_PARAMETER);
> -return FALSE;
> -}
> -memcpy( &mii, lpmii, lpmii->cbSize);
> -if( lpmii->cbSize != siz
Juan Lang writes:
> -BOOL netconn_connect( netconn_t *conn, const struct sockaddr *sockaddr,
> unsigned int addr_len )
> +BOOL netconn_connect( netconn_t *conn, const struct sockaddr *sockaddr,
> unsigned int addr_len, int timeout )
> {
> -if (connect( conn->socket, sockaddr, addr_len ) ==
Dmitry Timoshkov writes:
> The application I'm working on relies on this, it doesn't expect that
> button completely redraws itself on WM_SETFOCUS/WM_KILLFOCUS messages.
>
> This version of the patch skips the button drawing in the case
> of action == ODA_FOCUS.
You then need to draw the focus r
go about it, but the alternative was to make the cursor empty
and I'm not certain that that is the visual behavior of windows when deleting
the active cursor, so I'm more than open to feedback on that as well as
anything else in these patches.
Thanks!
Daniel
cursor-work-20090723.tbz2
Description: Binary data
18 matches
Mail list logo
