int mi serve nell'intervallo +1000 -... +1000 , pips, che è solo 2^10
Gli int int sono ancora da considerare, gli incrementi di 1 pip non sono importanti, si possono avere 2,5-...9 pps, cioè la discrezione non è così critica
Potremmo andare a decine invece che in modo diretto e schietto, e fare 8*8*4 con parsimonia. Devi solo pensarci))) Ma non ce n'è bisogno, tutto si adatta comunque.
E per controllare - perché non iniziare il ciclo fino a INT_MAX - l'hardware lo controllerà, non guardare attraverso il file con i risultati da solo.
Si può anche non stupidamente e dritto - decine di occupare, ed economicamente, per fare in un pizzico - 8*8*4. Solo tu devi pensare))) Ma non ce n'è bisogno, tutto si adatta comunque.
E per controllare - perché non fare il ciclo fino a INT_MAX - sarà controllato dall'hardware, non avremo bisogno di guardare nel file dei risultati da soli.
Non mi dispiace... Ho bisogno del codice da valutare e la metodologia è più importante di come convertire
Non mi dispiace... Ho bisogno del codice da valutare, e la metodologia di test è più importante di come convertire
Innesco bitwise, no? È come convertire un numero in una stringa con valori bitwise. Uno per i numeri interi e uno per i punti e il controllo. Questo è solo per scopi di debug.
Scrittura bitwise, no? Qualcosa come stringere un numero con valori bitwise. Uno per i numeri interi e uno per i punti e il controllo. Questo è solo per scopi di debug.
Sì, questo è chiaro, ma come si automatizza la verifica?
il problema, non nel mio esempio, ma nel fatto che ho ancora bisogno di impacchettare 3 int di altri dati, non voglio spendere troppo tempo per controllare ogni pacchetto
ZS: l'idea è brillante, ma non valori bitwise, ma esadecimali - da printf() si può ottenere, o meglio da stringformat()
Sì, è tutto chiaro, ma come automatizzare il controllo?
Il problema, non nel mio esempio, ma nel fatto che ho ancora bisogno di impacchettare 3 int di altri dati, non voglio spendere molto tempo per controllare ogni pacchetto
HH: buona idea, ma non valori bitwise, ma esadecimali - possiamo ottenerli da printf() o piuttosto da stringformat()
Beh, è ovvio che ci saranno più variabili per me è meglio usare semplicemente la copia in byte delle strutture (probabilmente il processo non richiede una forte ottimizzazione della velocità ma la convenienza sarà al massimo)
Perché non dovrebbe funzionare all'improvviso? Tre enumerazioni, nessuna delle quali superiore a 10. Aritmetica da scuola media di secondo grado.
3 enumerazioni più 2 int, avete bisogno di 4 byte = int
int mi serve nell'intervallo +1000 -... +1000 , pips, che è solo 2^10
Vale la pena considerare gli int int, il passo di 1 pips non è importante, 2,5-...9 pips è anche possibile, cioè la discrezione non è molto critica
3 enumerazioni più 2 int, hanno bisogno di 4 byte
int mi serve nell'intervallo +1000 -... +1000 , pips, che è solo 2^10
Gli int int sono ancora da considerare, gli incrementi di 1 pip non sono importanti, si possono avere 2,5-...9 pps, cioè la discrezione non è così critica
Lo spazio è più che sufficiente. INT_MAX=2147483647.
Potremmo andare a decine invece che in modo diretto e schietto, e fare 8*8*4 con parsimonia. Devi solo pensarci))) Ma non ce n'è bisogno, tutto si adatta comunque.
E per controllare - perché non iniziare il ciclo fino a INT_MAX - l'hardware lo controllerà, non guardare attraverso il file con i risultati da solo.
Spazio più che sufficiente. INT_MAX=2147483647.
Si può anche non stupidamente e dritto - decine di occupare, ed economicamente, per fare in un pizzico - 8*8*4. Solo tu devi pensare))) Ma non ce n'è bisogno, tutto si adatta comunque.
E per controllare - perché non fare il ciclo fino a INT_MAX - sarà controllato dall'hardware, non avremo bisogno di guardare nel file dei risultati da soli.
Non mi dispiace... Ho bisogno del codice da valutare e la metodologia è più importante di come convertire
Non mi dispiace... Ho bisogno del codice da valutare, e la metodologia di test è più importante di come convertire
Innesco bitwise, no? È come convertire un numero in una stringa con valori bitwise. Uno per i numeri interi e uno per i punti e il controllo. Questo è solo per scopi di debug.
Scrittura bitwise, no? Qualcosa come stringere un numero con valori bitwise. Uno per i numeri interi e uno per i punti e il controllo. Questo è solo per scopi di debug.
Sì, questo è chiaro, ma come si automatizza la verifica?
il problema, non nel mio esempio, ma nel fatto che ho ancora bisogno di impacchettare 3 int di altri dati, non voglio spendere troppo tempo per controllare ogni pacchetto
ZS: l'idea è brillante, ma non valori bitwise, ma esadecimali - da printf() si può ottenere, o meglio da stringformat()
Sì, è tutto chiaro, ma come automatizzare il controllo?
Il problema, non nel mio esempio, ma nel fatto che ho ancora bisogno di impacchettare 3 int di altri dati, non voglio spendere molto tempo per controllare ogni pacchetto
HH: buona idea, ma non valori bitwise, ma esadecimali - possiamo ottenerli da printf() o piuttosto da stringformat()
)) non riesce a capire cosa serve
Vogliamo automatizzare un offset o cosa?
Cos'è questo controllo?
E possiamo sempre controllare i valori sorgente e convertiti.
Non mi dispiace... Avete bisogno del codice da valutare, e la metodologia di verifica è più importante di come convertire
Se la metodologia di conversione è chiara e comprensibile, non c'è bisogno di molti controlli.
Beh, è ovvio che ci saranno più variabili per me è meglio usare semplicemente la copia in byte delle strutture (probabilmente il processo non richiede una forte ottimizzazione della velocità ma la convenienza sarà al massimo)
Economico ed economico