silc-devel Mailing List for Secure Internet Live Conferencing
Secure chat and conferencing protocol
Brought to you by:
priikone
Menu
▾
▴
silc-devel — Main SILC development mailing list
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
(7) |
Sep
(10) |
Oct
(55) |
Nov
(6) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(3) |
Feb
(14) |
Mar
(10) |
Apr
(11) |
May
(7) |
Jun
(9) |
Jul
(19) |
Aug
(58) |
Sep
(36) |
Oct
(28) |
Nov
(152) |
Dec
(33) |
| 2002 |
Jan
(124) |
Feb
(92) |
Mar
(66) |
Apr
(35) |
May
(62) |
Jun
(16) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Scott M L. <da...@bo...> - 2002-06-07 21:37:36
|
Here's mine for when the Server crashed earlier...
It seems silc has a HORRIBLE time handling the server dying off quietly.
#0 0xff032eb8 in ?? ()
#1 0x6fbf4 in silc_notify (client=0x32b030, conn=0x267420, type=28928) at
client_ops.c:423
#2 0x147de4 in silc_client_notify_by_server (client=0x1fd140,
sock=0x3224c0, packet=0x312e68)
at client_notify.c:376
#3 0x144400 in silc_client_packet_parse (parser_context=0x32a890,
context=0x1fd140)
at client.c:942
#4 0x167ae4 in silc_packet_receive_process (sock=0x26bd60,
local_is_router=0 '\000',
cipher=0x32c170, hmac=0x310f08, sequence=14, parser=0x1442dc
<silc_client_packet_parse>,
parser_context=0x1fd140) at silcpacket.c:405
#5 0x1442d0 in silc_client_packet_process (schedule=0x1fd140,
type=1327816, fd=11,
context=0x1fd140) at client.c:844
#6 0x18c840 in silc_schedule_dispatch_nontimeout (schedule=0x1fd650) at
silcschedule.c:392
#7 0x18b5c4 in silc_schedule_one (schedule=0x1fd650, timeout_usecs=1) at
silcschedule.c:623
#8 0x6c24c in my_silc_scheduler () at silc-core.c:59
#9 0xff1f7cbc in ?? ()
#10 0xff1f67a4 in ?? ()
#11 0xff1f6c38 in ?? ()
#12 0x4c598 in main (argc=3, argv=0xffbef77c) at silc.c:350
Quite identical to the last time the router died... It hits Peelo and
peelo cores, then jumps to s.slash0.net and when it cores, then the client
cores...
Quite fasinating how 1 router can do so much damage.
--On Friday, June 07, 2002 8:40 PM +0200 Juraj Ziegler <e...@hq...> wrote:
> screenshot:
> --- start here ---
> 19:08 ## Irssi: critical file nicklist.c: line 212 (nicklist_find):
> assertion
> `nick != NULL' failed.
> 19:08 ## Irssi: critical file nicklist.c: line 212 (nicklist_find):
> assertion
> `nick != NULL' failed.
> 19:08 ## Irssi: critical file nicklist.c: line 212 (nicklist_find):
> assertion
> `nick != NULL' failed.
> 19:08 ## Irssi: critical file queries.c: line 104 (query_find):
> assertion `nick
> != NULL' failed.
> 19:08 ## (^) has quit (Connection reset by peer)
> --- end here ---
>
> e@eurik [e]$ gdb /opt/silc/bin/silc core.25883
> GNU gdb 2002-04-01-cvs
> Copyright 2002 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-linux"...
> Core was generated by `silc'.
> Program terminated with signal 11, Segmentation fault.
> Reading symbols from /usr/lib/libgmodule-1.2.so.0...done.
> Loaded symbols for /usr/lib/libgmodule-1.2.so.0
> Reading symbols from /lib/libdl.so.2...done.
> Loaded symbols for /lib/libdl.so.2
> Reading symbols from /usr/lib/libglib-1.2.so.0...done.
> Loaded symbols for /usr/lib/libglib-1.2.so.0
> Reading symbols from /lib/libncurses.so.5...done.
> Loaded symbols for /lib/libncurses.so.5
> Reading symbols from /lib/libpthread.so.0...done.
> Loaded symbols for /lib/libpthread.so.0
> Reading symbols from /lib/libc.so.6...done.
> Loaded symbols for /lib/libc.so.6
> Reading symbols from /lib/ld-linux.so.2...done.
> Loaded symbols for /lib/ld-linux.so.2
> Reading symbols from /lib/libnss_compat.so.2...done.
> Loaded symbols for /lib/libnss_compat.so.2
> Reading symbols from /lib/libnsl.so.1...done.
> Loaded symbols for /lib/libnsl.so.1
> Reading symbols from /lib/libnss_files.so.2...done.
> Loaded symbols for /lib/libnss_files.so.2
> Reading symbols from /lib/libnss_dns.so.2...done.
> Loaded symbols for /lib/libnss_dns.so.2
> Reading symbols from /lib/libresolv.so.2...done.
> Loaded symbols for /lib/libresolv.so.2
># 0 0x401055d0 in strcmp () from /lib/libc.so.6
> (gdb) bt
># 0 0x401055d0 in strcmp () from /lib/libc.so.6
># 1 0x0808fe2a in silc_notify (client=0x8137048, conn=0x81e43d8, type=6)
> at client_ops.c:416
># 2 0x080b35e1 in silc_client_notify_by_server (client=0x8137048,
> sock=0x81de870, packet=0x81d9a18) at client_notify.c:566
># 3 0x080b0434 in silc_client_packet_parse_type (client=0x8137048,
> sock=0x81de870, packet=0x81d9a18) at client.c:989
># 4 0x080b038e in silc_client_packet_parse (parser_context=0x81e4b70,
> context=0x8137048) at client.c:942
># 5 0x080cec63 in silc_packet_receive_process (sock=0x81de870,
> local_is_router=0 '\0', cipher=0x81b2d80, hmac=0x81dc130,
> sequence=24, parser=0x80b0274 <silc_client_packet_parse>,
> parser_context=0x8137048) at silcpacket.c:405
># 6 0x080b0252 in silc_client_packet_process (schedule=0x8138d88,
> type=SILC_TASK_READ, fd=7, context=0x8137048) at client.c:877
># 7 0x080eb5fd in silc_schedule_dispatch_nontimeout (schedule=0x8138d88)
> at silcschedule.c:392
># 8 0x080eba8a in silc_schedule_one (schedule=0x8138d88,
> timeout_usecs=0) at silcschedule.c:623
># 9 0x080b142a in silc_client_run_one (client=0x8137048) at client.c:172
># 10 0x0808c710 in my_silc_scheduler () at silc-core.c:59
># 11 0x4002f3fa in g_main_set_poll_func () from /usr/lib/libglib-1.2.so.0
># 12 0x4002e4d8 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
># 13 0x4002eae3 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
># 14 0x4002eb95 in g_main_iteration () from /usr/lib/libglib-1.2.so.0
># 15 0x08071b30 in main (argc=1, argv=0xbffff914) at silc.c:350
> (gdb)
>
>
> bye,
>
> [e]
>
> --
> _________________________________________________________________________
> ______
>> e...@hq...< /(bb|[^b]{2})/
>> >http://hq.sk/~euro<
---
"If Thyne Eyes Deceive Thee, Pluck Them Out".
|
|
From: Juraj Z. <e...@hq...> - 2002-06-07 18:40:15
|
screenshot:
--- start here ---
19:08 ## Irssi: critical file nicklist.c: line 212 (nicklist_find):
assertion
`nick !=3D NULL' failed.
19:08 ## Irssi: critical file nicklist.c: line 212 (nicklist_find):
assertion
`nick !=3D NULL' failed.
19:08 ## Irssi: critical file nicklist.c: line 212 (nicklist_find):
assertion
`nick !=3D NULL' failed.
19:08 ## Irssi: critical file queries.c: line 104 (query_find):
assertion `nick
!=3D NULL' failed.
19:08 ## (^) has quit (Connection reset by peer)
--- end here ---
e@eurik [e]$ gdb /opt/silc/bin/silc core.25883
GNU gdb 2002-04-01-cvs
Copyright 2002 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-linux"...
Core was generated by `silc'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libgmodule-1.2.so.0...done.
Loaded symbols for /usr/lib/libgmodule-1.2.so.0
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /usr/lib/libglib-1.2.so.0...done.
Loaded symbols for /usr/lib/libglib-1.2.so.0
Reading symbols from /lib/libncurses.so.5...done.
Loaded symbols for /lib/libncurses.so.5
Reading symbols from /lib/libpthread.so.0...done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_compat.so.2...done.
Loaded symbols for /lib/libnss_compat.so.2
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /lib/libnss_dns.so.2...done.
Loaded symbols for /lib/libnss_dns.so.2
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
#0 0x401055d0 in strcmp () from /lib/libc.so.6
(gdb) bt
#0 0x401055d0 in strcmp () from /lib/libc.so.6
#1 0x0808fe2a in silc_notify (client=3D0x8137048, conn=3D0x81e43d8, type=
=3D6)
at client_ops.c:416
#2 0x080b35e1 in silc_client_notify_by_server (client=3D0x8137048,
sock=3D0x81de870, packet=3D0x81d9a18) at client_notify.c:566
#3 0x080b0434 in silc_client_packet_parse_type (client=3D0x8137048,
sock=3D0x81de870, packet=3D0x81d9a18) at client.c:989
#4 0x080b038e in silc_client_packet_parse (parser_context=3D0x81e4b70,
context=3D0x8137048) at client.c:942
#5 0x080cec63 in silc_packet_receive_process (sock=3D0x81de870,
local_is_router=3D0 '\0', cipher=3D0x81b2d80, hmac=3D0x81dc130,
sequence=3D24, parser=3D0x80b0274 <silc_client_packet_parse>,
parser_context=3D0x8137048) at silcpacket.c:405
#6 0x080b0252 in silc_client_packet_process (schedule=3D0x8138d88,
type=3DSILC_TASK_READ, fd=3D7, context=3D0x8137048) at client.c:877
#7 0x080eb5fd in silc_schedule_dispatch_nontimeout (schedule=3D0x8138d88)
at silcschedule.c:392
#8 0x080eba8a in silc_schedule_one (schedule=3D0x8138d88,
timeout_usecs=3D0) at silcschedule.c:623
#9 0x080b142a in silc_client_run_one (client=3D0x8137048) at client.c:172
#10 0x0808c710 in my_silc_scheduler () at silc-core.c:59
#11 0x4002f3fa in g_main_set_poll_func () from /usr/lib/libglib-1.2.so.0
#12 0x4002e4d8 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#13 0x4002eae3 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#14 0x4002eb95 in g_main_iteration () from /usr/lib/libglib-1.2.so.0
#15 0x08071b30 in main (argc=3D1, argv=3D0xbffff914) at silc.c:350
(gdb)
bye,
[e]
--=20
___________________________________________________________________________=
____
>e...@hq...< /(bb|[^b]{2})/ >http://hq.sk/~e=
uro<
|
|
From: Anders N. B. <de...@de...> - 2002-06-07 09:38:47
|
> Duh! > > under win98se it requires: > MSVCR70D.dll > > hum? Actually, this is the MS Visual C 7.0 debug runtime library, the application has been compiled as a debug application. Regular MSVC7 applications uses MSVCR70.DLL, which is boundled (together with the debugging runtime I *think*) with WindowsXP and .NET server. The non-debug runtime may be distributed freely with a program, unlike the debugging runtime, which may NOT be distributed, so Bombyx Win32 is effectively locked out for non-XP users currently untill we see a non-debug version of it. - Anders Nor Berle |
|
From: Zed A. S. <ze...@ze...> - 2002-06-07 09:18:26
|
Alright Everyone, the build environment for Bombyx on Win32 is finally coming around. Thanks to everyone who tried my last horrible failure of a release. Hopefully, this next one is a bit better. Please go to http://bombyx.sourceforge.net/ and grab the latest Win32 build when you get a chance. It will have some bugs, and probably crash, but I now have all of my build environments rock solid and will start making massive changes soon. Please let me know if you run into anything (you probably will). Thanks in advance! -- Zed A. Shaw |
|
From: Dawid S. <da...@ar...> - 2002-06-06 21:18:22
|
Duh! under win98se it requires: MSVCR70D.dll hum? Regards, Dawid Szymanski -- http://www.NetBSD.org/ http://www.silcnet.org/ http://www.google.com/ Enjoy! .:: mobile: +48691626681 :: DAWS-6BONE :: DAWS-RIPE :: SQ6EMM ::. Achieve impossible |
|
From: Pekka R. <pri...@ik...> - 2002-06-06 19:25:42
|
: 1. When you disconnect from a server, you'll get an access violation. : 2. You might get other access violations at random points. Changing your : nick does it, etc. : Are these client lib related or your client related? : 4. It opens a damn console window when you run it. If anyone knows the : magic incantation that turns this crap off, please tell me. : This means you've compiled it as Windows console application, instead of Windows GUI application. They are two different beasts. Your workspace is wrong in the VC++ and should be recreated perhaps to not be console app. Pekka ________________________________________________________________________ Pekka Riikonen priikone at silcnet.org Secure Internet Live Conferencing (SILC) http://silcnet.org/ |
|
From: Zed A. S. <zed...@ub...> - 2002-06-06 11:44:31
|
Well, I finally did it. There's a Win32 client available for people to try out. I'm sure it is broken in many different ways, and I compiled it on Windows XP using VC++ .NET, so I'm sure there's DLLs missing from the install, but please give it a try and send me any problems you have. As usual, you can find it at http://bombyx.sourceforge.net/ under releases. The two problems that will be most obvious are: 1. When you disconnect from a server, you'll get an access violation. 2. You might get other access violations at random points. Changing your nick does it, etc. 3. When you install it, no Icons are put on your desktop. Just go to the Program Files/Bombyx SILC Client and make a link from the bombyx.exe file to your desktop. 4. It opens a damn console window when you run it. If anyone knows the magic incantation that turns this crap off, please tell me. Otherwise, you can connect to silc.silcnet.org and at least chat. All of the recent builds will start improving in quality now that I have my cross build system working. Anyway, thanks in advance to those who can try it out. -- Zed A. Shaw |
|
From: Zed A. S. <ze...@ze...> - 2002-06-04 11:21:42
|
Hello Everyone, I just posted a MacOSX binary to http://bombyx.sourceforge.net/ for people to try out. This is an initial release of the soon to be "Clean Bombyx" which I've been working on. This release still has problems due to the porting effort, but you can at least connect to silc.silcnet.org and chat like normal. I'll soon be releasing a Win32 binary the same way. After that, I'll be cleaning up the code, creating a slightly better user interface design, and finally implementing private chat and file transfer. Hopefully, I'll be able to do all of this for all four platforms simultaneously. This is the first time I've released software for the MacOSX platform, so I may have made a mistake in the packaging. Please try it out, and if it doesn't work, let me know. Have fun! -- Zed A. Shaw |
|
From: Lubomir S. <sa...@Xt...> - 2002-06-04 07:28:28
|
hi scott,
On Mon, Jun 03, 2002 at 11:43:07PM -0600, Scott M Likens wrote:
> smokinu# /usr/local/silc/sbin/silcd
> Warning, trying to output without log files initialization, log output is
> going to stderr
> [Mon Jun 3 22:51:50 2002] [Error] Dynamic module support not compiled,
> can't load modules!
>=20
> I'm trying to figure this out, i just did ./configure --enable-ipv6
> --with-pic (works fine on Solaris)
>=20
> but on FreeBSD 4.5-RELEASE it fucks up, and i'm unsure why.
>=20
> i tried --with-shared or --with-static, what is the Dynamic module
> support...
>=20
> Now how do i enable "Dynamic module support" or should i remove the
> include of silcalgs.conf?
there is NO loadable modules support for *BSD. this is well known, many
time discussed and maybe also documented somewhere (at least in archives
of this list).
NO, you don't want to remove include of silcalgs.conf, what you want is
remove directory from your module_path in silcd.conf. this is excerpt
of silcd.conf shipped with NetBSD silc-server package:
General {
# This is the default path where to search modules. If omitted
# built-in modules will be used. Built-in modules will also be
# used if a module file cannot be located.
module_path =3D "";
i'll add this to FAQ later today.
regards,
--=20
-- Lubomir Sedlacik <sa...@Xt...> ASCII Ribbon campaign against /"\=
--
-- <sa...@si...> e-mail in gratuitous HTML and \ /=
--
-- Microsoft proprietary formats X =
--
-- PGPkey: http://Xtrmntr.org/salo.pgp / \=
--
-- Key Fingerprint: DBEC 8BEC 9A90 ECEC 0FEF 716E 59CE B70B 7E3B 70E2 =
--
|
|
From: Scott M L. <da...@bo...> - 2002-06-04 05:43:24
|
bleh.. smokinu# /usr/local/silc/sbin/silcd Warning, trying to output without log files initialization, log output is going to stderr [Mon Jun 3 22:51:50 2002] [Error] Dynamic module support not compiled, can't load modules! I'm trying to figure this out, i just did ./configure --enable-ipv6 --with-pic (works fine on Solaris) but on FreeBSD 4.5-RELEASE it fucks up, and i'm unsure why. i tried --with-shared or --with-static, what is the Dynamic module support... Now how do i enable "Dynamic module support" or should i remove the include of silcalgs.conf? Thanks --- "If Thyne Eyes Deceivee Thee, Pluck Them Out". |
|
From: Pekka R. <pri...@ik...> - 2002-06-03 15:51:08
|
: When the time is ready, I don't know. Pekka perhaps enlights us with : technical stuff about backup routing. : As the protocol spec indicates the current backup router scheme really isn't 100% proof system, and I'm not really even happy with the current system. It perhaps should be done some other way but I don't know how. Also, one other thing that the backup router scheme does not take into consideration is the netsplits inside the cell. Meaning, when for example server connection to the router is lost due to routing problems or very long network lag. Currently, it's a netsplit between that server and router. I however, would like to see more resilient system where we would just say that "I don't accept the fact that the transport was lost to the server/router and we split". If it is lost, then just get it back as soon as possible, but do not split. So, if server looses connection to its router (and vice versa) due to network problems, the server/router wouldn't send SERVER_SIGNOFF like it does now. Instead, it would just do everything in its power to get the transport back. Messages would be cached while transport is lost, etc. It would be like "opportunistic netsplit avoidance". If I split, then accept the fact that you've lost the transport, but do not accept the fact that SILC network would split. Instead, just repair the transport and be like nothing happened... Naturally, if the server/router crashes then this has no meaning, but that's different... If the transport repairing takes too much time, then it would split (SERVER_SIGNOFF). I actually scheched around with this scheme while I was doing the new protocol specs but decided to leave it for later time. What I really would like to see is that someone would actually start figuring out this by themselves and not expect that I will deliver it at some point, and this goes for the backup router stuff too... : There have been offers for new servers from many people around the world : already, some of them will propably want to run a router or backup : router already. : It's already been demonstrated that bringing new servers don't bring new users. Shouldn't the network expansion be based on the true need to expand due to user growth? Or is the large but fairly empty network where there is much servers and routers better? And this wasn't a retorical question, but real question. : countries. Instead one cell should contain servers from multiple : locations, countries and continents. Correct me if I've understood the : My plan has been than for starters it would really be nice to have one router per continent, but naturally taking into considreation the fact that some continents are bound to have more users than others. Dunno... : Also some kind of SilcNET organization should be set up to think and : discuss about network topology, linking policies, admin behaviour : Yes, this would be fine. Currently the pond is pretty small for lot of people though... Pekka ________________________________________________________________________ Pekka Riikonen priikone at silcnet.org Secure Internet Live Conferencing (SILC) http://silcnet.org/ |
|
From: Pekka R. <pri...@ik...> - 2002-06-03 15:28:48
|
: what is with backup router(s)? : : i saw many offers from various people here on the list or on : silc/silcnet for $SUBJ. There is still only one, making one of most : interesting feature of silc completely unusable. : The backup routers has been tested last time probably when we were at 0.7.x. I haven't had any time to test them, but naturally before 1.0 ever comes out the backup routers need to work too. Pekka ________________________________________________________________________ Pekka Riikonen priikone at silcnet.org Secure Internet Live Conferencing (SILC) http://silcnet.org/ |
|
From: Thorsten S. <th...@so...> - 2002-06-03 13:53:55
|
hi, i'm still in trouble with the silc cvs snapshot. ./prepare doesn't print out any errors, but configure exit(258) at [...] ./configure: line 1210: syntax error near unexpected token `AM_CONFIG_HEADER(config.h)' ./configure: line 1210: `AM_CONFIG_HEADER(config.h)' configure: error: /bin/sh './configure' failed for irssi I tried this on different plattforms (SuSE, RedHat, fbsd-current, fbsd-stable, NetBSD) with automake (GNU automake) 1.6.1, autoconf (GNU Autoconf) 2.53, GNU libtool 1.4d on my freebsd box configure breaks there: [...] checking for enabled debugging... yes configure: error: conditional "SILC_THREADS" was never defined. Usually this means the macro was only invoked conditionally. I'm not familiar with the autoconf/automake tools. I tried a lot to get this working but i don't have any ideas. hints? Bye, Thorsten -- use pgp; # type = RSA - /usr/bin/lynx ths.so36.net/ths.asc 2048/6EDF63A1 2000/08/27 Thorsten Schroeder <th...@so...> Key fingerprint = 63DB 7F49 9BE8 5C68 D61E 463C D280 6871 |
|
From: Lubomir S. <sa...@Xt...> - 2002-06-03 09:17:48
|
hi, On Mon, Jun 03, 2002 at 11:51:42AM +0300, Toni Willberg wrote: > There is already silcopers' mailinglist, could that be used as > discussion forum for further topology and organizational stuff? If > so, the address of the list could be published for interested parties, > currently it's not public. it's private list and i think it should stay private only for needs of administrators of SILCNet servers. i wanted to announce this later but when you mention this i'll tell it now: silc-devel list will be moved this week to it's new location and new SILC-related mailing lists will be created. one of them could be silcnet@ or something similar and used as public forum to discuss things about SILCNet, it's topology, future and such. i'll provide more information later when silc-devel is moved, stay tuned. regards, --=20 -- Lubomir Sedlacik <sa...@Xt...> ASCII Ribbon campaign against /"\= -- -- <sa...@si...> e-mail in gratuitous HTML and \ /= -- -- Microsoft proprietary formats X = -- -- PGPkey: http://Xtrmntr.org/salo.pgp / \= -- -- Key Fingerprint: DBEC 8BEC 9A90 ECEC 0FEF 716E 59CE B70B 7E3B 70E2 = -- |
|
From: Toni W. <to...@ik...> - 2002-06-03 08:51:55
|
On Mon, 2002-06-03 at 11:29, riki wrote: > hello ehlo > i saw many offers from various people here on the list or on > silc/silcnet for $SUBJ. There is still only one, making one of most > interesting feature of silc completely unusable. > > i think we should start building serious silc network which will not be > dependent on single machine. i see really no reason why this couldn`t be > done. if i am wrong, correct me. > I agree. In my opinion we should start to create large SilcNET at some point. When the time is ready, I don't know. Pekka perhaps enlights us with technical stuff about backup routing. IMHO it's much better to have one large network with nice admins you already know, than let unknown people set up multiple little networks and later try to merge them with no success. There have been offers for new servers from many people around the world already, some of them will propably want to run a router or backup router already. As Pekka and perhaps some others have said in chat earlier the topology of one cell should not be based on political/geographical borders, like countries. Instead one cell should contain servers from multiple locations, countries and continents. Correct me if I've understood the idea wrong way (which would not be very suprising). Also some kind of SilcNET organization should be set up to think and discuss about network topology, linking policies, admin behaviour policies and so on. Those things have to be decided before the network grows too large or otherwise the game is over before it even starts. There is already silcopers' mailinglist, could that be used as discussion forum for further topology and organizational stuff? If so, the address of the list could be published for interested parties, currently it's not public. > riki - Toni |
|
From: riki <ph...@ho...> - 2002-06-03 08:31:37
|
hello i would like to ask pekka, or anyone responsible for this on the list usual question what is with backup router(s)? i saw many offers from various people here on the list or on silc/silcnet for $SUBJ. There is still only one, making one of most interesting feature of silc completely unusable. i think we should start building serious silc network which will not be dependent on single machine. i see really no reason why this couldn`t be done. if i am wrong, correct me. riki |
|
From: Pekka R. <pri...@ik...> - 2002-05-30 13:51:10
|
: ok, here an updated patch. Now without interface change, but the : features are the same. Btw, t'was really hard to debug this one, since : some macros mess around with the context parameter :/ : Looks good. Yes the SILC_REGISTER_CONNECTION_FOR_IO macro mess around with the context. It should be changed, maybe, to take the server as argument... Pekka ________________________________________________________________________ Pekka Riikonen priikone at silcnet.org Secure Internet Live Conferencing (SILC) http://silcnet.org/ |
|
From: Jochen E. <joc...@gm...> - 2002-05-30 13:39:31
|
Hi,
ok, here an updated patch. Now without interface change, but the
features are the same. Btw, t'was really hard to debug this one, since
some macros mess around with the context parameter :/
Anyway, now it works for me, hope you like it :)
regards
-- jochen
--
"I'd rather die before using Micro$oft Word"
-- Donald E. Knuth
(asked whether he'd reinvent TeX in the light of M$ Word)
GnuGP public key for joc...@gm...:
http://penguin-breeder.org/?page=sigs (0x8AEB7AE3)
|
|
From: Pekka R. <pri...@ik...> - 2002-05-29 15:18:48
|
: > and then do /key msg ax negotiate : > : > problem is it starts listening on 207.229.76.2 instead of .120, which in : > any sense of anyone's mind would scream ALARM why am i connecting to .2 : > instead of .120? : > : > [ax(tes...@80...)] send this too to them that : > i did : > a `/key msg damm negotiate 207.229.76.2 45430' and it resulted in : > an : > error sent to stdout. [<timestamp>] [Error] Cant connect to remote : > host: Invalid argument : > : > that's what ax got... when he tried to connect. Aparently it didnt even : > try and connect. : > If this is what you did then it seems you're not using the KEY correctly. The KEY's interface is bad, yes, but still it should work. Please see the FAQ for how to use the /KEY command to negotiate keys. http://silcnet.org/?page=faq#f3_40 Pekka ________________________________________________________________________ Pekka Riikonen priikone at silcnet.org Secure Internet Live Conferencing (SILC) http://silcnet.org/ |
|
From: Pekka R. <pri...@ik...> - 2002-05-29 15:11:48
|
: > "here_is_variable_that_i_pass_since_i_may_need_it_later_in_the_callba : > ck_even_though_it_has_no_meaning_to_the_procedure_in_hand" argument in : > the function. You have the "context" for that. :) : So you suggest introducing a SilcAcceptNewConnectionLookupContextStruct : which has two members, fd and server, right? : No. Rather, I suggest that you change the callback function a bit, so that it takes the SilcServerKEInternalContext as context. And you allocate it in the silc_server_accept_new_connection, since it needs to be allocated anyway in the callback (assuming there is no error, and in this case the context would be freed). There isn't "fd" in that context, but there is "context" which you can use just to deliver the data you need to the callback, ie. what you need to put there is ctx->server = server, ctx->context = fd, and take the data in the callback. Then assuming there wasn't error, reuse the same context later in the function. If error, free the context. Pekka ________________________________________________________________________ Pekka Riikonen priikone at silcnet.org Secure Internet Live Conferencing (SILC) http://silcnet.org/ |
|
From: Pekka R. <pri...@ik...> - 2002-05-29 15:05:36
|
: : nuff said : #0 0x14540c in silc_client_close_connection_real (client=0x1fae80, : sock=0x0, : conn=0x0) at client.c:1449 : 1449 client.c: No such file or directory. : (gdb) bt : #0 0x14540c in silc_client_close_connection_real (client=0x1fae80, : sock=0x0, : conn=0x0) at client.c:1449 : #1 0x18d660 in silc_file_readfile (filename=0x0, return_len=0x1fae80) : at silcfileutil.c:150 : #2 0x143c14 in silc_client_connect_to_server_start (schedule=0x1fa970, : type=3505168, fd=2442024, context=0x3) at client.c:510 : #3 0x1431e4 in Perl_do_sv_dump () : #4 0x189558 in silc_calloc (items=2076288, size=1) at silcmemory.c:29 : This backtrace is crap, it doesn't make any sense and cannot be right. The debug info in the binary is incomplete, or the core is not for this binary. Pekka ________________________________________________________________________ Pekka Riikonen priikone at silcnet.org Secure Internet Live Conferencing (SILC) http://silcnet.org/ |
|
From: Pekka R. <pri...@ik...> - 2002-05-29 15:00:02
|
: : Looking through the silc code, I happened upon this in : irssi/src/silc/core/clientutil.c: : memset(key, 0, sizeof(key_len)); : : This seems wrong. key_len is just an int containing the length of key. : Simple patch: : Very true. Thanks. Pekka ________________________________________________________________________ Pekka Riikonen priikone at silcnet.org Secure Internet Live Conferencing (SILC) http://silcnet.org/ |
|
From: Pekka R. <pri...@ik...> - 2002-05-29 14:39:08
|
:
: So, I've tracked down this strange bug in silc toolkit that I can't
: figure out any further. Basically, when the gethostbyname call is made
: in silcwin32net.c at line 176, it errors out with h_errno=10093. This
: error number is for WSANOTINITIALISED, indicating that WSAStartup was
: not called.
:
: It looks like this call is being made in silc_net_win32_init. I really
: have no idea why I'm getting this error. If anyone can help, I'd really
: appreciate it.
:
Assuming you are calling silc_net_win32_init at the start of your windows
application (and it doesn't return FALSE) the winsock should be
initialized. I've tested this (with 0.8.x toolkit though, but there isn't
changes with this stuff between these versions) with MSVC++ 6.0 and it
worked fine. Make sure you call it before any other SILC function.
If you think that the silc_net_win32_init doesn't work or something else
is wrong, you can always startup the winsock manually, and see if it makes
any difference. Just call the WSAStartup by yourself.
You can also test whether you can call any network routine after
silc_net_win32_init, like call gethostbyname("silc.silcnet.org")
immediately after the initializing. Or some other way make sure that it
either works or doesn't work.
Pekka
________________________________________________________________________
Pekka Riikonen priikone at silcnet.org
Secure Internet Live Conferencing (SILC) http://silcnet.org/
|
|
From: Matthew A. <ma...@al...> - 2002-05-29 12:09:44
|
Zed Shaw wrote: >So, I've tracked down this strange bug in silc toolkit that I can't > >... > >VC++ .NET (although, this problem also existed in mingw). >Silc Toolkit 0.9 > fwiw, i'm using mingw/silc-toolkit-0.9, and it's working for me, albeit with some extra effort. (which I can't recall completely, but I hope this helps) I had to ensure the correct environment variables were used, so, setenv CC i386-mingw32-gcc, etc. The AR/RANLIB variable isn't used correctly in some places, so the Makefiles/configures etc, were changed to specifically refer to i386-mingw32-ar and i386-mingw32-ranlib. Then, somewhere (sorry, I can't recall), I defined.. #define _WIN32_WINNT 0x0400 #define __W32API_MAJOR_VERSION 1 With mingw32, this will cause silcwin32net.c to fail, but don't worry. Comment out the references to socket variables in silc_net_win32_init, and then launch configure.. ./configure --enable-debug --host=mingw32 --with-win32 --disable-asm --disable-threads Watch the build process to make sure the correct cross compiler binaries are used, etc, and you should end up with a mingw32 version of the silc libraries. Now (this is the weird bit), you need a mingw32 version of silcunixschedule.o . I edited silcunixschedule.c, removing references to signals (cross compiler will let you know.) You may have to edit the silcutil/Makefile to use the unix subdir (I can't recall), but you only need this file. Build it from the silcutil/unix directory or silcutil directory. (?) Return to the srcdir subdirectory, and build the silc libraries again. Because of a bug/feature in the way things are built, the silcunixschedule.o will be included in the win32 version of the silclibrary. (As well as silcwin32schedule.o) Use i386-mingw32-nm to make sure silcunixschedule.o appears before silcwin32schedule.o (and then silcschedule.o), after i386-mingw32-ranlib has been done from the Makefile. Then, do a make install. (you probably don't want this in /usr/local/silc, so use a --prefix=/usr/local/MSW/silc in the configure call above.) Copy contrib/getopt.h to /usr/local/MSW/silc/include, and then edit /usr/local/MSW/silc/include/silcincludes.h, replacing references to "../contrib/getopt.h" with "getopt.h". This should result in a build environment for silc under mingw32 cross compilation. What you do with it now, is up to you. :) Hope this helps ? Kind regards, Ma...@Al... |
|
From: Zed S. <ze...@ze...> - 2002-05-29 10:33:55
|
Hi all, So, I've tracked down this strange bug in silc toolkit that I can't figure out any further. Basically, when the gethostbyname call is made in silcwin32net.c at line 176, it errors out with h_errno=10093. This error number is for WSANOTINITIALISED, indicating that WSAStartup was not called. It looks like this call is being made in silc_net_win32_init. I really have no idea why I'm getting this error. If anyone can help, I'd really appreciate it. Here's the particulars of my machine: i386 architecture windows XP with all recent updates VC++ .NET (although, this problem also existed in mingw). Silc Toolkit 0.9 Thanks. Zed A. Shaw |
1 message has been excluded from this view by a project administrator.
