19 anni sono troppi?

[PGI-Bis]

Un whitepaper è un ...whitepaper Sono pubblicazioni individuali che presentano specifiche soluzioni di carattere tecnico applicabili ad un certo insieme di problemi o esaminano un particolare aspetto di una tecnologia più generale.

[jappilas]

il glossarietto se lo puoi fare credo sia meglio metterlo qua nel post cosi è disponibile per tutti!!

non sono così sicuro che gli altri ne abbiano bisogno, sono tutti programmatori navigati che "danno la paga" anche a me...
comunque lo scrivo...

riguardo il discorso della motivazione hai ragione.purtroppo io ho dovuto scoprirla solo ora la programmazione(sfortunatamente)ma ritorniamo sempre a quello ke ho detto prima:se uno ha le basi può arrivare dove vuole.cioè capendo il funzionamento e sapendo ragionare correttamente si fila liscio come l'olio!
...giusto?

credo di sì alla fine, il motivo per cui mi impuntavo era dato dalla mia esperienza personale in base a cui mi sentivo di metterti in guardia

[71104]

Originariamente inviato da jappilas

quando scrivevo pensavo all' ottimizzazione di specifiche routine di calcolo o di i/o aggiunte poi come assembly inline in progetti realizzati in linguaggi di alto livello (ho davanti il codice di VirtualDub, C++ con inline assembly ...

... :|
ipotizzo tre possibilità:
1) VirtualDub è talmente vecchio che i compilatori di allora non erano scafati come oggi, e può pure essere visto che VD lo conosco da na vita
2) hanno voluto utilizzare istruzioni particolari, tipo MMX, SSE... di quelle che manco sai se ci stanno sul processore in uso ancora una volta, il tutto va rapportato ai tempi: allora magari DirectShow non era troppo evoluto l'alternativa poi erano quelle schifezze di librerie multimediali di Win32
3) il team è composto da idioti può pure essere eh!

... e al caso di applicazioni (sempre più rare anche nel settore embedded in effetti) ove proprio non ci si può permettere quel pur minimo overhead dato dall' occupazione del runtime di un linguaggio di alto livello...

a parte che oggi i cellulari hanno pure la JVM comunque non è un problema del C e nemmeno del C++, perlomeno con qualsiasi compilatore che io conosca: basta che nelle opzioni di linking ridefinisci l'entry point evitando di settare quello delle librerie predefinite. vuoi che ti produca l'hello world più piccolo che riesco a fare??

in pratica da un unico menmonic (*) un compilatore potrebbe produrre un numero variabile di istruzioni ?

ehm, no... *arrossisce*
ho frainteso
chiaramente una singola istruzione assembly si dovrebbe supporre essere sempre atomica e quindi codificabile in un unico opcode
però uno stesso mnemonic può tranquillamente venir codificato con un opcode o con un altro a seconda della situazione
per questo ti rimandavo alla tabella dei vari opcodes dell'istruzione MOV

poi per completezza diciamo che esistono anche degli assemblatori molto evoluti che oltre ai mnemonics dell'assembly del processore definiscono anche degli statements che permettono di svolgere rapidamente compiti comuni
il MASM per esempio ha una sorta di IF, e mi sa che ha pure i cicli.

[71104]

Originariamente inviato da 71104

il MASM per esempio ha una sorta di IF, e mi sa che ha pure i cicli.

oppure può emularli: supponiamo che un programmatore non riesca a capire come mai il suo intricatissimo programma in assembly non funziona; alla lunga si incazzerà talmente tanto da sembrare una donna al primo giorno di m

ok, era pessima :|

scusate

[cionci]

Ma quegli if dipendono dall'assemblatore e non sono definiti nel linguaggio assembly Sono una specie di macro...

[71104]

Originariamente inviato da Digital_Style

scusate se mi intrometto ma non ho capito un tubo!!mi sembra arabo...cavolo se non capisco queste cose forse vuol dire ke non sono portato per la prgorammazione e/o computer e informatica in generale.

basta così

anziché stare lì a piangerti addosso senza motivo alcuno, comincia a studiare qualsiasi cosa (come un linguaggio di programmazione, tanto per cominciare...) e vedrai che già ti sembrerà di capirne molto di più

studia un'altra cosa e ne capirai moolto di più (con due O)

studiane un'altra e diventerà mooolto di più (con tre)

continua così e finirai per capirne mo{N volte}olto di più

[Digital_Style]

@71104:su questo avete ragione tutti, infatti ho già cominciato a studiare python da questa guida http://www.python.it/doc/Howtothink/...l-it/index.htm presa in un post di un altor utente e sono arrivato (in poco tempo!)al quinto capitolo!sto cercando di capire il paragrafo 5.1 e la funzione \linebreak raw_imput dato che non c'è nessun esempio che la esponga.

@@71104er curiosità perchè non posti il codice del più piccolo hello world che sai fare?!
il mio più piccolo hello world è questo:

print "Hello World!!"
(in python logicamente!!)

[PGI-Bis]

Scommetto un soldo (virtuale, non esigibile) che io riesco a farlo più corto di tutti

