Novità

NUOVO AMBIENTE SCRIPT AREA TECNICA

L

LuigiB

Guest
Allora proviamo ad imbarcarci nell'impresa , è previsto per ora che il progetto venga seguito a 4 mani ma non disdegnamo la collabaorazione degli altri.

Ho creato questo thread per discutere di problematiche tecniche ai fini della realizzazione del progetto.

mi scuso in anticipo per la lunghezza di questo primo post e per l'eventuale noiosità ...maq prima di agire bisogna parlare.

Lo stesso twinbasic è basato su tecnologia COM io direi di creare come si era ipotizzato anche noi un componente COM che sarà quello istanziato dai programmi (script) che lo useranno e che conterrà le funzioni di scripting.

Cosi facendo (creare il componente com) gli script potranno girare da qualsiasi host in grado di gestire COM, ad esempio Excel.
Naturalmente è preferibile creare i propri script in twinbasic piuttosto che in excel ma è comunque giusto sottolineare che con questa impostazione la cosa è possibile.

Internamente questo componente per lo scripting dovrà essere suddiviso in vari moduli , ovvero ci saranno apposite classi per gestire i vari aspetti delle esigenze operative

Il primo componente da realizzare sarà senz'altro una classe Archivio , che si occupi della lettura/modifica/cancellazione/inserimento delle estrazioni e che metta a disposizione degli altri moduli l'archivio delle estrazioni.

Quindi per poter iniziare a fare qualcosa bisogna discutere alcuni aspetti

Come base dati la cosa migliore è usare i file di testo lo abbiamo già detto, tuttavia dobbiamo decidere se i record che compongono il file debbano avere delle
caratteristiche di formattazione tali da renderli omogenei ovvero tutti della stessa lunghezza , oppure se vogliamo rinunciare a questa caratteristica.
Per esempio l'archivio potrebbe contenere righe di lunghezza diversa pur avendo la stessa quantità di estratti , questo potrebbe capitare se in una riga i numeretti
vengano formattati con lo 0 e in un'altra riga invece no.

Nel primo caso la lettura dell'archivio sarebbe più rigida , modificarlo a mano è rischioso perche si potebbe inserire un record di lunghezza differente,
in compenso si avrebebro diversi vantaggi dati dal fatto che avendo record a lunghezza fissa è possibile calcolare gli offset per leggere uno specifico blocco di estrazioni.
Io propenderei per questa soluzione
Comunque sapere come sarà fatta la base dati è indispensabile per poter scrivere le funzioni che la gestiscono.

Tenendo in considerazione la versatilità sui giochi che vogliamo ottenere il record del file di testo con le estrazioni dovrebbe avere una sequenza prevista dei valori che lo compongono , quando il tipico valore non esiste lo si lascia vuoto .
Ad esempio nel lotto abbiamo la data estrazione , l'indice annuale e quello mensile , nel 10 e lotto 5M si aggiunge l'ora e l'indice giornaliero.
Il record del nostro file dovra prevedere sempre tutti i valori possibili nelle posizioni previste , se questi valori non ci sono per quel tale archivio dovrà essere lasciato vuoto il campo ma assolutamente non ometterlo

Quindi per esempio un ipotetico record potrebbe avere questa sequenza

DataOra;IndiceAnnuale;IndiceMensile;IndiceGiornaliero;Num1;....;NumN

tutti i valori di ciascun campo devono essere formattati affinche il record finale sia sempre della stessa lunghezza in byte.


Spaziometria era nato inizialmente per il lotto e solo a posteriori negli script sono state inserite le funzioni per altri giochi
questo ha fatto si che ci siano funzioni quasi con lo stesso nome che si riferiscono a giochi e quindi archivi diversi.
Per esempio da Estratto derivano le relative EstrattoDL , EstrattoFT ,EstrattoSE , spaziometria internamente ha archivi con strutture diverse una per ciascun gioco.

