korrode

This is mostly @Xaphier: I'm trying to build a static binary atm. I'm successfully building a binary that's nicely static: [korrode@legion elc]$ ldd el_client linux-vdso.so.1 => (0x00007ffff65ff000) libGL.so.1 => /usr/lib/libGL.so.1 (0x00007fefaa70f000) libX11.so.6 => /usr/lib/libX11.so.6 (0x00007fefaa3d0000) libXext.so.6 => /usr/lib/libXext.so.6 (0x00007fefaa1be000) libpthread.so.0 => /lib/libpthread.so.0 (0x00007fefa9fa1000) librt.so.1 => /lib/librt.so.1 (0x00007fefa9d99000) libdl.so.2 => /lib/libdl.so.2 (0x00007fefa9b95000) /lib64/ld-linux-x86-64.so.2 (0x00007fefaaa1f000) libnvidia-tls.so.275.21 => /usr/lib/libnvidia-tls.so.275.21 (0x00007fefa9992000) libnvidia-glcore.so.275.21 => /usr/lib/libnvidia-glcore.so.275.21 (0x00007fefa7b6a000) libc.so.6 => /lib/libc.so.6 (0x00007fefa7809000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007fefa75ee000) libm.so.6 => /lib/libm.so.6 (0x00007fefa736c000) libXau.so.6 => /usr/lib/libXau.so.6 (0x00007fefa716a000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007fefa6f65000) [korrode@legion elc]$ but it seg faults when ran I've got debugging symbols on the binary (not that it's making a difference to gdb output) and my gdb output is this: [korrode@legion elc]$ gdb el_client GNU gdb (GDB) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /home/korrode/el_git/elc.20110812-1-opengl2-orig-static-1/elc/el_client...done. (gdb) run Starting program: /home/korrode/el_git/elc.20110812-1-opengl2-orig-static-1/elc/el_client [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0x0000000000c4099a in do_sym () (gdb) bt #0 0x0000000000c4099a in do_sym () #1 0x00007ffff6f55044 in ?? () from /lib/libdl.so.2 #2 0x00007ffff7deb9e6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 #3 0x00007ffff6f554cf in ?? () from /lib/libdl.so.2 #4 0x00007ffff6f5509a in dlsym () from /lib/libdl.so.2 #5 0x00007ffff7b6b0a3 in ?? () from /usr/lib/libGL.so.1 #6 0x00007ffff7b6ba19 in ?? () from /usr/lib/libGL.so.1 #7 0x00007ffff7b4df8e in ?? () from /usr/lib/libGL.so.1 #8 0x00007ffff7debb74 in call_init () from /lib64/ld-linux-x86-64.so.2 #9 0x00007ffff7debca6 in _dl_init_internal () from /lib64/ld-linux-x86-64.so.2 #10 0x00007ffff7ddf3fa in _dl_start_user () from /lib64/ld-linux-x86-64.so.2 #11 0x0000000000000001 in ?? () #12 0x00007fffffffea81 in ?? () #13 0x0000000000000000 in ?? () (gdb) Any ideas? To replicate what I'm doing on an Arch Linux 64bit system do the following: Install v1.1 of the eternallands-staticlibs package (pre-built binary package or AUR). git checkout feature/opengl2 branch and run cmake before running make go into elc/CMakeFiles/el_client.dir/ and replace the contents of link.txt with this then run make.

How to compile on Linux: Install glmath and boost (if not already installed). git clone git://git.berlios.de/elc cd elc git checkout feature/opengl2 cmake ./ make

ahh I see... I was thinking the glm.hpp was something that was meant to come with the EL source. I'm just installing GLM now, i'll try again shortly. (For any Arch users who want GLM, it's not in the repos, but it's in AUR: http://aur.archlinux.org/packages.php?ID=41969 ) EDIT: Success. Client built fine and runs, i'm logged in with it now. Now to find where the linker parameters are and mess with them

so i did: git pull git checkout feature/opengl2 I saw cmake files appear and did: cmake . make and it started building but: [ 15%] Building CXX object engine/lua/CMakeFiles/elluac++.dir/linit.cpp.o [ 16%] Building CXX object engine/lua/CMakeFiles/elluac++.dir/lcode.cpp.o [ 16%] Building CXX object engine/lua/CMakeFiles/elluac++.dir/lbaselib.cpp.o [ 16%] Building CXX object engine/lua/CMakeFiles/elluac++.dir/lopcodes.cpp.o [ 17%] Building CXX object engine/lua/CMakeFiles/elluac++.dir/ldebug.cpp.o [ 17%] Building CXX object engine/lua/CMakeFiles/elluac++.dir/loadlib.cpp.o Linking CXX static library libelluac++.a [ 17%] Built target elluac++ Scanning dependencies of target elengine [ 17%] Building CXX object engine/CMakeFiles/elengine.dir/light.cpp.o In file included from /home/korrode/el_git/elc.20110812-1-opengl2/elc/engine/light.hpp:15:0, from /home/korrode/el_git/elc.20110812-1-opengl2/elc/engine/light.cpp:8: /home/korrode/el_git/elc.20110812-1-opengl2/elc/engine/prerequisites.hpp:33:23: fatal error: glm/glm.hpp: No such file or directory compilation terminated. make[2]: *** [engine/CMakeFiles/elengine.dir/light.cpp.o] Error 1 make[1]: *** [engine/CMakeFiles/elengine.dir/all] Error 2 make: *** [all] Error 2 [korrode@legion elc]$ What am I doing wrong? :<

[korrode@legion el_linux]$ ./el_opengl2_x86_64.bin Segmentation fault [korrode@legion el_linux]$ gdb el_opengl2_x86_64.bin GNU gdb (GDB) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /opt/el_linux/el_opengl2_x86_64.bin...(no debugging symbols found)...done. (gdb) run Starting program: /opt/el_linux/el_opengl2_x86_64.bin [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0x00007ffff64b126b in ?? () from /usr/lib/libxcb.so.1 (gdb) bt #0 0x00007ffff64b126b in ?? () from /usr/lib/libxcb.so.1 #1 0x00000000009dc6ec in _XConnectXCB () #2 0x00007ffff3d3e868 in XOpenDisplay () from /usr/lib/libX11.so.6 #3 0x00007ffff7872317 in ?? () from /usr/lib/libSDL-1.2.so.0 #4 0x00007ffff7861ebc in SDL_VideoInit () from /usr/lib/libSDL-1.2.so.0 #5 0x00007ffff7839ca6 in SDL_InitSubSystem () from /usr/lib/libSDL-1.2.so.0 #6 0x00007ffff7839d11 in SDL_Init () from /usr/lib/libSDL-1.2.so.0 #7 0x00000000007d4083 in init_stuff () #8 0x00000000007d294f in main () (gdb) Although there's no debugging symbols on the binary, the output looked like it may still have some useful info. I'll figure out how to check it out from berlios and try compiling myself.

*yawns* These issues are so easy to resolve. Just let players start them and don't have a limit on how often. So what if they're "farmed" and basically offer a (possibly faster) replacement for 'traditional' a/d training. How is it actually going to hurt anything?. Traditional a/d training in EL is the most boring shit there is anyway, having invances be a full blown alternative would make the game better. The only outstanding issue would be policing people who try to just sit in the fort and not contribute.

What's wrong with your own invance? What makes you so special that you need to visit more invances that others? Do you really care? No! So why asking? If you still want to talk about it, then be my guest on forum messenger or PM in game. I doubt anyone else is interested and I don't want to make off topic called "Why Devnul is special". lol... Alberich made a good point, your response being somewhat aggressive and an attempt to move the conversation to a non-public place doesn't look good for you.

Monday morning 3am, not likely. Make it 5pm (GMT) on Saturday, that's 2am Sunday morning, that's more do-able. edit: actually forget it, no matter when it is, i'm not going.

also, fluff can't kill acw

ahahhaha awesome i need to get back into EL to come play in chan

cept Windows doesn't have 'installed SDL libraries' , the SDL .dll's come with the EL client.

Reiterating and expanding on what Maxi has said: <140 a/d'ers tanking Icy's & Bula's is just no go. I know you like rostos poofing, but the chance of poofing heaps each instance is just too high. 8x 120-140 a/d'ers will not use twice the resources that 4x 150+ a/d'ers do, it'll be more like four times the amount, maybe more. The expensive PK Arrows would have to be used on the Bulas, the HE/SR burn for the people "tanking" (more like: getting smashed to pieces and mass restoring) would be huge. Not to mention that splitting the average drop from a pr0 instance across 8 people is too far into lame territory. If you factor in the rosto loss which will regularly be occurring when trying to tank Icy & Bula (even BD's tbh, especially since there's 7 of them), it'd run at a loss. And as Maxi said, the numbers of monsters that are still very hard for 120's and most 130's a/d'ers (Nasps, Giants, even ACW) will mean more deaths, resource burn, etc. I am 139 def (140 if you count vanquisher perk), I am negged hard with only Human nexus and thus have better attribs than probably any 'all-rounder' at high 130's a/d. I represent "a powerful high 130's a/d'er in EL". Very few characters <140 a/d are as strong as mine. I still need to use multiple types of defensive boost potion to dodge Nasps at all 'well' and Giants are still borderline out of my league. To tank giants I have to use def/coord/wild potions and be equipped with my Therm serp (and ofc Ti shield) giving me def bonuses, otherwise they still pretty much smash me to bits. On every boost pot in the game (incl. acc/eva) I don't dodge BD's much at all and Icy's murder me. The pr0 instance just isn't a viable thing for a group, even quite a large group, averaging ~130 a/d.

Linux is the future anyway. With players like Google in our camp nowadays, it's only a matter of time. Linux zealot out

just download the newest client off the downloads page, run it, click next a few times, done...

I support the idea. Try to make it a similar distance from a storage as the GP one is so neither is particularly preferable (to non-uber-high-level rangers).

This describes it: http://wlug.org.nz/FocusFollowsMouse At the bottom u see they mention 'AutoRaise', I don't use 'AutoRaising', but the client somehow 'AutoRaises' when it gets focus. Every other application I run respects my window manager settings, it's very weird that the client can even override this itself.

The Dexterity and Reaction are required. Accuracy and Defense from a weapon can affect it, but as described next, using a weapon is generally bad on a single spawn. Up until MCW, the Might I suggest is to box them (no weapon). Boxing is best because barring just a couple of exceptions, equipping any weapon will increase the range of damage you can do, which is bad for consistent per-hit damage infliction. Up until Yeti/Trice, the Toughness I suggest will, with suitable armor equipped, make u absorb all non-crit damage. So it's certainly not required at all, but it will reduce equipment breakages... and at Yeti and LOrc, it will make u sometimes absorb all non-crit, so it's still helping.

Nice stuff. bug: cannot scroll buddy list if window is too small to show whole list (no scroll bar, mousewheel does nothing). feature request: link opening functionality (same as F2 key in EL client) (would need to be user settable command) =] edit: also, the client doesn't properly respect the mouse-over-focus-but-don't-raise mode i run my window manager in (it always raises when it gets focus), but I doubt this is your issue, more likely an Adobe AIR one. edit2: plus i should check with another WM to be sure.

Call your ISP and ask them if they're blocking outgoing connections on TCP port 2000. Also, what about the Windows Firewall? If you disable it temporarily does EL work? (look in Control Panel for 'Windows Firewall' to find where to disable.

this edit: and as some others touched on, the basic attribs being highly phys and coord oriented at the start is to use the minimum pp's required to achieve the might/tough/dex/react requirements. Someone like yourself (Sunrise) who understands the attribute system well can calculate the cross-attribs that my basic-attrib recommendations would equate to and can, as you said, achieve them however they like. edit2: completely off-topic... i really need to clean up this guide, there's too many edited-in-comments strewn all through it.

6 is the devils chan. Radu can be bad man but i don't know if "devil" is really fair. :>

Unknown: #afk eeeeeeeeeeeeeeeeeeekkkk functionality same as AFK time set to 0 in normal client would be great. edit: Also, if I scroll up through chat history, when a new line is received the console instantly scrolls back to the bottom. Annoying when trying to read missed conversations.

Are u running a firewall ('internet security') type program on your computer?

Running it on my notebook (Debian GNU/Linux 6.0) right now, running great so far, nice work really.

Sorry should have said: I did try r6. r4, r5 and r6 all have the issue.