x2serv-general — X2 general discussion (all topics)

Re: [X2serv-general] RE: Damn bugs!*^%$

[Adrian D. <dew...@ed...>]

Well, if you upgrade to the latest rpm of gcc 2.96, it's not bad - they
seem to have fixed most bugs, and I for one have x2 compiled and running
fine on rh 7 - just use 'kgcc' for the $(CC) in the makefile

On Sun, 25 Feb 2001, Johan Bernhardsson wrote:

> Probably one of the nice bugs in gcc2.96 that redhat uses in 7.0 release
> (ive refused to upgrade the redhat im using because of the gcc 2.96
> choice)
>
> /Johan "SmallOne" Bernhardsson
>
> John McGarrigle wrote:
> >
> > RedHat Linux 7.0
> >
> > Any luck on that .calc bug?
> >
> > It's still there after 3 recompiles..
> >
> > ----
> > John 'Neuron' McGarrigle
> > Email: jo...@ic...
> > ICQ: 18220396
> > Phone: +44 (0)7944 604 644
> > ----
> >
> > -----Original Message-----
> > From: Alex [mailto:ru...@bl...]
> > Sent: 25 February 2001 12:43 AM
> > To: John McGarrigle
> > Cc: x2s...@li...
> > Subject: Re: Damn bugs!*^%$
> >
> > what OS is this?
> >   -Rubin
> >
> > On Fri, 23 Feb 2001, John McGarrigle wrote:
> >
> > > While compiling X2.
> > >
> > > support.c: In function `_pfmt':
> > > support.c:202: `short int' is promoted to `int' when passed through `...'
> > > support.c:202: (so you should pass `int' not `short int' to `va_arg')
> > > support.c:213: `unsigned char' is promoted to `int' when passed through
> > > `...'
> > > make[1]: *** [support.o] Error 1
> > >
> > > ----
> > > John 'Neuron' McGarrigle
> > > Email: jo...@ic...
> > > ICQ: 18220396
> > > Phone: +44 (0)7944 604 644
> > > ----
> > >
> > >
> >
> > _______________________________________________
> > X2serv-general mailing list
> > X2s...@li...
> > http://lists.sourceforge.net/lists/listinfo/x2serv-general
>
> _______________________________________________
> X2serv-general mailing list
> X2s...@li...
> http://lists.sourceforge.net/lists/listinfo/x2serv-general
>

-- 
Adrian "SailorFrag" Dewhurst, Server Administrator of Edge Network
dew...@ed... / sa...@sa... -=- ICQ: 1912951
-------------------------------------------------------------
Edge Network:
Gaming with an Edge!
http://www.edgenetwk.com/
http://www.edgegaming.com/
-------------------------------------------------------------
For-pay Internet distributed processing.
http://www.ProcessTree.com/?sponsor=43154

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GU/CM/! d-(pu) s:- a--->? C++(++++)$ UBL++$ P+++ L+++
E--- W++ N-- o K? w-(--) O- M--(-) V-- PS PE(-) Y PGP(+)
t+ 5+++ X R+ tv(--) b++ DI-- D+ G++ e->+++++ h!(++) !r !y+
------END GEEK CODE BLOCK------
(Geek code from http://geekcode.sourceforge.net/)

Re: [X2serv-general] RE: Damn bugs!*^%$

[Johan B. <jo...@be...>]

Probably one of the nice bugs in gcc2.96 that redhat uses in 7.0 release
(ive refused to upgrade the redhat im using because of the gcc 2.96
choice)

/Johan "SmallOne" Bernhardsson

John McGarrigle wrote:
> 
> RedHat Linux 7.0
> 
> Any luck on that .calc bug?
> 
> It's still there after 3 recompiles..
> 
> ----
> John 'Neuron' McGarrigle
> Email: jo...@ic...
> ICQ: 18220396
> Phone: +44 (0)7944 604 644
> ----
> 
> -----Original Message-----
> From: Alex [mailto:ru...@bl...]
> Sent: 25 February 2001 12:43 AM
> To: John McGarrigle
> Cc: x2s...@li...
> Subject: Re: Damn bugs!*^%$
> 
> what OS is this?
>   -Rubin
> 
> On Fri, 23 Feb 2001, John McGarrigle wrote:
> 
> > While compiling X2.
> >
> > support.c: In function `_pfmt':
> > support.c:202: `short int' is promoted to `int' when passed through `...'
> > support.c:202: (so you should pass `int' not `short int' to `va_arg')
> > support.c:213: `unsigned char' is promoted to `int' when passed through
> > `...'
> > make[1]: *** [support.o] Error 1
> >
> > ----
> > John 'Neuron' McGarrigle
> > Email: jo...@ic...
> > ICQ: 18220396
> > Phone: +44 (0)7944 604 644
> > ----
> >
> >
> 
> _______________________________________________
> X2serv-general mailing list
> X2s...@li...
> http://lists.sourceforge.net/lists/listinfo/x2serv-general

[X2serv-general] RE: Damn bugs!*^%$

[John M. <jo...@ic...>]

RedHat Linux 7.0

Any luck on that .calc bug?

It's still there after 3 recompiles..

----
John 'Neuron' McGarrigle
Email: jo...@ic...
ICQ: 18220396
Phone: +44 (0)7944 604 644
----


-----Original Message-----
From: Alex [mailto:ru...@bl...]
Sent: 25 February 2001 12:43 AM
To: John McGarrigle
Cc: x2s...@li...
Subject: Re: Damn bugs!*^%$


what OS is this?
  -Rubin

On Fri, 23 Feb 2001, John McGarrigle wrote:

> While compiling X2.
> 
> support.c: In function `_pfmt':
> support.c:202: `short int' is promoted to `int' when passed through `...'
> support.c:202: (so you should pass `int' not `short int' to `va_arg')
> support.c:213: `unsigned char' is promoted to `int' when passed through
> `...'
> make[1]: *** [support.o] Error 1
> 
> ----
> John 'Neuron' McGarrigle
> Email: jo...@ic...
> ICQ: 18220396
> Phone: +44 (0)7944 604 644
> ----
> 
> 

[X2serv-general] Re: Damn bugs!*^%$

[Alex <ru...@bl...>]

what OS is this?
  -Rubin

On Fri, 23 Feb 2001, John McGarrigle wrote:

> While compiling X2.
> 
> support.c: In function `_pfmt':
> support.c:202: `short int' is promoted to `int' when passed through `...'
> support.c:202: (so you should pass `int' not `short int' to `va_arg')
> support.c:213: `unsigned char' is promoted to `int' when passed through
> `...'
> make[1]: *** [support.o] Error 1
> 
> ----
> John 'Neuron' McGarrigle
> Email: jo...@ic...
> ICQ: 18220396
> Phone: +44 (0)7944 604 644
> ----
> 
> 

[X2serv-general] [Fwd: X2 bug report :)]

[Alex S. <ru...@af...>]

illegal instruction makes me think the box has problems, but maybe just 
a smashed stack or something..


-Rubin
-------- Original Message --------
Subject: X2 bug report :)
Date: Mon, 19 Feb 2001 23:43:47 -0000
From: "John McGarrigle" <jo...@ic...>
To: <ru...@af...>

Here ya go...

Core was generated by `x2'.
Program terminated with signal 4, Illegal instruction.
Reading symbols from /usr/lib/libm.so.2...done.
Reading symbols from /usr/lib/libcrypt.so.2...done.
Reading symbols from /usr/lib/libc.so.4...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
#0  0x8060d12 in do_math (Buffer=0xbfbfe740 "\b\002ÿÿ", Math=0x80776dc
"1+1") at calc.c:151
151                                                     Value = Value * 10 +
*Math - '0';

