Linux version of Logos Bible Software

https://community.logos.com/discussion/comment/1077529#Comment_1077529

Benjamin, you can also navigate to the directory that Taylor referenced. Rename the files located there to .bak and then try to run Logos. If it Logos reloads correctly it should rebuild the library files.

I had to manipulate a few of the directories like this during the download of my library. It is an old trick learned from Beta testing days

This could save you some work if the Library files are the problem

https://community.logos.com/discussion/comment/1077619#Comment_1077619

I thought that I'd give an update on the experience of using Logos on my Chromebook Pixelbook. I installed it within an Ubuntu Bionic container using the Chromebook's Linux feature and in crouton, which is an Ubuntu Bionic chroot environment running side by side ChromeOS. Previously posts in this thread have Google Docs explaining how to set up these installations.

Of the two, crouton is faster and I was able to get the launcher icons working. The installation also did not require me to add the i386 architecture before installing wasta-logos-setup like I had to for the container installation.

I had fits and starts with the container method simply because indexing would not finish no matter how long I left the computer running. In order for me to get around this, I used method 2 of installing Logos on multiple computers that you can access from the wiki. This took care of the indexing. The container method runs a little slower, but still works really well. I could not get the launcher icons to work though, and had to create a script to run Logos from the command line.

With both installations Logos will open up to a blank slate and I must select a layout to use.

I prefer the container method since it does not require me to put the Pixelbook in developer mode and bypass ChromeOS's built in security.

https://community.logos.com/discussion/comment/1077641#Comment_1077641

Useful update: LC_ALL=C can now be dropped from the launch command.

What it did was to address an issue where Logos got stuck in a loop endlessly generating a terminal message like '0009:fixme:path:parse_url failed to parse...'

This was an issue affecting many .NET applications not just Logos but appears to have been fixed in wine 4.18 (though it slipped under my radar). It would be helpful if others could try dropping it and let me know if you see any problems emerge.

A key benefit of dropping it is that you will no longer load to a blank layout but can select the layout of your choice! Enjoy.

Special thanks to Nick Andrewes who noticed the change;)

https://community.logos.com/discussion/comment/1077943#Comment_1077943

John, I dropped it from my launcher and so far so good! Opens to the correct layout instead of a blank layout. Haven't noticed anything out of place.

Having the layout load fixes one of the two things I was missing from Windows. Now if we could only get the Print function to recognize the printer and print.

Thankful for all of you who have puzzled this all together - I'm over a month without Windows, as Logos was the only program keeping it on my system - love it!

https://community.logos.com/discussion/comment/1077954#Comment_1077954

I dropped it from my shell script and it loads my layout! That's progress! I would love for the launcher to work, though.

Another question: What is involved in trying to get Logos installed within a Debian Stretch or Buster container as compared with the Ubuntu Bionic container I am running now? On Chromebooks, a Debian Stretch container is the default, but you can modify the sources.list file to switch it to Buster. I'm wondering if I would see improvement running this from Debian.

aaylnx

https://community.logos.com/discussion/comment/1077962#Comment_1077962

Bill,

IMHO, upstreaming to Debian would be ideal, however, as I'm sure you know, the current setup depends upon the Ubuntu PPA system. I am not a Debian packager, but if there are any here who are (or any who would like to learn to be one), I am sure that Rik would appreciate any effort to port. As it is, I think he probably has his hands full.

As wonderful of a target as Debian is, I think targeting Flatpak or an Appimage would also be wonderful. Personally, I use a lot of Snaps, but, again, that is a bit Ubuntu centric. If anyone has an interest in working on a Flatpak or Appimage, I'm sure that would also be greatly appreciated.

Adam

https://community.logos.com/discussion/comment/1078022#Comment_1078022

Adam,

Thanks for your comments. I'd help if I had packaging skills, but sadly I do not. I am a willing tester, though.

The reason I asked about Debian is that Chromebooks by default use Debian containers. You can use other distributions like Ubuntu, but I think the average, non-technical user wouldn't want to go through all of the extra steps to set it up. On the other hand, I am sure you could argue that anyone who uses the Linux containers on a Chromebook has a certain familiarity with using Linux.

I tried some hacks I googled to try to get the PPA working in a Debian container without success. I noticed on the Google Doc for wasta-logos that someone got this running on Arch and Manjaro. That's what got me wondering about Debian.

I have used Flatpaks in both my Debian and Ubuntu containers, so I know those would work. Unfortunately, Snaps do not work because the containers rely on Wayland.

https://community.logos.com/discussion/comment/1077962#Comment_1077962

You can use debian fairly easily now. Since Louis' patch made it into winehq-staging 4.21. If you install that package, you should be good to go. Just follow the guide as if building from src but don't build from src use the winehq package.

https://community.logos.com/discussion/comment/1077954#Comment_1077954

Having the layout load fixes one of the two things I was missing from Windows. Now if we could only get the Print function to recognize the printer and print.

I'm hopeful about getting print to work but I'm focusing on videos and speech at the moment. The print system in use seems to be using gdi plus which can be installed by winetricks (might work with a native dll override?). As a work around you can copy and paste or save word docs etc from the print/export dialogue and then print from libreoffice.

https://community.logos.com/discussion/comment/1078086#Comment_1078086

This is my Debian "how to". My running Logos has not yet been tested as to what works and doesn't. But a lot certainly seems to. What follows may need filling out, so feel free to ask any questions.

Many thanks for everyone's hard work.

======================================

I had previously enabled multi-arch on an amd64 system:

# dpkg --add-architecture i386
# aptitude update

Download and install the winehq repository key:

$ wget -nc https://dl.winehq.org/wine-builds/winehq.key
$ sudo apt-key add winehq.key

/etc/apt/sources.list:

deb [arch=amd64,i386] http://ftp.uk.debian.org/debian/ buster main non-free contrib
deb-src [arch=amd64,i386] http://ftp.uk.debian.org/debian/ buster main non-free contrib

deb [arch=amd64,i386] http://security.debian.org/ buster/updates main contrib non-free
deb-src [arch=amd64,i386] http://security.debian.org/ buster/updates main contrib non-free

deb [arch=amd64,i386] http://ftp.uk.debian.org/debian/ bullseye main contrib non-free
deb-src [arch=amd64,i386] http://ftp.uk.debian.org/debian/ bullseye main contrib non-free

#Wine
deb [arch=amd64,i386] http://dl.winehq.org/wine-builds/debian/ bullseye main

