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.
https://bugs.winehq.org/show_bug.cgi?id=36873
Bug ID: 36873
Summary: Chronology (.NET 4.0 game) based on 'OpenTK': mouse
input non-functional, mouse cursor invisible
Product: Wine
Version: 1.7.21
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
the GOG.com version installs .NET Framework 4.0 client profile on its own in
clean 32-bit WINEPREFIX (without Mono).
If the mouse is moved (either in fullscreen or virtual desktop mode), the
console is spammed with:
--- snip ---
fixme:win:GetMouseMovePointsEx (16 0x33ea10 0x33e5cc 64 1) stub
fixme:win:GetMouseMovePointsEx (16 0x33ea10 0x33e5cc 64 1) stub
fixme:win:GetMouseMovePointsEx (16 0x33ea10 0x33e5cc 64 1) stub
--- snip ---
Source:
http://source.winehq.org/git/wine.git/blob/bdc9b147b948b3476815c52f7fc53f4c…
--- snip ---
1427 int WINAPI GetMouseMovePointsEx(UINT size, LPMOUSEMOVEPOINT ptin,
LPMOUSEMOVEPOINT ptout, int count, DWORD res) {
1428
1429 if((size != sizeof(MOUSEMOVEPOINT)) || (count < 0) || (count > 64)) {
1430 SetLastError(ERROR_INVALID_PARAMETER);
1431 return -1;
1432 }
1433
1434 if(!ptin || (!ptout && count)) {
1435 SetLastError(ERROR_NOACCESS);
1436 return -1;
1437 }
1438
1439 FIXME("(%d %p %p %d %d) stub\n", size, ptin, ptout, count, res);
1440
1441 SetLastError(ERROR_POINT_NOT_FOUND);
1442 return -1;
1443 }
--- snip ---
MSDN:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms646259%28v=vs.85%…
That noisy stub (although annoying) doesn't seem to be the problem here.
See here for discussion and how it's implemented in 'OpenTK':
https://github.com/opentk/opentk/issues/76https://github.com/opentk/opentk/blob/develop/Source/OpenTK/Platform/Window…
--- snip ---
void HandleMouseMove(IntPtr handle, WindowMessage message, IntPtr
wParam, IntPtr lParam)
{
unsafe
{
Point point = new Point(
(short)((uint)lParam.ToInt32() & 0x0000FFFF),
(short)(((uint)lParam.ToInt32() & 0xFFFF0000) >> 16));
// GetMouseMovePointsEx works with screen coordinates
Point screenPoint = point;
Functions.ClientToScreen(handle, ref screenPoint);
int timestamp = Functions.GetMessageTime();
// & 0xFFFF to handle multiple monitors
http://support.microsoft.com/kb/269743
MouseMovePoint movePoint = new MouseMovePoint()
{
X = screenPoint.X & 0xFFFF,
Y = screenPoint.Y & 0xFFFF,
Time = timestamp,
};
// Max points GetMouseMovePointsEx can return is 64.
const int numPoints = 64;
MouseMovePoint* movePoints = stackalloc
MouseMovePoint[numPoints];
// GetMouseMovePointsEx fills in movePoints so that the most
// recent events are at low indices in the array.
int points = Functions.GetMouseMovePointsEx(
(uint)MouseMovePoint.SizeInBytes,
&movePoint, movePoints, numPoints,
Constants.GMMP_USE_DISPLAY_POINTS);
int lastError = Marshal.GetLastWin32Error();
// No points returned or search point not found
if (points == 0 || (points == -1 && lastError ==
Constants.ERROR_POINT_NOT_FOUND))
{
// Just use the mouse move position
OnMouseMove(point.X, point.Y);
}
else if (points == -1)
{
throw new System.ComponentModel.Win32Exception(lastError);
}
else
{
...
--- snip ---
That information might be still useful for 'GetMouseMovePointsEx'
implementation though.
$ wine --version
wine-1.7.21-75-g0a4c786
Regards
--
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.