Richiesta http

[DonJ]

In risposta all'OP, quello è ciò che succede con un linguaggio di programmazione che ti lascia lavorare coi puntatori in modo... discutibile.

+1
Rust potrebbe essere un'altra alternativa, essendo memsafe. Ti fa giocare con puntatori e referenze ma ha un compilatore molto piu` furbo.

[fairyvilje]

Si, lo sto trovando molto gradevole anche per applicazioni embedded su processori ARM o ATMEL. Esistono anche versioni sperimentali per programmarci su schede video. Peccato che abbia poca penetrazione nelle università .

[DonJ]

Inoltre, nel 2021 abbiamo framework che fanno gia` tutto il lavoro per te, ad esempio:

• Flask
• Django
• Ruby on Rails
• Angular

E tanti tanti altri.
Se questo non e` un esercizio che ti stai imponendo per approfondire la tua conoscenza o un esame, ti suggerisco di non reinventare la ruota e provare qualcosa di piu` nuovo.
C'e` meno overhead della parte funzionale e puoi dedicare la maggior parte del tempo sulla parte applicativa che alla fine e` quella importante.

[DonJ]

Si, lo sto trovando molto gradevole anche per applicazioni embedded su processori ARM o ATMEL.

Esistono compilatori Rust per ARM? Non lo sapevo! Dovro` approfondire :)

[fairyvilje]

Si si, per la lista di tutte le architetture supportate (ed i vari limiti):
https://doc.rust-lang.org/nightly/rustc ... pport.html
Per la versione stabile c'è una pagina simile probabilmente con piccole differenze, ma a me piace vivere in modo pericoloso

[daniele1996]

mi serve per interfacciare tramite shared memory e altre ipc un programma scritto in c di qualunque natura, non mi interessa reinventare la ruota, ho semplicemente valutato che ne ho la necessità in previsione delle mie necessità future. In ogni caso lo trovo più comodo del php per una semplice ragione: l'interfacciamento è meno rognoso.
Tuttavia potrei scrivere su file tutto l'upload e poi scrivere un secondo programma che divide l'intestazione che richiamo quando mi interessa...
il punto è sempre là: come divido il blocco dati? queste funzioni non rischiano di non funzionare? tipo strstr(..) dopo la fine del file... Qui è riportato un esempio in cui il file inviato è semplice testo, ma se fosse tipo un'immagine?funzionerebbe?

[DonJ]

mi serve per interfacciare tramite shared memory e altre ipc un programma scritto in c di qualunque natura

Scusa se insisto, ma come IPC puoi usare semplicemente delle named pipes come coda di messaggi tra processi, non c'e` bisogno di condividere la stessa memoria o scrivere file su disco.
Puoi avere uno dei frameworks precotti che scrive sulla pipe e un programma in qualunque linguaggio che legge dalla stessa. Ti togli tutto l'overhead di scrivere la parte funzionale di HTTP. Fai molto prima che riscrivere l'implementazione in C.
https://opensource.com/article/19/4/int ... x-channels

[alev]

Qui è riportato un esempio in cui il file inviato è semplice testo, ma se fosse tipo un'immagine?funzionerebbe?

Comunque, un file è sempre un file, anche con estensione oppure contenuto diverso
Poi, se nell'algoritmo prevedi di "parsare" il file, il discorso cambia

[fairyvilje]

Non totalmente, c'è un problema legato alla codifica. Aprire un file in lettura modalità testo o modalità binaria ha un impatto sul risultato. Per questo quando si fa una fopen (o equivalente) è necessario specificare.
https://stackoverflow.com/questions/229 ... -text-mode

[GioArca67]

queste funzioni non rischiano di non funzionare? tipo strstr(..) dopo la fine del file... Qui è riportato un esempio in cui il file inviato è semplice testo, ma se fosse tipo un'immagine?funzionerebbe?

Non funzionerebbe.
Le funzioni str* terminano il loro compito non appena trovano NUL.

Se vuoi implementarlo da solo devi ripensare tutto il programma.
Prima fai l'algoritmo in linguaggio naturale.
Poi scrivi il codice.
Ad ogni malloc deve corrispondere una free...

Purtroppo non hai una "memmem" equivalente alla strstr
memchr e memcmp aiutano