# aptitude update

wine-staging installed at version 4.21~bullseye
winetricks installed at version 0.0+20190912-1
winbind installed at version 2:4.11.1+dfsg-3 (relates to an error on a previous installation attempt, and this was a possible solution)
cabextract installed at version 1.9-2+b1

Set up 64 bit wine bottle:

$ WINEPREFIX=$HOME/wine-logos8/ WINEARCH=win64 wineboot

click "Cancel" to avoid installation of Mono (don't recall it asking about Gecko)

install dotNet:

$ WINEPREFIX=$HOME/wine-logos8/ winetricks -q dotnet472

install Core Fonts:

$ WINEPREFIX=$HOME/wine-logos8/ winetricks -q corefonts

enable font smoothing:

$ WINEPREFIX=$HOME/wine-logos8/ winetricks settings fontsmooth=rgb

enable gdi fix:

WINEPREFIX=$HOME/wine-logos8/winetricks ddr=gdi

run Logos x64:

$ WINEPREFIX=$HOME/wine-logos8/ msiexec /i /path/to/Logos/Installer/Logos-x64.msi

run Logos

$ WINEPREFIX=$HOME/wine-logos8/ wine64 $HOME/wine-logos8/drive_c/users/$USER/Local\ Settings/Application\ Data/Logos/Logos.exe LC_ALL=C

crash. Then goes to a blank sign in screen, but just enough visible to sign in.

"Download your Logos 8 Library"

"Downloading resources". 100% of 12Gb download

"Preparing Library"

"Indexing"

(Edited 5/12/2019 to include gdi fix from John Goodman, instructions for winehq repository key, multi-arch)

======================================

https://community.logos.com/discussion/comment/1078089#Comment_1078089

Insert this step after fonstmooth one.

Possibly you can just run

WINEPREFIX=$HOME/wine-logos8/winetricks ddr=gdi

otherwise

WINEPREFIX=$HOME/wine-logos8/ winetricks settings

tick drr=gdi

will fix black boxes.

https://community.logos.com/discussion/comment/1078086#Comment_1078086

You can use debian fairly easily now. Since Louis' patch made it into winehq-staging 4.21. If you install that package, you should be good to go. Just follow the guide as if building from src but don't build from src use the winehq package.

John, can you provide a little more specific detail on your suggestion? Where do I get winehq-staging? And what steps of the guide as if building from source do I follow? Sorry that I am not more proficient in Linux.

https://community.logos.com/discussion/comment/1078126#Comment_1078126

You can use debian fairly easily now. Since Louis' patch made it into winehq-staging 4.21. If you install that package, you should be good to go. Just follow the guide as if building from src but don't build from src use the winehq package.

John, can you provide a little more specific detail on your suggestion? Where do I get winehq-staging? And what steps of the guide as if building from source do I follow? Sorry that I am not more proficient in Linux.

So I modified my sources.list to include Nick's sources (sans UK mirrors) and installed the wine key. After that, I could install winehq-staging. After that, I downloaded wasta-logos-setup and than ran it, and now Logos is installing as we speak.

https://community.logos.com/discussion/comment/1078137#Comment_1078137

After that, I could install winehq-staging. After that, I downloaded wasta-logos-setup and than ran it, and now Logos is installing as we speak.

Just a quick question, Bill:

Did you need to install wasta-logos-setup? If so, why?

I DIDN'T do so under debian in the instructions above, and results that are not at all bad . . .

My suspicion (which may be wrong) is that you might have a problem with an incorrect libjpeg using wasta-* (I did, but other things have changed in my system since then)

https://community.logos.com/discussion/comment/1078157#Comment_1078157

Did you need to install wasta-logos-setup? If so, why?

No you don't, your instructions do everything that it does except setting drr=gdi with winetricks.

It's a bad idea because wasta-logos-setup is designed for ubuntu, can't be sure if it will work.

I recommend to use Nick's instructions but do set drr=gdi otherwise you will most likely get graphical glitching. (Possibly some graphics cards / drivers will not need this)

https://community.logos.com/discussion/comment/1078183#Comment_1078183

Thanks. Instructions updated!

https://community.logos.com/discussion/comment/1078227#Comment_1078227

Following Nick's instructions went OK until I installed dot.net. It looked like it didn't complete after a very long time but when I exited out and reran the command to install it, it said it was installed.

Then, when I tried to install the Logos msi it didn't seem to do anything. It was very quick. Here's what I got:

WINEPREFIX=$HOME/wine-logos8/ msiexec /i /path/to/Logos/Installer/Logos-x64.msi
000b:fixme:winediag:start_process Wine Staging 4.21 is a testing version containing experimental patches.
000b:fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org.

Then, when I issued the run Logos command, I received back this:

WINEPREFIX=$HOME/wine-logos8/ wine64 $HOME/wine-logos8/drive_c/users/$USER/Local\ Settings/Application\ Data/Logos/Logos.exe LC_ALL=C
wine: cannot find '/home/wmadan/wine-logos8/drive_c/users/wmadan/Local Settings/Application Data/Logos/Logos.exe'

https://community.logos.com/discussion/comment/1078228#Comment_1078228

Bill, stupid question, in the first instance, but you did make the path in bold below local to your own system (sorry if my notes were confusing):
WINEPREFIX=$HOME/wine-logos8/ msiexec /i /path/to/Logos/Installer/Logos-x64.msi

All the best.

Nick

PS My dotnet install took a long time - it must have installed a few versions including the final one. Going from memory, there were a couple of points where I could see a script hadn't finished, but when I pressed "Enter" the script seemed to return me to the prompt. I can't quite remember at what point that happened - it may have been a previous install.

https://community.logos.com/discussion/comment/1078232#Comment_1078232

Nick,

Duh! Thank you. But, where is the .msi stored? I can't find it. Was it installed with dot.net or winehq-staging? Do I have to manually get it from the Faithlife website?

https://community.logos.com/discussion/comment/1078240#Comment_1078240

The most up to date links to the msi are in the build from src section of the google doc. I updated them yesterday.

https://community.logos.com/discussion/comment/1078240#Comment_1078240

Bill, yes, you have to download the .msi file from the Logos website. And then replace the bit of the path in bold above to that link.

wget https://downloads.logoscdn.com/LBS8/Installer/8.8.0.0046/Logos-x64.msi

I don't seem able to update my "how to" any more.

Many Thanks

Nick

https://community.logos.com/discussion/comment/1078253#Comment_1078253

I got it running, finally. Thanks for everyone's patience with me.

But, the Debian container runs slower than the Ubuntu container, so it's back to that one for me.

Andrew J. Allcock

How hard can it be? No, seriously! If we can get an Android and Mac version then why not Linux? Logos is the only reason I have to keep any one of my computers booting into Windoze. Now there is a workable online version I might ditch that as it's Windoze 7 and Logos say they will no longer support this. Well, I'm not wasting money on getting another version of Windoze but I would rather have the full functionality of an installed version.

https://community.logos.com/discussion/comment/1078292#Comment_1078292

Bill

But, the Debian container runs slower than the Ubuntu container, so it's back to that one for me.

I don't believe my "how to" involves a container.

I've not yet got to grips with the indexing. That lengthy process might be slowing it down.

There's also a possible question over the whether the "path:parse_url failed to parse L" errors in the terminal slow things down, which I think John has mentioned: i.e. whether running Logos without LC_ALL=C at the end slows things down. I don't know too much about this aspect of things. He might have an opinion.

https://community.logos.com/discussion/comment/1078319#Comment_1078319

How hard can it be? No, seriously! If we can get an Android and Mac version then why not Linux? Logos is the only reason I have to keep any one of my computers booting into Windoze. Now there is a workable online version I might ditch that as it's Windoze 7 and Logos say they will no longer support this. Well, I'm not wasting money on getting another version of Windoze but I would rather have the full functionality of an installed version.

Great question! Part of the answer is very hard and very time consuming. A 'native' linux version would require a massive effort based on what we know of the way Logos is coded and what we've been told. It was coded for Windows using .net and wpf. Wpf is not very portable at all. The mac version was therefore a substantial and costly effort for faithlife. Bob has talked about this and in fact indicated that with hindsight wpf turned out to be an unfortunate choice. That I think shows a real strength of character and in fairness, how could he have known at the time? With it, they have created a Bible package that is IMHO vastly superior to every other!

Faithlife have been helpful and permissive in letting us work as a community towards the wine solution. Bob encouraged it in a forum post. They have answered questions that have helped us solve some significant problems. E.g. which frameworks are used for which feature and indeed given permission for packaging the msi installer with the wasta package.

A lot of the discussion here is from people who are trying to push the boundaries even further. E.g. other distributions, linux containers on chromebooks etc. Which is brilliant! If you want to run Logos on ubuntu with the wasta package then I can confirm it works almost flawlessly for weeks without crashing etc. There are few limitations, no in app playback of video or audiobooks. Pronunciation audio works. You can't print directly but you can save a word doc and print from libreoffice. System Narrator reading also doesn't work but again you could work around that using a web browser or exported. I have used it extensively to study for my last and next sermon series.

There have been some interesting comments on the forum about it being relatively easy with wine... it was not! Several of us spent a lot of time over a few years testing, submitting bug reports and gathering information to get us here. Loius Lenders has written 3 patches etc. At times, a seemingly simple option or config choice required many experiments with solutions that didn't work to get us there. Rik put a lot of work into packaging etc. There is much ongoing work - regressions happen, one has been corrected and we have others upstream that need fixing. When Logos 32bit is no longer available we will need 64bit to be stable (it isn't yet). If Logos drops .net 4.7.2 and jumps to 5 etc again we may be stuck for a while.

