EH eh, le domande me le studio di notte :)

Allora, ti spiego: ho il driver ODBC di mamma IBM correttamente settato, e questo lo so perché lanciando isql su questo collegamento, posso lanciare i comandi classici ottenendo risposte corrette.
Purtroppo l'ODBC di iSeries Access, in ambiente Gambas, non funziona, nel senso che quando lo lancio mi da un errore #11, quello generico.
HO anche provato a chiedere a Lui (Benoit, da non nominare invano ;) ), che non ha trovato una soluzione.
Io penso che sia un problema di AMD64 (la mia macchina è carrozzata così) per cui c'è qualche piccola idiosincrasia a livello di .so, che magari lui si aspetta a 32 bit e invece trova a 64 bit... non che sia grave, ma quando piglio il prossimo computer lo prendo con un 8088!

Visto che isql funziona mi chiedevo se era possibile bypassare l'utilizzo dell'ODBC utilizzando direttamente i comandi SQL.

Nel sistema AS/400 si fa questa cosa nell'RPG (o Cobol) embedded: in pratica, all'interno del sorgente si inseriscono dei comandi SQL, che un precompilatore traduce in chiamate a delle API esterne.
In questi ambiti su utilizzano i CURSORI, che sono praticamente dei file temporanei che contengono il risultato del comando SQL, e che possono essere utilizzati in lettura, anche casuale, con altri comandi (FETCH NEXT, eccetera...)
Speravo che anche in Gambas fosse possibile, ma mi sa che dovrò aspettare di avere un 386... :(

Ehilà!
Tutto bene? :)

Una cosa che non riesco a far funzionare (probabile problema di AMD64...) è l'ODBC verso gli AS/400 all'interno di Gambas.
Trafficando però ho visto che i comandi SQL dati in isql funzionano normalmente, per cui mi sorge la domanda: è possibile utilizzare chiamate dirette a SQL dentro Gambas, evitando l'uso diretto dell'ODBC?

:)

Ciau

Mario

Eh eh, finalmente ho cominciato a capirci qualcosa :)
Lo so che ci ho messo parecchio, ma ultimamente, ringraziando il cielo, ho tanto lavoro, per cui il tempo scarseggia ;)

Avevo fatto, tempo fa, un programmi scemo per imparare a usare Gambas. Il programma si "inventava" tre numeri a caso e una ruota, e mi proponeva un bel terno (non ne ho mai azzeccato uno, ma ho imparato il codice RND :D)

Il programma, così com'era, non mi piaceva perché estraendo a caso tre numeri capitava che mi desse dei duplicati, visto che non c'era controllo.
Allora l'ho ripreso e l'ho  modificato aggiungendo una classe "sacchetto", configurata cosi:



Poi nel programma mi limito a fare



(più altra roba, ovviamente)
Quindi prendo, come vedete, i primi sei numeri.
In questo modo sono sicuro di prendere una e una sola volta ogni numero. Non potrò mai avere un duplicato :)
Un miglioramento potrebbe essere il prendere non i primi sei, ma sei posizioni a caso.
Anche il rimescolamento mi pare abbastanza semplice ed efficace: in pratica per ogni posizione da 1 a 90, decido un'altra posizione a caso, e scambio i due numeri.

Cosa ne pensate? La logica degli oggetti è correttamente utilizzata? :)

Più avanti mi piacerebbe fare un altro programmino con la stessa classe, che mi faccia vedere un bel tabellone a video con i 90 numeri, e che mi faccia un'estrazione di un numero per volta, mettendo un segnaposto sul tabellone.
Si, insomma: il gioco della tombola versione "non devo mettere a posto alla fine" :D

Be', posso garantirvi che programmando molto e in posti diversi, mi capita spesso di trovarmi davanti dei programmi scritti da me qualche anno prima.. e non capirci nulla!
No, be', adesso esagero, ma trovare qualche passaggio strano e non ricordare il perché l'ho fatto così, è cosa che mi capita ogni tanto.
Per cui il lavoro di documentazione non è solo per gli altri, ma anche 8e soprattutto) per noi stessi :)

Ecco la parte di codice interessata...



Ho notato che durante l'elaborazione viene creato un file che si chiama "NomeDelDataBase.journal" (o qualcosa del genere), e che sparisce quando chiudo il programma... Ho provato a verificare cosa capita quando faccio delle modifiche al DB, ma sul file "originale", anche dopo la commit, la modifica non si vede. Eppure se vado a richiamare lo stesso record lo vedo modificato, come se prendesse i dati da qualche parte temporanea... :o

Ciao a tutti :)

Una delle ultime cose che si imparano, quando si decide di studiare un linguaggio, è "lo stile" con cui immettere le specifiche. Purtroppo ho vissuto dei drammi esistenziali quando ho dovuto mettere mano a programmi scritti da colleghi senza un minimo di stile, e questo sarebbe il meno, ma anche senza nessun commento!
Sfilze di istruzioni una dietro l'altra senza che si capisca quando inizia un blocco e quando finisce.

Memore di questo cerco di scrivere codice con un minimo di criterio, inserendo commenti dove mi sembrano necessari, e indentando le istruzioni nidificate.
Ma è sufficiente?
Probabilmente no. C'è anche da fare i conti con i nomi dei campi e delle funzioni.
Sul mio sistema preferito (l'AS/400), fino all'RPGIII i nomi dei campi non potevano superare i sei caratteri (avete letto bene: 6 caratteri!!) e questo causava dei salti mortali per riuscire a dare un nome decente alle variabili.
Ecco per esempio che un campo che doveva contenere l'Imponibile Iva poteva essere IMPNIV, e l'importo iva invece era IMPIVA. Ma come chiamare un campo che conteneva il totale degli importi esenti? TOIMES? E vi pare chiaro?
Ovviamente in Gambas un campo del genere potrebbe essere scritto "a gobba di dromedario", TotaleImportiEsenti, tanto per dire, diventando autoesplicativo, quindi senza necessità di commenti.
E la funzione che calcola il totale degli importi esenti potrebbe essere CalcolaTotaleImportiEsenti()... Autoesplicativo, ma sembra quasi un romanzo :)

Insomma, lo stile in un programma ha una sua precisa importanza.
Voi come affrontate il "problema", se così si può chiamare, della "calligrafia" di un codice?

Ehilà!

Ho un dubbietto :)

Sto facendo un progettino che lavora su un DB Sqlite.
Ho verificato che il programma effettua correttamente tutti gli aggiornamenti facendo il test. Quando esco dall'applicazione sembra che le modifiche vengano perdute.
E' possibile che in fase di test l'ambiente di sviluppo mi faccia un rollback quando esco?

Grazie :)

Ho fatto diversamente :)
Ho scaricato la parte "-dev" del modulo che mi interessa (libical in questo caso), e nella directory /usr/include ho trovato diversa roba, tra cui alcune intestazioni che contengono anche informazioni. In alcuni casi i programmatori inseriscono indicazioni tecniche molto utili :)

Però la tua idea non è malvagia, anche se l'editor di testo non funziona con i file binari. Però ci sono gli editor esadecimali... ;)