Newsgroup: it.comp.lang.visual-basic
Titolo: funzione instr

Vorrei ottenere (utilizzando VB) all'interno di una determinata stringa la
prima corrispondenza di un carattere NON NUMERICO (cioè che non sia una
cifra da 0 a 9)
Pensavo alla funzione InStr(), ma come faccio a dirgli di cercare un
carattere NON NUMERICO?
InStr() vuole sapere quale carattere deve cercare, non quale NON deve.
Sapreste aiutarmi?
Grazie, Stefano.

l'ascii di 0 è 48
l'ascii di 9 è 57
For i=1 to Len(Stringa)
    If Asc(Mid$(Stringa,i,1))<48 Or Asc(Mid$(Stringa,i,1))>57 Then
        'Ho trovato un carattere non numerico
    End If
Next
adattala in una function, come ti sembra? non mi piace InStr, è un po'
lenta.....
good coding!!!
-- 
Damiani Liborio Igor
ig...@igordamiani.it
 - 
soft...@igordamiani.it
 - 
idam...@hotmail.com
http://www.igordamiani.it
ICQ : 11847262

 Next
Pero c'e da chiedere PERCHé vuole fare questo, perché trappando l'errore 
poi esserci pui efficace:
	On error goto bummer
	i=Text1.Text / Text2.Text
	On error goto ......
	......
 
bummer:
	msgbox "Parametri non validi"


la gestione degli errori meno si fa č meglio č, fidati.
_______________________________________
{30 - Visual Studio.NET and VC++ development }
_______________________________________

 la gestione degli errori meno si fa č meglio č, fidati.
Su un "non sempre si puň fare" sarei stato d'accordo.
Su quello che hai scritto (ma io mi defilo subito) ti prometto martellate in
posti delicati.

usiamo i termini giusti al posto giusto....
dire "la gestione degli errori meno si fa è meglio è, fidati." è assurdo. La
gestione degli errori va *sempre* fatta, secondo me. Che poi vb utilizzi
solo l'on error è un altro paio di maniche......
è l'on error che secondo me è da buttare via......non la gestione degli
errori in sè......



a prescindere dal fatto che non ho capito un cazz.. di cio' che hai scritto.
poi cosa sta blaterando, con martellate in posti delicati?
PS:
IO NON TI PROMETTO UN BEL NIENTE

 --
ma sai leggere?
"la gestione degli errori meno si fa č meglio č, fidati."
non ho detto che non va fatta..
ma per una situzione del genere "Vedi post iniziale" trovo assurdo fare la
gestione errori.
PS:
Ti dico altro.
Presumo che la gestione degli errori ti abbia salvato da situazioni poco
chiare, ma č segno di poca esperienza.
Ciao
Maurizio A.

fammi capire:
prima di scrivere un file su floppy, controlli se il floppy c'è oppure no?
non ti è mai capitato di usare la CreateObject e di controllare l'err.number
per vedere se un certo componente è disponibile sul pc del cliente?
effettivamente in questo caso la gestione degli errori è orribile, ma mi
sembra di aver capito che tu la metti il meno possibile, il che non è sempre
la cosa migliore.....
ci sono un sacco di casi in cui serve davvero......e non puoi fare
altrimenti
la vera cosa che non va bene, ripeto, è l'on error, che non è una bella
cosa, molto meglio il Try...Catch di .NET.
morale: non è la gestione degli errori che non va bene, è il costrutto messo
a disposizione da vb.....


[*Maurizio A.*=
cep...@tin.it
] ha scritto:

Vedi (ora te lo dimostro), sono diventato un po' più grandicello e ti mollo
qui.
E stanotte dormirò lo stesso.

 --
Non stiamo a discutere su questo.
Tu hai detto la tua, Io la mia.
Ciao.

no, Io ho detto la mia, e tu hai detto la tua


 no, Io ho detto la mia, e tu hai detto la tua
Va bene precisino....

 assurdo. La gestione degli errori va *sempre* fatta, secondo me.
La gestione degli errori va sempre fatta per rimediare a quelle cose contro
cui non c'è niente da fare.
Se l'utente stacca il cavo di rete un millisecondo dopo che tu hai
verificato che la connessione sia valida, ci vuole una gestione degli
errori.
Ma sfruttare la gestione degli errori per evitare di fare un check di
validità di una stringa, mi sembra oggettivamente poco pulito...
Ciao
Alberto