All that said, another take on the question is that now, it could be very easy. The windows version is so close to perfect on Linux already that we may well get there very soon. In day to day use it seems to perform better on my older hardware than the mac version does on my newer hardware. That's subjective but certainly my impression.

Looking ahead, .NET 5 is open source and intended to be more portable. Cross platform wpf alternatives already exist with high compatibility. Microsoft are encouraging and making it easier to port wpf code to work with .NET core. Work on media foundation for wine and .NET is well resourced and ongoing. These things may converge in a way that helps us continue to enjoy the benefits of Logos on Linux. They may even get to the point where it is possible for faithlife to build the src against wine libs and go fully native. Genuinely we might be just a couple of registry keys away from fixing the biggest remaining bugs. We will need to be vigilant in testing for and reporting regressions.

https://community.logos.com/discussion/comment/1078321#Comment_1078321

Bill

But, the Debian container runs slower than the Ubuntu container, so it's back to that one for me.

I don't believe my "how to" involves a container.

My use case is running Logos on a Pixelbook (Chromebook). Google introduced the beta feature "Crostini" in the last year that runs Linux in an LXD container. The default is a Debian container. I got Logos running acceptably within an Ubuntu bionic container because that's what this solution was targeted to originally. I wanted to see if I could get it running under the default Debian container, thinking that most users of Chromebooks who wanted to do this might not want to go through the extra steps to replace the Debian container with an Ubuntu one.

Joshua Lumley

https://community.logos.com/discussion/comment/1078364#Comment_1078364

I posted on this thread years ago and try as might, I cannot unsubscribe from it. Can anyone help? I'm going to have blacklist Logos soon. (Also, I've already selected "Stop Emailing Me" in the upper right hand corner.

Bradley Grainger (Logos)

https://community.logos.com/discussion/comment/1078365#Comment_1078365

I posted on this thread years ago and try as might, I cannot unsubscribe from it. Can anyone help? I'm going to have blacklist Logos soon. (Also, I've already selected "Stop Emailing Me" in the upper right hand corner.

I'm not sure how, but it looks like you have two forum accounts:

It seems likely that you're currently logged in (and unsubscribing) with the latter, but the former account is the one signed up to get emails (which is why you're still getting them).

We'll see if we can straighten this out.

https://community.logos.com/discussion/comment/1078364#Comment_1078364

I read through some of this thread about a week ago and was going to post some snarky gif like this:

https://community.logos.com/discussion/comment/1078727#Comment_1078727

But then I thought that might be mean and didn't. Then I saw an old computer that's been sitting in my closet for 12 years and I got curious and now I'm running Ubuntu-MATE and going to try and install Logos later on...

Taylor

https://community.logos.com/discussion/comment/1078728#Comment_1078728

@J Remingtom Bowling

Borg

https://community.logos.com/discussion/comment/1078731#Comment_1078731

Installed on Ubuntu-MATE and it works great. It is pretty slow, but that's probably due to the hardware being almost a decade old (I mentioned 12 years earlier, I double checked and it was 2010).

Impressed with what you all have done.

https://community.logos.com/discussion/comment/1079197#Comment_1079197

