Scherzetti informartici [Programmatori C/C++ a me!]

Citazione:

---

Originariamente Scritto da Mdk

Ecco, datemi idee per time-bombare il programma che ho sviluppato affinchè esplode dopo il termine del mio contratto

---

Fai svegliare un processo secondario che cancella il tuo programma una volta che questo si è chiuso? Intendi questo?

Stronzate, queste cose si pagano sempre. Il professionista non si abbassa a queste stronzate, nemmeno nelle peggio situazioni

Son quasi tutti delle puttane paraculo che per il loro conto in banca e interessi non si fanno scrupoli circa al tuo di culo, ceccazzo. Mi spiace ma per esperienza a grandi linee è così.

Citazione:

---

Originariamente Scritto da Mdk

Ecco, datemi idee per time-bombare il programma che ho sviluppato affinchè esplode dopo il termine del mio contratto

---

Io ci scommetto che se cerchi con Google ci trovi un blog specializzato.

Citazione:

---

Originariamente Scritto da Fruttolo

Fai svegliare un processo secondario che cancella il tuo programma una volta che questo si è chiuso? Intendi questo?

---

:rotfl:

Citazione:

---

Originariamente Scritto da Fruttolo

Son quasi tutti delle puttane paraculo che per il loro conto in banca e interessi non si fanno scrupoli circa al tuo di culo, ceccazzo. Mi spiace ma per esperienza a grandi linee è così.

---

per esperienza lo so anche io, avevo pendenze di 30 mila euro, ma non mi sono mai permesso di sabotare sia la mia azienda sia il cliente per cui lavoravo. Anche perchè il mondo è piccolo e dopo qualche anni potresti ricontrare le stesse persone

Citazione:

---

Originariamente Scritto da Ceccazzo

per esperienza lo so anche io, avevo pendenze di 30 mila euro, ma non mi sono mai permesso di sabotare sia la mia azienda sia il cliente per cui lavoravo. Anche perchè il mondo è piccolo e dopo qualche anni potresti ricontrare le stesse persone

---

Non chiamiamola time bomb.

Chiamiamola "assicurazione nel malaugurato cado che...".

Citazione:

---

Originariamente Scritto da Ceccazzo

Anche perchè il mondo è piccolo e dopo qualche anni potresti ricontrare le stesse persone

---

Abbastanza vero.

Dopo meno di un anno. Una persona mi ha scritto evidentemente solo per comodo l'altro ieri circa la mia disponibilità dopo essere sparita nel nulla per mesi e mesi. Ho risposto con cordialità ed apertura e non mi ha controscritto nulla.
Ho sentito persone che hanno dato 10 anni della loro vita e carriera alla stessa azienda, non esattamente la panetteria sotto casa su certe cose lasciamo stare và :asd:

Poi dipende se parliamo di persone e rapporti umani o rapporti fra aziende.

Le aziende hanno molti margini di manovra per metterla nel culo a che vogliono, escluse banche e ASL. Dal fornitore al cliente al dipendente.

I dipendenti sono persone e soffrono, mentre le aziende no.

Certe aziende che trattano molto male i dipendenti se le cercano e se le meritano.

Certo, esistono anche coglionazzi fra i dipendenti, ma le aziende appunto non soffrono e hanno molte più frecce al loro arco.

si ma ste cagate non si fanno. sarebbe come se ti fermano i carabinieri di notte, ti trattano in maniera brusca e tu tiri fuori il coltello

No, è come se i carabinieri di notte mi fermano, mi comminano una sanzione in maniera estremamente rigida, immeritata se vuoi, e trattandomi come un delinquente, e io poi gli faccio trovare l'auto smontata.

Quando me ne stavo andando dal mio primo posto di lavoro, stavo pensato di pubblicare su 4chan una url pubblica che praticamente permetteva di sovrascrivere totalmente tutto il db aziendale :bua:
Fortunatamente il ceccazzo che è in me ha avuto la meglio, e ho preferito lasciar perdere.
Anche perché bastava fare 2+2 per capire l'autore di uno scherzetto del genere :sisi:

