Newsgroup: it.comp.appl.access
Titolo: Lettore Codice a Barre e Access

Buongiorno.
Ho un'applicazione Access97 che verifica i prodotti che escono dal magazzino
per mezzo del codice a barre.
Succede che dopo circa 750 letture (o invii) l'applicazione va in crisi
emettendo la segnalazione di memoria esaurita.
Ho ripetuto l'operazione più volte, almeno una decina ( che bip bip!), e
puntualmente dopo una quantità molto vicina di letture (tolleranza 10 + o -)
ho ricevuto la stessa segnalazione.
Il problema si risolve riavviando il pc, ma ovviamente il magazziniere
diventa un super problema.
Vi risulta che ci sia la possibilità di ovviare all'inconveniente?
Grazie
Ciao
Eugenio

"Eugenio" <Ci...@Eugenio.it> ha scritto nel messaggio
news:c82c7k$g2p$1...@lacerta.tiscalinet.it...

Le letture dove vanno a finire? I valori vengono aggiornati ogni volta che
"spari" o li mantieni in memoria per "utilizzi futuri"?
Ciao.
-- 
Sergio MAZZA


Ad ogni lettura corrisponde un'aggiornamento del database.
In pratica ho una casella di testo dove viene registrato il codice a barre
inviato dal lettore, il CR automatico del lettore attiva l'evento Uscita
campo che verifica l'esistenza del codice e in caso di esito positivo viene
eseguito l'aggiornamento del database.
Grazie
Ciao
Eugenio

 eseguito l'aggiornamento del database.
Quindi è un lettore in emulazione di tastiera...
Il problema non è il lettore.
Non è che lasci aperti i recordset o gli altri oggetti?
Se è A97 attenzione che il problema di memoria esaurita era un buco.


EccoloLàMannaggiaALoro!
E' un problema riconosciuto? Non è mai stato risolto?
Grazie
Ciao
Eugenio

 E' un problema riconosciuto? Non è mai stato risolto?
Era un problema in parte riconusciuto e documentato che affliggeva access
97.
Non veniva rilasciata tutta la memoria RAM che il programma usava duarte le
elaborazioni.
L'SR-2 risolveva ache questo tra gli altri problemi.
C'era anche questo di problema però:
http://support.microsoft.com/?id=161255
Ciao.


Access č aggiornato con SR2 e per quanto riguarda la segnalazione Microsft
non credo che sia il mio caso.
Grazie
Ciao
Eugenio

 non credo che sia il mio caso.
Bene, allora il tuo caso si aggiunge alla milionata di casi simili con
A97...
Giusto per curiosità: hai provato a fare 750 inserimenti di codice da
tastiera?
Io resto dell'opinione che avrai lo stesso problema.
Ciao.


Grazie
Ciao
Eugenio

 misteri.
L'avevo immaginato. Settimana da dimenticare eh?
Ciao e buon WE


Grazie, anche a te
Ciao
Eugenio

"Eugenio" <Ci...@Eugenio.it> ha scritto nel messaggio
news:c82juj$nrb$1...@lacerta.tiscalinet.it...

Il commit potrebbe procurare problemi del genere?
Grazie
Ciao
Eugenio

"Eugenio" <Ci...@Eugenio.it> ha scritto nel messaggio
news:c82dob$hdv$1...@lacerta.tiscalinet.it...

Hai provato a rimuovere ogni codice su ogni evento?
Ciao.
-- 
Sergio MAZZA

"Eugenio> Buongiorno.

In alcuni casi simili al tuo ho incontrato lo stesso problema con A '97
(maschere abbastanza complesse in tilt da out memory sotto stress elevato).
Convertendo ad Access XP ho risolto.


Che codice dovrei rimuovere?
Grazie
Ciao
Eugenio


D'accordo, ma io ho Access97!
Vorrei la Ferrari, ma ho la Punto.
Grazie comunque.
Ciao
Eugenio

 Vorrei la Ferrari, ma ho la Punto.
