Menu
▾
▴
xpertmud-devel — Xpertmud developers mailing list
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
(7) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(5) |
Aug
(2) |
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(2) |
Jun
(5) |
Jul
|
Aug
(3) |
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2004 |
Jan
(2) |
Feb
(8) |
Mar
(4) |
Apr
|
May
(3) |
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(3) |
| 2005 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(11) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
(50) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: Greg T. <gt...@CL...> - 2006-10-05 01:38:34
|
Hello Manuel, It's good to hear things are still going, let me know if you need anything and I'll be glad to help as best as I can. I'm sure there won't be a lack for test victims too :) Manuel Klimek wrote: > Hi, > > progress report: > the kde4 branch compiles and links with visual studio and current > kdelibs trunk in windows with visual studio express, but crashes on > startup. I didn't find out (yet) why, it looks like kde has a problem > with using the debug versions of the standard c library on windows... > And it's still lots of work, because I just commented out all the > interesting stuff. > > Idea: Head for the dockwidget concept of qt 4.2 for our next xpertmud > release. Then we can dump qextmdi... > > cheers, > Manuel > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > xpertmud-devel mailing list > xpe...@li... > https://lists.sourceforge.net/lists/listinfo/xpertmud-devel > |
|
From: Manuel K. <kl...@bo...> - 2006-10-04 20:32:49
|
Hi, progress report: the kde4 branch compiles and links with visual studio and current kdelibs trunk in windows with visual studio express, but crashes on startup. I didn't find out (yet) why, it looks like kde has a problem with using the debug versions of the standard c library on windows... And it's still lots of work, because I just commented out all the interesting stuff. Idea: Head for the dockwidget concept of qt 4.2 for our next xpertmud release. Then we can dump qextmdi... cheers, Manuel |
|
From: Manuel K. <kl...@bo...> - 2006-08-24 06:24:42
|
> Is that the free version of Visual Studio? Yep, it is. The next three weeks nothing interesting will happen, because I'll be on vacation, but I plan to do the porting step by little step in my spare time afterwards (second half of September). kde4's just too exciting ;) I'll keep you up to date on my progress on this list. /Manuel |
|
From: Julian B. <ju...@jl...> - 2006-08-24 01:27:16
|
Is that the free version of Visual Studio? If so let me know when you get to a breaking point, and I will upgrade my environment to match yours and help you on the Win32 as well as the Linux side. Thanx Julian Manuel Klimek wrote: > Hey, > > I just started the kde4 port in branches/kde4. > I'm developing with win32 visual studio express. > kdelibs compilation see http://www.kdelibs.com. > I checked in a first little CMakeLists and > ported xpertmud/Bookmarks.cc. > Compiles and links (lacking main, of course :0) > > So, yay, the port is officially started. > > see ya, > Manuel > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > xpertmud-devel mailing list > xpe...@li... > https://lists.sourceforge.net/lists/listinfo/xpertmud-devel > > |
|
From: Greg T. <gt...@CL...> - 2006-08-23 22:28:17
|
Excellent! Make sure to keep us posted. Manuel Klimek wrote: > Hey, > > I just started the kde4 port in branches/kde4. > I'm developing with win32 visual studio express. > kdelibs compilation see http://www.kdelibs.com. > I checked in a first little CMakeLists and > ported xpertmud/Bookmarks.cc. > Compiles and links (lacking main, of course :0) > > So, yay, the port is officially started. > > see ya, > Manuel > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > xpertmud-devel mailing list > xpe...@li... > https://lists.sourceforge.net/lists/listinfo/xpertmud-devel > |
|
From: Manuel K. <kl...@bo...> - 2006-08-23 20:26:44
|
Hey, I just started the kde4 port in branches/kde4. I'm developing with win32 visual studio express. kdelibs compilation see http://www.kdelibs.com. I checked in a first little CMakeLists and ported xpertmud/Bookmarks.cc. Compiles and links (lacking main, of course :0) So, yay, the port is officially started. see ya, Manuel |
|
From: Manuel K. <kl...@bo...> - 2006-03-06 07:23:10
|
hi guys, xpertmud sources are now moved to subversion. You're free to commit there perhaps the next thing to do would be to create an xpertmud 3 branch and start going for kdelibs 4 in trunk? I did a little research on the current kdelibs 4 status and found out: - kdelibs 4 seems to run on win32 (even with msvc++ express) - I compiled qt 4 on win32 with msvc++ express, works for me - there are two build systems for kde 4, but the kde guys don't know yet which one will be "the one" cmake and scons (cmake can generate native make files for platforms: msvc++, kdevelop, gnu-make, nmake etc) (scons is a python make which is not make compatible) at a first glance, I like cmake more, I'll try to compile kdelibs4 trunk with cmake this week I'd vote for moving trunk to kdelibs 4 and 'real' qt 4 (no compat stuff), then we can pipe the compat directory to /dev/trash and we've got the complete nice stuff on windows, too. We can still do bugfixing and enhancements in the xpertmud 3 branch (branching and merging is a lot easier in subversion now than it was in cvs) I don't think we've got the human resources to go any other way atm. What do you think about it? Comments? Ideas? Objections? happy hacking, Manuel |
|
From: Greg T. <gt...@CL...> - 2006-03-06 01:11:02
|
We've got a decent one on http://docs.btmux.com under the HardCode section. Look for the Subversion link. Julian Brown wrote: > Is there a doc on subversion so I know how to use it? > > Thanx > > Julian > > Manuel Klimek wrote: > >> Hi guys, >> >> subversion support in sf.net is up and running and I'm going >> to import the cvs history into subversion. >> Please check your new stuff into subversion once it's >> available >> If you got local modifications on CVS HEAD: >> checkout subversion trunk >> copy the changed files over the ones in the subversion repo >> checkin >> >> regards, >> Manuel >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by xPML, a groundbreaking scripting language >> that extends applications into web and mobile media. Attend the live webcast >> and join the prime developer group breaking into this new coding territory! >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 >> _______________________________________________ >> xpertmud-devel mailing list >> xpe...@li... >> https://lists.sourceforge.net/lists/listinfo/xpertmud-devel >> >> >> > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > xpertmud-devel mailing list > xpe...@li... > https://lists.sourceforge.net/lists/listinfo/xpertmud-devel > > |
|
From: Julian B. <jb...@jl...> - 2006-03-04 23:18:46
|
Ok, I got the compat version to run on Linux. I will check that in
permanently once Manuel gets us converted over to Subversion.
Now I can go after the bugs I intended to in the first place.
-------------------------------------------------------------------------
#if 1
void* dl_handle = NULL;
cout << "******** Calling dlopen (" << list.first ().latin1 () <<
")" << endl;
symAddr = NULL;
dl_handle = dlopen (list.first ().latin1 (), RTLD_NOW | RTLD_GLOBAL);
if (dl_handle != NULL)
{
symAddr = dlsym (dl_handle, function.latin1 ());
}
#else
cout << "going down" << endl;
exit (0);
cout << "QLibrary::resolve('" << list.first().latin1() << "', '" <<
function.latin1() << "');" << endl;
symAddr = QLibrary::resolve(list.first().latin1(), function.latin1());
#endif
-------------------------------------------------------------------------
|
|
From: Julian B. <ju...@jl...> - 2006-03-04 23:17:20
|
Is there a doc on subversion so I know how to use it? Thanx Julian Manuel Klimek wrote: > Hi guys, > > subversion support in sf.net is up and running and I'm going > to import the cvs history into subversion. > Please check your new stuff into subversion once it's > available > If you got local modifications on CVS HEAD: > checkout subversion trunk > copy the changed files over the ones in the subversion repo > checkin > > regards, > Manuel > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > xpertmud-devel mailing list > xpe...@li... > https://lists.sourceforge.net/lists/listinfo/xpertmud-devel > > |
|
From: Manuel K. <kl...@bo...> - 2006-03-04 14:28:16
|
Hi guys, subversion support in sf.net is up and running and I'm going to import the cvs history into subversion. Please check your new stuff into subversion once it's available If you got local modifications on CVS HEAD: checkout subversion trunk copy the changed files over the ones in the subversion repo checkin regards, Manuel |
|
From: Julian B. <ju...@jl...> - 2006-02-28 18:46:11
|
Forgot to global post this. -------- Original Message -------- Subject: Re: [xpertmud-devel] Windows Port of QT3 Date: Tue, 28 Feb 2006 10:43:38 -0600 From: Julian Brown <ju...@jl...> To: Ernst Bachmann <e.b...@xe...> References: <440...@jl...> <200...@xe...> Ernst Bachmann wrote: > > No help from the qt3 porters/mailinglist? > > I have tried everything posted there. Mingw worked better, but is dying with multiscreen.h or something > > > The reason is already known, the dlopen() call loading the scripting > interpreter is missing the "RTDL_GLOBAL" flag. "man dlopen" for details. > > QT4 will still behave the same, as for loading QT Modules its not needed and > does more harm than good. > > The reason I am spending time on this, is because if we drop kde and use qt4, might as well use the compat dir, why reinvent the wheel? So if I drop the use of QLibrary, and just rewrite the class for Linux only to call the dlopen, and appropriate dl calls I should be able to get around this, then we will have a base to start the Qt4 port without having to change the outer framework, only the QT specific calls that have changed. Then proceed to take advantage of Qt4 after a port has taken place. Let me think about replacing QLibrary in the compat dirs and that will probably move me forward. Julian |
|
From: Ernst B. <e.b...@xe...> - 2006-02-28 09:51:16
|
Hi Julian, On Tuesday 28 February 2006 03:07, Julian Brown wrote: > I have completely given up on compiling QT3 on Windows. I have tried > the free version of MS C++ and MingW it is just problem after problem > after problem. No help from the qt3 porters/mailinglist? > I am currently trying to get the Perl problem fixed in the QT only > version of the Linux XPertMUD. > I am posting on PerlMonks in hopes they can help me work that problem > out. I briefly looked at the QLibrary class on QT4 and it has basically > the same parameters as QT3, so we need to figure out how to load Perl > in QT. Well, As I posted already, its only a problem when debugging the QT-Only Version on Linux. It doesn't affect the Windows version, and it doesn't affect the Linux/KDE version. And even for the QT-Only debug build on Linux there's an almost trivial workarround which doesn't affect debugging at all. Just don't load the BattleRecorder script extension, and you're ready to run. > I am hoping between the PerlMonks and strace I can figure out the > problem. Then we can move to QT4 once we can dump KDE. The reason is already known, the dlopen() call loading the scripting interpreter is missing the "RTDL_GLOBAL" flag. "man dlopen" for details. QT4 will still behave the same, as for loading QT Modules its not needed and does more harm than good. > Julian /Ernst |
|
From: Julian B. <jb...@jl...> - 2006-02-28 04:07:27
|
I have completely given up on compiling QT3 on Windows. I have tried the free version of MS C++ and MingW it is just problem after problem after problem. I am currently trying to get the Perl problem fixed in the QT only version of the Linux XPertMUD. I am posting on PerlMonks in hopes they can help me work that problem out. I briefly looked at the QLibrary class on QT4 and it has basically the same parameters as QT3, so we need to figure out how to load Perl in QT. I am hoping between the PerlMonks and strace I can figure out the problem. Then we can move to QT4 once we can dump KDE. Julian |
|
From: Ernst B. <e.b...@xe...> - 2006-02-20 09:53:07
|
On Monday 20 February 2006 01:23, Julian Brown wrote: > Man this is a beast. I am trying to build qt3 on Windows and am having > nothing but pain and agony. I found some more articles to work through > but man this is not easy. maybe someone has an pre-build binary of that QT3/GPL for windows? If it contains the header files, it should be good enough... > I am thinking about blowing this off and moving on to QT4. I have found > a porting guide to make an existing qt3 ported to qt4. > > Here is the question though, can we ditch KDE and build the app totally > out of QT4? The worst case for that would be to use the existing compat > dirs and just port them to qt4. That would be a large effort, so if you really plan to do that, maybe coordinate with Manuel to do the CVS->SVN switch at the same time. That way we could keep the current CVS as "QT3 Branch" for occasional bugfixes and stuff, and have QT4 development in SVN. > Also Ernst if we do that we will need to figure out that perl problem, > perl is critical to this app. Well, thats not really a problem. on Windows it works cause windows lacks the features to make it break. on Linux it works because the KDE - KLibLoader "does the right thing". It only fails (partially) on Linux if you use the QT-Only build, and even then, its like 99% working. Just disable the battlerecorder, and you're ready to run there, too. Should be good enough to do debugging there, anyways. For the QT4 switch, we could hope that QLibrary has the needed functionality by now (didn't look at it yet), or have to do it "by hand" on linux, with some low-level ltdl coding. > Anyway I will put more time into the qt3 build on Tuesday evening. Good luck ;) /Ernst |
|
From: Julian B. <ju...@jl...> - 2006-02-20 02:24:09
|
Man this is a beast. I am trying to build qt3 on Windows and am having nothing but pain and agony. I found some more articles to work through but man this is not easy. I am thinking about blowing this off and moving on to QT4. I have found a porting guide to make an existing qt3 ported to qt4. Here is the question though, can we ditch KDE and build the app totally out of QT4? The worst case for that would be to use the existing compat dirs and just port them to qt4. Also Ernst if we do that we will need to figure out that perl problem, perl is critical to this app. Anyway I will put more time into the qt3 build on Tuesday evening. I'm done for the weekend. Julian |
|
From: Ernst B. <e.b...@xe...> - 2006-02-19 09:29:48
|
On Sunday 19 February 2006 03:10, Julian Brown wrote: > I found this page, not sure if it will work or not. I'll let you know. > > http://qtwin.sourceforge.net/qt3-win32/compile-msvc.php > Thats the GPL QT Port done by the kde-on-cygwin project? Last time (about year ago) TE & I tried that, we got the gui working (with some minor graphic issues), but the QT network classes weren't implemented at that time. Maybe they made enough progress in the meantime to run xpertmud with, would be great, and we could release a fully GPL windows version till we port to QT4. /Ernst |
|
From: Ernst B. <e.b...@xe...> - 2006-02-18 21:24:35
|
On Saturday 18 February 2006 20:01, Julian Brown wrote: > Ernst > > In that case, forget about the windows on linux version. > > Can you give me the information to build this on Windows? > > You mentioned there is a free version of microsoft c++ compiler? > > Any other information would be useful. Well, you can download the vc++ compiler from MS, nmake and other assorted utils are in one of them .NET SDK packs methinks. Install & Compile QT, then its basically the same as the linux-qt build: qmake nmake nmake install with the right environment variables set. ... Hardest part will be obtaining a QT3 version for windows. /Ernst |
|
From: Julian B. <ju...@jl...> - 2006-02-18 21:02:06
|
Ernst In that case, forget about the windows on linux version. Can you give me the information to build this on Windows? You mentioned there is a free version of microsoft c++ compiler? Any other information would be useful. Thanx Julian Ernst Bachmann wrote: > On Saturday 18 February 2006 18:23, Julian Brown wrote: > >> I am sure this is a problem with the way the perl plugin was built but >> not sure what. >> >> First I am using the Procedure Ernst showed me for building on Linux >> with the compat dirs. >> >> Anyway find attached the Makefile in the scripting/perl directory >> generated by qmake. >> >> When I bring up xpertmud, I load frontiers.xmud then connect to >> btmux.com 5555 then type my connect message to login to the site. I >> imediately get these errors: >> >> Can't load '/usr/lib/perl5/5.8.7/i686-linux/auto/IO/IO.so' for module IO: >> /usr/lib/perl5/5.8.7/i686-linux/auto/IO/IO.so: undefined symbol: >> PL_sv_undef at >> /usr/lib/perl5/5.8.7/i686-linux/XSLoader.pm line 68. >> at /usr/lib/perl5/5.8.7/i686-linux/IO.pm line 11 >> Compilation failed in require at >> /usr/lib/perl5/5.8.7/i686-linux/IO/Handle.pm >> line 260. >> ... >> >> The message is much longer, but that last part with module IO is the >> problem. >> > > On linux it won't be possible to use perl modules implemented as .so file with > the compat/klibloader. > > You'll have to remove all those modules from your scripts while debugging the > qt-only version. > (It's probably the battlerecorder using IO::File, which inherits IO::Handle) > > Reason is that QLibrary loads the scriptinterpreter as "private" library, all > symbols are hidden and not exported to the app codespace. > Now if perl wants to load a .so module, it can't link it because the perl > symbols needed for it are all hidden. > > Windows afaik hasn't support for hidden symbols, so here perl modules can be > loaded with that implementation. (All perl symbols are global here by > default) > > On the Linux/KDE version, this isn't a problem as well, here the special > "globalLibrary" method of KLibLoader is used, which loads the library and > exports all its symbols. > > Not sure about MacOS X / Darwin, has been ages since I last compiled it there. > > As a workarround you could also try to use only the KDE KLibLoader and keep > the rest of the compat dir, but that would probably require major tweaks to > the makefiles... > > /Ernst > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > xpertmud-devel mailing list > xpe...@li... > https://lists.sourceforge.net/lists/listinfo/xpertmud-devel > > |
|
From: Ernst B. <e.b...@xe...> - 2006-02-18 20:54:41
|
On Saturday 18 February 2006 18:23, Julian Brown wrote: > I am sure this is a problem with the way the perl plugin was built but > not sure what. > > First I am using the Procedure Ernst showed me for building on Linux > with the compat dirs. > > Anyway find attached the Makefile in the scripting/perl directory > generated by qmake. > > When I bring up xpertmud, I load frontiers.xmud then connect to > btmux.com 5555 then type my connect message to login to the site. I > imediately get these errors: > > Can't load '/usr/lib/perl5/5.8.7/i686-linux/auto/IO/IO.so' for module IO: > /usr/lib/perl5/5.8.7/i686-linux/auto/IO/IO.so: undefined symbol: > PL_sv_undef at > /usr/lib/perl5/5.8.7/i686-linux/XSLoader.pm line 68. > at /usr/lib/perl5/5.8.7/i686-linux/IO.pm line 11 > Compilation failed in require at > /usr/lib/perl5/5.8.7/i686-linux/IO/Handle.pm > line 260. > ... > > The message is much longer, but that last part with module IO is the > problem. On linux it won't be possible to use perl modules implemented as .so file with the compat/klibloader. You'll have to remove all those modules from your scripts while debugging the qt-only version. (It's probably the battlerecorder using IO::File, which inherits IO::Handle) Reason is that QLibrary loads the scriptinterpreter as "private" library, all symbols are hidden and not exported to the app codespace. Now if perl wants to load a .so module, it can't link it because the perl symbols needed for it are all hidden. Windows afaik hasn't support for hidden symbols, so here perl modules can be loaded with that implementation. (All perl symbols are global here by default) On the Linux/KDE version, this isn't a problem as well, here the special "globalLibrary" method of KLibLoader is used, which loads the library and exports all its symbols. Not sure about MacOS X / Darwin, has been ages since I last compiled it there. As a workarround you could also try to use only the KDE KLibLoader and keep the rest of the compat dir, but that would probably require major tweaks to the makefiles... /Ernst |
|
From: Julian B. <ju...@jl...> - 2006-02-18 19:23:55
|
I am sure this is a problem with the way the perl plugin was built but not sure what. First I am using the Procedure Ernst showed me for building on Linux with the compat dirs. Anyway find attached the Makefile in the scripting/perl directory generated by qmake. When I bring up xpertmud, I load frontiers.xmud then connect to btmux.com 5555 then type my connect message to login to the site. I imediately get these errors: Can't load '/usr/lib/perl5/5.8.7/i686-linux/auto/IO/IO.so' for module IO: /usr/lib/perl5/5.8.7/i686-linux/auto/IO/IO.so: undefined symbol: PL_sv_undef at /usr/lib/perl5/5.8.7/i686-linux/XSLoader.pm line 68. at /usr/lib/perl5/5.8.7/i686-linux/IO.pm line 11 Compilation failed in require at /usr/lib/perl5/5.8.7/i686-linux/IO/Handle.pm line 260. ... The message is much longer, but that last part with module IO is the problem. Any ideas? Thanx Julian |
|
From: Ernst B. <e.b...@xe...> - 2006-02-17 18:55:54
|
On Friday 17 February 2006 17:43, Julian Brown wrote: > Ernst > > Excellent, I will try that during my debugging. Also I will create a > notes file with this info and check it in. > its already in cvs, "INSTALL-NO_KDE" /Ernst |
|
From: Julian B. <ju...@jl...> - 2006-02-17 18:43:31
|
Ernst Excellent, I will try that during my debugging. Also I will create a notes file with this info and check it in. Julian Ernst Bachmann wrote: > Hi, > > Here an little explanation on how to compile xpertmud on Linux using the > Source/quirks originally designed for windows, that is, without KDE but with > the compat dir. > > might be usefull for debugging the compat stuff, and should contain the same > bugs as the windows version (given the QT lib really behaves the same on > windows/linux) > > start with a fresh checkout. > > >> qmake xpertmud.pro >> make >> make INSTALL_ROOT=/tmp/xmud_test/ install >> > > >> cd xpertmud/scripting/perl >> make -f Makefile.am srcdir=. PERL=perl generated >> > ( if this step fails/shows error messages, > >> chmod +x pl2h.pl createCallbacks.pl >> rm Auto* sysinit_plf.h >> > and retry ) > > >> PERL=perl qmake libxmperlinterpreter.pro >> make INSTALL_ROOT=/tmp/xmud_test/ install >> > > At this point, you should have an working xpertmud with perl. > to try it: > >> cd /tmp/xmud_test >> ./xpertmud-qt >> > > Now compile the hud plugin: > >> cd ../../plugins/battletech/ >> qmake xmud_battletech.pro >> make >> make INSTALL_ROOT=/tmp/xmud_test/ install >> > > and you should be ready to run. > > /Ernst > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > xpertmud-devel mailing list > xpe...@li... > https://lists.sourceforge.net/lists/listinfo/xpertmud-devel > > |
|
From: Julian B. <ju...@jl...> - 2006-02-17 18:41:17
|
I will be working on it this weekend.
Also this seems to be limited to Windows only, but have not fully
confirmed it is not in Linux as well.
I will check in some test code, then you can build a copy for windows
for me so i can test it.
Also it may be useful to show me your windows build environment so that
I can duplicate it here and not bother you till the work is finished.
Thanx
Julian
Ernst Bachmann wrote:
> On Thursday 16 February 2006 23:51, Julian Brown wrote:
>
>> I just published one of my basic tools. I use this mostly when
>> debugging some of my servers, but it makes client debugging easier.
>>
>> I will be adding targeted debugging message methods as the need arises,
>> especially useful when debugging protocols, once I understand the data
>> stream then I add methods for that stream.
>>
>> I intend to use this first against the random combat disconnects. This
>> appears to be Windows only, but I will check it out first on Linux and
>> then go after the Windows version.
>>
>
> When I last looked into that issue, it looked like the TCP connect was still
> up, but the Socket class used by xpertmud was blocked somehow.
>
> Maybe a good starting point would be a method to dump the current state of the
> Socket object on demand.
>
> Have a look at Connection.cc, that class wraps the socket for xpertmud.
> On Linux it uses "KExtendedSocket" for the low-level connection. On windows
> that class is emulated by compat/kextendedsocket.h.
>
> At a first glance, the
>
> void slotReadyRead() {
> while(bytesAvailable() > 0)
> emit readyRead();
> }
>
> Loop looks suspicious to me, because it'll look up if the slots connected to
> readyRead() don't read all data (maybe waiting for a multi-character sequence
> to be available?).
>
> maybe replace it with
>
> void slotReadyRead() {
> int i=0;
> while(i++ < 100 && bytesAvailable() > 0)
> emit readyRead();
>
> if (i>5)
> displayUglyWarningMessageAndDebugInfo();
> }
>
> as a quick'n'dirty workarround and see if it fixes things?
>
> /Ernst
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> xpertmud-devel mailing list
> xpe...@li...
> https://lists.sourceforge.net/lists/listinfo/xpertmud-devel
>
>
|
|
From: Ernst B. <e.b...@xe...> - 2006-02-17 11:44:29
|
Hi, Here an little explanation on how to compile xpertmud on Linux using the Source/quirks originally designed for windows, that is, without KDE but with the compat dir. might be usefull for debugging the compat stuff, and should contain the same bugs as the windows version (given the QT lib really behaves the same on windows/linux) start with a fresh checkout. > qmake xpertmud.pro > make > make INSTALL_ROOT=/tmp/xmud_test/ install > cd xpertmud/scripting/perl > make -f Makefile.am srcdir=. PERL=perl generated ( if this step fails/shows error messages, > chmod +x pl2h.pl createCallbacks.pl > rm Auto* sysinit_plf.h and retry ) > PERL=perl qmake libxmperlinterpreter.pro > make INSTALL_ROOT=/tmp/xmud_test/ install At this point, you should have an working xpertmud with perl. to try it: > cd /tmp/xmud_test > ./xpertmud-qt Now compile the hud plugin: > cd ../../plugins/battletech/ > qmake xmud_battletech.pro > make > make INSTALL_ROOT=/tmp/xmud_test/ install and you should be ready to run. /Ernst |
