Menu
▾
▴
mdbtools-dev
This list is closed, nobody may subscribe to it.
| 2000 |
Jan
|
Feb
(1) |
Mar
(53) |
Apr
(28) |
May
(5) |
Jun
(7) |
Jul
(16) |
Aug
(15) |
Sep
(10) |
Oct
(1) |
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(9) |
Feb
(7) |
Mar
(1) |
Apr
(7) |
May
(6) |
Jun
|
Jul
(15) |
Aug
(10) |
Sep
(2) |
Oct
(12) |
Nov
(3) |
Dec
(2) |
| 2002 |
Jan
(2) |
Feb
(12) |
Mar
(33) |
Apr
(30) |
May
(5) |
Jun
(18) |
Jul
(18) |
Aug
(47) |
Sep
(8) |
Oct
(7) |
Nov
(8) |
Dec
(13) |
| 2003 |
Jan
(48) |
Feb
(8) |
Mar
(10) |
Apr
(30) |
May
(6) |
Jun
(8) |
Jul
(19) |
Aug
(36) |
Sep
(19) |
Oct
(16) |
Nov
(11) |
Dec
(17) |
| 2004 |
Jan
(11) |
Feb
(22) |
Mar
(52) |
Apr
(45) |
May
(18) |
Jun
(72) |
Jul
(14) |
Aug
(31) |
Sep
(19) |
Oct
(27) |
Nov
(19) |
Dec
(25) |
| 2005 |
Jan
(16) |
Feb
(46) |
Mar
(50) |
Apr
(3) |
May
(21) |
Jun
(3) |
Jul
(24) |
Aug
(33) |
Sep
(25) |
Oct
(23) |
Nov
(30) |
Dec
(20) |
| 2006 |
Jan
(12) |
Feb
(11) |
Mar
(8) |
Apr
(15) |
May
(27) |
Jun
(15) |
Jul
(19) |
Aug
(5) |
Sep
(9) |
Oct
(1) |
Nov
(2) |
Dec
(3) |
| 2007 |
Jan
|
Feb
(3) |
Mar
(18) |
Apr
(5) |
May
(9) |
Jun
|
Jul
(10) |
Aug
(3) |
Sep
(8) |
Oct
(1) |
Nov
(7) |
Dec
(9) |
| 2008 |
Jan
(2) |
Feb
|
Mar
(10) |
Apr
(4) |
May
|
Jun
(5) |
Jul
(9) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(8) |
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(11) |
Nov
(1) |
Dec
(20) |
| 2010 |
Jan
|
Feb
(2) |
Mar
|
Apr
(7) |
May
|
Jun
(23) |
Jul
(3) |
Aug
(6) |
Sep
(1) |
Oct
(4) |
Nov
(1) |
Dec
|
| 2011 |
Jan
(1) |
Feb
(26) |
Mar
(25) |
Apr
(11) |
May
(5) |
Jun
(5) |
Jul
(2) |
Aug
(39) |
Sep
(12) |
Oct
(6) |
Nov
|
Dec
|
| 2012 |
Jan
(19) |
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
(7) |
Jul
|
Aug
(8) |
Sep
|
Oct
(3) |
Nov
(2) |
Dec
(3) |
| 2013 |
Jan
(6) |
Feb
|
Mar
(1) |
Apr
|
May
(7) |
Jun
(5) |
Jul
(2) |
Aug
|
Sep
(1) |
Oct
(2) |
Nov
|
Dec
|
| 2014 |
Jan
(4) |
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2016 |
Jan
(5) |
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|
From: Chandra <cha...@ta...> - 2005-09-24 10:48:48
|
I am someone who has a system and the company no longer exists who built it. Is there anyone working in London who programs SQL and Access (front end) who can do: 1) a very quick fix for me 2) A quick fix 3) Consider further developments on it; 4) Consider developing (as a joint venture) associated systems (legal software) Any replies or help welcome. Chandra Disclaimer: This e-mail confidential, private, do not, etc... -----Original Message----- From: mdb...@li... [mailto:mdb...@li...] On Behalf Of mdb...@li... Sent: 24 September 2005 04:35 To: mdb...@li... Subject: mdbtools-dev digest, Vol 1 #579 - 1 msg Send mdbtools-dev mailing list submissions to mdb...@li... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/mdbtools-dev or, via email, send a message with subject or body 'help' to mdb...@li... You can reach the person managing the list at mdb...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of mdbtools-dev digest..." Today's Topics: 1. Problem building libraries (Jonathan Dixon) --__--__-- Message: 1 From: "Jonathan Dixon" <dix...@ly...> To: mdbtools <mdb...@li...> Date: Fri, 23 Sep 2005 20:08:45 -0500 Subject: [mdb-dev] Problem building libraries I know that I ran into this once before, but I don't know what I did to fix= it: When I try to build mdbtools, the libraries are placed into /usr/local/lib = without the .so suffix, so that attempts to reference them fail. I am runn= ing Fedora Core 4 (and happened before with Fedora Core 2). Anyone have suggestions on what needs to be done in the configure/make proc= ess to make sure that the proper suffix gets put on the libraries? Thanks, Jon Dixon --=20 _______________________________________________ Search for businesses by name, location, or phone number. -Lycos Yellow Pa= ges http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.as= p?SRC=3Dlycos10 --__--__-- _______________________________________________ mdbtools-dev mailing list mdb...@li... https://lists.sourceforge.net/lists/listinfo/mdbtools-dev End of mdbtools-dev Digest |
|
From: Jonathan D. <dix...@ly...> - 2005-09-24 01:09:00
|
I know that I ran into this once before, but I don't know what I did to fix= it: When I try to build mdbtools, the libraries are placed into /usr/local/lib = without the .so suffix, so that attempts to reference them fail. I am runn= ing Fedora Core 4 (and happened before with Fedora Core 2). Anyone have suggestions on what needs to be done in the configure/make proc= ess to make sure that the proper suffix gets put on the libraries? Thanks, Jon Dixon --=20 _______________________________________________ Search for businesses by name, location, or phone number. -Lycos Yellow Pa= ges http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.as= p?SRC=3Dlycos10 |
|
From: Calvin S. <cal...@ho...> - 2005-09-21 19:16:08
|
I have not noticed that before, if you can track it down i'll accept a patch
:)
Note, however, that mdb-java is based on .05 which has a bunch of known
issues
Calvin
____________
Hello Everyone,
I have recently downloaded the mdbtools-java
from sourceforge.net, i am using the drivers specified
in the mdbtools-java and can connect successfully to
the .mdb database on my linux box.
But i have encountered a problem its as
follows:-
when i fire a select query the coloumn label are
displayed in order ( as per the sequence in the .mdb
file), but the records are not fetched as per the
coloumn names, they are fetched hapazardly. I thought
there might be some problem with my code, but when i
tested it with the sample java file given along the
mdbtools-java, the same thing occured.
Can anyone suggest me the solution
Waiting eagerly for the reply
|
|
From: neeraj c. <nee...@ya...> - 2005-09-21 12:04:24
|
Hello Everyone,
I have recently downloaded the mdbtools-java
from sourceforge.net, i am using the drivers specified
in the mdbtools-java and can connect successfully to
the .mdb database on my linux box.
But i have encountered a problem its as
follows:-
when i fire a select query the coloumn label are
displayed in order ( as per the sequence in the .mdb
file), but the records are not fetched as per the
coloumn names, they are fetched hapazardly. I thought
there might be some problem with my code, but when i
tested it with the sample java file given along the
mdbtools-java, the same thing occured.
Can anyone suggest me the solution
Waiting eagerly for the reply
__________________________________________________________
Yahoo! India Matrimony: Find your partner now. Go to http://yahoo.shaadi.com
|
|
From: Florian F. <f.f...@gm...> - 2005-09-19 06:04:51
|
Hi, there is a pure java port of the mdbtools at http://cvs.sourceforge.net/viewcvs.py/mdbtools/mdbtools-java/ Don't know, if this project has an own homepage. Hope this helps, Flo neeraj chaudhari schrieb: > Hello everyone > The task that i have to accomplish is to connect > to an mbd file in linux, through the application in > java and transfer the data from the mdb file to the > postgresql, > How can i go about it using the mdb tools, i > have installed the mdbtools-0.5 as well as 0.6pre1 > version > Note: the table names in mdb file contains underscore > (_) > > Eagerly waiting for your reply > thanks > > > > __________________________________________________________ > Yahoo! India Matrimony: Find your partner now. Go to http://yahoo.shaadi.com > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > > |
|
From: neeraj c. <nee...@ya...> - 2005-09-16 07:43:59
|
Hello everyone
The task that i have to accomplish is to connect
to an mbd file in linux, through the application in
java and transfer the data from the mdb file to the
postgresql,
How can i go about it using the mdb tools, i
have installed the mdbtools-0.5 as well as 0.6pre1
version
Note: the table names in mdb file contains underscore
(_)
Eagerly waiting for your reply
thanks
__________________________________________________________
Yahoo! India Matrimony: Find your partner now. Go to http://yahoo.shaadi.com
|
|
From: Brian B. <bri...@gm...> - 2005-09-15 11:04:44
|
This was a problem in the 0.5 version of mdb tools. Please upgrade to the current CVS version to fix. Brian 2005/9/15, neeraj chaudhari <nee...@ya...>: > hello everyone > the table names in my mdb file contains > underscore(_), due to which i get a parse error when i > fire the select query at the MDBTOOL prompt, i cannot > change the table names > how shall i proceed? > waiting eagerly for the reply >=20 >=20 >=20 >=20 >=20 >=20 > __________________________________________________________ > Yahoo! India Matrimony: Find your partner online. Go to http://yahoo.shaa= di.com >=20 >=20 > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. Downl= oad > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > |
|
From: neeraj c. <nee...@ya...> - 2005-09-15 11:00:06
|
hello everyone
the table names in my mdb file contains
underscore(_), due to which i get a parse error when i
fire the select query at the MDBTOOL prompt, i cannot
change the table names
how shall i proceed?
waiting eagerly for the reply
__________________________________________________________
Yahoo! India Matrimony: Find your partner now. Go to http://yahoo.shaadi.com
|
|
From: neeraj c. <nee...@ya...> - 2005-09-15 10:56:31
|
hello everyone
the table names in my mdb file contains
underscore(_), due to which i get a parse error when i
fire the select query at the MDBTOOL prompt, i cannot
change the table names
how shall i proceed?
waiting eagerly for the reply
__________________________________________________________
Yahoo! India Matrimony: Find your partner online. Go to http://yahoo.shaadi.com
|
|
From: brunet e. <eri...@la...> - 2005-09-12 07:49:30
|
Post-scriptum La Poste Ce message est confidentiel. Sous r=E9serve de tout accord conclu par =E9crit entre vous et La Poste, son contenu ne repr=E9sente en aucun = cas un engagement de la part de La Poste. Toute publication, utilisation ou diffusion, m=EAme partielle, doit =EAtre autoris=E9e pr=E9alablement.= Si vous n'=EAtes pas destinataire de ce message, merci d'en avertir imm=E9dia= tement l'exp=E9diteur. |
|
From: Brian A. S. <lav...@sp...> - 2005-09-09 17:42:19
|
On Fri, 9 Sep 2005, brunet eric wrote: > hello, > I have a compilation error (make step) with gcc 3.4.2 (or 3.3.2 too): > > `/QS/PACKAGES/pkg_source/mdbtools-0.6pre1/src/util' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/QS/PACKAGES/pkg_source/mdbtools-0.6pre1/src' > make: *** [all-recursive] Error 1 > =====dump===== > any idea? > notice : what version of GCC is this? What's your "uname -a" output? Solaris on Sparc or i386? (sparc presumably, since it's 8)? ~BAS > -I haven't installed libglade or other package for gui (except glib 2.0.7) > -I tried mdtools 0.5 but I notice a date problem (I obtained a 'mm/dd/yy' > intead of 'mm/dd/yyYY') swhen I export mdb files. > Moreover I noticed an error in header of the csv when I re-exported the mdb > with modification in a date field (data order don't change, but header field > modified is positioned to the end!) > So I decided to try the last version. > > > -- > Eric BRUNET > > > > l8* -lava x.25 - minix - bitnet - plan9 - 110 bps - ASR 33 - base8 |
|
From: brunet e. <eri...@la...> - 2005-09-09 15:17:04
|
hello,
I have a compilation error (make step) with gcc 3.4.2 (or 3.3.2 too)=
:
=3D=3D=3D=3D=3Ddump=3D=3D=3D=3D=3D
creating mdb-sql
if gcc -DHAVE_CONFIG_H=20
-DLOCALEDIR=3D\"/usr/local/mdbtools-0.6pre1/share/locale\"
-I. -I. -I../../include -I../../include=20
-I/usr/local/glib-2.0.7/include/glib-2.
0 -I/usr/local/glib-2.0.7/lib/glib-2.0/include =20
-I/usr/local/unixODBC/include -
I/usr/local/glib/lib/glib-2.0/include=20
-I/usr/local/glib/include/glib-2.0/ -I/usr
/local/include/readline -I/usr/local/include/ncurses -g -O2 -DSQL=
=20
-DUNIXODBC -M
T mdb-ver.o -MD -MP -MF ".deps/mdb-ver.Tpo" \
-c -o mdb-ver.o `test -f 'mdb-ver.c' || echo './'`mdb-ver.c; \
then mv -f ".deps/mdb-ver.Tpo" ".deps/mdb-ver.Po"; \
else rm -f ".deps/mdb-ver.Tpo"; exit 1; \
fi
In file included from /usr/include/locale.h:51,
from mdb-ver.c:23:
/usr/local/include/libintl.h:234: error: parse error before "asm"
/usr/local/include/libintl.h:252: error: parse error before "asm"
make[2]: *** [mdb-ver.o] Error 1
make[2]: Leaving directory=20
`/QS/PACKAGES/pkg_source/mdbtools-0.6pre1/src/util'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/QS/PACKAGES/pkg_source/mdbtools-0.6pre1/=
src'
make: *** [all-recursive] Error 1
=3D=3D=3D=3D=3Ddump=3D=3D=3D=3D=3D
any idea?
notice :
-I haven't installed libglade or other package for gui (except glib 2=
.0.7)
-I tried mdtools 0.5 but I notice a date problem (I obtained a=20
'mm/dd/yy' intead of 'mm/dd/yyYY') swhen I export mdb files.
Moreover I noticed an error in header of the csv when I re-exported t=
he=20
mdb with modification in a date field (data order don't change, but=
=20
header field modified is positioned to the end!)
So I decided to try the last version.
--=20
Eric BRUNET
|
|
From: Brian A. S. <lav...@sp...> - 2005-09-06 13:57:28
|
Well, I can't allocate any more time to this today. Here's the situation: $ pkg_info |egrep "aclocal|libtool|auto" autoconf-2.59_2 Automatically configure source code on many Un*x platforms autogen-5.6.4 The Automated Program Generator automake-1.9.5 GNU Standards-compliant Makefile generator (version 1.9) libtool-1.5.20 Generic shared library support script (1.5) $ uname -a FreeBSD krok 5.3-RELEASE-p17 FreeBSD 5.3-RELEASE-p17 #0: Tue Jul 5 06:16:28 EDT 2005 ro...@kr...:/usr/obj/usr/src/sys/KROK i386 ./autogen.sh --disable-gmdb2 --with-unixodbc=/usr/local --prefix=/opt --disable-glibtest processing . Running aclocal ... /usr/X11R6/share/aclocal/gtk.m4:7: warning: underquoted definition of AM_PATH_GTK run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/local/share/aclocal19/glib.m4:8: warning: underquoted definition of AM_PATH_GLIB Running libtoolize... You should update your `aclocal.m4' by running aclocal. Running autoheader... Running automake --gnu ... configure.in: installing `./install-sh' configure.in: installing `./missing' src/extras/Makefile.am: installing `./depcomp' src/libmdb/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined src/libmdb/Makefile.am:1: src/libmdb/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' src/libmdb/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again. src/odbc/Makefile.am:11: Libtool library used but `LIBTOOL' is undefined src/odbc/Makefile.am:11: src/odbc/Makefile.am:11: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' src/odbc/Makefile.am:11: to `configure.in' and run `aclocal' and `autoconf' again. src/sql/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined src/sql/Makefile.am:1: src/sql/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' src/sql/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again. Running autoconf ... configure.in:9: error: possibly undefined macro: AC_PROG_LIBTOOL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. Running ./configure --disable-gmdb2 --with-unixodbc=/usr/local --prefix=/opt --disable-glibtest ... checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes [...snip...] checking for SQLGetPrivateProfileString in -lodbcinst... yes checking for pkg-config... /usr/local/bin/pkg-config checking for GLIB - version >= 2.0.0... yes (version 2.6.6) ./configure: line 4733: syntax error near unexpected token `GNOME,libglade-2.0' ./configure: line 4733: `PKG_CHECK_MODULES(GNOME,libglade-2.0 libgnomeui-2.0, HAVE_GNOME=true, HAVE_GNOME=false)' $ ls -la /usr/local/share/aclocal total 518 drwxr-xr-x 2 root wheel 1024 Sep 6 09:29 ./ drwxr-xr-x 45 root wheel 1024 Sep 6 09:29 ../ -r--r--r-- 1 root wheel 8881 Sep 6 03:25 ORBit2.m4 -r--r--r-- 1 root wheel 6791 Sep 6 02:29 audiofile.m4 -r--r--r-- 1 root wheel 8632 Nov 24 2004 autoopts.m4 -r--r--r-- 1 root wheel 894 Dec 29 2004 codeset.m4 -r--r--r-- 1 root wheel 6870 Sep 6 02:30 esd.m4 -rw-r--r-- 1 root wheel 5669 Dec 14 2004 freetype2.m4 -r--r--r-- 1 root wheel 19032 Dec 29 2004 gettext.m4 -r--r--r-- 1 root wheel 8289 Sep 1 12:55 glib-2.0.m4 -r--r--r-- 1 root wheel 12541 Sep 1 12:55 glib-gettext.m4 -r--r--r-- 1 root wheel 8442 Nov 24 2004 glib.m4 -r--r--r-- 1 root wheel 983 Dec 29 2004 glibc21.m4 -r--r--r-- 1 root wheel 8328 Nov 24 2004 guile.m4 -r--r--r-- 1 root wheel 3499 Dec 29 2004 iconv.m4 -r--r--r-- 1 root wheel 1909 Dec 29 2004 intdiv0.m4 -r--r--r-- 1 root wheel 10370 Nov 24 2004 intltool.m4 -r--r--r-- 1 root wheel 1146 Dec 29 2004 intmax.m4 -r--r--r-- 1 root wheel 1175 Dec 29 2004 inttypes-pri.m4 -r--r--r-- 1 root wheel 975 Dec 29 2004 inttypes.m4 -r--r--r-- 1 root wheel 1091 Dec 29 2004 inttypes_h.m4 -r--r--r-- 1 root wheel 1115 Dec 29 2004 isc-posix.m4 -r--r--r-- 1 root wheel 1422 Dec 29 2004 lcmessage.m4 -r--r--r-- 1 root wheel 3566 Dec 29 2004 lib-ld.m4 -r--r--r-- 1 root wheel 23267 Dec 29 2004 lib-link.m4 -r--r--r-- 1 root wheel 5447 Dec 29 2004 lib-prefix.m4 -r--r--r-- 1 root wheel 8625 Nov 24 2004 libmcrypt.m4 -r--r--r-- 1 root wheel 219675 Sep 6 09:29 libtool15.m4 -r--r--r-- 1 root wheel 7880 Feb 14 2005 libxml.m4 -r--r--r-- 1 root wheel 8119 Feb 14 2005 libxslt.m4 -r--r--r-- 1 root wheel 3262 Sep 6 03:21 linc.m4 -r--r--r-- 1 root wheel 1216 Dec 29 2004 longdouble.m4 -r--r--r-- 1 root wheel 931 Dec 29 2004 longlong.m4 -r--r--r-- 1 root wheel 13045 Sep 6 09:29 ltdl15.m4 -r--r--r-- 1 root wheel 1861 Dec 29 2004 nls.m4 -r--r--r-- 1 root wheel 2025 Nov 24 2004 pkg.m4 -r--r--r-- 1 root wheel 17834 Dec 29 2004 po.m4 -r--r--r-- 1 root wheel 1606 Dec 29 2004 printf-posix.m4 -r--r--r-- 1 root wheel 2972 Dec 29 2004 progtest.m4 -r--r--r-- 1 root wheel 769 Dec 29 2004 signed.m4 -r--r--r-- 1 root wheel 2106 Dec 29 2004 size_max.m4 -r--r--r-- 1 root wheel 1067 Dec 29 2004 stdint_h.m4 -r--r--r-- 1 root wheel 1256 Dec 29 2004 uintmax_t.m4 -r--r--r-- 1 root wheel 1058 Dec 29 2004 ulonglong.m4 -r--r--r-- 1 root wheel 875 Dec 29 2004 wchar_t.m4 -r--r--r-- 1 root wheel 857 Dec 29 2004 wint_t.m4 -r--r--r-- 1 root wheel 537 Dec 29 2004 xsize.m4 -r--r--r-- 1 root wheel 4364 Nov 24 2004 zziplib.m4 $ ls -la /usr/local/share/aclocal19/ total 128 drwxr-xr-x 2 root wheel 1024 Sep 6 02:03 ./ drwxr-xr-x 45 root wheel 1024 Sep 6 09:29 ../ -r--r--r-- 1 root wheel 872 Feb 28 2005 amversion.m4 -r--r--r-- 1 root wheel 728 Feb 28 2005 as.m4 -r--r--r-- 1 root wheel 2438 Feb 28 2005 auxdir.m4 -r--r--r-- 1 root wheel 958 Feb 28 2005 ccstdc.m4 -r--r--r-- 1 root wheel 957 Feb 28 2005 cond.m4 -r--r--r-- 1 root wheel 6142 Feb 28 2005 depend.m4 -r--r--r-- 1 root wheel 2695 Feb 28 2005 depout.m4 -r--r--r-- 1 root wheel 986 Feb 28 2005 dmalloc.m4 -r--r--r-- 1 root wheel 655 Feb 28 2005 gcj.m4 -r--r--r-- 1 root wheel 8289 Sep 6 02:03 glib-2.0.m4 -r--r--r-- 1 root wheel 12541 Sep 6 02:03 glib-gettext.m4 -r--r--r-- 1 root wheel 8442 Sep 6 02:03 glib.m4 -r--r--r-- 1 root wheel 983 Sep 6 02:03 glibc21.m4 -r--r--r-- 1 root wheel 494 Feb 28 2005 header.m4 -r--r--r-- 1 root wheel 4144 Feb 28 2005 init.m4 -r--r--r-- 1 root wheel 537 Feb 28 2005 install-sh.m4 -r--r--r-- 1 root wheel 655 Feb 28 2005 lead-dot.m4 -r--r--r-- 1 root wheel 732 Feb 28 2005 lex.m4 -r--r--r-- 1 root wheel 2211 Feb 28 2005 lispdir.m4 -r--r--r-- 1 root wheel 1004 Feb 28 2005 maintainer.m4 -r--r--r-- 1 root wheel 1567 Feb 28 2005 make.m4 -r--r--r-- 1 root wheel 1093 Feb 28 2005 minuso.m4 -r--r--r-- 1 root wheel 1044 Feb 28 2005 missing.m4 -r--r--r-- 1 root wheel 2645 Feb 28 2005 mkdirp.m4 -r--r--r-- 1 root wheel 1808 Feb 28 2005 multi.m4 -r--r--r-- 1 root wheel 421 Feb 28 2005 obsol-gt.m4 -r--r--r-- 1 root wheel 423 Feb 28 2005 obsol-lt.m4 -r--r--r-- 1 root wheel 1609 Feb 28 2005 obsolete.m4 -r--r--r-- 1 root wheel 1132 Feb 28 2005 options.m4 -r--r--r-- 1 root wheel 832 Feb 28 2005 protos.m4 -r--r--r-- 1 root wheel 7273 Feb 28 2005 python.m4 -r--r--r-- 1 root wheel 2012 Feb 28 2005 regex.m4 -r--r--r-- 1 root wheel 726 Feb 28 2005 runlog.m4 -r--r--r-- 1 root wheel 1699 Feb 28 2005 sanity.m4 -r--r--r-- 1 root wheel 1410 Feb 28 2005 strip.m4 -r--r--r-- 1 root wheel 3103 Feb 28 2005 tar.m4 Every time I end up troubleshooting gnu autotools, I have a mental breakdown... This shit has been around for 15+ years, it should just work by now >:} ~BAS On Tue, 6 Sep 2005, Brian A. Seklecki wrote: > without getting into details...what specific versions of the gnu > autotools are developers using? > > I have the following available on a system: > > $ pkg_info |egrep "libtool|auto|acl" > autoconf-2.13.000227_5 Automatically configure source code on many Un*x > platforms > autoconf-2.53_3 Automatically configure source code on many Un*x > platforms > autoconf-2.59_2 Automatically configure source code on many Un*x > platforms > autogen-5.6.4 The Automated Program Generator > automake-1.4.6_1 GNU Standards-compliant Makefile generator (legacy > version > automake-1.5_2,1 GNU Standards-compliant Makefile generator (version > 1.5) > automake-1.9.5 GNU Standards-compliant Makefile generator (version > 1.9) > libtool-1.3.5_2 Generic shared library support script (version 1.3) > libtool-1.5.20 Generic shared library support script (1.5) > > ...but I need to know which to use in order to put the appropriate > symlinks in place. > > TIA, > ~BAS > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > l8* -lava x.25 - minix - bitnet - plan9 - 110 bps - ASR 33 - base8 |
|
From: Brian A. S. <lav...@sp...> - 2005-09-06 08:55:56
|
without getting into details...what specific versions of the gnu autotools are developers using? I have the following available on a system: $ pkg_info |egrep "libtool|auto|acl" autoconf-2.13.000227_5 Automatically configure source code on many Un*x platforms autoconf-2.53_3 Automatically configure source code on many Un*x platforms autoconf-2.59_2 Automatically configure source code on many Un*x platforms autogen-5.6.4 The Automated Program Generator automake-1.4.6_1 GNU Standards-compliant Makefile generator (legacy version automake-1.5_2,1 GNU Standards-compliant Makefile generator (version 1.5) automake-1.9.5 GNU Standards-compliant Makefile generator (version 1.9) libtool-1.3.5_2 Generic shared library support script (version 1.3) libtool-1.5.20 Generic shared library support script (1.5) ...but I need to know which to use in order to put the appropriate symlinks in place. TIA, ~BAS |
|
From: Brian A. S. <lav...@sp...> - 2005-09-06 05:26:03
|
Let's be patient and wait for 0.60 to be official. There are some serious bugs with ODBC in the alpha1 I'm using. I'm working on a strange one right now. All queries of boolean tuples are returning null values. ~BAS On Sun, 2005-09-04 at 09:08, Pav Lucistnik wrote: > Synopsis: ports/databases/mdbtools ODBC support > > State-Changed-From-To: open->feedback > State-Changed-By: pav > State-Changed-When: Sun Sep 4 13:08:23 GMT 2005 > State-Changed-Why: > Would you care to provide a patch to update the port to latest version? > > > Responsible-Changed-From-To: freebsd-ports-bugs->pav > Responsible-Changed-By: pav > Responsible-Changed-When: Sun Sep 4 13:08:23 GMT 2005 > Responsible-Changed-Why: > Track > > http://www.freebsd.org/cgi/query-pr.cgi?pr=85586 |
|
From: Brian A. S. <lav...@sp...> - 2005-09-01 20:21:56
|
FreeBSD PR: ports/85586 |
|
From: Brian A. S. <lav...@sp...> - 2005-09-01 20:21:08
|
0.5 is indeed dated 2003-01-18 16:00, and the latest tarball is a "pre
release", which is itself 14 months old; that combined with the lack of a
Port maintainer explains the lack of updates.
Anyway.... If you simply add
CONFIGURE_ARGS+= --with-unixodbc=/usr/local
...to the Makefile, it bombs out when it descends into src/odbc/ with:
Making all in odbc
Error expanding embedded variable.
*** Error code 1
Stop in /usr/ports/databases/mdbtools/work/mdbtools-0.5/src.
*** Error code 1
Stop in /usr/ports/databases/mdbtools/work/mdbtools-0.5.
*** Error code 1
Stop in /usr/ports/databases/mdbtools.
...which is actually it failing on a GNU gmake(1) specific trap. If I
manually gmake(1) in that dir:
$ cd /usr/ports/databases/mdbtools/work/mdbtools-0.5/src/odbc/ &&
sudo gmake
source='odbc.c' object='odbc.lo' libtool=yes \
depfile='.deps/odbc.Plo' tmpdepfile='.deps/odbc.TPlo' \
depmode=gcc3 /bin/sh ../../depcomp \
/bin/sh /usr/local/bin/libtool15 --mode=compile cc -DPACKAGE_NAME=\"\"
-DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\"
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"mdbtools\" -DVERSION=\"0.5\"
-DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1
-DYYTEXT_POINTER=1 -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1
-DHAVE_UNISTD_H=1 -DHAVE_WORDEXP_H=1 -DHAVE_READLINE=1 -I. -I. -I
../../include `glib-config --cflags` -O -pipe -march=pentium3 -DSQL
-DUNIXODBC -c -o odbc.lo `test -f 'odbc.c' || echo './'`odbc.c
mkdir .libs
cc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"mdbtools\"
-DVERSION=\"0.5\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
-DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
-DHAVE_DLFCN_H=1 -DYYTEXT_POINTER=1 -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1
-DHAVE_LIMITS_H=1 -DHAVE_UNISTD_H=1 -DHAVE_WORDEXP_H=1 -DHAVE_READLINE=1
-I. -I. -I ../../include -I/usr/local/include/glib12 -O -pipe
-march=pentium3 -DSQL -DUNIXODBC -c odbc.c -MT odbc.lo -MD -MP -MF
.deps/odbc.TPlo -fPIC -DPIC -o .libs/odbc.o
odbc.c:21:17: sql.h: No such file or directory
odbc.c:22:20: sqlext.h: No such file or directory
odbc.c:39: error: syntax error before "_odbc_get_client_type"
odbc.c:39: warning: data definition has no type or storage class
odbc.c:43: error: syntax error before "SQL_API"
odbc.c:43: error: syntax error before "henv"
odbc.c:43: warning: data definition has no type or storage class
odbc.c:44: error: syntax error before "SQL_API"
...which is obviously a result of it not properly #include'ing
/usr/local/include/sql.h
Anyway, when I fetch mdbtools-0.6pre1.tar.gz, from last year, and manually
roll it with ./configure --prefix=/opt --with-unixodbc=/usr/local, it
compiles /opt/lib/libmdbodbc.0, which I would normally expect to be a *.so
lrwxr-xr-x 1 root wheel 12 Sep 1 14:44 libmdbodbc@ -> libmdbodbc.0
-rwxr-xr-x 1 root wheel 276986 Sep 1 14:44 libmdbodbc.0*
-rw-r--r-- 1 root wheel 407048 Sep 1 14:44 libmdbodbc.a
-rwxr-xr-x 1 root wheel 836 Sep 1 14:44 libmdbodbc.la*
$ ldd /opt/lib/libmdbodbc.0
/opt/lib/libmdbodbc.0:
libglib-2.0.so.600 => /usr/local/lib/libglib-2.0.so.600 (0x2818d000)
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28214000)
libodbcinst.so.1 => /usr/local/lib/libodbcinst.so.1 (0x28304000)
libintl.so.6 => /usr/local/lib/libintl.so.6 (0x28316000)
The solution is to upgrade the port to 0.6pre1 (0.6 will hopefully be
out soon).
Then add a conditional check for OBDC linkage such as that in the
ports/databases/postgresql-odbc/Makefile :
.if ${DRIVER_MANAGER} == "unixodbc"
PKGNAMESUFFIX= -unixodbc
CONFIGURE_ARGS+= --with-unixodbc
LIB_DEPENDS+= odbc.1:${PORTSDIR}/databases/unixODBC
.else # assume we're using iodbc
LIB_DEPENDS+= iodbc.3:${PORTSDIR}/databases/libiodbc
CONFIGURE_ARGS+= --with-iodbc
--with-odbcinst=${LOCALBASE}/etc/libiodbc
.endif
....or:
.if defined(WITH_IODBC)
CONFIGURE_ARGS+= --with-iodbc=${PREFIX}
LIB_DEPENDS+= iodbc.3:${PORTSDIR}/databases/libiodbc
.endif
.if defined(WITH_UNIXODBC)
LIB_DEPENDS+= odbc.1:${PORTSDIR}/databases/unixODBC
CONFIGURE_ARGS+=--with-unixodbc=${PREFIX}
.endif
.if defined(WITH_UNIXODBC) && defined(WITH_IODBC)
.error "iOnly one ODBC driver supported."
.endif
...
~BAS
On Thu, 1 Sep 2005, Brian A. Seklecki wrote:
>
> For whatever reason, FreeBSD's ports/mdbtools isn't linking (or even offering
> to link) against unixODBC or iODBC.
>
> I was browsing the list archives and someone hinted that v0.5 is "several
> years" old, but thanks to sf.net's anti-spam measures on list archives, I
> don't have that contact's e-mail.
>
> Anyway, the port lacks a maintainer and if there hasn't been an official
> release in that period, that may explain a great many things.
>
> Anyway, It's hard to believe I'm the first person to try
>
> php->apache->unixODBC->mdbtools(libmdbodbc)->access database on FreeBSD.
>
> Looking into this now. I'll open a send-pr(1) as well.
>
>
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> mdbtools-dev mailing list
> mdb...@li...
> https://lists.sourceforge.net/lists/listinfo/mdbtools-dev
>
l8*
-lava
x.25 - minix - bitnet - plan9 - 110 bps - ASR 33 - base8
|
|
From: Brian A. S. <lav...@sp...> - 2005-09-01 18:38:49
|
For whatever reason, FreeBSD's ports/mdbtools isn't linking (or even offering to link) against unixODBC or iODBC. I was browsing the list archives and someone hinted that v0.5 is "several years" old, but thanks to sf.net's anti-spam measures on list archives, I don't have that contact's e-mail. Anyway, the port lacks a maintainer and if there hasn't been an official release in that period, that may explain a great many things. Anyway, It's hard to believe I'm the first person to try php->apache->unixODBC->mdbtools(libmdbodbc)->access database on FreeBSD. Looking into this now. I'll open a send-pr(1) as well. |
|
From: Markus N. <ne...@it...> - 2005-08-28 20:19:46
|
On Fri, Aug 26, 2005 at 11:12:12PM +0200, Alfred Anzlovar wrote: > I've written two programs to simplify export from MDB to PostgreSQL. > They are named > mdb-pg-schema - dumps MDB schema in PostgreSQL > mdb-pg-export - exports the data in the PostgreSQL COPY format. > > Their main goal is to copy MDB to PostgreSQL in two steps: > 1. step: mdb-pg-schema file.mdb | psql -f - database > 2. step: mdb-pg-export file.mdb | psql -f - database > and you have MDB database in PostgreSQL. > > If they are of any interest to the mbdtools users, please tell me, to whom > can I send them. I think thay are mature enough, to go into V0.6. > I have tested the new programs from Alfred, he has done a great job to simplify the MDB to PostgreSQL conversion. I am sure that potential V0.6 users would appreciate to have then included in the next release. Markus |
|
From: Alfred A. <al...@an...> - 2005-08-26 21:11:55
|
I've written two programs to simplify export from MDB to PostgreSQL.
They are named
mdb-pg-schema - dumps MDB schema in PostgreSQL
mdb-pg-export - exports the data in the PostgreSQL COPY format.
Their main goal is to copy MDB to PostgreSQL in two steps:
1. step: mdb-pg-schema file.mdb | psql -f - database
2. step: mdb-pg-export file.mdb | psql -f - database
and you have MDB database in PostgreSQL.
If they are of any interest to the mbdtools users, please tell me, to whom
can I send them. I think thay are mature enough, to go into V0.6.
Alfred
|
|
From: Markus N. <ne...@it...> - 2005-08-26 08:33:41
|
On Thu, Aug 25, 2005 at 08:21:23PM -0700, Jeff Smith wrote: > --- Brian Bruns <bri...@gm...> wrote: > > I'd like to put together a list of things to be completed before > > rolling out the release (patches to be merged, critical bugs, > > important features). > > > 6. Fix gmdb2 debugger bug (signal autoconnect not working?!) > > I have a bunch of bug fixes and other changes to gmdb2 that I > need to push to CVS. BTW, what versions of Glib/Gtk+/GNOME can > be reasonably assumed? You can check that here: http://distrowatch.com/ -> Page Hit Ranking -> verify for top X distros (they library list version per distro and distroversion) Markus |
|
From: Jeff S. <why...@ya...> - 2005-08-26 03:21:45
|
--- Brian Bruns <bri...@gm...> wrote: > I'd like to put together a list of things to be completed before > rolling out the release (patches to be merged, critical bugs, > important features). > 6. Fix gmdb2 debugger bug (signal autoconnect not working?!) I have a bunch of bug fixes and other changes to gmdb2 that I need to push to CVS. BTW, what versions of Glib/Gtk+/GNOME can be reasonably assumed? -- Jeff Smith __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Markus N. <ne...@it...> - 2005-08-25 15:13:17
|
On Thu, Aug 25, 2005 at 10:59:19AM -0400, Brian Bruns wrote: > Hi all, > > While I had intended to have more work done on the mdb-import program > before going to 0.6, I can no longer in good conscience delay the > release. > > I'd like to put together a list of things to be completed before > rolling out the release (patches to be merged, critical bugs, > important features). > > Off the top of my head, here are the items I can think of. > > 1. Remove mdb-import from the build. > 2. Clean up debug programs not to install (util/pr*). > 3. New switches on mdb-export and newline problem (mentioned on list > about two weeks ago) > 4. Merge patch for --disable-gmdb2 configure option > 5. Update spec files, etc... > 6. Fix gmdb2 debugger bug (signal autoconnect not working?!) > 7. Make environment variables consistant (MDBPATH, MDBOPTS, but MDB_ICONV) > 8. Add env variable doc to the user guide > 9. Review man pages and make sure it reflects current operation (some > switches missing for sure) > 10. Update TODO list > > Please update this list. If there are specific patches/bug fixes that > need to be in this release, speak now or don't complain later! Hi Brian, it seems that the field length recognition is wrong (as posted earlier). The JET4 and JET3 sizes differ by 2. Markus |
|
From: Brian B. <bri...@gm...> - 2005-08-25 14:59:26
|
Hi all, While I had intended to have more work done on the mdb-import program before going to 0.6, I can no longer in good conscience delay the release. I'd like to put together a list of things to be completed before rolling out the release (patches to be merged, critical bugs, important features). Off the top of my head, here are the items I can think of. 1. Remove mdb-import from the build. 2. Clean up debug programs not to install (util/pr*). 3. New switches on mdb-export and newline problem (mentioned on list about two weeks ago) 4. Merge patch for --disable-gmdb2 configure option 5. Update spec files, etc... 6. Fix gmdb2 debugger bug (signal autoconnect not working?!) 7. Make environment variables consistant (MDBPATH, MDBOPTS, but MDB_ICONV) 8. Add env variable doc to the user guide 9. Review man pages and make sure it reflects current operation (some switches missing for sure) 10. Update TODO list Please update this list. If there are specific patches/bug fixes that need to be in this release, speak now or don't complain later! Brian |
|
From: Stephen J. G. <go...@sl...> - 2005-08-23 22:59:39
|
Hi All, I was trying to find a way of moving my Photoshop Elements 3 catalogue to kimdaba. The former uses an MS Access 2000 database. One of the important fields in here is an encoding of what "tags" are associated with each image and this is 400 bytes of binary data. The mdbtools don't seem to be able to output it (I tried .5, .6pre1 and cvs); [antonia] ~/unix/PE3ToKimdaba > echo select fFolderInfoArray from ImageTable where fImageOriginalFileName = \'img_0521.jpg\' | mdb-sql -HF -p photos.mdb |wc 2 0 2 If I export the data from Access as xml the definition for this column is; <xsd:element name="fFolderInfoArray" minOccurs="0" od:jetType="binary" od:sqlSType="varbinary"> <xsd:simpleType> <xsd:restriction base="xsd:base64Binary"> <xsd:maxLength value="554"/> </xsd:restriction> </xsd:simpleType> </xsd:element> and the base64 encoded entry is; <fFolderInfoArray>3AYAAF0AAAAdAAAAGwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAA== </fFolderInfoArray> which when unbase64ed and decoded is; 1756 93 29 27 which are entries in another table; [antonia] ~/unix/PE3ToKimdaba > echo select fFolderName from FolderTable where fFolderId = 1756 | mdb-sql -HF -p photos.mdb [antonia] ~/unix/PE3ToKimdaba > echo select fFolderName from FolderTable where fFolderId = 93 | mdb-sql -HF -p photos.mdb Palo Alto [antonia] ~/unix/PE3ToKimdaba > echo select fFolderName from FolderTable where fFolderId = 29 | mdb-sql -HF -p photos.mdb Aidan [antonia] ~/unix/PE3ToKimdaba > echo select fFolderName from FolderTable where fFolderId = 27 | mdb-sql -HF -p photos.mdb Antonia (the first one is when it was imported, so it doesn't have name). So the question is, should mdbtools be able to output this binary data? It belives the column type is "Unknown 0x09", but it does see that it is 400 bytes. regards, Stephen. -- /------------------------------------+-------------------------\ |Stephen J. Gowdy | SLAC, MailStop 34, | |http://www.slac.stanford.edu/~gowdy/ | 2575 Sand Hill Road, | |http://calendar.yahoo.com/gowdy | Menlo Park CA 94025, USA | |EMail: go...@sl... | Tel: +1 650 926 3144 | \------------------------------------+-------------------------/ |
26 messages has been excluded from this view by a project administrator.
