More compatible memory arrangement ?: dlls/winsock.c: WS_dup_pe()

Hi, I was having a problem with a game, it couldn't connect to the server, so I started debugging things, and it ofcourse brought me to dlls/winsock.c but the problem seems to be on the game side ( unfortunately its closed-source, so I can only guess what's happening ). The debu

Re: Crash on glBegin() (Was: Help with debugging needed)

On Tue, Aug 23, 2005 at 12:35:16PM +, Stefan Dösinger wrote: > I'll try to reproduce the behaviour and write a small test for this problem > and the reference counting issue. However, this may take some time... Could you do a +ddraw,+tid trace and check that all DirectX calls are done from th

Re: Need some help with a patch for version.dll

Hi, > I can't use a LPCSTR, cause: > > BOOL WINAPI VerQueryValueA( LPVOID pBlock, LPCSTR lpSubBlock, >LPVOID *lplpBuffer, UINT *puLen ) > > lplpBuffer points to a place in pBlock where the value is. This value is > in most cases a UNICODE string. This string has to b

compile a shared object using winelib with g++

Title: Message Hello all. Do you know if there is a way to compile a shared object using winelib with g++ or wineg++ ? I am using wine20050725 under Linux2.6.8.1-12mdk I need references to advapi32.dll and user32.dll. Thanks.  

Re: Compiling winelib dependant code with g++

Gaudet Michael-MGAU01 wrote: wineg++ is using g++, and is passing its options to g++. How can I link some winelib-dependant code with g++ ? compilation is okay, but at linking time, all wine functions are unresolved. // ### here's the output :### [EMAIL PROTECTED] Wine2]# g++ -lwine regi

Compiling winelib dependant code with g++

Title: Message wineg++ is using g++, and is passing its options to g++.   How can I link some winelib-dependant code with g++ ?   compilation is okay, but at linking time, all wine functions are unresolved.   // ###  here's the output :###   [EMAIL PROTECTED] Wine2]# g++ -lwin

Re: Need some help with a patch for version.dll

Am Donnerstag, 25. August 2005 13:45 schrieb Paul Vriens: > Hi, > > I've finally nailed the last (?) bugs in version.dll. The attached patch > shows how. There is however a warning during compile and I have no clue > (still learning C :-) ) how to fix that: > > info.c: In function `VerQueryValueA':

Need some help with a patch for version.dll

Hi, I've finally nailed the last (?) bugs in version.dll. The attached patch shows how. There is however a warning during compile and I have no clue (still learning C :-) ) how to fix that: info.c: In function `VerQueryValueA': info.c:754: warning: pointer of type `void *' used in arithmetic info

Re: Bugzilla - old rubbish bugs...

Ann & Jason Edmeades wrote: At the moment there is >1300 available bugs, but looking at lots of them in detail I doubt there's 500 which are worth keeping! Go for it Ivan.

Re: OpenGL windowing and wglMakeCurrent

On Wed, Aug 24, 2005 at 02:40:48PM -0700, Russ wrote: > Trying to get my 3-D app to run under WINE using the same binary with the odd > workaround or two. It uses OpenGL in various subwindows of the main window as > needed. Under WINE, the subwindow graphics all get drawn in the lower left > corner

Re: Loading resources from wine dlls

On Thursday 25 August 2005 09:56, Michael Jung wrote: > Would it be ok to look for an ELF header and then for an enclosed PE header > in USER32_GetResourceTable (and then return IMAGE_NT_SIGNATURE and the > correct pointer)? Where can I find informations about the format of ELF > wrapped PEs? T

Re: FW: [bug 3064] Listbox fails to populate

"Ann & Jason Edmeades" <[EMAIL PROTECTED]> writes: > Was there any problem with this one or did it just get missed? LISTBOX_RemoveItem already does pretty much the same check, you should reuse that instead of duplicating it, you just need to remove the -1 special case in there. -- Alexandre Jul

Re: accessing WRT binaries on the web

* On Wed, 24 Aug 2005, Paul Millar wrote: > > No, this isn't intentional. The cross-building part needs patching so > it knows about an additional part of the Win32 API. Nothing new there. Ok, but I perhaps do not understand, what the exact code is or looks like. Is it available on the net?

Re: Loading resources from wine dlls

Robert Shearman <[EMAIL PROTECTED]> writes: > Anything that uses SearchPath is similarly broken when needing to find a > builtin dll or exe. We should add a hack^H^H^H^Hextension to that > function to make it be able to find installed .so files with a similar name. That won't really help, becau

Re: Loading resources from wine dlls

Hi Rob, On Thursday 25 August 2005 06:50, you wrote: > Anything that uses SearchPath is similarly broken when needing to find a > builtin dll or exe. We should add a hack^H^H^H^Hextension to that > function to make it be able to find installed .so files with a similar > name. I think that's just