should this be done in dlls/oem_drivers/ or so?
+1 from me, though I'd vote for a new top level directory,
thirdparty/
or somesuch where we can move DLLs that aren't a part of the core
Windows OS but apps need anyway. There are some DLLs in dlls/ that are
basically a mystery - for instance, monod
Hi,
On Wed, Sep 22, 2004 at 10:50:24AM +0200, Uwe Bonnes wrote:
> Regarding inpout32:
> The source can be found on http://www.logix4u.cjb.net. The dll only exposes
> two functions:
>
> LIBRARY INPOUT32
>
> EXPORTS
>
> Inp32 @1
> Out32 @2
>
> So to reimplement it in Wine, yo
Hi,
On Wed, Sep 22, 2004 at 01:21:56AM -0700, Primorec wrote:
> I am trying to achieve the same goal as Chris to no avail. My Windows
> program uses INPOUT32.DLL for talking to the parallel port. Does this
> dll belongs to "some unknown VXD" ?
Who knows... there are many different methods to get
> "Primorec" == Primorec <[EMAIL PROTECTED]> writes:
Primorec> I am trying to achieve the same goal as Chris to no avail. My
Primorec> Windows program uses INPOUT32.DLL for talking to the parallel
Primorec> port. Does this dll belongs to "some unknown VXD" ?
http://www.logix4u.n
I am trying to achieve the same goal as Chris to no avail. My Windows
program uses INPOUT32.DLL for talking to the parallel port. Does this
dll belongs to "some unknown VXD" ?
Regards
Igor
On Wed, 22 Sep 2004 09:49:30 +0200, Uwe Bonnes
<[EMAIL PROTECTED]> wrote:
> > "BRC" == BRC <[EMAIL PR
> "BRC" == BRC <[EMAIL PROTECTED]> writes:
BRC> After quite a few days of perusing wine doc/source/config/mailing
BRC> lists, I have found very scant references to accessing the raw
BRC> parallel ports using wine.
How does your windows program try to access the port?
Probably b
After quite a few days of perusing wine
doc/source/config/mailing lists, I have found very
scant references to accessing the raw parallel ports
using wine.
I am running FC2 linux (up-to-date) and have confirmed
I can access the parallel port (dongle) presented to
VMWare running a Windows 2000 gu