E se la punto ha un difetto di fabbricazione cosa posso fare per aiutarti?
Access '97 č un software di sette anni fa: sono tanti!
Pixel

"Eugenio" <Ci...@Eugenio.it> ha scritto nel messaggio
news:c89nnp$ie7$1...@lacerta.tiscalinet.it...

Quello che verifica la presenza del codice a barre prima della registrazione
dei dati (evento "su uscita")...
Ciao.
-- 
Sergio MAZZA


Scusami, non vorrei sembrare offensivo, ma sei sicuro che è un problema di
Access?
E' più forte di me, quando leggo commenti come il tuo "passa a Access XP" mi
viene da ridere e da incazzarmi allo stesso tempo.
Non so dove tu lavori, perchè e come usi Access, ma tu credi che nella
aziende, piccole come quella in cui lavoro, tutti gli anni pensiamo alla
sostituzione del software perchè si è verificato un problema?
Da bravi programmatori (non pagati da Microsoft!) prima cerchiamo la
soluzione, poi, se eventualmente non se ne viene a capo e si ritiene che il
problema sia diventato antieconomico per l'azienda, provvederemo alla
conversione o consiglieremo la sostituzione del software.
Io ho questa versione di Access e questa mi devo tenere. Sapessi quanto ci è
costato lo sviluppo del nostro gestionale in Access97.
E se dopo la conversione avessi ancora lo stesso problema, come potrei
giustificarmi?
Scusami, senza offesa.
Grazie
Ciao
Eugenio

 giustificarmi?
E qui son cavoli amari...
Ti capisco.
Giorgio

 Eugenio
Non credo che ti sia stato suggerito di cambiare
versione, lui ti ha detto che cambiando versione
ha risolto il problema,
quindi ti sta dicendo: "Mentre diventi metto a
spulciare il codice, considera che potrebbe essere
anche un problema legato alla versione: se č cosě
lui lěha risolto in un modo, tu perň indaga se č
un problema noto e c'č la soluzione, magari con
service pack".
E' succeeso anche a me, dopo ore per capire come
mai se lanciavo una funzione da una barra menu
personalizzata lui mi ripeteva tre volte la
funzione, ho postato il codice e chiesto "sono io
imbecille - nel senso che imbello!!! - o questa
cosa non si fa cosě?"
Mi hannno risposto con un link su KB di Microsoft
(era un baco riconosciuto!!!)
Eugenio, stai piů calmo.
MAssimiliano


Ma per caritŕ, sono calmissimo!
Infatti nella premessa mi sono scusato in anticipo prevedendo malintesi.
Scusami ancora Pixel!
E' innegabile che dopo una risposta di quel genere ci possono essere
reazioni contrastanti.
Forse non avrei dovuto rispondere, e a voler ben guardare la sostanza non
sarebbe cambiata, ma volevo dire la mia in merito a queste risposte secondo
me non utili.
Come direbbe "quello lŕ" : "Che c'azzecca?" (il nome non si fa, perchč siamo
in campagna elettorale)
Un conto č suggerire una verifica, fare uno specifico intevento o avere
perfino la soluzione del problema, e un altro č dire se passi a questa
versione  f o r s e  risolvi il problema.
Scusatemi e grazie a tutti.
Ciao
Eugenio

Eugenio, hai detto che hai già installato l'SR-2 di Office vero?
Toglimi una curiosità: hai già provato a installare questo update?
http://download.microsoft.com/download/office97pro/sp/1/win98/EN-US/Jet35sp3.exe
E' il service pack 3 del solo JET 3.51.
Ciao.
Giorgio


AMARISSIMI!!!
Per l'informatica qui da noi sono stati chiusi i rubinetti da tempo.
Grazie
Ciao
Eugenio

 ha scritto nel messaggio
news:c8a2i4$dms$1...@newsreader.mailgate.org...