Vabbè, io ne ho già regalate troppe, promesse di pagamento mai mantenute e gente che si tiene siti su cui mi son sbattuto perchè tanto una volta deployati ci fai poco
Qui sono ancora in azienda, ho sviluppato da zero un gestionale, mi rompe lasciarlo li ma so che non farò niente.. certo, almeno un bugghettino in modo che DEBBANO chiamarmi per capire quanto sono indipensabile non ci starebbe male :uhm:

Il buggettino ci sta tutto.

ciao, sono passato solo per dire fail nel titulo. continuate pure

Non è un fail, è una FEARTURE.

Citazione:

---

Originariamente Scritto da koba44

Sì, era per rendere l'idea. Sei perfettino!

---

Devo esserlo per mestiere :asd:

Citazione:

---

Originariamente Scritto da Ceccazzo

Stronzate, queste cose si pagano sempre. Il professionista non si abbassa a queste stronzate, nemmeno nelle peggio situazioni

---

Ma il dipendente scontento si.

- - - Aggiornato - - -

Citazione:

---

Originariamente Scritto da Ciome

ciao, sono passato solo per dire fail nel titulo. continuate pure

---

Fissato :sisi:

Citazione:

---

Originariamente Scritto da LordOrion

Devo esserlo per mestiere :asd:

---

Dicono tutti così finche non incontrano il compilatore bacato. :asd:

Vabbe' qua ci ridiamo sopra in 4...

chi usa TRUE e FALSE in C/C++ se lo merita :snob:

C -> 1 e 0
C++ -> true e false

:caffe:

Citazione:

---

Originariamente Scritto da Mad_One

chi usa TRUE e FALSE in C/C++ se lo merita :snob:

C -> 0 e (!=0)
C++ -> true e false

:caffe:

---

Fixed.
E non e' un dettaglio :nono:

- - - Aggiornato - - -

Citazione:

---

Originariamente Scritto da koba44

Dicono tutti così finche non incontrano il compilatore bacato. :asd:

Vabbe' qua ci ridiamo sopra in 4...

---

In 5 allora: Ho beccato ben 2 bug diversi in 2 versioni diverse di compilatore ARM :bua:

Trovato un altro non meno sottile, (versione semplificata ):

Codice:

---

char * strAllocator( size_t len, char *pInitValue = NULL )
{
    char *pNewStr = new char[len]
    if ( NULL != pInitValue )
        strcpy( *pNewStr, "null" );  // Enjoy this ;-)
 
    return pNewStr;
}

....

const char* pOriginalString = "Loren ipsum";

void main( void )
{
      char* pStringClone = stringAllocator( strlen(pOriginalString), pOriginalString );
      if ( NULL != pStringClone )
          printf( "\nClone string = %s [%p] ", pOriginalString, pOriginalString );
}

---

qua il nerd-o-meter ha sfondato over9000, eh :asd:

Se ho capito bene, invece di allocare una stringa con il valore passato, crea una stringa contenente "null"
Non mi sembra grave a meno che non ci sia un trick con in puntatori che al momento non mi salta all'occhio :uhm:

Citazione:

---

Originariamente Scritto da gnappinox1

Se ho capito bene, invece di allocare una stringa con il valore passato, crea una stringa contenente "null"
Non mi sembra grave a meno che non ci sia un trick con in puntatori che al momento non mi salta all'occhio :uhm:

---

essendo un "allocator", in realtà non dovrebbe neanche copiare alcunchè, dovrebbe restituire un puntatore a una stringa di lunghezza tot. :uhm:
se no dovrebbe chiamarsi qualcosa come "strcpy" :uhm: che esiste già :uhm:

piuttosto non capisco l'inizializzazione a NULL di *pInitValue ed il successivo if

Citazione:

---

Originariamente Scritto da gnappinox1

Se ho capito bene, invece di allocare una stringa con il valore passato, crea una stringa contenente "null"
Non mi sembra grave a meno che non ci sia un trick con in puntatori che al momento non mi salta all'occhio :uhm:

