http://bugs.winehq.org/show_bug.cgi?id=12279
Summary: wine not accepting regcode of FL Studio 8
Product: Wine
Version: 0.9.58.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dianat100(a)yahoo.com
Wine doesn't accept the regcode of FL Studio 8 and the program appears in demo
mode. It does, however accept FL Studio 7 regcode. Regcodes work fine under
Windows XP.
--
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=18637
Summary: Nokia Map Loader 2.0 (.NET 3.0 app) needs
DisableProcessWindowsGhosting stub
Product: Wine
Version: 1.1.22
Platform: Other
URL: http://europe.nokia.com/get-support-and-software/produ
ct-support/maps-support/compatibility-and-downloads
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
as it says ...
--- snip ---
System.EntryPointNotFoundException: Unable to find an entry point named
'DisableProcessWindowsGhosting' in DLL 'user32.dll'.
at Lizard.Windows.Native.NativeMethods.DisableProcessWindowsGhosting()
at Lizard.Windows.NonClientBaseForm.OnHandleCreated(EventArgs e)
at System.Windows.Forms.Control.WmCreate(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ContainerControl.WndProc(Message& m)
at System.Windows.Forms.Form.WmCreate(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at Lizard.Windows.NonClientBaseForm.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr
wparam, IntPtr lparam)
--- snip ---
A simple stub is enough.
See: http://msdn.microsoft.com/en-us/library/ms648415.aspx
Regards
--
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=10522
Summary: endless WM_PAINT loop bug (update regions, queue paint
count)
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.microsoft.com/whdc/devtools/debugging/install
x86.mspx
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Created an attachment (id=9265)
--> (http://bugs.winehq.org/attachment.cgi?id=9265)
trace with WINEDEBUG=+tid,+message,+win,+server
Hello,
I've seen this bug a while ago in other apps but ignored it because it was not
easily to reproduce.
Well until recently when I tested some stuff with windbg from "Debugging Tools
for Windows" (Microsoft).
I used debugging tools version 6.8.4.0 and recent GIT
(wine-0.9.49-302-g58b85bb).
Immediately when a child window was opened using toolbar (register, locals, ..
whatever), windbg would become unresponsive, eating most CPU.
Happens in both GUI modes - "floating/docking toolwindow" and "MDI emulation.
Though "MDI emulation" is more obvious, it actually shows the endless
refreshing (window caption).
Attached is WINEDEBUG=+tid,+message,+win,+server log.
Additionally I added a trace message which prints the current queue paint count
(when incremented or fetched) which makes some things easier to spot.
Printed as "inc_queue_paint_count: %d" and "get_message_paint_count: %d".
The window hierarchy is as follows:
--- snip ---
*root*=0x10020
Shell_TrayWnd=0x10022
WinDbgFrameClass=0x10024
DockClass=0x10026
ToolbarWindow32=0x10028
msctls_statusbar32=0x1002a
tooltips_class32=0x1002e
WinBaseClass=0x10030
ToolbarWindow32=0x10032
SysListView32=0x10034
SysHeader32=0x10036
RichEdit20W=0x10038
--- snip ---
After the child windows are created the queue paint count never drops to zero,
resulting in endless WM_PAINT processing.
Maybe some update (region) code path missed or flags problem?
I played a bit with ignoring null region updates and it seemed to help a bit
(preventing endless WM_PAINT loop) though other stuff wasn't drawn properly
then.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19223
Summary: null Object reference during Database object expansion
(MS SQL SMSE)
Product: Wine
Version: 1.1.25
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m27315(a)gmail.com
Created an attachment (id=22225)
--> (http://bugs.winehq.org/attachment.cgi?id=22225)
Wine log for SSMSEE
Immediately after launching Microsoft's SQL Server Management Studio Express,
an "Object Explorer" pane is visible on the left to explore the connected SQL
server. Double-clicking on the "Databases" node to expand it produces the
following error message (see below)...
The databases can be acquired using the "Summary" window, and then the "Object
Explorer" pane can be synchronized to the "Summary" window. Although a
workaround exists, it is clumsy. Plus, a method so basic as expanding the
connected databases should not create such an error.
Incidentally, the error message is empty at first, and the message can only be
viewed by clicking on the "Show technical details" button in the error log...
===================================
Object reference not set to an instance of an object.
(Microsoft.SqlServer.Express.ObjectExplorer)
------------------------------
Program Location:
at
Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.SystemObjectAccessHandler.get_HideSystemObjects()
at
Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.SystemObjectAccessHandler.Visible(INodeInformation
source)
at
Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.NavigableItemBuilder.IsNodeVisible(NavigableItem
item)
at
Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.NavigableItemBuilder.BuildStaticItem(IList
nodes, INodeInformation source, INavigableItem sourceItem)
at
Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.NavigableItemBuilder.Build(INodeInformation
source, INavigableItem sourceItem, IFilterProvider filter)
at
Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.NavigableItem.GetChildren()
at
Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.ExplorerHierarchyNode.BuildChildren()
--
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=17785
Summary: MSDE fails to register its service(i think).
Product: Wine
Version: unspecified
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nicklas(a)ws.se
Created an attachment (id=20011)
--> (http://bugs.winehq.org/attachment.cgi?id=20011)
A log of an attempt to run "wine setup.exe SAPWD=XXXXX" after successfully
decompressing the installation files.
I am quite new to wine and especially it's logging style, but it seems to me
that it fails to register its service. However i might obviously be completely
wrong.
The error(s) occurs while running "wine setup.exe SAPWD=XXXXX" after
successfully decompressing the installation files into C:\InstDir\ .
I have also tried with the BLANKSAPWD=1 switch.
I have no idea of the severity of this bug, however(being a newcomer) I set i
to normal, even though I'd suspect a lot of server applications would run into
similar issues, which would constitute a "wide range" and a "major" severity.
I am also not sure of which component to assign it to.
--
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=16592
Summary: Ford service manual viewer fails to detect CD (fix
attached)
Product: Wine
Version: unspecified
Platform: PC
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: p-wine-bugs(a)ziemba.us
Created an attachment (id=18120)
--> (http://bugs.winehq.org/attachment.cgi?id=18120)
patch to handle null-rootpath equivalent in GetVolumeInformationW
wine-1.1.10
I installed the Ford 1993-1994 truck service manual viewer from CD. The viewer
application requires that the CD be present in a drive before it will show
service data.
The viewer application c:/FORD/PUBS/programs/VIEW16.EXE complains that there is
no CD present, even though there is. (yes, links for d: and d:: were made
correctly in .wine/dosdevices).
It turns out that the application calls GetVolumeInformationW with a "root"
argument of "\\:". In this case, GetCurrentDirectoryW returns the desired root
path, but since root is not null, the code in GetVolumeInformationW uses "\\"
as the drive letter instead (and fails).
Patching GetVolumeInformationW to treat root == "\\:" the same as the null case
results in the application successfully detecting the CD and operating
properly.
Documentation of GetVolumeInformationW on MSDN seems to indicate that there is
a broader range of possible formats for the root parameter than the wine
implementation currently handles, so perhaps a more extensive fix is needed for
the general case.
--
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=16567
Summary: moving mouse outside the wine virtual desktop causes
crash in FastBltNoTrans()
Product: Wine
Version: 1.0.1
Platform: PC
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stephanecharette(a)gmail.com
Installed the game "Nancy Drew: Stay Tuned For Danger". Installation and game
start seems to work well. But the mouse icon is customized for the game, and
changes depending on whether there is an object under the mouse with which you
can interact.
If at any point during the game the mouse is moved outside the wine virtual
dekstop, the game immediately crashes with the following Windows dialog window:
-----------------------
FastBltNoTrans() - err ret = 88760096, pDescription = Dirty Rect Fast Blt,
rSrcRect: t=158, b=198, l=-5, r=25, dwDestX=-5, dwDestY=158 - DDERR_INVALIDRECT
- Rectangle provided was invalid.
-----------------------
I added it to AppDB here:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=14880
I also have an earlier forum posting here with several other details:
http://forum.winehq.org/viewtopic.php?t=3190
--
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=23537
Summary: Notepad in Hebrew shows some squares instead of
characters
Product: Wine
Version: 1.2-rc6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Paul.Vriens.Wine(a)gmail.com
Created an attachment (id=29391)
--> (http://bugs.winehq.org/attachment.cgi?id=29391)
Screenshot showing the squares
We now have a Hebrew translation of notepad. The goal was to have at least one
translation in so we can see what bugs we currently have with respect to Hebrew
(and Arabic for that matter).
The screenshot shows some squares where it should show Hebrew text.
I have no idea where to look yet. The title bar seems fine but the text in the
dialog isn't.
Some of the other dialogs also shows squares but I guess it boils down to the
same bug.
--
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=10922
Summary: JDK 6 offline installer fails to create
jdk1.6.0_03\jre\bin\msvcr71.dll, puts up error dialog
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://java.sun.com
OS/Version: other
Status: NEW
Keywords: download, Installer
Severity: enhancement
Priority: P2
Component: wine-msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The JDK 6 offline installer, jdk-6u3-windows-i586-p.exe,
puts up an error dialog
"Error loading: C:\\Program
Files\\Java\\jdk1.6.0_03\\jre\\bin\\client\\jvm.dll"
+file,+msi shows
trace:file:CreateFileW L"c:\\Program
Files\\Java\\jdk1.6.0_03\\jre\\bin\\msvcr71.dll" GENERIC_WRITE FILE_SHARE_READ
FILE_SHARE_WRITE creation 1 attributes 0x20
...
warn:file:CreateFileW Unable to create file L"c:\\Program
Files\\Java\\jdk1.6.0_03\\jre\\bin\\msvcr71.dll" (status c000003a)
...
err:msi:ITERATE_DuplicateFiles Failed to copy file L"c:\\Program Files\\Common
Files\\Java\\Update\\Base
Images\\jdk1.6.0.b105\\patch-jdk1.6.0_03.b05\\msvcr71.dll" -> L"c:\\Program
Files\\Java\\jdk1.6.0_03\\jre\\bin\\", last error 3
...
trace:file:CreateDirectoryW L"jre/bin"
...
trace:msi:HANDLE_CustomType34 executing exe L"c:\\Program
Files\\Java\\jdk1.6.0_03\\\\jre\\bin\\javaw.exe -Xshare:dump"
...
err:module:import_dll Library MSVCR71.dll (which is needed by L"C:\\Program
Files\\Java\\jdk1.6.0_03\\jre\\bin\\client\\jvm.dll") not found
Seems like that CreateDirectory should have come before it tried
to put a file in that directory?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=27675
Summary: iTunes 10.3.1 can't play tutorial videos
Product: Wine
Version: 1.3.23
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
iTunes 10.3.1, installed in a clean wineprefix, crashes with a null pointer
read when you do
Help / iTunes Tutorials and click Play.
There's no really useful backtrace.
Setting win7 mode keeps it from crashing, and
it then puts up a generic-looking player with
fast forward, play, a position indicator, etc.,
but nothing happens when you press play. (Pressing
fast-forward puts up a 2x indicator, so the gui isn't dead,
it's the innards that are busted.)
--
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.