- lms - lists.lms.org.pl

Re: Blad w /bin/lms-makemacs
by Tomasz Chilinski 29 Kwi '04

29 Kwi '04

On Thu, 29 Apr 2004 09:33:26 +0200, Sylwester Szady wrote > Witam Witam. > Błąd w adresie > > my $cfile = $ini->val('macs', 'config_file') || '/etc/????/rc.macs'; > ^^^^^ Jaki adres masz na myśli? :) > Z poważaniem, Sylwek Pozdrawiam Tomasz Chiliński

1 0

Re: blad ochrony pamieci (almsd) - PILNE - brak efektu ...
by tomder 29 Kwi '04

29 Kwi '04

>Nie rzutuje, dla mnie i to i to gówno ze zjebanym kernelem i glibcami. >Dzieci dorwały się do nptl'a i mamy teraz tego efekty, Ty nie możesz >odpalić almsd, ja za cholerę nic nie mogę zlinkować z mysql a nawet >jak się zlinkuje to te liby jakieś upośledzone są. Dorzuć do tego brak >sensownego trybu instalacji i w taki oto sposób masz Fedorę. Ostatni >dobry redhat to był 6.2. Dalej to się nie nadaje do niczego niestety. > > > dziele pewne zastosowania serwerkow ... np www poczte itd stawiam na FreeBSD ale prosty router z HTB itp na RedHacie moze wynika to stad ze FreeBSD cenie za pewne cechy - nie bede wszczynal dyskusji piszac jakie ... ;) a RedHat uzywam bo uzytkownicy to znaja i jest 'proste' - w takiej czy innej warstwie ... tyle osobiscie nie uwazam RH za cos wspanialego ale z ww powodow i nieznajomosci (choc niewielki to problem poznac) Slackow itp ich nie uzywam ... zreszta dyskusja o tyle akademicka ze RH jest juz komercyjny i zostaja PLD itp - wiec i tak trzeba zmigrowac .... przyznam, ze do tej pory nie natkanlem sie na tego typu problem ... a ze wzgledu na to ze ani programista ani koderem nie jestem ... troche po omacku dzialam i szukam ... sprawdzilem stosowanie bibliotek ich obecnosc itd i tu jest ok - jednak nie dziala nie zakladalem ze ze wzgledu na 'costam' w bazie moze sie wykladac demon - zwlaszcza z takim komunikatem ...choc moze powinienem >sigsegv występuje w glibcach podczas próby użycia strcpy i atoi, czyli >de facto bardzo podstawowych funkcjach. Ja miałem gdzieś prosty >program który segv dostawał na printf na fedorze, a na PLD2 już nie. >Owszem, po ostatnim upgrejdzie nawet zaczeło mi się kompilować, ale >nie linkuje się dobrze. Rozwiązanie? Nie masz siły i uważasz się za >słabego? Postaw debiana. Jak się uważasz za średniaka, polubisz po >jakimś czasie PLD. Jak jesteś hakier to stawiaj slackware. > > > cos wybiore >I nie wiń za błędy A.L.E.C'a, gdyż jego demon jak do tej pory ma >problemy na redszmatławcach. > > nikogo nie winie staram sie rozwiazac problem - chocby dla ideii nawet jesli zaraz sie przesiade na Slacka czy Debiana ... -- tomder

1 0

Re: olewka redhata?
by tomder 29 Kwi '04

29 Kwi '04

Adrian Smarzewski wrote: > Andrzej Polatyński wrote: > >> Nie istotne co masz w Makefile ale co masz Makefile.in gdyż po >> wydaniu polecenia ./configure plk Makefile jest generowany z Makefile.in > > wszystko będzie ok, tylko zmodyfikuj Makefile _po_ uruchomieniu > configure. > to co listowalem to Makefile po configure nie przed ...to chyba jasne ... -- tomder

1 0

Re: olewka redhata?
by tomder 29 Kwi '04

29 Kwi '04

