handlen is, and should be write-protected, as it is merely provided as a way for scripters to read the value of the HANDLEN macro definition.
Since the HANDLEN macro is an integral part of the userfile, altering it will render any old userfiles incompatible, and will prevent linking with eggdrop's using a different HANDLEN macro value.
Since the value of handlen is 9, you most likely either failed to edit src/eggdrop.h prior compiling, or make did not notice src/eggdrop.h had been altered, or did not build the dependancy-tree properly.
Regardless, having NICKMAX defined to 32 and setting nick-len 15 should allow your eggdrop to work well on irc networks permitting 15 character long nicknames. Remember, handles does not have to be identical to one users's irc nickname (although that might be preferrable from an admin's point of view in some occasions).
nml375 wrote:
Since the value of handlen is 9, you most likely either failed to edit src/eggdrop.h prior compiling, or make did not notice src/eggdrop.h had been altered, or did not build the dependancy-tree properly.
How can i check these things ?
I edited eggdrop.h with nano and the code i pasted in the first post is taken directly from the file.
Well, if you've doublechecked the contents of src/eggdrop.h after recompiling your eggdrop, that would rule out the first possibility.
The dependancy-tree I'm talking of are the make-rules (in your makefile), which dictates how make/gmake should test whether a file is current (more recent timestamp than it's sources) or has to be re-built.
Try "make clean" or "make distclean", then ./configure and the rest... and don't forget the make install (would probably be a good idea to remove all the old eggdrop binaries, just to make sure).
nml375 wrote:
Try "make clean" or "make distclean", then ./configure and the rest... and don't forget the make install (would probably be a good idea to remove all the old eggdrop binaries, just to make sure).
I even installed in a new path, after compiling in a new directory.
No-way.
