Re: Compile on AMD Opetron

2004-08-20 Thread Steven Edwards
Hi Chuck, --- [EMAIL PROTECTED] wrote: > If you need access to a AMD Opetron box I can setup remote access > (via > SSH) so you can test the code, or I can try the patches (if any) > sent. I have quite a few patches for native Opertron x86-64 support on my account at sourceforge but I doubt you

New Darwine Binary Released

2004-08-20 Thread Sanjay Connare
Hey All, I am proud and happy to announce the release of a new binary labeled Darwine 20040820 DP. This binary is based upon the 20040813 wine release. The majority of changes for this release can be viewed: http://cvs.winehq.org/cvsweb/wine/ChangeLog It is being released as a

Compile on AMD Opetron

2004-08-20 Thread chall
I tried to compile wine-2004813 on a AMD Opetron this is what I found. ./configure No Problems found. make depend No Problems found. make **FAILS** [EMAIL PROTECTED] wine-20040813 $ make make[1]: Entering directory `/home/chuck/src/wine/wine-20040813/libs' make[2]: Entering directory `/ho

Suggestion for wine-user

2004-08-20 Thread Geoffrey Leach
Perhaps some "worked examples"? It would be helpful to be able to have a set of examples that would illustrate the basic features of Wine. For example: o A "Hello World" .exe that used only the .dll files in the dist. o A script that executed a Windoze app that required only minimal config

Re: Optimize Critical Section Functions

2004-08-20 Thread Alexandre Julliard
Michael Stefaniuc <[EMAIL PROTECTED]> writes: > Andreas Mohr wrote: >> Umm, this should go into a global header file, right? >> The theory being that it would be useful at many more performance critical >> Wine places... >> But I have to admit that I don't know which header file this should >> be.

Re: IShellLink and non-existant exe files

2004-08-20 Thread Christian Costa
Hi, I don't know much about this code but some line below there is: Stream_WriteLocationInfo( stm, exePath ); In our case exePath is still empty. Shouldn't we set exePath to the same value as This->sPath ? Christian Aric Stewart wrote: It is possible under windows to create a .Lnk file to an exe

Document an API difference

2004-08-20 Thread Shachar Shemesh
Hi list, I'm documenting a probable API result difference between Wine and Windows. At the moment, this is no longer a problem as far as I'm concerned, so there is no point for me to write regression tests and fix it, but this may be stopping someone else. It seems that if you call "select" wit

Re: Optimize Critical Section Functions

2004-08-20 Thread Michael Stefaniuc
Andreas Mohr wrote: Hi, On Fri, Aug 20, 2004 at 04:50:36PM +0100, Robert Shearman wrote: Index: wine/dlls/ntdll/critsection.c === RCS file: /home/wine/wine/dlls/ntdll/critsection.c,v retrieving revision 1.26 diff -u -p -r1.26 critsecti

Re: Re: make CryptSetProviderEx update the provider Name and TypeName to registry

2004-08-20 Thread James Hawkins
I'm working on a test app that I hope wil shine some light on how windows gets the Name and TypeName values back in the registry after they've been deleted. The problem is that the only instance of the Name and TypeName data is in the DllRegisterServer function of the provider dll. I couldn't thi

Re: make CryptSetProviderEx update the provider Name and TypeName to registry

2004-08-20 Thread Alexandre Julliard
James Hawkins <[EMAIL PROTECTED]> writes: >> Changelog >>* Call provider.dll's DllRegisterServer from CryptSetProviderEx to >> update the Name and TypeName values in the registry properly when >> setting the default provider It doesn't seem right to call DllRegisterServer from there, IMO it s

Re: Backtrace Dumps

2004-08-20 Thread Alexandre Julliard
Mike Hearn <[EMAIL PROTECTED]> writes: > This isn't reliable though, what about apps that swallow all exceptions > with a try/except block? Ideally you want this sort of thing to just > work and not have to figure out why your backtrace is never happening. In that case you have to start the debug

Re: Optimization for FindFile* (resend)