> > Nie istotne co masz w Makefile ale co masz Makefile.in gdyz. po > wydaniu polecenia ./configure plk Makefile jest generowany z Makefile.in > Makefile.in SOURCES = almsd.c db.c util.c SOURCES += iniparser/iniparser.c iniparser/dictionary.c iniparser/strlib.c OBJECTS = ${SOURCES:.c=.o} OUT = almsd all: $(OUT) xmodules xmodules: make -C modules $(OUT): ${OBJECTS} gcc $(OBJECTS) -o $(OUT) $(LDFLAGS) $(LIBS) -g -ggdb install: mkdir -p -m 755 $(INSTALLDIR) install -c -m 700 almsd $(INSTALLDIR)/ remove: rm -f $(INSTALLDIR)/almsd clean: rm -f $(OBJECTS) make -C modules clean >> gdb -d=/usr/local/apache/htdocs/lms/daemon/ ./almsd >> GNU gdb Red Hat Linux (5.3post-0.20021129.18rh) >> Copyright 2003 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-gnu"... >> (no debugging symbols found)... > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Nadal masz usunie;te symbole debugowania! a teraz? GNU gdb Red Hat Linux (5.3post-0.20021129.18rh) Copyright 2003 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-gnu"... (gdb) run Starting program: /usr/local/lms/almsd Program received signal SIGSEGV, Segmentation fault. 0x4202b0fa in __strtol_internal () from /lib/tls/libc.so.6 (gdb) bt #0 0x4202b0fa in __strtol_internal () from /lib/tls/libc.so.6 #1 0x42028839 in atoi () from /lib/tls/libc.so.6 #2 0x0804944b in main () #3 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6 (gdb)

1 0

Re: blad ochrony pamieci (almsd) - PILNE - brak efektu ...
by Adrian Smarzewski 29 Kwi '04

29 Kwi '04

Łukasz Jarosław Mozer wrote: > I nie wiń za błędy A.L.E.C'a, gdyż jego demon jak do tej pory ma > problemy na redszmatławcach. spokojnie, niech przyśle ten debug porządny, jeszcze nie wiadomo do końca czy strcpy nie leci gdzieś gdzie nie trzeba, albo coś takiego, sprawdzimy to. -- Pozdrowienia Adrian Smarzewski

1 0

Re: olewka redhata?
by Adrian Smarzewski 29 Kwi '04

29 Kwi '04

Andrzej Polatyński wrote: > Nie istotne co masz w Makefile ale co masz Makefile.in gdyż po wydaniu > polecenia ./configure plk Makefile jest generowany z Makefile.in wszystko będzie ok, tylko zmodyfikuj Makefile _po_ uruchomieniu configure. -- Pozdrowienia Adrian Smarzewski

1 0

Re: olewka redhata?
by Marcin Król 29 Kwi '04

29 Kwi '04

Użytkownik tomder napisał: > Apr 29 10:48:38 dns almsd: DEBUG: [SQL] SELECT time FROM timestamps > WHERE tablename = '_force' ALEC, zabezpieczyłeś daemona przed pustą tabelką _force? -- Pozdrowienia, [ Marcin Król /Lexx lexx(a)polarnet.gliwice.pl ] [ GSM: +48504202454 GG: 652506 ICQ: 120579624 ] [ Per aspera ad astra Przez ciernie do gwiazd ]

1 0

Re: blad ochrony pamieci (almsd) - PILNE - brak efektu ...
by Łukasz Jarosław Mozer 29 Kwi '04

29 Kwi '04

Witaj tomder, W Twoim liście datowanym 29 kwietnia 2004 (08:07:58) można przeczytać: > to jeszcze RedHat 9.0 Nie rzutuje, dla mnie i to i to gówno ze zjebanym kernelem i glibcami. Dzieci dorwały się do nptl'a i mamy teraz tego efekty, Ty nie możesz odpalić almsd, ja za cholerę nic nie mogę zlinkować z mysql a nawet jak się zlinkuje to te liby jakieś upośledzone są. Dorzuć do tego brak sensownego trybu instalacji i w taki oto sposób masz Fedorę. Ostatni dobry redhat to był 6.2. Dalej to się nie nadaje do niczego niestety. Nawiązując do Twojego listu poniżej: > #0 0x4202b0fa in __strtol_internal () from /lib/tls/libc.so.6 > #1 0x42028839 in atoi () from /lib/tls/libc.so.6 > #2 0x0804944b in strcpy () > #3 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6 sigsegv występuje w glibcach podczas próby użycia strcpy i atoi, czyli de facto bardzo podstawowych funkcjach. Ja miałem gdzieś prosty program który segv dostawał na printf na fedorze, a na PLD2 już nie. Owszem, po ostatnim upgrejdzie nawet zaczeło mi się kompilować, ale nie linkuje się dobrze. Rozwiązanie? Nie masz siły i uważasz się za słabego? Postaw debiana. Jak się uważasz za średniaka, polubisz po jakimś czasie PLD. Jak jesteś hakier to stawiaj slackware. I nie wiń za błędy A.L.E.C'a, gdyż jego demon jak do tej pory ma problemy na redszmatławcach. P. -- Pozdrowienia, Łukasz Jarosław Mozer (w pracy)

1 0

Re: olewka redhata?
by Andrzej Polatyński 29 Kwi '04

29 Kwi '04