Dovendo rispettare un requisito di versatilità non si possono prevedere funzioni a priori , la funzione Estratto (come tutte le altre) ad esempio sarà sempre la stessa a prescindere dal tipo di archivio collegato.
Al contrario di spaziometria qui è necessario usare una struttura dati unica che sia in grado di contenere i numeri di un'estrazione
qualsiasi , da lotto ,al superenalotto ,al 10elotto e via dicendo , oltre ai numeri le informazioni di riferimento per l'estrazionew come data ,numroannuale , mensile e perfino orario come nel caso del 10elotto 5m


Dobbiamo pensare al perimetro che possono occupare i dati di estrazioni di giochi differenti al fine di vedere come creare una struttura dati che sia valida per tutti i giochi
Per esempio il lotto ha 11 ruote con 5 numeri ciascuna , gli altri giochi hanno per cosi dire "una sola ruota" magari con 20 numeri come il 10 e lotto.

Internamente per esperianza posso dire che se l'estrazione è rappresentata da un oggetto come una classe e l'archivio fosse costituito da una collection che contiene le istanze di ciascuna classe estrazione il tutto sarebbe piu ottimizzato come occupazione ma anche più lento , quindi per contenere internamente le estrazioni è meglio pensare ad una struttura dati e ad un array di quel tipo dati da noi definito , è meglio usare gli UDT (User defined type)

Ora per problematiche tecniche non è possibile definire a posteriori il rank degli array dichiarati in un UDT quindi la type definition dovrà considerare per l'appunto che un'estrazione possa contenere anche a sua volta 11 estrazioni diverse con 5 numeri oopure una sola estrazione con 20 numeri , la stessa struttura dati deve poter contenere tutte e due le tipologie , è chiaro che un record di questo tipo possa sprecare un po' piu di memoria ma non siamo in c++ e non credo che qui sia possibile fare un tipo dati che si comporta in modo differente a seconda dei casi per ottenere un'ottimizzazione dello spazio occupato.

Quindi per non sprecarne troppa di memoria dobbiamo imporre comunque dei limiti , io direi 11 ruote e 30 numeri per ruota massimo.
Questo vuol dire che ipotetici giochi che non rientrano in queste caratteristiche non possano essere gestiti. Comunque mi sembrano abbastanza larghe da coprire tutti i giochi che ha gia spaziometria.

come struttura udt io avrei pensato a questo , non so se a Rooke vien in mente un sistema piu efficente che occupi meno spazio,
L'idea sarebeb di avee in memoria non appena si istanzia la classe di script l'intero archivio delle estrazioni che altro non è che un array del tipo struct_estrazione.


1674048121330.png
 

Rookie

Advanced Member >PLATINUM PLUS<
Allora proviamo ad imbarcarci nell'impresa , è previsto per ora che il progetto venga seguito a 4 mani ma non disdegnamo la collabaorazione degli altri.

Ho creato questo thread per discutere di problematiche tecniche ai fini della realizzazione del progetto.

mi scuso in anticipo per la lunghezza di questo primo post e per l'eventuale noiosità ...maq prima di agire bisogna parlare.

Lo stesso twinbasic è basato su tecnologia COM io direi di creare come si era ipotizzato anche noi un componente COM che sarà quello istanziato dai programmi (script) che lo useranno e che conterrà le funzioni di scripting.

Cosi facendo (creare il componente com) gli script potranno girare da qualsiasi host in grado di gestire COM, ad esempio Excel.
Naturalmente è preferibile creare i propri script in twinbasic piuttosto che in excel ma è comunque giusto sottolineare che con questa impostazione la cosa è possibile.

Internamente questo componente per lo scripting dovrà essere suddiviso in vari moduli , ovvero ci saranno apposite classi per gestire i vari aspetti delle esigenze operative

Il primo componente da realizzare sarà senz'altro una classe Archivio , che si occupi della lettura/modifica/cancellazione/inserimento delle estrazioni e che metta a disposizione degli altri moduli l'archivio delle estrazioni.

