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.
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.
http://bugs.winehq.org/show_bug.cgi?id=17073
Summary: Star Trek Generations fails to display
Product: Wine
Version: 1.1.13
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Rincebrain(a)gmail.com
On attempting to run Star Trek: Generations in Wine, I receive the following
output, the cursor renders correctly, and an [almost] black screen (the top ~80
pixels of the screen display something non-black, in fullscreen mode - in
windowed mode, nothing is visible) (see linked screenshot):
$ wine sgens.exe
fixme:ddraw:VGA_ioport_in Unsupported index, VGA crt controller register
0x3b4/0x3d4: 0x0f
fixme:ddraw:VGA_ioport_out Unsupported index, VGA crt controller register
0x3b4/0x3d4: 0x0f (value 0x2a)
fixme:ddraw:VGA_ioport_in Unsupported index, VGA crt controller register
0x3b4/0x3d4: 0x0f
fixme:ddraw:VGA_ioport_out Unsupported index, VGA crt controller register
0x3b4/0x3d4: 0x0f (value 0xff)
fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex
samplers and 32 total samplers
fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) >
combined_samplers
fixme:win:EnumDisplayDevicesW ((null),0,0x32f3c8,0x00000000), stub!
fixme:ddraw:IDirectDrawImpl_WaitForVerticalBlank (0x13d780)->(1,(nil)): Stub
fixme:ddraw:IDirectDrawImpl_GetScanLine (0x13d780)->(0x32f980): Semi-Stub
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
8
err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the
window parameters of HWND 0x20034, but another style is stored for restoration
afterwards
err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the
window parameters of HWND 0x20034, but another style is stored for restoration
afterwards
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the
window parameters of HWND 0x20034, but another style is stored for restoration
afterwards
err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the
window parameters of HWND 0x20034, but another style is stored for restoration
afterwards
err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x1440f0): Want to change the
window parameters of HWND 0x20034, but another style is stored for restoration
afterwards
Tested with wine-1.1.12-777-g6d0a0fb and wine-1.1.12-829-g0b8faac.
Must be run with Windows 95/98/ME - game requires Win95 or above, and running
with Win2K or above results in a crash (which I'm filing).
--
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=26803
Summary: file open dialog: slow when selecting many files
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pa78(a)gmx.net
The bug:
The more files I select in the file open diaolg the longer it takes until the
files are actually selected and I can click the open button.
This bug is not about the load time of the program but the time the files get
selected in the file open dialog.
Hints to reproduce:
Selecting one file in the dialog window happen instantly.
Pressing shift and selecting 3 files also is very fast.
Pressing shift and selecting 10 files takes up to 1 second.
Pressing shift and selecting 30 files already takes 10 seconds.
Pressing shift and selecting 50 files already takes 40 seconds.
Pressing shift and selecting 100 files already takes 270 seconds (equals 4:30
min).
As you can see times are raising nearly exponential.
In Windows/Gnome/Kde/... it doesn't matter how many files are
selected/deselected. It takes always the same time.
Additional notes:
My cpu is a 3 year old dualcore 1.86 ghz. If you can't reproduce this times
because your machine is much faster just select more files because time is
raising nearly exponential.
This is an old bug (probably pre wine 1.0) and still (wine 1.3.17) very
annoying to me because sometimes I have to open a few hundret files. I think
this was never implemented well. Just so far that it is possible to open one or
a few files.
--
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.