[02/19@23:33:48] <Neuron> .calc 4+4
[02/19@23:33:54] *** X2 (X2@X2.RealmNET.Services) Quit (Ohio.US.RealmNET.Com
X2.RealmNET.Services)
[02/19@23:33:54] <Neuron> .

Core was generated by `x2'.
Program terminated with signal 4, Illegal instruction.
Reading symbols from /usr/lib/libm.so.2...done.
Reading symbols from /usr/lib/libcrypt.so.2...done.
Reading symbols from /usr/lib/libc.so.4...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
#0  0x8060d12 in do_math (Buffer=0xbfbfe730
"\b\002ÿÿðë¿¿ÿÿÿ\177lç¿¿îî\004\b", Math=0x80776e0 "4+4") at calc.c:151
151                                                     Value = Value * 10 +
*Math - '0';

2 very similar crahses. :)

Let me know,

----
John 'Neuron' McGarrigle
Email: jo...@ic...
ICQ: 18220396
Phone: +44 (0)7944 604 644
----

[X2serv-general] [Fwd: calc.c]

[Alex S. <ru...@af...>]

-------- Original Message --------
Subject: calc.c
Date: Mon, 19 Feb 2001 18:36:14 -0000
From: "Chaz" <ch...@ch...>
To: <ru...@af...>

Hi Rubin, i was looking through calc.c to see how it worked, and i found a
useful page at http://www.maths.abdn.ac.uk/~igc/tch/mx4002/notes/node73.html
explaining it

Re: [X2serv-general] x2 crash

[Alex S. <ru...@af...>]

X2 crashed one other time last night, while someone was parting all 
channels, so it could be the stack just got smashed and calc happened to 
be the next thing to run or something.  Maybe you can find a problem 
with RemoveNickFromAllChans() or whtaever in chan.c..

or it could be none of the above..
-Rubin

Peters, R.A. wrote:

> 
>> -----Original Message-----
>> From: Alex Schumann [mailto:ru...@af...]
>> Sent: Monday, February 12, 2001 7:37 AM
>> To: x2s...@li...
>> Subject: [X2serv-general] x2 crash
>> 
>> 
>> Loox like its part of your code lys..
>> -Rubin
>> 
> 
> <snip>
> 
>> #2  0x80605ca in do_math (Buffer=0xbfffe420 "", 
>> Math=0x8075f9b "* 60)")
>> at calc.c:181
>> 181             if (!(List = List->Next = malloc(sizeof(struct 
>> MathToken)))) goto End;
>> (gdb) print List->Next
>> $5 = (struct MathToken *) 0x0
>> 
> 
> 
> I hope you have some more info here...
> this is what should happen:
> 
> 181  if (!(List = List->Next = malloc(sizeof(struct MathToken)))) goto End;
> cut in pieces:
> 
>   List->Next = malloc(sizeof(struct MathToken));
> so List->Next should be a valid pointer
>   List = List->Next;
> so List should be a valid pointer
>   if (!List) goto End;
> if there wasn't enough mem, goto End
> 
> 
>> (gdb) print List->Next
>> $5 = (struct MathToken *) 0x0
> 
> 
> List should be a valid pointer, but List->Next isn't filled yet. gdb reports
> a null pointer, but this isn't a problem at all.
> The next line (line 182) is the following:
>   List->Next = NULL;
> the linked list is ended here, the fields are filled up later, so I'm
> affraid the problem isn't in this part. Do you still have a dump so that you
> can trace the error a bit further?
> 
> I'll review the calc.c soon to search for problems. I've tried to reproduce
> the error, but failed(as in the calc did its work properly)
> 
> Richard Peters
> Lysergine
> 
> _______________________________________________
> X2serv-general mailing list
> X2s...@li...
> http://lists.sourceforge.net/lists/listinfo/x2serv-general

RE: [X2serv-general] x2 crash

[Peters, R.A. <R.A...@st...>]

> -----Original Message-----
> From: Alex Schumann [mailto:ru...@af...]
> Sent: Monday, February 12, 2001 7:37 AM
> To: x2s...@li...
> Subject: [X2serv-general] x2 crash
> 
> 
> Loox like its part of your code lys..
> -Rubin
> 
<snip>
> #2  0x80605ca in do_math (Buffer=0xbfffe420 "", 
> Math=0x8075f9b "* 60)")
> at calc.c:181
> 181             if (!(List = List->Next = malloc(sizeof(struct 
> MathToken)))) goto End;
> (gdb) print List->Next
> $5 = (struct MathToken *) 0x0
> 

I hope you have some more info here...
this is what should happen:

181  if (!(List = List->Next = malloc(sizeof(struct MathToken)))) goto End;
cut in pieces:

  List->Next = malloc(sizeof(struct MathToken));
so List->Next should be a valid pointer
  List = List->Next;
so List should be a valid pointer
  if (!List) goto End;
if there wasn't enough mem, goto End

> (gdb) print List->Next
> $5 = (struct MathToken *) 0x0

List should be a valid pointer, but List->Next isn't filled yet. gdb reports
a null pointer, but this isn't a problem at all.
The next line (line 182) is the following:
  List->Next = NULL;
the linked list is ended here, the fields are filled up later, so I'm
affraid the problem isn't in this part. Do you still have a dump so that you
can trace the error a bit further?

I'll review the calc.c soon to search for problems. I've tried to reproduce
the error, but failed(as in the calc did its work properly)

Richard Peters
Lysergine

[X2serv-general] x2 crash

[Alex S. <ru...@af...>]

Loox like its part of your code lys..
-Rubin

DEBUG(10): <- :CodeSourcerer PRIVMSG #LiquidFlame :.calc ((350000 / 600) 
* 60)
DEBUG(10): on_msg(uptr:CodeSourcerer, channel:#LiquidFlame, 
channel_done_in:#LiquidFlame, public:1, command:calc, rest:((350000 / 
600) * 60)

Program received signal SIGSEGV, Segmentation fault.
0x400db26e in malloc () from /lib/libc.so.6

#9  0x80513d3 in ReadSocket (TheSocket=0,
Buffer=0xbfffec50 ":CodeSourcerer PRIVMSG #LiquidFlame :.calc ((350000 / 
600) * 60)") at parse.c:1354
#10 0x804b2cb in main (argc=1, argv=0xbffff924) at main.c:860
---Type <return> to continue, or q <return> to quit---up
#11 0x40087dcc in __libc_start_main () from /lib/libc.so.6
(gdb) up
#1  0x400da914 in malloc () from /lib/libc.so.6
(gdb) up
#2  0x80605ca in do_math (Buffer=0xbfffe420 "", Math=0x8075f9b "* 60)")
at calc.c:181
181             if (!(List = List->Next = malloc(sizeof(struct 
MathToken)))) goto End;
(gdb) print List->Next
$5 = (struct MathToken *) 0x0

Re: [X2serv-general] another bug

[Alex S. <ru...@af...>]

I'm a bit confused.. you must have modified your source.. coz x2 does
not let me modify someones pass or set there info.. only things with
True set to the HelpOverride setting in the table allow you to use god
to do stuff.  Did you make changes?
  -Rubin


> Brandon Jank wrote:
> 
> another one, remember dont try to set a pass for yourself on a channel
> with god on :P
> 
> #0  0x8055b48 in c_pass (cptr=0x8087890, uptr=0x8085eb0, hptr=0x0,
> rest=0x0, said_inptr=0x0, chanstr=0x0) at commands.c:1386
> 1386      if(strcmp(hptr->Pass, crypt(OldPass, "X2")))
> (gdb) backtrace
> #0  0x8055b48 in c_pass (cptr=0x8087890, uptr=0x8085eb0, hptr=0x0,
> rest=0x0, said_inptr=0x0, chanstr=0x0) at commands.c:1386
> #1  0x8053e30 in on_msg (uptr=0x8085eb0, channel=0x80753b7 "#inlenis",
> channel_done_in=0x80753b2 "UX2", public=false,
>     command=0x80753c0 "PASS", rest=0x80753c5 "Xil7tW") at
> commands.c:378
> #2  0x80504e0 in ProcessCommand (from=0x8085eb0, to=0x80753b2 "UX2",
> rest=0x80753b7 "#inlenis") at parse.c:984
> #3  0x804f4c7 in m_privmsg (sptr=0x0, uptr=0x8085eb0, rest=0x80753b2
> "UX2") at parse.c:168
> #4  0x8050cfc in ProcessMessage (LineBuff=0x80753a0 ":BaCkBuRn") at
> parse.c:1257
> #5  0x8050d5c in ProcessLine (LineBuff=0x80753a0 ":BaCkBuRn") at
> parse.c:1281
> #6  0x8050eba in ReadSocket (TheSocket=0, Buffer=0xbfffee30 ":BaCkBuRn
> PRIVMSG UX2 :#inlenis PASS Xil7tW zevbtd") at parse.c:1354
> #7  0x804b202 in main (argc=1, argv=0xbffffb34) at main.c:860
> #8  0x40084a7c in __libc_start_main (main=0x804ac54 <main>, argc=1,
> ubp_av=0xbffffb34, init=0x8049080 <_init>,
>     fini=0x8061bcc <_fini>, rtld_fini=0x4000d684 <_dl_fini>,
> stack_end=0xbffffb2c) at ../sysdeps/generic/libc-start.c:111
> (gdb)

-- 
       Alex Schumann
   ru...@ag...     "You can no more win a war than
 http://www.rdrop.com/~rubin   you can win an earthquake."
                                --Jeannette Rankin (1880-1973)

Check out the new AfterNET irc network! 
/server agora.rdrop.com and 
/Join #Afternet for more info!

--------------------------------------------------------------
                    !!A Warning!!
To those who would send unsolicited email advertisements 

By US Code Title 47, Sec.227(a)(2)(B), a computer/modem/printer
meets the definition of a telephone fax machine. By 
Sec.227(b)(1)(C), it is unlawful to send any unsolicited
advertisement to such equipment, punishable by action to
recover actual monetary loss, or $500, whichever is greater,
for each violation. 
--------------------------------------------------------------

[X2serv-general] Re: copyright

[Alex S. <ru...@af...>]

I'm not a lawyer, but i believe, if you can seperate teh GNU code into
different files, or libarary, then you can make a non-gnu release of the
private parts, and a gnu release of the part thats still GPL'd. If you
cannot, then you must release the entire project as GPL if you ever let
anyone have a binary of it.

X2 was released with the idea that others contribute and re-release
there work. I did not put thousands of hours of my work out so others
could use it to make private software and not share. If you use X2's
codebase to make something and you don't release it GPL, then you are
not going along with the liscense, as I understand it.
  -Rubin


David Dill wrote:
> 
> A long time ago as a very inexperienced coder I got a copy of X2 4.6.2.
> As I learned from that bot I turned X2 4.6.2 into CX 1.8.0. The code has
> changed severely. Infact the only thing of X2 4.6.2 that is still in
> there is all the things from sock.c. I read the GNU license and it didnt
> saying anything about being able to copyright a program that was formerly
> GNU code. So I wanted to ask you if it was possible to do something like
> that. All the code has been changed, alot of the old code has been taken
> out and a whole lot of code was added. Thank You.
> 
> David Dill
> ________________________________________________________________
> GET INTERNET ACCESS FROM JUNO!
> Juno offers FREE or PREMIUM Internet access for less!
> Join Juno today!  For your FREE software, visit:
> http://dl.www.juno.com/get/tagj.

-- 
       Alex Schumann
   ru...@ag...     "You can no more win a war than
 http://www.rdrop.com/~rubin   you can win an earthquake."
                                --Jeannette Rankin (1880-1973)

Check out the new AfterNET irc network! 
/server agora.rdrop.com and 
/Join #Afternet for more info!

--------------------------------------------------------------
                    !!A Warning!!
To those who would send unsolicited email advertisements 

By US Code Title 47, Sec.227(a)(2)(B), a computer/modem/printer
meets the definition of a telephone fax machine. By 
Sec.227(b)(1)(C), it is unlawful to send any unsolicited
advertisement to such equipment, punishable by action to
recover actual monetary loss, or $500, whichever is greater,
for each violation. 
--------------------------------------------------------------

[X2serv-general] another bug

[Brandon J. <ja...@ic...>]

another one, remember dont try to set a pass for yourself on a channel =
with god on :P

#0  0x8055b48 in c_pass (cptr=3D0x8087890, uptr=3D0x8085eb0, hptr=3D0x0, =
rest=3D0x0, said_inptr=3D0x0, chanstr=3D0x0) at commands.c:1386
1386      if(strcmp(hptr->Pass, crypt(OldPass, "X2")))
(gdb) backtrace
#0  0x8055b48 in c_pass (cptr=3D0x8087890, uptr=3D0x8085eb0, hptr=3D0x0, =
rest=3D0x0, said_inptr=3D0x0, chanstr=3D0x0) at commands.c:1386
#1  0x8053e30 in on_msg (uptr=3D0x8085eb0, channel=3D0x80753b7 =
"#inlenis", channel_done_in=3D0x80753b2 "UX2", public=3Dfalse,=20
    command=3D0x80753c0 "PASS", rest=3D0x80753c5 "Xil7tW") at =
commands.c:378
#2  0x80504e0 in ProcessCommand (from=3D0x8085eb0, to=3D0x80753b2 "UX2", =
rest=3D0x80753b7 "#inlenis") at parse.c:984
#3  0x804f4c7 in m_privmsg (sptr=3D0x0, uptr=3D0x8085eb0, =
rest=3D0x80753b2 "UX2") at parse.c:168
#4  0x8050cfc in ProcessMessage (LineBuff=3D0x80753a0 ":BaCkBuRn") at =
parse.c:1257
#5  0x8050d5c in ProcessLine (LineBuff=3D0x80753a0 ":BaCkBuRn") at =
parse.c:1281
#6  0x8050eba in ReadSocket (TheSocket=3D0, Buffer=3D0xbfffee30 =
":BaCkBuRn PRIVMSG UX2 :#inlenis PASS Xil7tW zevbtd") at parse.c:1354
#7  0x804b202 in main (argc=3D1, argv=3D0xbffffb34) at main.c:860
#8  0x40084a7c in __libc_start_main (main=3D0x804ac54 <main>, argc=3D1, =
ubp_av=3D0xbffffb34, init=3D0x8049080 <_init>,=20
    fini=3D0x8061bcc <_fini>, rtld_fini=3D0x4000d684 <_dl_fini>, =
stack_end=3D0xbffffb2c) at ../sysdeps/generic/libc-start.c:111
(gdb)=20

Re: [X2serv-general] A High Priority Bug

[Alex S. <ru...@af...>]

Ahhh ha.  There is a bug.  You are using god mode to make the command,
and your not logged in, so x2 cant figure out who'se handle to set the
info on. 

I'll make a patch this evening if someone doesnt beat me to it.
  -Rubin


Brandon Jank wrote:
> 
> heres gdb:
> it crashes on any setting btw not just quotes
> 
> [inlen@Alcatraz x2]$ gdb x2 core
> GNU gdb 5.0
> Copyright 2000 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i386-redhat-linux"...
> 
> warning: exec file is newer than core file.
> Core was generated by `./x2'.
> Program terminated with signal 11, Segmentation fault.
> #0  0x804ba4a in SetInfo (cptr=0x80770d8, hptr=0x0, Info=0x80751e5 "I'm Not
> As Godlike As You Think I Am... -BaCkBuRn")
>     at chan.c:206
> 206       free(hptr->Info);
> (gdb) backtrace
> #0  0x804ba4a in SetInfo (cptr=0x80770d8, hptr=0x0, Info=0x80751e5 "I'm Not
> As Godlike As You Think I Am... -BaCkBuRn")
>     at chan.c:206
> #1  0x8055c46 in c_setinfo (cptr=0x80770d8, uptr=0x8085ae8, hptr=0x0,
>     rest=0x80751e5 "I'm Not As Godlike As You Think I Am... -BaCkBuRn",
> said_inptr=0x80770d8, chanstr=0x0) at commands.c:1416
> #2  0x8053e30 in on_msg (uptr=0x8085ae8, channel=0x80751d2 "#support",
> channel_done_in=0x80751d2 "#support", public=true,
>     command=0x80751dd "setinfo", rest=0x80751e5 "I'm Not As Godlike As You
> Think I Am... -BaCkBuRn") at commands.c:378
> #3  0x80504e0 in ProcessCommand (from=0x8085ae8, to=0x80751d2 "#support",
> rest=0x80751dc "!setinfo") at parse.c:984
> #4  0x804f438 in m_privmsg (sptr=0x0, uptr=0x8085ae8, rest=0x80751d2
> "#support") at parse.c:147
> #5  0x8050cfc in ProcessMessage (LineBuff=0x80751c0 ":BaCkBuRn") at
> parse.c:1257
> #6  0x8050d5c in ProcessLine (LineBuff=0x80751c0 ":BaCkBuRn") at
> parse.c:1281
> #7  0x8050eba in ReadSocket (TheSocket=0,
>     Buffer=0xbfffee30 ":BaCkBuRn PRIVMSG #support :!setinfo I'm Not As
> Godlike As You Think I Am... -BaCkBuRn") at parse.c:1354
> #8  0x804b202 in main (argc=1, argv=0xbffffb34) at main.c:860
> #9  0x40084a7c in ?? ()
> (gdb)
> ----- Original Message -----
> From: "Alex Schumann" <ru...@af...>
> To: "Brandon Jank" <ja...@ic...>
> Sent: Thursday, January 25, 2001 12:36 AM
> Subject: Re: [X2serv-general] A High Priority Bug
> 
> > theres nothing in quotation marks that owuld cause x2 to crash.  I think
> > theres some general problem on your network.. i need more details.
> >   -Rubin
> >
> >
> > > Brandon Jank wrote:
> > >
> > > OOH gots another one:
> > > I think it might be the quotation marks
> > > id call this a high priority bug hehe
> > >
> > > [19:44] <BaCkBuRn> !setinfo "I'm Not As Godlike As You Think I Am..."
> > > -BaCkBuRn
> > > [19:44] -Hayden.ID.US.Inlen.Net- *** Notice -- Link with
> > > ChanServ.Services.Inlen.net cancelled: Server
> > > ChanServ.Services.Inlen.net[64.78.201.17] closed the connection (<>)
> > > [19:44] -Hayden.ID.US.Inlen.Net- *** Notice -- Net break:
> > > Hayden.ID.US.Inlen.Net ChanServ.Services.Inlen.net (Server
> > > ChanServ.Services.Inlen.net[64.78.201.17] closed the connection (<>))
> > > [19:44] *** Quits: ChanServ (ChanServ@ChanServ.Services.Inlen.net)
> > > (Hayden.ID.US.Inlen.Net ChanServ.Services.Inlen.net)
> > >
> > > Brandon Jank AKA BaCkBuRn
> > > NexGen Internet Services - http://www.NexGenIS.com
> > > Inlen IRC Networks - http://www.Inlen.net
> > > Secunetwork Security Network - http://www.secunetwork.com
> > > Secunetwork Shell Services - http://www.secunetwork.com
> > > MundusMUD http://mud.secunetwork.com
> > >
> > > -----BEGIN GEEK CODE BLOCK-----
> > > Version: 3.12
> > > GCC dpu s++:++ a-- C++++ UL++++ P+ L++++ E---- W+++ N+ o-- K- w---
> > > O- M-- V-- PS+ PE+ Y PGP++ t+++ 5++ X+++ R+++ tv+ b++ DI+++ D++
> > > G++ e++++ h++ r+ y+
> > > ------END GEEK CODE BLOCK------