Quindi per poter iniziare a fare qualcosa bisogna discutere alcuni aspetti

Come base dati la cosa migliore è usare i file di testo lo abbiamo già detto, tuttavia dobbiamo decidere se i record che compongono il file debbano avere delle
caratteristiche di formattazione tali da renderli omogenei ovvero tutti della stessa lunghezza , oppure se vogliamo rinunciare a questa caratteristica.
Per esempio l'archivio potrebbe contenere righe di lunghezza diversa pur avendo la stessa quantità di estratti , questo potrebbe capitare se in una riga i numeretti
vengano formattati con lo 0 e in un'altra riga invece no.

Nel primo caso la lettura dell'archivio sarebbe più rigida , modificarlo a mano è rischioso perche si potebbe inserire un record di lunghezza differente,
in compenso si avrebebro diversi vantaggi dati dal fatto che avendo record a lunghezza fissa è possibile calcolare gli offset per leggere uno specifico blocco di estrazioni.
Io propenderei per questa soluzione
Comunque sapere come sarà fatta la base dati è indispensabile per poter scrivere le funzioni che la gestiscono.

Tenendo in considerazione la versatilità sui giochi che vogliamo ottenere il record del file di testo con le estrazioni dovrebbe avere una sequenza prevista dei valori che lo compongono , quando il tipico valore non esiste lo si lascia vuoto .
Ad esempio nel lotto abbiamo la data estrazione , l'indice annuale e quello mensile , nel 10 e lotto 5M si aggiunge l'ora e l'indice giornaliero.
Il record del nostro file dovra prevedere sempre tutti i valori possibili nelle posizioni previste , se questi valori non ci sono per quel tale archivio dovrà essere lasciato vuoto il campo ma assolutamente non ometterlo

Quindi per esempio un ipotetico record potrebbe avere questa sequenza

DataOra;IndiceAnnuale;IndiceMensile;IndiceGiornaliero;Num1;....;NumN

tutti i valori di ciascun campo devono essere formattati affinche il record finale sia sempre della stessa lunghezza in byte.


Spaziometria era nato inizialmente per il lotto e solo a posteriori negli script sono state inserite le funzioni per altri giochi
questo ha fatto si che ci siano funzioni quasi con lo stesso nome che si riferiscono a giochi e quindi archivi diversi.
Per esempio da Estratto derivano le relative EstrattoDL , EstrattoFT ,EstrattoSE , spaziometria internamente ha archivi con strutture diverse una per ciascun gioco.

Dovendo rispettare un requisito di versatilità non si possono prevedere funzioni a priori , la funzione Estratto (come tutte le altre) ad esempio sarà sempre la stessa a prescindere dal tipo di archivio collegato.
Al contrario di spaziometria qui è necessario usare una struttura dati unica che sia in grado di contenere i numeri di un'estrazione
qualsiasi , da lotto ,al superenalotto ,al 10elotto e via dicendo , oltre ai numeri le informazioni di riferimento per l'estrazionew come data ,numroannuale , mensile e perfino orario come nel caso del 10elotto 5m


Dobbiamo pensare al perimetro che possono occupare i dati di estrazioni di giochi differenti al fine di vedere come creare una struttura dati che sia valida per tutti i giochi
Per esempio il lotto ha 11 ruote con 5 numeri ciascuna , gli altri giochi hanno per cosi dire "una sola ruota" magari con 20 numeri come il 10 e lotto.

Internamente per esperianza posso dire che se l'estrazione è rappresentata da un oggetto come una classe e l'archivio fosse costituito da una collection che contiene le istanze di ciascuna classe estrazione il tutto sarebbe piu ottimizzato come occupazione ma anche più lento , quindi per contenere internamente le estrazioni è meglio pensare ad una struttura dati e ad un array di quel tipo dati da noi definito , è meglio usare gli UDT (User defined type)