Il pc del magazziniere è aggiornato con MDAC 2.5. Io avevo MDAC 2.6 e
l'applicazione aveva lo stesso problema. Recentemente ho installato MDAC
2.7, ma la sostanza non è cambiata. La versione successiva di MDAC 2.8 non
l'ho installata, perchè so che ci sono incompatibilità con il motore jet.
Evidentemente si tratta del baco della memoria, oppure c'è un baco nel mio
codice, ma non lo riesco proprio a vedere.
Grazie a tutti
Ciao
EUgenio

 versione  f o r s e  risolvi il problema.
Ti consiglio un metodo per verificare rapidamente se un'eventuale
conversione risolva.
Crea una routine che attraverso "SendKeys" simuli l'input da tastiera di un
utente all'interno di un ciclo di qualche migliaio di iterazioni.
In altre parole puoi simulare a codice l'effetto di 750 o più input da
tastiera in corrispondenza del programma della discordia.
Pixel


Provo subito.
Grazie Pixel
Ciao
Eugenio

"Eugenio" <Ci...@Eugenio.it> ha scritto nel messaggio
news:c82ngi$v60$1...@lacerta.tiscalinet.it...

Ciao, scusa se mi intrometto.
Io dovrò fare un db simile a quello che hai.
Magari puoi darmi una mano, soprattutto
per la lettura dei dati del lettore codici a barre.
Aspetto impaziente una risposta.
Ciao
TT


Non c'è niente di particolare.
Nell'anagrafica dei prodotti viene registrato il codice a barre, nel mio
caso EAN13 per la maggior parte dei prodotti e UPC per altri.
Nel programma di controllo ho previsto una casella di testo, in cui verrà
registrato il codice letto dal barcodescanner, e un evento in uscita del
campo che verifica il codice. Nell'evento, oltre al controllo, è previsto
l'aggiornamento delle tabelle di magazzino e della Packing list.
Inoltre lo scanner, che è di tipo economico ed in emulazione tastiera, dopo
la lettura prevede il fine campo (è previsto dalla configurazione dello
scanner) in modo che si possa essere attivato l'evento in uscita campo.
Ciao
Eugenio

 Provo subito.
Ma... com'è andata?
Pixel

 ha scritto nel messaggio
news:8Niqc.7165$Wc.2...@twister2.libero.it...

Ho provato fino 1500 invii e il problema non si è verificato.
A questo punto credo che tutto sia legato ai controlli, aggiornamenti,
commit e refresh del video, in sostanza dipende molto da quello che viene
elaborato nell'evento uscita campo.
Grazie
Ciao
Eugenio

 elaborato nell'evento uscita campo.
Refresh del video.
La maschera in questione contiene uno o più fogli dati?
Te lo chiedo perchè se non ricordo male i problemi di memoria con A '97 cui
alludevo parevano legati in particolar modo ai datasheets.
Pixel

 ha scritto nel messaggio
news:0bmqc.59650$Qc.24...@twister1.libero.it...

La maschera contiene due caselle di riepilogo, una per i prodotti non ancora
verificati, l'altra per quelli verificati. Di conseguenza è necessario
eseguire il refresh.
Grazie
Ciao
Eugenio

 eseguire il refresh.
Una cosa mi è sfuggita da tuo precedente msg.: se mi dici di non incontrare
il problema dopo 1500 iterazioni significa che non hai implementato un vero
"simulatore" di data entry attraverso "SendKeys".
Diversamente si verificherebbero tutte le condizioni (eventi, refresh, etc.)
che si verificano con input manuale da tastiera/barcode.
Pixel

 scanner) in modo che si possa essere attivato l'evento in uscita campo.
Spiegami.
Grazie
TT

 ha scritto nel messaggio
news:38nqc.7627$Wc.2...@twister2.libero.it...

Ho creato un programma che simulava solo l'immissione e l'invio, escludendo
la verifica e l'aggiornamento. In questo caso come dicevo non ha dato
errori.
Poi in serata ho fatto una prova analoga utilizzando Word e purtroppo si è
verificato di nuovo l'errore.
Grazie
Ciao
Eugenio