Dungeons & Dragons Online Forum

This is a community forum and not official technical support. — If you need official support: Contact Us

The following comments are owned by whoever posted them. We are not responsible for them in any way.

Back to Threads Reply to Thread

To get DDO working under Crossover

See the Lord of the Rings section for details on using LotROLinux under Crossover. DDO & LOTRO use the same engine, patching systems and starting system so what works for LOTRO should work for DDO (except patching, you need a copy of patchclient.dll from LOTRO book 11 upwards set http://www.lotrolinux.com/DDO for more info).

I expect my problem is with the lotrolinux script, but let me mention it here anyway.

The install process works using the LOTRO steps to avoid .NET problems, but lotrolinux fails on the launcher config file.

[i]Initialising, please wait...
Available languages checked.
Error reading launcher configuration file[/i]

Am I missing a trick, seeing a bug, or is this because the game is unpatched? I tried both the stock pathclient.dll and one copied from a running copy of the game on Windows.

This is my ~/.LotROLinux/LotROLinux.config:

[i]<?xml version="1.0" encoding="utf-8"?>
<Settings>
<Default.Game>DDO</Default.Game>
<DDO>
<Wine.Application>CXGames</Wine.Application>
<Wine.Program>wine</Wine.Program>
<Wine.Debug>fixme-all</Wine.Debug>
<Wine.Prefix>2000bottle</Wine.Prefix>
<Wine.Log>False</Wine.Log>
<Patch.Window>Simple</Patch.Window>
<HiRes>True</HiRes>
<Game.Directory>/home/moorewr/.cxgames/2000bottle/drive_c/Program Files/Turbine/Dungeons & Dragons Online - Stormreach</Game.Directory>
<PatchClient>patchclient.dll</PatchClient>
</DDO>
</Settings>[/i]

Walter Moore wrote:

I expect my problem is with the lotrolinux script, but let me
mention it here anyway.

The install process works using the LOTRO steps to avoid .NET
problems, but lotrolinux fails on the launcher config file.

[i]Initialising, please wait...
Available languages checked.
Error reading launcher configuration file[/i]

Am I missing a trick, seeing a bug, or is this because the game is
unpatched? I tried both the stock pathclient.dll and one copied from
a running copy of the game on Windows.

If you are using version 0.9.2 then that error is my fault (Turbine switched the name of the config file in one of the module patches but I didn't leave a fallback to the old name), it will be fixed in 0.9.3. In the mean time just copy dndlauncher.exe.config to TurbineLauncher.exe.config

The patchclient file really needs to be the one from LOTRO as the last time I checked the DDO one lacked the exposed patch function. On the lotrolinux web site there is now a download for the LOTRO version of patchclient, just rename that before putting it into your DDO folder and amend the Tools -> Options accordingly (if you leave the name as patchclient.dll the patcher will overwrite it with a version that may not work).

In the mean time just copy dndlauncher.exe.config to TurbineLauncher.exe.config

That was it! Thanks so much.

Note - this error is caused by not haaving UserPreferences.ini in My Documents.

[i]OK< I used the patchclient.dll you supplied, and it patched the game successfully. I now get the following after logging into my server.. a minor warning from GTK, followed by "corestrings.dll is missing string ID 131>[131]" window from wine.

moorewr@ctesphon:~/.cxgames/2000bottle/drive_c/Program Files/Turbine/Dungeons & Dragons Online - Stormreach> mono LotROLinux.run

(LotROLinux.run:7920): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Unknown tag 'p' on line 48 char 189

image

[EDIT: click through for the screenshot. no clue why it is resized here]
[EDIT 2: just an update to indicate this occurs after I select a server and attempt to login][/i]

Scratch the last message. I needed to create UserPreferences.ini to
.cxgames/2000bottle/drive_c/windows/profiles/crossover/My\ Documents/

Now, the game launches, plays the intro video, then stops at the loading screen (which does not display any splash screen) to report I have the wrong client version. "You do not have the current version of the client installed."

Re-running the Patch command reports:
[i]Click apply to start patching
Patching finished[/i]

Files modified by the patch process:
moorewr@ctesphon:~/.cxgames/2000bottle/drive_c/Program Files/Turbine/Dungeons & Dragons Online - Stormreach> find . -mtime 0 -ls
458855 4 drwxr-xr-x 7 moorewr users 4096 Jun 10 13:27 .
458930 4 drwxr-xr-x 3 moorewr users 4096 Jun 10 12:44 ./en
459025 2680 -rw-r--r-- 1 moorewr users 2737424 Jun 10 12:44 ./en/TurbineLauncher.resources.dll
458915 16 -rw-r--r-- 1 moorewr users 13312 Jun 10 12:43 ./corestrings.dll
458891 68 -rw-r--r-- 1 moorewr users 62736 Jun 10 12:44 ./zlib1T.dll
458949 4 -rw-r--r-- 1 moorewr users 3 Jun 10 12:43 ./ProjectVersion
458916 384 -rw-r--r-- 1 moorewr users 386320 Jun 10 12:43 ./chatclient.dll
458917 9224 -rwxr-xr-x 1 moorewr users 9426192 Jun 10 12:44 ./dndclient.exe
458918 224 -rw-r--r-- 1 moorewr users 222480 Jun 10 12:43 ./TTEPatchClient.dll
458921 60 -rw-r--r-- 1 moorewr users 54544 Jun 10 12:43 ./AxInterop.SHDocVw.dll
458922 60 -rw-r--r-- 1 moorewr users 54544 Jun 10 12:43 ./ControlLibrary.dll
458923 76 -rwxr-xr-x 1 moorewr users 70928 Jun 10 12:44 ./dndlauncher.exe
458924 20 -rw-r--r-- 1 moorewr users 17168 Jun 10 12:43 ./Interop.PatchWrapper.dll
458925 132 -rw-r--r-- 1 moorewr users 128272 Jun 10 12:43 ./Interop.SHDocVw.dll
458926 88 -rw-r--r-- 1 moorewr users 83216 Jun 10 12:43 ./PatchWrapper.dll
458927 20 -rw-r--r-- 1 moorewr users 16656 Jun 10 12:43 ./PatchWrapperPS.dll
458928 388 -rw-r--r-- 1 moorewr users 393216 Jun 10 12:44 ./patchclient.dll
458999 4 drwxr-xr-x 2 moorewr users 4096 Jun 10 12:44 ./forward
458777 0 lrwxrwxrwx 1 moorewr users 22 Jun 10 10:44 ./TurbineLauncher.exe.config -> dndlauncher.exe.config
458755 4 -rw-r--r-- 1 moorewr users 397 Jun 10 13:27 ./dndclient.log
458995 388 -rw-r--r-- 1 moorewr users 393216 Jun 10 12:42 ./patchclient.dll-prepatch
458998 12 -rw-r--r-- 1 moorewr users 11048 Jun 10 12:44 ./patchcache.bin
459002 4 drwxr-xr-x 2 moorewr users 4096 Jun 10 12:44 ./temp
459000 4 drwxr-xr-x 2 moorewr users 4096 Jun 10 12:44 ./backup
459006 732 -rw-r--r-- 1 moorewr users 745472 Jun 10 12:43 ./Ddo.gdf.dll
459007 108 -rw-r--r-- 1 moorewr users 103960 Jun 10 12:43 ./GameuxInstallHelper.dll
459016 48 -rwxr-xr-x 1 moorewr users 46352 Jun 10 12:43 ./TurbineElevator.exe
459018 60 -rwxr-xr-x 1 moorewr users 54544 Jun 10 12:43 ./TurbineInvoker.exe
459019 2300 -rwxr-xr-x 1 moorewr users 2348304 Jun 10 12:43 ./TurbineLauncher.exe
459020 480 -rwxr-xr-x 1 moorewr users 484624 Jun 10 12:43 ./TurbineRegisterGDF.exe

The patch replaces patchclient.dll, so perhaps there are (invisible) updates after the marked patchclient.dll update? That could get me into a check and egg situation.

After I replace patchclient.dll with the updated LotRO patchclient.dll:

Click apply to start patching
Connecting to patch.ddo.com:80
Checking files...files to patch: 1 bytes to download: 176584
Patching files:
Downloading patchclient.dll
Decrypting
File in use. It will be self patched
Self patch required. Program will restart
Patching finished

Hmm.

The patchclient.dll downloaded by the patcher:

md5sum patchclient.dll
23a61189038b3342681b57bd3e995ef5 patchclient.dll

Walter Moore wrote:

The patch replaces patchclient.dll, so perhaps there are (invisible)
updates after the marked patchclient.dll update? That could get me
into a check and egg situation.

After I replace patchclient.dll with the updated LotRO
patchclient.dll:

Click apply to start patching
Connecting to patch.ddo.com:80
Checking files...files to patch: 1 bytes to download: 176584
Patching files:
Downloading patchclient.dll
Decrypting
File in use. It will be self patched
Self patch required. Program will restart
Patching finished

Hmm.

The patchclient.dll downloaded by the patcher:

md5sum patchclient.dll
23a61189038b3342681b57bd3e995ef5 patchclient.dll

The best thing to do is rename the patchclient.dll from LOTRO, in the gui launcher
on the options page right at the bottom is a box that says patchclient.dll just
replace that with whatever you renamed the LOTRO patchclient.dll. That allows it to
patch the DDO version of patchclient.dll but still have a working copy to patch
the rest of the files.

Of course! That's what I hadn't thought of. I will test my "clean install" and report back.

On a separate host I've copied over the patched install from Windows, and the game runs very cleanly. The shader support is excellent, far in advance of the last test I did with generic wine. Full-screen resolution was buggy, and I ran into a cursor bug I'm starting a new thread for...

Using the renamed LOTRO patchclient generates this error:

Click apply to start patching
Connecting to patch.ddo.com:80
Checking files...files to patch: 0 bytes to download: 0
Patching files:
Connecting to patch.ddo.com:80
checking data...Failed to check data: Unknown result code: 0x81930001
Patching finished
> more ~/.LotROLinux/patch.log 
=== Patching started at 6/16/2008 8:42:27 AM ====
****** Hi-Res Graphics Enabled ******
Connecting to patch.ddo.com:80
Checking files...files to patch: 0 bytes to download: 0
Patching files:
Connecting to patch.ddo.com:80
checking data...Failed to check data: Unknown result code: 0x81930001
=== Patching stopped at 6/16/2008 8:42:43 AM ====
> more ~/.LotROLinux/LotROLinux.config 
<?xml version="1.0" encoding="utf-8"?>
<Settings>
  <Default.Game>DDO</Default.Game>
  <DDO.Test>
    <Wine.Application>CXGames</Wine.Application>
    <Wine.Program>wine</Wine.Program>
    <Wine.Debug>fixme-all</Wine.Debug>
    <Wine.Prefix>2000bottle</Wine.Prefix>
    <Wine.Log>False</Wine.Log>
    <Patch.Window>Simple</Patch.Window>
    <HiRes>True</HiRes>
    <Game.Directory>/home/moorewr/.cxgames/2000bottle/drive_c/Program Files/Turb
ine/Dungeons &amp; Dragons Online - Stormreach</Game.Directory>
    <PatchClient>patchclient.dll</PatchClient>
  </DDO.Test>
  <LOTRO>
    <Wine.Application>Wine</Wine.Application>
    <Wine.Program>wine</Wine.Program>
    <Wine.Debug>fixme-all</Wine.Debug>
    <Wine.Prefix>
    </Wine.Prefix>
    <Wine.Log>False</Wine.Log>
    <Patch.Window>Complex</Patch.Window>
    <HiRes>True</HiRes>
    <Game.Directory>/home/moorewr/.cxgames/2000bottle/drive_c/Program Files/Turb
ine/Dungeons &amp; Dragons Online - Stormreach</Game.Directory>
  </LOTRO>
  <DDO>
    <Wine.Application>CXGames</Wine.Application>
    <Wine.Program>wine</Wine.Program>
    <Wine.Debug>fixme-all</Wine.Debug>
    <Wine.Prefix>2000bottle</Wine.Prefix>
    <Wine.Log>True</Wine.Log>
    <Patch.Window>Simple</Patch.Window>
    <HiRes>True</HiRes>
    <Game.Directory>/home/moorewr/.cxgames/2000bottle/drive_c/Program Files/Turb
ine/Dungeons &amp; Dragons Online - Stormreach</Game.Directory>
    <Realm>Thelanis</Realm>
    <Language>ENGLISH</Language>
    <Account>moorewr</Account>
    <PatchClient>patchclient-LOTRO.dll</PatchClient>
  </DDO>
</Settings>

Walter Moore wrote:

Using the renamed LOTRO patchclient generates this error:


Click apply to start patching
Connecting to patch.ddo.com:80
Checking files...files to patch: 0 bytes to download: 0
Patching files:
Connecting to patch.ddo.com:80
checking data...Failed to check data: Unknown result code: 0x81930001
Patching finished


We were getting that error when patching LOTRO via CXG but it got solved (and the version of LotROLinux  
you are using will have that fix in, though double check you've got the latest LotROLinux just to be  
safe, 0.9.3 was the last one).

I'm wondering if it is because you are using the EU LOTRO patchclient to patch US DDO, i.e. do you  
need the US LOTRO patchclient

Apologies, I still had lotrolinux-0.9.2 on this box. I updated to 0.9.3..

..I now have a different error from my console.. the patch process crashes on "Updating game data files.." and leaves ~/.LotROLinux/patch.log blank:

Unhandled Exception: System.ArgumentException: Directory does not exists
Parameter name: path
  at System.IO.FileSystemWatcher..ctor (System.String path, System.String filter) [0x00000] 
  at System.IO.FileSystemWatcher..ctor (System.String path) [0x00000] 
  at (wrapper remoting-invoke-with-check) System.IO.FileSystemWatcher:.ctor (string)
  at LotROLinux.PatchWindow.Patch () [0x00000] 
  at LotROLinux.PatchWindow.Patch () [0x00000] 
  at (wrapper delegate-invoke) System.MulticastDelegate:invoke_void ()

(I'm getting a lotrolinux crash w/ glade error now and then when I click on the options screen

Walter Moore wrote:

Apologies, I still had lotrolinux-0.9.2 on this box. I updated to
0.9.3..

..I now have a different error from my console.. the patch process
crashes on "Updating game data files.." and leaves
~/.LotROLinux/patch.log blank:

Unhandled Exception: System.ArgumentException: Directory does not exists
Parameter name: path
at System.IO.FileSystemWatcher..ctor (System.String path, System.String filter) [0x00000] 
at System.IO.FileSystemWatcher..ctor (System.String path) [0x00000] 
at (wrapper remoting-invoke-with-check) System.IO.FileSystemWatcher:.ctor (string)
at LotROLinux.PatchWindow.Patch () [0x00000] 
at LotROLinux.PatchWindow.Patch () [0x00000] 
at (wrapper delegate-invoke) System.MulticastDelegate:invoke_void ()

Oops that one is my fault, in your game directory create a folder called bindat, I'll
fix LotROLinux so that it skips that part if it doesn't exist (contains forward patches
from standalone patch files).

(I'm getting a lotrolinux crash w/ glade error now and then when I
click on the options screen

Strange, when it crashes what error message do you get?

OK, I created bindat. I am no longer seeing the patchdiag error.

This is the error I see when the Tools->Options crash happens:

Unhandled Exception: System.NullReferenceException: A null value was found where an object instance was required.
  at LotROLinux.SettingsWindow.OnCboPrefixChanged (System.Object sender, System.EventArgs e) [0x00000] 
  at (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs)
  at GLib.Signal.voidObjectCallback (IntPtr handle, IntPtr gch) [0x00000] 
  at (wrapper native-to-managed) GLib.Signal:voidObjectCallback (intptr,intptr)
  at <0x00000> <unknown method>
  at (wrapper managed-to-native) Gtk.ComboBox:gtk_combo_box_set_active (intptr,int)
  at Gtk.ComboBox.set_Active (Int32 value) [0x00000] 
  at LotROLinux.SettingsWindow.ListBottles () [0x00000] 
  at LotROLinux.SettingsWindow.FindBottles () [0x00000] 
  at LotROLinux.SettingsWindow.OnCboAppChanged (System.Object sender, System.EventArgs e) [0x00000] 
  at (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs)
  at GLib.Signal.voidObjectCallback (IntPtr handle, IntPtr gch) [0x00000] 
  at (wrapper native-to-managed) GLib.Signal:voidObjectCallback (intptr,intptr)
  at <0x00000> <unknown method>
  at (wrapper managed-to-native) Gtk.ComboBox:gtk_combo_box_set_active (intptr,int)
  at Gtk.ComboBox.set_Active (Int32 value) [0x00000] 
  at LotROLinux.SettingsWindow..ctor (System.String wProg, System.String wParams, System.String wDebug, System.String wPrefix, System.String pClient, Boolean wLog, System.String gDir, Boolean hiResEnabled, Boolean usingDND, System.String icoFile, System.String wApp, System.String hDir, LotROLinux.DetermineOS osType) [0x00000] 
  at LotROLinux.Settings.ModifySettings () [0x00000] 
  at LotROLinux.MainWindow.OnOptionsActivated (System.Object sender, System.EventArgs e) [0x00000] 
  at (wrapper delegate-invoke) System.MulticastDelegate:invoke_void_object_EventArgs (object,System.EventArgs)
  at GLib.Signal.voidObjectCallback (IntPtr handle, IntPtr gch) [0x00000] 
  at (wrapper native-to-managed) GLib.Signal:voidObjectCallback (intptr,intptr)
  at <0x00000> <unknown method>
  at (wrapper managed-to-native) Gtk.Application:gtk_main ()
  at Gtk.Application.Run () [0x00000] 
  at LotROLinux.GladeApp..ctor (System.String[] args) [0x00000] 
  at LotROLinux.GladeApp.Main (System.String[] args) [0x00000] 

Walter Moore wrote:

OK, I created bindat. I am no longer seeing the patchdiag error.

This is the error I see when the Tools->Options crash happens:


Unhandled Exception: System.NullReferenceException: A null value was found where an object instance was required.
at LotROLinux.SettingsWindow.OnCboPrefixChanged (System.Object sender, System.EventArgs e) [0x00000] 


I can't see how that is failing occasionally, it must be an oddity (aka a bug) in Mono.

There is still something not quite right when patching using the LOTRO patchclient.dll. Game files update properly, but for Game data files it always reports success with no files updates.

In this example I have deleted dndclient.exe and client_mesh.dat, then re-run the patch process:

Click apply to start patching
Updating game files...
Patching: dndclient.exe
Updating game data files...
Patching finished

Walter Moore wrote:

There is still something not quite right when patching using the
LOTRO patchclient.dll. Game files update properly, but for Game data
files it always reports success with no files updates.

In this example I have deleted dndclient.exe and client_mesh.dat,
then re-run the patch process:

The patcher (well for data files) only tries to patch files that exists, it sounds silly but it is their
function that says does the file exist, yes ok does it need patching.

I've never tried it on a windows box to see if it does the same there (but then the
launcher does the patching slightly differently).

Try creating a dummy file in place of one of the real files and see what it does,
my guess is it will either ignore it or tell you to re-run the setup program
(it contains the repair facility, basically restores all files to the state
they were post-install).

It did recreate dndclient.exe after I removed it. So that part works even better than predicted.
I did try creating a zero-length client_mesh.dat, and also taking the correct file and appending a few characters, and it did not report patching it (and did not alter the file).

Walter Moore wrote:

It did recreate dndclient.exe after I removed it. So that part works
even better than predicted.
I did try creating a zero-length client_mesh.dat, and also taking
the correct file and appending a few characters, and it did not
report patching it (and did not alter the file).

I think the difference is that stuff like the exes get replaced while the client*.dat files get patched, it calculates some checksum (md5 maybe) and looks up what patches it needs to apply. If it doesn't find that checksum for that file it ignores it. Very odd way of patching as you'd think it would at least warn about a file being corrupt.

I've done a couple new clean installs to verify the gama data problem. No gama data patches are ever applied, although the game files patch just fine. So, does some hidden difference exists between lotro and ddo patching - even though they use the same patchclient?

When patching a clean system I should note that the DDO install does not create the folders bindat, backup, forward, or temp. Seems sensible to check for them before you hand things off to patchclient.dll. temp seems to be needed to start the game as well.

Walter Moore wrote:

I've done a couple new clean installs to verify the gama data
problem. No gama data patches are ever applied, although the game
files patch just fine. So, does some hidden difference exists
between lotro and ddo patching - even though they use the same
patchclient?

When patching a clean system I should note that the DDO install does
not create the folders bindat, backup, forward, or temp. Seems
sensible to check for them before you hand things off to
patchclient.dll. temp seems to be needed to start the game as well.

I've got a fix in place for bindat and temp not existing (those are the only two that would cause my launcher to crash).
The way it works for LOTRO is that it downloads a data patch in the LOTRO directory, patches the main file then deletes that patch file. It is the creation and deletion of that patch file that my launcher picks up on. Seems DDO is doing something slightly differently, I've got a very old copy on a DVD that I'll have a play with, see what it is doing.

I was using the downloaded installer [ http://listserv.turbine.com/trk/click?ref=zruhq1va5_0-166x364x3151896& ] - I wonder if that makes a difference.

Another thought - since Turbine provides executable pre-patches that are unpacked in ./bindat, could it possible to write a debugging script that attempts to apply a given file? That might be helpful to split out the download and apply pieces. Is there more I could be doing with my wine flags to report back to you?

Walter Moore wrote:

Another thought - since Turbine provides executable pre-patches that
are unpacked in ./bindat, could it possible to write a debugging
script that attempts to apply a given file? That might be helpful to
split out the download and apply pieces. Is there more I could be
doing with my wine flags to report back to you?

I'm not sure how it applies the data patches. It was only by sheer chance that I had my LOTRO directory in a nautilus window behind the launcher when I noticed a file would occasionally appear and then vanish when patching the data files. I think it is something witihn the patchclient dll that does the actual patching as there is no obvious external dll that hints at patching. There is zlib1T but that is more for inflating the file patches.

Alan Jackson wrote:

I'm not sure how it applies the data patches. It was only by sheer
chance that I had my LOTRO directory in a nautilus window behind the
launcher when I noticed a file would occasionally appear and then
vanish when patching the data files. I think it is something witihn
the patchclient dll that does the actual patching as there is no
obvious external dll that hints at patching. There is zlib1T but
that is more for inflating the file patches.

I see the problem.. unfortunate, but I doubt Turbine would be willing to share details of the patching process, and I doubt they want a third party posting their patched .dat files... you know best on that front of course.

I will report back on whether my working version (the one copied from windows) processes any patches when they next update the client... at least others who try this will know that they need a working windows install (for now) to even attempt it.

LotROLinux-0.9.4
New version, bug fixes to the patcher and mini-HTML browser. I'm still looking at a problem with DDO and the patcher but at the moment US LOTRO was causing the mini-HTML to crash so I've pushed those changes through.

Standalone and source up on SourceForge, DEBs for Hardy & Dapper (I've dropped Gutsy) will be built tomorrow as I'm out tonight.

I can't even get the patcher to patch when installed from the retail CD (very old version), my guess is they have cleared that version from their patch servers.

I hadn't tried "vanilla" wine with the launcher since I downloaded the lotro patchclient, and I read some accounts saying it worked when cxgames wine did not for patching. I tested patching my working system against today's patch, and I can report that yes, using generic wine the patcher ran, and using cxgames wine it did not.

(Tested with wine-0.9.44-15 from the openSuSE 10.3 distro.)

Walter Moore wrote:

I hadn't tried "vanilla" wine with the launcher since I downloaded
the lotro patchclient, and I read some accounts saying it worked
when cxgames wine did not for patching. I tested patching my working
system against today's patch, and I can report that yes, using
generic wine the patcher ran, and using cxgames wine it did not.

(Tested with wine-0.9.44-15 from the openSuSE 10.3 distro.)

That again was an issue that was found with LOTRO when cxg specified the working directory and my launcher did as well but I resolved that problem. I get sporadic patching, sometimes it will sometimes it won't. I think the fault lies in using LOTROs patchclient but it is the best that can be done for patching under wine/cxg. The only thing I can suggest you try is a blatent plea on the DDO forums to make the DDO patchclient as friendly as the LOTRO one.

Sorry I can't offer any better help.

Thanks for spending so much time on this with me. I will indeed bug Turbine about mac/linux support (we have some threads open on the DDO forums already, so that's a start).

This may interest you if you haven't seen it yet.. I've been talking with the author of this howto - a wine 1.0 DDO success story (including patching) using lotrolinux:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=12404

Well I did a fresh install of cxg 7, installed the US DDO, copied the patchclient from my EU LOTRO and got it to patch under cxg twice. Why mine will and yours won't I don't know. Though both times it hung at the end (the process for the data files patch never finished) but that seems to happen on every big update DDO or LOTRO.

So my only advice to people is try it, it will either work or not, it doesn't seem to be something I can affect.

Hello, Alan!

I noticed some things have changed on lotrolinux.com (and the DDO link is gone). Are you the maintainer for PyLotRO?

1 to 31 of 31

CrossOver Forums: the place to discuss running Windows applications on Mac and Linux

CodeWeavers or its third-party tools process personal data (e.g. browsing data or IP addresses) and use cookies or other identifiers, which are necessary for its functioning and required to achieve the purposes illustrated in our Privacy Policy. You accept the use of cookies or other identifiers by clicking the Acknowledge button.
Please Wait...
eyJjb3VudHJ5IjoiVVMiLCJsYW5nIjoiZW4iLCJjYXJ0IjowLCJ0enMiOi02LCJjZG4iOiJodHRwczpcL1wvbWVkaWEuY29kZXdlYXZlcnMuY29tXC9wdWJcL2Nyb3Nzb3Zlclwvd2Vic2l0ZSIsImNkbnRzIjoxNzMxNDM1MjAzLCJjc3JmX3Rva2VuIjoiUmJMY2drZld6bU5tc1dNZiIsImdkcHIiOjB9