Ezbounce 1.5beta: Het crasht, debuggen? (C progger nodig?)

[pierre-oord]

Ik wil de BNC Ezbounce 1.5beta draaien, maar het crasht helaas op het moment dat ik uitlog uit een IRC sessie (Ezbounce is een IRC bouncer).

Ik heb zonder debugging hier minder last van, maar als nog blijft het regulier (2x per dag) crashen. Ik heb mijn GCC geupgrade van debian, 2.95 geloof ik naar iets in de 3.x wat een aantal compile workarounds oplost, maar niet het probleem.

Het probleem is het volgende wat ik kan zien ik debug mode:

code:

client_sock::on_readable() [0x80a0398]
>>>>>> HANDLER: QUIT(20, 8, :12( www.nnscript.de 12:: NoNameScript 3.81 12:: www.XLhost.de 12))
string_table::string_table() [size: 5]
filelib::add_entry(0x80a09a0, 1) [0x809d4e8]
file_lock::file_lock() [0x80a1ac0] (pierre.private.0.0.log)
file_entry::lock() [0x80a09a0] (pierre.private.0.0.log, 4)
ezb: logfile.cpp:142: logfile::logfile(filelib*, const char*, int, int, const char*, int*): *BREAK* 
Assertion `chan_log != priv_log' failed.
./ezbstart.sh: line 2: 26821 Aborted                 ./ezb -b bnc.XXXXXXXXX.com -f -u 1005 ezb-gen.conf

Ik heb het logfile.cpp bestand bekeken en vond die vergelijking, maar zie niet wat er mis aan kan zijn. Nu kan ik ook alleen PHP programmeren, en is C toch echt wat teveel in een keer.

Graag zou ik met iemand dit probleem oplossen! Daarom zoek ik iemand die goed C kan programmeren en mij misschien op die manier gelijk bijbrengt hoe ik zoiets als dit kan debuggen.

Voor de mensen die straks zelf wat willen proberen staat hier alvast hoe en wat:
- Download ezbounce 1.5 hier: http://druglord.freelsd.org/ezbounce/#downloads

Config met ./configure --debug
Daarna make
daarna executable starten met: ./ezb -b host.name.ext -f -u 1000 ezb.conf

Waarbij:
-b host.name.ext > Luisteren op dit adres
-f > Niet in background gaan
-u > Switchen naar dit userid (andres krijg je messages over onder root draaien en kun je dacht ik niet inloggen)
- ezb.conf > Het configuratie bestand dat je gaat gebruiken

Nog even zeggen:
Ik gebruik nu de oude stable versie, deze werkt wel juist, helaas mist deze de nick-change functies, waarbij je nick automatisch op away wordt gezet als je vanaf de BNC gaat. _{Ik heb nu een heel hoop boze gebruikertjes die hun awaynick terug willen} Ook gaat in deze BNC soms het joinen van nieuwe gebruikers langzaam: Zodra ik een channel join, ziet iemand die die bNC gebruik dat pas een halve minuut later gebeuren. Beetje vreemd. Als iemand iets zegt zie je het gelukkig wel meteen.

Voor iedereen die écht helpt in dit topic heb ik een gratis Bouncer, mocht je daar behoefte aan hebben! (zet dat maar even in _sub onder je bericht). Mogelijk is het handig om voor sommige dingen even messenger / IRC te gebruiken (messenger staat in profile) zodat dit topic niet meteen in de eerste 10 posts een slow-chat wordt.

Alvast bedankt voor de hulp!


_{Een modje wees me erop dat het niet de bedoeling is mensen te werven om werk voor me te verzetten. Dat is ook niet de bedoeling, ik leer er graag zelf van, dit is misschien een leuk opzetje om ook van de C taal wat kennis op te doen. Daarbij wil ik graag jullie hulp. De BNC die ik gratis weggeef is gewoon puur voor de aardigheid en niet als betaalmiddel, 1 zo'n bouncer, who cares )}

[harry64]

Detaching sessions: Once you have finished chatting, and wish to close down your IRC client, use to follow command: /quote ezb detach. This will allows your connection to stay open on the bouncer, will have it to the list of detached sessions, and will then disconnect you from the server. you are now free to close down IRC and know that you still look like your logged into IRC and can still receive messages.

Dat is iig hoe je moet disconnecten, van dat crashen weet ik niet.

[ Voor 9% gewijzigd door harry64 op 16-11-2004 19:10 ]

[pierre-oord]

harry64, ik weet wel hoe ik moet detachen (autodetach gebruik ik trouwens dat is handiger) maar het probleem is dat je nick niet wijzigd. Dat zit ook niet in de BNC, dat kwam pas in deze nieuwe 1.5 beta uit, ook zijn die traagheidsproblemen daarin geloof ik niet, maar hij crasht wel en dat is niet de bedoeling.

Ik wil nu of die crash verhelpen (makkelijkst?) of die away nick optie inbouwen in die oude stable. Het liefst 1.5 aanpassen, die heeft aardig wat nieuwigheidjes en verbeteringen toch. Vandaar dus een C programmeur gezocht, iemand die mij kan helpen zoiets goed te debuggen

Dat is ook het mooie van dit forum, dat mensen elkaar kunnen helpen

[4VAlien]

Als je zelf niet kan debuggen is het dan niet gewoon een idee om stable releases te draaien?

[Spider.007]

Ondanks het feit dat je door blaataaps naar SA bent verwezen denk ik dat je vraag toch beter in PW past; daar zul je immers de meeste programmeurs vinden? Overigens kloppen deze twee quotes niet helemaal met elkaar:

pierre-oord schreef op dinsdag 16 november 2004 @ 18:57:
[...]

_{Een modje wees me erop dat het niet de bedoeling is mensen te werven om werk voor me te verzetten. Dat is ook niet de bedoeling, ik leer er graag zelf van, dit is misschien een leuk opzetje om ook van de C taal wat kennis op te doen. Daarbij wil ik graag jullie hulp. De BNC die ik gratis weggeef is gewoon puur voor de aardigheid en niet als betaalmiddel, 1 zo'n bouncer, who cares )}

pierre-oord schreef op dinsdag 16 november 2004 @ 19:30:
[...]

Vandaar dus een C programmeur gezocht, iemand die mij kan helpen zoiets goed te debuggen

Dat is ook het mooie van dit forum, dat mensen elkaar kunnen helpen

Vergeet de doelstelling van GoT niet

SA > PW

[Onno]

Als je zoiets wilt oplossen is het eerste wat je doet ervoor zorgen dat je een coredump krijgt wanneer het programma crasht, en de tweede stap is leren omgaan met gdb. Nuttigste commando's om mee te beginnen: help, bt en print of x.

Maar als je niets van C/C++ weet lijkt het me handiger om contact op te nemen met de ontwikkelaars van dit progseltje.

[Verwijderd]

Ik zie daar staan:

code:

Assertion `chan_log != priv_log' failed.
./ezbstart.sh: line 2: 26821 Aborted