---

La funzione dovrebbe allocare ed eventualmente inizializzare la stringa con quella passata come secondo argomento. Ia gabola e' che tu crei la string ainizializzata e questa in effetti passa il controllo di validita' nel main() poi pero' quando vai a stamparla sorpresa: viene fuori "null" come se il puntatore non fosse valido (nell'esempio sopra viene stampato sia come string a che come puntatore ma nel codice originale non era cosi')..

Citazione:

---

Originariamente Scritto da Skywolf

essendo un "allocator", in realtà non dovrebbe neanche copiare alcunchè, dovrebbe restituire un puntatore a una stringa di lunghezza tot. :uhm:
se no dovrebbe chiamarsi qualcosa come "strcpy" :uhm: che esiste già :uhm:

---

tieni presente che e' un codice che ho scritto in 5 minuti per darvi una idea, non e' il codce reale dove ho trovato il problema.

Citazione:

---

Originariamente Scritto da Skywolf

piuttosto non capisco l'inizializzazione a NULL di *pInitValue ed il successivo if

---

E' un valore di default: in C++ posso specificare un valore di default per gli argomenti di una funzione, in tal modo posso ometterli. In pratica cosi' facendo, se non devo inizializzare la stringa ma solo allocarla, posso chiamare strAllocator() passandogli solo la lunghezza:

Codice:

---

strAllocator( 20 ) // Equivale a strAllocator( 20, NULL ).

---

l'if all'interno serve appunto a capire se oltre allocare devo anche inizializzare usando appunto strcpy().

Sono arrugginito con il C, ma se si usa printf, con un puntatore NULL, stampa proprio 'null'? :uhm:

Citazione:

---

Originariamente Scritto da Aleph

Sono arrugginito con il C, ma se si usa printf, con un puntatore NULL, stampa proprio 'null'? :uhm:

---

Ni. asd

Cioè mi spiego [ometto i cast a const char*] .

printf(NULL); fa bum
printf("%s", NULL); dipende dallo standard ISO Cxx, se non erro

Più xx si avvicina agli anni '70 e più è probabile faccia bum.

O forse no. Boh.

Citazione:

---

Originariamente Scritto da LordOrion

Fixed.
E non e' un dettaglio :nono:

---

si parla di booleani :caffe:
quando mi aspetto un bool in c testo per 1 e 0 :caffe:
e se è una roba al di fuori vado di exit(-1) altroché :caffe:

che cazzo siamo in php che null == 0 == "" ? :caffe:

Non ho mai usato il c++ sul lavoro, che differenza fa scrivere NULL anziché 0?
È solo una convenzione o il compilatore potrebbe dare risultati diversi?

Citazione:

---

Originariamente Scritto da TizN

Non ho mai usato il c++ sul lavoro, che differenza fa scrivere NULL anziché 0?
È solo una convenzione o il compilatore potrebbe dare risultati diversi?

---

Le leggende dicono che NULL potrebbe essere diverso da 0 su qualche antiqua piattaforma pre-diluvio.

Tipo 0x80000000 o roba così.

:asd:
Ok, ma quindi con tutte queste belle sorprese nel codice, come cazzarola vi funzionano i programmi ????

Citazione:

---

Originariamente Scritto da Mad_One

si parla di booleani :caffe:
quando mi aspetto un bool in c testo per 1 e 0 :caffe:
e se è una roba al di fuori vado di exit(-1) altroché :caffe:

che cazzo siamo in php che null == 0 == "" ? :caffe:

---

TI ricordo che in C (Ansi-C) il tipo bool non esiste. Il linguaggio considera "falso" il valore 0 e "vero" tutti i valori diversi da zero (inclusi i negativi). Sembra un dettaglio ma non lo e': La libreria standard definisce le macro TRUE e FALSE ma vano usate con attenzione, specie nel caso di confronti con TRUE.

Citazione:

---

Originariamente Scritto da koba44

Ni. asd

Cioè mi spiego [ometto i cast a const char*] .

