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: George L. E. <ab...@ge...> - 2012-01-27 19:33:26
|
Thank you, it kinda freaked me out a bit, ran into another problem, wanted to add a prefix to the table names using the -N <namespace> option. for -N qp mdb-schema gives: DROP TABLE [qp_Customer Table]; CREATE TABLE [qp_Customer Table] which is what I expected, but mdb-export -I mysql -N qp gives: INSERT INTO qp`Customer Table` ( Namespaces is not mentioned in the man pages but is when you run the command without any options, is Namespaces going to be removed? Also I see the sanitize option is gone, will that option to convert spaces to underscores be coming back? I liked the feature, convert all fields and table names to lowercase would be nice too, but for now I'll just alter my tables after the conversion. Thank you so very much for the work you have done making this cool tool. George Jakob Egger wrote: > Hi George, > > this is just a formating issue. The two numbers are just different ways of > writing "15". When you insert "1.5000000000000000e+01" into a numeric > field in a MySQL database, MySQL will store the value 15. > > Best regards, > Jakob > > On 26.01.2012, at 23:58, George L. Emigh wrote: > >> I apologize if this is not the correct place to ask about this. >> >> I am converting my data to MySQL. >> >> I was using mdbtools-0.6_pre2 but had some issues that 0.7~rc1 seemed to >> resolve, I was able to build it fine, but one of the problems I have come >> across is stopping me. >> >> in the 0.6 version I have a database that mdb-schema reports the Quantity >> field as: >> Quantity Double >> >> where 0.7 reports it as >> Quantity Float >> >> In 0.6 the value reported by mdb-export is correct, in this example 15. >> in 0.7 the value is reported as 1.5000000000000000e+01 >> >> Is this a bug, or should I just be using 0.6 and working around it's >> limitations. >> >> Thank you for your time. >> >> -- >> George L. Emigh - AB4BD >> >> >> >> >> ------------------------------------------------------------------------------ >> Keep Your Developer Skills Current with LearnDevNow! >> The most comprehensive online learning library for Microsoft developers >> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >> Metro Style Apps, more. Free future releases when you subscribe now! >> http://p.sf.net/sfu/learndevnow-d2d >> _______________________________________________ >> mdbtools-dev mailing list >> mdb...@li... >> https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > > > ------------------------------------------------------------------------------ > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 -- George L. Emigh - AB4BD |
|
From: Jakob E. <jab...@gm...> - 2012-01-27 07:10:49
|
Hi George, this is just a formating issue. The two numbers are just different ways of writing "15". When you insert "1.5000000000000000e+01" into a numeric field in a MySQL database, MySQL will store the value 15. Best regards, Jakob On 26.01.2012, at 23:58, George L. Emigh wrote: > I apologize if this is not the correct place to ask about this. > > I am converting my data to MySQL. > > I was using mdbtools-0.6_pre2 but had some issues that 0.7~rc1 seemed to > resolve, I was able to build it fine, but one of the problems I have come > across is stopping me. > > in the 0.6 version I have a database that mdb-schema reports the Quantity > field as: > Quantity Double > > where 0.7 reports it as > Quantity Float > > In 0.6 the value reported by mdb-export is correct, in this example 15. > in 0.7 the value is reported as 1.5000000000000000e+01 > > Is this a bug, or should I just be using 0.6 and working around it's > limitations. > > Thank you for your time. > > -- > George L. Emigh - AB4BD > > > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev |
|
From: George L. E. <ab...@ge...> - 2012-01-26 23:05:40
|
I apologize if this is not the correct place to ask about this. I am converting my data to MySQL. I was using mdbtools-0.6_pre2 but had some issues that 0.7~rc1 seemed to resolve, I was able to build it fine, but one of the problems I have come across is stopping me. in the 0.6 version I have a database that mdb-schema reports the Quantity field as: Quantity Double where 0.7 reports it as Quantity Float In 0.6 the value reported by mdb-export is correct, in this example 15. in 0.7 the value is reported as 1.5000000000000000e+01 Is this a bug, or should I just be using 0.6 and working around it's limitations. Thank you for your time. -- George L. Emigh - AB4BD |
|
From: Nirgal <con...@ni...> - 2012-01-22 09:07:08
|
Yes, I suspect libtool comments are outdated for freedsb. If you have any sugestion of improvement, please share with us. For exemple, I guess aclocal.m4 contains mdbtools specific macros that are required on other platforms. Regarding glib2, I'm a real beginer with autoconf/automake/libtool and the pkgtools. So do take my opinion with care. I suspect my patch is not enough if you have glib2 installed, but not glib2-dev. So, we should find a way to detect it, or at least documented it in INSTALL exactly as you suggested. On Saturday 21 January 2012 20:43:58 Dale Scott wrote: > I'm OK with INSTALL as-is. For some reason, I mistakenly thought it listed more than libtool, automake, and autoconf (which it doesn't). It is worth proposing a patch for the comment regarding libtool on FreeBSD? (FreeBSD 8.2 and FreeBSD 9.0 both use libtool-2.4). > > > > -----Original Message----- > > From: Nirgal [mailto:con...@ni...] > > Sent: Saturday, January 21, 2012 12:37 PM > > To: Dale Scott > > Cc: mdb...@li...; 'Chris Craig' > > Subject: Re: [mdb-dev] autogen error compiling current version > > > > On Friday 20 January 2012 14:27:52 Dale Scott wrote: > > > Could I humbly suggest also adding glib2 to the list of required > > dependencies in the INSTALL file? > > > > > > (I've heard I can submit the change myself all through the Github web > > > interface, but not sure exactly how. If you gave me a general > > > idea.......) > > > > I kinda disagree: > > > > INSTALL documents the basic requirement for the build process to start: > > libtool > > automake > > autoconf > > > > But there are many more dependencies such as: > > bison > > docbook > > flex > > libglade2-dev > > libncurses-dev > > openjade > > txt2man > > unixodbc-dev > > ... > > > > I think these should be detected by configure. > > > > After commit 5269dbfd7a4ec82af1830cc88a35230638902d99, I think you will > > get this error message at configure time: > > glib 2.0 is required by MDB Tools (runtime and devel). > > It can be downloaded at www.gtk.org. > > > > Am I mistaken? > > > > If you still think we should change INSTALL, please send a patch against > > https://github.com/brianb/mdbtools/blob/master/INSTALL > > There are "raw" and "edit this file" links on that page. > > |
|
From: Dale S. <dal...@sh...> - 2012-01-21 20:44:05
|
I'm OK with INSTALL as-is. For some reason, I mistakenly thought it listed more than libtool, automake, and autoconf (which it doesn't). It is worth proposing a patch for the comment regarding libtool on FreeBSD? (FreeBSD 8.2 and FreeBSD 9.0 both use libtool-2.4). > -----Original Message----- > From: Nirgal [mailto:con...@ni...] > Sent: Saturday, January 21, 2012 12:37 PM > To: Dale Scott > Cc: mdb...@li...; 'Chris Craig' > Subject: Re: [mdb-dev] autogen error compiling current version > > On Friday 20 January 2012 14:27:52 Dale Scott wrote: > > Could I humbly suggest also adding glib2 to the list of required > dependencies in the INSTALL file? > > > > (I've heard I can submit the change myself all through the Github web > > interface, but not sure exactly how. If you gave me a general > > idea.......) > > I kinda disagree: > > INSTALL documents the basic requirement for the build process to start: > libtool > automake > autoconf > > But there are many more dependencies such as: > bison > docbook > flex > libglade2-dev > libncurses-dev > openjade > txt2man > unixodbc-dev > ... > > I think these should be detected by configure. > > After commit 5269dbfd7a4ec82af1830cc88a35230638902d99, I think you will > get this error message at configure time: > glib 2.0 is required by MDB Tools (runtime and devel). > It can be downloaded at www.gtk.org. > > Am I mistaken? > > If you still think we should change INSTALL, please send a patch against > https://github.com/brianb/mdbtools/blob/master/INSTALL > There are "raw" and "edit this file" links on that page. |
|
From: Nirgal <con...@ni...> - 2012-01-21 19:37:12
|
On Friday 20 January 2012 14:27:52 Dale Scott wrote:
> Could I humbly suggest also adding glib2 to the list of required dependencies in the INSTALL file?
>
> (I've heard I can submit the change myself all through the Github web interface, but not sure exactly how. If you gave me a general idea.......)
I kinda disagree:
INSTALL documents the basic requirement for the build process to start:
libtool
automake
autoconf
But there are many more dependencies such as:
bison
docbook
flex
libglade2-dev
libncurses-dev
openjade
txt2man
unixodbc-dev
...
I think these should be detected by configure.
After commit 5269dbfd7a4ec82af1830cc88a35230638902d99, I think you will get this error message at configure time:
glib 2.0 is required by MDB Tools (runtime and devel).
It can be downloaded at www.gtk.org.
Am I mistaken?
If you still think we should change INSTALL, please send a patch against
https://github.com/brianb/mdbtools/blob/master/INSTALL
There are "raw" and "edit this file" links on that page.
|
|
From: Dale S. <dal...@sh...> - 2012-01-20 14:27:59
|
Could I humbly suggest also adding glib2 to the list of required dependencies in the INSTALL file? (I've heard I can submit the change myself all through the Github web interface, but not sure exactly how. If you gave me a general idea.......) > -----Original Message----- > From: Nirgal [mailto:con...@ni...] > Sent: Thursday, January 19, 2012 4:51 PM > To: mdb...@li...; Dale Scott; Chris Craig > Subject: Re: [mdb-dev] autogen error compiling current version > > On Monday 16 January 2012 20:04:45 Dale Scott wrote: > > Thanks Chris. On my FreeBSD-9.0 server, installing the glib2 port (v2.28.8) > solved the problem. > > Hello > > I think the issue is now fixed in master: > https://github.com/brianb/mdbtools/commit/5269dbfd7a4ec82af1830cc88a3 > 5230638902d99 > > Thank you for the bug report. > > -- Nirgal |
|
From: Nirgal <con...@ni...> - 2012-01-19 23:50:59
|
On Monday 16 January 2012 20:04:45 Dale Scott wrote: > Thanks Chris. On my FreeBSD-9.0 server, installing the glib2 port (v2.28.8) solved the problem. Hello I think the issue is now fixed in master: https://github.com/brianb/mdbtools/commit/5269dbfd7a4ec82af1830cc88a35230638902d99 Thank you for the bug report. -- Nirgal |
|
From: Nirgal <con...@ni...> - 2012-01-19 21:58:06
|
On Monday 16 January 2012 01:51:47 Nirgal wrote: > Attached is a patch I'd like to commit: > - Fix the html/install removal for "make clean" > - Fix test of "userguide" when making links > - Make must fail when openjade fails. Testing doc/book1.htm is not enough, for example when you have partial docbook installation. Commited Also, I patched the sources origin in INSTALL file. |
|
From: Dale S. <dal...@sh...> - 2012-01-16 20:04:53
|
Thanks Chris. On my FreeBSD-9.0 server, installing the glib2 port (v2.28.8) solved the problem. Dale ----- Original Message ----- From: Chris Craig <cc...@fi...> Date: Monday, January 16, 2012 8:40 Subject: Re: [mdb-dev] autogen error compiling current version To: mdb...@li... > On 16/01/12 09:45 AM, Dale Scott wrote: > > Hi, I tried compiling the current github head and get the following > > error in autogen (Linux Mint 11, autoconf 2.5): > ... > > ./configure: line 11131: syntax error near unexpected token `2.0.0' > > ./configure: line 11131: `AM_PATH_GLIB_2_0(2.0.0)' > > I think this issue has been covered before, I imagine it's the > same thing: > > https://github.com/brianb/mdbtools/issues/6 > > -- > Chris Craig > Programmer Analyst > Fibernetics Corp > 605 Boxwood Dr > Cambridge ON N3E 1A5 > 519-489-6700 x 753 > > ----------------------------------------------------------------- > ------------- > RSA(R) Conference 2012 > Mar 27 - Feb 2 > Save $400 by Jan. 27 > Register now! > http://p.sf.net/sfu/rsa-sfdev2dev2 > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > ----- Transparency with Trust http://www.dalescott.net |
|
From: Chris C. <cc...@fi...> - 2012-01-16 15:40:42
|
On 16/01/12 09:45 AM, Dale Scott wrote: > Hi, I tried compiling the current github head and get the following > error in autogen (Linux Mint 11, autoconf 2.5): ... > ./configure: line 11131: syntax error near unexpected token `2.0.0' > ./configure: line 11131: `AM_PATH_GLIB_2_0(2.0.0)' I think this issue has been covered before, I imagine it's the same thing: https://github.com/brianb/mdbtools/issues/6 -- Chris Craig Programmer Analyst Fibernetics Corp 605 Boxwood Dr Cambridge ON N3E 1A5 519-489-6700 x 753 |
|
From: Dale S. <dal...@sh...> - 2012-01-16 14:46:04
|
Hi, I tried compiling the current github head and get the following error in autogen (Linux Mint 11, autoconf 2.5): dale@dale-ThinkPad-T61 ~/Projects/mdbtools $ ./autogen.sh **Warning**: I am going to run `configure' with no arguments. If you wish to pass any to it, please specify them on the `./autogen.sh' command line. processing . Running aclocal ... configure.in:117: warning: macro `AM_PATH_GLIB_2_0' not found in library Running libtoolize... libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. Running autoheader... Running automake --gnu ... Running autoconf ... Running ./configure ... checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes <snip> checking for iconv... yeschecking for iconv declaration... extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft);checking Are we using flex ... no - SQL engine disable./configure: line 11131: syntax error near unexpected token `2.0.0'./configure: line 11131: `AM_PATH_GLIB_2_0(2.0.0)' I get the same error on FreeBSD 9.0, except the error message also notes there is an unexpected ")" This didn't happen with the github head as of May 2010, but that was also on FreeBSD 8.2. I'm going to try re-compiling the old version again just to check what happens, but can anyone offer suggestions, or point out anything stupid I'm doing or not doing? Thanks, Dale |
|
From: Nirgal <con...@ni...> - 2012-01-16 02:22:06
|
Attached are two very old patches that were hanging in Debian distro... * treeviewmodel slightly improves the typing, so that less casts are necessary. * filelocals reduce the scope of some local functions declaring them static. These are small changes that I guess can go in. What do you think of these? |
|
From: Nirgal <con...@ni...> - 2012-01-16 02:12:48
|
Commited On Tuesday 03 January 2012 22:00:29 Nirgal wrote: > Hi everyone > > Debian packaging analysis is complaining about the fact that libmdb might call exit(). > > > N: In the case of an error, the library should instead return an > > N: appropriate error code to the calling program which can then determine > > N: how to handle the error, including performing any required clean-up. > > Does the attached patch looks ok for you? > |
|
From: Nirgal <con...@ni...> - 2012-01-16 01:52:08
|
Attached is a patch I'd like to commit: - Fix the html/install removal for "make clean" - Fix test of "userguide" when making links - Make must fail when openjade fails. Testing doc/book1.htm is not enough, for example when you have partial docbook installation. |
|
From: Nirgal <con...@ni...> - 2012-01-03 22:18:42
|
Hi everyone Debian packaging analysis is complaining about the fact that libmdb might call exit(). > N: In the case of an error, the library should instead return an > N: appropriate error code to the calling program which can then determine > N: how to handle the error, including performing any required clean-up. Does the attached patch looks ok for you? |
|
From: Nirgal <con...@ni...> - 2011-10-22 13:27:47
|
On Saturday 15 October 2011 16:29:30 Nirgal wrote: > I plan to commit it in a week, if there is no feed back. Done |
|
From: Nirgal <con...@ni...> - 2011-10-15 16:29:43
|
doc/Makefile.am advertise that html/ and install.tgz are built if DOCBOOK_DSL is defined. But this was not working. Attached is a patch to fix that. I plan to commit it in a week, if there is no feed back. |
|
From: אריאל ק. A. K. <kid...@gm...> - 2011-10-10 06:21:13
|
2011/10/6 Nirgal <con...@ni...> > Can you try to change in configure.in, on line 117, > AM_PATH_GLIB_2_0(2.0.0) > into > AM_PATH_GLIB_2_0([2.0.0]) > ? > > Okay, this seems to have an effect: configure fails no more. But make still won't run: it says [arielk@this brianb-mdbtools-c540d89]$ make cd . && /bin/sh /home/arielk/brianb-mdbtools-c540d89/missing --run aclocal-1.9 aclocal:configure.in:117: warning: macro `AM_PATH_GLIB_2_0' not found in library autom4te: cannot open autom4te.cache/requests: Permission denied aclocal-1.9: autom4te failed with exit status: 1 make: *** [aclocal.m4] Error 1 [arielk@this brianb-mdbtools-c540d89]$ ls -l autom4te.cache/requests -rw-r--r-- 1 root root 17255 Oct 4 12:09 autom4te.cache/requests I take it these are two separate problems. Do I have to be root in order to install? no way around it? And about glib, I don't have an idea on how to check it (shame on me). The system runs CentOS, which my sysadmin claims is compatible to RedHat 5.5. > Thank you for reporting that problem. > Thank you for your help! > > On Thursday 06 October 2011 06:46:23 אריאל קלגסבלד Ariel Klagsbald wrote: > > Hi. > > > > I've tried to install this newest version, and failed. It's most > probably > > something stupid I've done - I'm not really experienced in these things. > > > > I've downloaded brianb-mdbtools-0.7_rc1-0-gc540d89.tar.gz and opened it > (so > > far so good), and tried to run autogen.sh. It complained about not having > > the newest libtool. So I've got my sysadmin to install it (he claims he > has > > done it fine). Then I've run autogen,sh and it seemed good. Then > > ./configure, which printed a lot of things and then failed at > > > > checking for iconv... yes > > checking for iconv declaration... > > extern size_t iconv (iconv_t cd, char * *inbuf, size_t > > *inbytesleft, char * *outbuf, size_t *outbytesleft); > > checking Are we using flex ... no - SQL engine disable > > ./configure: line 19875: syntax error near unexpected token `2.0.0' > > ./configure: line 19875: `AM_PATH_GLIB_2_0(2.0.0)' > > I'm duffer at shell scripts too, and the sole line at configure line > 19875, > > which is simply 'AM_PATH_GLIB_2_0(2.0.0)' really didn't make sense to me. > So > > I've commented it out, and the configure has (apparently) successfully > > finished. But now 'make' failed and I take it it has failed because of > this > > GLIB thing (in include/mdbtools.h, it tries to include glib.h, and > > complained there's no such file or directory. And then a lot of other > > errors, which I think result from this failed include). > > > > Any help wiil be appreciated, > > Ariel. > > > > P.S. I'm tring to install as non-root, if it matters. If there's a way to > > not having to disturb my sysadmin again, that is, installing it all under > my > > homedir, I'd like to know. Thanks again > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > |
|
From: Nirgal <con...@ni...> - 2011-10-06 07:29:38
|
Also, you might need at have GLib 2 development package. This is libglib2.0-dev on debian. I read this is glib2-devel on fedora. What system are you using? On Thursday 06 October 2011 06:46:23 אריאל קלגסבלד Ariel Klagsbald wrote: > Hi. > > I've tried to install this newest version, and failed. It's most probably > something stupid I've done - I'm not really experienced in these things. > > I've downloaded brianb-mdbtools-0.7_rc1-0-gc540d89.tar.gz and opened it (so > far so good), and tried to run autogen.sh. It complained about not having > the newest libtool. So I've got my sysadmin to install it (he claims he has > done it fine). Then I've run autogen,sh and it seemed good. Then > ./configure, which printed a lot of things and then failed at > > checking for iconv... yes > checking for iconv declaration... > extern size_t iconv (iconv_t cd, char * *inbuf, size_t > *inbytesleft, char * *outbuf, size_t *outbytesleft); > checking Are we using flex ... no - SQL engine disable > ./configure: line 19875: syntax error near unexpected token `2.0.0' > ./configure: line 19875: `AM_PATH_GLIB_2_0(2.0.0)' > I'm duffer at shell scripts too, and the sole line at configure line 19875, > which is simply 'AM_PATH_GLIB_2_0(2.0.0)' really didn't make sense to me. So > I've commented it out, and the configure has (apparently) successfully > finished. But now 'make' failed and I take it it has failed because of this > GLIB thing (in include/mdbtools.h, it tries to include glib.h, and > complained there's no such file or directory. And then a lot of other > errors, which I think result from this failed include). > > Any help wiil be appreciated, > Ariel. > > P.S. I'm tring to install as non-root, if it matters. If there's a way to > not having to disturb my sysadmin again, that is, installing it all under my > homedir, I'd like to know. Thanks again > 2011/9/27 Brian Bruns <br...@br...> > > > Hi all, > > > > I've tagged 0.7_rc1 in the repository. > > > > You can get the tarball version here: > > > > https://github.com/brianb/mdbtools/zipball/0.7_rc1 > > > > Let me know if there are any problems! > > > > Brian > > > > > > ------------------------------------------------------------------------------ > > All the data continuously generated in your IT infrastructure contains a > > definitive record of customers, application performance, security > > threats, fraudulent activity and more. Splunk takes this data and makes > > sense of it. Business sense. IT sense. Common sense. > > http://p.sf.net/sfu/splunk-d2dcopy1 > > _______________________________________________ > > mdbtools-dev mailing list > > mdb...@li... > > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > > > |
|
From: Nirgal <con...@ni...> - 2011-10-06 07:13:13
|
Can you try to change in configure.in, on line 117, AM_PATH_GLIB_2_0(2.0.0) into AM_PATH_GLIB_2_0([2.0.0]) ? Thank you for reporting that problem. On Thursday 06 October 2011 06:46:23 אריאל קלגסבלד Ariel Klagsbald wrote: > Hi. > > I've tried to install this newest version, and failed. It's most probably > something stupid I've done - I'm not really experienced in these things. > > I've downloaded brianb-mdbtools-0.7_rc1-0-gc540d89.tar.gz and opened it (so > far so good), and tried to run autogen.sh. It complained about not having > the newest libtool. So I've got my sysadmin to install it (he claims he has > done it fine). Then I've run autogen,sh and it seemed good. Then > ./configure, which printed a lot of things and then failed at > > checking for iconv... yes > checking for iconv declaration... > extern size_t iconv (iconv_t cd, char * *inbuf, size_t > *inbytesleft, char * *outbuf, size_t *outbytesleft); > checking Are we using flex ... no - SQL engine disable > ./configure: line 19875: syntax error near unexpected token `2.0.0' > ./configure: line 19875: `AM_PATH_GLIB_2_0(2.0.0)' > I'm duffer at shell scripts too, and the sole line at configure line 19875, > which is simply 'AM_PATH_GLIB_2_0(2.0.0)' really didn't make sense to me. So > I've commented it out, and the configure has (apparently) successfully > finished. But now 'make' failed and I take it it has failed because of this > GLIB thing (in include/mdbtools.h, it tries to include glib.h, and > complained there's no such file or directory. And then a lot of other > errors, which I think result from this failed include). > > Any help wiil be appreciated, > Ariel. > > P.S. I'm tring to install as non-root, if it matters. If there's a way to > not having to disturb my sysadmin again, that is, installing it all under my > homedir, I'd like to know. Thanks again |
|
From: אריאל ק. A. K. <kid...@gm...> - 2011-10-06 06:46:29
|
Hi.
I've tried to install this newest version, and failed. It's most probably
something stupid I've done - I'm not really experienced in these things.
I've downloaded brianb-mdbtools-0.7_rc1-0-gc540d89.tar.gz and opened it (so
far so good), and tried to run autogen.sh. It complained about not having
the newest libtool. So I've got my sysadmin to install it (he claims he has
done it fine). Then I've run autogen,sh and it seemed good. Then
./configure, which printed a lot of things and then failed at
checking for iconv... yes
checking for iconv declaration...
extern size_t iconv (iconv_t cd, char * *inbuf, size_t
*inbytesleft, char * *outbuf, size_t *outbytesleft);
checking Are we using flex ... no - SQL engine disable
./configure: line 19875: syntax error near unexpected token `2.0.0'
./configure: line 19875: `AM_PATH_GLIB_2_0(2.0.0)'
I'm duffer at shell scripts too, and the sole line at configure line 19875,
which is simply 'AM_PATH_GLIB_2_0(2.0.0)' really didn't make sense to me. So
I've commented it out, and the configure has (apparently) successfully
finished. But now 'make' failed and I take it it has failed because of this
GLIB thing (in include/mdbtools.h, it tries to include glib.h, and
complained there's no such file or directory. And then a lot of other
errors, which I think result from this failed include).
Any help wiil be appreciated,
Ariel.
P.S. I'm tring to install as non-root, if it matters. If there's a way to
not having to disturb my sysadmin again, that is, installing it all under my
homedir, I'd like to know. Thanks again
2011/9/27 Brian Bruns <br...@br...>
> Hi all,
>
> I've tagged 0.7_rc1 in the repository.
>
> You can get the tarball version here:
>
> https://github.com/brianb/mdbtools/zipball/0.7_rc1
>
> Let me know if there are any problems!
>
> Brian
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> mdbtools-dev mailing list
> mdb...@li...
> https://lists.sourceforge.net/lists/listinfo/mdbtools-dev
>
|
|
From: <ml...@vr...> - 2011-09-27 17:01:24
|
gdb output with backtrace: (gdb) run Museum.mdb Starting program: /usr/local/bin/mdb-sql Museum.mdb 1 => SELECT Name AS museum_name FROM Museum 2 => go Error at Line : syntax error near AS syntax error near AS Program received signal SIGSEGV, Segmentation fault. strlen () at ../sysdeps/x86_64/strlen.S:31 31 ../sysdeps/x86_64/strlen.S: No such file or directory. in ../sysdeps/x86_64/strlen.S (gdb) bt #0 strlen () at ../sysdeps/x86_64/strlen.S:31 #1 0x00007ffff71a117d in _IO_vfprintf_internal (s=0x7fffffffd7e0, format=<optimized out>, ap=0x7fffffffd900) at vfprintf.c:1593 #2 0x00007ffff71c2289 in __IO_vsprintf (string=0x6062e0 "", format=0x7ffff79c64bf "%s near %s", args=0x7fffffffd900) at iovsprintf.c:43 #3 0x00007ffff79c3302 in mdb_sql_error (sql=<optimized out>, fmt=0x7ffff79c64bf "%s near %s") at mdbsql.c:55 #4 0x00007ffff79c437b in yyparse () at parser.c:1634 #5 0x00007ffff79c3ea1 in mdb_sql_run_query (sql=0x605a90, querystr=0x6191d0 "SELECT Name AS museum_name FROM Museum\n") at mdbsql.c:113 #6 0x0000000000401a5c in run_query (out=0x7ffff74b2780, sql=0x605a90, mybuf=0x7fffffffd940 "\377\377\377\377", delimiter= 0xffffffff <Address 0xffffffff out of bounds>) at mdb-sql.c:200 #7 0x000000000040220b in main (argc=<optimized out>, argv=<optimized out>) at mdb-sql.c:455 (gdb) Brian Bruns <br...@br...> hat am 27. September 2011 um 13:46 geschrieben: > Please run it in gdb and provide a backtrace > > gdb mdb-sql > (gdb) run Museum.mdb > 1=> SELECT ... > 2=> go > seg fault > (gdb) where > > and post the output. > > Brian > > On Tue, Sep 27, 2011 at 6:26 AM, Vitali <ml...@vr...> wrote: > > Hello, > > > > > > > > with the current version I get this error: > > > > server:~/test # mdb-sql Museum.mdb > > > > 1 => SELECT Name as museum_name FROM Museum > > > > 2 => go > > > > Error at Line : syntax error near as > > > > syntax error near asSegmentation fault > > > > > > > > > > > > I compiled mdbtools on Suse Linux Enterprise Server 11 SP1 X64 > > > > How can I debug this problem? > > > > > > > > > > > > Regards > > > > Vitali > > > > ------------------------------------------------------------------------------ > > All the data continuously generated in your IT infrastructure contains a > > definitive record of customers, application performance, security > > threats, fraudulent activity and more. Splunk takes this data and makes > > sense of it. Business sense. IT sense. Common sense. > > http://p.sf.net/sfu/splunk-d2dcopy1 > > _______________________________________________ > > mdbtools-dev mailing list > > mdb...@li... > > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > > > > |
|
From: <ml...@vr...> - 2011-09-27 12:04:01
|
(gdb) run Museum.mdb Starting program: /usr/local/bin/mdb-sql Museum.mdb 1 => SELECT Name AS museum_name FROM Museum 2 => go Error at Line : syntax error near AS syntax error near AS Program received signal SIGSEGV, Segmentation fault. strlen () at ../sysdeps/x86_64/strlen.S:31 31 ../sysdeps/x86_64/strlen.S: No such file or directory. in ../sysdeps/x86_64/strlen.S (gdb) Brian Bruns <br...@br...> hat am 27. September 2011 um 13:46 geschrieben: > Please run it in gdb and provide a backtrace > > gdb mdb-sql > (gdb) run Museum.mdb > 1=> SELECT ... > 2=> go > seg fault > (gdb) where > > and post the output. > > Brian > > On Tue, Sep 27, 2011 at 6:26 AM, Vitali <ml...@vr...> wrote: > > Hello, > > > > > > > > with the current version I get this error: > > > > server:~/test # mdb-sql Museum.mdb > > > > 1 => SELECT Name as museum_name FROM Museum > > > > 2 => go > > > > Error at Line : syntax error near as > > > > syntax error near asSegmentation fault > > > > > > > > > > > > I compiled mdbtools on Suse Linux Enterprise Server 11 SP1 X64 > > > > How can I debug this problem? > > > > > > > > > > > > Regards > > > > Vitali > > > > ------------------------------------------------------------------------------ > > All the data continuously generated in your IT infrastructure contains a > > definitive record of customers, application performance, security > > threats, fraudulent activity and more. Splunk takes this data and makes > > sense of it. Business sense. IT sense. Common sense. > > http://p.sf.net/sfu/splunk-d2dcopy1 > > _______________________________________________ > > mdbtools-dev mailing list > > mdb...@li... > > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > > > > |
|
From: Brian B. <br...@br...> - 2011-09-27 11:47:30
|
Please run it in gdb and provide a backtrace gdb mdb-sql (gdb) run Museum.mdb 1=> SELECT ... 2=> go seg fault (gdb) where and post the output. Brian On Tue, Sep 27, 2011 at 6:26 AM, Vitali <ml...@vr...> wrote: > Hello, > > > > with the current version I get this error: > > server:~/test # mdb-sql Museum.mdb > > 1 => SELECT Name as museum_name FROM Museum > > 2 => go > > Error at Line : syntax error near as > > syntax error near asSegmentation fault > > > > > > I compiled mdbtools on Suse Linux Enterprise Server 11 SP1 X64 > > How can I debug this problem? > > > > > > Regards > > Vitali > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > > |
26 messages has been excluded from this view by a project administrator.
