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: Brian B. <br...@br...> - 2009-10-23 15:57:03
|
Hi all, I must confess, the biggest problem with the status of the project is a lack of time on my part. I have too much paid work right now (not a bad thing) to have time to work on it. The status of writing is more or less this: 1. "In place updates", those which don't require a page split, are working. 2. Row insertion has some code written, which takes CSV style data, packs into MDB format, does the page management (allocates new pages, writes the row pointers, updates the free list, etc...). The problem is we are missing some understanding of the MDB file format because Access/JET doesn't see the newly inserted rows. 3. Creating new tables and so forth is not even started yet, there are still a few too many magic values in the table structure to give a good estimate on when if ever this may be possible. My main goal I was pushing for was to create an "mdb-import" program that would take a CSV formatted file and import it into an already existing table structure. This goal is presumably not that far off, but requires some further research of the file format which is tedious work. SQL insert/update support would be a follow-on sometime after that. Brian 2009/10/23 Lenny Leblanc <lle...@ma...>: > Hey All, > > > > I joined this list years ago and did a little bit of work on the package in > creating a mdb-queries routine which allowed some work with the queries in > Access. > > > > My memory isn’t so great but I think the biggest challenge back then was the > ever changing file formats that access used and the developers had a hard > time keeping up. Combine this with the fact that all of this is considered > proprietary so Microsoft has no intention of releasing their file formats to > make life easier. > > > > I still see this project as being important to Linux adoption overall. > People have access databases and without a way of at least converting them > this is a major hurdle for Linux to overcome. Even if most people wouldn’t > use this command line tool directly, I can see the potential for this engine > to be used in GUI environments in the future. > > > > Anyway, just wanted to throw in my $0.02. Nice to see some traffic on this > list for once J > > > > -- > > Lenny > > > > From: Peter Benjamin Volk [mailto:pe...@dd...] > Sent: Friday, October 23, 2009 3:33 AM > To: Houston, Dion A Sr CPT MIL USA TRADOC > Cc: mdb...@li... > Subject: Re: [mdb-dev] FW: Status of Write Support? > > > > Hey, > > I tried to contact the original developers about a year ago but did not get > any reaction. In one of our projects we have a plan to continue to develop > the mdbtools a bit. We have not gooten to far with it since other things got > in our way. Seeing this project get back to live would be great. > > Cheers, > Peter > > Houston, Dion A Sr CPT MIL USA TRADOC wrote: > > Ooops, guess I sent this directly to Murray instead of the list... > Resending... > > Dion > ------ Forwarded Message > From: Dion Houston <dio...@us...> > Date: Thu, 22 Oct 2009 20:30:58 -0400 > To: Murray Collingwood <mu...@fo...> > Subject: RE: [mdb-dev] Status of Write Support? > > OK, well I'll first state my bias. The Jet database engine will always have > a special place in my heart. I still remember the excitement I had when > Access 1.0 came out (I had been doing database work since dBase II under > CP/M). Later I had the chance to work in the Jet database group which > provided my living for several years. So my opinion is by no means > unbiased. Jet, especially for the times, was an amazing accomplishment. It > really marked the first time a high performance database engine was > available essentially for free. > > MDB Tools is no Jet. Nor do I think it was ever meant to be. But I would > definitely say there is a place for write support if for nothing else than > interoperability. In my case I'm hoping to enable people to use the latest > and greatest data file formats with an older system. > > I've reviewed the code base and I believe it's a reasonable short term > project to at least provide a Create Table function and the ability to write > forward-only into that table. This is the minimal requirements that will > meet my needs. > > If anyone has an interest in this level functionality please let me know. > > Also, if any of the original developers are lurking around on this list, > thanks for all you've done so far! > > Dion > > > > -----Original Message----- > From: Murray Collingwood <mu...@fo...> > Sent: Thursday, October 22, 2009 7:43 PM > To: mdb...@li... <mdb...@li...> > Subject: Re: [mdb-dev] Status of Write Support? > > Hi guys > > I agree with Alex. Actually, I think this read-only ability may be part of > the plan to extract as much data out of Access as possible without the > ability to put it back. Frankly, I think it's a good plan. The sooner we > get rid of Access the better. > > Cheers > mc > > > 2009/10/23 Alexander Lehner <le...@ed...> > > Hi Houston, Dion A Sr CPT MIL USA TRADO, > > just wanted to let you know that I'm reading this mailing list for more > than 1 year now and got about 2 or 3 posts so far. > mdbtools development seems to be dead somehow; reading works for my usage, > writing - I don't know. > But I would not expect too much support for any further development. > Pretty sad for a cool project... > > Alex. > > > > > On Sat, 17 Oct 2009, Houston, Dion A Sr CPT MIL USA TRADOC wrote: > >> Hi all, >> >> I finally resolved my CVS issues with this project and have the latest >> source compiled for OS X Snow Leopard. I see that there is a write.c that >> apparently has at least some support for writing. >> >> I am new to this project, and noticed that there is very little >> documentation. My questions are: >> >> >> * What is the level of write support currently in the CVS tree? >> * How do you use it? (preferably a code snippet) >> * Are there any more detailed docs on the API design? >> >> My particular application is to convert multiple file formats to and from >> a particular MDB database format in a cross platform way. For converting to >> this MDB format I do not require random access, nor SQL, nor anything else. >> It would be nice to be able to create databases as well, but I can >> certainly place an empty database into a folder and just add the necessary >> table. >> >> Thanks in advance for any assistance, >> >> Dion >> > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > > > -- > Murray Collingwood > Focus Computing > p +61 415 24 26 24 > http://www.focus-computing.com.au > > > ------ End of Forwarded Message > > > > ________________________________ > > > > ------------------------------------------------------------------------------ > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart your > > developing skills, take BlackBerry mobile applications to market and stay > > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > > http://p.sf.net/sfu/devconference > > > > ________________________________ > > > > _______________________________________________ > > mdbtools-dev mailing list > > mdb...@li... > > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > > > > > -- > > Peter Benjamin Volk > > Project Lead > > > > DDEngine.org > > An open source project > > Phone: [+49] (0) 351 862 9566 > > mailto:pe...@dd... > > > > > > Bunsenstraße 3 | D-01139 Dresden | GERMANY > > *********************************************************** > > > > Diese Mail einschliesslich der Anhänge könnte vertraulich sein. Sollten Sie > nicht der beabsichtigte Empfänger dieser Mail sein, so ist jegliches > Verwenden, Offenbaren oder Kopieren der Mail und ihrer Anhänge untersagt. > Bitte informieren Sie den Absender und löschen Sie die Mail und deren > Anhänge von Ihrem Rechner. Vielen Dank. > > > > This email and its attachments may be confidential and/or privileged. If you > are not the intended recipient, any use, disclosure or copying of this email > and its attachments is prohibited. If you have received this email in error, > please notify immediately the sender by return email and delete this email > and its attachments from your computer system. Thank you. > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > > |
|
From: Lenny L. <lle...@ma...> - 2009-10-23 15:27:23
|
Hey All, I joined this list years ago and did a little bit of work on the package in creating a mdb-queries routine which allowed some work with the queries in Access. My memory isn't so great but I think the biggest challenge back then was the ever changing file formats that access used and the developers had a hard time keeping up. Combine this with the fact that all of this is considered proprietary so Microsoft has no intention of releasing their file formats to make life easier. I still see this project as being important to Linux adoption overall. People have access databases and without a way of at least converting them this is a major hurdle for Linux to overcome. Even if most people wouldn't use this command line tool directly, I can see the potential for this engine to be used in GUI environments in the future. Anyway, just wanted to throw in my $0.02. Nice to see some traffic on this list for once J -- Lenny From: Peter Benjamin Volk [mailto:pe...@dd...] Sent: Friday, October 23, 2009 3:33 AM To: Houston, Dion A Sr CPT MIL USA TRADOC Cc: mdb...@li... Subject: Re: [mdb-dev] FW: Status of Write Support? Hey, I tried to contact the original developers about a year ago but did not get any reaction. In one of our projects we have a plan to continue to develop the mdbtools a bit. We have not gooten to far with it since other things got in our way. Seeing this project get back to live would be great. Cheers, Peter Houston, Dion A Sr CPT MIL USA TRADOC wrote: Ooops, guess I sent this directly to Murray instead of the list... Resending... Dion ------ Forwarded Message From: Dion Houston <dio...@us...> Date: Thu, 22 Oct 2009 20:30:58 -0400 To: Murray Collingwood <mu...@fo...> Subject: RE: [mdb-dev] Status of Write Support? OK, well I'll first state my bias. The Jet database engine will always have a special place in my heart. I still remember the excitement I had when Access 1.0 came out (I had been doing database work since dBase II under CP/M). Later I had the chance to work in the Jet database group which provided my living for several years. So my opinion is by no means unbiased. Jet, especially for the times, was an amazing accomplishment. It really marked the first time a high performance database engine was available essentially for free. MDB Tools is no Jet. Nor do I think it was ever meant to be. But I would definitely say there is a place for write support if for nothing else than interoperability. In my case I'm hoping to enable people to use the latest and greatest data file formats with an older system. I've reviewed the code base and I believe it's a reasonable short term project to at least provide a Create Table function and the ability to write forward-only into that table. This is the minimal requirements that will meet my needs. If anyone has an interest in this level functionality please let me know. Also, if any of the original developers are lurking around on this list, thanks for all you've done so far! Dion -----Original Message----- From: Murray Collingwood <mu...@fo...> Sent: Thursday, October 22, 2009 7:43 PM To: mdb...@li... <mdb...@li...> Subject: Re: [mdb-dev] Status of Write Support? Hi guys I agree with Alex. Actually, I think this read-only ability may be part of the plan to extract as much data out of Access as possible without the ability to put it back. Frankly, I think it's a good plan. The sooner we get rid of Access the better. Cheers mc 2009/10/23 Alexander Lehner <le...@ed...> Hi Houston, Dion A Sr CPT MIL USA TRADO, just wanted to let you know that I'm reading this mailing list for more than 1 year now and got about 2 or 3 posts so far. mdbtools development seems to be dead somehow; reading works for my usage, writing - I don't know. But I would not expect too much support for any further development. Pretty sad for a cool project... Alex. On Sat, 17 Oct 2009, Houston, Dion A Sr CPT MIL USA TRADOC wrote: > Hi all, > > I finally resolved my CVS issues with this project and have the latest source compiled for OS X Snow Leopard. I see that there is a write.c that apparently has at least some support for writing. > > I am new to this project, and noticed that there is very little documentation. My questions are: > > > * What is the level of write support currently in the CVS tree? > * How do you use it? (preferably a code snippet) > * Are there any more detailed docs on the API design? > > My particular application is to convert multiple file formats to and from a particular MDB database format in a cross platform way. For converting to this MDB format I do not require random access, nor SQL, nor anything else. It would be nice to be able to create databases as well, but I can certainly place an empty database into a folder and just add the necessary table. > > Thanks in advance for any assistance, > > Dion > ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ mdbtools-dev mailing list mdb...@li... https://lists.sourceforge.net/lists/listinfo/mdbtools-dev -- Murray Collingwood Focus Computing p +61 415 24 26 24 http://www.focus-computing.com.au ------ End of Forwarded Message ________________________________ ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ________________________________ _______________________________________________ mdbtools-dev mailing list mdb...@li... https://lists.sourceforge.net/lists/listinfo/mdbtools-dev -- Peter Benjamin Volk Project Lead DDEngine.org An open source project Phone: [+49] (0) 351 862 9566 mailto:pe...@dd... Bunsenstraße 3 | D-01139 Dresden | GERMANY *********************************************************** Diese Mail einschliesslich der Anhänge könnte vertraulich sein. Sollten Sie nicht der beabsichtigte Empfänger dieser Mail sein, so ist jegliches Verwenden, Offenbaren oder Kopieren der Mail und ihrer Anhänge untersagt. Bitte informieren Sie den Absender und löschen Sie die Mail und deren Anhänge von Ihrem Rechner. Vielen Dank. This email and its attachments may be confidential and/or privileged. If you are not the intended recipient, any use, disclosure or copying of this email and its attachments is prohibited. If you have received this email in error, please notify immediately the sender by return email and delete this email and its attachments from your computer system. Thank you. |
|
From: Peter B. V. <pe...@dd...> - 2009-10-23 08:52:51
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hey,<br>
<br>
I tried to contact the original developers about a year ago but did not
get any reaction. In one of our projects we have a plan to continue to
develop the mdbtools a bit. We have not gooten to far with it since
other things got in our way. Seeing this project get back to live would
be great. <br>
<br>
Cheers,<br>
Peter<br>
<br>
Houston, Dion A Sr CPT MIL USA TRADOC wrote:
<blockquote cite="mid:C7068F66.2EF1%25d...@us..."
type="cite">
<meta http-equiv="Content-Type" content="text/html; ">
<title>FW: [mdb-dev] Status of Write Support?</title>
<font face="Calibri, Verdana, Helvetica, Arial"><span
style="font-size: 11pt;">Ooops, guess I sent this directly to Murray
instead of the list... Resending...<br>
<br>
Dion<br>
------ Forwarded Message<br>
<b>From: </b>Dion Houston <<a moz-do-not-send="true"
href="dio...@us...">dio...@us...</a>><br>
<b>Date: </b>Thu, 22 Oct 2009 20:30:58 -0400<br>
<b>To: </b>Murray Collingwood <<a moz-do-not-send="true"
href="mu...@fo...">mu...@fo...</a>><br>
<b>Subject: </b>RE: [mdb-dev] Status of Write Support?<br>
<br>
OK, well I'll first state my bias. The Jet database engine will always
have a special place in my heart. I still remember the excitement I
had when Access 1.0 came out (I had been doing database work since
dBase II under CP/M). Later I had the chance to work in the Jet
database group which provided my living for several years. So my
opinion is by no means unbiased. Jet, especially for the times, was an
amazing accomplishment. It really marked the first time a high
performance database engine was available essentially for free.<br>
<br>
MDB Tools is no Jet. Nor do I think it was ever meant to be. But I
would definitely say there is a place for write support if for nothing
else than interoperability. In my case I'm hoping to enable people to
use the latest and greatest data file formats with an older system.<br>
<br>
I've reviewed the code base and I believe it's a reasonable short term
project to at least provide a Create Table function and the ability to
write forward-only into that table. This is the minimal requirements
that will meet my needs. <br>
<br>
If anyone has an interest in this level functionality please let me
know.<br>
<br>
Also, if any of the original developers are lurking around on this
list, thanks for all you've done so far!<br>
<br>
Dion<br>
<br>
<br>
<br>
-----Original Message-----<br>
From: Murray Collingwood <<a moz-do-not-send="true"
href="mu...@fo...">mu...@fo...</a>><br>
Sent: Thursday, October 22, 2009 7:43 PM<br>
To: <a moz-do-not-send="true" href="mdb...@li...">mdb...@li...</a>
<<a moz-do-not-send="true" href="mdb...@li...">mdb...@li...</a>><br>
Subject: Re: [mdb-dev] Status of Write Support?<br>
<br>
Hi guys<br>
<br>
I agree with Alex. Actually, I think this read-only ability may be
part of the plan to extract as much data out of Access as possible
without the ability to put it back. Frankly, I think it's a good plan.
The sooner we get rid of Access the better.<br>
<br>
Cheers<br>
mc<br>
<br>
<br>
2009/10/23 Alexander Lehner <<a moz-do-not-send="true"
href="le...@ed...">le...@ed...</a>><br>
</span></font>
<blockquote><font face="Calibri, Verdana, Helvetica, Arial"><span
style="font-size: 11pt;"><br>
Hi Houston, Dion A Sr CPT MIL USA TRADO,<br>
<br>
just wanted to let you know that I'm reading this mailing list for more<br>
than 1 year now and got about 2 or 3 posts so far.<br>
mdbtools development seems to be dead somehow; reading works for my
usage,<br>
writing - I don't know.<br>
But I would not expect too much support for any further development.<br>
Pretty sad for a cool project...<br>
<br>
Alex.<br>
<br>
<br>
<br>
<br>
On Sat, 17 Oct 2009, Houston, Dion A Sr CPT MIL USA TRADOC wrote:<br>
<br>
> Hi all,<br>
><br>
> I finally resolved my CVS issues with this project and have the
latest source compiled for OS X Snow Leopard. I see that there is a
write.c that apparently has at least some support for writing.<br>
><br>
> I am new to this project, and noticed that there is very little
documentation. My questions are:<br>
><br>
><br>
> * What is the level of write support currently in the CVS tree?<br>
> * How do you use it? (preferably a code snippet)<br>
> * Are there any more detailed docs on the API design?<br>
><br>
> My particular application is to convert multiple file formats to
and from a particular MDB database format in a cross platform way. For
converting to this MDB format I do not require random access, nor SQL,
nor anything else. It would be nice to be able to create databases as
well, but I can certainly place an empty database into a folder and
just add the necessary table.<br>
><br>
> Thanks in advance for any assistance,<br>
><br>
> Dion<br>
><br>
<br>
------------------------------------------------------------------------------<br>
Come build with us! The BlackBerry(R) Developer Conference in SF, CA<br>
is the only developer event you need to attend this year. Jumpstart your<br>
developing skills, take BlackBerry mobile applications to market and
stay<br>
ahead of the curve. Join us from November 9 - 12, 2009. Register now!<br>
<a moz-do-not-send="true" href="http://p.sf.net/sfu/devconference">http://p.sf.net/sfu/devconference</a><br>
_______________________________________________<br>
mdbtools-dev mailing list<br>
<a moz-do-not-send="true" href="mdb...@li...">mdb...@li...</a><br>
<a moz-do-not-send="true"
href="https://lists.sourceforge.net/lists/listinfo/mdbtools-dev">https://lists.sourceforge.net/lists/listinfo/mdbtools-dev</a><br>
</span></font></blockquote>
<font face="Calibri, Verdana, Helvetica, Arial"><span
style="font-size: 11pt;"><br>
<br>
<br>
-- <br>
Murray Collingwood<br>
Focus Computing<br>
p +61 415 24 26 24<br>
<a moz-do-not-send="true" href="http://www.focus-computing.com.au">http://www.focus-computing.com.au</a><br>
<br>
<br>
------ End of Forwarded Message<br>
</span></font>
<pre wrap="">
<hr size="4" width="90%">
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
<a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/devconference">http://p.sf.net/sfu/devconference</a></pre>
<pre wrap="">
<hr size="4" width="90%">
_______________________________________________
mdbtools-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mdb...@li...">mdb...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/mdbtools-dev">https://lists.sourceforge.net/lists/listinfo/mdbtools-dev</a>
</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Peter Benjamin Volk
Project Lead
DDEngine.org
An open source project
Phone: [+49] (0) 351 862 9566
<a class="moz-txt-link-freetext" href="mailto:pe...@dd...">mailto:pe...@dd...</a>
Bunsenstraße 3 | D-01139 Dresden | GERMANY
***********************************************************
Diese Mail einschliesslich der Anhänge könnte vertraulich sein. Sollten Sie nicht der beabsichtigte Empfänger dieser Mail sein, so ist jegliches Verwenden, Offenbaren oder Kopieren der Mail und ihrer Anhänge untersagt. Bitte informieren Sie den Absender und löschen Sie die Mail und deren Anhänge von Ihrem Rechner. Vielen Dank.
This email and its attachments may be confidential and/or privileged. If you are not the intended recipient, any use, disclosure or copying of this email and its attachments is prohibited. If you have received this email in error, please notify immediately the sender by return email and delete this email and its attachments from your computer system. Thank you.</pre>
</body>
</html>
|
|
From: Houston, D. A Sr C. M. U. T. <dio...@us...> - 2009-10-23 05:38:48
|
Ooops, guess I sent this directly to Murray instead of the list... Resending... Dion ------ Forwarded Message From: Dion Houston <dio...@us...> Date: Thu, 22 Oct 2009 20:30:58 -0400 To: Murray Collingwood <mu...@fo...> Subject: RE: [mdb-dev] Status of Write Support? OK, well I'll first state my bias. The Jet database engine will always have a special place in my heart. I still remember the excitement I had when Access 1.0 came out (I had been doing database work since dBase II under CP/M). Later I had the chance to work in the Jet database group which provided my living for several years. So my opinion is by no means unbiased. Jet, especially for the times, was an amazing accomplishment. It really marked the first time a high performance database engine was available essentially for free. MDB Tools is no Jet. Nor do I think it was ever meant to be. But I would definitely say there is a place for write support if for nothing else than interoperability. In my case I'm hoping to enable people to use the latest and greatest data file formats with an older system. I've reviewed the code base and I believe it's a reasonable short term project to at least provide a Create Table function and the ability to write forward-only into that table. This is the minimal requirements that will meet my needs. If anyone has an interest in this level functionality please let me know. Also, if any of the original developers are lurking around on this list, thanks for all you've done so far! Dion -----Original Message----- From: Murray Collingwood <mu...@fo...> Sent: Thursday, October 22, 2009 7:43 PM To: mdb...@li... <mdb...@li...> Subject: Re: [mdb-dev] Status of Write Support? Hi guys I agree with Alex. Actually, I think this read-only ability may be part of the plan to extract as much data out of Access as possible without the ability to put it back. Frankly, I think it's a good plan. The sooner we get rid of Access the better. Cheers mc 2009/10/23 Alexander Lehner <le...@ed...> Hi Houston, Dion A Sr CPT MIL USA TRADO, just wanted to let you know that I'm reading this mailing list for more than 1 year now and got about 2 or 3 posts so far. mdbtools development seems to be dead somehow; reading works for my usage, writing - I don't know. But I would not expect too much support for any further development. Pretty sad for a cool project... Alex. On Sat, 17 Oct 2009, Houston, Dion A Sr CPT MIL USA TRADOC wrote: > Hi all, > > I finally resolved my CVS issues with this project and have the latest source compiled for OS X Snow Leopard. I see that there is a write.c that apparently has at least some support for writing. > > I am new to this project, and noticed that there is very little documentation. My questions are: > > > * What is the level of write support currently in the CVS tree? > * How do you use it? (preferably a code snippet) > * Are there any more detailed docs on the API design? > > My particular application is to convert multiple file formats to and from a particular MDB database format in a cross platform way. For converting to this MDB format I do not require random access, nor SQL, nor anything else. It would be nice to be able to create databases as well, but I can certainly place an empty database into a folder and just add the necessary table. > > Thanks in advance for any assistance, > > Dion > ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ mdbtools-dev mailing list mdb...@li... https://lists.sourceforge.net/lists/listinfo/mdbtools-dev -- Murray Collingwood Focus Computing p +61 415 24 26 24 http://www.focus-computing.com.au ------ End of Forwarded Message |
|
From: Murray C. <mu...@fo...> - 2009-10-23 02:40:39
|
Hi guys I agree with Alex. Actually, I think this read-only ability may be part of the plan to extract as much data out of Access as possible without the ability to put it back. Frankly, I think it's a good plan. The sooner we get rid of Access the better. Cheers mc 2009/10/23 Alexander Lehner <le...@ed...> > > Hi Houston, Dion A Sr CPT MIL USA TRADO, > > just wanted to let you know that I'm reading this mailing list for more > than 1 year now and got about 2 or 3 posts so far. > mdbtools development seems to be dead somehow; reading works for my usage, > writing - I don't know. > But I would not expect too much support for any further development. > Pretty sad for a cool project... > > Alex. > > > > > On Sat, 17 Oct 2009, Houston, Dion A Sr CPT MIL USA TRADOC wrote: > > > Hi all, > > > > I finally resolved my CVS issues with this project and have the latest > source compiled for OS X Snow Leopard. I see that there is a write.c that > apparently has at least some support for writing. > > > > I am new to this project, and noticed that there is very little > documentation. My questions are: > > > > > > * What is the level of write support currently in the CVS tree? > > * How do you use it? (preferably a code snippet) > > * Are there any more detailed docs on the API design? > > > > My particular application is to convert multiple file formats to and from > a particular MDB database format in a cross platform way. For converting to > this MDB format I do not require random access, nor SQL, nor anything else. > It would be nice to be able to create databases as well, but I can > certainly place an empty database into a folder and just add the necessary > table. > > > > Thanks in advance for any assistance, > > > > Dion > > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > -- Murray Collingwood Focus Computing p +61 415 24 26 24 http://www.focus-computing.com.au |
|
From: Alexander L. <le...@ed...> - 2009-10-23 01:54:22
|
Hi Houston, Dion A Sr CPT MIL USA TRADO, just wanted to let you know that I'm reading this mailing list for more than 1 year now and got about 2 or 3 posts so far. mdbtools development seems to be dead somehow; reading works for my usage, writing - I don't know. But I would not expect too much support for any further development. Pretty sad for a cool project... Alex. On Sat, 17 Oct 2009, Houston, Dion A Sr CPT MIL USA TRADOC wrote: > Hi all, > > I finally resolved my CVS issues with this project and have the latest source compiled for OS X Snow Leopard. I see that there is a write.c that apparently has at least some support for writing. > > I am new to this project, and noticed that there is very little documentation. My questions are: > > > * What is the level of write support currently in the CVS tree? > * How do you use it? (preferably a code snippet) > * Are there any more detailed docs on the API design? > > My particular application is to convert multiple file formats to and from a particular MDB database format in a cross platform way. For converting to this MDB format I do not require random access, nor SQL, nor anything else. It would be nice to be able to create databases as well, but I can certainly place an empty database into a folder and just add the necessary table. > > Thanks in advance for any assistance, > > Dion > |
|
From: Houston, D. A Sr C. M. U. T. <dio...@us...> - 2009-10-17 09:45:11
|
Hi all, I finally resolved my CVS issues with this project and have the latest source compiled for OS X Snow Leopard. I see that there is a write.c that apparently has at least some support for writing. I am new to this project, and noticed that there is very little documentation. My questions are: * What is the level of write support currently in the CVS tree? * How do you use it? (preferably a code snippet) * Are there any more detailed docs on the API design? My particular application is to convert multiple file formats to and from a particular MDB database format in a cross platform way. For converting to this MDB format I do not require random access, nor SQL, nor anything else. It would be nice to be able to create databases as well, but I can certainly place an empty database into a folder and just add the necessary table. Thanks in advance for any assistance, Dion |
|
From: Sebastian R. <sn...@lm...> - 2009-05-12 20:34:22
|
Hello list, I try to import several *.mdb's into MySQL- databases. This works fine, but with some large tables in large mdb's I have got following error: (process:27224): GLib-ERROR (recursed) **: gmem.c:175: failed to allocate 4096 bytes But I can export other smaller tables stored inside the same 'mdb'! So is there any solution, e.q . to split the export process into 10000 entries or something like this? I could not find any howto until now, how I can tell mdb-export to read only the first 10000 entries and then the next 10000 and so on... So please help.................. Kind regaards -- Mit freundlichen Grüßen Sebastian Reinhardt |
|
From: Jan v. M. <jan...@gm...> - 2008-12-09 08:07:12
|
Hi Calvin, Thanks for your response. I understand the strategy you chose to implement the Java version of mdbtools. Also thanks for the pointer to Jackcess, a project I somehow overlooked when I was searching for mdb libraries. I am currently testing both Jackcess and mdbtools-java. Best regards, Jan. 2008/12/5 Calvin Smith <cal...@ho...> > I wrote the current Java port and it worked well, if a little dated since > I have not followed the changes. > This Java port is in the CVS repository for your use, although the website > does not mention it. > My approach was to convert the C code to Java code thus making the Java > port 100% pure Java and runnable on any platform Java supports. I also > added a very small JDBC driver so you can use it for basic functions without > needing to know anything about mdbtools itslef. > It should not take much effort to get it going with the latest release. > Contact me off-list if you would like to contract me to do this. > Another project you could look at is: jackcess.sourceforge.net > > Calvin > > ------------------------------ > Date: Fri, 5 Dec 2008 10:20:15 +0100 > From: jan...@gm... > To: mdb...@li... > Subject: [mdb-dev] Java version of mdblib > > > Hello list, > > Two questions. > > First of all, is any development being done on this project? From the > sourceforge > CVS and this mailing list I get the impression that mdbtools is not being > developed > since three years or so. > > Second question, is anybody interested in developing mdbtools further? I am > currently > involved in a project that needs to read and write mdb files from Java. My > interest > is therefore primarily to get a good Java version of libmdb. > > Thanks, > best regards, > > -- > Jan van Mansum > > ------------------------------ > Send e-mail faster without improving your typing skills. Get your Hotmail(R) > account.<http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008> > -- Jan van Mansum |
|
From: Dane S. <bl...@ha...> - 2008-12-05 17:16:26
|
I am not a dev nor admin either, but just want to echo a concern that the project may not be very active but is yet still a very very critical tool that needs development. Stating the obvious, but .... I'm coming from the GeoSpatial realm where conversion of ESRI 'Geodatabases' to other formats via the mdbtools based driver [1] within the GDAL project is of critical importance to many users switching from the windows platform to unix. But currently the package is challenging be used successfully: http://trac.osgeo.org/gdal/wiki/mdbtools Dane [1] http://www.gdal.org/ogr/drv_pgeo.html On Dec 5, 2008, at 5:36 AM, Jan van Mansum wrote: > Hi Murray, > > > I'm guessing a little but my feeling is that most of us use mdbtools > to simply retrieve information from an mdb file - the data is simply > extracted into a CSV file. > > You are probably right. However, some other database writers might > want to support writing to mdb, to promote adoption of their own > product. (Similar to Open Office supporting "save as ..." MS Word > file.) > > There was a recent version that provided some basic update functions > on an mdb file, however I got the impression that this was not > complete - as you can imagine there are lots of conditions a > database needs to handle in order to maintain integrity etc. > > I am afraid you are right again :) That's why I was hoping to find > other people who want to write mdb files, so we could get it to work > as an open source effort. > > > > Were you planning on using JNI? I assume there is no way for you to > use JDBC and leave the mdb on a windows server? > > JNI could be an option, however I would prefer to stay independent > of particular OS and native libraries. When building mdbtools I > found I needed glib, for instance. > > We were entertaining the idea of using a Windows Server. If the > "mdbtools4j" option proves impractical, we will probably opt for that. > > Thanks and regards, > > Jan. > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, > Nevada. > The future of the web can't happen without you. Join us at MIX09 to > help > pave the way to the Next Web now. Learn more and register at > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/_______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev |
|
From: Calvin S. <cal...@ho...> - 2008-12-05 17:08:59
|
I wrote the current Java port and it worked well, if a little dated since I have not followed the changes. This Java port is in the CVS repository for your use, although the website does not mention it. My approach was to convert the C code to Java code thus making the Java port 100% pure Java and runnable on any platform Java supports. I also added a very small JDBC driver so you can use it for basic functions without needing to know anything about mdbtools itslef. It should not take much effort to get it going with the latest release. Contact me off-list if you would like to contract me to do this. Another project you could look at is: jackcess.sourceforge.net Calvin Date: Fri, 5 Dec 2008 10:20:15 +0100 From: jan...@gm... To: mdb...@li... Subject: [mdb-dev] Java version of mdblib Hello list, Two questions. First of all, is any development being done on this project? From the sourceforge CVS and this mailing list I get the impression that mdbtools is not being developed since three years or so. Second question, is anybody interested in developing mdbtools further? I am currently involved in a project that needs to read and write mdb files from Java. My interest is therefore primarily to get a good Java version of libmdb. Thanks, best regards, -- Jan van Mansum _________________________________________________________________ Send e-mail faster without improving your typing skills. http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008 |
|
From: Jan v. M. <jan...@gm...> - 2008-12-05 13:36:08
|
Hi Murray, > > I'm guessing a little but my feeling is that most of us use mdbtools to > simply retrieve information from an mdb file - the data is simply extracted > into a CSV file. > You are probably right. However, some other database writers might want to support writing to mdb, to promote adoption of their own product. (Similar to Open Office supporting "save as ..." MS Word file.) There was a recent version that provided some basic update functions on an > mdb file, however I got the impression that this was not complete - as you > can imagine there are lots of conditions a database needs to handle in order > to maintain integrity etc. > I am afraid you are right again :) That's why I was hoping to find other people who want to write mdb files, so we could get it to work as an open source effort. > > Were you planning on using JNI? I assume there is no way for you to use > JDBC and leave the mdb on a windows server? JNI could be an option, however I would prefer to stay independent of particular OS and native libraries. When building mdbtools I found I needed glib, for instance. We were entertaining the idea of using a Windows Server. If the "mdbtools4j" option proves impractical, we will probably opt for that. Thanks and regards, Jan. |
|
From: Jeff S. <why...@ya...> - 2008-12-05 13:06:11
|
Peter,
I am not an admin for the project, but I do have developer privileges.
I may be able to help in getting some changes upstreamed.
-- Jeff Smith
________________________________
From: Peter Benjamin Volk <pe...@dd...>
To: Jan van Mansum <jan...@gm...>
Cc: mdb...@li...
Sent: Friday, December 5, 2008 3:28:07 AM
Subject: Re: [mdb-dev] Java version of mdblib
Hi Jan,
we are currently working on the C part of the mdbtools. Not within the
sourceforge project but within our own project. We are using it to read
the table data an plug it into a MySQL extension. I have already
contacted the original admin of the SF project but have not gotten any
response so far. So the SF project seems to be in coma. Currently we
are upgrading the bibs so it can read the more current JET engines.
Cheers,
Peter
|
|
From: Murray C. <mu...@fo...> - 2008-12-05 11:20:53
|
Hi Jan There is not a lot of activity here, however there are many like myself who continue to use this library. I'm guessing a little but my feeling is that most of us use mdbtools to simply retrieve information from an mdb file - the data is simply extracted into a CSV file. There was a recent version that provided some basic update functions on an mdb file, however I got the impression that this was not complete - as you can imagine there are lots of conditions a database needs to handle in order to maintain integrity etc. Were you planning on using JNI? I assume there is no way for you to use JDBC and leave the mdb on a windows server? Cheers mc 2008/12/5 Jan van Mansum <jan...@gm...> > Hello list, > > Two questions. > > First of all, is any development being done on this project? From the > sourceforge > CVS and this mailing list I get the impression that mdbtools is not being > developed > since three years or so. > > Second question, is anybody interested in developing mdbtools further? I am > currently > involved in a project that needs to read and write mdb files from Java. My > interest > is therefore primarily to get a good Java version of libmdb. > > Thanks, > best regards, > > -- > Jan van Mansum > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > > -- Murray Collingwood Focus Computing p +61 415 24 26 24 http://www.focus-computing.com.au |
|
From: Peter B. V. <pe...@dd...> - 2008-12-05 09:46:49
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> Hi Jan,<br> <br> we are currently working on the C part of the mdbtools. Not within the sourceforge project but within our own project. We are using it to read the table data an plug it into a MySQL extension. I have already contacted the original admin of the SF project but have not gotten any response so far. So the SF project seems to be in coma. Currently we are upgrading the bibs so it can read the more current JET engines. <br> <br> Cheers,<br> Peter<br> <br> <br> <br> Jan van Mansum schrieb: <blockquote cite="mid:ddd...@ma..." type="cite">Hello list,<br> <br> Two questions.<br> <br> First of all, is any development being done on this project? From the sourceforge<br> CVS and this mailing list I get the impression that mdbtools is not being developed<br> since three years or so.<br> <br> Second question, is anybody interested in developing mdbtools further? I am currently<br> involved in a project that needs to read and write mdb files from Java. My interest<br> is therefore primarily to get a good Java version of libmdb.<br> <br> Thanks, <br> best regards,<br> <br> -- <br> Jan van Mansum<br> <pre wrap=""> <hr size="4" width="90%"> ------------------------------------------------------------------------------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at <a class="moz-txt-link-freetext" href="http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/">http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/</a></pre> <pre wrap=""> <hr size="4" width="90%"> _______________________________________________ mdbtools-dev mailing list <a class="moz-txt-link-abbreviated" href="mailto:mdb...@li...">mdb...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/mdbtools-dev">https://lists.sourceforge.net/lists/listinfo/mdbtools-dev</a> </pre> </blockquote> <br> <br> <pre class="moz-signature" cols="72">-- Peter Benjamin Volk Project Head DDEngine</pre> </body> </html> |
|
From: Jan v. M. <jan...@gm...> - 2008-12-05 09:20:18
|
Hello list, Two questions. First of all, is any development being done on this project? From the sourceforge CVS and this mailing list I get the impression that mdbtools is not being developed since three years or so. Second question, is anybody interested in developing mdbtools further? I am currently involved in a project that needs to read and write mdb files from Java. My interest is therefore primarily to get a good Java version of libmdb. Thanks, best regards, -- Jan van Mansum |
|
From: Peter B. V. <pe...@dd...> - 2008-09-19 01:49:57
|
Hi all, is there a project status to the MDB tools? Is there one of the project owners still on the list? I am insterested in using this technology for a larger scale project and would like to have a chat with the project owner. Cheers, Peter |
|
From: Alex H. <ba...@gm...> - 2008-07-24 23:27:19
|
On Thu, Jul 24, 2008 at 8:14 AM, Brett Hutley <br...@hu...> wrote: > I've attached a patch for data.c that should fix the problem. It increases > the size of the "text" buffer if the memo is larger than MDB_BIND_SIZE > bytes. I was wondering why the function always seems to allocate > MDB_BIND_SIZE bytes though? It seems as though a little later in the > function we actually read the size of the memo field, and we can then just > allocate the right number of bytes directly. (Although I guess there is > potentially a bit mask encoded in the length, which you'd need to mask out > in order to get the actual length). Sweet this patch also happens to fix this segfault I was getting (not related to memo fields just a text column). Thanks a lot Brett! *** glibc detected *** mdb-export: munmap_chunk(): invalid pointer: 0x0000000000883f00 *** ======= Backtrace: ========= /lib/libc.so.6[0x7ffd8e87bff8] /usr/local/lib/libmdb.so.1(mdb_col_to_string+0x201)[0x7ffd8ee25521] /usr/local/lib/libmdb.so.1[0x7ffd8ee25bd8] /usr/local/lib/libmdb.so.1(mdb_read_row+0x1cb)[0x7ffd8ee25eab] /usr/local/lib/libmdb.so.1(mdb_fetch_row+0x81)[0x7ffd8ee25f81] mdb-export[0x401538] /lib/libc.so.6(__libc_start_main+0xe6)[0x7ffd8e8263f6] mdb-export[0x400dd9] |
|
From: Brett H. <br...@hu...> - 2008-07-24 16:03:42
|
Yup, see this page: https://lists.sourceforge.net/lists/listinfo/mdbtools-dev Cheers, Brett On 24 Jul 2008, at 16:52, Daniel wrote: > I've tried to unsubscribe from this distribution list, but > evidently it's not working. Anyone have any ideas on how I can get > removed from the mdbtools email distribution list? > > - Daniel -- Brett Hutley [Head of Product Development, Stimuli Limited] [b] mailto:br...@st... http://www.stimuli.org/ [h] mailto:br...@hu... http://hutley.net/brett/ |
|
From: Daniel <lik...@gm...> - 2008-07-24 15:52:24
|
I've tried to unsubscribe from this distribution list, but evidently it's not working. Anyone have any ideas on how I can get removed from the mdbtools email distribution list? - Daniel On Thu, Jul 24, 2008 at 9:12 AM, Brett Hutley <br...@hu...> wrote: > Sorry it would probably help if I actually attached the patch file rather > than the modified source: > > > On 24 Jul 2008, at 15:37, Brett Hutley wrote: > > There seems to be a general problem in mdb-tables when specifying the > command-line option "-t any" or "-t all", in that it won't report anything. > Attached is a small patch to fix this issue. > Regards, Brett > > <mdb-tables.c> > > On 24 Jul 2008, at 14:09, gareth@ wrote: > > Hi > > > I'm currently trying to use mdb-tables on an up to date gentoo system. > > alas the command is giving me no output apart from a single blank line. > > I know the database is OK as this works fine on a Ubuntu system. > > Are there any pointers on how I may track is this problem down? > > > cheers g > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > > > -- > Brett Hutley [Head of Product Development, Stimuli Limited] > [b] mailto:br...@st... <br...@st...> http://www.stimuli.org/ > [h] mailto:br...@hu... <br...@hu...> http://hutley.net/brett/ > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > > > -- > Brett Hutley [Head of Product Development, Stimuli Limited] > [b] mailto:br...@st... <br...@st...> http://www.stimuli.org/ > [h] mailto:br...@hu... <br...@hu...> http://hutley.net/brett/ > > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > > |
|
From: Brett H. <br...@hu...> - 2008-07-24 15:13:05
|
Sorry it would probably help if I actually attached the patch file rather than the modified source:  On 24 Jul 2008, at 15:37, Brett Hutley wrote: > There seems to be a general problem in mdb-tables when specifying > the command-line option "-t any" or "-t all", in that it won't > report anything. Attached is a small patch to fix this issue. > > Regards, Brett > > <mdb-tables.c> > > On 24 Jul 2008, at 14:09, gareth@ wrote: > >> Hi >> >> >> I'm currently trying to use mdb-tables on an up to date gentoo >> system. >> >> alas the command is giving me no output apart from a single blank >> line. >> >> I know the database is OK as this works fine on a Ubuntu system. >> >> Are there any pointers on how I may track is this problem down? >> >> >> cheers g >> >> >> --------------------------------------------------------------------- >> ---- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win >> great prizes >> Grand prize is a trip for two to an Open Source event anywhere in >> the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> mdbtools-dev mailing list >> mdb...@li... >> https://lists.sourceforge.net/lists/listinfo/mdbtools-dev > > -- > Brett Hutley [Head of Product Development, Stimuli Limited] > [b] mailto:br...@st... http://www.stimuli.org/ > [h] mailto:br...@hu... http://hutley.net/brett/ > > > > ---------------------------------------------------------------------- > --- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev -- Brett Hutley [Head of Product Development, Stimuli Limited] [b] mailto:br...@st... http://www.stimuli.org/ [h] mailto:br...@hu... http://hutley.net/brett/ |
|
From: Brett H. <br...@hu...> - 2008-07-24 14:37:44
|
There seems to be a general problem in mdb-tables when specifying the command-line option "-t any" or "-t all", in that it won't report anything. Attached is a small patch to fix this issue. Regards, Brett  On 24 Jul 2008, at 14:09, gareth@ wrote: > Hi > > > I'm currently trying to use mdb-tables on an up to date gentoo system. > > alas the command is giving me no output apart from a single blank > line. > > I know the database is OK as this works fine on a Ubuntu system. > > Are there any pointers on how I may track is this problem down? > > > cheers g > > > ---------------------------------------------------------------------- > --- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev -- Brett Hutley [Head of Product Development, Stimuli Limited] [b] mailto:br...@st... http://www.stimuli.org/ [h] mailto:br...@hu... http://hutley.net/brett/ |
|
From: Brett H. <br...@hu...> - 2008-07-24 14:15:17
|
OK, the problem seems to be if the memo field is longer than
MDB_BIND_SIZE bytes in length (defined in mdbtools.h and currently
16384), then the mdb_memo_to_string function in data.c fails.
Specifically the function mdb_unicode2ascii in iconv.c does a copy
from the source buffer to the dest buffer using the source length
instead of the minimum of the source length & the dest buffer length
(in case the destination buffer is too small).
I've attached a patch for data.c that should fix the problem. It
increases the size of the "text" buffer if the memo is larger than
MDB_BIND_SIZE bytes. I was wondering why the function always seems to
allocate MDB_BIND_SIZE bytes though? It seems as though a little
later in the function we actually read the size of the memo field,
and we can then just allocate the right number of bytes directly.
(Although I guess there is potentially a bit mask encoded in the
length, which you'd need to mask out in order to get the actual length).
The fix to mdb_memo_to_string in iconv.c seems to be worth doing
purely in terms of stopping buffer overflow issues, but it might be
easier if the function is refactored a bit. Basically code like the
following only addresses the problem in one place in the function,
whereas it also exists in the else block of code following this, and
I haven't checked the block of code dealing with compressed Unicode
strings, or the #ifdef HAVE_ICONV block:
(Basically we strncpy the minimum of len_in and dlen):
--- iconv.c 7 Sep 2005 23:27:43 -0000 1.15
+++ iconv.c 24 Jul 2008 14:04:24 -0000
@@ -82,8 +82,11 @@
dlen -= len_out;
#else
if (IS_JET3(mdb)) {
- strncpy(out_ptr, in_ptr, len_in);
- dlen = len_in;
+ size_t copy_len = len_in;
+ if (copy_len > dlen)
+ copy_len = dlen;
+ strncpy(out_ptr, in_ptr, copy_len);
+ dlen = copy_len;
} else {
/* rough UCS-2LE to ISO-8859-1 conversion */
unsigned int i;
Regards, Brett

On 23 Jul 2008, at 01:25, Nigel Kendrick wrote:
> I have one table where the user has pasted some notes from another
> application into a 'comments' field of type 'memo' and mdb-export
> segfaults
> when it gets to these notes - they are quite long and contain tabs.
>
> I am not sure whether it's the length of the data or that it includes
> non-ascii characters, but I just wondered if anyone had any ideas
> tracking
> down the problem - I have had a look at the source code for mdb-
> export but I
> don't know C very well so I'm not getting very far. I get the
> feeling it's a
> buffer overflow or character (tab?) handling issue somewhere?
>
> Any thoughts on where to look?
>
> Thanks
>
>
> ----------------------------------------------------------------------
> ---
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> mdbtools-dev mailing list
> mdb...@li...
> https://lists.sourceforge.net/lists/listinfo/mdbtools-dev
--
Brett Hutley [Head of Product Development, Stimuli Limited]
[b] mailto:br...@st... http://www.stimuli.org/
[h] mailto:br...@hu... http://hutley.net/brett/
|
|
From: gareth@ - 2008-07-24 13:09:26
|
Hi I'm currently trying to use mdb-tables on an up to date gentoo system. alas the command is giving me no output apart from a single blank line. I know the database is OK as this works fine on a Ubuntu system. Are there any pointers on how I may track is this problem down? cheers g |
|
From: Brett H. <br...@hu...> - 2008-07-23 10:19:39
|
Hi Nigel, If it isn't sensitive data, can you upload a copy of the database somewhere? I can run it under the debugger, and see what's causing the segfault. It does sound like a buffer overflow problem to me too. Alternatively, try building a debug version of mdb-tools and running it under gdb. That will show you where it is crashing. Regards, Brett On 23 Jul 2008, at 01:25, Nigel Kendrick wrote: > I have one table where the user has pasted some notes from another > application into a 'comments' field of type 'memo' and mdb-export > segfaults > when it gets to these notes - they are quite long and contain tabs. > > I am not sure whether it's the length of the data or that it includes > non-ascii characters, but I just wondered if anyone had any ideas > tracking > down the problem - I have had a look at the source code for mdb- > export but I > don't know C very well so I'm not getting very far. I get the > feeling it's a > buffer overflow or character (tab?) handling issue somewhere? > > Any thoughts on where to look? > > Thanks > > > ---------------------------------------------------------------------- > --- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > mdbtools-dev mailing list > mdb...@li... > https://lists.sourceforge.net/lists/listinfo/mdbtools-dev -- Brett Hutley [Head of Product Development, Stimuli Limited] [b] mailto:br...@st... http://www.stimuli.org/ [h] mailto:br...@hu... http://hutley.net/brett/ |
26 messages has been excluded from this view by a project administrator.