Een assert wordt typisch gebruikt om een conditie te controleren en natuurlijk aan te geven dat er niet aan voldaan is als dat zo is. Meestal gebruik je een assert ook enkel als het programma verder kan ook al is niet aan de conditie voldaan.

Maar als ik me niet vergis is het zo op linux dat een assert ook een abort() call doet, hetgeen verklaart wat ik daar zie staan -- namelijk je programma abort en 't is dus meteen gedaan met de fun.
Waarom er niet aan die conditie voldaan is is natuurlijk weer een heel ander verhaal. Daarvoor moet je echt de code hebben (en liefst nog kennen ook, waarmee ik bedoel dat je moet weten wat waar waarom gebeurt). Als je niet vertrouwd bent met die code zou ik, als ik jou was, de ontwikkelaar met een bug rapport opzadelen zodat hij z'n gdb skills wat kan aanscherpen

[dusty]

Aangezien je het programma niet zelf hebt geschreven, lijkt mij het verstandig om hulp te vragen aan de personen die het wel hebben gedaan, of gaat leren hoe je in C moet programmeren.

Ook al verpakt je je verhaaltje heel aardig, je komt er niet onderuit dat je probeert iemand te vinden die het probleem voor je kan oplossen, wat dus niet de bedoeling is op GOT.