Hi Catherine,
Wow! This is good news! I would love to see your code--maybe I can even help you "cmake-ify" it.
Yes I agree--I think separating the google code out is a good idea. Let me look into that. Let's hook up in-world and we can talk more.
I am thrilled about your efforts! I can't wait to see the code!
by Catherine Pfeffer (not verified) - 10/05/2009 - 16:43
Hi Dooglio,
I wanted to let you know that I wrote the skeleton of a text-only robot based on LLChatLib.
It was very easy to write, and the resulting code is very clean. As one could expect, it is much simpler than the GUI version ;-).
A suggestion: I think that the google translator module should be made optional and go to a separate library, for the people like me who don't need it.
There's still a long road ahead before I can write my cross-grid IM bridge. First, I have not tried the group IMs yet. Second; I have not tried to log into something else as second life. Third, there's a lot of customization and polishing needed before my code can be published for general use (for example, I don't use CMake yet).
I can show you the source code whenever you want, if it interests you.
Sorry to bother you again,
$ ./slitechat
terminate called after throwing an instance of 'LLC::AuthException'
any clue ?
yes, it starts looking like a forum ;-).
Our messages crossed.
I am on a 64 bits box (in a vmware to avoid interfering with my work box).
And yes I tried with your 3rdparty tarball, without success (but without tying very hard either). Standalone seemed more natural as I had most development stuff already installed.
Not stupid at all. This is good information to have out there for other people trying to compile.
Some one suggested that I create a forum. I'm beginning to think that is a good idea. :-)
Thanks for your interest in SLiteChat!
OK, problem solved. It was my fault, I was using the wrong version of CMake. Sorry for having bothered you.
While we're at it, I'd like to stress that I had to add the following line
/usr/include/xmlrpc-epi
to the file cmake/FindXmlRpcEpi.cmake
because the KUbuntu packages are stored there and CMake does not find the include files for xmlrpc-epi otherwise.
See you in SL if you want to discuss projects around llchatlib, I'll let you meet the Pidging volunteer.
Sorry again for the stupid mistake.
Hi Catherine,
Yes I will add you in SL and we can talk more there when I have the time to run it.
In the meantime, what is your CPU? 64 or 32 bits? And, have you tried to download my 3rdPary tarball and compile in non STANDALONE mode? Running Jaunty with and i686 CPU, I am able to compile correctly. Also, I am using the 1.4.1 source tarball in this case. Let me know if that works for you.
Hi Dooglio,
That's not my project. If I were to write a plugin for an instant messenger, it would rather be for Konversation or Kopete than for Pidgin ;-). But I can put you in contact (in SL) with the Pidgin guy. There also seems to be a third person interested on http://developer.pidgin.im/ticket/7425 .
My own need is different, it would be to let group IMs be mirrored between SL, New World Grid and OSgrid (at least).
In any case, unsetting the STATIC flag for boost did not help. The error messages look like : slitechat-1.4.1/LLChatLib/llxml/libllxml.a(llcontrol.o): In function `boost::signal1<void, LLSD const&, boost::last_value, int, std::less, boost::function<void ()(LLSD const&), std::allocator > >::operator()(LLSD const&)':
llcontrol.cpp:(.text._ZN5boost7signal1IvRK4LLSDNS_10last_valueIvEEiSt4lessIiENS_8functionIFvS3_ESaIvEEEEclES3_[boost::signal1<void, LLSD const&, boost::last_value, int, std::less, boost::function<void ()(LLSD const&), std::allocator > >::operator()(LLSD const&)]+0x28): undefined reference to `boost::signals::detail::call_notification::call_notification(boost::shared_ptr const&)'
Let's meet in SL? I'm Catherine Pfeffer there.
Hi Catherine,
SLiteChat was built to use the static Boost libraries. If you look at the file cmake/Boost.cmake, around line 41, there is an option there:
set( Boost_USE_STATIC_LIBS ON )
If you set this to "OFF', it will attempt to locate the shared version of the Boost libraries. I am assuming you are building with STANDALONE set to TRUE.
I think it would be approprate for me to put in a CACHE variable which controls this from the CMake interface.
Thanks for contacting me about this. One of the reasons I wrote LLChatLib was so I could create a PIdgin plugin for SL. I wound up writing my own GUI instead... :-) But I am very excited about your project! Let me know if there is anything I can do to help.
Hello,
I am trying to help a friend who wants to write a SL IM plugin for pidgin using slitechat's library. I myself would like to forward group messages between SL and OpenSim grids.
So far, I can't compile slitechat on Kubuntu Jaunty (standalone), because at link time, some boost_signal symbols are missing.
Which version of boost libraries are needed? According to the "3rdparty" file it's libboost_signals-vc80-mt-s-1_34, but kubuntu comes with libboost_signals-gcc42-mt-1_34_1. Where can I get the correct deb packages for boost?
Thanks in advance for your kind help.
Comments
Hi Catherine, Wow! This is
Hi Dooglio, I wanted to
Now group IMs work too. I
OK, tested... It works
Found the solution, I needed
Sorry to bother you
Our messages crossed. I am
Not stupid at all. This is
OK, problem solved. It was my
On other thing: what versoin
Hi Catherine, Yes I will
Hi Dooglio, That's not my
Hi Catherine, SLiteChat
Hello, I am trying to help