Ora per problematiche tecniche non è possibile definire a posteriori il rank degli array dichiarati in un UDT quindi la type definition dovrà considerare per l'appunto che un'estrazione possa contenere anche a sua volta 11 estrazioni diverse con 5 numeri oopure una sola estrazione con 20 numeri , la stessa struttura dati deve poter contenere tutte e due le tipologie , è chiaro che un record di questo tipo possa sprecare un po' piu di memoria ma non siamo in c++ e non credo che qui sia possibile fare un tipo dati che si comporta in modo differente a seconda dei casi per ottenere un'ottimizzazione dello spazio occupato.

Quindi per non sprecarne troppa di memoria dobbiamo imporre comunque dei limiti , io direi 11 ruote e 30 numeri per ruota massimo.
Questo vuol dire che ipotetici giochi che non rientrano in queste caratteristiche non possano essere gestiti. Comunque mi sembrano abbastanza larghe da coprire tutti i giochi che ha gia spaziometria.

come struttura udt io avrei pensato a questo , non so se a Rooke vien in mente un sistema piu efficente che occupi meno spazio,
L'idea sarebeb di avee in memoria non appena si istanzia la classe di script l'intero archivio delle estrazioni che altro non è che un array del tipo struct_estrazione.



Vedi l'allegato 2251318
Ciao Luigi, credo che sia un'ottima idea avere le estrazioni in memoria in un vettore del tipo di quelli enumerati nella tua immagine. Rende semplici le cose agli scripters. Anche se non e' difficile scrivere un wrapper per scorrere i file binari in modo trasparente, serve solo un po' di aritmedica nascosta per gestire i salti dei seek.

Hai prodotto un'accelerazione spaventosa, era ancora ieri pomeriggio che mi chiedevi "cosa volevi fare?", in questo post delle 15:30 :) !!!

Hai sentito qualcuno di Lottoced per sentire il loro punto di vista in merito a questa idea, che non ci siano pregiudiziali intendo? Anche se credo che l'unico rischio per loro e allargare la platea ovvero l'audience! Se il loro server e' dimensionato bene... non ci dovrebbero esserci problemi. Forse solo un piccolo aggravio di lavoro per moderatori e amministratori.
Buona continuazione
 
Ultima modifica:
L

LuigiB

Guest
per ora stavo parlando di come vede internamente le estrazioni il nostro componente , dal punto di vista dell'utnte le estrazioni sono accessibili con le funzioni degli script non direttamente l'array delle estrazioni .. ora byutto giu una prova poi su quelal iniziamo a lavorare dividendoci i compiti , entro fine settimana qualcsa avro fatto , una pecie discheletro sul quale poi lavorare..
Purtroppo ci sono le grane lavorative di mezzo ... magari fdossimo pagati per occuparci di lotto :)
 

Rookie

Advanced Member >PLATINUM PLUS<
per ora stavo parlando di come vede internamente le estrazioni il nostro componente , dal punto di vista dell'utnte le estrazioni sono accessibili con le funzioni degli script non direttamente l'array delle estrazioni .. ora byutto giu una prova poi su quelal iniziamo a lavorare dividendoci i compiti , entro fine settimana qualcsa avro fatto , una pecie discheletro sul quale poi lavorare..
Purtroppo ci sono le grane lavorative di mezzo ... magari fdossimo pagati per occuparci di lotto :)
Benissimo, io finisco il prototipo per il test a cui sto lavorando e mi metto a capire come usare le istruzioni in TwinBasic (TB). Condivido che bisogna partire dal modulo che gestisce la base dei dati. Senza quella nessuno puo' fare qualcosa di utile! Ci occupiamo di lotto, nel modo che facciamo, perche' non e' la nostra fonte primaria di sostentamento. Quando il qualcosa che fai spontaneamente con piacere diventa un impegno a cui devi ottemperare, le cose cambiano! Finisce la magia che procura il piacere di fare quello che ti piace fare... E' la natura dell'uomo e non si puo' cambiare...
 

Mike58

