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
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.
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
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.
"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
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
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
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
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
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
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
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
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
"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
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
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
16 matches
Mail list logo