Limita de 2G

Am constat ca unul din programele scrise de mine a luat-o brusc razna. In ce sens a luat-o ranza. Nu mai stergea fisierele mai mari de 2Gb pe care in mod normal conform logicii programului ar fi trebuit sa le stearga. Secventa de cod cu care verificam daca fisierul exista este :

struct stat buf;
int ka = stat ( cmd_buf, &buf );
if (ka == 0 ) {
unlink(cmd_buf);
}

Toate bune si aparent frumoase. De compilat il compilam cu
gcc -o program program.c .
Ce se intimpla de fapt ? Daca cmd_uf pointa catre un fisier mai mare de 2G atunci functia stat intorcea -1. Prin urmare nu mai functiona corect.
Cum s-a rezolvat. Dupa ce l-am injurat printre dinti pe domnul google ca nu mi-a oferit pe tava un raspuns rapid am apelat la solutia “suna un prieten” si impreuna cu Kman am descoperit rezolvarea:

gcc $(getconf LFS_CFLAGS) -o program program.c

Mai multe detalii gasiti aici

Upgrade time.

Am sa incerc un upgrade la noua versiune de wordpress. Este posibil ca blogul sa arate ciudat sau sa nu mearga.

Later edit:

Se pare ca nu sint singurul care face upgrade-uri la ore de genul asta. Trafic.ro a fost down mai devreme :

trafic_down11.jpg
trafic_down1.jpg

Anyway aparent totul a revenit la normal.

Later edit 2 :

Am schimbat si tema de blog.

Later edit 3:

Am constat ca am aceasi tema de blog ca si Constantin Cocioaba.  Faza draguta e ca am descoperit asta la 3 zile dupa ce am pus noua tema si ma declarasem multumit de lookul actual.

Spam-urile romanesti in crestere

Am avut surpriza neplacuta sa constat ca in ultima vreme au inceput sa creasca destul de ingrijorator spam-urile venite din Romania. Ce nu stiu baietii este ca daca eu primesc spam ii trec frumos in badmailfrom si restrictionez accesul catre site-urile lor. Pentru astazi avem 2 exemple: 

spam1.jpg

spam2.jpg

Ma intreb oare cu ce ii ajuta sa faca asta stiind ca vor fi blocati. Ce imi place cel mai tare este partea cu "acest mesaj nu este un SPAM". Nu zau ? 

Potrivit wikipedia "Spamming is the abuse of electronic messaging systems to send unsolicited, undesired bulk messages ". Primiti mesaje de genul asta? Exista un proiect dezvoltat de SNS prin care ii puteti bloca. Mai multe detalii la SNS pe site.

SLT partea 5

Probleme cu iso-ul de development curent:

  • nu incarca modulele din initrd ( incearca sa ia ceva cu 2.6.18 in loc de 2.6.19 )
  • netconfig still crashing. udev-ul are incorportat coldplug si se calca pe picioare cu installerul vechi si cu netconfigul.
  • udev-ul nou incearca sa incerce fb drivers ceea ce nu e de dorit in multe cazuri.

De vazut neaparat:

De corectat / de adaugat:

  • trebuie facut un helper rpm pentru setarea X-ului astfel incit sa se obtina o varianta care sa mearga din prima. ATM sint necesare configurari manuale.
  • gem-urile de ruby trebuie adaugate in distributie.
  • partea de installer care realizeaza efectiv instalarea trebuie sa nu mai copieze pe hardisk librarii ( cum se intimpla acum ).
  • installer grafic ?

Am uitat ceva ? Daca da … O sa editez …

When things go bad

This happens when things go really really bad:

Jan 10 15:19:38 localhost kernel: Starting XFS recovery on filesystem: cciss/c0d0p1 (logdev: internal)
Jan 10 15:19:38 localhost kernel: Ending XFS recovery on filesystem: cciss/c0d0p1 (logdev: internal)
Jan 10 15:19:38 localhost kernel: Filesystem "cciss/c0d0p1": Disabling barriers, not supported by the underlying device

Remedy ? … Will see. Will edit the post later after i'll fix it ( if it's possible )

Later edit: Things went very bad. The whole filesystem was a mess. So the hammer solution was used. cfdisk / mkfs / restore the data.