Newsgroup: it.comp.appl.access
Titolo: Errore DDE su Stampa Unione

Ciao a tutti,
Ho un programma che, oltre alle varie funzionalità di gestione, provvede a
generare una base dati Access sfruttabile da WORD tramite Stampa Unione ...
Il fatto è che il cliente lamenta un'errore DDE ("Troppi DDE Aperti") dopo
periodi intensivi di lavorazione. Dal canto mio ho provveduto a intervenire
come segue:
- Aggiunta di una stringa di codice DDETerminateAll prima di generare La
base dati da Access, anche se credo fortemente che il problema non stia lì
...
- Suggerimento al cliente di chiudere eventuali sessioni Word aperte, prima
di proseguire ripetendo l'operazione.
Ma sembra che i canali DDE rimangano comunque aperti e non ci sia altra
alternativa che il Riavvio.
Forse sono mezzo OT (me ne dispiace, eventualmente) dato che comincio a
sospettare che il problema stia in Word. Avete già sperimentato situazioni
di questo tipo con Word 2000 ? Oppure c'entra qualcosa il SO (Win 2000) ? E
ha senso tentare di ovviare da Access ?
Grazie in anticipo...
OndaMax
--------------------------------
Inviato via 
http://usenet.libero.it

 ha scritto nel messaggio
news:195Z120Z177Z2Y1...@usenet.libero.it...

Prova a esportare i dati che devi "dare in pasto" alla stampa unione in un
file temporaneo di testo.
Ciao, Fabio

file temporaneo di testo.
o ancora meglio rtf
va a scheggia
--
lorenzo coronati
---

 va a scheggia
Mi sembrano due ottime idee, a prescindere dal problema dei DDE.
Quello che non mi è chiaro è se possano risolvere, risparmiando canali e
risorse in caso di uso pesante. Sul mio sistema ho provato a simulare ma non
riscontravo errori nemmeno prima.
Mi sa che delego i test al cliente ...
Grazie 1000 a tutti e due ...
OndaMax

Mi sa che delego i test al cliente ...
sinceramente non credo di aver mai provato con piu' di
cento/centoventi indirizzi alla volta
magari facci sapere
bai
--
lorenzo coronati
---

 ha scritto nel messaggio
news:195Z120Z177Z2Y1...@usenet.libero.it...

Se controlli tu tutto il processo di stampa unione, hai impostato a nothing
gli oggetti creati?
Ciao.
--
Sergio MAZZA

 hai impostato a nothing gli oggetti creati?
No Sergio, non lo controllo io il processo di Stampa Unione. Quello che
faccio fare al programma è generare la base dati e appoggiarla su una
tabella di uno specifico DB di Access su una certa directory. Da lì in poi è
il cliente che tramite Word apre o crea i modelli che servono collegandosi
alla base dati e utilizzando le variabili di campo.
Su Access direi che è tutto a posto, anche l'impostazione a nothing degli
oggetti a fine procedura ...
Apposta subodoravo un limite intrinseco di Word o del sistema operativo che,
magari sottoposto a sforzi intensivi prolungati per alcune ore (apri modello
Word, lancia stampa Unione, riapri, rilancia, ecc..) ad un certo punto
terminasse le risorse a disposizione. Oltre tutto ho provato a simulare fino
a una sessantina di lanci di stampa unione consecutivi sul mio Win 98 ma non
è successo nulla. Il cliente ha Win 2000, ma non so se questo possa fare la
differenza ...
Grazie e ciao



Non mi risulta; la stampa unione l'ho "testata" dal win95 in poi
(win2000srv). Se mi dici che il controllo passa  all'utente, sai benissimo
che questi possono creare molti problemi a qualsiasi applicazione pur in
buona fede.
Un'altra cosa da verificare č se nella base dati č indicato un nome di
applicazione, per evitare che vengano caricate molte sessioni dello stesso
database...
Ciao.
--
Sergio MAZZA

 E ha senso tentare di ovviare da Access ?
    Penso di si': quando prepari la stampa unione nella finestra "Origine
dati" invece di selezionare:
        Tipo file: Database di MS Access (*.mdb)
selezioni il pulsante:
        [MS Query...]
    E magari prima ti crei un DSN...
--
Ciao :-)
Maurizio
--------
?SPQR(C)
 X
--------

     Penso di si':
che non c'entrano col discorso.


     E magari prima ti crei un DSN...
Se MS Query mi consente di risparmiare risorse rispetto all'apertura
dell'intero DB, vale sicuramente la pena di tentare ....
Grazie del preziosissimo input ... ;-)
OndaMax

 sessioni dello stesso database...
Beh, siccome la generazione della Base Dati da Access è operazione
frequente, lo costringo in quel frangente (effettuando controllo da codice)
a chiudere il DB che fa da contenitore dati. Però tra una generazione e
l'altra tutto è possibile ...
Grazie per il conforto, Sergio ... ;-)
OndaMax

 cento/centoventi indirizzi alla volta
Non credo che sia una questione di volume. La base dati non è composta di
molti records.
Ho fatto qualche tentativo con altri formati, come mi avete ottimamente
suggerito (txt, rtf, xls). Potrebbe funzionare anche se in realtà dovrei
risolvere qualche anomalia sul comando 'a capo', ed ho dei campi memo che la
conversione, in genere, mi trancia a 255 caratteri. Comunque ci sto
studiando ...
Grazie ancora
OndaMax

 ha scritto nel messaggio
news:L5Yz9.19877$Zn2.5...@twister1.libero.it...

Il collegamento alla banca dati lo effettua l'utente? Altrimenti gli
potresti presentare un modello di documento già collegato all'mdb. Non
dovrebbe far altro che inserirci il testo e i campi mailmerge...
Sperando possa essere la soluzione.
Ciao.
--
Sergio MAZZA

 far altro che inserirci il testo e i campi mailmerge...
Ha bisogno (dice) di creare continuamente nuovi modelli e vuole completa
autonomia. Quindi per sganciarmi gli ho insegnato a creare il collegamento
tra Word e il DB (che non è poi operazione ardua).
Ad ogni modo ho fatto un test con MS Query, ma anche quello sembra che non
esporti il contenuto intero dei campi Memo (si ferma a circa 500 caratteri).
Per cui, a questo punto, temo di poter solo raccomandare al cliente maggior
parsimonia nell'uso delle risorse ...
Alemo, per ora.
Grazie ancora ... a tutti ... ;-)
OndaMax