2004-08-20 Thread Alexandre Julliard
Robert Shearman <[EMAIL PROTECTED]> writes: > Changelog: > Handle case of mask containing no wildcards so that it is possible to > avoid searching through hundreds of directory entries. I'm afraid this doesn't work, you need to take the file position in the directory into account, and also update

Re: Optimize Critical Section Functions

2004-08-20 Thread Andreas Mohr
Hi, On Fri, Aug 20, 2004 at 04:50:36PM +0100, Robert Shearman wrote: > Index: wine/dlls/ntdll/critsection.c > === > RCS file: /home/wine/wine/dlls/ntdll/critsection.c,v > retrieving revision 1.26 > diff -u -p -r1.26 critsection.c > --

Re: Move include/async.h to include/wine/async.h

2004-08-20 Thread Alexandre Julliard
Robert Shearman <[EMAIL PROTECTED]> writes: > Changelog: > Move include/async.h to include/wine/async.h Actually that file should be removed, we don't want to share internal data structures like that. It will require some restructuring of the async I/O support though. -- Alexandre Julliard [EMA

Re: Threading issues? [ck-request@vds.kolivas.org: ck Digest, Vol 3, Issue 16]

2004-08-20 Thread Mike Hearn
On Tue, 17 Aug 2004 10:06:46 +0200, Andreas Mohr wrote: > Are we doing some big no-nos in the threading area here? > (or maybe it's just done the way it is because we cannot do it a > different, better way?) > > For the whole discussion, please see > http://bhhdoa.org.au/pipermail/ck/2004-August/0

Re: poll vs. epoll

2004-08-20 Thread Dan Kegel
Shachar Shemesh wrote: FWIW, I wrote a wrapper layer that illustrates how to detect whether epoll etc. are available. I'm convinced that *runtime* detection is the only way to go. Compile time detection is insufficient. My code is at http://kegel.com/rn Sure will have a look. cool! i If you actua

Re: Different X Displays and Wine

2004-08-20 Thread Eric Frias
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote: > "Eric Frias" <[EMAIL PROTECTED]> writes: > > I'm curious how much work would be involved in fixing [multiple displays] > > correctly. > > Basically you need to change the window management code in the server > to support multiple window hierarchies,

winetest results refused by server

2004-08-20 Thread Robert Reif
The winetest server has been refusing to accept test results for a while now. Could someone look into it.

Re: RE: Adventures in serial port.

2004-08-20 Thread Pouech Eric DMI AEI CAEN
> I have tried the updates but to no avail. I have a test program that> appears to work well. However when that code is used in my project I still> lose some characters at the end of the message. The main difference is that> my project uses sockets, in another thread, to transfer the read/write da

Re: KERNEL: pull WINDIR and WINSYSDIR from config before using hardcoded defaults (possible fix for WWN #234, #235 c:\\windows is not accessible Error)

2004-08-20 Thread Alex Villací­s Lasso
Alex Villací­s Lasso wrote: Alexandre Julliard wrote: Alex Villací­s Lasso <[EMAIL PROTECTED]> writes: Changelog: * if windir or winsysdir environment vars are undefined, pull values from config file before falling to hardcoded values This of course defeats the whole purpose of the use of en

Re: Backtrace Dumps

2004-08-20 Thread Mike Hearn
On Thu, 2004-08-19 at 17:02 -0700, Alexandre Julliard wrote: > A custom exception yes; there's no need for a vectored handler, the > whole point is to use the normal mechanism so that the exception gets > to the debugger. This isn't reliable though, what about apps that swallow all exceptions with

make CryptSetProviderEx update the provider Name and TypeName to registry

2004-08-20 Thread James Hawkins
Changelog * Call provider.dll's DllRegisterServer from CryptSetProviderEx to update the Name and TypeName values in the registry properly when setting the default provider -- James Hawkins Index: dlls/advapi32/crypt.c === RCS fil

RE: Adventures in serial port.

2004-08-20 Thread Scott Snell
Hi Eric, I have tried the updates but to no avail. I have a test program that appears to work well. However when that code is used in my project I still lose some characters at the end of the message. The main difference is that my project uses sockets, in another thread, to transfer the read/w