silc-devel Mailing List for Secure Internet Live Conferencing (Page 6)
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: Pekka R. <pri...@ik...> - 2002-03-26 07:35:49
|
The SILC Toolkit version 0.8.2 is now available! The software is
available from the following sources:
http://silcnet.org/
ftp://ftp.silcnet.org/
This version is mainly again for bugfixes only, and it is probably the
last 0.8.x release and the next one then in line would be 0.9. We shall
see. The most important changes in this release are:
o Better signals support in Scheduler
Last release introduced support for signals in scheduler and I claimed
it to be secure. Well it wasn't secure under all circumstances so I
pretty much rewrote it all together. This version is secure. :) It is
now guaranteed that the actual signal callback that is now given to the
silc_schedule_signal_register function is delivered *after* the signal
really happened and thus makes it safe to call any routine from the
signal callback. It is also guaranteed that no other signal occurs
while you are in the signal callback. Please see the silcschedule.h
for more information and for an example of how to use signals.
o Cross-references in Toolkit Reference Manual
Someone was whining on #silc about the Toolkit Reference Manual not
having cross-references for SILC types. This means that you could not
click with your mouse on some type and be directed to the type's
definition. Well, behold, cross-reference support is now added to the
documentation generator and there they are. All documented types are
now are cross-referenced, and undocumented types are not, yet.
Also all major SILC types are now documented in the manual. A new
header lib/silcutil/silctypes.h was added which defines for example
all the SILC arithmetic types, like SilcUInt32.
o Bugfixes in Client Library
There's many bugfixes in client library and in the way it handles some
of the notify packets it receives from the server.
Please refer to the ChangeLog on the website, or the CHANGES file in the
package for complete list of changes. I'm also pleased to see how well
the GUI projects are coming along that are using the SILC Toolkit. I also
happen to know for fact there's going to be another GUI client coming into
public soon. :) Enjoy hacking! :)
Pekka
________________________________________________________________________
Pekka Riikonen priikone at silcnet.org
Secure Internet Live Conferencing (SILC) http://silcnet.org/
|
|
From: Pekka R. <pri...@ik...> - 2002-03-25 17:52:05
|
: : On Sun, Mar 17, 2002 at 05:30:54AM +0200, Sami Farin wrote: : > hi. : > : > when there's a connection in progress (like, "/conn silcnet") and I do : > "/set ser[TAB]" , silc-cvs-20020316 dies with the following backtrace... : > also for example "/m s[TAB]" causes crash, BTW. : ... : : and if someone cares, 0.8.3 crashes too, also on Solaris 8, which : has gcc-2.95.4-prerelease + binutils-2.11. : I don't have solaris so I can't do anything with this. Some one whom has one is just going to had to figure it out. Pekka ________________________________________________________________________ Pekka Riikonen priikone at silcnet.org Secure Internet Live Conferencing (SILC) http://silcnet.org/ |
|
From: Sami F. <sa...@ik...> - 2002-03-25 16:39:08
|
On Sun, Mar 17, 2002 at 05:30:54AM +0200, Sami Farin wrote: > hi. > > when there's a connection in progress (like, "/conn silcnet") and I do > "/set ser[TAB]" , silc-cvs-20020316 dies with the following backtrace... > also for example "/m s[TAB]" causes crash, BTW. ... and if someone cares, 0.8.3 crashes too, also on Solaris 8, which has gcc-2.95.4-prerelease + binutils-2.11. -- Safari - sa...@ik... - PGP key 0x427E7914 - http://iki.fi/safari/ The UNIX Guru's View of Sex: "unzip ; strip ; touch ; finger ; \ mount ; fsck ; more ; yes ; umount ; sleep" |
|
From: Pekka R. <pri...@ik...> - 2002-03-25 15:32:26
|
The SILC Client version 0.8.3 is now available! The software is available
from the following sources:
http://silcnet.org/
ftp://ftp.silcnet.org/
A bugfix release. I merged assorted bugfixes from irssi.org CVS for this
release. IPv6 fixes also, which now makes it possible to connect IPv6
capable SILC server (none exists yet since 0.8 is buggy). Cras also fixed
the hardcoded ~./silc directory stuffs from the code so that the
silc-plugin with Irssi would work better. Assuming this version is stable
and all, next client version will be 0.9. Bugfixes however may be
released...
Please refer to the ChangeLog on the website, or the CHANGES file in the
package for complete list of changes.
Pekka
________________________________________________________________________
Pekka Riikonen priikone at silcnet.org
Secure Internet Live Conferencing (SILC) http://silcnet.org/
|
|
From: Pekka R. <pri...@ik...> - 2002-03-22 12:06:31
|
: Date: Fri, 22 Mar 2002 12:04:29 +0100 (CET) : From: Pekka Riikonen <pri...@ik...> : To: Lubomir Sedlacik <sa...@Xt...> : Cc: sil...@li... : Subject: Re: testing ipv6 - silc-client-0.8.2 and silc-server-0.8.CVS : : : --- Irssi: Looking up 3ffe:80ee:3fa:26::f00 : : --- Irssi: Connecting to 3ffe:80ee:3fa:26::f00 port 7706 : : --- Irssi: Connection to 3ffe:80ee:3fa:26::f00 established : : : : at this moment i received an error from silc client: : : : : [Error] Bad ID lengths in packet (20 and 0) : : : Ah, this is stupid mistake. The maximum ID lenght is 224 bits (28 bytes), : but in code it's marked as 128 bits (16 bytes), which applies only to IPv4 : based ID's. For IPv6 the max id length is 224 bits. But, there's probably : some other issues with IPv6 as well... : I fixed something else as well, and now IPv6 seems to actually work. Fixes in CVS. Pekka ________________________________________________________________________ Pekka Riikonen priikone at silcnet.org Secure Internet Live Conferencing (SILC) http://silcnet.org/ |
|
From: Pekka R. <pri...@ik...> - 2002-03-22 11:04:36
|
: --- Irssi: Looking up 3ffe:80ee:3fa:26::f00 : --- Irssi: Connecting to 3ffe:80ee:3fa:26::f00 port 7706 : --- Irssi: Connection to 3ffe:80ee:3fa:26::f00 established : : at this moment i received an error from silc client: : : [Error] Bad ID lengths in packet (20 and 0) : Ah, this is stupid mistake. The maximum ID lenght is 224 bits (28 bytes), but in code it's marked as 128 bits (16 bytes), which applies only to IPv4 based ID's. For IPv6 the max id length is 224 bits. But, there's probably some other issues with IPv6 as well... Pekka ________________________________________________________________________ Pekka Riikonen priikone at silcnet.org Secure Internet Live Conferencing (SILC) http://silcnet.org/ |
|
From: Lubomir S. <sa...@Xt...> - 2002-03-22 00:28:29
|
hello, i compiled silcd from cvs and tested ipv6 support. results are below. - silcd started fine and seems to bind to good address (given in config) ip =3D "3ffe:80ee:3fa:26::f00"; port =3D 7706; tcp6 0 0 3ffe:80ee:3fa:26.7706 *.* LISTEN - then i tried to connect with silc client 0.8.2 /connect 3ffe:80ee:3fa:26::f00 7706 --- Irssi: Looking up 3ffe:80ee:3fa:26::f00 --- Irssi: Connecting to 3ffe:80ee:3fa:26::f00 port 7706 --- Irssi: Connection to 3ffe:80ee:3fa:26::f00 established at this moment i received an error from silc client: [Error] Bad ID lengths in packet (20 and 0) - silcd.log [Info] SILC Server started [Info] Incoming connection silc.silcnet.org (3ffe:80ee:3fa:26::f00) [Info] silc.silcnet.org (3ffe:80ee:3fa:26::f00) is version SILC-1.0-0.8.1 - so i typed /disconnect, because nothing else happens.. --- Irssi: Connection lost to 3ffe:80ee:3fa:26::f00 --- Irssi: GLib critical file servers.c: line 352 (server_disconnect): as= sertion `IS_SERVER(server)' failed. [Info] Closing connection silc.silcnet.org:49187 [Unknown] i have both client and server compiled with --enable-debug so we can try it later. (or pekka can run it on his own ;) 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-03-21 17:16:47
|
sidamm@shell:~> silc
signal fault in critical section
signal number: 11, signal code: 1, fault address: 0xc,
pc: 0xfefd01a4, sp: 0xffbef150
libthread panic: fault in libthread critical section : dumping core (PID: 1950
LWP 1)
stacktrace:
fefd0068
fefd93e0
1a8470
18d670
18cdb8
1a81d0
18d2d4
144ff8
6a18c
6991c
4b5fc
4ba18
38128
0
Segmentation fault (core dumped)
damm@shell:~>
any ideas on what this is? it was currently working fine...
i can give you a backtrace on the core but i promise it to be just as eluding.
#0 0xfefd01a4 in ?? ()
#1 0xfefd93e8 in ?? ()
#2 0x1a8478 in silc_schedule_internal_signals_block (context=0x0)
at silcunixschedule.c:260
#3 0x18d678 in silc_schedule_set_listen_fd (schedule=0x20be50, fd=7,
iomask=SILC_TASK_READ) at silcschedule.c:852
#4 0x18cdc0 in silc_schedule_task_add (schedule=0x20be50, fd=7,
callback=0x1a849c <silc_schedule_wakeup_cb>, context=0x20c408, seconds=0,
useconds=0, type=SILC_TASK_FD, priority=SILC_TASK_PRI_NORMAL)
at silcschedule.c:745
#5 0x1a81d8 in silc_schedule_internal_init (schedule=0x20be50)
at silcunixschedule.c:119
#6 0x18d2dc in silc_schedule_init (max_tasks=200) at silcschedule.c:257
#7 0x145000 in silc_client_init (client=0x20b940) at client.c:121
#8 0x6a194 in silc_core_init () at silc-core.c:395
#9 0x69924 in silc_init () at silc.c:3
#10 0x4b604 in textui_init () at silc.c:148
#11 0x4ba20 in main (argc=1, argv=0xffbef774) at silc.c:334
Thanks
---
"If Thyne eyes decievee thee, pluck them out".
|
|
From: Pekka R. <pri...@ik...> - 2002-03-21 07:28:28
|
: that corrupted outgoing packets on high traffic load and caused decryption : failures in the receiver's end. This serious bug is no fixed. : hehe, "This serious bug is NOW fixed." :) Pekka ________________________________________________________________________ Pekka Riikonen priikone at silcnet.org Secure Internet Live Conferencing (SILC) http://silcnet.org/ |
|
From: Pekka R. <pri...@ik...> - 2002-03-21 07:14:14
|
The SILC Client version 0.8.2 is now available! The software is available
from the following sources:
http://silcnet.org/
ftp://ftp.silcnet.org/
This release fixes bugs, and adds some new features. First of all, the
Irssi base is updated to the latest Irssi 0.8.4 plus some additional fixed
from irssi.org CVS. This version maybe fixes for example the /CYCLE
crashes, I haven't tested though since I'm not really ever using it. :)
Packet processing on very high load was also fixed. Safari found a bug
that corrupted outgoing packets on high traffic load and caused decryption
failures in the receiver's end. This serious bug is no fixed.
A new feature is the support for multiple channel private keys, finally.
Actually the support has been there for a long long time, but the user
interface didn't support it. Now there is two ways of changing the
current channel private key. Either with /KEY command, by giving command
/KEY CHANNEL #channel change, which will set next key, or simply pressing
Alt+K (alt+shift+k), which will set the next key into use on current
channel. Please refere to /HELP KEY for more information.
Please refer to the ChangeLog on the website, or the CHANGES file in the
package for complete list of changes. And please, report those bugs here
on the mailing list.
Pekka
________________________________________________________________________
Pekka Riikonen priikone at silcnet.org
Secure Internet Live Conferencing (SILC) http://silcnet.org/
|
|
From: Johnny M. <jo...@th...> - 2002-03-20 21:20:40
|
On Wednesday 20 March 2002 20:41, you wrote: > Hello all, > after installing latest silc client and server (rpm version ..) on a > redhat 7.2 machine (updated, fairly complete installation) i run > "silc" and (after generating > the key correctly) i get > > Can't locate Symbol.pm in @INC (@INC Yes, that's a known bug. I'm preparing a workaround patch, it will be=20 available as soon as possible. If you want to run the client right now, you can type the following comma= nds=20 as root: # cd /usr/lib/perl5 # mv 5.6.0 5.6.0-broken-Digest # ln -s 5.6.1 5.6.0 This shouldn't break applications that require the broken digest module, = but=20 before uninstalling/upgrading the perl-Digest-MD5 module you should put t= he=20 things back as they was. I will post a message to the mailing list as soon as i fix this problem w= ith=20 the client rpm. Another solution is of course recompiling the rpm from the SRPM package=20 available on the site. Regards --=20 Johnny |
|
From: Giovanni T. <tum...@as...> - 2002-03-20 19:42:05
|
Hello all, after installing latest silc client and server (rpm version ..) on a redhat 7.2 machine (updated, fairly complete installation) i run "silc" and (after generating the key correctly) i get Can't locate Symbol.pm in @INC (@INC contains: /usr/lib/perl5/5.6.0/i386-linux /usr/lib/perl5/5.6.0 /usr/lib/perl5/site_perl/5.6.0/i386-linux /usr/lib/perl5/site_perl/5.6.0 /usr/lib/perl5/site_perl .) at (eval 9) line 9. BEGIN failed--compilation aborted at (eval 9) line 9. anything i can do about it? a locate Symbol.pm will yeald to the file being in dir 5.6.1 instead of 5.6.0 .. Sincerely Giovanni |
|
From: Pekka R. <pri...@ik...> - 2002-03-20 07:35:19
|
The SILC Toolkit version 0.8.1 is now available! The software is
available from the following sources:
http://silcnet.org/
ftp://ftp.silcnet.org/
This version is mainly a bug fix release but there's some new stuff too.
Following list of most important changes in this Toolkit release:
o Interface changes in Client Library
There is some minor interface changes in the Client Library, and in
the lib/silcclient/silcclient.h file. Nothing major, just a new
argument to a function and a new function. The function
silc_client_add_channel_private_key now takes name as argument which
may application given name for the channel private key. It could be
a display name or something on GUI. Also a new function
silc_client_current_channel_private_key is added which can be used
set the current channel private key to be used. Also the
structure SilcChannelPrivateKey was moved into the silcclient.h file.
o Global variables removed
I started the work of removing all global variables around the generic
code. This is for upcoming EPOC support, which does not support any
global variables. And globals are bad for you anyway.
o Signals support to SILC Schedule
The scheduler now has preliminary support for signals. Every signal
that the application is going to use should be registered now to
scheduler with silc_schedule_signal_register function. This will
assure that when the scheduler is locked, also the signal is blocked.
This on the other hand guarantees that when the signal occurs,
scheduler is not locked and can be safely used. So, registering
new tasks or something is now totally safe from signal callback.
Needles to say this affects only Unix systems.
o Key generation in PKCS API
When generating new public key pair, it was done by doing the
pkcs->pkcs->init() function call. Now there is a function for this:
silc_pkcs_generate_key.
o IPv6 fixes
IPv6 support was broken with some of the network handling routines.
Now they are fixed and every network routine should support IPv6.
o Toolkit Reference Manual enhancements
Toolkit manual is slowly coming together. There's now some
improvements to it, and it fe. includes build instructions as well.
Also, it now shows the library, directory and in the end the header
file where the given interface belongs to.
There is a lot other changes too, and please do refer to the ChangeLog on
the website or the CHANGES file in the package for complete list of
changes. I also try to put out the Win32 binaries as soon as possible.
Now, happy hacking!
Pekka
________________________________________________________________________
Pekka Riikonen priikone at silcnet.org
Secure Internet Live Conferencing (SILC) http://silcnet.org/
|
|
From: damm <da...@bo...> - 2002-03-19 14:41:58
|
> This is because your perl was compiled with GCC, and perl remembers and uses > those flags always when compiling stuff later. Normally this is the other > way, perl compiled with non-GCC and trying to compile irssi with GCC :) From > INSTALL file: I have noticed that. Some things remember too damn much, and i thought Microsoft was bad at being a spy. > - Compiling fails if you compile irssi with GCC in a system that has > perl compiled with some other C compiler. Very common problem with > non-Linux/BSD systems. You'll need to edit src/perl/*/Makefile files > and remove the parameters that gcc doesn't like. Mostly you'll just > need to keep the -I and -D parameters and add -fPIC. Something i'll work on today... re-compiling perl with forte. |
|
From: Timo S. <ts...@ik...> - 2002-03-19 04:34:56
|
> here is a nice spew... aparently Forte is such a forgotten compiler much like > ucbcc, that no compilers check for it. It assumed that it was 'gcc' which i > find appauling, but never the less... here go's. (btw i'm not sure why it said > it was gcc, there is no gcc in the search path). This is because your perl was compiled with GCC, and perl remembers and uses those flags always when compiling stuff later. Normally this is the other way, perl compiled with non-GCC and trying to compile irssi with GCC :) From INSTALL file: - Compiling fails if you compile irssi with GCC in a system that has perl compiled with some other C compiler. Very common problem with non-Linux/BSD systems. You'll need to edit src/perl/*/Makefile files and remove the parameters that gcc doesn't like. Mostly you'll just need to keep the -I and -D parameters and add -fPIC. |
|
From: Scott M L. <da...@bo...> - 2002-03-18 21:05:27
|
here is a nice spew... aparently Forte is such a forgotten compiler much like
ucbcc, that no compilers check for it. It assumed that it was 'gcc' which i
find appauling, but never the less... here go's. (btw i'm not sure why it said
it was gcc, there is no gcc in the search path).
make[5]: Entering directory `/usr/home/damm/silc/irssi/src/perl/common'
cc -c -I../../.. -I../../.. -I../../../src -I../../../src/core -
I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -fno-strict-
aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O -
DVERSION=\"0.9\" -DXS_VERSION=\"0.9\" -fPIC -I/usr/local/lib/perl5/5.6.1/sun4-
solaris/CORE Channel.c
cc: Warning: illegal option -fno-strict-aliasing
cc: Warning: illegal option -fPIC
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/iperlsys.h", line 418: syntax
error before or at: __attribute__
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/iperlsys.h", line 418: warning:
syntax error: empty declaration
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 106: syntax error
before or at: __attribute__
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 106: identifier
redefined: __attribute__
current : function() returning int
previous: function() returning int : "/usr/local/lib/perl5/5.6.1/sun4-
solaris/CORE/iperlsys.h", line 418
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 110: warning:
syntax error: empty declaration
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 111: syntax error
before or at: __attribute__
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 111: identifier
redefined: __attribute__
current : function() returning int
previous: function() returning int : "/usr/local/lib/perl5/5.6.1/sun4-
solaris/CORE/proto.h", line 106
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 111: warning:
syntax error: empty declaration
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 486: syntax error
before or at: __attribute__
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 486: identifier
redefined: __attribute__
current : function() returning int
previous: function() returning int : "/usr/local/lib/perl5/5.6.1/sun4-
solaris/CORE/proto.h", line 111
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 486: warning:
syntax error: empty declaration
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 487: syntax error
before or at: __attribute__
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 487: identifier
redefined: __attribute__
current : function() returning int
previous: function() returning int : "/usr/local/lib/perl5/5.6.1/sun4-
solaris/CORE/proto.h", line 486
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 487: warning:
syntax error: empty declaration
cc: acomp failed for Channel.c
make[5]: *** [Channel.o] Error 2
make[5]: Leaving directory `/usr/home/damm/silc/irssi/src/perl/common'
make[5]: Entering directory `/usr/home/damm/silc/irssi/src/perl/common'
cc -c -I../../.. -I../../.. -I../../../src -I../../../src/core -
I/usr/local/include/glib-1.2 -I/usr/local/lib/glib/include -fno-strict-
aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O -
DVERSION=\"0.9\" -DXS_VERSION=\"0.9\" -fPIC -I/usr/local/lib/perl5/5.6.1/sun4-
solaris/CORE Channel.c
cc: Warning: illegal option -fno-strict-aliasing
cc: Warning: illegal option -fPIC
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/iperlsys.h", line 418: syntax
error before or at: __attribute__
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/iperlsys.h", line 418: warning:
syntax error: empty declaration
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 106: syntax error
before or at: __attribute__
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 106: identifier
redefined: __attribute__
current : function() returning int
previous: function() returning int : "/usr/local/lib/perl5/5.6.1/sun4-
solaris/CORE/iperlsys.h", line 418
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 110: warning:
syntax error: empty declaration
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 111: syntax error
before or at: __attribute__
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 111: identifier
redefined: __attribute__
current : function() returning int
previous: function() returning int : "/usr/local/lib/perl5/5.6.1/sun4-
solaris/CORE/proto.h", line 106
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 111: warning:
syntax error: empty declaration
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 486: syntax error
before or at: __attribute__
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 486: identifier
redefined: __attribute__
current : function() returning int
previous: function() returning int : "/usr/local/lib/perl5/5.6.1/sun4-
solaris/CORE/proto.h", line 111
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 486: warning:
syntax error: empty declaration
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 487: syntax error
before or at: __attribute__
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 487: identifier
redefined: __attribute__
current : function() returning int
previous: function() returning int : "/usr/local/lib/perl5/5.6.1/sun4-
solaris/CORE/proto.h", line 486
"/usr/local/lib/perl5/5.6.1/sun4-solaris/CORE/proto.h", line 487: warning:
syntax error: empty declaration
cc: acomp failed for Channel.c
make[5]: *** [Channel.o] Error 2
make[5]: Leaving directory `/usr/home/damm/silc/irssi/src/perl/common'
/bin/sh: ui: does not exist
make[4]: *** [all-local] Error 1
make[4]: Leaving directory `/usr/home/damm/silc/irssi/src/perl'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/usr/home/damm/silc/irssi/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/home/damm/silc/irssi'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/usr/home/damm/silc/irssi'
make: *** [all-recursive] Error 1
---
"If Thyne eyes decievee thee, pluck them out".
|
|
From: Scott M L. <da...@bo...> - 2002-03-17 23:23:45
|
--- Damm !da...@ai... has joined #bsd --- Irssi: Connection lost to s.slash0.net --- Irssi: GLib critical file servers.c: line 396 (server_ref): assertion `IS_SERVER(server)' failed. --- Irssi: GLib critical file servers.c: line 477 (server_connect_unref): assertion `IS_SERVER_CONNECT(conn)' failed. [15:19] [] [1] /server s.slash0.netSegmentation fault (core dumped) #0 0x58954 in format_create_dest_tag (dest=0xffbee2f8, server=0x272328, server_tag=0x0, target=0x0, level=262144, window=0x0) at formats.c:291 291 formats.c: No such file or directory. (gdb) bt #0 0x58954 in format_create_dest_tag (dest=0xffbee2f8, server=0x272328, server_tag=0x0, target=0x0, level=262144, window=0x0) at formats.c:291 #1 0x5890c in format_create_dest (dest=0xffbee2f8, server=0x272328, target=0x0, level=262144, window=0x0) at formats.c:281 #2 0x5d934 in printformat_module_args (module=0x1af6c8 "fe-common/core", server=0x272328, target=0x0, level=262144, formatnum=48, va=0xffbee3f0) at printtext.c:93 #3 0x5d974 in printformat_module (module=0x1af6c8 "fe-common/core", server=0x272328, target=0x0, level=262144, formatnum=48) at printtext.c:103 #4 0x56eb4 in sig_server_quit (server=0x272328, msg=0x26dfea "Changing server") at fe-server.c:283 #5 0x885ec in signal_emit_real (rec=0x20d400, params=1, va=0x1fd400) at signals.c:216 #6 0x886f0 in signal_emit (signal=0x1 <Address 0x1 out of bounds>, params=2) at signals.c:253 #7 0x8ab7c in cmd_disconnect (data=0x20d400 "", server=0x272328) at chat- commands.c:250 #8 0x885ec in signal_emit_real (rec=0x20cca8, params=0, va=0x1fd400) at signals.c:216 #9 0x886f0 in signal_emit (signal=0x0, params=2) at signals.c:253 #10 0x8a964 in update_reconnection (conn=0x26f350, server=0x272328) at chat- commands.c:193 #11 0x8aa28 in cmd_server_connect (data=0x26f350 "", server=0x272328) at chat- commands.c:223 #12 0x885ec in signal_emit_real (rec=0x20ce60, params=0, va=0x1fd400) at signals.c:216 #13 0x886f0 in signal_emit (signal=0x0, params=3) at signals.c:253 #14 0x8a9b0 in sig_default_command_server (data=0x32f4af "s.slash0.net", server=0x272328, item=0x0) at chat-commands.c:206 #15 0x885ec in signal_emit_real (rec=0x20cfc8, params=0, va=0x1fd400) at signals.c:216 #16 0x886f0 in signal_emit (signal=0x0, params=3) at signals.c:253 #17 0x74ed8 in command_runsub (cmd=0x1be7f0 "server", data=0x32f4af "s.slash0.net", server=0x272328, item=0x0) at commands.c:319 #18 0x8a988 in cmd_server (data=0x32f4af "s.slash0.net", server=0x272328, item=0x0) at chat-commands.c:200 #19 0x885ec in signal_emit_real (rec=0x20ce38, params=0, va=0x1fd400) at signals.c:216 #20 0x886f0 in signal_emit (signal=0x0, params=3) at signals.c:253 #21 0x761e8 in parse_command (command=0x272231 "server s.slash0.net", expand_aliases=2097152, server=0x272328, item=0x0) at commands.c:880 #22 0x7635c in event_command (line=0x272231 "server s.slash0.net", server=0x272328, item=0x0) at commands.c:931 #23 0x885ec in signal_emit_real (rec=0x20c898, params=0, va=0x1fd400) at signals.c:216 #24 0x886f0 in signal_emit (signal=0x0, params=3) at signals.c:253 #25 0x3a494 in key_send_line () at gui-readline.c:191 #26 0x885ec in signal_emit_real (rec=0x240108, params=0, va=0x1fd400) at signals.c:216 #27 0x886f0 in signal_emit (signal=0x0, params=3) at signals.c:253 #28 0x5cf10 in sig_multi (data=0x1b01c0 "", gui_data=0x0) at keyboard.c:629 #29 0x885ec in signal_emit_real (rec=0x20d9f0, params=0, va=0x1fd400) at signals.c:216 #30 0x886f0 in signal_emit (signal=0x0, params=3) at signals.c:253 #31 0x5cbd8 in key_emit_signal (keyboard=0x22be70, key=0x22d23c) at keyboard.c:526 #32 0x5cdbc in key_pressed (keyboard=0x22be70, key=0x22d23c "") at keyboard.c:584 #33 0x3a3cc in handle_key (key=10) at gui-readline.c:165 #34 0x3a8c8 in sig_input () at gui-readline.c:369 #35 0x7c144 in irssi_io_invoke (source=0x23e6b0, condition=G_IO_IN, data=0x229554) at misc.c:56 #36 0xff214a8c in ?? () #37 0xff2167a4 in ?? () #38 0xff216c38 in ?? () #39 0x4b890 in main (argc=1, argv=0xffbef7ac) at silc.c:350 that's the prettiest yet... and that is CVS 3/15/02. --- "If Thyne eyes decievee thee, pluck them out". |
|
From: Sami F. <sa...@ik...> - 2002-03-17 05:38:03
|
hi.
when there's a connection in progress (like, "/conn silcnet") and I do
"/set ser[TAB]" , silc-cvs-20020316 dies with the following backtrace...
also for example "/m s[TAB]" causes crash, BTW.
#0 0x00000000 in ?? ()
#1 0x0809b870 in sig_complete_word (list=0x6c, window=0x52b89ff0,
word=0x5e9ebffc "ser", linestart=0x56811df0 "dH", want_space=0x5e9edff8)
at chat-completion.c:572
(corrupted data ^ )
#2 0x080bb338 in signal_emit_real (rec=0x49b75e28, params=1394882856,
va=0x81e29d8) at signals.c:216
(gdb) print *rec
$77 = {id = 108, refcount = 3, emitting = 1, stop_emit = 0,
modulelist = {0x50e21e94, 0x50e21d5c, 0x0},
siglist = {0x50e21e88, 0x50e21d50, 0x0}}
#3 0x080bb427 in signal_emit (signal=0x81aa10b "complete word", params=0)
at signals.c:253
#4 0x0808340e in word_complete (window=0x5cdb9fb0, line=0x5e9e9fcc "/set ser",
pos=0xbff279cc, erase=0) at completion.c:201
#5 0x08072afb in key_completion (erase=0) at gui-readline.c:411
#6 0x08072b5d in key_word_completion () at gui-readline.c:423
#7 0x080bb338 in signal_emit_real (rec=0x53243928, params=0, va=0x81e29d8)
at signals.c:216
#8 0x080bb427 in signal_emit (signal=0x5e9e7fec "key word_completion", params=0)
at signals.c:253
#9 0x08092435 in key_emit_signal (keyboard=0x5e32df40, key=0x0) at keyboard.c:526
#10 0x08072453 in handle_key (key=9) at gui-readline.c:168
#11 0x080729be in sig_input () at gui-readline.c:369
#12 0x080afcf6 in irssi_io_invoke (source=0x569c5ff0, condition=0, data=0x569c7ff4)
at misc.c:56
#13 0x4992428e in g_io_unix_dispatch (source_data=0x5e32df40,
current_time=0xbff27dd8, user_data=0x569c7ff4) at giounix.c:135
#14 0x49925a72 in g_main_dispatch (dispatch_time=0xbff27dd8) at gmain.c:656
#15 0x49925e84 in g_main_iterate (block=1234406116, dispatch=1) at gmain.c:877
#16 0x499261ce in g_main_iteration (block=1) at gmain.c:907
#17 0x08082631 in main (argc=1, argv=0x0) at silc.c:350
#18 0x499af627 in __libc_start_main (main=0x8082590 <main>, argc=1,
ubp_av=0xbff27ea4, init=0x806eb58 <_init>, fini=0x81a53f0 <_fini>,
rtld_fini=0x4987acc4 <_dl_fini>, stack_end=0xbff27e9c)
at ../sysdeps/generic/libc-start.c:129
I tried with and without efence -- silc crashed in the same way...
I have x86 Linux Redhat, glibc-2.2.4-19.3, glib-1.2.10, gcc-3.0.4,
binutils-2.12.
--
Safari - sa...@ik... - PGP key 0x427E7914 - http://iki.fi/safari/
The UNIX Guru's View of Sex: "unzip ; strip ; touch ; finger ; \
mount ; fsck ; more ; yes ; umount ; sleep"
|
|
From: damm <da...@bo...> - 2002-03-16 18:22:27
|
Well noted is that without ipv6 it fails to compile, but quite honestly when i compiled it with ipv6... it worked better then i expected it to compiled fine, connects are a little faster, and it got my hostname right for once. :) Which i'm truthfully happy about. Thanks pekka... good work |
|
From: Pekka R. <pri...@ik...> - 2002-03-16 09:24:37
|
: : Hi, i recently (as of today) got a segfault on silc .8 and i figured i'd : share it with the world : Fixed in CVS. Pekka ________________________________________________________________________ Pekka Riikonen priikone at silcnet.org Secure Internet Live Conferencing (SILC) http://silcnet.org/ |
|
From: Toni W. <to...@ik...> - 2002-03-15 22:27:43
|
I got core dumped also, my backtrace looks quite same. *** Client: Irssi-SILC 0.8 (Irssi base: 0.8.1 - SILC base: SILC Toolkit 0.8) (20020226 20020226) My server (silc.peelo.com) did not crash, just my client. #0 0x08153d0a in g_string_append (fstring=0x81ec480, val=0xa <Error reading address 0xa: No such process>) at gstring.c:296 296 len = strlen (val); (gdb) bt #0 0x08153d0a in g_string_append (fstring=0x81ec480, val=0xa <Error reading address 0xa: No such process>) at gstring.c:296 #1 0x080b458f in get_argument (cmd=0xbfffeef4, arglist=0xbfffefe0) at special-vars.c:79 #2 0x080b4a06 in get_special_value (cmd=0xbfffeef4, server=0x81eb170, item=0x0, arglist=0xbfffefe0, free_ret=0xbfffeed8, arg_used=0x0, flags=0) at special-vars.c:239 #3 0x080b4d9a in parse_special (cmd=0xbfffeef4, server=0x81eb170, item=0x0, arglist=0xbfffefe0, free_ret=0xbfffeed8, arg_used=0x0, flags=0) at special-vars.c:418 #4 0x0808cb7e in format_get_text_args (dest=0xbffff040, text=0x8213ac0 "0}%_", arglist=0xbfffefe0) at formats.c:425 #5 0x08090767 in printformat_module_dest_args (module=0x81af542 "fe-common/silc", dest=0xbffff040, formatnum=69, va=0xbffff0c4) at printtext.c:71 #6 0x080907e1 in printformat_module_args (module=0x81af542 "fe-common/silc", server=0x81eb170, target=0x0, level=1, formatnum=69, va=0xbffff0c4) at printtext.c:94 #7 0x0809080a in printformat_module (module=0x81af542 "fe-common/silc", server=0x81eb170, target=0x0, level=1, formatnum=69) at printtext.c:103 #8 0x0809de26 in silc_notify (client=0x81f43d8, conn=0x8258998, type=10) at client_ops.c:551 #9 0x0815b555 in silc_client_notify_by_server (client=0x81f43d8, sock=0x821b2b8, packet=0x8212bd8) at client_notify.c:712 #10 0x08158313 in silc_client_packet_parse (parser_context=0x8284888, context=0x81f43d8) at client.c:891 #11 0x08173d25 in silc_packet_receive_process (sock=0x821b2b8, local_is_router=0 '\000', cipher=0x8269898, hmac=0x8269b38, sequence=9564, parser=0x8158218 <silc_client_packet_parse>, parser_context=0x81f43d8) at silcpacket.c:433 #12 0x0815820d in silc_client_packet_process (schedule=0x81f6b68, type=SILC_TASK_READ, fd=7, context=0x81f43d8) at client.c:830 #13 0x0818f838 in silc_schedule_dispatch_nontimeout (schedule=0x81f6b68) at silcschedule.c:349 #14 0x0818fc81 in silc_schedule_one (schedule=0x81f6b68, timeout_usecs=0) at silcschedule.c:572 #15 0x081592e3 in silc_client_run_one (client=0x81f43d8) at client.c:172 #16 0x0809ae01 in my_silc_scheduler () at silc-core.c:61 #17 0x0814d728 in g_timeout_dispatch (source_data=0x81faa80, dispatch_time=0xbffff5c0, user_data=0x0) at gmain.c:1302 #18 0x0814ca74 in g_main_dispatch (dispatch_time=0xbffff5c0) at gmain.c:656 #19 0x0814cfc3 in g_main_iterate (block=1, dispatch=1) at gmain.c:877 #20 0x0814d069 in g_main_iteration (block=1) at gmain.c:907 #21 0x080819be in main (argc=1, argv=0xbffff684) at silc.c:350 #22 0x40100627 in __libc_start_main (main=0x8081904 <main>, argc=1, ubp_av=0xbffff684, init=0x80708dc <_init>, fini=0x81a6b10 <_fini>, rtld_fini=0x4000dcc4 <_dl_fini>, stack_end=0xbffff67c) at ../sysdeps/generic/libc-start.c:129 (gdb) |
|
From: damm <da...@bo...> - 2002-03-15 22:09:03
|
Hi, i recently (as of today) got a segfault on silc .8 and i figured i'd
share it with the world
Compiler of gcc 2.95.3
Sun Solaris 8 (Sparc)
#0 0xff0b2ff4 in ?? ()
#1 0x87074 in get_argument (cmd=0xffbeed28, arglist=0xffbeee10)
at special-vars.c:79
#2 0x8750c in get_special_value (cmd=0xffbeed28, server=0x314328,
item=0x0,
arglist=0xffbeeccc, free_ret=0xffbeeccc, arg_used=0x0, flags=0)
at special-vars.c:239
#3 0x87a20 in parse_special (cmd=0xffbeed28, server=0x314328, item=0x0,
arglist=0xffbeee10, free_ret=0xffbeeccc, arg_used=0x0, flags=0)
at special-vars.c:418
#4 0x58584 in format_get_text_args (dest=0xffbeeea8, text=0x230c38
"0}%W",
arglist=0xffbeee10) at formats.c:425
#5 0x5d000 in printformat_module_dest_args (module=0x1ac220
"fe-common/silc",
dest=0xffbeeea8, formatnum=69, va=0xffbeefa0) at printtext.c:71
#6 0x5d0b8 in printformat_module_args (module=0x1ac220 "fe-common/silc",
server=0xffbeeea8, target=0x45 <Address 0x45 out of bounds>,
level=-4264032, formatnum=69, va=0xffbeefa0) at printtext.c:94
#7 0x5d0e4 in printformat_module (module=0x1ac220 "fe-common/silc",
server=0x314328, target=0x0, level=1, formatnum=69) at printtext.c:103
#8 0x6cadc in silc_notify (client=0x1f5940, conn=0x314040, type=10)
at client_ops.c:551
#9 0x1451cc in silc_client_notify_by_server (client=0x1f5940,
sock=0x3169e0,
packet=0x315cd0) at client_notify.c:712
#10 0x1419e8 in silc_client_packet_parse (parser_context=0x316ea0,
context=0x1f5940) at client.c:891
#11 0x162b70 in silc_packet_receive_process (sock=0x256f40,
local_is_router=0 '\000', cipher=0x316080, hmac=0x314518,
sequence=1233,
parser=0x1418c0 <silc_client_packet_parse>, parser_context=0x1f5940)
at silcpacket.c:433
#12 0x14176c in silc_client_packet_process (schedule=0x1f5940,
type=1317056,
fd=11, context=0x1f5940) at client.c:826
#13 0x183658 in silc_schedule_dispatch_nontimeout (schedule=0x1f5e50)
at silcschedule.c:349
#14 0x1839bc in silc_schedule_one (schedule=0x1f5e50, timeout_usecs=1)
at silcschedule.c:572
#15 0x696e0 in my_silc_scheduler () at silc-core.c:61
#16 0xff227cbc in ?? ()
#17 0xff2267a4 in ?? ()
#18 0xff226c38 in ?? ()
#19 0x4b194 in main (argc=3, argv=0xffbef794) at silc.c:350
If anyone wants to the actual core file, we'll discuss it ok?
email me
|
|
From: Jochen E. <eis...@in...> - 2002-03-14 12:54:53
|
Hi, On Wed, 13 Mar 2002, Pekka Riikonen wrote: > : The next change is to replace the string ".silc" with ".irssi", because i > : think one program (irssi, since silc his here only a plugin) should keep > : all it's file in one directory. Whatabout replacing ".silc" with > : SILC_USER_DIR, so i could just -DSILC_USER_DIR=\".irssi\"? > : > This maybe the case with silc plugin but that's not the case with Irssi > SILC Client, and that's the client I care about, and that's the client > that is having .silc. If you want to fix this then fix them in the > silc/irssi/src/silc/core to use the irssi's routine to get the homedir > instead of direcetly writing the .silc directory in a string. And send me > a patch. I patched the silc sources to use get_irssi_dir() and it works fine, however for you to include it into the silc-sources, there is still the need to register .silc as irssi_dir (which i haven't done, since i'm happy with .irssi...). If you still want my patch, just let me know. The new version of the plugin is available for download now. regards -- jochen |
|
From: Pekka R. <pri...@ik...> - 2002-03-14 07:03:18
|
: Thank you! All of my questions, so far anyway ;-) have been answered. Is : there a comprehensive command list for SILC somewhere? I'm using the one : from http://silcnet.org/docs/README and it doesn't include the /TOPIC : command. : Rather, just give /help and it will give all commands available for your pleasure. :) Pekka ________________________________________________________________________ Pekka Riikonen priikone at silcnet.org Secure Internet Live Conferencing (SILC) http://silcnet.org/ |
|
From: Wilson, R. E <ric...@ed...> - 2002-03-13 22:20:34
|
Found the doc draft-riikonen-silc-commands-02.txt at http://silcnet.org/docs/ -- a file by the same name is included in the SRPMS in the doc directory, but it is 0 length as are all of the other draft-* files. RW -----Original Message----- From: Wilson, Richard E Sent: Wednesday, March 13, 2002 3:47 PM To: sil...@li... Subject: FW: Notes from new SILC installation Thank you! All of my questions, so far anyway ;-) have been answered. Is there a comprehensive command list for SILC somewhere? I'm using the one from http://silcnet.org/docs/README and it doesn't include the /TOPIC command. I guess I should probably look back at the source code again... Thanks again. RW |
1 message has been excluded from this view by a project administrator.
