http://bugs.winehq.org/show_bug.cgi?id=36893
Bug ID: 36893
Summary: Spin IDE (for Spin Semiconductor FV-1 DSP chip)
crashes when you try to assemble your code.
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: faultline1989(a)yahoo.com
Created attachment 49001
--> http://bugs.winehq.org/attachment.cgi?id=49001
The backtrace generated when this issue was encountered.
I'm using Linux Mint version 15. Wine version is 1.7.17.
The Windows installer for this program may be found here:
http://www.spinsemi.com/Products/software/spn1001-dev/SpinSetup_1_1_31.exe
Here is the main page describing the system:
http://www.spinsemi.com/products.html
After installing the program, download any of the ".spn" files at this page:
http://www.spinsemi.com/programs.php
Launch the SpinASM IDE and then open the .spn file so you are looking at the
code.
Click on the "a" icon at the top right of the tool bar to begin assembly of the
code. It crashes at this point.
--
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=36734
Bug ID: 36734
Summary: TrackMouseEvent TME_LEAVE should not be influenced by
dwHoverTime
Product: Wine
Version: 1.4.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: n296869(a)rtrtr.com
When specifying both TME_LEAVE and TME_HOVER in a TRACKMOUSEEVENT, the provided
"dwHoverTime" timeout should only be applied to TME_HOVER, i.e. the hover event
should be emitted after "dwHoverTime" milliseconds. However, the WM_MOUSELEAVE
generated for TME_LEAVE should be sent instantly as soon as the mouse leaves
the window. As far as I can see, Wine delays the WM_MOUSELEAVE event by the
specified amount of milliseconds, although it shouldn't do that.
--
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=25834
Summary: Adobe Reader X cannot open in Protected Mode
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq.crackjack(a)spamgourmet.com
Adobe Reader Protected Mode does not function, this error appears when starting
AcroRd32.exe
It's a minor issue as you can continue without it.
the log file is very short, so I'm not attaching it:
fixme:process:SetProcessDEPPolicy (1): stub
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
fixme:advapi:CreateRestrictedToken (0x90, 0x2, 3, 0xb08238, 19, 0xb08408, 3,
0xb07fc8, 0x32f04c): stub
--
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=22797
Summary: BoxedApp sample apps fail on Wine
Product: Wine
Version: 1.1.44
Platform: x86
URL: http://www.boxedapp.com/boxedappsdk/download.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
BoxedApp is an SDK used by some debugging tools (dxprof in particular)
to hook function calls and emulate filesystem operations.
(It's a bit like Thinstall, which does work with Wine, thanks to Ge's efforts.)
I tried their four sample apps.
Sample1_DLLEmbeddsamples crashing.exe crashes after you click the 'call
function' button;
evidently the LoadLibrary hooking didn't work.
Samples 2 and 3 crash faster. Sample 4 seems to run (but might not do exactly
what it should).
I'll attach a +relay,+seh log of sample 1 running.
It seems to use mpr.dll as part of its magic.
--
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=33072
Bug #: 33072
Summary: dxdiag: can't retrieve network info
Product: Wine
Version: 1.5.24
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-dplay
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
$ rm -rf ~/.wine
$ winetricks -q dxdiag
$ wine dxdiag /t foo.txt
Error: Problem getting network info, result code = 0x80040154 (Class not
registered)
(split off from bug 32846)
--
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.
https://bugs.winehq.org/show_bug.cgi?id=43691
Bug ID: 43691
Summary: focus tracking broken with desktop switches
Product: Wine
Version: 2.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
When window manager is set to focus-follows-mouse (not sure if this bit is
important, but rest would be unclear without this bit) and winecfg sets it to
decorate/manage the windows, if I switch to a different window on the same
desktop (which makes most apps in question pause) then switch to a different
desktop, next switch back to the apps desktop, the app decides to act as if it
regained the focus and unpauses, even if it shouldn't, cause it's whole window
is covered by other windows. If more than one wine app is on that desktop, it
seems to be a random pick. What's more, some of the time it seems to be
receiving keyboard events, even if at the same time they go to a different
window.
("desktop" refers to manager's desktop not wine's virtual desktop window (which
isn't in use here))
--
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=22808
Summary: Selected rows in WinRar flicker while selecting by
dragging rectangle
Product: Wine
Version: 1.1.43
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Steps to reproduce: open an archive with several files using WinRar, then try
to select some files using mouse selection rectangle (dunno how this mechanism
is named). The rows already selected flicker when mouse is moved.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=40167
Bug ID: 40167
Summary: theWord: popup doesn't work correctly after first
Shift-MouseOver
Product: Wine
Version: unspecified
Hardware: x86-64
URL: http://www.theword.net/files/setup/getmulti.php/en-sma
ll
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: therapon(a)roadrunner.com
Distribution: Ubuntu
bug is present in all versions of wine 1.1.14 through 1.9.3
MouseOver a hyperlink (cross-reference, commentary, etc.) displays a popup up
with the content of whatever is linked. Instruction at bottom of popup says:
Press SHIFT key and move mouse over popup to keep visible. Works properly the
first time only. The only way to keep subsequent popups visible is to press
SHIFT before MouseOver.
To reproduce:
1. MouseOver a hyperlink. Popup displays with standard background until the
mouse is moved off the link, then it disappears.
2. MouseOver a hyperlink, press SHIFT and move the mouse over the popup. Popup
displays with blue gradient background until the mouse is moved off the popup.
3. MouseOver a hyperlink. Popup flashes with blue gradient background and
disappears unless it has a vertical scrollbar. If it has a scrollbar, the popup
displays and functions as if SHIFT had been pressed.
Expected behavior:
1. MouseOver a hyperlink. Popup displays with standard background until the
mouse is moved off the link, then it disappears.
2. MouseOver a hyperlink, press SHIFT and move the mouse over the popup. Popup
displays with blue gradient background until the mouse is moved off the popup.
3. MouseOver a hyperlink. Popup displays with standard background until the
mouse is moved off the link, then it disappears.
--
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.