A parte le librerie, forse se ci dai qualche elemento in più per capire...
Di solito questo errore accade quando la memoria si esaurisce per qualche motivo, ad esempio un loop senza fine con allocazione di risorse dinamiche.
Se stavi solo disegnando la form, allora il problema è quasi certamente di qualche libreria incasinata o di pc un attimino imballato, altrimenti devi controllare il codice. Premetto che questa è un'ipotesi su quanto dedotto da INT11 che hai segnalato...

Bè, sourceforge ha sicuramente visibilità mondiale, e offre in pratica tutti gli strumenti occorrenti sia alla gestione del software a livello di sviluppo e versioning, e quindi la possibilità di gestire un team di persone a livello mondiale, sia sicuramente per la pubblicazione su web. Oltre a questo tieni conto che viene supportato da alcuni giganti (vedi Ibm) che forniscono anche i server che, a quanto pare, sono pure parecchi e belli potenti.

Io, dal mio canto, per pgDesigner uso sf.net tranne che per il versioning perchè unico sviluppatore (per ora...) :-) ; lo uso a casa per mio conto e uso subversion. Con sf.net hai a disposizione sia CVS che subversion.

Se ci fai una passeggiatina, noterai quanti progetti ci sono locati, e soprattutto anche quanti di quelli famosi abbiano come base di lancio sf.net.

Ma, a parte la pubblicità occulta :-) , devo dire che è bello che ci sia un posto dove si concentrano la maggior parte del software open-source, "e solo open-source", no?

Sono anche io completamente d'accordo con pixel.
Ad ogni modo, per rispondere a andy, non credo proprio ci sia uno standard preciso, perchè sarebbe una cosa mostruosa... prova a modificare ad esempio anche solo il font standard con un'altro che vedi come si trasforma la tua interfaccia. Questo vale un pò per tutti i motori grafici ovviamente. L'unica cosa che devi sicuramente tenere sotto controllo è la dinamicità della parte grafica (non sempre facile), rispetto al motore grafico; il fatto che poi un pulsante sia a destra piuttosto che a sinistra, o che sia alto 24 pixel, non ha importanza. L'importante è che poi, come ha giustappunto scritto pixel, il tutto sia gradevole e soprattutto funzionale (sempre parlando dell'interfaccia, ovviamente...).

Ho lavorato anche io in clipper e anche in visual dbase, ma quello che chiedi ad oggi credo sia sparito, lasciando spazio a motori, più o meno potenti, basati sullo standard sql.
L'unica cosa che non capisco della tua domanda è: perchè cerchi una cosa del genere ?

Ehehehe, grazie per la premura :-))

Hai il mio benestare!!! :-))

Scherzi a parte, puoi senz'altro pubblicare come più di aggrada, non ho alcun problema, e sicuramente farà anche comodo a qualcuno. La pubblicazione su sf.net è stata una scelta iniziale, e poi sono presenti molti strumenti avanzati per gestire sia il progetto che la pubblicazione; chiudere la cosa ora non mi sembra corretto, anche nei confronti di altre persone che non sono italy. Posso dirti che ho ricevuto molti ritorni specialmente dall'estero, anche con offerte per le traduzioni, la cosa mi fà immenso piacere e ho già contatti con qualcuno (tanto per dire, pure il cinese... :-) , e il bello è che 'chi lo controlla???', ehehehe).

Non sò se sei iscritto a sf.net, in quel caso puoi farti arrivare in automatico la news appena pubblico le nuove versioni.
Comunque, non c'è alcun problema, farò in modo di comunicarti le novità (come ho scritto non è questo il problema...). :-)

In risposta anche per l'amico andy, il mio è un consiglio, ma credo che se vuoi ti conviene anche tu mettere solo un link e non occupare spazio... poi fai tu... :-)

Tanto per la cronaca, con la pulce nell'orecchio che mi avete dato in altra discussione, ho risolto il problema della dimensione dell'eseguibile e ripubblicato i pacchetti sempre con lo stesso numero di versione. Certo che 50Mb in confronto a 2Mb è una bella differenza; avevo notato ultimamente che il trasferimento ftp dei pacchetti era diventato piuttosto lungo, credevo si trattasse della linea... :-)
Comunque questa non è una cosa carina, spero risolvano... Di solito in un progetto ce nè di roba, specie la doc, oltre al fatto che con cvs e subversion ti salvi anche queste cose; con lo spostamento di questi file, tocca inventarsi qualcos'altro. In pgDesigner avevo anche la documentazione html per il pacchetto HELP; ora ho dovuto spostarla.
Una cosa strana che ho notato, anche se concepibile data l'integrazione di subversion in gambas, è che la compilazione esclude le path .svn (subversion)... e meno male, queste dir contengono tutta la storia delle modifiche... sai le dimensioni poi dove arrivano ???

Bye

Ti ringrazio, sia per i complimenti che per il feedback...
i primi perchè fanno sempre piacere :-))
il secondo è sicuramente molto importante, per correggere gli errori che di sicuro ho fatto e faccio, e per migliorare l'applicazione.

Rinnovo comunque il mio invito a chiunque avesse modo e tempo per contribuire al progetto pgDesigner, la cosa è sempre molto gradita!!!

Mi sono iscritto a questo sito appena l'ho saputo, e spero di poter contribuire in qualche modo.

Ciao

In effetti avevo iniziato a farci caso ultimamente...

Ringrazio voi per la conferma al dubbio; credo che adotterò sicuramente sistemi diversi per le sotto directory del progetto, spostandole da un'altra parte.

Altro dubbio ce l'ho nel caso di directory che sono soft link ad altre fuori struttura... che fà gambas in questo caso??? Farò qualche prova...

Bye

Su consiglio del webmaster, segnalo due miei progetti open-source, presenti su sourceforge.net, fatti in Gambas2:

pgDesigner (http://sourceforge.net/projects/pgdesigner/)
programma per il disegno di database per PostgreSQL;

PdfWriter (http://sourceforge.net/projects/pdfwriter/)
porting in Gambas2 della libreria per php FPDF; la libreria è scritta completamente in linguaggio Gambas.

Tutti e due i progetti sono in versione stabile e completa; per quanto riguarda pgDesigner cerco costantemente di aggiornarlo in relazione al progresso di Gambas e PostgreSQL.

Spero che possa essere utile.

Ciao