Mhorghinach

This msg in the error_log.txt file can be ignored as I've read somewhere else in the forum (sry don't remember where and didn't find it). For the first error, hmm it looks as if this has something to do with ur graphics driver, but not sure. I've got a GeForce 3 adapter and when installing the latest driver it installed his own opengl implementation, but not in /usr/lib, thus not overriding the native opengl or mesa libs, but in /usr/lib/tls. Maybe this is also true for ur ATI adapter and you have to reconfigure ur ld.so.conf to point to the /usr/lib/tls dir before the /usr/lib dir. Only a suggestion though.

Since 2001 I've read many articles about a conspiracy theory. I believe that some of them are true, at least partially. The first thought I had on 09-11-2001 when I heard about it, was 'Hey Bush you asshole why do you do this'. And I believe in it until today, that the us government was at least involved in the disaster. It was a kind of feeling which I have rather seldom, and anytime it occured it turned to be true. So actually I'm absolutely sure, that Bush and/or other ppl of the us government initiated that desaster. [offtopic] I will tell a story about those feelings. In 1984 or 85, I was in last year of middle school, i.e. about 17 years old, we discussed in school about the reunion of germany. I was the only one in my class who voted the reunion will be done before 1990 because I had a feeling about this is to be true. The mood in this time was nothing against a reunion. Nobody would have even thought about the possibilty of a reunion. It seems not be possible within the next 50 years. Well 5 years later germany was reunited. The feeling I had at WTC desaster was of the same kind of feeling as the feeling I described here, that's why I'm sure Bush did it. [/offtopic] For any1 who understand german, there was a rather good article series on Telepolis magazine for the last two years. It started at 09-11, or 09-12 and continued for about 1 years every 2 or 3 days. The newest article is about the hearing of condoleeza rice some days ago. Look at http://www.heise.de/tp/deutsch/special/wtc...tc/default.html to read the whole story. Sorry for any english speaking people, but they have only part of their site in english, and it seems this series is only available in german.

I'd like to go in too, if the time's ok for me that is 8)

