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: Andrea A. <aa...@at...> - 2000-07-27 13:52:01
|
On Thu, Jul 27, 2000 at 01:52:37PM +0200, Alvaro wrote: > Hi guys, > > In gnome-db we are interested in support Ms Access in our architecture. > And we think that your great work can help us in the target so I am > going > to start to test you tools and I will inform you from the results. > > Yesterday I test it with a 20 Mb MS Access database and it core dumps > when > I try to export the data to CVS. ¿Is it normal? I come from gnome-db list, I'm new here. The mdb-export needs two params <file> <table>, if you can't provide it core dumps. The mdb file needs a "compact" from Access menu. There are some Access type that aren't implemented yet. In libmdb/data.c, function *mdb_col_to_string() return NULL when a type isn't implemented. So, strcpy(to, mdb_col_to_string(...)) doesn't like a NULL value. I test it with a 16MB MSAccess database, 34K rows, only "text" e "int" columns and it works very well. I don't know the status of this project. cheers -- Andrea Austa - aa...@at... Debian GNU/Linux User -- |
From: Alvaro <ac...@fu...> - 2000-07-27 11:52:22
|
Hi guys, In gnome-db we are interested in support Ms Access in our architecture. And we think that your great work can help us in the target so I am going to start to test you tools and I will inform you from the results. Yesterday I test it with a 20 Mb MS Access database and it core dumps when I try to export the data to CVS. ¿Is it normal? I try it with the code from the CVS and with the 0.1 version. Cheers -- Alvaro |
From: Michael W. <wo...@ki...> - 2000-07-27 07:22:18
|
Hi Chris Daley <Chr...@au...> wrote: > > Anybody got or know of an open source SQL parser that I can > bolt into an OOP MacOS version of the mdb tools I am working > on. I think there might be a perl module that does that. I seem to remember something like that while looking around on CPAN (http://www.cpan.org) -- Michael Wood | Tel: +27 21 762 0276 | http://www.kingsley.co.za/ wo...@ki... | Fax: +27 21 761 9930 | Kingsley Technologies |
From: Oliver S. <Ol...@ca...> - 2000-07-26 08:41:58
|
well, intrabase 6 + source code has been released that's got a great(in size as well;-) sql parser here http://www.borland.com/interbase/index.html or you gould try ripping the one from postgress or mysql postgres is at www.postgreSQL.org and msql is at www.mysql.org > -----Original Message----- > From: Chris Daley [mailto:Chr...@au...] > Sent: 26 July 2000 06:40 > To: mdb...@li... > Subject: [mdb-dev] SQL parser > > > Anybody got or know of an open source SQL parser that I can > bolt into an OOP > MacOS version of the mdb tools I am working on. > Cheers > Chris D. > > +------------------------------+ > Chris Daley > Greenpeace Australia > Local Groups Coordinator > Ph: (02) 9263 0338 > Fax: (02) 9261 4588 > +------------------------------+ > Chr...@au... > +------------------------------+ > > "Until the philosophy which holds one race > superior and another inferior > is finally discredited and abandoned > everywhere is war, me say war" > Bob Marley - War > > > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > http://lists.sourceforge.net/mailman/listinfo/mdbtools-dev > |
From: Chris D. <Chr...@au...> - 2000-07-26 05:42:42
|
Anybody got or know of an open source SQL parser that I can bolt into an OOP MacOS version of the mdb tools I am working on. Cheers Chris D. +------------------------------+ Chris Daley Greenpeace Australia Local Groups Coordinator Ph: (02) 9263 0338 Fax: (02) 9261 4588 +------------------------------+ Chr...@au... +------------------------------+ "Until the philosophy which holds one race superior and another inferior is finally discredited and abandoned everywhere is war, me say war" Bob Marley - War |
From: <ham...@t-...> - 2000-07-20 17:42:09
|
I tried using the mdbtools with a big ( > 400 MB ) file and lots of catalog entries. This led to the following: a) catalog pages: the meaning of 0x4000 and 0x8000 in row offsets - if 0x4000 is set, then the data is at a different page. The link data consists of a 1-byte row index and a three byte page number a catalog entry that has been referenced by a 0x4000 will show the 0x8000 bit. Unfortunately I cannot use this to shorten the scan for catalog pages because - at least in my example mdb - there are two initial catalog pages; the others could be reached via links b) firstpage - in a catalog record, the 3 bytes (rather than 2) after the initial 0x11 are the initial page number. The fourth byte seems to be some flag There are quite a few pages with the letters 'LVAL' at the beginning of the page. Does anyone know what they mean? Wolfgang Hamann |
From: <ca...@ai...> - 2000-07-20 14:33:01
|
Sorry for the late reply, been in the process of moving. I don't have access to Access 2.0, but if someone were to send me a couple sample databases I could have a look. Brian On Sat, 1 Jul 2000, Sudipta Ghose wrote: > Hi All, > > I managed to port mdbtools in win32. The idea was to salvage a corrupted > Access 2.0 mdb. Unfortunately the code works fine for Access 7 mdbs, but not > for Access 2 mdbs. > > Any ideas about extracting data from Access 2.0 mdb? > > Thanks. > > -Sugho- > > > ________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com > > > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > http://lists.sourceforge.net/mailman/listinfo/mdbtools-dev > |
From: <ca...@ai...> - 2000-07-20 14:31:23
|
Great idea! I had been contemplating joining the openoffice mailing list just on general purposes. Now I have a reason! Brian On Wed, 19 Jul 2000, Oliver Stieber wrote: > anyone fancy looking at putting a access filter into staroffice when it gets > gpled, > or doing a odbc version? > > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > http://lists.sourceforge.net/mailman/listinfo/mdbtools-dev > |
From: Oliver S. <Ol...@ca...> - 2000-07-19 16:42:14
|
anyone fancy looking at putting a access filter into staroffice when it gets gpled, or doing a odbc version? |
From: Richard N. <kle...@em...> - 2000-07-18 23:48:38
|
Hello everyone. For the first little while I'll be a lurker, I will be spending my time getting the source code to compile under BeOS (a great alternative OS). I'm going after the exact same task for www.BeUnited.org (an internet developer's group working towards open-source solutions) and since you have a fountain of information from hacking the databases I'm gonna tag along and contribute whenever I can. Keep up the good work. Richard ----------------------------------------------- FREE! The World's Best Email Address @email.com Reserve your name now at http://www.email.com |
From: Sudipta G. <sud...@ho...> - 2000-07-01 21:17:46
|
Hi All, I managed to port mdbtools in win32. The idea was to salvage a corrupted Access 2.0 mdb. Unfortunately the code works fine for Access 7 mdbs, but not for Access 2 mdbs. Any ideas about extracting data from Access 2.0 mdb? Thanks. -Sugho- ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com |
From: oliver <ol...@ca...> - 2000-06-22 10:04:04
|
as you can see genesis.grebyn.com didn't like the fact i have no dns entry ;-) so i've had to resort to posting to the mailing list, the attachment's not that large though MAI...@ol... wrote: > > This is the Postfix program at host oliverthered.uk-plc.net. > > I'm sorry to have to inform you that the message returned > below could not be delivered to one or more destinations. > > For further assistance, please contact > <pos...@ol...> > > If you do so, please include this problem report. You can > delete your own text from the message returned below. > > The Postfix program > > <kn...@gr...>: host genesis.grebyn.com[192.70.213.6] refused to > talk to > me: 550 Blocked, no DNS PTR for 212.22.xxx.xxx > > ------------------------------------------------------------------------ > > Subject: Re: [mdb-dev] haccess > Date: Thu, 22 Jun 2000 09:57:36 +0100 > From: Oliver Stieber <Ol...@ca...> > To: kn...@gr... > > kn...@gr... wrote: > > > > I'd be glad to receive them. It would be interesting to compare with > what > > we've got so far... In my copious spare time... :-) > > > > -- Karl -- > here you go... > just the structs for the moment, i had another look at the classes and > there , well lets just say not up to my usual standard.. > > i've left all the comments intact, so theres a little light swaring and > plenty of spelling mistakes ;-) > > i've got a document that has some unfinished stuff in it. but like my > classes it needs a fair bit of tidying up. > > ------------------------------------------------------------------------ > Name: mdbstructures.txt > mdbstructures.txt Type: Plain Text (text/plain) > Encoding: quoted-printable |
From: oliver <ol...@ca...> - 2000-06-21 14:36:30
|
I was working on a program called haccess about a year ago, i managed to retrieve almost all the data (binary's were causing a bit of a problem as i seem to remeber). blobs, and all the table defs, my c++ structs and classes are available to any one who wants them (not that the classes are upto much and are over-hacked). it's currently in cbuilder(which runs fine with wine) because the variant type save me so hacking time. |
From: Stephan E. <st...@ca...> - 2000-06-12 13:11:42
|
Hello All, I've got a simple mdb database that is thoroughly confusing mdb-export. Here is an example of a good record. Note the combination 05 07 at the very end of the record. All records that mdb-export can succesfully export from this database have this byte combination. row_start = 1872, row_end = 2047 0750 08 01 00 00 00 53 61 72 6e 69 61 2d 4c 61 6d 62 .....Sarnia-Lamb 0760 74 6f 6e 20 42 75 73 69 6e 65 73 73 20 4e 65 74 ton Business Net 0770 77 6f 72 6b 36 2f 32 39 2f 30 30 37 3a 30 30 20 work6/29/007:00 0780 61 2e 6d 2e 20 74 6f 20 38 3a 33 30 20 61 2e 6d a.m. to 8:30 a.m 0790 2e 52 61 6d 61 64 61 20 48 6f 74 65 6c 24 35 2e .Ramada Hotel$5. 07a0 30 30 45 64 69 74 68 20 61 74 20 74 68 65 20 4f 00Edith at the O 07b0 66 66 69 63 65 20 6f 66 20 45 63 6f 6e 6f 6d 69 ffice of Economi 07c0 63 20 44 65 76 65 6c 6f 70 6d 65 6e 74 2c 20 35 c Development, 5 07d0 31 39 2d 33 33 32 2d 31 38 32 30 20 6f 72 20 77 19-332-1820 or w 07e0 69 6c 6d 6f 74 40 65 63 64 65 76 2e 73 61 72 6e il...@ec...rn 07f0 69 61 2e 63 6f 6d a6 52 4d 41 2b 24 24 05 07 fb ia.com.RMA+$$... Now for the bad record. Note the byte combination at the very end. This time there is a 04 stuck in between the 05 07 combination. I can't account for the 04. It does not appear to have any meaning in this record. I've checked with other databases, and the same thing occurs, except the 04 is replaced with other data. There is one more bug in mdb-export. Note the combination (from end-to-beginning) ff 07 04 05 30 e2 e8 0a ... The 0a here really means 10a, and all subsequent data should have an offset of 0x100. These bytes represent the byte offset from the beginning of the data to the next field. Naturally, this number must be increasing, and the dip (from e8 to 0a) represents a roll-over, where 0x100 must be carried. row_start = 1450, row_end = 1871 05aa 08 02 00 00 00 4d 61 6e 61 67 69 6e 67 20 61 6e .....Managing an 05ba 64 20 46 69 6e 61 6e 63 69 6e 67 20 49 6e 64 65 d Financing Inde 05ca 70 65 6e 64 65 6e 74 20 42 75 73 69 6e 65 73 73 pendent Business 05da 41 20 32 2d 64 61 79 20 73 65 6d 69 6e 61 72 20 A 2-day seminar 05ea 74 68 61 74 20 70 72 6f 76 69 64 65 73 20 74 68 that provides th 05fa 65 20 74 6f 6f 6c 73 20 79 6f 75 20 6e 65 65 64 e tools you need 060a 20 66 6f 72 20 63 6f 6e 74 72 6f 6c 2c 20 73 75 for control, su 061a 72 76 69 76 61 6c 20 61 6e 64 20 73 75 63 63 65 rvival and succe 062a 73 73 2e 20 20 52 65 61 6c 20 66 69 6e 61 6e 63 ss. Real financ 063a 69 61 6c 20 68 65 6c 70 20 66 6f 72 20 6e 6f 6e ial help for non 064a 2d 66 69 6e 61 6e 63 69 61 6c 20 6d 61 6e 61 67 -financial manag 065a 65 72 73 20 2d 20 69 6e 20 70 6c 61 69 6e 20 65 ers - in plain e 066a 6e 67 6c 69 73 68 2e 20 20 53 74 65 76 65 20 48 nglish. Steve H 067a 65 67 67 20 2d 20 46 61 63 69 6c 69 74 61 74 6f egg - Facilitato 068a 72 2e 36 2f 36 2f 30 30 37 3a 33 30 20 61 2e 6d r.6/6/007:30 a.m 069a 2e 20 74 6f 20 35 3a 30 30 20 70 2e 6d 2e 20 28 . to 5:00 p.m. ( 06aa 62 6f 74 68 20 64 61 79 73 29 53 74 2e 20 43 6c both days)St. Cl 06ba 61 69 72 20 43 6f 72 70 6f 72 61 74 65 20 43 65 air Corporate Ce 06ca 6e 74 72 65 20 28 32 36 35 20 46 72 6f 6e 74 20 ntre (265 Front 06da 53 74 2e 2c 20 4e 2e 2c 20 53 61 72 6e 69 61 29 St., N., Sarnia) 06ea 24 33 35 30 2e 30 30 4a 65 66 66 20 4b 69 6e 73 $350.00Jeff Kins 06fa 65 6c 6c 61 2c 20 42 75 73 69 6e 65 73 73 20 47 ella, Business G 070a 72 6f 77 74 68 20 53 65 72 76 69 63 65 73 20 61 rowth Services a 071a 74 20 35 31 39 2d 33 33 32 2d 34 32 36 31 20 6f t 519-332-4261 o 072a 72 20 6b 69 6e 73 65 6c 6c 61 40 65 63 64 65 76 r kinsella@ecdev 073a 2e 73 61 72 6e 69 61 2e 63 6f 6d 9b 47 40 0a e8 .sarnia.com.G@.. 074a e2 30 05 04 07 ff .0.... Can anyone shed any light on why the 04 is in this data? How do I patch mdb-export to ignore or properly interpret this data? I can make this problem database available for testing. Just drop me a line and I'll send you a copy of the mdb database. Best Regards, Stephan. +-----------------------------------------+-----------------------------+ |Stephan Andre Edelman, B.Eng | | |st...@dy... |"Use TCP, those who don't | |Technical Director, DynIP division | are doomed to re-invent it."| |CanWeb Internet Services Ltd. | | |Phone: (519) 332-6900 Fax: (519) 332-6464| -James van Bokkelen | +-----------------------------------------+-----------------------------+ |
From: Michael W. <wo...@ki...> - 2000-06-12 11:01:39
|
Hi Dave Belfer-Shevett <sh...@ho...> wrote: > > Hmm. Did my original mail to the list about 'nothing > happening' when running mdbtools ever make it to the list? I > haven't seen any answers. (or coments, or flames, or general > blabbers. :) Your e-mail came through, but I haven't seen that problem before, so I didn't feel I could comment on it. I can't remember exactly what you said in the post, but have you tried running mdb-schema on it? Does that work? Is it only the mdb-export/prdata utils that print nothing? Maybe there's a bug in the catalog code so that it misses the table you are interested in. Does your table have a space in the name? Or any characters other than letters and digits? -- Michael Wood | Tel: +27 21 762 0276 | http://www.kingsley.co.za/ wo...@ki... | Fax: +27 21 761 9930 | Kingsley Technologies |
From: Dave Belfer-S. <sh...@ho...> - 2000-06-11 16:57:51
|
On Sun, 11 Jun 2000 ca...@ai... wrote: > Could you send a small database that demonstrates this problem, and I'll > take a look. Hmm. Did my original mail to the list about 'nothing happening' when running mdbtools ever make it to the list? I haven't seen any answers. (or coments, or flames, or general blabbers. :) -------------------. Web-based problem management: www.stonekeep.com Dave Belfer-Shevett >----------------------------------------------------. sh...@po... / 90's Vocab: Dancing Baloney - Little animated GIFs \ ------------------< and other Web F/X that are useless and serve simply | | to impress clients. "This page is kinda dull. Maybe | | a little dancing baloney will help." | \______________________________________________________/ |
From: <ca...@ai...> - 2000-06-11 11:59:27
|
Hi, Could you send a small database that demonstrates this problem, and I'll take a look. Cheers, Brian On Fri, 9 Jun 2000, Frank Haynes wrote: > Hello, > > I'm getting SegFaults using mdb-schema, mdb-export, and others on > an mdb file. The SegFaults occur when it comes to a large table which > has "text" fields in it -- that is, fields which may or may not contain > large quantities of text. It does fine on other tables which do not contain > this type of field, of which there are several before it gets to the big > table. I can't remember what Access calls this type of field. We used to > keep this database in Paradox, and they called them "memo fields." > > I have tried to make the changes suggested by Michael Wood, but that didn't > seem to help in this case. > > Any thoughts? > > Thanks. > > --Frank > -- > -------------------------------------------------------------------- > Frank Haynes 340 Pinetree Circle Decatur, GA 30032 > +1 770 935 3371 fr...@va... http://www.mindspring.com/~fmh > > > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > http://lists.sourceforge.net/mailman/listinfo/mdbtools-dev > |
From: <fr...@va...> - 2000-06-10 03:25:29
|
Hello, I'm getting SegFaults using mdb-schema, mdb-export, and others on an mdb file. The SegFaults occur when it comes to a large table which has "text" fields in it -- that is, fields which may or may not contain large quantities of text. It does fine on other tables which do not contain this type of field, of which there are several before it gets to the big table. I can't remember what Access calls this type of field. We used to keep this database in Paradox, and they called them "memo fields." I have tried to make the changes suggested by Michael Wood, but that didn't seem to help in this case. Any thoughts? Thanks. --Frank -- -------------------------------------------------------------------- Frank Haynes 340 Pinetree Circle Decatur, GA 30032 +1 770 935 3371 fr...@va... http://www.mindspring.com/~fmh |
From: Stephan E. <st...@ca...> - 2000-05-26 13:11:35
|
Hello Karl: Thanks for your message. Yes, we're using FreeBSD 3.4-STABLE. I did figure out that GLIB.H must be part of GLIBC and installed it through the FreeBSD ports tree. I was able to compile it and use it. Best Regards, Stephan. +-----------------------------------------+-----------------------------+ |Stephan Andre Edelman, B.Eng | | |st...@dy... |"Use TCP, those who don't | |Technical Director, DynIP division | are doomed to re-invent it."| |CanWeb Internet Services Ltd. | | |Phone: (519) 332-6900 Fax: (519) 332-6464| -James van Bokkelen | +-----------------------------------------+-----------------------------+ On Thu, 25 May 2000 kn...@gr... wrote: > You don't say what platform you're using, but I'm betting it isn't Linux. I > had problems compiling on Solaris, so I went to get a Linux box. > Alternatively, you can probably get glibc for your platform. > > -- Karl -- > > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > http://lists.sourceforge.net/mailman/listinfo/mdbtools-dev > |
From: Michael W. <wo...@ki...> - 2000-05-26 07:08:08
|
Hi Stephan Edelman <st...@ca...> wrote: > > Hello, > > I'm having a problem compiling the mdbtools out of the box. > I'm getting the following error: > > In file included from catalog.c:20: > ../include/mdbtools.h:30: glib.h: No such file or directory > > It looks like glib.h is nowhere to be found. Is there a > package that I am missing? > Any help would be greatly appreciated. kn...@gr... replied: > > You don't say what platform you're using, but I'm betting it > isn't Linux. I had problems compiling on Solaris, so I went > to get a Linux box. > Alternatively, you can probably get glibc for your platform. The problem is glib, NOT glibc. glib is a sort of utility library to help with things like linked lists and stuff. It is needed by GTK+ and therefore GNOME, so most Linux boxes will have it installed. If you want to compile anything that needs it, you will need the development packages as well. For a RedHat based system, the package is called glib-devel-*.rpm. The mdbtools use some functions of the glib library. If you don't have it installed, you won't have the glib-config program and you will get the above error message. If you DO have glib-devel installed, but glib-config is not in your PATH, you will also get the above error. Hope this helps. -- Michael Wood | Tel: +27 21 762 0276 | http://www.kingsley.co.za/ wo...@ki... | Fax: +27 21 761 9930 | Kingsley Technologies |
From: Dave Belfer-S. <sh...@ho...> - 2000-05-26 01:28:16
|
hey folks, I'm in a bind trying to snarf some data from a .mdb file. I need to import it into a MySQL database, and came across mdbtools, which sounded like the perfect answer. A CSV file is easy to work with. :) However, when running mdbtools, I get: [shevett@lightship]:~/mdbtools$ mdb-tables ./db.mdb [shevett@lightship]:~/mdbtools$ Nothing output. Now I know that this particular db has a 'Cards' table in it (I can see it when i open it in access), but when i try to export it: [shevett@lightship]:~/mdbtools$ mdb-export ./db.mdb Cards [shevett@lightship]:~/mdbtools$ Any ideas? Here's the environment: FreeBSD 4.0 glib 1.2.7 gcc version 2.95.2 Help? :) -------------------. Web-based problem management: www.stonekeep.com Dave Belfer-Shevett >----------------------------------------------------. sh...@po... / 19. Clearly misunderstood. (from 'Top 50 Oxymorons') \ \______________________________________________________/ |
From: <kn...@gr...> - 2000-05-25 18:31:24
|
You don't say what platform you're using, but I'm betting it isn't Linux. I had problems compiling on Solaris, so I went to get a Linux box. Alternatively, you can probably get glibc for your platform. -- Karl -- |
From: Stephan E. <st...@ca...> - 2000-05-25 16:11:59
|
Hello, I'm having a problem compiling the mdbtools out of the box. I'm getting the following error: In file included from catalog.c:20: ../include/mdbtools.h:30: glib.h: No such file or directory It looks like glib.h is nowhere to be found. Is there a package that I am missing? Any help would be greatly appreciated. Best Regards, Stephan Edelman. |
From: Michael W. <wo...@ki...> - 2000-04-26 06:36:17
|
Hi On Tue, Apr 25, 2000 Carl Seutter <cgs...@wo...> wrote: > > When I was using mdb-export yesterday, I think I may have found a > problem. Where I found the problem was if the first column was a text > field. As long as the first field was a number, it seemed to work. > But, the database that I was exporting, had a text field as the first > column. Here's an example: > > header row: field1,field2,field3,field4 <== the header row showed all > the columns > the data row: ,value2,value3,value4 <== the first column's value is > missing > > Does anyone else have this problem? Or is it just my database? Well, I haven't come across that particular problem, but I think there is something wrong with the data export anyway. I have a test database that I was trying out the tools on and prdata and mdb-export both segfault on it. I haven't really looked into the problem properly, and I don't have the mdb file here, but as far as I remember it has one table, and I think 3 columns. First an integer (maybe autoincrement.), second and third text fields. I added a couple of rows and deleted some. There are now two or three rows, numbered something like 1, 2, and 4 (Maybe 1, 3, 4). Anyway, when I run mdb-export or prdata, it prints the first row twice and then segfaults. Has anyone else seen something like this? Maybe I'll try re-creating the database here and see if I get the same problem. -- Michael Wood | Tel: +27 21 762 0276 | http://www.kingsley.co.za/ wo...@ki... | Fax: +27 21 761 9930 | Kingsley Technologies |
From: Carl S. <cgs...@wo...> - 2000-04-25 11:43:46
|
When I was using mdb-export yesterday, I think I may have found a problem. Where I found the problem was if the first column was a text field. As long as the first field was a number, it seemed to work. But, the database that I was exporting, had a text field as the first column. Here's an example: header row: field1,field2,field3,field4 <== the header row showed all the columns the data row: ,value2,value3,value4 <== the first column's value is missing Does anyone else have this problem? Or is it just my database? |