https://bugs.winehq.org/show_bug.cgi?id=35698
Bug ID: 35698
Summary: Nuance PDF Create! 5 installer (part of OmniPage 17)
reports 'Error code: 154 - Get ServerPolicy failed'
(IGroupPolicyObject, CLSID
{ea502722-a23d-11d1-a7d3-0000f87571e3})
Product: Wine
Version: 1.7.13
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
as the summary says.
The failure seems non-critical and the message box can be dismissed.
The sub-installer can be separately run for testing:
--- snip ---
$ pwd
/mnt/iso/PDFCreate5/System32/PDFCreate
$ WINEDEBUG=+tid,+seh,+relay,+ole,+variant wine ./setup.exe >>
~/Downloads/log2.txt 2>&1
...
003f:Call ole32.CoCreateInstance(00b2e33c,00000000,00000001,00b2e324,00b2e334)
ret=008d881a
003f:trace:ole:CoCreateInstance (rclsid={ea502722-a23d-11d1-a7d3-0000f87571e3},
pUnkOuter=(nil), dwClsContext=00000001,
riid={ea502723-a23d-11d1-a7d3-0000f87571e3}, ppv=0xb2e334)
003f:trace:ole:CoGetClassObject CLSID:
{ea502722-a23d-11d1-a7d3-0000f87571e3},IID:
{00000001-0000-0000-c000-000000000046}
003f:Call
KERNEL32.FindActCtxSectionGuid(00000001,00000000,00000004,00b2e33c,00b2e11c)
ret=7eac14e4
003f:Ret KERNEL32.FindActCtxSectionGuid() retval=00000000 ret=7eac14e4
003f:Call ntdll.RtlInitUnicodeString(00b2e030,00b2e082
L"CLSID\\{EA502722-A23D-11D1-A7D3-0000F87571E3}") ret=7eabb537
003f:Ret ntdll.RtlInitUnicodeString() retval=00b2e030 ret=7eabb537
003f:Call ntdll.NtOpenKey(00b2e07c,00020019,00b2e038) ret=7eabb553
003f:Ret ntdll.NtOpenKey() retval=c0000034 ret=7eabb553
003f:Call ntdll.RtlNtStatusToDosError(c0000034) ret=7eabb55e
003f:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=7eabb55e
003f:err:ole:CoGetClassObject class {ea502722-a23d-11d1-a7d3-0000f87571e3} not
registered
003f:err:ole:CoGetClassObject no class object
{ea502722-a23d-11d1-a7d3-0000f87571e3} could be created for context 0x1
003f:Ret ole32.CoCreateInstance() retval=80040154 ret=008d881a
003f:Call user32.MessageBoxA(00000000,00b2e1e8 "CoCreateInstance \n Error code:
154",00901348 "Get ServerPolicy failed",00000000) ret=008d8eee
--- snip ---
MSDN: http://msdn.microsoft.com/en-us/library/aa374235%28v=VS.85%29.aspx
Here is a blog entry which talks about it, with some code example:
http://magicmao.wordpress.com/2011/08/05/changing-group-policy-by-c-coding/
$ wine --version
wine-1.7.13-118-g0eb6265
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.
https://bugs.winehq.org/show_bug.cgi?id=40273
Bug ID: 40273
Summary: Call from 0x7b83d9b2 to unimplemented function
windowscodecs.dll.WICCreateBitmapFromSection
Product: Wine
Version: 1.9.5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: xerox_xerox2000(a)yahoo.co.uk
Distribution: ---
a user reported problems with this app https://paprikaapp.com/windows/ on the
forum.
After winetricks dotnet45 corefonts and working around
https://bugs.winehq.org/show_bug.cgi?id=15670 by adding registrykey like
wine-staging does** the app crashes with Call from 0x7b83d9b2 to unimplemented
function windowscodecs.dll.WICCreateBitmapFromSection
When i use native windowscodecs it also crashes with:
Unhandled Exception: System.NotSupportedException: No imaging component
suitable to complete this operation was found. --->
System.Runtime.InteropServices.COMException: Exception from HRESULT: 0x88982F50
**: (see
https://github.com/wine-compholio/wine-staging/blob/master/patches/wine.inf…)
--
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=42823
Bug ID: 42823
Summary: cmd.exe behaves differently from Win7 regarding
redefined labels
Product: Wine
Version: 2.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: lorenz.witte(a)gmail.com
Distribution: ---
Created attachment 57895
--> https://bugs.winehq.org/attachment.cgi?id=57895
CMD script shows label behavior difference
Wine's cmd.exe behaves differently regarding redefined labels in cmd/bat files.
With Wine, it appears that the interpreter jumps to the last label with the
correct name seen before a "goto" command, on Windows, it will jump to the next
label after a "goto" command.
Please see the attached test file, it should make things clear. It will produce
the output "I'm wine!" or "I'm windows!" respectively.
While it is certainly bad practice to redefine labels, unfortunately CMake
creates such batch files when creating custom commands for Visual Studio
builds.
--
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=39011
Bug ID: 39011
Summary: Sierra Chart hangs when drawing polygon fill line
type: gdi32.Polygon()
Product: Wine
Version: 1.7.48
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: spam(a)brettcave.net
Distribution: ---
Created attachment 51965
--> https://bugs.winehq.org/attachment.cgi?id=51965
v1.7.44 WINEDEBUG log segment with THREAD_DETACH errors
Sierra Chart is a stock market, forex, and other market price graphing program.
They use C/C++ and avoid java and .net. Normally it runs well under wine, but
there is a long term issue that they've known about: Drawing chart lines with a
polygon fill (Fill Top, Fill Bottom in the program) will hang wine for a minute
or 2 but works fine under regular windows. This hanging will release and then
hang again shortly after making the chart unusable.
I'm using ubuntu 14.04 LTS with wine 1.7.44 from the ppa archive.
I've also compiled 1.7.48 32bit using the lxc instructions. I was able to get
the X11 socket running inside lxc after some work. Sierra Chart runs at full
speed with it.
My hardware for testing is a laptop, dual core 2.2ghz AMD K10e, Mobile Radeon
HD 4250 using generic linux drivers, and 8g RAM. Sierra Chart isn't known to
directly bang video hardware, so chip and driver shouldn't be an issue. This
laptop can play 1080i mpeg2 off my DVR faster than normal, so it is capable
enough to handle a chart.
Both were tested with cleanly created wine prefixes. Sierra Chart is 32bit
compiled and normally works fine with wine.
I've been able to reproduce the bug by using the polygon fill line type and by
scrolling the chart back and forth. If I change the line type to something
plain, the freezing problem doesn't happen.
The bug is harder to reproduce with debugging activated. It's probably allowing
extra time for whatever is causing the hang to finish before it hangs.
*** file: wine_SC_THREAD_DETACH.wine1.7.44.log.txt
I've attached a small log file segment from ubuntu version 1.7.44:
WINEDEBUG=+timestamp,+relay,+seh,+tid,+message,+msgbox,+dll,+loaddll
It starts out with the gdi32 draw commands, has the freezing section in the
middle, and then continues with the gdi32 draw commands.
The problem is from time stamp 1306647.286 to 1306718.051. It's about 71
seconds total.
There are a bunch of THREAD_DETACH entries in the log. Sierra Chart support
says that graph drawing is not multi threaded and that they don't know what
that is. The only other threads are when downloading real time price data
updates and loading chart price data from disk.
Note: the next 1.7.48 versions were run from inside the 32bit lxc build
environment.
One thing I noticed when testing with 1.7.48 is that my memory usage bar applet
was jumping around a lot during a freeze. I didn't get exact figures but the
range was over 3g. That's huge for a 32bit program. I wasn't watching for the
first log.
*** file: wine_SC_ConsoleLog_wine1.7.48.log.txt
This is the regular shell console log.
*** file: wine_SC_wine1.7.48.log.txt
I've attached a second small log file segment from compiled version 1.7.48:
WINEDEBUG=+timestamp,+relay,+seh,+tid,+message,+msgbox,+dll,+loaddll
It starts out with the gdi32 draw commands, has a very small freezing section
in the middle, and then continues with the regular gdi32 draw commands.
The problem is from time stamp 1485052.556 to 1485124.153. It's about 71
seconds total.
In this log I didn't see the THREAD_DETACH entries. It was small and clean with
no errors reported. I don't know what to make of the difference between the 2
logs.
I can see that there's a problem, but I don't have enough programming and
debugging skills to understand what is going on.
If this looks like a programming error in Sierra Chart, please give me
something I can tell them that they won't brush off.
-------------
Download Instructions.
Download page:
http://www.sierrachart.com/index.php?page=doc/SCInstallerList.php
The page will list multiple versions ranging from current to past.
The file to get is: SierraChartSetupNoCLR.exe
The file date in the list: 2015/7/31
The "NoCLR" (No Common Language Runtime) doesn't use poorly supported windows
functions and is wine friendly. This is the version Sierra Chart support
normally recommends.
sha1sum:
4454a0ef2e3a2bb525098ea5620f8d4bb23edb2a SierraChartSetupNoCLR.exe
In a week or so, this current version will "probably" be named:
1280SierraChartSetupNoCLR.exe
Help / About shows version number 1280.
------------
Account Setup Instructions.
Sierra Chart has a free demo account for testing. Their install is almost
entirely self contained to a directory and won't scatter files everywhere.
Instructions are here:
http://www.sierrachart.com/index.php?page=doc/setup.php
Step 1: Download program. Since Sierra Chart support isn't going to do anything
with this bug, the current version will very likely have it since this is an
old bug of unknown age. If not using this link, use the download link above.
Step 2: "Create Your Account" to get a free demo account. I recommend something
alone the lines of "Wine Debug". They will know what that is. A support ticket
will need to be opened to activate the account. They're very easy going with
programmers. Just mention that you're someone from the wine debug team. If
y'all want more than the 15 day trial, request it there. They will usually
activate the account the same day.
Support Link:
http://www.sierrachart.com/index.php?page=doc/support.html#SCAccounts
This is Section #2, instructions in the yellow box with the link.
In the future if the trial account expires, open another support ticket,
mention that you're with the wine debug team and need to run some more tests.
They'll usually reactivate the account the same day.
So long as you're actively programming or debugging and not using their product
to trade for free, Sierra Chart support is very laid back about continuing
accounts.
Ignore the rest of the Sierra Chart account steps web page and follow my steps
below to reproduce the bug once the demo account is activated.
--------------
Steps to reproduce the bug.
#create a new prefix
WINEPREFIX=/home/user1/.wine3 winecfg
Applications / Windows Version: Windows 7
#earlier tests have shown different windows versions don't matter.
No library overrides.
Turned off Graphics: Allow the window manager to decorate the windows.
Sierra Chart has alert sounds, but they are irrelevant for the bug
reproduction.
"OK" to exit out of winecfg.
#install Sierra Chart
WINEPREFIX=/home/user1/.wine3 wine SierraChartSetupNoCLR.exe
Accept defaults options and locations in the installer. Run when finished.
Note: I recommend to run Sierra Chart in normal / non-debug mode the first time
as the freezing bug is easier to reproduce.
Enter user name and password.
When the main window comes up, press "No" at the Data and Trade Service prompt
to use demo mode defaults.
Hit "Close Log" on "Message Log" to get it out of the way.
Menu: File / Find Symbol
Expand "Forex".
I prefer to select "GBPUSD" as the symbol since it has good volume and is
easily recognized.
Hit the "Open Intraday Chart" button.
Hit the "Close" button to get rid of the find screen.
A full screen chart will open and download price data for a minute.
Click once in the middle of the chart to select it. Press the keyboard down
arrow 11 times. At the very bottom right corner will be a tiny green box with a
number in it. Every time the down arrow gets hit, it will decrement and the
chart will show more bars per screen. The bar should read "1". If it is red,
hit the "End" key on the keyboard. Color doesn't matter much for this
reproduction, though.
Note: If the hanging problem below gets to be too severe to do anything, only
press the down arrow several times to not compress the chart view as much.
Maybe go down to "5" instead of "1".
Quick side note before the hanging bug gets triggered: Menu: Help / About will
show the build number / version number for verification. The latest installer
file usually won't have a version number in the name.
Menu: Analysis / Studies
Hit "Add Custom Study" button at the bottom.
Double click to expand "User Contributed Studies".
Scroll down to "RSI Bands". Select it and hit "Add". It will show up on the
right panel list. This study won't cause the bug alone. It is used to put an
extra load on the graph.
Hit "Add Custom Study" button again.
Scroll down a little to "RSI w/Trend". Select it and hit "Add". It will show up
on the right panel list. This study has the polygon fill that will trigger the
freezing bug.
Note for Bug Settings:
Something to point out to come back to later... Select "RSI w/Trend" and hit
the "Settings" button. Hit the "Subgraphs" tab at the top. At the top middle
will be a "Draw Style" column. This is how the study line types are drawn on
the graph. The bug versions will have "Trans. Fill Top" for "Fast MA" and
"Trans. Fill Bottom" for "Medium MA". Selecting these two entries and changing
them with the "Draw Style" drop down box to "Line" then "Solid" and "1" will
allow them to not trigger the bug (but do that later). Changing the two entires
to "Fill Top" and "Fill Bottom" will still trigger the bug regardless of
transparency settings. For now, don't change the settings for the bug
reproduction, but come back to this afterwards. Hit "Cancel" to get out of the
settings screen.
Hit "OK" on the "Chart Studies" window to get back to the main chart. New lines
will be drawn on the screen from the two added studies.
The graph "should" come back immediately, but sometimes it will trigger the
hanging bug. Click on another virtual desktop and come back or click on a
window below Sierra Chart to bring it forwards and then go back to Sierra
Chart. If the screen doesn't redraw within a second or two, then the bug was
triggered. It will take a minute or two for Sierra Chart to come back. Note
that the CPU will be maxed out and RAM usage will be jumping around.
To save these settings so far, Menu: File / Save All. Enter a brief chart book
name for a file name at the bottom (like "test1"). Afterwards the chart book
can be quickly reloaded by that name in the recent files list on the right side
of the File menu. This will allow for skipping the "Menu: Analysis / Studies"
steps on next program reload. ...That is if the hanging bug isn't triggered
again... and again... and again...
In wine debug mode, the hanging bug "usually won't" be triggered yet.
To manually trigger the hanging bug, use the mouse to grab the horizontal
scroll bar at the bottom of the screen and drag it back and forth. This will
scroll the chart back and forth causing a lot of redraws.
If Sierra Chart stops responding, click on another virtual desktop and come
back or click on a window below Sierra Chart to bring it forwards and then go
back to Sierra Chart. If the screen doesn't redraw within a second or two, then
the bug was triggered. It will take a minute or two for Sierra Chart to come
back. Note that the CPU will be maxed out and RAM usage will be jumping around.
With the wine debug mode log it is hard to see where the bug was triggered. I
use the "+timestamp" option and a stop watch/timer app to note the hang and
resume times so they can be matched up later in the debug log. When dragging
the chart horizontal scroll bar, they will be surrounted by gdi32 draw
commands.
In future tests, the Sierra Chart process may have to be killed. To restart it,
I go into the drive_c/SierraChart folder and run SierraChart.exe. Sierra Chart
will remember your login name and password. When the authentication window pops
up, just leave it for a couple seconds and it will go away and the main chart
will pop up.
Now that the hanging bug has been experienced, the line type can be changed
from the Note instructions above to see the comparison with a plain line.
--
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=40706
Bug ID: 40706
Summary: FolderMerger cmd not valued, xcopy problem in batch
Product: Wine
Version: 1.7.35
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: peterlongx1988(a)gmail.com
Distribution: ---
Created attachment 54591
--> https://bugs.winehq.org/attachment.cgi?id=54591
File Merger
I try to use this little software http://2xdsoft.de.tl/FolderMerger.htm
but is problematic to use with Wine because cmd.exe is not valued when I press
Merge Now!
Is possibile to create a .bat file indipendently also, but when I try to
running it cmd.exe return me this error
Merging folders... (1/6)
Invalid parameter 'K' - use x copy ? for help
Is 'C:\PATH\filename.zip' a filename or directory
on the target?
(F - File, D - Directory)
This happens not because parameter is invalid. Example of command in .bat not
valued correctly
@echo off
cls
echo Merging folders ... (1/6)
XCOPY "C:\users\psiraja\Desktop\test\test1\test3\Folder Merger v1.6.zip"
"C:\users\psiraja\Desktop\estrazione\Folder Merger v1.6.zip*" /C /K /Y /H
cls
echo Merging folders ... (2/6)
XCOPY "C:\users\psiraja\Desktop\test\test2\test1\test2\Folder Merger v1.5.zip"
"C:\users\psiraja\Desktop\estrazione\Folder Merger v1.5 (dup. 2).zip*" /C /K /Y
/H
cls
echo.
echo Done!
echo.
ping -n 2 localhost >nul
start "" "C:\users\psiraja\Desktop\estrazione"
exit
Have you got any idea to bypass this problem?
--
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=42010
Bug ID: 42010
Summary: ReactOS Calc does not show dots in radio buttons.
Product: Wine
Version: 1.9.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
Distribution: ---
Created attachment 56449
--> https://bugs.winehq.org/attachment.cgi?id=56449
ReactOS Calc running in WINE.
I tried to run my ReactOS Calc on WINE.
It works fine but it does not show the dots inside the radio buttons.
It works fine from Windows 9x to Windows 7, but not in WINE.
Tested in lubuntu with latest trunk.
--
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=41404
Bug ID: 41404
Summary: WPS Office 10.1.0.5775 unhandled exception on
installation
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 2460acc(a)gmail.com
Distribution: ---
Created attachment 55759
--> https://bugs.winehq.org/attachment.cgi?id=55759
Backtrace file for error
When trying to install WPS Office in Wine 1.8 (installation file
wps_office_free_10.1.0.5775_en.exe), I get a serious error. Backtrace is
attatched.
--
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=43464
Bug ID: 43464
Summary: Elite Dangerous Horizons fails to connect to server
with CRC error
Product: Wine
Version: 2.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pecisk(a)gmail.com
Distribution: ---
Created attachment 58839
--> https://bugs.winehq.org/attachment.cgi?id=58839
EDH launching trace
Version: Wine 2.13 on Fedora 26
Winetricks: WINE=/usr/bin/win64 ./winetricks dotnet452 corefonts quartz
vcrun2012
1. Install ED Launcher
wine64 EliteDangerous-Client-Installer.exe
2. Launch ED Launcher
wine64 /.wine/drive_c/Program\ Files\ \(x86\)/Frontier/EDLaunch/EDLaunch.exe
3. Install Elite Dangerous Horizons
4. Press Play
Expected result: EDH main menu appears
Actual result: EDH compiles shaders but gets CRC error for server connection
along the way at the left bottom corner. Compiling ends with game showing error
message about not being able to verify connection with server.
Note: ED 32-bit version which is separate client, does not receive same error
and seems to be connecting to game just fine.
Goal of this bug report to understand what might cause this CRC error.
--
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=43890
Bug ID: 43890
Summary: Divinity: Original Sin 2 does not successfully launch
Product: Wine
Version: 2.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: arnfranke(a)yahoo.com
Distribution: ---
https://appdb.winehq.org/objectManager.php?sClass=version&iId=35767
Before it tries to launch, it throws an error about failing to create a
rendering device and that DX11 is required.
https://appdb.winehq.org/appimage.php?iId=52049
When it tries to launch, it creates a window but draws nothing to it - if I
move it, it simply contains an image of my desktop that moves.
This might be a new problem, as older reports seem to indicate it works, or it
might be because I'm using an Nvidia GPU and the people who had success used
AMD and Intel GPUs. I don't know enough to be sure, or have enough machines to
test.
It also might be caused by this `dxgi` component that it's reporting, so I've
decided to set this bug's component to `directx-d3d`.
Also, plenty of stubs from `msvcp`, `win`, `xinput`, `ntdll`, and `msctf`.
See the AppDB page for more information and a full terminal log.
--
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.