Advanced Member >PLATINUM PLUS<
Ciao,Luigi,Rookie, io sono un divoratore di istruzione script e mi intendo poco di questo tipo di programmazione, solo un suggerimento.

Per le estrazioni vanno bene i campi di esempio di Luigi ma non si potrebbero elevare al massimo di 35 ( 10 e lotto (20) + extra(15) )
ed il formato baseDati non potrebbe essere in formato Csv, in modo da poter aggiornare le estrazioni (come faccio in spaziolight) anche con gli script di spaziometria.

Piccoli suggerimenti se possibile.

un salutissimo.
 
L

LuigiB

Guest
ciao Mike , non ti confondere , un conto è il file delel estrazioni che come abbiamo detto sarà un normale file di testo (i file csv sono file di testo) un conto sono le strutture dati utilizzate internamente dalla dll che andremo a implemtare. Ora stavamo parlando di quelle.
Quyindi non ti preoccupare è già previsto che sia cosi. Magari incremento i numeri per singola estrazione.
 
M

Membro cancellato 19206

Guest
حذف · إزالة · إلغاء · محو · حذفه · مسح · شطب · قم بحذف.
 
Ultima modifica di un moderatore:
L

LuigiB

Guest
Ahime si spengono totalmente gli entusiasmi , o mi sono rincoglionito io oppure TwinBasic è ancora troppo acerbo per usarlo in un progetto come il nostro

questo semplice comando che usa la funzione split per me non funziona

1674077576495.png

inutile dire che con excel funziona perfettamente

1674077535773.png


purtroppo non possiamo iniziare a sbattere la testa su bug del linguaggio ... la cosa al momento io direi che è sospesa almeno fino aquando qualcuno non mi spiega perche in twinbasic lo stesso codice non funge ...



provate pure voi con questo codice

Codice:
Private Sub CommandButton1_Click()
     Dim s As String
     
     
            s = "01;02;03;04;05;06"
            
            ReDim av(0) As String
            
            av = Split(s, ";")
            
            MsgBox (av(1))
End Sub
 

Rookie

Advanced Member >PLATINUM PLUS<
Ahime si spengono totalmente gli entusiasmi , o mi sono rincoglionito io oppure TwinBasic è ancora troppo acerbo per usarlo in un progetto come il nostro

questo semplice comando che usa la funzione split per me non funziona

Vedi l'allegato 2251402

inutile dire che con excel funziona perfettamente

Vedi l'allegato 2251401


purtroppo non possiamo iniziare a sbattere la testa su bug del linguaggio ... la cosa al momento io direi che è sospesa almeno fino aquando qualcuno non mi spiega perche in twinbasic lo stesso codice non funge ...



provate pure voi con questo codice

Codice:
Private Sub CommandButton1_Click()
     Dim s As String
  
  
            s = "01;02;03;04;05;06"
         
            ReDim av(0) As String
         
            av = Split(s, ";")
         
            MsgBox (av(1))
End Sub
Questo e' un motivo per entrare in discord e trovarti con chi sta usando twinBasic insieme ai creatori. Clicca qui e poni la questione in ordine alla funzione Split, una volta che ti sei registrato.
Ciao
 
Ultima modifica:
L

LuigiB

Guest
E lo so rookie ma non è che possiamo fare i beta tester di questo progetto almeno non io .. se vuoi provare a parlarne tu con loro e se risolvono poi vediamo.. certo l'idea era molto intrigante .. ma se abbiamo errori in una funzione come split in un linguaggio che dice di essere compatibile al 100% con vb6 purtroppo obiettivamente iniziamo male , cioè attenzione non voglio assolutamente sminuire il lavoro che stanno facendo per questo progetto che a prima vista mi è sembrato molto interessante il problema è che deve ancora maturare ed è normale incontrare questi problemi in un progetto come questo , inoltre mi è pure capitato di andare a salvare quanto avevo fatto di andare a riaprire e di non trovare le modifiche ... poi pero questo non mi è piu risuccesso.
Gli evetuali bug in una versione beta sono naturali solo che a noi serve un linguaggio solido ..