Latest version has been running quite well on Kubuntu 19.10. The past two days, I have run into a strange issue. The indexer seems to want to continually run and winds up crashing after a while.

All searches act as though the indexes are fine, but unlike the original index issues with getting up to a certain percent and never being reported as finished - though it was... My indexer just sits at zero, continues to consume more memory based on sys monitor readings - then ultimately crashes.

I have backed up all indexes and done the Rebuild Index command, deleted all index folders to force them to be recreated and the same continues...

Again, performance is not an issue. Searches are still quite fast and seem to be inclusive of the full library. Just more of an annoyance and taxing on the system.

https://community.logos.com/discussion/comment/1079254#Comment_1079254

Frank, are you running under winxp or win7? I've just had success with indexing following the
"install under win7 then index and run under winxp" mantra - albeit with Debian Bullseye, wine-staging 4.21. Had the same / a similar problem as you under win7.

https://community.logos.com/discussion/comment/1079254#Comment_1079254

Yesterday I installed Unbuntu 19.10 and then overnight I installed Logos. In the morning I was having the same thing you mentioned, Frank. The indexer would freeze around 73%. Restarting the program twice didn't fix things, but restarting the computer did solve the problem.

I don't know whether it's running under winxp or 7. How would I check?

https://community.logos.com/discussion/comment/1079327#Comment_1079327

Two bugs/missing features with Logos on Linux that I didn't see mentioned in the Google doc:

1. The copy/paste function from within Logos is buggy. Specifically, it seems to be the paste function after something is copied from within Logos. Sometimes it would work, sometimes not. It seems as though the copy function was successful each time, because when I couldn't paste into Notes I could still paste it into Libre. And after pasting into Libre, I could then copy the text and paste into Notes without any problems.

2. When pasting into Notes, character formatting for superscripts, footnote content, and resource hyperlinks are not carried over as they should be. However, they are carried over into an external word processor like Libre.

Perhaps both of these bugs are related to Notes and not to copy/paste per se?

https://community.logos.com/discussion/comment/1079319#Comment_1079319

Yeah Nick, I made sure it was set to XP for the Indexing. It doesn't seem to be like what we were dealing with at first. All search and library functions seem to reflect a fully successful index - yet it wants to keep indexing.

I do think I found my problem. When I go through winecfg - it is showing winxp. When I just accessed winecfg through winetricks - it was showing win7.... Changed that and it seems to be doing a full Rebuild Index command without crashing from memory issues.

I'm still newer to Linux, maybe I missed something - but having winecfg report differently through winetricks was weird... I though I verified that .wine-logos was the default when checking both

Frank, are you running under winxp or win7? I've just had success with indexing following the
"install under win7 then index and run under winxp" mantra - albeit with Debian Bullseye, wine-staging 4.21. Had the same / a similar problem as you under win7.

https://community.logos.com/discussion/comment/1079319#Comment_1079319

I'm still newer to Linux, maybe I missed something - but having winecfg report differently through winetricks was weird... I though I verified that .wine-logos was the default when checking both

Frank, are you running under winxp or win7? I've just had success with indexing following the
"install under win7 then index and run under winxp" mantra - albeit with Debian Bullseye, wine-staging 4.21. Had the same / a similar problem as you under win7.

https://community.logos.com/discussion/comment/1079338#Comment_1079338

Sorry, Frank, I spoke too soon.

It seems that while Logos.exe is not reporting indexing taking place, nevertheless it indexes in the background when I run Logos, and continues when I close it. I can see the LogosIndexer.exe process gradually consuming more and more memory until eventually the amount of memory seems to start dropping.

However, the process has completed successfully, each time, so far, for me.

Jan Olrik van der Woerd

https://community.logos.com/discussion/comment/1079370#Comment_1079370

Tomorrow I will start with a clean install of Linux Mint 64b with Nvidea 650Ti

Just to verify that I understand the situation right now correctly: "By following the instructions in that Google Doc file, Logos should work on Ubuntu/Mint 64b, but for the audio/video I have to use the app."

Jan Olrik van der Woerd

https://community.logos.com/discussion/comment/1079410#Comment_1079410

After downloading the Logos installer, installing WineHQ, following the instructions and a restart, every time I start Logos, just before the end of the opening/starting tune Logos will crash.

This is the report:

