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: Jeff S. <why...@ya...> - 2004-03-04 15:26:30
|
--- Barrie Backhurst <bar...@nt...> wrote:
> Hi
>
> I have just installed mdbtools 0.5, along with unixodbc on slackware 9.1
>
> The tools work fine with a test mdb file, but I am having problems configuring
> the odbc. I have edited odbc.ini as advised in your post install
> instructions, but OpenOffice will not connect. I have tried using ODBCConfig,
> but there does not appear to be a setup library available and when I try to
> configure the DSN, the folowing error is generated:-
>
> Could not construct a property list for (/usr/local/lib/libmdbodbc.so)
You are correct, there is a driver, but no setup library. The convention seems
to be that setup libraries end with a capital S (e.g. libodbcmyS.so, libtdsS.so).
I have not seen anything like that from unixODBC or from mdbtools.
I have had problems with having it in the system DSN's (/etc/odbc.ini), so I
put the definitions in the user DSN's instead ($HOME/.odbc.ini). Try this if
you have not already.
To test, use unixODBC's isql tool. Run 'isq your_DSN' and try executing a
select statement ('select * from some_table').
> I guess I am missing something simple here, but I have been over it several
> times and cannot find the answer.
>
> Barrie
Hope some of this helps.
-- Jeff S
__________________________________
Do you Yahoo!?
Yahoo! Search - Find what youre looking for faster
http://search.yahoo.com
|
|
From: Ketil W. A. <kwa...@br...> - 2004-03-04 00:27:32
|
Hi These might be really, really, really stupid questions, but I've just migrated from Windows to Fedora Linux, and want to be able to migrate my most important *.mdb too. As you understand, I'm really new at this, and I'm sure there will be laughter when I ask my questions... So, start smiling... - Is a "GUI" the actual interface that I can try to work in? - How do I start something? I downloaded and installed all rpms necessary I think. I've been searching around for who-knows-how-long, and can't find anything that looks useful. I would think there would be some kind of manual or how-to that answers my questions, but I can't seem to locate anything. Thanks! - Ketil -- The only thing necessary for the perpetuation of evil, is for good people to do nothing :::::::::::::::: Ketil Wendelbo Aanensen, Biermanns gate 10, 0473 Oslo Tlf: 22 71 96 56, Mob: 913 14 270, Jobb: 23 00 29 00 ke...@so... <http://home.no.net/kwaanens/> |
|
From: Barrie B. <bar...@nt...> - 2004-03-03 23:37:15
|
Hi I have just installed mdbtools 0.5, along with unixodbc on slackware 9.1 The tools work fine with a test mdb file, but I am having problems config= uring=20 the odbc. I have edited odbc.ini as advised in your post install=20 instructions, but OpenOffice will not connect. I have tried using ODBCCon= fig,=20 but there does not appear to be a setup library available and when I try = to=20 configure the DSN, the folowing error is generated:- =09Could not construct a property list for (/usr/local/lib/libmdbodbc.so) I guess I am missing something simple here, but I have been over it sever= al=20 times and cannot find the answer. Barrie |
|
From: <br...@br...> - 2004-03-03 22:40:46
|
I found out something with the position of the column in the null_mask. There is a field in the tdef page that determines the order, and it's important for tables with deleted columns. I'm just about finished with my fixes for deleted columns, so I'm going to wrap them up together and commit them. Patch looks good though, and I merged it into my tree this morning. Stay tuned. Brian On Tue, 2 Mar 2004 22:05:33 -0800 (PST), Jeff Smith wrote: > > FYI, I have submitted it to the patches page at sf. > > -- Jeff S (sf username: whydoubt) > > --- br...@br... wrote: > > Excellent! I'll add a note to the HACKING file about the order. The > > mdb_crack_row() stuff is a fairly recent change, and not all of it > may > > have made it from the old data.c routine (although I hope it did). > > I'm working on this area myself at the moment trying to get > > deleted/added columns working correctly. > > > > Sorry about the Jet4 thing, been working on write support under Jet3 > > primarily and haven't gotten to the point of translating that to > > Jet4....doh! > > > > I'll be looking forward to your patch. > > > > Brian > > __________________________________ > Do you Yahoo!? > Yahoo! Search - Find what you�re looking for faster > http://search.yahoo.com > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev |
|
From: Jeff S. <why...@ya...> - 2004-03-03 06:18:49
|
FYI, I have submitted it to the patches page at sf. -- Jeff S (sf username: whydoubt) --- br...@br... wrote: > Excellent! I'll add a note to the HACKING file about the order. The > mdb_crack_row() stuff is a fairly recent change, and not all of it may > have made it from the old data.c routine (although I hope it did). > I'm working on this area myself at the moment trying to get > deleted/added columns working correctly. > > Sorry about the Jet4 thing, been working on write support under Jet3 > primarily and haven't gotten to the point of translating that to > Jet4....doh! > > I'll be looking forward to your patch. > > Brian __________________________________ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com |
|
From: <br...@br...> - 2004-03-03 01:24:37
|
Excellent! I'll add a note to the HACKING file about the order. The mdb_crack_row() stuff is a fairly recent change, and not all of it may have made it from the old data.c routine (although I hope it did). I'm working on this area myself at the moment trying to get deleted/added columns working correctly. Sorry about the Jet4 thing, been working on write support under Jet3 primarily and haven't gotten to the point of translating that to Jet4....doh! I'll be looking forward to your patch. Brian On Tue, 2 Mar 2004 10:18:14 -0800 (PST), Jeff Smith wrote: > > After a little experimenting with Access, it seems to me that the > ordering > in the null_mask gives no regard to fixed vs. variable fields. I have > created a patch which should fix mdb_crack_row3 and mdb_crack_row4. > > I have had no luck with Jet4 databases and discovered that it is > because > mdb_pack_row is written for Jet3. I moved this code to mdb_pack_row3, > wrote a mdb_pack_row4, and made mdb_pack_row call the appropriate one, > in > the same manner mdb_crack_row calls mdb_crack_row3 or mdb_crack_row4. > Jet4 now works for me (except for some Unicode issues) and I will > include > this work in my patch as well. > > Look for my patch on the sourceforge patches page sometime in the next > 24 hours. :-) > > -- Jeff S > > > --- Jeff Smith <why...@ya...> wrote: > > I was comparing mdb_pack_row and mdb_crack_row, and there seems to be > > a discrepancy in how they handle null_mask (as it is called in the > > HACKING document). In mdb_pack_row, it is encoded without respect to > > whether the field is fixed or variable. In mdb_crack_row, it treats > > the null_mask as if the fixed fields were encoded before the variable > > fields. Which is correct? I can easily fix the incorrect one if I > > know which one that is. :-) > > > > -- Jeff S > > __________________________________ > Do you Yahoo!? > Yahoo! Search - Find what you�re looking for faster > http://search.yahoo.com > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev |
|
From: Jeff S. <why...@ya...> - 2004-03-02 18:31:12
|
After a little experimenting with Access, it seems to me that the ordering in the null_mask gives no regard to fixed vs. variable fields. I have created a patch which should fix mdb_crack_row3 and mdb_crack_row4. I have had no luck with Jet4 databases and discovered that it is because mdb_pack_row is written for Jet3. I moved this code to mdb_pack_row3, wrote a mdb_pack_row4, and made mdb_pack_row call the appropriate one, in the same manner mdb_crack_row calls mdb_crack_row3 or mdb_crack_row4. Jet4 now works for me (except for some Unicode issues) and I will include this work in my patch as well. Look for my patch on the sourceforge patches page sometime in the next 24 hours. :-) -- Jeff S --- Jeff Smith <why...@ya...> wrote: > I was comparing mdb_pack_row and mdb_crack_row, and there seems to be > a discrepancy in how they handle null_mask (as it is called in the > HACKING document). In mdb_pack_row, it is encoded without respect to > whether the field is fixed or variable. In mdb_crack_row, it treats > the null_mask as if the fixed fields were encoded before the variable > fields. Which is correct? I can easily fix the incorrect one if I > know which one that is. :-) > > -- Jeff S __________________________________ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com |
|
From: Jeff S. <why...@ya...> - 2004-03-02 06:03:01
|
I was comparing mdb_pack_row and mdb_crack_row, and there seems to be a discrepancy in how they handle null_mask (as it is called in the HACKING document). In mdb_pack_row, it is encoded without respect to whether the field is fixed or variable. In mdb_crack_row, it treats the null_mask as if the fixed fields were encoded before the variable fields. Which is correct? I can easily fix the incorrect one if I know which one that is. :-) -- Jeff S __________________________________ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com |
|
From: ampa16\@libero\.it <am...@li...> - 2004-03-01 17:08:29
|
Hallo everyone. I'd like to use this mdbtool under windows. Do I have= to compile it? Does a compiled version already exist? If so, where can I= download it? Thank you in advance, Armando (Italy) |
|
From: <br...@br...> - 2004-02-29 22:30:42
|
Much of the ODBC driver was copied from my other project, FreeTDS. This is a SQL Serverism and really doesn't belong. For a better idea of what should be happening in commands like SQLTables(), SQLTypeInfo(), etc... look at the code for "LIST TABLES" or "DESCRIBE TABLE" in the SQL engine. It creates a one page temp table and populates it, then fakes the client into reading from this instead of the regular mdb file. It's a bit of a kludge at the moment, but you can see where it's going (multifile support). One caveat, if the results are > 1 page (2k or 4k in Jet3/4 respectively) the thing will probably core dump. I intend to fix this problem after releasing 0.6pre1 by using true multi page temp files. Brian On Sun, 29 Feb 2004 14:06:16 -0800 (PST), Jeff Smith wrote: > > I should have done more research before writing this. > I had originally assumed this was something specific to > mdbtools. My mistake. :-) I'm working on a fix (or at > least a hack) for this now. > > -- Jeff S > > > --- Jeff Smith <why...@ya...> wrote: > > SQLTables in src/odbc/odbc.c appears to be passing "exec sp_tables" > to > > libmdbsql. However, libmdbsql seems to know nothing of exec or > sp_tables. > > Was this usage in the ODBC driver based on obsolete usage, or > > yet-to-be-implemented usage in libmdbsql? > > > > -- Jeff S > > > __________________________________ > Do you Yahoo!? > Get better spam protection with Yahoo! Mail. > http://antispam.yahoo.com/tools > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev |
|
From: Jeff S. <why...@ya...> - 2004-02-29 22:18:07
|
I should have done more research before writing this. I had originally assumed this was something specific to mdbtools. My mistake. :-) I'm working on a fix (or at least a hack) for this now. -- Jeff S --- Jeff Smith <why...@ya...> wrote: > SQLTables in src/odbc/odbc.c appears to be passing "exec sp_tables" to > libmdbsql. However, libmdbsql seems to know nothing of exec or sp_tables. > Was this usage in the ODBC driver based on obsolete usage, or > yet-to-be-implemented usage in libmdbsql? > > -- Jeff S __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools |
|
From: Jeff S. <why...@ya...> - 2004-02-29 20:49:52
|
SQLTables in src/odbc/odbc.c appears to be passing "exec sp_tables" to libmdbsql. However, libmdbsql seems to know nothing of exec or sp_tables. Was this usage in the ODBC driver based on obsolete usage, or yet-to-be-implemented usage in libmdbsql? -- Jeff S __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools |
|
From: <br...@br...> - 2004-02-27 23:44:24
|
The easiest thing for me is if you submit them to the patches section of the sourceforge project page (http://www.sourceforge.net/projects/mdbtools/) that way I can merge them in and provide feedback when they are commited. Welcome to the project! Brian On Fri, 27 Feb 2004 09:35:56 -0800 (PST), Jeff Smith wrote: > > Is this list the best place to send small patches? > I am trying to work with the mdbtools ODBC driver in > CVS and have already made several easy fixes that > help out. > > -- Jeff S > > __________________________________ > Do you Yahoo!? > Get better spam protection with Yahoo! Mail. > http://antispam.yahoo.com/tools > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev |
|
From: Jeff S. <why...@ya...> - 2004-02-27 17:46:27
|
Is this list the best place to send small patches? I am trying to work with the mdbtools ODBC driver in CVS and have already made several easy fixes that help out. -- Jeff S __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools |
|
From: <br...@br...> - 2004-02-13 20:53:40
|
Sourceforge doesn't show any files attached. You can forward them to me directly and I'd be happy to take a look. Brian On Fri, 13 Feb 2004 11:20:59 -0800 (PST), Frank Guarino wrote: > > Hi All, > > I've been trying to get the mdbtools to work with MS > project mdb files for a while now, but I keep getting > segmentation faults. I've now submitted two bug > reports (896696, 890035) but the attached file upload > failed each time. > > If I could get some help on this problem I would > appreciate it. Please let me know what information I > need to post and/or how I can upload the sample mdb > file so someone can look at it. > > Also, is has anyone else gotten mdbtools to work > properly with MS Project mdb files? > > -Frank Guarino > Fra...@jp... > > > ===== > Frank D. Guarino > fdg...@ya... > > __________________________________ > Do you Yahoo!? > Yahoo! Finance: Get your refund fast by filing online. > http://taxes.yahoo.com/filing.html > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev |
|
From: Frank G. <fdg...@ya...> - 2004-02-13 19:23:01
|
Hi All, I've been trying to get the mdbtools to work with MS project mdb files for a while now, but I keep getting segmentation faults. I've now submitted two bug reports (896696, 890035) but the attached file upload failed each time. If I could get some help on this problem I would appreciate it. Please let me know what information I need to post and/or how I can upload the sample mdb file so someone can look at it. Also, is has anyone else gotten mdbtools to work properly with MS Project mdb files? -Frank Guarino Fra...@jp... ===== Frank D. Guarino fdg...@ya... __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html |
|
From: <br...@br...> - 2004-02-11 22:36:01
|
Hi all, I've rewritten the HACKING doc to be a bit more up to date with my current understanding of the MDB format. The previous version was very dated in some areas, and outright wrong in others. The new file has equal treatment of Jet3 and Jet4 databases. You can view the new document here: http://cvs.sourceforge.net/viewcvs.py/mdbtools/mdbtools/HACKING?view=markup Although at the time I write this it's still pointing to the old version. I'm not sure how often sourceforge's browse CVS thing updates. Please let me know if you see any omissions, have corrections, or need clarifications, 'cause that's the only way it'll get better. Also commited today was support for compressed indexes and trailing leaf index pages. These are explained in the HACKING guide, but basically the better the support for indexes is the closer we are to supporting writes. I've also merged down a whole slew of patches from sourceforge and the list, and fixed a bunch of the posted bugs. I'd like to get a 0.6pre1 interim release out sometime soon. To this end I'm holding off on a few of the more major changes until this is out. Current show stoppers for the new release are: 1. memo field bugs (segfault). I need more examples to make sure everthing is working right, if you have 'em and can send them I'd appreciate it. 2. Scrambled data on mdb-export. I believe these are caused by deleted columns, there is code in CVS to report this condition. <important>If you have tables that come out screwy with mdb-export, please try CVS and report if the warning is reported</important> 3. Problem with large databases as evidenced by the ICAT database. If you have other regressions please let me know soon. Cheers, Brian |
|
From: Ernesto J. <er...@ip...> - 2004-02-10 09:59:20
|
I got the same error with 0.5 ... that's why I've downgraded. Regards EJ On Mon, 2004-02-09 at 20:58, br...@br... wrote: > Hmmm, my copy of 0.5rc2 doesn't seem to match up with the error you're > getting. I would upgrade to a CVS snapshot, or at least the 0.5 final > release. > > Brian > > On Mon, 09 Feb 2004 16:57:44 +0000, Ernesto Jardim wrote: > > > > > Hi, > > > > I got this error I can I solve it ? > > > > Thanks > > > > EJ > > > > ps: SuSE 8.2, garnome 0.27.1 > > > > cc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" > > -DPACKAGE_ STRING=\"\" -DPACKAGE_BUGREPORT=\"\" > -DPACKAGE=\"mdbtools\" > > -DVERSION=\"0.5rc2\ " -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 -DHAV > > E_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DYYTEXT_POINTER=1 > > -DSTDC_HEADE RS=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 > -DHAVE_UNISTD_H=1 > > -DHAVE_WORDEXP_H=1 -D HAVE_READLINE=1 -I. -I. -I../../include > > -I/home/ernesto/gnome/include/glib-2.0 > > -I/home/ernesto/gnome/lib/glib-2.0/include > > -I/home/ernesto/gnome/include > > -I/usr /X11R6/include -I/home/ernesto/gnome/include > > -I/usr/X11R6/include > > -L/home/ernes to/gnome/lib -L/usr/X11R6/lib -O2 -pipe -DSQL -c > mdbsql.c > > -MT mdbsql.lo -MD -MP -MF .deps/mdbsql.TPlo -fPIC -DPIC -o > mdbsql.lo > > bison -y -d `test -f 'parser.y' || echo './'`parser.y > > parser.y:113.6: parse error, unexpected ":", expecting ";" or "|" > > make[3]: *** [parser.c] Error 1 > > make[3]: Leaving directory > > `/home/ernesto/gnome/src/garnome-0.27.1/misc/mdbtool > > s/work/main.d/mdbtools-0.5rc2/src/sql' > > make[2]: *** [all-recursive] Error 1 > > make[2]: Leaving directory > > `/home/ernesto/gnome/src/garnome-0.27.1/misc/mdbtool > > s/work/main.d/mdbtools-0.5rc2/src' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory > > `/home/ernesto/gnome/src/garnome-0.27.1/misc/mdbtool > > s/work/main.d/mdbtools-0.5rc2' > > make: *** [build-work/main.d/mdbtools-0.5rc2/Makefile] Error 2 > > > > > > > > > > ------------------------------------------------------- > > The SF.Net email is sponsored by EclipseCon 2004 > > Premiere Conference on Open Tools Development and Integration > > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > > http://www.eclipsecon.org/osdn > > _______________________________________________ > > mdbtools-dev mailing list > > mdb...@li... > > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev |
|
From: <br...@br...> - 2004-02-09 20:58:12
|
Hmmm, my copy of 0.5rc2 doesn't seem to match up with the error you're getting. I would upgrade to a CVS snapshot, or at least the 0.5 final release. Brian On Mon, 09 Feb 2004 16:57:44 +0000, Ernesto Jardim wrote: > > Hi, > > I got this error I can I solve it ? > > Thanks > > EJ > > ps: SuSE 8.2, garnome 0.27.1 > > cc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" > -DPACKAGE_ STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"mdbtools\" > -DVERSION=\"0.5rc2\ " -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 -DHAV > E_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DYYTEXT_POINTER=1 > -DSTDC_HEADE RS=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_UNISTD_H=1 > -DHAVE_WORDEXP_H=1 -D HAVE_READLINE=1 -I. -I. -I../../include > -I/home/ernesto/gnome/include/glib-2.0 > -I/home/ernesto/gnome/lib/glib-2.0/include > -I/home/ernesto/gnome/include > -I/usr /X11R6/include -I/home/ernesto/gnome/include > -I/usr/X11R6/include > -L/home/ernes to/gnome/lib -L/usr/X11R6/lib -O2 -pipe -DSQL -c mdbsql.c > -MT mdbsql.lo -MD -MP -MF .deps/mdbsql.TPlo -fPIC -DPIC -o mdbsql.lo > bison -y -d `test -f 'parser.y' || echo './'`parser.y > parser.y:113.6: parse error, unexpected ":", expecting ";" or "|" > make[3]: *** [parser.c] Error 1 > make[3]: Leaving directory > `/home/ernesto/gnome/src/garnome-0.27.1/misc/mdbtool > s/work/main.d/mdbtools-0.5rc2/src/sql' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory > `/home/ernesto/gnome/src/garnome-0.27.1/misc/mdbtool > s/work/main.d/mdbtools-0.5rc2/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/home/ernesto/gnome/src/garnome-0.27.1/misc/mdbtool > s/work/main.d/mdbtools-0.5rc2' > make: *** [build-work/main.d/mdbtools-0.5rc2/Makefile] Error 2 > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev |
|
From: Ernesto J. <er...@ip...> - 2004-02-09 16:52:29
|
Hi, I got this error I can I solve it ? Thanks EJ ps: SuSE 8.2, garnome 0.27.1 cc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_ STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"mdbtools\" -DVERSION=\"0.5rc2\ " -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 -DHAV E_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DYYTEXT_POINTER=1 -DSTDC_HEADE RS=1 -DHAVE_FCNTL_H=1 -DHAVE_LIMITS_H=1 -DHAVE_UNISTD_H=1 -DHAVE_WORDEXP_H=1 -D HAVE_READLINE=1 -I. -I. -I../../include -I/home/ernesto/gnome/include/glib-2.0 -I/home/ernesto/gnome/lib/glib-2.0/include -I/home/ernesto/gnome/include -I/usr /X11R6/include -I/home/ernesto/gnome/include -I/usr/X11R6/include -L/home/ernes to/gnome/lib -L/usr/X11R6/lib -O2 -pipe -DSQL -c mdbsql.c -MT mdbsql.lo -MD -MP -MF .deps/mdbsql.TPlo -fPIC -DPIC -o mdbsql.lo bison -y -d `test -f 'parser.y' || echo './'`parser.y parser.y:113.6: parse error, unexpected ":", expecting ";" or "|" make[3]: *** [parser.c] Error 1 make[3]: Leaving directory `/home/ernesto/gnome/src/garnome-0.27.1/misc/mdbtool s/work/main.d/mdbtools-0.5rc2/src/sql' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/ernesto/gnome/src/garnome-0.27.1/misc/mdbtool s/work/main.d/mdbtools-0.5rc2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/ernesto/gnome/src/garnome-0.27.1/misc/mdbtool s/work/main.d/mdbtools-0.5rc2' make: *** [build-work/main.d/mdbtools-0.5rc2/Makefile] Error 2 |
|
From: Francois B. <fb...@sp...> - 2004-02-09 11:26:56
|
Hi All, I'm in the process of disecting our company's security system which runs on a Acesss'97 database, I have a problem using mdb-sql to do a query, a describe on the db: 1 => describe table Transack 2 => go +------------------------------+--------------------+----------+ |Column Name |Type |Size | +------------------------------+--------------------+----------+ |CLOCK_SQ |Long Integer |4 | |CLOCK_DATE |Long Integer |4 | |CLOCK_TIME |Long Integer |4 | |CLOCK_TAGCODE |Long Integer |4 | |CLOCK_READERNO |Long Integer |4 | |CLOCK_SET |Integer |2 | |CLOCK_STATUS |Integer |2 | |CLOCK_DIRECTION |Text |1 | |CLOCK_LEVEL |Text |1 | |CLOCK_JREF |Long Integer |4 | |CLOCK_PROCESSED |Text |1 | +------------------------------+--------------------+----------+ I seem to have difficulty selecting from anything... fbotha@bleat:/download$ mdb-sql TRANSACK.MDB 1 => select * from Transack where CLOCK_SQ = 1 2 => go Error at Line : syntax error near _ Couldn't parse SQL etc. I've tried using []'s, 's, "'s, etc to no avail. Anybody have any idea how I can use WHERE? (; Regards, Francois |
|
From: <br...@br...> - 2004-02-05 00:57:06
|
sourceforge seems to have stripped the attachment. can you send it directly to me? On Wed, 04 Feb 2004 17:30:51 -0600, john wrote: > > > I attached a test mdb file. This is the file that I saw data export > problem. When use mdb-export or gui to inspect data, the sale_price > and > operatingexpense are blank. sale_price is a column I inserted after db > was > created, I then added data. Operatingexpense was define as (12,2). I > checked other numeric columns their precision and scale are "auto" in > access database. Hope this helps debug. I have not gone through > orginal > codes mdb_num_to_string (data.c) (skill gets rusty), but I will try. > > John > > -- > Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev |
|
From: john <joh...@am...> - 2004-02-04 23:31:02
|
I attached a test mdb file. This is the file that I saw data export problem. When use mdb-export or gui to inspect data, the sale_price and operatingexpense are blank. sale_price is a column I inserted after db was created, I then added data. Operatingexpense was define as (12,2). I checked other numeric columns their precision and scale are "auto" in access database. Hope this helps debug. I have not gone through orginal codes mdb_num_to_string (data.c) (skill gets rusty), but I will try. John -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ |
|
From: Teodor S. <te...@si...> - 2004-02-04 20:52:40
|
Hi all! I have found known problem with memo field and it seems to me I found some workaround. At least it solved my problem. Thank you. -- Teodor Sigaev E-mail: te...@si... |
|
From: Will N. <wi...@gb...> - 2004-02-03 09:12:19
|
On Mon, Feb 02, 2004 at 02:26:49PM -0800, br...@br... wrote: > If you wouldn't mind, post your patches to Sourceforge so I can keep > track of them easier. OK. Bug IDs 889586, 889589, 889590. |
26 messages has been excluded from this view by a project administrator.