cioè magari ho sbagliato io qualcosa anche se mi sembra strano visto che in excel gira...
 

Rookie

Advanced Member >PLATINUM PLUS<
E lo so rookie ma non è che possiamo fare i beta tester di questo progetto almeno non io .. se vuoi provare a parlarne tu con loro e se risolvono poi vediamo.. certo l'idea era molto intrigante .. ma se abbiamo errori in una funzione come split in un linguaggio che dice di essere compatibile al 100% con vb6 purtroppo obiettivamente iniziamo male , cioè attenzione non voglio assolutamente sminuire il lavoro che stanno facendo per questo progetto che a prima vista mi è sembrato molto interessante il problema è che deve ancora maturare ed è normale incontrare questi problemi in un progetto come questo , inoltre mi è pure capitato di andare a salvare quanto avevo fatto di andare a riaprire e di non trovare le modifiche ... poi pero questo non mi è piu risuccesso.
Gli evetuali bug in una versione beta sono naturali solo che a noi serve un linguaggio solido ..

cioè magari ho sbagliato io qualcosa anche se mi sembra strano visto che in excel gira...
Giustissimo! Anche io ho ricreato il tuo esempio ma a me non da nessun messaggio e nessun errore, sia a 32bit che a 64bit. Credo che potrebbe essere che il tipo di stringa debba essere diversamente dichiarato, visto che in windows possono essercene diversi tipi come ASCIZ, ASCIIZ, WSTRINGZ, STRINGZ oppure forse in caso di funzioni VBA bisogna settare qualche variabile che specifichi che si stratta di VBA per la compilazione condizionale, per discriminare TwinBAsic, VBA e VB6. Comunque e' giusto fermare i cavalli, adesso. Vedo se qualcuno ha gia' incontrato il problema e dopo chiedo al papa' di TB. Ti ragguagliero' appena ho qualcosa da scrivere.
Buona serata
 
L

LuigiB

Guest
e come mai non ti da errore ? se hai incollato lo stesso codice la variabile è dichiarata as string sia da me che da te , come mai a me non funziona ? Cioè a te da l ostesso risultato di excel con la msgbox ?

io ho la versione twinBASIC_IDE_BETA_235 , io sto su win10 64 bit , non ho compilato lo ho eseguito da debug.
 
L

LuigiB

Guest
Giustissimo! Anche io ho ricreato il tuo esempio ma a me non da nessun messaggio e nessun errore, sia a 32bit che a 64bit. Credo che potrebbe essere che il tipo di stringa debba essere diversamente dichiarato, visto che in windows possono essercene diversi tipi come ASCIZ, ASCIIZ, WSTRINGZ, STRINGZ oppure forse in caso di funzioni VBA bisogna settare qualche variabile che specifichi che si stratta di VBA per la compilazione condizionale, per discriminare TwinBAsic, VBA e VB6. Comunque e' giusto fermare i cavalli, adesso. Vedo se qualcuno ha gia' incontrato il problema e dopo chiedo al papa' di TB. Ti ragguagliero' appena ho qualcosa da scrivere.
Buona serata
no no .. capisco che dici ma fidati che non è questo il caso , powerbasic gstisce tutti i tii che hai detto ma ... as string in un linguaggio che si propone di essere compatibile 100% vb6 vuol dire as string ... come in vb6 ... tra l'altro in github vedo che su split sono gia aperti un paio di casi anche se Philp dice di averli fixati


1674080620234.png
 

Rookie

Advanced Member >PLATINUM PLUS<
e come mai non ti da errore ? se hai incollato lo stesso codice la variabile è dichiarata as string sia da me che da te , come mai a me non funziona ? Cioè a te da l ostesso risultato di excel con la msgbox ?

io ho la versione , non ho compilato lo ho eseguito da debug.
Luigi questo e' il mio ambiente: TwinBasic Ide Beta 236, compilatore 64 bit su W10/64bit