printf(NULL); fa bum
printf("%s", NULL); dipende dallo standard ISO Cxx, se non erro

Più xx si avvicina agli anni '70 e più è probabile faccia bum.

O forse no. Boh.

---

Dipende dalla libreria C/C++ che vai a linkare. La versioni "debug" moderne ti fanno il favore di stampare "null" o "null string" se fai una cosa tipo questa:

Codice:

---

char *string = NULL;
printf ("La stringa vale: [%s]", string );

---

Citazione:

---

Originariamente Scritto da TizN

Non ho mai usato il c++ sul lavoro, che differenza fa scrivere NULL anziché 0?
È solo una convenzione o il compilatore potrebbe dare risultati diversi?

---

come TRUE e FALSE, NULL e' in genere una macro del compilatore:

Codice:

---

#define NULL 0              // in C (Ansi)
#define NULL ((void *)0) // in C++ (x98 - x10)

---

Quindi usare 0 o NULL non cambia nulla, eccetto che il codice e' piu' leggibile se usi NULL.
Da C++ x11 in poi e' stata introdotta la keyword nullptr che e un vero e proprio valore di tipo nullptr_t.

Citazione:

---

Originariamente Scritto da koba44

Le leggende dicono che NULL potrebbe essere diverso da 0 su qualche antiqua piattaforma pre-diluvio.

Tipo 0x80000000 o roba così.

---

:bua: vero, ma per fortuna quei sistemi oramai sono solo (brutti) ricordi lontani.

Citazione:

---

Originariamente Scritto da gnappinox1

:asd:
Ok, ma quindi con tutte queste belle sorprese nel codice, come cazzarola vi funzionano i programmi ????

---

Infatti quel codice non funzionava :asd:

Vabbo mi tengo stretto Java, che ok sarà il COBOL del 21esimo secolo ma figa, almeno non devo stare lì a controllare che valore ha NULL questa settimana

Citazione:

---

Originariamente Scritto da Aleph

Vabbo mi tengo stretto Java, che ok sarà il COBOL del 21esimo secolo ma figa, almeno non devo stare lì a controllare che valore ha NULL questa settimana

---

No, devi solo catchare i NullPointerExceptions ogni 2 righe e sei a posto

Citazione:

---

Originariamente Scritto da Mdk

No, devi solo catchare i NullPointerExceptions ogni 2 righe e sei a posto

---

:rotfl:

:rotfl:

Inviato dal mio p9 lite utilizzando Tapatalk

Ma c'è lavoro in c++ in italia?
Un mio ex compagno di scuola ha trovato solo a milano qualcosa di degno :uhm:
Qui in veneto nada, solo java, cobol e roba web/mobile.

Citazione:

---

Originariamente Scritto da LordOrion

TI ricordo che in C (Ansi-C) il tipo bool non esiste. Il linguaggio considera "falso" il valore 0 e "vero" tutti i valori diversi da zero (inclusi i negativi). Sembra un dettaglio ma non lo e': La libreria standard definisce le macro TRUE e FALSE ma vano usate con attenzione, specie nel caso di confronti con TRUE.

---

non esisterà nel linguaggio ma nella tua testa si spera di sì, così come la comprensione del testo :caffe:

ergo, se mi aspetto un booleano in C controllo 1 e 0. :caffe:
se c'è un valore a cazzo come 452, c'è un problema :caffe:

Citazione:

---

Originariamente Scritto da Mdk

No, devi solo catchare i NullPointerExceptions ogni 2 righe e sei a posto

---

"Ma Java non ha i puntatori!!1!" :eek: (cit.)

Citazione:

---

Originariamente Scritto da gnappinox1

:asd:
Ok, ma quindi con tutte queste belle sorprese nel codice, come cazzarola vi funzionano i programmi ????

---

http://catb.org/jargon/html/magic-story.html

Esempio pratico (suppongo, non letto):

So I just had a "magic"/"more magic" moment today.
http://forums.xkcd.com/viewtopic.php?t=53960