I checked out my chat_log.txt file. It atm contains 139139 lines (funny number (: ) of which only 235 lines are concerned to the forementioned message (Can't initiate combat: path to target too long, or destination unreachable). I even do not assume this as a bug at all, instead I am thinking that this is a fault of myself, I'm simply too far away from the animal, or the path-finding algorithm may be not accurate enough to find a path (maybe there's some trees or bushes in the way, which might influence the algorithm, this may be a bug or a design flaw anyway) or even I click too fast, too inaccurate or what else.

ahem... this quest editor is only able to create low quality quests, as far as I know :wink:

Hi Xavier1, I do not exactly know what you wanted to say with that post though :?, but to the following you said: This is not only possible on linux. In fact this is possible on any *nix implementation, that is it should be possible on osx too, because it's build upon an BSD microkernel. It may be even possible on a properly configured windows system, at least on a server it IS possible. In my opinion, for most ppl it is not important to get their os back to work at runtime. They simply choose to restart. Such a feature is much more useful for a server environment.

i am hearing Farid Farjad thats persian music. I'm on a trip for oriental music since some months. I found those music so much richer, has many more nuances then western music currently. But it's kind of some classic music though, so it may be not everyones taste I hear much Anouar Brahem too, during el playing, thats another oriental musician from egypt which actually makes some kind of jazz music. Very smooth, I like this very much as a background music.

I think that this will rapidly change within the next few years, as there will be more and more GNU and other free software be ported to macosx. For many things there will be only a simple recompile necessary, as macosx is based on BDS Unix, other may need more changes. But the code base will grow rapidliy and in fact it is already growing fast.

Stay with rpms until you are more comfortable with linux I use linux for quite a long tme now, and i'm happy if i am not in need to compile stuff myself. Some years ago, I was in a mood to compile anything myself thats were I played some time with LFS (that is Linux from Scratch, a distri where you compile anything yourself, and setup a complete system by yourself). But I came back to a regular distri, cause this will simplify things much, even if not everything is compiled to the optimum for the current machine. Well I started with linux back in 1992/3 because of need of a good TeX distribution which didn't exist for dos/windows 3.1 at this time. It was 50 discettes for the linux distribution (kernel 0.97) and another 30 discettes for the TeX distri. Took about 3 three days, until the system runs quite smooth (:

Toy, at least in germany, owning a mac has much to do with money. You can get offerings for pc starting at about 400 euros. Generally a pc will cost you about 1000 euro. A mac on the other side will start 2000-2500 euro, it's simply double the cost. I switched to linux in 1992, when I was in need to learn TeX to generate mathematical texts. At this time there was no TeX distributions for DOS that could handle font generation properly because of 8.3 file naming restrictions. There I started to use linux with some Slackware release and a 0.97 kernel. Current windows version was 3.11 (windows for workgroups) and mac was too expensive. The next time I need to use windows was in 2000 when I started a job in Munich at a web company which used only microsoft products and in fact was microsoft partner. This company no longer exists. During those 4 years of windows experience, both as a developer on windows and as system and network administrator on windows 2000 server and xp, the hell of windows was becoming my mate (: I noticed the differences in using and administering a windows and a unix like system. And the windows way is a hell, at least from an administration point of view, cause administrative tools are likely to be well hidden from the user. I would prefer to use a mac, at most since the release of macosx, but it;s still too expensive (:

Hello, it's quite some time ago, the last Suse version I used was 4.2, but they use rpm, so I assume you will do your system update with a tool like kpackage or an update tool provided by SuSe. If you use kpackage (maybe you will use a gnome equivalent when using gnome desktop) there should be an option, which tells the updater not download kernel files, or kernel-source files. Check this option, something may be also available if suse uses its own system updater tool. This may be the reason you can't get the source files for the kernel. As an alternative you can download the source from suse ftp server. The sources you need are on any suse ftp mirror, for example ftp://sunsite.informatik.rwth-aachen.de/p....21-199.src.rpm If you updated your kernel look in the sibling directories for a kernel-source*.src.rpm or maybe a kernel-source*.spm package file and download the one according to your current kernel number. The one I told you is the one corresponding to the kernel you have given in a previous msg in the thread. Login as root and move this file to your corresponding /usr/src directory (with redhat this is /usr/src/redhat/SRPMS, i believe suse uses something like /usr/src/packages). If there is no such directory don't bother and create some directories. These file needed later by a tool to exist. Issue the command mkdir -p /usr/src/rpm/{BUILD,SRPMS,SPECS,SOURCES,RPMS/i{3,4,5,6}86,RPM/noarch} to create this directory structure (note the braces {}), then move the download kernel source package to the SRPMS directory. No issue the following command rpmbuild --buildroot=/var/tmp --rebuild SRPMS/kernel-source-2.4.21-199.src.rpm This will unpack the source rpm package, puts a spec file in the SPECS subdirs and the sources and patches in the SOURCES subdir, then unpacks the sources into the build directory and actually builds a rpm package out of it. The parameter --buildroot may not be necessary, depending on the suse configuration of the rpm tool. On redhat /var/tmp is the default buildroot, don't know which value suse uses. However it is a security parameter to ensure nothing of your running environment get corrupted by accident. It doesn't matter if when you use it, even if your system is properly configured. In this dir will the compiled applications be installed and rpm will build its package from the files in the directory tree given by this variable. The finished rpm package will be copied somewhere under the RPMS folder, so just look there. I assume, the kernel spec file will contain any needed kernel target, so you may have more than one file at the end. You only need to install the package which is named something like kernel-source-*.rpm. Install this file using rpm -ivh RPMS/i386/kernel-source-2.4.21-199.rpm This will create a directory /usr/src/linux-2.4.21 and a symbolic link /usr/src/linux-2.4 pointing to this directory. Change to the directory cd /usr/src/linux-2.4 (note use always the symbolic link when compiling the kernel or else it may fail) and issue the command make mrproper This command will ensure your kernel tree is really clean and will create some links necessary to build the kernel and also other software which uses kernel header files. You normally should not need to rebuild your kernel. If so, however before you configure the kernel, double-check if there are no config files provided by suse with the kernel-source package (redhat provides them for each kernel they provide). Check to see if there is a directory called configs within your kernel source tree: ls configs If this directory exists (aka there's no msg like "no such dir") look if there's a file conforming to your configuration (e.g. kernel-2.4.21-199-athlon.config) and copy this file to the kernel root by renaming it to .config, i.e. cp -v configs/kernel-2.4.21-199-athlon.config ./.config Then run make xconfig which will build and run the X version of the kernel configuration tool (you must have installed Tcl/Tk for this to work). Be careful not to change anything now, but feel free to skim through the options if you wish. The kernel has several hundred options by now to configure. Click the Save config & exit button to save the configuration and let make do some other needed things. Now open the Makefile with some texteditor and look at the top of the file. There are some variables in capital letters which will provide the kernel version numbers. With your kernel there should be something like VERSION = 2 PATCHLEVEL = 4 SUBLEVEL = 21 EXTRAVERSION = 199 Ensure that the EXTRAVERSION variable is set to the same value as your kernel. Some distributions change the kernel configuration adding some appendix to this value to differentiate pre-build kernels from selfmade. But you will not compile the kernel but only enable nvidia to use the kernel. If you ever want to try to compile the kernel, please be sure, that this variable has some unique value. A common way to do this, is to add '-1', '-2', '-3' and so on, each time you compile a new kernel. Then run make dep . You should not need to build the entire kernel. If you need though (that is, the nvidia driver compilation later fails) be sure to look at some manual before :lol: It will be also ways easier for you if you start with a pre-configured system, provided by suse. This way you get the same configuration as you have currently running and can start playing with some of the options. Don't change too many options at once, as long as you are unsure what you are doing. Starting kernel configuration from scratch can be an annoying task if you not exactly know what any of these several hundred kernel options mean. You should now be able to compile your nvidia driver. If it still does not work, I will need more information, for example where it fails, compiler & linker output, etc. Hope this helps

Will there be not a big impact on the gods quests? At least Aluwens second quest (120 rest pots) will be very hard to do. Maybe this quest could be done later in the quest order. On the other side isn't Mordos 6th quest (200 attack pots) too easy for the level someone is in when doing this quest? The overall order looks much bettern than the current order.

Hi, well I have to agree Grum. EWQ222 u do not need to recompile ur kernel, but u must have the kernel-source package and the kernel-header package installed on ur system, cause NVidia needs them when trying to compile the nvidia kernel module. If u follow the instructions given by NVidia u should be fine. But if u didn't made ur own kernel prior, u should not need to compile a nvidia kernel module either. NVidia ships with a lot of precompiled modules (I have 8 modules alone for Suse 9.0, 4 each for kernel versions 2.4.21-144 and 2.4.21-99). And I would strongly recommend to switch runlevel to 3 or single before updating, even if it may work while ur in X, and also change the initdefault value in /etc/inittab to 3 until u managed to successfully install ur nvidia module and X starts successfully if u start it manually by using the command startx Hey and don't forget to switch initdefault back to 5, when u are pleased with ur installation.

Learner, I did this already, cause my computer is a lot of rather old (only a PII with 350MHz), but nevertheless the game runs fine with these options turned off. Entropy, this sounds lika very good. I've lots and lots of memory and a GF3, so this may be a good thing. Thank you guys for ur answers and the great game u are developing.

Hi, when i come to an area where somebody does massive summoning i encounter a serious performance lost. My framerate drops recently down to values between 1 and 7 (normally i values between 20, when there are many people around and 80 in crystal cavern), the game itself seems to much run slower and i there are much more server syncs than normally (every one or two seconds). Maybe this is already known, but i searched the bug forum and didn't find a thread according to this, so I decided to do a post. Mhorghinach