Kwiecień 2004 - lms - lists.lms.org.pl

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

29 Kwi '04

Użytkownik Adrian Smarzewski napisał: > atoi(dbgetdata(res,0,"time")) - linia 165 > co robi dbgetdata jeśli zawiedzie? nie zwraca czasem NULL-a? Zwraca i tu jest błąd. -- 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: olewka redhata?
by Adrian Smarzewski 29 Kwi '04

29 Kwi '04

tomder wrote: > #1 0x42028839 in atoi () from /lib/tls/libc.so.6 > #2 0x0804944b in main () z main() są dwa wywołania atoi(): atoi(optarg) - linia 62 wzbudza moje podejrzenia, czy aptorg napewno jest zainicjowane? nie jest NULL-em albo nie ma jakiejś losowej wartości? atoi(dbgetdata(res,0,"time")) - linia 165 co robi dbgetdata jeśli zawiedzie? nie zwraca czasem NULL-a? -- Pozdrowienia Adrian Smarzewski

1 0

Re: Blad w /bin/lms-makemacs
by Sylwester Szady 29 Kwi '04

29 Kwi '04

> Jaki adres masz na myśli? :) jaki by nie był.... teraz jest: /etc/conf,d/rc.macs może zwyczajowo: /etc/rc.d/rc.macs Z poważaniem, Sylwek -- ICQ:161003595, GG:1842056 http://eliasz.pl http://rekabit.pl TEL. dom: +48 (0-prefix-84) 6270713, praca: 6774155 Czy TY też wołasz: "Przyjdź, Panie Jezu!"? (Obj. 22,20)

1 0

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

29 Kwi '04

Użytkownik Grzegorz Jakóbik napisał: > Ja tez mam RedHata 9.0 tez juz pisalem ze mam taki sam problem i dodam > od siebie ze probowalem od nowa wszystko wywalic i zainstalowac lms-a > od nowa postawilem pusta baze i taki sam efekt ^^^^^^^^^^ Baza nie może być pusta. Tzn, właśnie sprawdziłem daemon po ostatnich zmianach nie radzi sobie z pustą bazą. Z poziomu UI trzeba wydać polecenie przeładowania, wtedy w bazie pojawi się wpis _force - i dopiero WTEDY daemon powinien działać. Bez tego będzie segfault. I to nie jest wina redhata czy fedory. Tak więc to idzie do poprawki. -- 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 Grzegorz Jak�bik 29 Kwi '04

29 Kwi '04

Najlepsze jest to ze jak daemona odpale z opcja -q to zadziala i przeladuje wszystkie ustawienia ale jak chce odpalic go w tle to wtedy sie wywala ciekawe prawda ? Pozdrawiam Grzegorz Jakóbik > 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: 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