similar to: SeaClear II / Wine use 100% of the CPU

Dear Ladies and Gentlemen, I have several old, yet functioning APC Smart-UPS (Model 600LS, Part AP600I, Firmware 6JI, no EEPROM, from 1991). They are not supported by Powerchute any more. I run NUT 2.6.5-4 on Windows XP SP3. I use COM1 port with cable 940-0024C. The connection fails with APC Smart protocol driver 3.0 (2.6.3-3534:3540M), APC command table version 3.0 or higher - it works with APC

Hi all! I have a very special device connected to my serial port and want to execute a Win32 program to work with the device. I trying to execute it with wine 1.0.1 form debian package. Win32 software starts and says that can not find a device. Under VirtualBox it works fine. This is a part of log with +file,+comm debug flags: Code: trace:file:get_dos_device L"COM1" ->

It is some time that I using AirMail3 with wine. I have the latest version of Wine but after I configure the Ports from ttyR0 to ttyR7 and running AirMail3 this application is not able to comunicate using the equivalent COM1 .... COM4 ports. I'm not sure if Wine is converting correctly ttyR0 to COM1 and so forth. The result is that for the Hurricane season I can NOT use E-Mail under

Hi All, I'm new to this forum. Basically I want to set up a PC to boot-up to a single program: Specifically SeaClear II chartplotter. It will also need to run MapCall II (a chart organiser for SeaClear). It also needs to support a touchscreen display. The aim is to get an on-board (fairly low-spec) computer to act as a chartplotter. So its basically going to be a single-function dedicted

I'm trying to configure SeaClear2 to run on an Asus eeepc 900 using a BT GPS but cannot redirect input from rfcomm0 to com1 (the serial port which SeaClear is looking for. Data flows through to rfcomm0 but I cannot redirect it to com1. I have set up symbolic links in the .wine/ folder and its sub-folder .wine/dosdevices/ but nothing happens and I have also set the SeaClear.ini file to show

I'm trying to make my little Asus eeePC 901 into a useful navigation tool that I can use on my boat. I'm running Ubuntu with the 2.6.24-21-eeepc kernel. For chart plotting I run SeaClear_2 (SC) under Wine. SC communicates as it should with my GPS via a Keyspan USB to serial dongle, both sending and receiving works with this device. I am also running the small app AISMon under Wine. This

Hi, I am pretty new in the wine world and maybe I am asking a stupid question, so please have mercy. I would like to run an application under wine directly, without waiting for the prompt and without executing it manually there. Something like autostart - I execute a Linux shell command that starts the wine and the needed application directly. Is this possible? My application dumps some plain

I am new to this mailing list. I apologize if any needed information is missing. I know this is a bit much to ask of wine's current serial port implementation, I am hoping someone has maybe figured this out already? Or can help me further the debugging process, I'd rather be part of the solution then simply another complaint about wine's serial port. ***** problem description

The Wine development release 1.7.1 is now available. What's new in this release (see below for details): - Support for keyed event objects. - Support for the "init once" synchronization mechanism. - Activation context support for DLLs, typelibs, and COM classes. - Support for loading 32-bit typelibs on 64-bit. - Various Mac driver fixes. - Some fixes for serial port

The Wine maintenance release 1.2.3 is now available. What's new in this release (see below for details): - Translation updates. - Various bug fixes. The source is available from the following locations: http://ibiblio.org/pub/linux/system/emulators/wine/wine-1.2.3.tar.bz2 http://prdownloads.sourceforge.net/wine/wine-1.2.3.tar.bz2 Binary packages for various distributions will be

The Wine development release 1.7.0 is now available. What's new in this release (see below for details): - Support for vertical text in the Postscript driver. - Version 2 of liblcms used now instead of version 1. - Unicode data updated to Unicode 6.2.0. - Hyperlink controls supported in installers. - Improved support for XML attributes. - Various bug fixes. The source is

[cut] > > So overall the interface and extension makes sense. My only question is > > whether it's better to get complete reuse out of GET_REGION_INFO and > > GET_IRQ_INFO and then add another device tree specific ioctl or is it > > better to add a device tree index and path to the existing GET_*_INFO > > ioctls? Getting some information from one ioctl and

The Wine development release 1.3.13 is now available. What's new in this release (see below for details): - Tools for creating MSI installers. - Clipboard improvements. - Support for po files in the message compiler. - Improvements to the Wine debugger. - Various bug fixes. The source is available from the following locations:

On Tue, 2013-07-02 at 23:25 +0000, Yoder Stuart-B08248 wrote: > The write-up below is the first draft of a proposal for how the kernel can expose > platform devices to user space using vfio. > > In short, I'm proposing a new ioctl VFIO_DEVICE_GET_DEVTREE_INFO which > allows user space to correlate regions and interrupts to the corresponding > device tree node structure that

On Wed, Jul 3, 2013 at 5:07 AM, Alex Williamson <alex.williamson at redhat.com> wrote: > On Tue, 2013-07-02 at 23:25 +0000, Yoder Stuart-B08248 wrote: >> The write-up below is the first draft of a proposal for how the kernel can expose >> platform devices to user space using vfio. >> >> In short, I'm proposing a new ioctl VFIO_DEVICE_GET_DEVTREE_INFO which

On Wed, Jul 3, 2013 at 5:07 AM, Alex Williamson <alex.williamson at redhat.com> wrote: > On Tue, 2013-07-02 at 23:25 +0000, Yoder Stuart-B08248 wrote: >> The write-up below is the first draft of a proposal for how the kernel can expose >> platform devices to user space using vfio. >> >> In short, I'm proposing a new ioctl VFIO_DEVICE_GET_DEVTREE_INFO which