hi, ive been trying to compile windrop, i want it the same as the standard precompiled version with ssl... the only difference is i want the msgrate value in /src/mod/server.mod/server.c changed from 2 to 0.
ive been tearing my hair out trying to get cygwin to work.. but im having no luck.
is there anyone that can do me a huge favour, spare a few minutes and compile it for me and .rar it on rapidshare or something?
Last edited by veblen on Fri Mar 16, 2007 2:26 pm, edited 1 time in total.
ive tried following the instructions.. however i have error problems with cygwin which will not let me run through the procedures, which is why ive asked for help.
Go to the Cygwin site; all the documentation/information you need is there.
Cygwin is not all that difficult to install. You do, however, must ensure that you follow the instructions for installing Tcl carefully; you also need to install gcc and mingw-runtime.
Add [SOLVED] to the thread title if your issue has been. Search | FAQ | RTM
Might also be helpful to post actual error msgs regarding cygwin. It should install seamlessly. I would guess you don't have the devel packages installed..
You did configure on a different system? That would likely be the source of the problem, the errors are from configure setting the wrong options for the system you're compiling on.
sorry what i meant was, i switched to another system for the entire process.
im getting those errors when trying to compile with the ssl patch.
i can compile windrop fine now without ssl, which will do for the time being.
the reason i wanted to compile myself was to change the msgrate value to 0, so i can pass information through the irc server more quickly. now ive compiled it with the changed setting, there is no difference in the information delay.. ie. the bot sends 5 lines of text instantly and then there is a delay of some seconds for every 2 lines after that.
is there something in the process of compiling windrop that makes no difference as to whether this value is changed or not?
static void deq_msg()
{
struct msgq *q;
int ok = 0;
/* now < last_time tested 'cause clock adjustments could mess it up */
if ((now - last_time) >= msgrate || now < (last_time - 90)) {
last_time = now;
if (burst > 0)
burst--;
ok = 1;
}
Presumably changing "now < (last_time - 90)" to a higher value would make it send more data sooner.. I'm not a C programmer and that's just my best guess.
as the value of msgrate is 0... so 'now - last_time' is always going to be greater than 0 anyway, so the second parameter 'now < (last_time - 90)' wont come into use.
----------
ive finally got to the bottom of the problem, its down to the ircd as to how fast the output is sent to the channel.