[Quote]Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x09441ced).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:09441ced ESP:0f87ea50 EBP:0f87eadc EFLAGS:00010206( R- -- I - -P- )
EAX:2fd33860 EBX:2fd33828 ECX:00000000 EDX:0f87eaac
ESI:2fd33a58 EDI:00000000
Stack dump:
0x0f87ea50: 00000000 00000000 00000000 0f87eaac
0x0f87ea60: 2badd0d5 0f87ebf4 2fd33828 00000000
0x0f87ea70: 0950f72c 00000000 0f87ea01 0950f72c
0x0f87ea80: 00000000 00000001 0f87ea00 0f87ecb0
0x0f87ea90: 00000008 0f87ebf4 00000000 00000000
0x0f87eaa0: 0950f72c 2fd33a58 0f87ea01 f5bd78e0
Backtrace:
=>0 0x09441ced EntryPoint+0xffffffff() in libronix.digitallibrary.native. (0x0f87eadc)
1 0x09431fd3 EntryPoint+0xffffffff() in libronix.digitallibrary.native. (0x0f87eb24)
2 0x09432220 EntryPoint+0xffffffff() in libronix.digitallibrary.native. (0x0f87eb54)
3 0x093ffc33 EntryPoint+0xffffffff() in libronix.digitallibrary.native. (0x0f87ef5c)
4 0x09401a9d EntryPoint+0xffffffff() in libronix.digitallibrary.native. (0x0f87f1b8)
5 0x0940271a EntryPoint+0xffffffff() in libronix.digitallibrary.native. (0x0f87f280)
6 0x4093f1ef (0x0f87f2fc)
7 0x4093f073 (0x0f87f318)
8 0x4093ef40 (0x0f87f364)
9 0x4093eb4a (0x0f87f394)
10 0x4093ea46 (0x0f87f3b8)
11 0x1f1267fc (0x0f87f3d8)
12 0x1f127824 (0x0f87f3f4)
13 0x102b6033 (0x0f87f430)
14 0x102b5909 (0x0f87f45c)
15 0x102b6b8b (0x0f87f498)
16 0x79ab5412 in mscorlib.ni (+0x395411) (0x0f87f504)
17 0x79b0d836 in mscorlib.ni (+0x3ed835) (0x0f87f518)
18 0x79ab8410 in mscorlib.ni (+0x39840f) (0x0f87f534)
19 0x79ab7b72 in mscorlib.ni (+0x397b71) (0x0f87f584)
20 0x79ab79da in mscorlib.ni (+0x3979d9) (0x0f87f594)
21 0x02441d50 EntryPoint+0xffffffff() in clr (0x0f87f5e8)
22 0x02447764 EntryPoint+0xffffffff() in clr (0x0f87f65c)
23 0x0257f883 EntryPoint+0x136c82() in clr (0x0f87f6dc)
24 0x0257e269 EntryPoint+0x135668() in clr (0x0f87f6f0)
25 0x0257e2d3 EntryPoint+0x1356d2() in clr (0x0f87f794)
26 0x0257e3a0 EntryPoint+0x13579f() in clr (0x0f87f7f0)
27 0x0257e40f EntryPoint+0x13580e() in clr (0x0f87f814)
28 0x0257f811 EntryPoint+0x136c10() in clr (0x0f87f8c4)
29 0x0257e66b EntryPoint+0x135a6a() in clr (0x0f87f944)
30 0x024c62d1 EntryPoint+0x7d6d0() in clr (0x0f87fedc)
31 0x7bc81d20 call_thread_func_wrapper+0xb() in ntdll (0x0f87feec)
32 0x7bc85259 RtlCaptureStackBackTrace+0x288() in ntdll (0x0f87ffdc)
33 0x7bc81d12 call_thread_exit_func+0x31() in ntdll (0x0f87ffec)
0x09441ced EntryPoint+0xffffffff in libronix.digitallibrary.native.: movl 0x0(%ecx),%eax
Modules:
Module Address Debug info Name (300 modules)
PE 400000- 2208000 Deferred logos
PE 2430000- 2b1e000 Export clr
PE 2b20000- 2c15000 Deferred msvcr120_clr0400
PE 5200000- 5c10000 Deferred system.ni
PE 5c10000- 67be000 Deferred presentationcore.ni
PE 67d0000- 6919000 Deferred wpfgfx_v0400
PE 6920000- 6998000 Deferred msvcp120_clr0400
PE 69a0000- 6a6a000 Deferred presentationnative_v0400
PE 6a70000- 6af0000 Deferred clrjit
PE 6c30000- 6c3d000 Deferred culture
PE 6c50000- 6c63000 Deferred nlssorting
PE 7a10000- 7a43000 Deferred sxs
PE 7fc0000- 86fe000 Deferred system.xml.ni
PE 8d30000- 9080000 Deferred system.data
PE 90e0000- 90ee000 Deferred evrpresenter
PE 9120000- 91eb000 Deferred sqlite3
PE 9300000- 9595000 Export libronix.digitallibrary.native
PE 9b60000- a0b5000 Deferred libronix.digitallibrary.resources.native
PE a0c0000- a10d000 Deferred easyhook
PE a110000- a26e000 Deferred icuin52
PE a270000- a2e3000 Deferred libxml2
PE bbb0000- bbcf000 Deferred hid
PE d090000- d098000 Deferred normalization
PE d560000- d5a5000 Deferred system.numerics.ni
PE 10000000-1007d000 Deferred mscoreei
PE 10350000-10b34000 Deferred system.data.ni
PE 1e4b0000-1e4ca000 Deferred mscorsecimpl
PE 1eb20000-1eb3f000 Deferred clrcompression
PE 1f170000-1f178000 Deferred v8helper
PE 1f180000-1f1a6000 Deferred v8_libbase
PE 1f1d0000-1fc85000 Deferred v8
PE 1fda0000-1fdb6000 Deferred v8_libplatform
PE 21160000-21173000 Deferred dxva2
PE 216a0000-223bd000 Deferred system.windows.forms.ni
PE 22c80000-22cf3000 Deferred chrome_elf
PE 2b7a0000-2fba5000 Deferred libcef
PE 39f00000-39fb1000 Deferred system.transactions.ni
PE 39fc0000-3a00b000 Deferred system.transactions
PE 42960000-429e7000 Deferred webengine4
PE 439b0000-43a98000 Deferred diasymreader
PE 4a800000-4a90d000 Deferred icuuc52
PE 4ad00000-4b599000 Deferred icudt52
PE 50160000-50180000 Deferred smdiagnostics.ni
PE 512a0000-5155b000 Deferred system.runtime.serialization.ni
PE 53270000-53339000 Deferred system.servicemodel.internals.ni
PE 56610000-57917000 Deferred presentationframework.ni
PE 580d0000-582c4000 Deferred system.xaml.ni
PE 584e0000-588d3000 Deferred windowsbase.ni
PE 60370000-6046c000 Deferred system.configuration.ni
PE 61680000-61695000 Deferred wlanapi
PE 61a00000-621e0000 Deferred system.core.ni
PE 63ac0000-63ada000 Deferred dwmapi
PE 64b40000-64b72000 Deferred shcore
PE 64d10000-64ddf000 Deferred system.security.ni
PE 65d60000-66ab6000 Deferred system.web.ni
PE 67f00000-67f1e000 Deferred userenv
PE 69e80000-69ee7000 Deferred propsys
PE 6bf00000-6bf1a000 Deferred schannel
PE 6dec0000-6e00a000 Deferred cryptui
PE 6e480000-6e497000 Deferred ncrypt
PE 70c00000-70c14000 Deferred dhcpcsvc
PE 79000000-7904a000 Deferred mscoree
PE 79720000-7aa9e000 Export mscorlib.ni
PE 7aea0000-7b034000 Deferred system.drawing.ni
ELF 7b400000-7b7fa000 Deferred kernel32<elf>
\-PE 7b420000-7b7fa000 \ kernel32
ELF 7bc00000-7bd00000 Dwarf ntdll<elf>
\-PE 7bc10000-7bd00000 \ ntdll
ELF 7c000000-7c004000 Deferred <wine-loader>
ELF 7eca2000-7ecb6000 Deferred libnss_files.so.2
ELF 7ecb6000-7ecd1000 Deferred libnsl.so.1
ELF 7ecd1000-7ecdf000 Deferred libnss_nis.so.2
ELF 7eedf000-7efe1000 Deferred libm.so.6
ELF e2c19000-e2c87000 Deferred setupapi<elf>
\-PE e2c20000-e2c87000 \ setupapi
ELF e2c87000-e2c9b000 Deferred libavahi-client.so.3
ELF e2c9b000-e2d2e000 Deferred libcups.so.2
ELF e2d34000-e2d4d000 Deferred cfgmgr32<elf>
\-PE e2d40000-e2d4d000 \ cfgmgr32
ELF e2d4d000-e2d61000 Deferred api-ms-win-core-localization-obsolete-l1-2-0<elf>
\-PE e2d50000-e2d61000 \ api-ms-win-core-localization-obsolete-l1-2-0
ELF e2d61000-e2d75000 Deferred api-ms-win-core-datetime-l1-1-1<elf>
\-PE e2d70000-e2d75000 \ api-ms-win-core-datetime-l1-1-1
ELF e2d75000-e2de3000 Deferred d3d11<elf>
\-PE e2d80000-e2de3000 \ d3d11
ELF e2de3000-e2e23000 Deferred winspool<elf>
\-PE e2df0000-e2e23000 \ winspool
ELF f35a4000-f35d3000 Deferred dxgi<elf>
\-PE f35b0000-f35d3000 \ dxgi
ELF f35d3000-f36cc000 Deferred comdlg32<elf>
\-PE f35e0000-f36cc000 \ comdlg32
ELF f36cc000-f372a000 Deferred oleacc<elf>
\-PE f36d0000-f372a000 \ oleacc
ELF f372a000-f3742000 Deferred libgpg-error.so.0
ELF f3742000-f37ce000 Deferred libvorbisenc.so.2
ELF f37ce000-f382d000 Deferred libflac.so.8
ELF f382d000-f390e000 Deferred libgcrypt.so.20
ELF f390e000-f399d000 Deferred libsndfile.so.1
ELF f399d000-f3a2d000 Deferred libsystemd.so.0
ELF f3a2d000-f3a88000 Deferred libdbus-1.so.3
ELF f3a88000-f3b15000 Deferred libpulsecommon-11.1.so
ELF f3b15000-f3b6f000 Deferred libpulse.so.0
ELF f3bc7000-f3bd5000 Deferred libavahi-common.so.3
ELF f3bd5000-f3c00000 Deferred libvorbis.so.0
ELF f3d00000-f3d09000 Deferred libogg.so.0
ELF f3d09000-f3d1f000 Deferred liblz4.so.1
ELF f3d1f000-f3d4b000 Deferred liblzma.so.5
ELF f3d4b000-f3d75000 Deferred winepulse<elf>
\-PE f3d50000-f3d75000 \ winepulse
ELF f3d75000-f3d98000 Deferred mmdevapi<elf>
\-PE f3d80000-f3d98000 \ mmdevapi
ELF f3d98000-f3e00000 Deferred dbghelp<elf>
\-PE f3da0000-f3e00000 \ dbghelp
ELF f4302000-f4335000 Deferred wintrust<elf>
\-PE f4310000-f4335000 \ wintrust
ELF f4335000-f4389000 Deferred libgssapi_krb5.so.2
ELF f4389000-f43be000 Deferred libk5crypto.so.3
ELF f43be000-f449a000 Deferred libkrb5.so.3
ELF f449a000-f44cb000 Deferred netapi32<elf>
\-PE f44a0000-f44cb000 \ netapi32
ELF f44cb000-f4500000 Deferred secur32<elf>
\-PE f44d0000-f4500000 \ secur32
ELF f4a06000-f4a20000 Deferred imagehlp<elf>
\-PE f4a10000-f4a20000 \ imagehlp
ELF f4a24000-f4a8e000 Deferred libmpg123.so.0
ELF f4a8e000-f4aa2000 Deferred api-ms-win-core-string-l1-1-0<elf>
\-PE f4a90000-f4aa2000 \ api-ms-win-core-string-l1-1-0
ELF f4aad000-f4ac3000 Deferred l3codeca<elf>
\-PE f4ab0000-f4ac3000 \ l3codeca
ELF f4ac3000-f4c00000 Deferred comctl32<elf>
\-PE f4ad0000-f4c00000 \ comctl32
ELF f4d06000-f4d0d000 Deferred libasyncns.so.0
ELF f4d0d000-f4d25000 Deferred libresolv.so.2
ELF f4d2a000-f4d44000 Deferred kerberos<elf>
\-PE f4d30000-f4d44000 \ kerberos
ELF f4d44000-f4d5b000 Deferred uiautomationcore<elf>
\-PE f4d50000-f4d5b000 \ uiautomationcore
ELF f4d5b000-f4da1000 Deferred usp10<elf>
\-PE f4d60000-f4da1000 \ usp10
ELF f4da1000-f4dc3000 Deferred explorerframe<elf>
\-PE f4db0000-f4dc3000 \ explorerframe
ELF f4dc3000-f4e00000 Deferred winhttp<elf>
\-PE f4dd0000-f4e00000 \ winhttp
ELF f4f04000-f4f1c000 Deferred wtsapi32<elf>
\-PE f4f10000-f4f1c000 \ wtsapi32
ELF f4f1c000-f4fe2000 Deferred windowscodecs<elf>
\-PE f4f30000-f4fe2000 \ windowscodecs
ELF f4fe2000-f5060000 Deferred wininet<elf>
\-PE f4ff0000-f5060000 \ wininet
ELF f5060000-f5100000 Deferred urlmon<elf>
\-PE f5070000-f5100000 \ urlmon
ELF f5202000-f520d000 Deferred libwrap.so.0
ELF f520d000-f522b000 Deferred jsproxy<elf>
\-PE f5210000-f522b000 \ jsproxy
ELF f522b000-f5247000 Deferred rasapi32<elf>
\-PE f5230000-f5247000 \ rasapi32
ELF f5247000-f5271000 Deferred mpr<elf>
\-PE f5250000-f5271000 \ mpr
ELF f5271000-f53af000 Deferred opengl32<elf>
\-PE f5290000-f53af000 \ opengl32
ELF f53af000-f5500000 Deferred wined3d<elf>
\-PE f53c0000-f5500000 \ wined3d
ELF f5604000-f5611000 Deferred libkrb5support.so.0
ELF f5611000-f5625000 Deferred api-ms-win-core-winrt-string-l1-1-0<elf>
\-PE f5620000-f5625000 \ api-ms-win-core-winrt-string-l1-1-0
ELF f5625000-f565d000 Deferred uxtheme<elf>
\-PE f5630000-f565d000 \ uxtheme
ELF f565d000-f5671000 Deferred api-ms-win-core-localization-l1-2-1<elf>
\-PE f5660000-f5671000 \ api-ms-win-core-localization-l1-2-1
ELF f5671000-f5685000 Deferred api-ms-win-core-fibers-l1-1-1<elf>
\-PE f5680000-f5685000 \ api-ms-win-core-fibers-l1-1-1
ELF f56e0000-f56f4000 Deferred api-ms-win-core-synch-l1-2-0<elf>
\-PE f56f0000-f56f4000 \ api-ms-win-core-synch-l1-2-0
ELF f56f4000-f5712000 Deferred libgcc_s.so.1
ELF f5713000-f5718000 Deferred libkeyutils.so.1
ELF f5718000-f571d000 Deferred libcom_err.so.2
ELF f571d000-f5731000 Deferred api-ms-win-crt-environment-l1-1-0<elf>
\-PE f5720000-f5731000 \ api-ms-win-crt-environment-l1-1-0
ELF f5731000-f5773000 Deferred d3d9<elf>
\-PE f5740000-f5773000 \ d3d9
ELF f5773000-f579e000 Deferred iphlpapi<elf>
\-PE f5780000-f579e000 \ iphlpapi
ELF f579e000-f57ca000 Deferred msacm32<elf>
\-PE f57a0000-f57ca000 \ msacm32
ELF f57ca000-f5884000 Deferred winmm<elf>
\-PE f57d0000-f5884000 \ winmm
ELF f5884000-f596f000 Deferred msvcr120<elf>
\-PE f58a0000-f596f000 \ msvcr120
ELF f596f000-f598e000 Deferred concrt140<elf>
\-PE f5970000-f598e000 \ concrt140
ELF f598e000-f59a2000 Deferred api-ms-win-crt-utility-l1-1-0<elf>
\-PE f5990000-f59a2000 \ api-ms-win-crt-utility-l1-1-0
ELF f59a2000-f59b6000 Deferred api-ms-win-crt-filesystem-l1-1-0<elf>
\-PE f59b0000-f59b6000 \ api-ms-win-crt-filesystem-l1-1-0
ELF f59b6000-f59cc000 Deferred api-ms-win-crt-stdio-l1-1-0<elf>
\-PE f59c0000-f59cc000 \ api-ms-win-crt-stdio-l1-1-0
ELF f59cc000-f59e2000 Deferred api-ms-win-crt-convert-l1-1-0<elf>
\-PE f59d0000-f59e2000 \ api-ms-win-crt-convert-l1-1-0
ELF f59e2000-f5b0b000 Deferred msvcp140<elf>
\-PE f5a20000-f5b0b000 \ msvcp140
ELF f5b0b000-f5b24000 Deferred api-ms-win-crt-math-l1-1-0<elf>
\-PE f5b10000-f5b24000 \ api-ms-win-crt-math-l1-1-0
ELF f5b24000-f5b3a000 Deferred api-ms-win-crt-runtime-l1-1-0<elf>
\-PE f5b30000-f5b3a000 \ api-ms-win-crt-runtime-l1-1-0
ELF f5b3a000-f5b4e000 Deferred api-ms-win-crt-time-l1-1-0<elf>
\-PE f5b40000-f5b4e000 \ api-ms-win-crt-time-l1-1-0
ELF f5b4e000-f5b62000 Deferred api-ms-win-crt-heap-l1-1-0<elf>
\-PE f5b50000-f5b62000 \ api-ms-win-crt-heap-l1-1-0
ELF f5b62000-f5b78000 Deferred api-ms-win-crt-string-l1-1-0<elf>
\-PE f5b70000-f5b78000 \ api-ms-win-crt-string-l1-1-0
ELF f5b78000-f5c72000 Deferred ucrtbase<elf>
\-PE f5ba0000-f5c72000 \ ucrtbase
ELF f5c72000-f5c88000 Deferred vcruntime140<elf>
\-PE f5c80000-f5c88000 \ vcruntime140
ELF f5c88000-f5c9c000 Deferred api-ms-win-core-winrt-roparameterizediid-l1-1-0<elf>
\-PE f5c90000-f5c9c000 \ api-ms-win-core-winrt-roparameterizediid-l1-1-0
ELF f5c9c000-f5cd3000 Deferred ws2_32<elf>
\-PE f5ca0000-f5cd3000 \ ws2_32
ELF f5cd3000-f5ce7000 Deferred psapi<elf>
\-PE f5ce0000-f5ce7000 \ psapi
ELF f5ce7000-f5d9f000 Deferred msvcrt<elf>
\-PE f5d00000-f5d9f000 \ msvcrt
ELF f5d9f000-f6764000 Deferred shell32<elf>
\-PE f5db0000-f6764000 \ shell32
ELF f6764000-f688d000 Deferred oleaut32<elf>
\-PE f6780000-f688d000 \ oleaut32
ELF f688d000-f68f9000 Deferred dwrite<elf>
\-PE f6890000-f68f9000 \ dwrite
ELF f68f9000-f6984000 Deferred libgmp.so.10
ELF f6984000-f69ba000 Deferred libhogweed.so.4
ELF f69ba000-f69f6000 Deferred libnettle.so.6
ELF f69f6000-f6a0b000 Deferred libtasn1.so.6
ELF f6a0b000-f6b8c000 Deferred libunistring.so.2
ELF f6b8c000-f6bab000 Deferred libidn2.so.0
ELF f6bab000-f6cf9000 Deferred libp11-kit.so.0
ELF f6cf9000-f6e8f000 Deferred libgnutls.so.30
ELF f6e93000-f6e9a000 Deferred libnss_dns.so.2
ELF f6e9a000-f6eae000 Deferred api-ms-win-core-xstate-l2-1-0<elf>
\-PE f6ea0000-f6eae000 \ api-ms-win-core-xstate-l2-1-0
ELF f6eae000-f6f80000 Deferred crypt32<elf>
\-PE f6ec0000-f6f80000 \ crypt32
ELF f6f80000-f6fa0000 Deferred bcrypt<elf>
\-PE f6f90000-f6fa0000 \ bcrypt
ELF f6fa0000-f6fdf000 Deferred rsaenh<elf>
\-PE f6fb0000-f6fdf000 \ rsaenh
ELF f6fdf000-f7005000 Deferred combase<elf>
\-PE f6ff0000-f7005000 \ combase
ELF f704b000-f7052000 Deferred libxfixes.so.3
ELF f7052000-f705e000 Deferred libxcursor.so.1
ELF f705e000-f7071000 Deferred libxi.so.6
ELF f7071000-f7075000 Deferred libxcomposite.so.1
ELF f7075000-f7082000 Deferred libxrandr.so.2
ELF f7082000-f708e000 Deferred libxrender.so.1
ELF f708e000-f7095000 Deferred libxxf86vm.so.1
ELF f7095000-f7099000 Deferred libxinerama.so.1
ELF f7099000-f70a3000 Deferred librt.so.1
ELF f70a3000-f70be000 Deferred libbsd.so.0
ELF f70be000-f70c5000 Deferred libxdmcp.so.6
ELF f70c5000-f70c9000 Deferred libxau.so.6
ELF f70c9000-f70f5000 Deferred libxcb.so.1
ELF f70f5000-f723f000 Deferred libx11.so.6
ELF f723f000-f7254000 Deferred libxext.so.6
ELF f7254000-f725d000 Deferred libffi.so.6
ELF f725d000-f7271000 Deferred api-ms-win-core-winrt-l1-1-0<elf>
\-PE f7260000-f7271000 \ api-ms-win-core-winrt-l1-1-0
ELF f7273000-f7303000 Deferred winex11<elf>
\-PE f7280000-f7303000 \ winex11
ELF f7303000-f7388000 Deferred rpcrt4<elf>
\-PE f7310000-f7388000 \ rpcrt4
ELF f7388000-f74e3000 Deferred ole32<elf>
\-PE f73a0000-f74e3000 \ ole32
ELF f74e3000-f7512000 Deferred kernelbase<elf>
\-PE f74f0000-f7512000 \ kernelbase
ELF f7512000-f7526000 Deferred api-ms-win-core-quirks-l1-1-0<elf>
\-PE f7520000-f7526000 \ api-ms-win-core-quirks-l1-1-0
ELF f7526000-f753a000 Deferred api-ms-win-appmodel-runtime-l1-1-2<elf>
\-PE f7530000-f753a000 \ api-ms-win-appmodel-runtime-l1-1-2
ELF f753a000-f755e000 Deferred imm32<elf>
\-PE f7540000-f755e000 \ imm32
ELF f75af000-f75e1000 Deferred libexpat.so.1
ELF f75e1000-f762c000 Deferred libfontconfig.so.1
ELF f762c000-f764b000 Deferred libz.so.1
ELF f764b000-f7685000 Deferred libpng16.so.16
ELF f7685000-f7742000 Deferred libfreetype.so.6
ELF f7761000-f777b000 Deferred version<elf>
\-PE f7770000-f777b000 \ version
ELF f777b000-f78aa000 Deferred gdi32<elf>
\-PE f7790000-f78aa000 \ gdi32
ELF f78aa000-f7ab4000 Deferred user32<elf>
\-PE f78c0000-f7ab4000 \ user32
ELF f7ab4000-f7b23000 Deferred shlwapi<elf>
\-PE f7ac0000-f7b23000 \ shlwapi
ELF f7b47000-f7bc0000 Deferred advapi32<elf>
\-PE f7b50000-f7bc0000 \ advapi32
ELF f7bc2000-f7bc7000 Deferred libdl.so.2
ELF f7bc7000-f7da3000 Deferred libc.so.6
ELF f7da3000-f7dc2000 Deferred libpthread.so.0
ELF f7dc4000-f7dce000 Deferred libnss_compat.so.2
ELF f7de1000-f7f98000 Dwarf libwine.so.1
ELF f7f9a000-f7fc2000 Deferred ld-linux.so.2
Threads:
process tid prio (all id:s are in hex)
0000000e services.exe
00000062 0
00000028 0
00000023 0
0000001d 0
00000015 0
00000010 0
0000000f 0
00000011 mscorsvw.exe
0000001a 0
00000019 0
00000018 0
00000012 0
00000013 explorer.exe
0000002d 0
0000002c 0
0000002b 0
00000014 0
0000001b winedevice.exe
00000020 0
0000001f 0
0000001e 0
0000001c 0
00000021 plugplay.exe
00000025 0
00000024 0
00000022 0
00000026 winedevice.exe
0000002e 0
0000002a 0
00000029 0
00000027 0
00000031 (D) C:\users\woerd\Local Settings\Application Data\Logos\System\Logos.exe
000000ae -1
000000a8 0
000000a7 0
000000a6 0
000000a5 15
000000a4 0
000000a3 0
000000a2 0
000000a1 0
000000a0 0
0000009f 0
0000008a 0
00000089 0
00000088 0
00000087 -2
00000086 0
00000085 0
00000084 0
00000083 -2
00000082 0
00000081 0
00000080 0
0000007f 0
0000007e 0
0000007d 0
0000007c 0
0000007b 0
0000007a 0
00000079 0
00000078 -2
00000077 -2
00000076 0
00000075 0
00000074 0
00000073 0
00000072 0
00000071 0
00000070 0
0000006f 0
0000006e 0
0000006d 0
0000006c 0
0000006b 15
0000006a 0
0000005e 0
0000005d 0
0000005c 0
0000005b 0
0000005a 0
00000059 0
00000058 0
00000057 0
00000056 0
00000055 0
00000054 0
00000053 0
00000052 0
00000051 -1
00000050 0
0000004f 0
0000004e 0
0000004d 0
0000004c 0
0000004b 0
0000004a 0
00000049 0
00000048 -1
00000047 0
00000046 0
00000045 0
00000044 0
00000043 0 <==
00000042 -1
00000041 0
00000040 0
0000003f -1
0000003d 0
0000003c 0
0000003b 0
00000039 0
00000037 0
00000036 0
00000034 2
00000033 0
00000032 0
00000060 rpcss.exe
00000067 0
00000066 0
00000065 0
00000064 0
00000063 0
00000061 0
0000008b LogosCEF.exe
0000009e 0
0000009d -2
0000009c 0
0000009b 0
0000009a 0
00000099 0
00000098 0
00000097 0
00000096 0
00000095 0
00000094 0
00000093 0
00000092 0
00000091 0
00000090 -2
0000008f -2
0000008e 0
0000008d 0
0000008c 0
000000ab wineconsole.exe
000000ac 0
System information:
Wine build: wine-4.0.3
Platform: i386
Version: Windows XP
Host system: Linux
Host version: 4.15.0-54-generic[/Quote]