The resulting binaries and libraries are placed in the bin/ and lib/ directories, these can be copied to the corresponding directories under /usr/pluto/ but you might want to make a backup of those directories first.

So I copy libpluto_main.so that just got built from pluto_main to the lib folder, and everything links just fine.

I'm trying to add support for svn mythtv, so I build the MythTV_Plugin.so by changing to the MythTV_Plugin and doing a make so. I then copy the MythTV_Plugin.so /usr/pluto/bin and restart the DCERouter, but it won't load due to unresolved symbols:

Strange, I don't recall having to move libraries around, maybe I forgot a step. Did you copy the libraries from /usr/pluto/lib over first?

Ok, i tried it again with a fresh source tree and everything built ok. I was working with a source tree that I manually built a few parts of (basically manually following the script in the Ubuntu_Helpers folder), so I'm not sure what happened there.

I still can't load the MythTV_plugin.so though (neither the one from the bin dir or the MythTV_Plugin folder), DCERouter quits with the same undefined symbol.

clehmann@cascade:~/builds/LinuxMCE-1.1-SRC/src/DCERouter$ sudo gdb /usr/pluto/bin/DCERouterGNU gdb 6.6-debianCopyright (C) 2006 Free Software Foundation, Inc.GDB is free software, covered by the GNU General Public License, and you arewelcome to change it and/or distribute copies of it under certain conditions.Type "show copying" to see the conditions.There is absolutely no warranty for GDB. Type "show warranty" for details.This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".(gdb) rStarting program: /usr/pluto/bin/DCERouter[Thread debugging using libthread_db enabled][New Thread -1227950384 (LWP 25467)]Copyright (C) 2004 Pluto, Inc., a Florida Corporationwww.plutohome.comPhone: +1 (877) 758-8648This program is distributed according to the terms of the Pluto Public License, available at:http://plutohome.com/index.php?section=public_licenseThis program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY;without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.See the Pluto Public License for more details.---------------

Well you were running the program without arguments in the debugger, you could try: "r -h localhost -l /tmp/DCERouter.log" instead, or even better use a core file as produced in the real situation. When using a core file, it's a good idea to go into LinuxMCE-1.1-SRC/src/DCERouter and do it from there so that the debugger can find the source files.

I have been digging a little further, and tried to build the "mce-launcher", which failed because it tries to link to Gnome libraries. Combined with this problem: Compiling LinuxMCE version of MythTV, I'm starting to think that these are not the sources used to build 1.1-0704 at all.

then cd to one of the binary directories, like cd /home/source/src/App_Server, and run: make clean binor cd to one of the plugins, like cd /home/source/src/Media_Plugin, and run: make clean so

Then I edit the files locally and recompile as needed. To test it, I either (a) copy the output to /usr/pluto/bin (backup the original file first), (b) make a symlinc in /usr/pluto/bin point ot my output directory, or (c) kill the screen session that's running the device and run it manually from the source directory with: [binary name] -d [device id] -r dcerouter

I'll work on coming up with a clean set of instructions to build all the code and packages from that tar ball. It is the correct set of sources afaik.

This is really confusing with my problem that Zaerc sited. As I mentioned in the post, I confirmed that I did compile and run the MythTV from that source tar ball... Are there any patches that need to be applied to MythTV beforehand, or do you not use that source for MythTV for the MythTV packages? I've been going over it many times in my head and I can't think of anything that I could have missed...

Yes, that would work for x86 builds, but it would make it impossible to get it to work on other platforms. Of course I know more work would likely need to be done to do that... especially the PS3 and other big endian platforms...

I want to be clear. I'm in no way complaining, just trying to get a feel for the way thing currently stand.

Looking at the source now, but I don't really see anything out of the ordinary so I guess I have to set a breakpoint and see how the parameters are filled. It's pretty desperate but I don't have any other ideas at the moment.

Just wanted to say thanks for digging into this and posting it Zaerc. This is really helping me get moving on the Insteon stuff. I know it's a pain to post every little thing (and you're certainly one to point that out ) but LMCE seems to be getting on its feet as a multi-developer project, slowly. You're definitely a big part of that.