Newsgroup: it.comp.macintosh
Titolo: mdbtools 0.5 su Mac

Fra una cosa e l'altra m'era passata di mente, scusate.  Per
impacchettare bene tutto ci vorra` un tot, ma, per ora...
Almeno per chi e` in grado di usare Terminal senza tremare, ecco una
soluzione "ad interim" di minima:
Scaricate:
http://www.aleax.it/mdbtools_05_patched.zip
e seguite le istruzioni nel file leggimi.txt che esso contiene.
Alex

 e seguite le istruzioni nel file leggimi.txt che esso contiene.
Grazie Alex. Scaricato ora. Compilo domani.
ciao
-- 
nif from outer space


a che cosa serve?

 a che cosa serve?
mdbtools e` un pacchetto open-source che permette di lavorare con file
di tipo .MDB (i database creati dal motore Jet di Microsoft su Windows,
piu` noti impropriamente come "i database di Microsoft Access") su
qualsiasi piattaforma.  Comprende una libreria, strumenti da linea di
comando, un ambiente testuale interattivo e una GUI.
mdbtools_05_patched serve a modificare i sorgenti di mdbtools 0.5 per
potere compilare (libreria e strumenti da linea di comando) su MacOSX
(con XCode di Apple, un tempo noto come Developer Tools; alcuni
pacchetti della collezione fink; e Terminal).  I sorgenti del release
0.5 come distribuiti presentano alcuni piccoli difetti di programmazione
(tipiche "pigrizie" che i linker di Linux e Windows tipicamente mandano
giu` senza strillare troppo, mentre i linker BSD sono piu` precisini e
si rifiutano di accettarle) che danno problemi su MacOSX.  Con queste
poche sostituzioni va tutto bene (con qualche warning, non ho sistemato
tutto, ma benigno) almeno per quel che riguarda libreria e strumenti di
linea comando (non ho provato neppure l'ambiente interattivo ne` la
GUI).
Da notare che la versione corrente di mdbtools, che attualmente e`
reperibile in CVS e presumibilmente diverra` la 0.6, ha gia` sistemato
questi problemi.  Tuttavia, eseguire correttamente autoconf.sh su MacOSX
si dimostra un poco arduo.  Sino a quando non si avra` un release vero e
proprio di mdbtools 0.6, spero dunque che questo pacchettino possa
aiutare i programmatori che hanno assoluto bisogno di lavorare su Mac
con dati contenuti in file .mdb ...!
Alex

 comando, un ambiente testuale interattivo e una GUI.
interessantissimo :-)
grazie per la risposta!!!

Jeremy <joshua.nat@TIC_TAC_TIC_TACkatamail.com> wrote:

Prego, e mi scuso di non avere chiarito sufficientemente le cose sin dal
primo post del thread (se ne parlo` sul gruppo, ma oltre una settimana
fa).
Alex

 impacchettare bene tutto ci vorra` un tot, ma, per ora..
domanda: è possibile prevedere in un futuro non troppo lontano un
programma accccuoso che permetta di importare i dati access in testo o
in excel o in mysql...insomma, estrapolarli in un formato qualsiasi con
pochi click?
-- 
Josh

 wrote:

Si`, e` possibboli.  L'uscita delle utility "linea comandi" mdbtools e`
in forma CSV, che e` un formato testo che e` importabile anche da Excel
e (credo) MySQL.  "Un formato qualsiasi" e` un'evidente surlicita, ci
sono troppi milioni di formati per supportarne anche una piccola
frazione.  Ma se ci si accontenta di "un singolo formato digeribile da
qualsiasi programma degno di questo nome", quello c'e`.  Quanto
all'Aqua, sia Applescript sia Python sono in grado di fare interfacce
Aqua, quindi e` solo questione della pazienza di scriverlo, nell'uno o
nell'altro linguaggio di altissimo livello.
Con Python si userebbero probabilmente le Qt -- un altro grosso paccone
da impacchettare oltre ai pezzi di Fink, ecc.  Al momento non mi sento
intensamente motivato a lavorare a un progetto del genere (oltre al
dettaglio che non e` che ne abbia direttamente bisogno) perche` non mi
sono chiari i veri requisiti dell'utenza -- quali sono le feature
desiderate e quale la loro importanza relativa.  Ad esempio, il fatto
che per potere istallare l'applicazione si devono prima istallare altri
N pezzi grossi e complicati e` certo una scocciatura, ma QUANTO
importante rispetto, che so, al fatto che l'interfaccia abbia un look
Aqua piuttosto che un look diverso e meno carino?  Non ne ho idea.  E se
l'uscita in CSV non e` sufficiente, perche`?  Si vuole usare un qualche
specifico programma che (mannaggia che ciofeca pero`!) non sa importare
i CSV?  Che programma e`, e quali formati non CSV saprebbe importare?
Ecc, ecc.
Potrebbe essere un esperimento interessante vedere se si riesce a fare
una _analisi funzionale_ collettiva -- determinare esattamente quali
feature (comprese quelle di packaging) sarebbero necessarie perche`
almeno, diciamo, cento persone, usassero poi regolarmente un programma
gratuito dotato di tutte queste feature...
Alex

 Grazie!
Prego!  Per una cosa un po' meglio non so se basarmi sulla 0.5,
aspettare che esca la 0.6, o cercare di domare autoconf.sh della attuale
versione in CVS.  Purtroppo non e` che mi intenda molto di autoconfigure
in generale, sigh.
Alex

 Si`, e` possibboli. 
grassie ^^
-- 
Josh