Użytkownik tomder napisał: > Adrian Smarzewski wrote: > >> Marcin Król wrote: >> >>> A z innej strony: jesteś w stanie mi, albo alecowi podesłać zrzut >>> Twojej bazy? Albo takiego jej wycinka żeby almsd się wywalał? Chyba >>> że sypie się przy pustej... >> >> >> albo przynajmniej backtrace z wywrotki z symbolami debuggera >> wkompilowanymi bo chyba wciąż tego nie ma, chyba, że przegapiłem... >> będę wiedział gdzie się wywala to obejrzę ten fragment i może >> na to wpadnę... zawsze można wtedy to miejsce obudować też różnymi >> assert-ami i kombinować dalej. >> > jest tak > > Makefile [...] Nie istotne co masz w Makefile ale co masz Makefile.in gdyż po wydaniu polecenia ./configure plk Makefile jest generowany z Makefile.in > gdb -d=/usr/local/apache/htdocs/lms/daemon/ ./almsd > GNU gdb Red Hat Linux (5.3post-0.20021129.18rh) > Copyright 2003 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-gnu"... > (no debugging symbols found)... ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Nadal masz usunięte symbole debugowania! Sprawdź jeszcze raz czy masz w Makefile.in polecenie strip. -- Pozdrawiam, Andrzej Polatyński -- ------------------------ Jeszcze lepsza oferta AlphaNet - nowe serwery wirtualne - nowy sklep internetowy - nowy wirtualny administrator Sprawdz www.alpha.pl ------------------------

1 0

Re: olewka redhata?
by tomder 29 Kwi '04

29 Kwi '04

Adrian Smarzewski wrote: > Marcin Król wrote: > >> A z innej strony: jesteś w stanie mi, albo alecowi podesłać zrzut >> Twojej bazy? Albo takiego jej wycinka żeby almsd się wywalał? Chyba >> że sypie się przy pustej... > > albo przynajmniej backtrace z wywrotki z symbolami debuggera > wkompilowanymi bo chyba wciąż tego nie ma, chyba, że przegapiłem... > będę wiedział gdzie się wywala to obejrzę ten fragment i może > na to wpadnę... zawsze można wtedy to miejsce obudować też różnymi > assert-ami i kombinować dalej. > jest tak Makefile LIBS = -lmysqlclient -ldl LDFLAGS = -L/usr/local/mysql/lib/mysql/ CFLAGS = -I/usr/local/mysql/include/ -DUSE_MYSQL -DDEBUG0 -DDEBUG1 INSTALLDIR = /usr/local/lms SOURCES = almsd.c db.c util.c SOURCES += iniparser/iniparser.c iniparser/dictionary.c iniparser/strlib.c OBJECTS = ${SOURCES:.c=.o} OUT = almsd all: $(OUT) xmodules xmodules: make -C modules $(OUT): ${OBJECTS} gcc $(OBJECTS) -o $(OUT) $(LDFLAGS) $(LIBS) -g -ggdb install: mkdir -p -m 755 $(INSTALLDIR) install -c -m 700 almsd $(INSTALLDIR)/ remove: rm -f $(INSTALLDIR)/almsd clean: rm -f $(OBJECTS) make -C modules clean ./configure --with-mysql --incdir=/usr/local/mysql/include/ --libdir=/usr/local/mysql/lib/mysql/ --prefix=/usr/local/lms --enable-debug1 --enable-debug0 make make install ./almsd& [1]+ Naruszenie ochrony pamięci ./almsd tail /var/log/messages Apr 29 10:48:16 dns almsd: A.L.E.C's LMS Daemon started. Apr 29 10:48:16 dns almsd: DEBUG: [lmsd] Connected with params: db='lms' host='localhost' user='lms' port='0' passwd='*' Apr 29 10:48:16 dns almsd: DEBUG: [SQL] SELECT time FROM timestamps WHERE tablename = '_force' Apr 29 10:48:38 dns almsd: A.L.E.C's LMS Daemon started. Apr 29 10:48:38 dns almsd: DEBUG: [lmsd] Connected with params: db='lms' host='localhost' user='lms' port='0' passwd='*' Apr 29 10:48:38 dns almsd: DEBUG: [SQL] SELECT time FROM timestamps WHERE tablename = '_force' gdb -d=/usr/local/apache/htdocs/lms/daemon/ ./almsd GNU gdb Red Hat Linux (5.3post-0.20021129.18rh) Copyright 2003 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-gnu"... (no debugging symbols found)... (gdb) run Starting program: /usr/local/lms/almsd Program received signal SIGSEGV, Segmentation fault. 0x4202b0fa in __strtol_internal () from /lib/tls/libc.so.6 (gdb) bt #0 0x4202b0fa in __strtol_internal () from /lib/tls/libc.so.6 #1 0x42028839 in atoi () from /lib/tls/libc.so.6 #2 0x0804944b in strcpy () #3 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6 (gdb) quit to all baza byla pusta - tylko struktura

1 0