http://bugs.winehq.org/show_bug.cgi?id=20530
Summary: SolidWorks Explorer 2010: Fails to start
Product: Wine
Version: 1.1.32
Platform: PC
URL: http://www.solidworks.com/sw/support/downloads.htm
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=24467)
--> (http://bugs.winehq.org/attachment.cgi?id=24467)
Image of two warning windows
I'm using Wine wine-1.1.32-260-gf222a16 compiled on gcc (GCC) 4.4.1 20090725
(Red Hat 4.4.1-2) on Fedora 11 i386.
Steps to reproduce:
1) clean ~/.wine
2) install SolidWorks Explorer 2010 (swexplorer.exe) downloaded from URL given
in
heading
3) winetricks vcrun2005
4) launch "~/.wine/drive_c/Program Files/SolidWorks/SolidWorks Explorer
2010/solidworksexplorer.exe"
5) two warning windows appear and at the end graphical crash dialog
Result:
Application doesn't start
Expectation:
Application starts
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20039
Summary: COM-port CTS/DSR lines stay low
Product: Wine
Version: 1.1.29
Platform: PC
URL: http://www.n1mm.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rx9tx(a)qrz.ru
CC: rx9tx(a)qrz.ru
Program installation http://www.pi4dec.nl/n1mm/N1MM-FullInstaller.exe
Latest update http://www.pi4dec.nl/n1mm/N1MM-newexeV9.9.3.exe
Program communicates with the radio through an interface based on USB->COM
converter on FTDI chip. After the com port initialisation the CTS/DSR lines
stay low, problem is that radio can not read the data if they are low.
When running the program under Windows, COM-port initialisation sets the
CTS/DSR lines in the high state.
Is there any way to set them high?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=26548
Summary: GomezPEER is always visible behind other windows
Product: Wine
Version: 1.3.16
Platform: x86-64
URL: http://lastmile.gomez.com/PEERInstall.exe
OS/Version: Linux
Status: NEW
Keywords: download, integration
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Created an attachment (id=33811)
--> (http://bugs.winehq.org/attachment.cgi?id=33811)
Screenshot: console is on top but Gomez still visible
To be a bit more accurate, GomezPEER can be seen behind other windows, when
GomezPEER updates its window. Parts of the window updates every second so it
is effectively always there.
This is not a new problem, it has existed for as long as I can remember.
Currently using Gnome/Ubuntu/GDM/fglrx but appears on all desktops I have used.
Desktop effects are disabled and windows are not transparent.
The attached screenshot should make it obvious.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=20628
Summary: chromium's ipc_tests.exe's IPCChannelTest.ChannelTest
fails occasionally
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
On Wine, but not on Windows, the command
wine src/chrome/Debug/ipc_tests.exe --gtest_filter=IPCChannelTest.ChannelTest
fails about 5% of the time. (You may need to run it several hundred
times to see the first failures.)
Sadly, with +relay it never fails.
Related source:
http://src.chromium.org/viewvc/chrome/trunk/src/ipc/ipc_tests.cchttp://src.chromium.org/viewvc/chrome/trunk/src/ipc/ipc_channel_win.cc
To repeat:
$ wget http://kegel.com/wine/chromium/chromium-tests.tar.bz2
$ tar -xjvf chromium-tests.tar.bz2
$ while true
do
wine src/chrome/Debug/ipc_tests.exe --gtest_filter=IPCChannelTest.ChannelTest
> log 2>&1
grep FAILED log && break
done
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11667
Summary: Window contents not updated properly after being moved
Product: Wine
Version: 0.9.55.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Hi,
I believe this bug relates to DirectDraw. (Apologies for my lack of detailed
knowledge about Windows.)
In some cases, moving a window whose contents are updated by DirectX calls
causes trash/garbage to appear when the window is drawn in its new position,
My theory is that WINE remembers the window contents at the moment the user
begins dragging the title bar, and simply copies that to the new window
position. If the program continues to update the DirectX buffer while the user
is moving the window frame, WINE puts the old/stale buffer contents in the
moved window. This happens in both normal and virtual desktop modes.
For applications like video players, this effect may not be very noticeable if
the player redraws the whole window every frame. But for applications which
don't do that, the effect can be quite ugly.
One program I have found which shows this problem is WinUAE. To reproduce:
- Download and install WinUAE from http://www.winuae.net/
- Download an example disk image for testing, e.g.
ftp://ftp.coresystems.de/pub/uae/rsi1.adf.gz
- Start WinUAE and select the rsi1.adf.gz file for emulated drive DF0:, and
start the emulation.
- Once the demo graphics appear, repeatedly move the main WinUAE window and
notice the problem.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=26570
Summary: Maestia | Das Fantasy-MMORPG
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: devil77329(a)yahoo.de
This is my bugreport to the support team of Maestia (german)
Nach der Installation und
bei jedem Aufrufen des Programmstarters mit "root - Rechten" Meldung No.1:
* ! Verbindung zum Patchserver fehlgeschlagen [ OK ] *
ein separates öffnen der MaestiaUpdater.exe unter Wine bringt das gleiche
Ergebnis
Meldung No.2
* Programm Fehler
Im Programm MaestiaUpdater.exe traten schwerwiegende Fehler auf und es muss
beendet werden. Wir entschuldigen uns für die Unannehmlichkeit.
Die Ursache kann ein Problem im Programm oder ein Fehler in Wine sein.
Sie können unter http://appdb.winehq.org Tips zum Ausführen der Anwendung
einholen.
Tritt dieses Problem unter Windows nicht auf und wurde es noch nicht gemeldet,
können Sie unter http://bugs.winehq.org einen Eintrag hinterlassen. [ Schließen
] *
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=16328
Summary: GTA4 does not work under Wine
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zapolnov(a)gmail.com
Created an attachment (id=17631)
--> (http://bugs.winehq.org/attachment.cgi?id=17631)
Wine Log
When running GTA4 it calls some unimplemented function in advapi32.dll and
crashes. Wine log is attached.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13656
Summary: Testout navigator does not dispaly menus or vodeo
correctly
Product: Wine
Version: 1.0-rc2
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: keith_kw_muir(a)blueyonder.co.uk
Testout navigator Starts but grey pane where the course video would play and
the menu bar is empty.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=17638
Summary: NOLF GotY: Sluggish mouse reaction when in zoom mode
Product: Wine
Version: 1.1.16
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquid.acid(a)gmx.net
CC: jb.faq(a)gmx.de
Mouse input in NOLF is generally a bit "inprecise", but one thing is broken for
sure.
Some weapons feature a zoom mode, but when this zoom mode is switched on it's
almost impossible to accurately use it since the mouse input becomes very
sluggish then. Turn zoom off again and mouse input stabilizes again.
I suppose that's a dinput problem, but I'm not sure about that.
The wine-0.9.46 testresult here
(http://appdb.winehq.org/objectManager.php?sClass=version&iId=305&iTestingId…)
mentions a "weird mouse problem", but I'm not sure if that's what I'm
encountering.
Haven't tried any native DLLs though.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.