da quello che leggo la funzione Split ritorna qualcosa come tipo variant, e riceve una stringa, gli altri parametri sono opzionali.
A me sembra che il parametro passato a msgbox sia una stringa vuota, visto che non ho segnalazione di errori ne' vedo qualcosa scritto. La variabile av(1) vale 0...
Il riferimento alla funzione Split, sembra essere quello per l'ambiente VBA...

Split.png
 
L

LuigiB

Guest
il codice da incollare emandare in run è questo , copialo cosi com'è e provalo
ho messo la versioen 236 visto che avevo la 235 e non cambia nulla da sempre errore.

Split è una funzione che torna un array contennte i singoli elementi di una stringa separati dal carattere separatore specificato.
in pratica dovrebeb tornare un array di 6 elementi , da 0 a 5
dove
av(0) = 01

e av(5) = 06


mentre av(1) per la miseria dovrebbe tornare 2 , come in excel ... invece non splitta la stringa e l'arrya rimane di un solo elemento


Codice:
 Private Sub Command1_Click()
           
            Dim s As String
           
            s = "01;02;03;04;05;06"
            ReDim av(0) As String
      
            av = Split (s, ";")
            MsgBox (av(1))
           
           
           
           
    End Sub
 

Rookie

Advanced Member >PLATINUM PLUS<
il codice da incollare emandare in run è questo , copialo cosi com'è e provalo
ho messo la versioen 236 visto che avevo la 235 e non cambia nulla da sempre errore.

Split è una funzione che torna un array contennte i singoli elementi di una stringa separati dal carattere separatore specificato.
in pratica dovrebeb tornare un array di 6 elementi , da 0 a 5
dove
av(0) = 01

e av(5) = 06


mentre av(1) per la miseria dovrebbe tornare 2 , come in excel ... invece non splitta la stringa e l'arrya rimane di un solo elemento


Codice:
 Private Sub Command1_Click()
        
            Dim s As String
        
            s = "01;02;03;04;05;06"
            ReDim av(0) As String
   
            av = Split (s, ";")
            MsgBox (av(1))
        
        
        
        
    End Sub
Ok adesso ho l'errore. Macchine ferme fino a nuovo ordine!

1674081848237.png
 
Ultima modifica:
L

LuigiB

Guest
se hai excel incolla lo stesso codicoe in un pulsante e lancialo vedi che funziona perfettamente ... ma pure spaziometria fa egregiamente il suo lavoro

Option Explicit
Sub Main
Dim s
s = "01;02;03;04;05;06"
Dim av
av = Split(s, ";")
MsgBox(av(1))
End Sub



1674082129837.png
 
L

LuigiB

Guest
altre problematiche le ho notate nell'intlllisense ma di quelle poco male ... giusto per prova scrivero io una funzione split da usare al posto di quella esposta dal linguaggio , giusto per continuare lo scheletro che avevo previsot e fare una verifica sommaria del funzionamento ell'architettura che abbiamo pensato. Poi pero ci fermiam o in attesa di capire... un altro lato carente è la documentazioen delle funzioni , probabilemte avendole fatte uguali al vb6 pensano che uno se le vada a vedere in msdn ...
 

Ultima estrazione Lotto

  • Estrazione del lotto
    giovedì 28 marzo 2024
    Bari
    49
    73
    67
    86
    19
    Cagliari
    64
    36
    37
    02
    04
    Firenze
    66
    27
    44
    90
    17
    Genova
    09
    44
    78
    85
    19
    Milano
    70
    14
    47
    38
    27
    Napoli
    80
    29
    28
    45
    39
    Palermo
    54
    59
    78
    47
    62
    Roma
    17
    22
    49
    52
    88
    Torino
    71
    35
    75
    74
    60
    Venezia
    40
    84
    02
    63
    29
    Nazionale
    08
    13
    44
    69
    85
    Estrazione Simbolotto
    Firenze
    06
    35
    16
    18
    05

Ultimi Messaggi

Alto