Newsgroup: it.comp.lang.vo-clipper
Titolo: Errore lanciando la SPEconsole

Ciao a tutti,
sono stato informato di un errore che si verifica lanciando la console
di S.P.E.. Questo errore dovrebbe riguardare solo le versioni di
Windows diverse dall'italiano. L'errore in questione è simile al
seguente:
=======================================================
The instruction at "0x00000000" referenced memory at "0x00000000". 
The memory could not be "read"
=======================================================
Il problema è un a bug (?) dell'applet dei Servizi di Windows che non 
riesce ad eseguire servizi il cui percorso contiene spazi, come, ad
esempio:
c:\program files\spe\bin\speservice.exe
Per risolvere il problema installare S.P.E. in un altro percorso, ad
esempio:
c:\spe\
oppure
c:\programmi\spe\
HTH
Saluti,
Antonello
===============================================
Antonello Negrone - Biella - Italy
anto...@anc-software.it
www.anc-software.it

Grazie dell'informazione e complimenti per il prodotto molto interessante.
Una domanda: ho visto che SPE gestisce anche gli SQL, compreso MySQL?
evitando gli ODBC ?  puo' interagire con le classi di Danilo Giuliani ?
Se cosě fosse sarebbe bellissimo.
ciao,
      Fabrizio Malaguti

Se cosě fosse sarebbe bellissimo.
Non esattamente, anche si potrebbe fare, ma sarebbe inutile. Ti spiego
perchč.
Con SPE ho allegato SPESQL, un RDD che si interfaccia (lato-server) a
fonti dati ODBC.
Il driver č sperimentale ed avrebbe lo scopo di interfacciare i
programmi VO a qualsiasi database via ODBC, cambiando soltanto
le impostazioni ODBC lato-server, mantenendo intatto l'applicativo
client.
Per le applicazioni client basterebbe soltato aprire i db chiamando:
DbUseArea(true, "SPESQL", "SELECT * FROM TABELLA ...")
per poi gestire la tabella come se ci fosse sotto un DBF.
In questo modo SPE si occupa di inoltrare al server le richieste,
l'ODBC le elabora localmente sul server e le ripassa a SPE che le
restituisce al client. Il client gestisce una propria cache (come
SPEDBF) cosě evita di richiedere al server i record precedentemente
letti.
Ripeto pero': il driver č SPERIMENTALE. Ma non escludo che possa
evolvere (magari usando l'interfaccia ADO anzichč ODBC).
L'inutilitŕ di interfacciarlo con la libreria di Danilo sta' nel fatto
che l'accesso a MySQL č GIA' client/server, inoltre le sue classi
utilizzano giŕ un cache per i dati letti.
Ciao,


 utilizzano già un cache per i dati letti.
E' che io sono molto allergico a ODBC.
Avevo fatto la domanda perche' la libreria di Danilo accede direttamente
senza passare per ODBC.
Comunque non sono ancora cosi' pratico di SQL e alcuni concetti ancora mi
sfuggono.
Ciao,
       Fabrizio Malaguti


sfuggono.
ODBC ha dalla sua il fatto che si utilizza un'interfaccia ai DB
standard. Cosi' da poter utilizzare database diversi con la stessa
applicazione.
Per contro non si possono sfruttare le caratteristiche particolari
dei vari database.
Dipende sempre da cosa si deve fare.
Utilizzando ADO credo che si ottenga cio' che ODBC offre e anche di
piu'. Pero' č un argomento che devo approfondire per comprenderne
le differenze.
Ciao


 le differenze.
Anch'io non ne so ancora molto; ascoltando ad un convegno Microsoft mi è
parso di capire che comunque non sia un granche'; poi c'è una enorme
differenza con 
ADO.NET
 ( si parlava di compatibilita' zero con ADO ). E' per
quello che ti chiedevo se c'è la possibilita' tramite SPE di interfacciare
direttamente MySQL ( e in particolar modo con le funzioni di Danilo).
ciao,
      Fabrizio Malaguti


 differenza con 
ADO.NET
 ( si parlava di compatibilita' zero con ADO ).
La MS adora cambiare le parole chiave e i nomi dei metodi. Solo per
questo meriterebbe di andare a coltivare i pomodori invece che scrivere
sistemi che dovrebbero essere professionali...
EMG
--
EMAG Software Homepage:     
http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: 
http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: 
http://www.emagsoftware.it/tbosg

 sistemi che dovrebbero essere professionali...
Condivido. Solo che come risultato finale è quello che a coltivare zucchine
siamo sempre noi mentre la MS raccoglie (i frutti alias i soldi).
Ad ogni modo da quello che ho capito la MS con .NET ha effettuato una vera
rivoluzione. Pensa che sono riusciti ad elevare Visual Basic al livello di
Java.
ciao,
     Fabrizio Malaguti


 Java.
Sento queste cose da ormai troppi anni per poterci ancora credere...
