Menu
▾
▴
bchat-devel — Mailinglist for bchat developers
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
|
Feb
|
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
|
2
|
3
|
|
4
|
5
|
6
|
7
|
8
|
9
|
10
|
|
11
|
12
(1) |
13
(1) |
14
|
15
|
16
|
17
(1) |
|
18
|
19
|
20
(1) |
21
|
22
|
23
(2) |
24
|
|
25
|
26
|
27
|
28
|
29
|
30
|
|
|
From: Piotr Esden-T. <pe...@bi...> - 2001-11-23 17:05:35
|
On Fri, Nov 23, 2001 at 03:48:47PM +0100, fa...@ma... wrote: > Hi there, Hi, > > as i had some spare time i checke out whether or not bchat2 will compile on > HP-UX so far. After fixing the routing table (damn, not even the "Unix-Guru" > was able to read the man-page...it's 'route add default gw 1'... he forgot > the '1' so they never had inet on the HP-UX server before... they were > jumping around like mad (becuz of joy) as they noticed it :) and installing > gcc-3.0.2 (2.8.1 was broken somehow), binutils and a patch (PKLH_8639) i was > able to run configure. There was a > > _BUG_ :die: > > on line 68 of conf.cpp, see http://apollo.bingo-ev.de/~fake/HP-UX-error-bchat2.jpg. It seems to be a gcc-3.0.2 problem. I will track it down. > there was a flag or something call nowrite, which didn't work. i removed > the flag and voila - here you go: http://apollo.bingo-ev.de/~fake/HP-UX-bchat2.jpg. > > esden could you plz varporize this bug? Ok no problem. But I have to fight with Common C++ first >_< > > BTW it was HP-UX 10.20 on an S700 system, IIRC. > > I'm going for Solaris now ;)) Waiting forward to see if it works... cheers ESDEN -- bChat2: http://apollo.bingo-ev.de ___ ___ ___ _ _ bChat: http://bchat.bingo-ev.de | _ || _ || __|| |// ROCK LINUX: www.rocklinux.org ||_|||| |||| | / -Born to run kill -9 win | _|||_||||__ | \ -"Ignorance is bliss." (Matrix) ||\\ |_LINUX__||_|\\ -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GIT/CS/CC/ED/P d-(--) s+:- a? c++++ U/S++++ 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------ |
|
From: <fa...@ma...> - 2001-11-23 14:50:12
|
Hi there, as i had some spare time i checke out whether or not bchat2 will compile on HP-UX so far. After fixing the routing table (damn, not even the "Unix-Guru" was able to read the man-page...it's 'route add default gw 1'... he forgot the '1' so they never had inet on the HP-UX server before... they were jumping around like mad (becuz of joy) as they noticed it :) and installing gcc-3.0.2 (2.8.1 was broken somehow), binutils and a patch (PKLH_8639) i was able to run configure. There was a _BUG_ :die: on line 68 of conf.cpp, see http://apollo.bingo-ev.de/~fake/HP-UX-error-bchat2.jpg. there was a flag or something call nowrite, which didn't work. i removed the flag and voila - here you go: http://apollo.bingo-ev.de/~fake/HP-UX-bchat2.jpg. esden could you plz varporize this bug? BTW it was HP-UX 10.20 on an S700 system, IIRC. I'm going for Solaris now ;)) cya FAKE |
|
From: <fa...@ma...> - 2001-11-20 22:53:25
|
On Sat, Nov 17, 2001 at 03:41:08PM +0100, cr...@ma... wrote: I think the language spoken on the SF Mailinglists should be english.... translation: Hi, i forgot something yesterday: The commands /mute /unmute and /voice The command /mute sets the user mute as long as the session exists (only he himself sees what he wrote, noone else!) and the command /voice or /unmute quits reverses the action. Protocol: <mute>login</mute> <unmute>login</unmute> sorry for my bad english, bC himself would've done it better. greetz FAKE Hi i think > Hi, hab gestern noch was vergessen: > > Die Befehle /mute und /unmute /voice > > Der Befehl /mute <login> setzt den User für die Dauer der SESSION ruhig (für alle(!) ausser ihn selbst) > und der Befehl /unmute <login> oder /voice <login> (=äquivalent) macht das ganze rückgängig. > > Protokoll: > <mute>login</mute> > <unmute>login</unmute> > > > bC |
|
From: <cr...@ma...> - 2001-11-17 14:45:28
|
Hi, hab gestern noch was vergessen: Die Befehle /mute und /unmute /voice Der Befehl /mute <login> setzt den User für die Dauer der SESSION ruhig (für alle(!) ausser ihn selbst) und der Befehl /unmute <login> oder /voice <login> (=äquivalent) macht das ganze rückgängig. Protokoll: <mute>login</mute> <unmute>login</unmute> bC -- The blindCoder shows us the way -----BEGIN OTAKU CODE V2.0----- s++ fs++ ml m++* j! o++ a+ mc cd+ con cos fic++* art!*++ va h+ gen! ARM+ BGC24++ EVA+++/# GITS+++ GSC++ OMG+++ SEL++ VOE+ X+ k* http://tundra00.tripod.com/tundra/otaku.html ------END OTAKU CODE V2.0------ -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GMC d->-- s:+ a? C++>++++ UL+++ US+$ 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++ z+ ------END GEEK CODE BLOCK------ |
|
From: <cr...@ma...> - 2001-11-13 17:55:50
|
Hi! Vorgestern haben wir einen Stress-Test auf dem bChat gefahren. Getestet wurde mit einem Dummyposter-skript. Die Dummyposter waren darauf programmiert, ununterbrochen Zeilen an den Chat zu schicken. Wer das Skript haben möchte, möge sich bitte direkt(!) an mich wenden. Folgende Hardware wurde eingesetzt: - Dual Pentium-2 400 Mhz - 384MB RAM - 4 Platten im RAID 5 Verbund - 1 Systemplatte - MySQL 3.23.40-log Wir sind zu folgenden Ergebnissen gekommen: 10 Dummyposter von 3 Workstations Überwacht von einem User an einer zusätzlichen WS Angeschlossen mit 100 MBit ------------------------------------------------- 1,5% Prozessorlast, selbst geschickte Posts sind sofort erschienen. 25 Dummyposter von 5 Workstations Überwacht von einem User an einer zusätzlichen WS Angeschlossen mit 100MBit ------------------------------------------------- 7-10% Prozessorlast, selbst geschickte Posts sind sofort erschienen. 50 Dummposter von 16 Workstations Überwacht von einem User an einer zusätzlichen WS Angeschlossen mit 100MBit ------------------------------------------------- 50% Prozessorlast, selbst geschickte Posts waren mit einer Verzögerung von ein bis zwei Sekunden sichtbar. Die Prozessorlast bezieht sich auf das Gesamt-System. Das heisst, eine Prozessorlast von 50% entspricht der vollen Auslastung eines Prozessors. Da der bChat-Kern noch nicht Multiprozessorfähig ist, bedeutet das dass ein 400 MHz Prozessor ziemlich viel zu tun hatte, während sich der zweite um Die Datenbank und andere Systemprozesse kümmern konnte. Cheers, Das bChat Entwickler-Team |
|
From: Piotr Esden-T. <we...@bi...> - 2001-11-12 17:46:53
|
Hi all, Yesterday I have released bchat-0.0.1pl1. It was a lot of coding. We have fixed many things but I am not sure if it finally works like it should. There is a lot more to do. If you have problems with installation please report it. Patches are more appreciated. If you have ideas please tell us about them too. Have a lot of fun with bchat. cheers ESDEN -- bChat2: http://apollo.bingo-ev.de ___ ___ ___ _ _ bChat: http://bchat.bingo-ev.de | _ || _ || __|| |// ROCK LINUX: www.rocklinux.org ||_|||| |||| | / -Born to run kill -9 win | _|||_||||__ | \ -"Ignorance is bliss." (Matrix) ||\\ |_LINUX__||_|\\ -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GIT/CS/CC/ED/P d-(--) s+:- a? c++++ U/S++++ 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------ |