Re: [X2serv-general] A High Priority Bug

[Tony R. <ku...@ku...>]

For bug reports such as these, other information is more handy.

You should become familiar with your system's debugger, typically
gdb.  When X2 crashes, it should leave a core file somewhere closeby,
usually in the same directory as the executable.

Run gdb <executable> <core file>, and try to get some output.

A 'backtrace' is typically most helpful.

Thanks,
-Tony Robbins.


On Wed, 24 Jan 2001, Brandon Jank wrote:

> OOH gots another one:
> I think it might be the quotation marks
> id call this a high priority bug hehe
> 
> [19:44] <BaCkBuRn> !setinfo "I'm Not As Godlike As You Think I Am..." -BaCkBuRn
> [19:44] -Hayden.ID.US.Inlen.Net- *** Notice -- Link with ChanServ.Services.Inlen.net cancelled: Server ChanServ.Services.Inlen.net[64.78.201.17] closed the connection (<>)
> [19:44] -Hayden.ID.US.Inlen.Net- *** Notice -- Net break: Hayden.ID.US.Inlen.Net ChanServ.Services.Inlen.net (Server ChanServ.Services.Inlen.net[64.78.201.17] closed the connection (<>))
> [19:44] *** Quits: ChanServ (ChanServ@ChanServ.Services.Inlen.net) (Hayden.ID.US.Inlen.Net ChanServ.Services.Inlen.net)
> 
> Brandon Jank AKA BaCkBuRn
> NexGen Internet Services - http://www.NexGenIS.com
> Inlen IRC Networks - http://www.Inlen.net
> Secunetwork Security Network - http://www.secunetwork.com 
> Secunetwork Shell Services - http://www.secunetwork.com
> MundusMUD http://mud.secunetwork.com
> 
> -----BEGIN GEEK CODE BLOCK-----
> Version: 3.12
> GCC dpu s++:++ a-- C++++ UL++++ P+ L++++ E---- W+++ N+ o-- K- w--- 
> O- M-- V-- PS+ PE+ Y PGP++ t+++ 5++ X+++ R+++ tv+ b++ DI+++ D++ 
> G++ e++++ h++ r+ y+ 
> ------END GEEK CODE BLOCK------
> 

