Re: rsabase: Make rsabase a wrapper around rsaenh

2005-02-23 Thread Scott W Gifford
Michael Stefaniuc <[EMAIL PROTECTED]> writes: > Jonathan Ernst wrote: >> Le mercredi 23 février 2005 à 13:50 +0100, Michael Jung a écrit : >> >>> Ok, that makes rsabase a really trivial dll. Please remove >>> dlls/rsabase/main.c from cvs (Is there any way to capture this in a >>> diff?) >> diff -u

Re: Microsoft genuine downloads looking for wine

2005-02-16 Thread Scott W Gifford
Shachar Shemesh <[EMAIL PROTECTED]> writes: [...] > In any case, at least from a technical point of view, going around > such test ought to be fairly simple. ...but is likely to violate the DMCA, leaving users in a legal limbo between the DMCA and the Fair Use Doctrine. What fun. ScottG.

Re: dcom95.exe removed from sf.net

2005-01-09 Thread Scott W Gifford
Jeremy White <[EMAIL PROTECTED]> writes: [...] > Jer tells me it's deleted now; anyone still pointing to SF > needs to update ASAP. Sorry to jump in late, but maybe the problem could be mitigated somewhat by putting a redirect at the old location which would automatically send users and scripts

Re: Wine isn't GUI user friendly

2004-07-30 Thread Scott W Gifford
Mike Hearn <[EMAIL PROTECTED]> writes: [...] > I don't know how to tell if a console is available or not though. isatty(STDOUT_FILENO) is probably pretty close to the right way to do this. -ScottG.

Re: General serial communications issues

2004-05-24 Thread Scott W Gifford
"David Purucker" <[EMAIL PROTECTED]> writes: > Hello, > > I have tried several terminal programs (Hyperterm and TeraTerm) under > several builds of > Wine including Wine-20040505 and they seem to have the same generic problem. We are using serial ports under Wine for a current project, and they

Re: Patch for ReadFile with NULL hEvent

2004-05-17 Thread Scott W Gifford
Eric Pouech <[EMAIL PROTECTED]> writes: [...] > > This turns out not to be the case. As long as lpOverlapped is > > supplied, a NULL hEvent will work fine and allows overlapped reads. > Could you also test it with opening a file (files and sockets > semantics are somehow different) I did, and i

Re: Patch for ReadFile with NULL hEvent

2004-05-17 Thread Scott W Gifford
I wrote a simple test program and ran it under Windows, to see what Windows does. I've attached the program here. I found that... Eric Pouech <[EMAIL PROTECTED]> writes: [...] > I'm not sure this is a correct fix: > - you modify the passed overlapped structure (by filling in the > hEvent), I'm

Patch for ReadFile with NULL hEvent

2004-05-15 Thread Scott W Gifford
According to MSDN, the hEvent member of an OVERLAPPED structure can be NULL: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/overlapped_str.asp OVERLAPPED ... Members ... hEvent Handle to an event set to the signaled state

Patch to reduce warnings from comm.c

2004-05-15 Thread Scott W Gifford
I have two programs I run under Wine that make use of the serial ports. I get this error and fixme when I run then: err:comm:GetCommState tcgetattr or ioctl error 'Invalid argument' fixme:comm:SetupComm insize 1050 outsize 1050 unimplemented stub I fixed these two in my copy of Wine with

Re: Problem with CreateFileA on "\\\\.\\COM1"

2004-05-14 Thread Scott W Gifford
Alexandre Julliard <[EMAIL PROTECTED]> writes: > Scott W Gifford <[EMAIL PROTECTED]> writes: > > > CreateFileW identifies the file as starting with backslashes and a > > dot, and in files/file.c:358 it uses RtlIsDosDevice to determine > > whether it's a D

err:file:GetOverlappedResult lpOverlapped->hEvent was null

2004-05-10 Thread Scott W Gifford
When running an application under Wine that uses the serial port, I get messages like this over and over: err:file:GetOverlappedResult lpOverlapped->hEvent was null However, the API documentation implies that this is perfectly fine: OVERLAPPED ... hEvent Handle to an event set to the

Problem with CreateFileA on "\\\\.\\COM1"

2004-05-10 Thread Scott W Gifford
I have a Windows application I'm running under Wine 20040309 that uses the serial port. It was giving error messages when it tried to open the serial port, but strace indicated that Wine wasn't even trying to open up the device I had configured. After some poking around, I found that CreateFileW

Re: winelib application taking 100% of the CPU

2004-05-03 Thread Scott W Gifford
Ferenc Wagner <[EMAIL PROTECTED]> writes: > Scott W Gifford <[EMAIL PROTECTED]> writes: > > > I ported to Winelib because I had a hard time capturing > > stdout from the Windows console program properly just > > running the .exe under Wine. > > Try wi

Re: winelib application taking 100% of the CPU

2004-04-30 Thread Scott W Gifford
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes: > On 30 Apr 2004, Scott W Gifford wrote: > > > I'm not really sure what my next step is in figuring this out. Any > > ideas? > > Do you have a similar behaviour if you just run the Windows executable

Linking with 3rd party DLLs

2004-04-30 Thread Scott W Gifford
I'm working on two apps that link to 3rd party DLLs. For both DLLs, I have a .dll file and a .lib file, but no .def. For the first app, in order to get things working I had to load all of the functions myself with GetProcAddress. That worked fine, but was tedious to set up. I know there's a bet

winelib application taking 100% of the CPU

2004-04-30 Thread Scott W Gifford
Hello, I recently ported a small application from Windows using winelib. The app uses a third-party DLL that I don't have source for (which is why I'm using winelib instead of just writing a Unix program). It seems to work fine, but it takes up 100% of the CPU all the time: 24916 activewv 25