Se uno non vuole più partecipare in una discussione si deve sentir libero di farlo, io stesso a volte non partecipo perchè non ho nulla da dire, perchè semplicemente leggo e non avendo esperienza da aggiungere nè domanda da fare me ne sto in disparte. Nessuno è obbligato da nessuno a partecipare, ma questo è diverso dal sentirsi bullizzati (da me per esempio) e/o sentirsi offesi. Tutti possono dire delle cretinerie senza per questo essere cretini nel DNA. Quindi, non sentirti nè bullizzato, nè discriminato nè ... "Nè".
In un forum o in una discussione a quattro occhi si discute tanto per discutere. Cosa sempre più rara grazie all'inculcamento televisivo sia del calcio sia di quelle porcate di trasmissioni demenziali di tutti contro tutti, dalla politica, alle isole dei fumosi, ai più o meno grandi frittelli (come diceva qualcuno di molto famoso). E vorrei, insisto che vorrei che fosse anche quì, perchè il bullismo è una cosa demenzialmente stupida e irritante, ma anche l'eccesiva permalosità a volte lo è.
Ma andiamo alla parte interessante:
CITAZIONE
In conclusione, visto che non capisco (se hai voglia) ti faccio io domande:
1) si sta parlando del C ? ( mie risposte : si)
2) in C esistono processi, thread,pipe, socket ecc... ? (si)
3) si sta parlando di programmazione "lato" pc ? (si)
1) SI e NO. Si si sta parlando del "C" ma non del C iniziale che non è altro che una semplificazione dell'assembler di una macchina generica. Cioè un SPIC&SPAN ha il suo compilatore "C". Cross compilar se questo gira sotto DOS/Windows o sotto CRY o IBM Blue Genie come sotto VMS o MAC OS.
Quando compili o assembli o interpreti qualcosa il C in questo caso ma anche l'ADA o il "Pinc'o'palla" usi qualcosa su una macchina il quale sistema operativo può (ma non deve per forza) essere lo stesso che gira sotto la macchina destinataria. Se non mi sono spiegato ditelo che trovo un'altra forma.
2) No. Nel C non esistono cose strane, solo quelle che "quel C" ha inserito dentro per quella macchina destinataria o per quel sistema operativo destinatario. Se il tuo sistema destinatario è un CRY non puoi usare delle funzioni che richiamano una scheda VGA tipica degli IBM compatibili. Ma se devi fare un grafico devi avere la funzione grafica adatta alla scheda grafica del CRY, idem per le altre interfacce. Anche l'uso di thread, multitasking, polling, switching, multiplexing ecc... sono solo funzioni derivate dal compilatore/interprete per "quella" macchina. Se hai un chip multicore magari nel cross compiler di quel chip hai la ( googla "C function for multi threading" ) e trovi:
CITAZIONE
Multi threading in C
A multithreaded program contains two or more parts that can run concurrently. Each part of such a program is called a thread, and each thread defines a separate path of execution. C does not contain any built-in support for multithreaded applications.A
Però il tuo compilatore/interprete può avere a disposizione "MultischifoF" che ti apre un thread ecc...
3) Ancora no. Io non sto parlando di programmazione su PC in particolare e quindi non solo dal lato PC ovvero usando un PC come macchina di sviluppo anche se oggi è di uso quasi scontato visto che tutti ne hanno uno e anche di più. Cosa che spesso viene data per scontata da tutti coloro che non hanno una provenienza professionale dall'informatica "quantistica"
CITAZIONE
Ancora GILA (non io).
Quindi ribadisco: non capisco.
Non è sempre necessario capire qualcosa in questi casini complicati, quindi non ti ci fossilizzare.
CITAZIONE
Poi ultima cosa, sempre e solo mie considerazioni da un sig nessuno come sono io.
Sembrerebbe, da come mi pare di leggere, che dagli anni d'oro c'è stata un'involuzione dei linguaggi ecc...
No non credo e comunque non ho detto quello. Però c'è stata una eccessiva distribuzione di prodotti informatici che tutti fanno la stessa cosa ma in modo diverso e confusionario. p.e. C (quello di Kernigan & Ritchie) ed il C++ il quick C, facio prima a rimandarti a questo Link:
https://developerinsider.co/c-programming-...ersion-history/CITAZIONE
Sicuramente i programmi ad alto livello avranno attirato miglia di cialtroni, ma mi pare che non si sia andati indietro no ?
No non siamo andati indietro, ma neppure avanti e neppure in modo intelligente, i cialtroni sono sempre dietro l'angolo a cialtroneggiare...
CITAZIONE
Penso alla grafica dei videogiochi, alle astrazioni di certi linguaggi ecc.
Comunque, mi rendo conto a malincuore, che non posso seguirvi, quindi lasciamo stare tutto, non voglio
davvero "imballare" il forum con cose che non posso capire.
Grazie comunque della risposta, che rileggo più e più volte, magari capisco meglio ciò che vuoi dire
Ma che vai dicendo? Come pensi di "imballare il forum" con cose che "non capisci" ora ma che puoi sicuramente capire se le prendi per il verso giusto. Prima di imparare a scrivere eravamo tutti analfabeti a 3 anni. Se leggi questo post senza prosciutto davanti alle pupille capisci.
CITAZIONE
EDIT:
CITAZIONE
Quindi, ritornando all'informatica, tutti i processori sono microcodificati con il loro codice macchina, hanno un assembler, e dei compilatori o interpreti che poi arrivano ai linguaggi superiori. Non c'è un Java o un Pyton che vivono di energia propria. State quindi attenti a non fare l'errore che tutti fanno oggi e facevano negli anni 80,quando sostenevano che il mondo andava verso il BASIC
Siamo tutti d'accordo. Nemmeno l'assembler a sto punto vive di energia propria...bisogna conoscere l'hardware ...
ma l'hardware ? il silicio, il drogaggio (se non ricordo male)...ok, cosa governa il silicio a livello atomico ? e via dicendo
Ci si pone dei limiti. So che il C è scritto in asm e do (spero) per scontato che sia scritto bene, ma io non m'interesso.
non credo si possa andare indietro all'infinito...poi bho, ho concluso
No, non siamo d'accordo. Ogni macchina nasce microcodificata (eccetto i PISC che una volta erano in oppositizione ai RISC e ai CISC, cioè i Programmable Istruction Set Computer che erano una schiccheria del MIT anni 80) o microcodificata con un assembler linker loader per farla funzionare. Quindi SI vive di vita propria. l'ASM che viene con il DOS 1.0 è l'assembler con il quale l'8088 è nato. Poi man a mano che sono arrivati i vari 8086-286-386 fino agli I7 di oggi sono naturali evoluzioni del microcoding della INTEL che ha pure inventato l'IRMX II per impiego industriale su macchine per uso embeedded. Conoscere l'hardware è sempre e comunque necessario anche se con il BIOS si hanno le call più comuni e utili nella maggioranza dei casi. Non se ne può fare a meno. Solo i NERD possono sperare che faccia tutto il Java o il Pyton perchè lavorano per lo più in rete o su IP.
E infine, silicio e drogaggio (maledetti pusher) non c'entrano un fico, quello che invece c'entra eccome è la struttura della macchina dove stai lavorando. Non occorre che tu sappia a che indirizzo è il disk controller e come è fatto, neppure l'interfaccia USB o il controller grafico del display no. Perchè come ho detto chi si occupa di queste cose è il Nerd che scrive: { printf ecc... e con questo è apposto o altrimenti scrive qualcosa del genere in un altro linguaggio. Ma l'informatica non è solo Internet e app per gli stupidphone.
E infine, un consiglio... non pensare che il futuro è il futuro ed il passato è rumenta da buttare altrimenti non vai da nessuna parte. Queste sono cose che questo sistema di "imbecilli" ha interesse a diffondere "imbecillizzare tutto e tutti ad ogni costo per controllare tutto e tutti. E non è paranoia.