Re: [X2serv-general] more bugs

[Alex S. <ru...@af...>]

> BaCkBuRn wrote:
> 
> [19:17] <BaCkBuRn> !addco coolman
> [19:17] -ChanServ- BaCkBuRn is not in #ircops.  They must join first.
> Im in the chan so is coolman :)

What irc server and version 
are you using?
What version of x2 is that?

coz this is not a problem on afternet..
  -Rubin

[X2serv-general] A High Priority Bug

[Brandon J. <ja...@ic...>]

OOH gots another one:
I think it might be the quotation marks
id call this a high priority bug hehe

[19:44] <BaCkBuRn> !setinfo "I'm Not As Godlike As You Think I Am..." =
-BaCkBuRn
[19:44] -Hayden.ID.US.Inlen.Net- *** Notice -- Link with =
ChanServ.Services.Inlen.net cancelled: Server =
ChanServ.Services.Inlen.net[64.78.201.17] closed the connection (<>)
[19:44] -Hayden.ID.US.Inlen.Net- *** Notice -- Net break: =
Hayden.ID.US.Inlen.Net ChanServ.Services.Inlen.net (Server =
ChanServ.Services.Inlen.net[64.78.201.17] closed the connection (<>))
[19:44] *** Quits: ChanServ (ChanServ@ChanServ.Services.Inlen.net) =
(Hayden.ID.US.Inlen.Net ChanServ.Services.Inlen.net)

