[Risolto] Problema Gambas - Postgres
-
- Prode Principiante
- Messaggi: 51
- Iscrizione: martedì 19 ottobre 2010, 11:16
[Risolto] Problema Gambas - Postgres
Salve a tutti del forum
ho creato un'applicazione con Gambas per
gestire le interruzioni del Server Dove è Installato PostgreSQL
il problema è che se provo a spegnere il server
il programma se ha una connessione Attiva (Effettuata Prima che spegnessi il server)
si blocca sulla query di controllo (non faccio altro che gestire l'errore di una semplice query)
attendendo infinitamente che il server torni su
qualcuno sa se è possibile impostare un timeout da qualche
parte
(il problema si propone in uguale maniera anche da PgAdmin3
quindi non credo sia un problema di Gambas ma di Sistema)
grazie a tutti gli utenti che si cimenteranno in un risposta
ho creato un'applicazione con Gambas per
gestire le interruzioni del Server Dove è Installato PostgreSQL
il problema è che se provo a spegnere il server
il programma se ha una connessione Attiva (Effettuata Prima che spegnessi il server)
si blocca sulla query di controllo (non faccio altro che gestire l'errore di una semplice query)
attendendo infinitamente che il server torni su
qualcuno sa se è possibile impostare un timeout da qualche
parte
(il problema si propone in uguale maniera anche da PgAdmin3
quindi non credo sia un problema di Gambas ma di Sistema)
grazie a tutti gli utenti che si cimenteranno in un risposta
Ultima modifica di robustelli il venerdì 11 agosto 2017, 16:10, modificato 2 volte in totale.
- wilecoyote
- Tenace Tecnocrate
- Messaggi: 15349
- Iscrizione: giovedì 20 agosto 2009, 16:21
- Desktop: Kubuntu et alii
- Distribuzione: 9.04 32bit 14/18/20/22.04 LTS 64bit
- Sesso: Maschile
- Località: Ceranesi - Ge
Re: Problema Gambas - Postgres
Salve, dai una lettura alla wiki su Gambas Programmazione/Gambas.
Inoltre nella medesima alla voce 'Ulteriori risorse' troverai il link al Forum ufficiale di Gambas stesso, fai una ricerca anche in esso.
Al limite ti ci puoi anche iscrivere per chiedere direttamente lumi a chi è più esperto di Gambas.
Ciao
Inoltre nella medesima alla voce 'Ulteriori risorse' troverai il link al Forum ufficiale di Gambas stesso, fai una ricerca anche in esso.
Al limite ti ci puoi anche iscrivere per chiedere direttamente lumi a chi è più esperto di Gambas.
Ciao
ACER Extensa 5230E 2,2 Ghz cpu Celeron 900 hdd 160 GB Ram 1 GB scheda video Intel GM500
ACER Extensa 5635Z 2,2 Ghz cpu Celeron T3100 hdd 320 GB Ram 4 GB scheda video Intel Mobile 4
Quando una Finestra chiusa incontra un Pinguino la Finestra chiusa è una Finestra aperta.
ACER Extensa 5635Z 2,2 Ghz cpu Celeron T3100 hdd 320 GB Ram 4 GB scheda video Intel Mobile 4
Quando una Finestra chiusa incontra un Pinguino la Finestra chiusa è una Finestra aperta.
-
- Prode Principiante
- Messaggi: 51
- Iscrizione: martedì 19 ottobre 2010, 11:16
Re: Problema Gambas - Postgres
Proverò a scrivere anche li a chiedere ...
anche se credo che il problema non sia di Gambas... ma del "Sistema Operativo"
che non gestisce il time out
Grazie mille wilecoyote .
anche se credo che il problema non sia di Gambas... ma del "Sistema Operativo"
che non gestisce il time out
Grazie mille wilecoyote .
-
- Prode Principiante
- Messaggi: 51
- Iscrizione: martedì 19 ottobre 2010, 11:16
Re: Problema Gambas - Postgres
dopo un po' di pingpong (tra i forum di Postgres e Gambas),
credo di essere abbastanza sicuro che il problema sia il sistema operativo
la connessione al server rimane "Stabilita" anche se stacco il cavo di rete
quindi è come se il sistema operativo non si accorga che la connessione sia caduta
c'è un modo per impostare il timeout sul client ?
credo di essere abbastanza sicuro che il problema sia il sistema operativo
la connessione al server rimane "Stabilita" anche se stacco il cavo di rete
quindi è come se il sistema operativo non si accorga che la connessione sia caduta
c'è un modo per impostare il timeout sul client ?
- wilecoyote
- Tenace Tecnocrate
- Messaggi: 15349
- Iscrizione: giovedì 20 agosto 2009, 16:21
- Desktop: Kubuntu et alii
- Distribuzione: 9.04 32bit 14/18/20/22.04 LTS 64bit
- Sesso: Maschile
- Località: Ceranesi - Ge
Re: Problema Gambas - Postgres
Salve, se è il server che rimane attivo ti serve l'aiuto di chi maneggia i server, segnalo per lo spostamento nella rispettiva sezione per aumentare le possibilità di trovare aiuto.
Ciao
Ciao
ACER Extensa 5230E 2,2 Ghz cpu Celeron 900 hdd 160 GB Ram 1 GB scheda video Intel GM500
ACER Extensa 5635Z 2,2 Ghz cpu Celeron T3100 hdd 320 GB Ram 4 GB scheda video Intel Mobile 4
Quando una Finestra chiusa incontra un Pinguino la Finestra chiusa è una Finestra aperta.
ACER Extensa 5635Z 2,2 Ghz cpu Celeron T3100 hdd 320 GB Ram 4 GB scheda video Intel Mobile 4
Quando una Finestra chiusa incontra un Pinguino la Finestra chiusa è una Finestra aperta.
-
- Prode Principiante
- Messaggi: 51
- Iscrizione: martedì 19 ottobre 2010, 11:16
Re: Problema Gambas - Postgres
non è il server che rimane attivo,
(io lo spengo .. staccando la spina)
è il client che non si accorge che il server è caduto
facendo rimanere la connessione "Stabilita"
come se Ubuntu una volta effettuata la connessione la rimane li
perennemente e non ne richiede mai un "keepalive"
cosi facendo e rimanendo la connessione attiva
la libreria che uso (quella di Gambas)
rimane in attesa di una risposta
fino a che non chiudo il programma manualmente
o riavvio il client ..
quindi mi chiedevo,
non c'è un modo per far cadere la connessione
quando effettivamente dall' altra parte non c'è nessuno ??
questo è il mio netstat quando stacco il cavo di rete al client
tcp 0 44 192.168.1.105:33062 192.168.1.1:5432 ESTABLISHED
come puoi vedere .. mi da stabilita una connessione che non puo' esserlo
dato che ho staccato il cavo
idee ?
(io lo spengo .. staccando la spina)
è il client che non si accorge che il server è caduto
facendo rimanere la connessione "Stabilita"
come se Ubuntu una volta effettuata la connessione la rimane li
perennemente e non ne richiede mai un "keepalive"
cosi facendo e rimanendo la connessione attiva
la libreria che uso (quella di Gambas)
rimane in attesa di una risposta
fino a che non chiudo il programma manualmente
o riavvio il client ..
quindi mi chiedevo,
non c'è un modo per far cadere la connessione
quando effettivamente dall' altra parte non c'è nessuno ??
questo è il mio netstat quando stacco il cavo di rete al client
tcp 0 44 192.168.1.105:33062 192.168.1.1:5432 ESTABLISHED
come puoi vedere .. mi da stabilita una connessione che non puo' esserlo
dato che ho staccato il cavo
idee ?
-
- Rampante Reduce
- Messaggi: 5460
- Iscrizione: domenica 20 gennaio 2008, 1:13
- Desktop: Kubuntu
- Distribuzione: 20.04 x64
- Contatti:
Re: Problema Gambas - Postgres
Perchè la connessione a PostGres deve sempre rimanere attiva?
Una volta che hai finito di ricevere i dati, chiudila.
Una volta che hai finito di ricevere i dati, chiudila.
Sono colui che fa cose che non servono...
Secondo Principio di Dilbert, di Scott Adams. "Si parte dalla certezza che siamo tutti idioti". Ed alcuni su questo mi ab-battono alla grande.
Come certificato dalla moderazione, incivile e maleducato. You have been warned.
Secondo Principio di Dilbert, di Scott Adams. "Si parte dalla certezza che siamo tutti idioti". Ed alcuni su questo mi ab-battono alla grande.
Come certificato dalla moderazione, incivile e maleducato. You have been warned.
- nuzzopippo
- Entusiasta Emergente
- Messaggi: 1623
- Iscrizione: giovedì 12 ottobre 2006, 11:34
Re: Problema Gambas - Postgres
Purtroppo non ho mai utilizzato Gambas, quindi non sono in grado di dare indicazioni specifiche ma questo stralcio unito alla indicazione del primo post sul fatto che l'applicazione (in Gambas) l'hai fatta Tu mi fa pensare che non sia gestito bene il socket per la connessione dal lato "client".robustelli [url=https://forum.ubuntu-it.org/viewtopic.php?p=5001315#p5001315][img]https://forum.ubuntu-it.org/images/icons/icona-cita.gif[/img][/url] ha scritto:non è il server che rimane attivo,
(io lo spengo .. staccando la spina)
è il client che non si accorge che il server è caduto
facendo rimanere la connessione "Stabilita"
Hai definito un qualche metodo per intercettare eventuali cadute di connessione (stacco del cavo p.e.) e, quindi, chiudere il socket e rilasciarne le ricorse? Non è faccenda semplice in ambito TCP/IP
Non sono "perfetto" ma di solito, personalmente, nelle mie applicazioni racchiudo ogni utilizzo della connessione a database (uso postgresql) in blocchi "try-catch-finally" per intercettare e gestire gli errori di connessione e regolarmi di conseguenza (uso java) in alcuni punti di codice controllo anche che la connessione alla base dati non sia nulla.
Suggerirei di rivedersi il codice di connessione e verificare le possibilità di intercettazzione/verifica dello stato che hai disponibili.
[Edit] Questa è un'idea alquanto campata in aria che butto li
Guardando la documentazione gambas sui socket, ad esempio, si potrebbe fare una verifica sullo status dello stesso, se non è in grado di leggere (net.CannotRead) o scrivere (Net.CannotWrite) dati si potrebbe valutare l'idea di reinizializzarlo
Fatti non foste a viver come bruti ...
-
- Prode Principiante
- Messaggi: 51
- Iscrizione: martedì 19 ottobre 2010, 11:16
Re: Problema Gambas - Postgres
ciao nuzzopippo ,
anche io uso postgres,
e sotto windows si accorgeva delle cadute di rete grazie al driver odbc che mi mandava in errore la query
ed io, gestendo l' errore riuscivo a capire che il client era sconnesso dal server... rilasciando risorse e via discorrendo
passando a linux sono arrivate le noti dolenti... perchè
anche staccando il cavo di rete... per il sistema è tutto Su (se noti il netstat da connessione stabilita... anche a cavo staccato )...
quindi giustamente il programma non sa se sotto c'è qualche problema
e aspetta infinitamente che il server risponda...
notifico a tutti che comunque ho risolto...
usando la direttiva della libreria di gambas "timeout" settata correttamente al momento della connessione...
in verità l' avevo usata dal primo momento... ma credendo che questa fosse in Millisencodi , mi aveva portato fuori strada
leggendo meglio il wiki.. mi sono accorto che era in secondi.... quindi problema risolto
in verità, facendo così, non so se effettivamente c'è un problema di connessione con il server
o semplicemente la query ci stà mettendo troppo... ma per l'uso che devo farne va più che bene
grazie ancora a tutti ...
anche io uso postgres,
e sotto windows si accorgeva delle cadute di rete grazie al driver odbc che mi mandava in errore la query
ed io, gestendo l' errore riuscivo a capire che il client era sconnesso dal server... rilasciando risorse e via discorrendo
passando a linux sono arrivate le noti dolenti... perchè
anche staccando il cavo di rete... per il sistema è tutto Su (se noti il netstat da connessione stabilita... anche a cavo staccato )...
quindi giustamente il programma non sa se sotto c'è qualche problema
e aspetta infinitamente che il server risponda...
notifico a tutti che comunque ho risolto...
usando la direttiva della libreria di gambas "timeout" settata correttamente al momento della connessione...
in verità l' avevo usata dal primo momento... ma credendo che questa fosse in Millisencodi , mi aveva portato fuori strada
leggendo meglio il wiki.. mi sono accorto che era in secondi.... quindi problema risolto
in verità, facendo così, non so se effettivamente c'è un problema di connessione con il server
o semplicemente la query ci stà mettendo troppo... ma per l'uso che devo farne va più che bene
grazie ancora a tutti ...
-
- Prode Principiante
- Messaggi: 51
- Iscrizione: martedì 19 ottobre 2010, 11:16
Re: Problema Gambas - Postgres
Ciao Pike...
la tua è un idea che non fa una piega...
ma non sarei coperto nel caso in cui avvenga il distacco della rete
mentre sto' effettuando una routine di Lettura / Scrittura
il programma ne fa molte
e il server ... viene staccato più volte al giorno
(è una postazione mobile)
immagina lo scenario...
1. connessione OK
2. inizio a scrivere e leggere
--> il Server Viene Spento
3. Il programma si blocca e l' utente non che stà succedendo
4. smadonna... e rompe il ca.. a me
però ora che ho "risolto"
sto' già provvedendo a effettuare connessioni Atomiche
rallentando il processo (ogni volta che faccio una query devo aggiungere una connessione e una disconnessione in più )
ma mi tiene al sicuro da vari problemi
Ancora grazie a tutti per il supporto
la tua è un idea che non fa una piega...
ma non sarei coperto nel caso in cui avvenga il distacco della rete
mentre sto' effettuando una routine di Lettura / Scrittura
il programma ne fa molte
e il server ... viene staccato più volte al giorno
(è una postazione mobile)
immagina lo scenario...
1. connessione OK
2. inizio a scrivere e leggere
--> il Server Viene Spento
3. Il programma si blocca e l' utente non che stà succedendo
4. smadonna... e rompe il ca.. a me
però ora che ho "risolto"
sto' già provvedendo a effettuare connessioni Atomiche
rallentando il processo (ogni volta che faccio una query devo aggiungere una connessione e una disconnessione in più )
ma mi tiene al sicuro da vari problemi
Ancora grazie a tutti per il supporto
-
- Rampante Reduce
- Messaggi: 5460
- Iscrizione: domenica 20 gennaio 2008, 1:13
- Desktop: Kubuntu
- Distribuzione: 20.04 x64
- Contatti:
Re: [Risolto] Problema Gambas - Postgres
Puoi sempre aggregare le varie query. E prevedere che il tuo software, dopo aver fatto le query di add e update, controverifichi che siano andate a buon fine.
Sempre che ti interessi mantenere l'integrità della base di dati.
Però la cosa che mi lascia perplesso è: perchè mettere un database server su un laptop?
Sempre che ti interessi mantenere l'integrità della base di dati.
Però la cosa che mi lascia perplesso è: perchè mettere un database server su un laptop?
Sono colui che fa cose che non servono...
Secondo Principio di Dilbert, di Scott Adams. "Si parte dalla certezza che siamo tutti idioti". Ed alcuni su questo mi ab-battono alla grande.
Come certificato dalla moderazione, incivile e maleducato. You have been warned.
Secondo Principio di Dilbert, di Scott Adams. "Si parte dalla certezza che siamo tutti idioti". Ed alcuni su questo mi ab-battono alla grande.
Come certificato dalla moderazione, incivile e maleducato. You have been warned.
Chi c’è in linea
Visualizzano questa sezione: 0 utenti iscritti e 14 ospiti