[RaouL_BennetH]

Originariamente inviato da PGI-Bis

Scommetto un soldo (virtuale, non esigibile) che io riesco a farlo più corto di tutti

dimostralo allora

[cionci]

Originariamente inviato da PGI-Bis

Scommetto un soldo (virtuale, non esigibile) che io riesco a farlo più corto di tutti

Io lo faccio più corto e portabile !!!

echo Hello World !!!

[PGI-Bis]

Ancora pià corto!

HelloWorld Language Specifications, v. 0.1 rev. a

Se il file sorgente non esiste, l'eseguibile stampa
sullo standard output la stringa: "Hello World!"

Ho anche scritto il compilatore per Windows:

hwc UnFileCheNonEsiste.hw

che, in perfetto accordo con le specifiche del linguaggio, genera l'eseguibile

UnFileCheNonEsiste.exe

il quale stampa sullo standard output la stringa:

Hello World!

E mo' provate a farlo più corto!

[Digital_Style]

mhhh....
print "Hello World!!"

[71104]

avete frainteso tutti
io parlavo di dimensioni ridotte a livello di eseguibile, i sorgenti possono essere anche da 4 mega

il codice dell'hello world più piccolo che riesco a produrre è normalissimo:

int main(void) {
	printf("Hello world!");
	return 0;
}

ma chi, da questo codice, riesce a generare l'eseguibile più piccolo?
ora faccio il mio...


EDIT - ve lo faccio anche con portabilità Unicode, così si può compilare con Unicode che su Windows è più performante

#include <stdlib.h>
#include <stdio.h>
#include <tchar.h>

int _tmain(void) {
	_tprintf(_T("Hello world!\n"));
	_gettchar();
	return 0;
}

EDIT2 - dimensioni dell'eseguibile di partenza: 40 kb. strippando le informazioni di debug: 6 kb. ora vediamo a quanto lo faccio arrivare


EDIT3 - senza il manifest scende a 5 kb, però non funziona
non funziona perché usa la DLL del runtime di Visual C++ (printf e getchar...), il cui path però era scritto nel manifest
di conseguenza... tolgo l'uso della printf e della getchar, che così tolgo anche due bei freschi di codice


EDIT4 -

#include <windows.h>

INT main(VOID)
{
	CONST TCHAR pszMessage[] = TEXT("Hello world!\n");
	HANDLE hStdIn, hStdOut;

	DWORD dwDummy;

	hStdIn = GetStdHandle(STD_INPUT_HANDLE);
	hStdOut = GetStdHandle(STD_OUTPUT_HANDLE);

	WriteConsole(hStdOut, pszMessage, sizeof(pszMessage) / sizeof(TCHAR) - 1, &dwDummy, NULL);

	ReadConsole(hStdIn, &dwDummy, 1, &dwDummy, NULL);

	return 0;
}

2 KB!!

[Digital_Style]

emh...non c'ho capito NIENTE!!!!portabilità Unicode, manifest,il codice che hai scritto...proprio niente!!

[cionci]

E' normale...non ti preoccupare Sono cose abbastanza avanzate...

[mindwings]

Originariamente inviato da Digital_Style

emh...non c'ho capito NIENTE!!!!portabilità Unicode, manifest,il codice che hai scritto...proprio niente!!

una gara a chi ce l'ha più lungo...
abbastanza inutile...

[PGI-Bis]

Originariamente inviato da Digital_Style

emh...non c'ho capito NIENTE!!!!portabilità Unicode, manifest,il codice che hai scritto...proprio niente!!

Oh non ti preoccupare. Ho programmato per 15 anni e non l'ho capito neanche io (e due).

[Griffo]

Qualcuno riesce ad usare meno caratteri per stampare su schermo "hello world"??

++++++++++
[
   >+++++++>++++++++++>+++>+<<<<-
]
>++.
>+.
+++++++.
.
+++.
>++.
<<+++++++++++++++.
>.
+++.
------.
--------.
>+.
>.

ps: linuguaggio usato: Brainfuck

[HipT]

#include "iostream"
using namespace std;
int main()
{
    cout<<"Hello World";
    cin.get();
    return 0;
}

Lo stampa in console comunque è sempre nello schermo
----EDIT----
Ops,non avevo letto il linguaggio scritto sotto
Sorry,ho provato a toglierlo ma non c'è l'opzione "cancella mess"
Ps:hai copiato e incollato il codice da wikipedia?

[marco.r]

Originariamente inviato da 71104

... :|

a parte che oggi i cellulari hanno pure la JVM

Vero, ma la parte che gestisce la fonia non e' sicuramente scritta in Java. Nei sistemi embedded di questo tipo hai spesso dei vincoli temporali non trascurabili. Inoltre, anche se ormai i cellulari hanno decine di megabyte di memoria, lo stesso non si puo' dire di altre periferiche come videoregistratori o lettori mp3 portatili. Trattandosi di oggetti che costano 50-100 Euro e che vengono venduti a carrettate, anche uno o due euro risparmiati sui componenti costituiscono un guadagno non banale per il produttore.
[/quote]