Brandon Jank AKA BaCkBuRn
NexGen Internet Services - http://www.NexGenIS.com
Inlen IRC Networks - http://www.Inlen.net
Secunetwork Security Network - http://www.secunetwork.com=20
Secunetwork Shell Services - http://www.secunetwork.com
MundusMUD http://mud.secunetwork.com

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCC dpu s++:++ a-- C++++ UL++++ P+ L++++ E---- W+++ N+ o-- K- w---=20
O- M-- V-- PS+ PE+ Y PGP++ t+++ 5++ X+++ R+++ tv+ b++ DI+++ D++=20
G++ e++++ h++ r+ y+=20
------END GEEK CODE BLOCK------

[X2serv-general] more bugs

[BaCkBuRn <bac...@in...>]

[19:17] <BaCkBuRn> !addco coolman
[19:17] -ChanServ- BaCkBuRn is not in #ircops.  They must join first.
Im in the chan so is coolman :)
 thanks
Brandon Jank AKA BaCkBuRn
NexGen Internet Services - http://www.NexGenIS.com
Inlen IRC Networks - http://www.Inlen.net
Secunetwork Security Network - http://www.secunetwork.com=20
Secunetwork Shell Services - http://www.secunetwork.com
MundusMUD http://mud.secunetwork.com

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCC dpu s++:++ a-- C++++ UL++++ P+ L++++ E---- W+++ N+ o-- K- w---=20
O- M-- V-- PS+ PE+ Y PGP++ t+++ 5++ X+++ R+++ tv+ b++ DI+++ D++=20
G++ e++++ h++ r+ y+=20
------END GEEK CODE BLOCK------

