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: Matt R. <mre...@te...> - 2004-06-11 23:10:19
|
On Fri, 2004-06-11 at 14:46, br...@br... wrote: > I would like to create a separate cvs repository, so the java folks > don't have to download the C stuff and vice versa. Unfortunately, > looking at sourceforge, I'm having difficulty seeing how that is done. > Still looking. >=20 > Brian AFAI remember, SF doesn't really let you create new reps, just new modules in the reps. You could just create a new module called "java" and have it grab just the folders you want? Also, I'm trying to download the repository from CVS, but I can't seem to login (just never returning from login). Any ideas why that might be? --=20 Matt Reynolds <mre...@te...> |
From: Calvin S. <cal...@ho...> - 2004-06-11 22:56:35
|
Instead of a creating a separate cvs repository why not just create a new module inside of the repository you have now? Right now the module to checkout is: mdbtools If you create a new module: java-mdbtools then you can checkout whichever module you want and only get java or only get c ----Original Message Follows---- I would like to create a separate cvs repository, so the java folks don't have to download the C stuff and vice versa. Unfortunately, looking at sourceforge, I'm having difficulty seeing how that is done. Still looking. Brian On Fri, 11 Jun 2004 11:29:49 -0700 (PDT), Jeff Smith wrote: > > --- Calvin Smith <cal...@ho...> wrote: > > P.S. > > How's anyone coming on allowing me to check in the java port? > > As Brian Bruns is the project leader, I think he will have be the one > to > make that call. > > -- Jeff Smith > > > > > > __________________________________ > Do you Yahoo!? > Friends. Fun. Try the all-new Yahoo! Messenger. > http://messenger.yahoo.com/ > > > ------------------------------------------------------- > This SF.Net email is sponsored by the new InstallShield X. > From Windows to Linux, servers to mobile, InstallShield X is the > one installation-authoring solution that does it all. Learn more and > evaluate today! http://www.installshield.com/Dev2Dev/0504 > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev ------------------------------------------------------- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 _______________________________________________ mdbtools-dev mailing list mdb...@li... https://lists.sourceforge.net/lists/listinfo/mdbtools-dev _________________________________________________________________ Get fast, reliable Internet access with MSN 9 Dial-up now 3 months FREE! http://join.msn.click-url.com/go/onm00200361ave/direct/01/ |
From: <br...@br...> - 2004-06-11 21:46:18
|
I would like to create a separate cvs repository, so the java folks don't have to download the C stuff and vice versa. Unfortunately, looking at sourceforge, I'm having difficulty seeing how that is done. Still looking. Brian On Fri, 11 Jun 2004 11:29:49 -0700 (PDT), Jeff Smith wrote: > > --- Calvin Smith <cal...@ho...> wrote: > > P.S. > > How's anyone coming on allowing me to check in the java port? > > As Brian Bruns is the project leader, I think he will have be the one > to > make that call. > > -- Jeff Smith > > > > > > __________________________________ > Do you Yahoo!? > Friends. Fun. Try the all-new Yahoo! Messenger. > http://messenger.yahoo.com/ > > > ------------------------------------------------------- > This SF.Net email is sponsored by the new InstallShield X. > From Windows to Linux, servers to mobile, InstallShield X is the > one installation-authoring solution that does it all. Learn more and > evaluate today! http://www.installshield.com/Dev2Dev/0504 > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev |
From: Matt R. <mre...@te...> - 2004-06-11 21:31:27
|
I'm running MDB Tools on Debian/Unstable. It appears I'm using version 0.5. ii mdbtools 0.5.99-2 JET / MS Access database (MDB) tools I'm having trouble dumping schema from this database : http://dev.loopysoft.com/05260930_orlando.mdb.bz2 The file (mdb-schema_mdb_output) contains the output I get. It segfaults after the last line (of course). A weird note, when I do 'mdb-schema -v' (tried to dump the version) the program segfaults as well. Also, I'm trying dump the data from a list of tables, one of which is : QcpCDMA1xRadioLinkProtocolStats_XXX I get no output from : mdb-export 05260930_orlando.mdb QcpCDMA1xRadioLinkProtocolStats_XXX I can open the table in Access and see there's data in it, but the tool gives no output (or debug info). I'll admit, the table names royally suck, but they're sent to us by a vendor, so I have no control over them (or the data inside). I'm not looking to update any of this data, just dump it from Access. Anyway, thanks for the great tool! I am really looking forward to use this instead of having to have a single Windows box to do some stupid ODBC tricks simply because we have to use Access files. -- Matt Reynolds <mre...@te...> |
From: Jeff S. <why...@ya...> - 2004-06-11 18:29:55
|
--- Calvin Smith <cal...@ho...> wrote: > P.S. > How's anyone coming on allowing me to check in the java port? As Brian Bruns is the project leader, I think he will have be the one to make that call. -- Jeff Smith __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ |
From: Calvin S. <cal...@ho...> - 2004-06-11 14:50:09
|
Tushar Jagtap, Since your using java you should download and use the java mdbtools jdbc driver which is a port of mdbtools to pure java. Then you can execute a select statement like you would with any other database. Currently the java code is not in cvs so you must download it from the bugs page. Calvin P.S. How's anyone coming on allowing me to check in the java port? ----Original Message Follows---- Hello, I am working on java technology. My application is going to execute on AIX(RS/6000) matchine. Application is nothing but the connect to mdb file which is on AIX m/c only and get the data from that file. May be ur library will help me to write this application for this I want program flow of ur library code. I downloaded ur lib source code but I am not able to understand the flow of library if i want to execute select query then waht are the functions I have to call can u please help me in that. I will write jni interface from that and access ur library in java Regards Tushar Jagtap ************************************************************ HSBC Software Development (India) Pvt Ltd HSBC Center, Riverside, West Avenue, 25-B Raheja Woods, Kalyani Nagar, Pune 411006. Telephone: +91 20 26683000 Fax: +91 20 26681030 ************************************************************ ********************************************************************** This E-mail is confidential. It may also be legally privileged. If you are not the addressee you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return E-mail. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. ********************************************************************** ------------------------------------------------------- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 _______________________________________________ mdbtools-dev mailing list mdb...@li... https://lists.sourceforge.net/lists/listinfo/mdbtools-dev _________________________________________________________________ Looking to buy a house? Get informed with the Home Buying Guide from MSN House & Home. http://coldwellbanker.msn.com/ |
From: <tus...@hs...> - 2004-06-11 07:51:56
|
Hello, I am working on java technology. My application is going to execute on AIX(RS/6000) matchine. Application is nothing but the connect to mdb file which is on AIX m/c only and get the data from that file. May be ur library will help me to write this application for this I want program flow of ur library code. I downloaded ur lib source code but I am not able to understand the flow of library if i want to execute select query then waht are the functions I have to call can u please help me in that. I will write jni interface from that and access ur library in java Regards Tushar Jagtap ************************************************************ HSBC Software Development (India) Pvt Ltd HSBC Center, Riverside, West Avenue, 25-B Raheja Woods, Kalyani Nagar, Pune 411006. Telephone: +91 20 26683000 Fax: +91 20 26681030 ************************************************************ ********************************************************************** This E-mail is confidential. It may also be legally privileged. If you are not the addressee you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return E-mail. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. ********************************************************************** |
From: Fergus A. <f_W...@ya...> - 2004-06-09 11:44:01
|
What you have described is standard SQL upto the point where you talk of special characters. Try delimiting the object names with square brackets which is the standard for MS-ACCESS. =20 Try SELECT [table1].[column1] ... This is not aggregated. It is a 'complex' query in that more than one table is used. Aggregated would refer to a group by to produce a domain aggregate. Regards Fergus Allan -----Original Message----- From: mdb...@li... [mailto:mdb...@li...] On Behalf Of Alexis Gougerot Sent: 08 June 2004 09:39 To: mdb...@li... Subject: [mdb-dev] SELECT on multiple tables Hi , I am not sure if it is really called "aggregated"... With the actual CVS version it seems that we cannot do SQL statement like for example :=20 "SELECT table1.column1, table2.column1 FROM table1,table2;" My real statement is kinda longer but it is the same with WHERE conditions too. Everytime I tried to run the statement,there was a Syntax error from the sql parser. Im using perl DBD::ODBC with a JET4 mdb file full of underscores and french typo like =E9 =E8 or =E7.=20 The question is simple, is it possible at the moment to do such queries with the CVS version ??? Alexis ------------------------------------------------------- This SF.Net email is sponsored by: GNOME Foundation Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. GNOME Users and Developers European Conference, 28-30th June in Norway http://2004/guadec.org _______________________________________________ mdbtools-dev mailing list mdb...@li... https://lists.sourceforge.net/lists/listinfo/mdbtools-dev |
From: Hans C. S. <hc...@po...> - 2004-06-08 20:32:25
|
Michael Wood wrote: > On Mon, Jun 07, 2004 at 07:44:27PM +0200, Hans Christian Studt wrote: >=20 > What version of mdbtools are you using? mdbtools v0.5 > Can you build the tools with debugging symbols and then run mdb-schema > under gdb to get a backtrace. Do i need to do something special to get debugging symbols or will the norm= al make be sufficient ? > i.e. something like this: >=20 > $ gdb mdb-schema > (gdb) run mgh-base.mdb > [...] > Program received signal SIGSEGV, Segmentation fault. > 0xsomething in somewhere () > (gdb) backtrace > [...] >=20 > Then post that. I will try that. > I hope those hashes don't mean you're running all this as root. :) No - I use blue/red color prompts to see if i am root or not - but have now= changed '#' to '$' in the normal users blue prompt text - Thanks. Mvh Hans Christian Studt Private +45 48 79 79 89 Mobile +45 29 23 54 14 Business +45 36 14 54 14 mailto:hc...@st... http://hc.studt.dk Powered by Linux 2.6.1-1.65 |
From: Hans C. S. <hc...@po...> - 2004-06-08 20:24:01
|
Jeff Smith wrote: > I can see where things start going downhill, but more information would > be helpful.=20=20 > 1. are you using mdbtools v0.5, or mdbtools from CVS? mdbtools v0.5 Should I try from the CVS ? > 2. what platform are you using (e.g. Linux on x86) Fedora Core 2 (~) $uname -a Linux tux1700 2.6.5-1.358 #1 Sat May 8 09:04:50 EDT 2004 i686 athlon i386 G= NU/Linux > 3. how was the mdb created (if Access, which version)? With MSaccess 97 (I will double check this) on Win NT > Here is what I can tell you at this point: >=20 >>lseek(3, 4096, SEEK_SET) =3D 4096 >=20 > mdbtools has decided this is a JET3 database >=20 >>read(3, "\201\310\244w\261*\307\6:\254/\3001@a\210)t\250\201\244"..., 204= 8) =3D 2048 >=20 > This data does not look right compared with other JET3 databases I've see= n. Mvh Hans Christian Studt Private +45 48 79 79 89 Mobile +45 29 23 54 14 Business +45 36 14 54 14 mailto:hc...@st... http://hc.studt.dk Powered by Linux 2.6.1-1.65 |
From: <br...@br...> - 2004-06-08 11:45:37
|
Is it possible that this database is encrypted? That would give this kind of result. There is a patch floating around somewhere to deal with encrypted databases. Brian On Mon, 7 Jun 2004 22:21:45 -0700 (PDT), Jeff Smith wrote: > > I can see where things start going downhill, but more information would > be helpful. > 1. are you using mdbtools v0.5, or mdbtools from CVS? > 2. what platform are you using (e.g. Linux on x86) > 3. how was the mdb created (if Access, which version)? > > Here is what I can tell you at this point: > > lseek(3, 4096, SEEK_SET) = 4096 > mdbtools has decided this is a JET3 database > > read(3, > "\201\310\244w\261*\307\6:\254/\3001@a\210)t\250\201\244"..., 2048) = > 2048 > This data does not look right compared with other JET3 databases I've > seen. > > lseek(3, 3162402816, SEEK_SET) = -1 EINVAL (Invalid > argument) > We are now trying to read 3GB past the end of the file, so omething in > that last block > was obviously wrong. > > -- Jeff Smith > > --- Hans Christian Studt <hc...@po...> wrote: > > Hi, > > > > I get Segmentation fault on a mdb file. > > I have included the short strace output. > > Does anybody have a guess what goes wrong ? > > > ... > > > > stat64("mgh-base.mdb", {st_mode=S_IFREG|0755, st_size=1908736, ...}) > = 0 > > open("mgh-base.mdb", O_RDONLY) = 3 > > fstat64(3, {st_mode=S_IFREG|0755, st_size=1908736, ...}) = 0 > > lseek(3, 0, SEEK_SET) = 0 > > read(3, "\0\1\0\0Standard Jet DB\0\0\0\0\0\265n\3b`\t\302U"..., > 2048) = 2048 > > fstat64(3, {st_mode=S_IFREG|0755, st_size=1908736, ...}) = 0 > > lseek(3, 4096, SEEK_SET) = 4096 > > read(3, > "\201\310\244w\261*\307\6:\254/\3001@a\210)t\250\201\244"..., 2048) = > 2048 > > fstat64(3, {st_mode=S_IFREG|0755, st_size=1908736, ...}) = 0 > > lseek(3, 3162402816, SEEK_SET) = -1 EINVAL (Invalid > argument) > > read(3, "\f,\2777\362D\357e\314\365\265\352]R\236\0003s`\224\36"..., > 2048) = 2048 > > mmap2(NULL, 4294938624, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 > > EINVAL (Invalid argument) > > mmap2(NULL, 2097152, PROT_NONE, > MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = > > 0xf6e1b000 > > munmap(0xf6e1b000, 937984) = 0 > > munmap(0xf7000000, 110592) = 0 > > mprotect(0xf6f00000, 102400, PROT_READ|PROT_WRITE) = 0 > > mmap2(NULL, 4294938624, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 > > EINVAL (Invalid argument) > > mmap2(NULL, 2097152, PROT_NONE, > MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = > > 0xf6d00000 > > munmap(0xf6d00000, 0) = -1 EINVAL (Invalid > argument) > > munmap(0xf6e00000, 1048576) = 0 > > mprotect(0xf6d00000, 102400, PROT_READ|PROT_WRITE) = 0 > > munmap(0xf6d00000, 1048576) = 0 > > --- SIGSEGV (Segmentation fault) @ 0 (0) --- > > +++ killed by SIGSEGV +++ > > Mon Jun 07 20:29:44 (hcs)@(tux1700)on(pts/19): > > > > > > __________________________________ > Do you Yahoo!? > Friends. Fun. Try the all-new Yahoo! Messenger. > http://messenger.yahoo.com/ > > > ------------------------------------------------------- > This SF.Net email is sponsored by: GNOME Foundation > Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. > GNOME Users and Developers European Conference, 28-30th June in Norway > http://2004/guadec.org > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev |
From: <br...@br...> - 2004-06-08 11:42:54
|
Hi,=20 There is no support for joins at the present time. Some work has been done on worktables needed to support them, but it's not yet in a usable state. Brian >=20 > Hi , >=20 >=20 > I am not sure if it is really called "aggregated"... > With the actual CVS version it seems that we cannot do SQL statement > like for example :=20 > "SELECT table1.column1, table2.column1 FROM table1,table2;" >=20 > My real statement is kinda longer but it is the same with WHERE > conditions too. > Everytime I tried to run the statement,there was a Syntax error from > the > sql parser. > Im using perl DBD::ODBC with a JET4 mdb file full of underscores and > french typo like =E9 =E8 or =E7.=20 >=20 > The question is simple, is it possible at the moment to do such queries > with the CVS version ??? >=20 > Alexis >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: GNOME Foundation > Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. > GNOME Users and Developers European Conference, 28-30th June in Norway > http://2004/guadec.org > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev |
From: - 2004-06-08 09:03:51
|
Hi , I am not sure if it is really called "aggregated"... With the actual CVS version it seems that we cannot do SQL statement like for example :=20 "SELECT table1.column1, table2.column1 FROM table1,table2;" My real statement is kinda longer but it is the same with WHERE conditions too. Everytime I tried to run the statement,there was a Syntax error from the sql parser. Im using perl DBD::ODBC with a JET4 mdb file full of underscores and french typo like =E9 =E8 or =E7.=20 The question is simple, is it possible at the moment to do such queries with the CVS version ??? Alexis |
From: Michael W. <mw...@ic...> - 2004-06-08 07:39:36
|
On Mon, Jun 07, 2004 at 07:44:27PM +0200, Hans Christian Studt wrote: > Hi, > > I get Segmentation fault on a mdb file. > I have included the short strace output. > Does anybody have a guess what goes wrong ? What version of mdbtools are you using? Can you build the tools with debugging symbols and then run mdb-schema under gdb to get a backtrace. i.e. something like this: $ gdb mdb-schema (gdb) run mgh-base.mdb [...] Program received signal SIGSEGV, Segmentation fault. 0xsomething in somewhere () (gdb) backtrace [...] Then post that. > #ls -o mgh-base.mdb > -rwxr-xr-x 1 hcs 1908736 Feb 27 14:39 mgh-base.mdb > #mdb-schema mgh-base.mdb > Segmentation fault [snip] I hope those hashes don't mean you're running all this as root. :) -- Michael Wood <mw...@ic...> |
From: Brett H. <br...@hu...> - 2004-06-08 05:57:00
|
Jeff Smith wrote: > I can see where things start going downhill, but more information would > be helpful. > 1. are you using mdbtools v0.5, or mdbtools from CVS? > 2. what platform are you using (e.g. Linux on x86) > 3. how was the mdb created (if Access, which version)? > > Here is what I can tell you at this point: > >>lseek(3, 4096, SEEK_SET) = 4096 > > mdbtools has decided this is a JET3 database > >>read(3, "\201\310\244w\261*\307\6:\254/\3001@a\210)t\250\201\244"..., 2048) = 2048 *snip* I just added two lines of code to data.c line 686 to stop a buffer overflow. The actual lines are the check for len: -- 8< -- snip -- 8< -- if (len >= MDB_PGSIZE - row_start) len = MDB_PGSIZE - row_start - 1; -- >8 -- snip -- >8 -- full context is as follows: len = row_stop - row_start; if (len >= MDB_PGSIZE - row_start) len = MDB_PGSIZE - row_start - 1; if (IS_JET3(mdb)) { strncpy(text, &mdb->pg_buf[row_start], len); text[len]='\0'; } else { if (mdb->pg_buf[row_start]==0xff && mdb->pg_buf[row_start+1]==0xfe) { strncpy(text, &mdb->pg_buf[row_start+2], len-2); text[len-2]='\0'; } else { /* convert unicode to ascii, rather sloppily */ for (i=0;i<len;i+=2) text[i/2] = mdb->pg_buf[row_start + i]; text[len/2]='\0'; } } I'm not sure whether this is right or not - I just downloaded and built mdbtools-0.5 today, and found got a segfault when trying to export a database. With this patch, it no longer segfaults, but I haven't validated that the data exported is actually correct. I also haven't tried the release that's in cvs (yet). Cheers, Brett -- Brett Hutley [MAppFin,CISSP,SANS GCIH] mailto:br...@hu... http://hutley.net/brett |
From: Jeff S. <why...@ya...> - 2004-06-08 05:21:50
|
I can see where things start going downhill, but more information would be helpful. 1. are you using mdbtools v0.5, or mdbtools from CVS? 2. what platform are you using (e.g. Linux on x86) 3. how was the mdb created (if Access, which version)? Here is what I can tell you at this point: > lseek(3, 4096, SEEK_SET) = 4096 mdbtools has decided this is a JET3 database > read(3, "\201\310\244w\261*\307\6:\254/\3001@a\210)t\250\201\244"..., 2048) = 2048 This data does not look right compared with other JET3 databases I've seen. > lseek(3, 3162402816, SEEK_SET) = -1 EINVAL (Invalid argument) We are now trying to read 3GB past the end of the file, so omething in that last block was obviously wrong. -- Jeff Smith --- Hans Christian Studt <hc...@po...> wrote: > Hi, > > I get Segmentation fault on a mdb file. > I have included the short strace output. > Does anybody have a guess what goes wrong ? > ... > > stat64("mgh-base.mdb", {st_mode=S_IFREG|0755, st_size=1908736, ...}) = 0 > open("mgh-base.mdb", O_RDONLY) = 3 > fstat64(3, {st_mode=S_IFREG|0755, st_size=1908736, ...}) = 0 > lseek(3, 0, SEEK_SET) = 0 > read(3, "\0\1\0\0Standard Jet DB\0\0\0\0\0\265n\3b`\t\302U"..., 2048) = 2048 > fstat64(3, {st_mode=S_IFREG|0755, st_size=1908736, ...}) = 0 > lseek(3, 4096, SEEK_SET) = 4096 > read(3, "\201\310\244w\261*\307\6:\254/\3001@a\210)t\250\201\244"..., 2048) = 2048 > fstat64(3, {st_mode=S_IFREG|0755, st_size=1908736, ...}) = 0 > lseek(3, 3162402816, SEEK_SET) = -1 EINVAL (Invalid argument) > read(3, "\f,\2777\362D\357e\314\365\265\352]R\236\0003s`\224\36"..., 2048) = 2048 > mmap2(NULL, 4294938624, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 > EINVAL (Invalid argument) > mmap2(NULL, 2097152, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = > 0xf6e1b000 > munmap(0xf6e1b000, 937984) = 0 > munmap(0xf7000000, 110592) = 0 > mprotect(0xf6f00000, 102400, PROT_READ|PROT_WRITE) = 0 > mmap2(NULL, 4294938624, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 > EINVAL (Invalid argument) > mmap2(NULL, 2097152, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = > 0xf6d00000 > munmap(0xf6d00000, 0) = -1 EINVAL (Invalid argument) > munmap(0xf6e00000, 1048576) = 0 > mprotect(0xf6d00000, 102400, PROT_READ|PROT_WRITE) = 0 > munmap(0xf6d00000, 1048576) = 0 > --- SIGSEGV (Segmentation fault) @ 0 (0) --- > +++ killed by SIGSEGV +++ > Mon Jun 07 20:29:44 (hcs)@(tux1700)on(pts/19): __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ |
From: Hans C. S. <hc...@po...> - 2004-06-07 17:44:30
|
Hi, I get Segmentation fault on a mdb file. I have included the short strace output. Does anybody have a guess what goes wrong ? #ls -o mgh-base.mdb -rwxr-xr-x 1 hcs 1908736 Feb 27 14:39 mgh-base.mdb #mdb-schema mgh-base.mdb Segmentation fault #strace mdb-schema mgh-base.mdb execve("/usr/bin/mdb-schema", ["mdb-schema", "mgh-base.mdb"], [/* 43 vars *= /]) =3D 0 uname({sys=3D"Linux", node=3D"tux1700", ...}) =3D 0 brk(0) =3D 0x9ee4000 open("/etc/ld.so.preload", O_RDONLY) =3D -1 ENOENT (No such file or dire= ctory) open("/usr/local/lib/tls/i686/libmdb.so.0", O_RDONLY) =3D -1 ENOENT (No suc= h file or directory) stat64("/usr/local/lib/tls/i686", 0xfef1bdf0) =3D -1 ENOENT (No such file o= r directory) open("/usr/local/lib/tls/libmdb.so.0", O_RDONLY) =3D -1 ENOENT (No such fil= e or directory) stat64("/usr/local/lib/tls", 0xfef1bdf0) =3D -1 ENOENT (No such file or dir= ectory) open("/usr/local/lib/i686/libmdb.so.0", O_RDONLY) =3D -1 ENOENT (No such fi= le or directory) stat64("/usr/local/lib/i686", 0xfef1bdf0) =3D -1 ENOENT (No such file or di= rectory) open("/usr/local/lib/libmdb.so.0", O_RDONLY) =3D -1 ENOENT (No such file or= directory) stat64("/usr/local/lib", {st_mode=3DS_IFDIR|0755, st_size=3D4096, ...}) =3D= 0 open("/etc/ld.so.cache", O_RDONLY) =3D 3 fstat64(3, {st_mode=3DS_IFREG|0644, st_size=3D105433, ...}) =3D 0 old_mmap(NULL, 105433, PROT_READ, MAP_PRIVATE, 3, 0) =3D 0xf701d000 close(3) =3D 0 open("/usr/lib/libmdb.so.0", O_RDONLY) =3D 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320-\0"..., 512) = =3D 512 fstat64(3, {st_mode=3DS_IFREG|0755, st_size=3D53110, ...}) =3D 0 old_mmap(NULL, 93392, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =3D 0x244000 old_mmap(0x24e000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x= a000) =3D 0x24e000 old_mmap(0x24f000, 48336, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_A= NONYMOUS, -1, 0) =3D 0x24f000 close(3) =3D 0 open("/usr/local/lib/libglib-2.0.so.0", O_RDONLY) =3D -1 ENOENT (No such fi= le or directory) open("/usr/lib/libglib-2.0.so.0", O_RDONLY) =3D 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\307"..., 512) = =3D 512 fstat64(3, {st_mode=3DS_IFREG|0755, st_size=3D511976, ...}) =3D 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0= ) =3D 0xf701c000 old_mmap(NULL, 511916, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =3D 0x2d3000 old_mmap(0x34f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x= 7c000) =3D 0x34f000 close(3) =3D 0 open("/usr/local/lib/libncurses.so.5", O_RDONLY) =3D -1 ENOENT (No such fil= e or directory) open("/usr/lib/libncurses.so.5", O_RDONLY) =3D 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\341"..., 512) = =3D 512 fstat64(3, {st_mode=3DS_IFREG|0755, st_size=3D2746679, ...}) =3D 0 old_mmap(NULL, 261420, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =3D 0x710000 old_mmap(0x747000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0= x36000) =3D 0x747000 close(3) =3D 0 open("/usr/local/lib/libreadline.so.4", O_RDONLY) =3D -1 ENOENT (No such fi= le or directory) open("/usr/lib/libreadline.so.4", O_RDONLY) =3D 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\256\0"..., 512) = =3D 512 fstat64(3, {st_mode=3DS_IFREG|0755, st_size=3D171608, ...}) =3D 0 old_mmap(NULL, 174292, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =3D 0x1c3000 old_mmap(0x1e9000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0= x26000) =3D 0x1e9000 old_mmap(0x1ed000, 2260, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_AN= ONYMOUS, -1, 0) =3D 0x1ed000 close(3) =3D 0 open("/usr/local/lib/libc.so.6", O_RDONLY) =3D -1 ENOENT (No such file or d= irectory) open("/lib/tls/libc.so.6", O_RDONLY) =3D 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300K\1"..., 512) = =3D 512 fstat64(3, {st_mode=3DS_IFREG|0755, st_size=3D1451868, ...}) =3D 0 old_mmap(NULL, 1158124, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =3D 0x89c000 old_mmap(0x9b1000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0= x115000) =3D 0x9b1000 old_mmap(0x9b5000, 7148, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_AN= ONYMOUS, -1, 0) =3D 0x9b5000 close(3) =3D 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0= ) =3D 0xf701b000 mprotect(0x9b1000, 8192, PROT_READ) =3D 0 mprotect(0xeb9000, 4096, PROT_READ) =3D 0 set_thread_area({entry_number:-1 -> 6, base_addr:0xf701b2a0, limit:1048575,= seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_prese= nt:0, useable:1}) =3D 0 munmap(0xf701d000, 105433) =3D 0 brk(0) =3D 0x9ee4000 brk(0x9f05000) =3D 0x9f05000 brk(0) =3D 0x9f05000 stat64("mgh-base.mdb", {st_mode=3DS_IFREG|0755, st_size=3D1908736, ...}) = =3D 0 open("mgh-base.mdb", O_RDONLY) =3D 3 fstat64(3, {st_mode=3DS_IFREG|0755, st_size=3D1908736, ...}) =3D 0 lseek(3, 0, SEEK_SET) =3D 0 read(3, "\0\1\0\0Standard Jet DB\0\0\0\0\0\265n\3b`\t\302U"..., 2048) =3D 2= 048 fstat64(3, {st_mode=3DS_IFREG|0755, st_size=3D1908736, ...}) =3D 0 lseek(3, 4096, SEEK_SET) =3D 4096 read(3, "\201\310\244w\261*\307\6:\254/\3001@a\210)t\250\201\244"..., 2048)= =3D 2048 fstat64(3, {st_mode=3DS_IFREG|0755, st_size=3D1908736, ...}) =3D 0 lseek(3, 3162402816, SEEK_SET) =3D -1 EINVAL (Invalid argument) read(3, "\f,\2777\362D\357e\314\365\265\352]R\236\0003s`\224\36"..., 2048) = =3D 2048 mmap2(NULL, 4294938624, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1= , 0) =3D -1 EINVAL (Invalid argument) mmap2(NULL, 2097152, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1= , 0) =3D 0xf6e1b000 munmap(0xf6e1b000, 937984) =3D 0 munmap(0xf7000000, 110592) =3D 0 mprotect(0xf6f00000, 102400, PROT_READ|PROT_WRITE) =3D 0 mmap2(NULL, 4294938624, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1= , 0) =3D -1 EINVAL (Invalid argument) mmap2(NULL, 2097152, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1= , 0) =3D 0xf6d00000 munmap(0xf6d00000, 0) =3D -1 EINVAL (Invalid argument) munmap(0xf6e00000, 1048576) =3D 0 mprotect(0xf6d00000, 102400, PROT_READ|PROT_WRITE) =3D 0 munmap(0xf6d00000, 1048576) =3D 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Mon Jun 07 20:29:44 (hcs)@(tux1700)on(pts/19): Mvh Hans Christian Studt Private +45 48 79 79 89 Mobile +45 29 23 54 14 Business +45 36 14 54 14 mailto:hc...@st... http://hc.studt.dk Powered by Linux 2.6.1-1.65 |
From: Hans C. S. <hc...@po...> - 2004-06-07 17:30:28
|
Hi, I get Segmentation fault on a mdb file. I have included the short strace output. Does anybody have a guess what goes wrong ? #ls -o mgh-base.mdb -rwxr-xr-x 1 hcs 1908736 Feb 27 14:39 mgh-base.mdb #mdb-schema mgh-base.mdb Segmentation fault #strace mdb-schema mgh-base.mdb execve("/usr/bin/mdb-schema", ["mdb-schema", "mgh-base.mdb"], [/* 43 vars *= /]) =3D 0 uname({sys=3D"Linux", node=3D"tux1700", ...}) =3D 0 brk(0) =3D 0x9ee4000 open("/etc/ld.so.preload", O_RDONLY) =3D -1 ENOENT (No such file or dire= ctory) open("/usr/local/lib/tls/i686/libmdb.so.0", O_RDONLY) =3D -1 ENOENT (No suc= h file or directory) stat64("/usr/local/lib/tls/i686", 0xfef1bdf0) =3D -1 ENOENT (No such file o= r directory) open("/usr/local/lib/tls/libmdb.so.0", O_RDONLY) =3D -1 ENOENT (No such fil= e or directory) stat64("/usr/local/lib/tls", 0xfef1bdf0) =3D -1 ENOENT (No such file or dir= ectory) open("/usr/local/lib/i686/libmdb.so.0", O_RDONLY) =3D -1 ENOENT (No such fi= le or directory) stat64("/usr/local/lib/i686", 0xfef1bdf0) =3D -1 ENOENT (No such file or di= rectory) open("/usr/local/lib/libmdb.so.0", O_RDONLY) =3D -1 ENOENT (No such file or= directory) stat64("/usr/local/lib", {st_mode=3DS_IFDIR|0755, st_size=3D4096, ...}) =3D= 0 open("/etc/ld.so.cache", O_RDONLY) =3D 3 fstat64(3, {st_mode=3DS_IFREG|0644, st_size=3D105433, ...}) =3D 0 old_mmap(NULL, 105433, PROT_READ, MAP_PRIVATE, 3, 0) =3D 0xf701d000 close(3) =3D 0 open("/usr/lib/libmdb.so.0", O_RDONLY) =3D 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320-\0"..., 512) = =3D 512 fstat64(3, {st_mode=3DS_IFREG|0755, st_size=3D53110, ...}) =3D 0 old_mmap(NULL, 93392, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =3D 0x244000 old_mmap(0x24e000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x= a000) =3D 0x24e000 old_mmap(0x24f000, 48336, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_A= NONYMOUS, -1, 0) =3D 0x24f000 close(3) =3D 0 open("/usr/local/lib/libglib-2.0.so.0", O_RDONLY) =3D -1 ENOENT (No such fi= le or directory) open("/usr/lib/libglib-2.0.so.0", O_RDONLY) =3D 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\307"..., 512) = =3D 512 fstat64(3, {st_mode=3DS_IFREG|0755, st_size=3D511976, ...}) =3D 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0= ) =3D 0xf701c000 old_mmap(NULL, 511916, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =3D 0x2d3000 old_mmap(0x34f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x= 7c000) =3D 0x34f000 close(3) =3D 0 open("/usr/local/lib/libncurses.so.5", O_RDONLY) =3D -1 ENOENT (No such fil= e or directory) open("/usr/lib/libncurses.so.5", O_RDONLY) =3D 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\341"..., 512) = =3D 512 fstat64(3, {st_mode=3DS_IFREG|0755, st_size=3D2746679, ...}) =3D 0 old_mmap(NULL, 261420, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =3D 0x710000 old_mmap(0x747000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0= x36000) =3D 0x747000 close(3) =3D 0 open("/usr/local/lib/libreadline.so.4", O_RDONLY) =3D -1 ENOENT (No such fi= le or directory) open("/usr/lib/libreadline.so.4", O_RDONLY) =3D 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\256\0"..., 512) = =3D 512 fstat64(3, {st_mode=3DS_IFREG|0755, st_size=3D171608, ...}) =3D 0 old_mmap(NULL, 174292, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =3D 0x1c3000 old_mmap(0x1e9000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0= x26000) =3D 0x1e9000 old_mmap(0x1ed000, 2260, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_AN= ONYMOUS, -1, 0) =3D 0x1ed000 close(3) =3D 0 open("/usr/local/lib/libc.so.6", O_RDONLY) =3D -1 ENOENT (No such file or d= irectory) open("/lib/tls/libc.so.6", O_RDONLY) =3D 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300K\1"..., 512) = =3D 512 fstat64(3, {st_mode=3DS_IFREG|0755, st_size=3D1451868, ...}) =3D 0 old_mmap(NULL, 1158124, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =3D 0x89c000 old_mmap(0x9b1000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0= x115000) =3D 0x9b1000 old_mmap(0x9b5000, 7148, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_AN= ONYMOUS, -1, 0) =3D 0x9b5000 close(3) =3D 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0= ) =3D 0xf701b000 mprotect(0x9b1000, 8192, PROT_READ) =3D 0 mprotect(0xeb9000, 4096, PROT_READ) =3D 0 set_thread_area({entry_number:-1 -> 6, base_addr:0xf701b2a0, limit:1048575,= seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_prese= nt:0, useable:1}) =3D 0 munmap(0xf701d000, 105433) =3D 0 brk(0) =3D 0x9ee4000 brk(0x9f05000) =3D 0x9f05000 brk(0) =3D 0x9f05000 stat64("mgh-base.mdb", {st_mode=3DS_IFREG|0755, st_size=3D1908736, ...}) = =3D 0 open("mgh-base.mdb", O_RDONLY) =3D 3 fstat64(3, {st_mode=3DS_IFREG|0755, st_size=3D1908736, ...}) =3D 0 lseek(3, 0, SEEK_SET) =3D 0 read(3, "\0\1\0\0Standard Jet DB\0\0\0\0\0\265n\3b`\t\302U"..., 2048) =3D 2= 048 fstat64(3, {st_mode=3DS_IFREG|0755, st_size=3D1908736, ...}) =3D 0 lseek(3, 4096, SEEK_SET) =3D 4096 read(3, "\201\310\244w\261*\307\6:\254/\3001@a\210)t\250\201\244"..., 2048)= =3D 2048 fstat64(3, {st_mode=3DS_IFREG|0755, st_size=3D1908736, ...}) =3D 0 lseek(3, 3162402816, SEEK_SET) =3D -1 EINVAL (Invalid argument) read(3, "\f,\2777\362D\357e\314\365\265\352]R\236\0003s`\224\36"..., 2048) = =3D 2048 mmap2(NULL, 4294938624, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1= , 0) =3D -1 EINVAL (Invalid argument) mmap2(NULL, 2097152, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1= , 0) =3D 0xf6e1b000 munmap(0xf6e1b000, 937984) =3D 0 munmap(0xf7000000, 110592) =3D 0 mprotect(0xf6f00000, 102400, PROT_READ|PROT_WRITE) =3D 0 mmap2(NULL, 4294938624, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1= , 0) =3D -1 EINVAL (Invalid argument) mmap2(NULL, 2097152, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1= , 0) =3D 0xf6d00000 munmap(0xf6d00000, 0) =3D -1 EINVAL (Invalid argument) munmap(0xf6e00000, 1048576) =3D 0 mprotect(0xf6d00000, 102400, PROT_READ|PROT_WRITE) =3D 0 munmap(0xf6d00000, 1048576) =3D 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Mon Jun 07 20:29:44 (hcs)@(tux1700)on(pts/19): Mvh Hans Christian Studt Private +45 48 79 79 89 Mobile +45 29 23 54 14 Business +45 36 14 54 14 mailto:hc...@st... http://hc.studt.dk Powered by Linux 2.6.1-1.65 |
From: Rob P. <ro...@el...> - 2004-06-07 10:00:53
|
I'm having a little difficulty with mdbtools truncating some numbers. In the underlying Access 2002 database, some currency data is being truncated. For example, a figure of £133,950.00 is being processed by mdbtools as £33,950. mdb-schema identifies the field as 'Currency (8)'. Unfortunately I don't have Access 2002, so can't advise what the correct field definition is. But the reported field length seems to be too short. I'm using version 0.5. Is this perhaps a known problem fixed in the CVS version? Thanks, Rob -- Rob Pomeroy: ro...@el... Solicitor specialising in charity law, wills, probate and trusts Ellis & Co. Solicitors, 10 Castle Street, Chester, CH1 2DS Telephone: 01244 319388; Fax: 01244 319333 |
From: Jeff S. <why...@ya...> - 2004-06-04 03:36:44
|
I am working on some changes to src/libmdb/backend.c. There are a couple of small API changes that would help clean things up in my opinion. 1. a. from mdb_register_backend (MdbBackend *, char *) to mdb_register_backend (MdbBackendType *, char *) and make the memory allocation done inside this function. b. This function is only called from mdb_init_backends, which is in the same file. Should we make this function file-local ('static')? 2. mdb_get_relationships currently returns an empty string when unsuccessful. Returning a NULL would be more in line with standard practice, and would be a little simpler. This change would require minor changes to gmdb2/schema.c and util/mdb-schema.c. -- Jeff Smith __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ |
From: Jeff S. <why...@ya...> - 2004-05-31 03:08:54
|
--- Calvin Smith <cal...@ho...> wrote: > In file.c there is a method called _mdb_open that opens the mdb file right > after the file is opened it does a refs++ > when the file is closed by mem.c method mdb_free_handle there is a check to > ensure that refs is <= 0 > in grepping the source I can't find where refs ever goes down so the file > never does get closed > > oh this is on 0.5. if this is fixed in cvs please give me a heads up on > where refs goes down > > ideas? I noted and corrected this about six weeks ago. Actually, this set of functions have changed significantly in the last couple of months. All file reference count stuff is now confined to file.c I believe (mdb_open, mdb_close, and mdb_clone_handle). FYI, here is the history for file.c: http://cvs.sourceforge.net/viewcvs.py/mdbtools/mdbtools/src/libmdb/file.c -- Jeff Smith __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ |
From: Calvin S. <cal...@ho...> - 2004-05-30 19:44:04
|
The java port is now good enough to run under Squirrel which is a pure java GUI database browser With Squirrel I can obtain a list of tables and from each table I can get the schema and data. I now have an excelent program to browse an access database on any platform that supports java. still wating for cvs write access so I can check this stuff in. _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ |
From: Calvin S. <cal...@ho...> - 2004-05-30 18:48:11
|
In file.c there is a method called _mdb_open that opens the mdb file right after the file is opened it does a refs++ when the file is closed by mem.c method mdb_free_handle there is a check to ensure that refs is <= 0 in grepping the source I can't find where refs ever goes down so the file never does get closed oh this is on 0.5. if this is fixed in cvs please give me a heads up on where refs goes down ideas? _________________________________________________________________ Learn to simplify your finances and your life in Streamline Your Life from MSN Money. http://special.msn.com/money/0405streamline.armx |
From: <br...@br...> - 2004-05-29 12:41:14
|
Jeff, This may predate our use of glib. By all means, switch over to g_malloc/gmalloc0 Brian On Fri, 28 May 2004 19:52:51 -0700 (PDT), Jeff Smith wrote: > > Brian, > > In mdbtools, I see no logic to why malloc/free is used in some places > while > g_malloc/g_free is used in others. If we are going to use GLib, let's > use > it consistently. Any objection to changing malloc/free to > g_malloc/g_free? > > -- Jeff > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle > 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev |
From: Jeff S. <why...@ya...> - 2004-05-29 02:53:01
|
Brian, In mdbtools, I see no logic to why malloc/free is used in some places while g_malloc/g_free is used in others. If we are going to use GLib, let's use it consistently. Any objection to changing malloc/free to g_malloc/g_free? -- Jeff __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |