http://bugs.winehq.org/show_bug.cgi?id=18654
Summary: Wine uses native gdiplus with Adobe Lightroom 2.3 demo
by default
Product: Wine
Version: 1.1.22
Platform: PC
URL: http://trials.adobe.com/Applications/LTRM/2/LTRM2_WWEF
G_win.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
After installing the Adobe Lightroom 2.3 demo (using
http://bugs.winehq.org/attachment.cgi?id=17777 to work around bug 14930) to a
new wine prefix, a +loaddll log shows:
trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Adobe\\Adobe
Photoshop Lightroom 2.3\\gdiplus.dll" at 0x4ec50000: native
The native gdiplus has some bugs that Wine can't fix, and we should always
default to builtin.
--
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=25441
Summary: Logos Libronix installer fails with
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dpobanz(a)gmail.com
When trying to install Libronix 3.0g, several "fixme" lines show up and one
error. The error is:
err:richedit:ReadStyleSheet missing style number
If I use winetricks and install riched20, this error goes away.
The installation is a two step process. The first step is to install the "core
installer". For testing, the "core installer" can be downloaded from
http://www.logos.com/support/downloads/ldls/newuser
Tested using wine 1.3.8
Don Pobanz
--
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=49236
Bug ID: 49236
Summary: Critical Crash Logos Bible Software Unusable
Product: Wine
Version: 5.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johnpgoodman(a)gmail.com
Distribution: ---
Created attachment 67244
--> https://bugs.winehq.org/attachment.cgi?id=67244
terminal output from load crash
After updating to 5.9 staging a new crash is introduced which prevents the
program from loading. This is a regression as the app was silver/gold before
this.
--
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=47836
Bug ID: 47836
Summary: Crash when opening a clippings document type in Logos
Bible Software
Product: Wine
Version: 4.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernelbase
Assignee: wine-bugs(a)winehq.org
Reporter: johnpgoodman(a)gmail.com
Distribution: ---
Created attachment 65342
--> https://bugs.winehq.org/attachment.cgi?id=65342
backtrace after crash when opening a clippings doc
Logos Bible Software now works well with wine 4.17 but there are some crashes.
One is when opening a clippings document. backtrace attached.
How to is here
https://docs.google.com/document/d/1Gms_Bc2Q_OOH3G5lmP6twXnqiSWxrFFT7lCN3nR…
--
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=47676
Bug ID: 47676
Summary: Logos Bible Softare no longer loads due to crash
Product: Wine
Version: 4.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johnpgoodman(a)gmail.com
Distribution: ---
Created attachment 65129
--> https://bugs.winehq.org/attachment.cgi?id=65129
backtrace after crash
Up to 4.6 this app loaded with most functions working except downloading
resources. Now it crashes and fails to load since 4.14.
--
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=48333
Bug ID: 48333
Summary: Logos Bible Software Indexing fails
Product: Wine
Version: 5.0-rc2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johnpgoodman(a)gmail.com
Distribution: ---
Logos Bible Software is a bit like Kindle but with a focus on theological books
that are all hyperlinked and indexed for fast research. To function the
software must index the books (often thousands) to enable fast searches. Every
time a new book is added indexing must take place.
Logos Bible software works very well (bronze) on wine but it is necessary to
set win version to xp and 32bit for indexing to succeed. The 64bit version of
the app runs with win version set to 7 but regardless of the win version
setting indexing fails.
The Logos indexer runs in a separate process with the following command:
WINEPREFIX=/home/$USER/.wine-logos/ wine c\:'/users/$USER/Local
Settings/Application Data/Logos/System/LogosIndexer.exe'
Note if the index is already created it will complete immediately. Otherwise it
runs in the system tray and has a simple menu that allows indexing to be paused
temporarily.
Error messages attached.
--
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=49125
Bug ID: 49125
Summary: Logos Bible Software Indexing fails 64bit only 32bit
works
Product: Wine
Version: 5.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johnpgoodman(a)gmail.com
Distribution: ---
Created attachment 67120
--> https://bugs.winehq.org/attachment.cgi?id=67120
Shows the indexer appears to have hung.
Indexing in Logos Bible Software seems to hang for many users in 64bit. Since
bug 47668 was fixed 32bit works.
--
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=48890
Bug ID: 48890
Summary: Package for Ubuntu 20.04
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: darkdragon-001(a)web.de
CC: dimesio(a)earthlink.net, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Please package wine for Ubuntu 20.04 and publish on
https://dl.winehq.org/wine-builds/ubuntu.
--
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=47856
Bug ID: 47856
Summary: Logos Bible Software (.Net 4.7.2 app) crashes in
win8/10 (probably RtlQueryUnbiasedInterruptTime
insufficiency)
Product: Wine
Version: 4.17
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 65358
--> https://bugs.winehq.org/attachment.cgi?id=65358
stupid hack, just to work around the crash
When version is set to win8 or win10, the program crashes right away:
0082:err:eventlog:ReportEventW L"Application: Logos.exe\nFramework Version:
v4.0.30319\nDescription: The process was terminated due to an unhandled
exception.\nException Info: System.NullReferenceException\n at
System.Threading.TimerQueue.get_TickCount()\n at
System.Threading.TimerQueue.UpdateTimer(System.Threading.T"...
0082:fixme:advapi:DeregisterEventSource (0xcafe4242) stub
Unhandled Exception: System.NullReferenceException: Object reference not set to
an instance of an object.
at System.Threading.TimerQueue.get_TickCount()
at System.Threading.TimerQueue.UpdateTimer(TimerQueueTimer timer, UInt32
dueTime, UInt32 period)
at System.Threading.TimerQueueTimer.Change(UInt32 dueTime, UInt32 period)
at System.Threading.Timer.TimerSetup(TimerCallback callback, Object state,
UInt32 dueTime, UInt32 period, StackCrawlMark& stackMark)
at System.Threading.Timer..ctor(TimerCallback callback, Object state, Int32
dueTime, Int32 period)
at
Libronix.Utility.Threading.ThreadPoolAwaitable.TimerAwaiter.OnCompleted(Action
continuation)
Little google for System.Threading.TimerQueue.get_TickCount showed
https://referencesource.microsoft.com/#mscorlib/system/threading/timer.cs
as a pointer:
if (Environment.IsWindows8OrAbove).....
bool result = Win32Native.QueryUnbiasedInterruptTime(out t
By stupid hack just removing functionality for QueryUnbiasedInterruptTime the
program runs further; i guess the program chokes in some insufficiency of
QueryUnbiasedInterruptTime(????).
--
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=47857
Bug ID: 47857
Summary: Logos Bible Software (.Net 4.7.2 app) crashes in
win8/10 (IsNormalizedString stub sets error
incorrectly apparently)
Product: Wine
Version: 4.17
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 65360
--> https://bugs.winehq.org/attachment.cgi?id=65360
suggested patch
After working around bug 47856 it runs into next crash:
0094:fixme:nls:IsNormalizedString 1 0x3563d0c 16
00a0:fixme:ver:GetCurrentPackageId (0x21af2f30 (nil)): stub
009b:fixme:path:parse_url failed to parse L"System.Core"
009b:fixme:combase:RoGetParameterizedTypeInstanceIID stub: 4 0000000029B0EDF0
000000001E79B310 000000001E79BD00 0000000000000000
009b:fixme:path:parse_url failed to parse L"System.Xml"
009b:fixme:path:parse_url failed to parse L"System.Data"
00a0:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x20000
00a0:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub
00a0:fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x00000401,(nil),0x0001,0x00000000,0x21af4560,(nil)):
stub
00a0:err:eventlog:ReportEventW L"Application: Logos.exe\nFramework Version:
v4.0.30319\nDescription: The application requested process termination through
System.Environment.FailFast(string message).\nMessage: An exception occurred in
AppModel.Run\nStack:\n at System.Environment.FailFast(System.String,
System.Exception"...
00a0:fixme:advapi:DeregisterEventSource (0xcafe4242) stub
The IsNormalizedstring fixme seems the culprit; first i hacked the stub just to
return true and that worked, but it is also enough to remove the
SetLasterror(ERROR_CALL_NOT_IMPLEMENTED) from the stub.
https://docs.microsoft.com/en-us/windows/win32/api/winnls/nf-winnls-isnorma…
suggests to check for last error ERROR_SUCCESS if the function returns FALSE,
so i guess that would be a more logical way of setting that error ( or maybe
set no error at all???).
I'll attach suggested patch hereafter.
After this the program starts successfully for me.
--
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.