X2s...@li...=20

[X2serv-general] Bug

[Brandon J. <ja...@ic...>]

!set peonvoice does not work:
[19:11] <BaCkBuRn> !set peonvoice
[19:11] -ChanServ- Unknown setting [peonvoice].

Brandon Jank AKA BaCkBuRn
NexGen Internet Services - http://www.NexGenIS.com
Inlen IRC Networks - http://www.Inlen.net
Secunetwork Security Network - http://www.secunetwork.com=20
Secunetwork Shell Services - http://www.secunetwork.com
MundusMUD http://mud.secunetwork.com

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCC dpu s++:++ a-- C++++ UL++++ P+ L++++ E---- W+++ N+ o-- K- w---=20
O- M-- V-- PS+ PE+ Y PGP++ t+++ 5++ X+++ R+++ tv+ b++ DI+++ D++=20
G++ e++++ h++ r+ y+=20
------END GEEK CODE BLOCK------

[X2serv-general] bug

[Alex S. <ru...@af...>]

-X2- =------- Beginning Register -------=
-X2- Successfully registered #peshawar.
(O) HACK(4): X2.AfterNET.Services MODE #peshawar +o X2 <0> [980328608]
-X2- set topic: Access denied.
-X2- =-- Owner: SUCCESS  Topic: FAILED --=


Since I was not +h, i was not able to set the topic in the new channel.  
If this is to be the case, scriptreg needs to be limited to +h people..
but preferably
we should find a way to set the topic without the +h being needed (eg
dont pass it to .set topic but
rather set it ourselves..not too hard.)
  -Rubin

(for whoever is looking for something to do ;)

Re: [X2serv-general] (no subject)

[Alex S. <ru...@af...>]

it works either way (#channel can be before or after)

Please also note that:
<> means this paramiter is required
[] means this paramiter is optional. This is universal syntax illustration.
  -Rubin
----- Original Message ----- 
From: "Klaus Rene Hansen" <Klaus@Rene-Hansen.DK>
To: <x2s...@li...>
Sent: Friday, January 19, 2001 5:16 AM
Subject: [X2serv-general] (no subject)


> hello
> 
> when addin a owner and beby other this coms..
> <X2> You can log in via: /msg X2 #test LOGIN Sconk|WORK TpiVPA
> <X2> To change your password: /msg X2 #test PASS TpiVPA <new password>
> 
> it there some thin worng here???
> 
> in help i get this..
> -X2- Usage: LOGIN [channel] <handle> <password>
> 
> Klaus
> 
> Sconk@csnet#csnet
> 
> 
> _______________________________________________
> X2serv-general mailing list
> X2s...@li...
> http://lists.sourceforge.net/lists/listinfo/x2serv-general
> 

[X2serv-general] (no subject)

[Klaus R. H. <Klaus@Rene-Hansen.DK>]

hello

when addin a owner and beby other this coms..
<X2> You can log in via: /msg X2 #test LOGIN Sconk|WORK TpiVPA
<X2> To change your password: /msg X2 #test PASS TpiVPA <new password>

it there some thin worng here???

in help i get this..
-X2- Usage: LOGIN [channel] <handle> <password>

Klaus

Sconk@csnet#csnet

Re: [X2serv-general] X2 messaging & tonights patches

[Klaus R. H. <kr...@em...>]

At 00:05 17-01-2001 -0800, you wrote:
>For those not on x2s...@li... its important to note
>that the dev version (5.0.99/5.1) of x2 recieved a very important fix
>tonight, where nearly every buffer in send.c was overflowable due to
>incorrect buffer length define being used.  Tiz likely theres a few more
>spots that need review in this area.. but those were the obvious ones.
>I suspect x2 to be extremely more stable as of now.


Who do i update my x2 from the cvs ??

Sc...@cs...#csnet

RE: [X2serv-general] X2 messaging & tonights patches

[Brian A. C. <bcl...@be...>]

Here's a hashing function to build upon:

/////////////////////////////////////////////////////////////////
#define MAX_USERS 450
#define HASH_SIZE MAX_USERS * 1.25   // in this example, 675
#define HASH_MULT 500   // something to ensure uniqueness

double HashStr(char *str) {
   int i = 0;
   double hashKey = 0.;

   for(i = 0; *str; str++) {
      hashKey += HASH_MULT * i + *str;
   }
   return (hashKey) % HASH_SIZE;
}
/////////////////////////////////////////////////////////////////

Thus, HashStr("Trask"); would perform and return the following for the hash
key:

T (500 * 0 + 75) = 75 +
r (500 * 1 + 114) = 614 +
a (500 * 2 + 97) = 1097 +
s (500 * 3 + 115) = 1615 +
k (500 * 4 + 107) = 2107
 = 5508 % HASH_SIZE
 = 108

For the best results, you may want to pass the target channel and the target
user ID to a function like this. Then, it'll be even harder to come across a
collision. While it's always possible, you may want to make your table size
be MAX_USERS * 1.25, or maybe even MAX_USERS * 1.5. In this example I used
1.25.

With that in mind, calling HashStr("Trask#coding") would perform and return
the following for the hash key:
T (500 * 0 + 75) = 75 +
r (500 * 1 + 114) = 614 +
a (500 * 2 + 97) = 1097 +
s (500 * 3 + 115) = 1615 +
k (500 * 4 + 107) = 2107 +
# (500 * 5 + 35) = 2535 +
c (500 * 6 + 99) = 3099 +
o (500 * 7 + 111) = 3611 +
d (500 * 8 + 100) = 4100 +
i (500 * 9 + 105) = 4605 +
n (500 * 10 + 110) = 5110 +
g (500 * 11 + 103) = 5603
 = 34171 % HASH_SIZE
 = 421

As far as file names go, timestamp.hashkey sounds good. Although if you can
find a way to implement this without an index file, perhaps by instead using
hashkey.timestamp as the file naming scheme, it would probably be better.
Then you can check for messages by channel nick, and get the TS directly
from the filename, and have the from information in the file of course. Or
you can simply use store the TS in the file along with who sent it and from
what channel [and from what net]. Then you don't have to search for files
that match hashkey.* -- instead you can just open ./msg.netname/hashkey.
Whatever works best.

The speed of a hashing function is always important, and I realize that mine
probably could be faster. But, it really only adds twice and multiplies
once, per iteration. So that's still good speed.

I hope this helps you. Of course these are just ideas to build on.

Brian A. Cline
Developer, Student, Graphic Designer
bcl...@be...
Trask@IRC

RE: [X2serv-general] X2 messaging & tonights patches

[Brian A. C. <bcl...@be...>]

Hmm. I just realized that you meant real-time messaging. I thought it was
more of a MemoServ-ish feature. Oops. :-)

Brian A. Cline
Developer, Graphic Designer
bcl...@be...
Trask@IRC


   | -----Original Message-----
   | From: x2s...@li...
   | [mailto:x2s...@li...]On Behalf Of Alex
   | Schumann
   | Sent: Wednesday, January 17, 2001 3:06 AM
   | To: x2s...@li...
   | Subject: [X2serv-general] X2 messaging & tonights patches
   |
   |
   | (for the patches info, scroll to the bottom)
   |
   | Tis time to seriously consider adding messaging feature to X2.
   |  Tony and
   | I have discussed this a little, and I've been thinking about
   | it, heres a
   | chance for input:
   |
   | An 'Address' Will have the following form
   | <handle>[@[net]<#channel>]
   |
   | For example, a 'fully qualified' address would be:
   | rubin@afternet#operations
   |
   | The ability to support alternate networks at this time would be
   | un-implimented, but i wanted to make it available for future expansion.
   | If left off, current network is assumed..
   |
   | A command to 'send' a message would take any variation of the address,
   | such as just "rubin"
   | meaning on the current channel, current network.. eg
   | Sent to a channel:
   | .message kupek hey there, how are ya?
   |
   | Sent privately:
   | /msg x2 message #operations kupek how are ya?
   |
   | Sent to an explicit channel:
   | .message kupek@#operations hey there, how are ya?
   | /msg x2 message kupek@#operations hey there how are ya?
   |
   | Sent to another network:
   | .message kupek@afternet#Operations hey there, how are ya?
   |
   |
   | I was considering a '.' between network and channel, but I think the #
   | is a suficient delimiter.
   |
   | The protocol could be 'open' and I may be able to encourage the makers
   | of some other services to support it.
   |
   | There are some security conserns involved in messaging which I do not
   | have a good answer too yet, such as how to stop spam, or misintentioned
   | messages.
   | One possible solution would be to allow only registered users to send
   | messages, and to allow a user to 'disable' messaging for themselves if
   | they desire. Or perhapse they could choose to accept messages from non
   | userlist people as an option?
   |
   | The other issue is how to impliment storage and retreval of messages
   | internally. Tony and I were thinking each message should have its own
   | file with a magic number as a name, and some kind of index file. We
   | definately would not want to store the contents of each message in ram,
   | tho probably DO want to store the "to" of each message.
   |
   | I'm thinking an additional struct list could be added to the
   | ChannelListType (cptr) to hold this information, providing easy
   | checking/deleting internally.   Old messages have to be
   | deleted, to save
   | space periotically.  In addition every time a login or join event
   | occures the service needs to check for unread messages to that person,
   | in addition to periotical notices (every x hours?) to those who are
   | online.
   |
   | Probably also required will be a system for ignoreing, similar to bans,
   | with * as a wildcard, eg rubin@* or *@#hatefull *@*sex* etc.
   |
   | Due to the large ammount of data the whole thing needs to use hashing
   | similar to channel and nick lists to stay fast.
   |
   |
   | Questions:
   | What to use for the key for message filenames? timestamp + checksum?
   | format of the directory data file
   | what to use as a hash? Anyone wana suggest a more elaborate
   | tree scheme?
   | I'm not yet good at such things..
   | I suppose a hash based on handle would be sufficient.
   |
   | -----
   |
   | For those not on x2s...@li... its important to note
   | that the dev version (5.0.99/5.1) of x2 recieved a very important fix
   | tonight, where nearly every buffer in send.c was overflowable due to
   | incorrect buffer length define being used.  Tiz likely theres
   | a few more
   | spots that need review in this area.. but those were the obvious ones.
   | I suspect x2 to be extremely more stable as of now.
   |
   | Rubin@afternet#Operations / rubin@afternet#Afternet signing off ;)
   |
   | _______________________________________________
   | X2serv-general mailing list
   | X2s...@li...
   | http://lists.sourceforge.net/lists/listinfo/x2serv-general
   |

RE: [X2serv-general] X2 messaging & tonights patches

[Brian A. C. <bcl...@be...>]

Rubin,

Here are some ideas on the messaging.
   > There are some security conserns involved in messaging which I do not
   > have a good answer too yet, such as how to stop spam, or misintentioned
   > messages.
   > One possible solution would be to allow only registered users to send
   > messages, and to allow a user to 'disable' messaging for themselves if
   > they desire. Or perhapse they could choose to accept messages from non
   > userlist people as an option?

One way to let users know that the message isn't "officially" from cservice
or anything is to stick a little nick@net stamp before the message they
receive. For example:
   .message trask2@afternet#traskchan Wow, what an original message I'm
sending to you.
would be shown to the receiver as:
   <Trask@Afternet> Wow, what an original message I'm sending to you.

I also just thought that, for added security purposes, it may be beneficial
to include an extra line after each message stating that this the message is
not official, to prevent folks from trying to ask for other peoples'
passwords, although this is probably a bad idea because it would get
incredibly annoying after a while, especially for legit messages. (I don't
neglect to mention bad ideas, because it may spawn a better idea.) Plus, I
don't think password snatchers are too common, since X2 doesn't have a
command for users to get X2 to add and recognize them by a different mask.
If it does, ignore part of what I just said. :-)


   > The other issue is how to impliment storage and retreval of messages
   > internally. Tony and I were thinking each message should have its own
   > file with a magic number as a name, and some kind of index file. We
   > definately would not want to store the contents of each message in ram,
   > tho probably DO want to store the "to" of each message.
   <snip>
   > What to use for the key for message filenames? timestamp + checksum?
   > format of the directory data file

Here's one possible set up:
 - Have a specific folder for each network that X2 would relay to, i.e.
./msg.afternet/  (this would also further help set up the future
implementation of multiple nets).
 - Create a hashing function to take the nick of the target channel and the
'to' (i.e., "userid@channel"), and have it generate a specific ID number
(more details on this below), ranging from 0 to some sort of a MAXUSERS
define. Then, once it has this number, the message is added to the
./msg.netname/HashNum file (where HashNum is the number generated by the
hash function), including a timestamp and source nick/channel/net. So, for
example, if "trask#traskchan" is sent to the hash function as the unique ID
(parse by "#" to get the user ID and channel), and the hash function returns
342 for this combination, an entry in ./msg.afternet/342  file could look
like:
   timestamp:senderID:senderNet:senderChan:Message

Alternatively, you could hash the target channel, then hash the target user
ID, for the sake of a more unique file naming scheme. For example, if
hashing "trask" returns 342, and hashing "traskchan" returns 939, you could
have a file name that looks something like.
   ./msg.netname/540.939

With this method, using an index file may not even be necessary. It could
all be generated much more quickly by the hash function.


   > Due to the large ammount of data the whole thing needs to use hashing
   > similar to channel and nick lists to stay fast.
   >
   > what to use as a hash? Anyone wana suggest a more elaborate
   > tree scheme?
   > I'm not yet good at such things..
   > I suppose a hash based on handle would be sufficient.

You could simply go through a for loop (with 'i' as the counter, for
example) take each char of the nickname, preserving its case of course (for
sake of uniqueness; also causing less hash collisions), multiply the int
(ascii) value of that character by the square of i, add all the results
together, and do a mod by the MAXUSERS define I mentioned earlier (oops,
just realized it will probably need to be a bit larger than a MAXUSERS
define). This is very similar to the way Nemesi wrote her hash algorithm for
ircu, and it works quite well. I would suggest a similar solution, but on a
much smaller scale, of course. My suggestion isn't entirely accurate or
collision-free, but it's certainly something to build on.

I hope all this helps. I'm very anxious to see how you design and implement
the messaging feature.

Brian A. Cline
Developer, Graphic Designer
bcl...@be...
Trask@IRC


================================
   | -----Original Message-----
   | From: x2s...@li...
   | [mailto:x2s...@li...]On Behalf Of Alex
   | Schumann
   | Sent: Wednesday, January 17, 2001 3:06 AM
   | To: x2s...@li...
   | Subject: [X2serv-general] X2 messaging & tonights patches
   |
   |
   | (for the patches info, scroll to the bottom)
   |
   | Tis time to seriously consider adding messaging feature to X2.
   |  Tony and
   | I have discussed this a little, and I've been thinking about
   | it, heres a
   | chance for input:
   |
   | An 'Address' Will have the following form
   | <handle>[@[net]<#channel>]
   |
   | For example, a 'fully qualified' address would be:
   | rubin@afternet#operations
   |
   | The ability to support alternate networks at this time would be
   | un-implimented, but i wanted to make it available for future expansion.
   | If left off, current network is assumed..
   |
   | A command to 'send' a message would take any variation of the address,
   | such as just "rubin"
   | meaning on the current channel, current network.. eg
   | Sent to a channel:
   | .message kupek hey there, how are ya?
   |
   | Sent privately:
   | /msg x2 message #operations kupek how are ya?
   |
   | Sent to an explicit channel:
   | .message kupek@#operations hey there, how are ya?
   | /msg x2 message kupek@#operations hey there how are ya?
   |
   | Sent to another network:
   | .message kupek@afternet#Operations hey there, how are ya?
   |
   |
   | I was considering a '.' between network and channel, but I think the #
   | is a suficient delimiter.
   |
   | The protocol could be 'open' and I may be able to encourage the makers
   | of some other services to support it.
   |
   | There are some security conserns involved in messaging which I do not
   | have a good answer too yet, such as how to stop spam, or misintentioned
   | messages.
   | One possible solution would be to allow only registered users to send
   | messages, and to allow a user to 'disable' messaging for themselves if
   | they desire. Or perhapse they could choose to accept messages from non
   | userlist people as an option?
   |
   | The other issue is how to impliment storage and retreval of messages
   | internally. Tony and I were thinking each message should have its own
   | file with a magic number as a name, and some kind of index file. We
   | definately would not want to store the contents of each message in ram,
   | tho probably DO want to store the "to" of each message.
   |
   | I'm thinking an additional struct list could be added to the
   | ChannelListType (cptr) to hold this information, providing easy
   | checking/deleting internally.   Old messages have to be
   | deleted, to save
   | space periotically.  In addition every time a login or join event
   | occures the service needs to check for unread messages to that person,
   | in addition to periotical notices (every x hours?) to those who are
   | online.
   |
   | Probably also required will be a system for ignoreing, similar to bans,
   | with * as a wildcard, eg rubin@* or *@#hatefull *@*sex* etc.
   |
   | Due to the large ammount of data the whole thing needs to use hashing
   | similar to channel and nick lists to stay fast.
   |
   |
   | Questions:
   | What to use for the key for message filenames? timestamp + checksum?
   | format of the directory data file
   | what to use as a hash? Anyone wana suggest a more elaborate
   | tree scheme?
   | I'm not yet good at such things..
   | I suppose a hash based on handle would be sufficient.
   |
   | -----
   |
   | For those not on x2s...@li... its important to note
   | that the dev version (5.0.99/5.1) of x2 recieved a very important fix
   | tonight, where nearly every buffer in send.c was overflowable due to
   | incorrect buffer length define being used.  Tiz likely theres
   | a few more
   | spots that need review in this area.. but those were the obvious ones.
   | I suspect x2 to be extremely more stable as of now.
   |
   | Rubin@afternet#Operations / rubin@afternet#Afternet signing off ;)
   |
   | _______________________________________________
   | X2serv-general mailing list
   | X2s...@li...
   | http://lists.sourceforge.net/lists/listinfo/x2serv-general
   |