mdbtools-dev

[mdb-dev] Problem connecting to cvs server

[Gordon M. <go...@co...>]

I can't seem to connect to the CVS server for the latest updates.
Here is a copy of the output:

-bash-3.00$ cvs -d:pserver:ano...@cv...:/cvsroot/mdbtools
login
Logging in to :pserver:ano...@cv...:2401/cvsroot/mdbtools
CVS password:
cvs [login aborted]: unrecognized auth response from cvs.sourceforge.net: M
PserverBackend::PserverBackend() Connect (Connection refused)

I have tried several passwords, including leaving the field blank
altogether, each time I get the same error message returned.

Any help would be greatly appreciated,
Gordon MacQueen

Re: [mdb-dev] Anon CVS error

[Jeff S. <why...@ya...>]

--- Martin Ellis <m.a...@nc...> wrote:
> Anyone else seeing this?
> 
> cvs -d:pserver:ano...@cv...:/cvsroot/mdbtools login
> Logging in 
> to :pserver:ano...@cv...:2401/cvsroot/mdbtools
> CVS password:
> cvs [login aborted]: unrecognized auth response from 
> cvs.sourceforge.net: M PserverBackend::PserverBackend() Connect 
> (Connection refused)
> 
> Any one else see this problem?
> Should I submit a support request, or is this a local problem?

Although there is no notice of it on the sourceforge site status page, they appear to be
experiencing problems similar to some they had about a month ago:

(2005-02-14 11:38:28 - Project CVS Service)   As of 2005-02-09 there was an outage of
anonymous CVS (tarballs, pserver-based CVS and ViewCVS) for projects whose UNIX names
start with the letters m, n, p, q, t, y and z. This problem has since been resolved and
the normal 5 hour sync delay will resume shortly.

Though I suspect this has already been reported, it certainly wouldn't hurt if you wanted
to submit a support request.

 -- Jeff Smith


		
__________________________________ 
Do you Yahoo!? 
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/ 

Re: [mdb-dev] Anon CVS error

[boga <bo...@ma...>]

I have the same error. It worked fine 2 days ago. I also have the same=20=

error on different sf.net projects that worked fine before.

Mikl=F3s

On Mar 14, 2005, at 10:56 AM, Martin Ellis wrote:

> (Sorry, I seem to be single-handedly responsible for 1/2 the traffic
> on this list lately!)
>
> Anyone else seeing this?
>
> cvs -d:pserver:ano...@cv...:/cvsroot/mdbtools login
> Logging in
> to :pserver:ano...@cv...:2401/cvsroot/mdbtools
> CVS password:
> cvs [login aborted]: unrecognized auth response from
> cvs.sourceforge.net: M PserverBackend::PserverBackend() Connect
> (Connection refused)
>
> I get the error on two machines on different subnets.  I also tried
> using my account to check it out but get a different error.
>
> I tested using a SF shell account, and can check out fine using that
> (pointing at cvs1), then transferring the files back, but technically
> that's against the terms of service (and I don't want to have to use
> it).
>
> Any one else see this problem?
> Should I submit a support request, or is this a local problem?
>
> Thanks
> Martin
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real=20
> users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
> _______________________________________________
> mdbtools-dev mailing list
> mdb...@li...
> https://lists.sourceforge.net/lists/listinfo/mdbtools-dev

[mdb-dev] Anon CVS error

[Martin E. <m.a...@nc...>]

(Sorry, I seem to be single-handedly responsible for 1/2 the traffic
on this list lately!)

Anyone else seeing this?

cvs -d:pserver:ano...@cv...:/cvsroot/mdbtools login
Logging in 
to :pserver:ano...@cv...:2401/cvsroot/mdbtools
CVS password:
cvs [login aborted]: unrecognized auth response from 
cvs.sourceforge.net: M PserverBackend::PserverBackend() Connect 
(Connection refused)

I get the error on two machines on different subnets.  I also tried 
using my account to check it out but get a different error.

I tested using a SF shell account, and can check out fine using that 
(pointing at cvs1), then transferring the files back, but technically 
that's against the terms of service (and I don't want to have to use 
it).

Any one else see this problem?
Should I submit a support request, or is this a local problem?

Thanks
Martin

Re: [mdb-dev] source files are binaries in cvs repro, why?!

[Jeff S. <why...@ya...>]

--- boga <bo...@ma...> wrote:
> Why all the libmdb/*.c files are binary files in the anonymous cvs
> repository?!

I believe I have now removed the sticky option -kb from all files in
mdbtools that don't need it.  A 'cvs update -A' or a new checkout will
be necessary to see that this has changed.  Note that the sticky option
may not be cleared on files that have been previously modified.  Please
let me know if this works for you now as expected.

 -- Jeff Smith

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [mdb-dev] Segmentation Faults with latest CVS

[Jeff S. <why...@ya...>]

--- Gordon MacQueen <go...@co...> wrote:
> Firstly, thanks to Jeff Smith for getting round the problem of Memo fields
> being truncated at 255 characters. These fields can now be read successfully
> when over 255 characters.

Glad to help out.  If I had known it would be so simple, I would have done it much
sooner.

> Having successfully compiled and installed the latest cvs, I have come
> across a problem which only seems to be affecting Access databases created
> in MS Access 97. When attempting to read anything from an mdb created in
> this version, mdbtools immediately seg faults and returns nothing.

I assume the files you are testing all have memo fields.  I have just committed some
changes to CVS which may impact this.  If you retest with current CVS and still get the
segfault, please send more info, such as a gdb backtrace.

 -- Thanks,
 -- Jeff Smith


		
__________________________________ 
Do you Yahoo!? 
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/ 

[mdb-dev] Announcing MDB Support for Kexi (was: source files are binaries)

[Martin E. <m.a...@nc...>]

On Friday 11 Mar 2005 15:25, boga wrote:
> The problem is that cvs won't merge binary files.
[snip]
> [ Of course the workaround is to make a diff before cvs update,
> then do a cvs update, then apply the diff again, but this is a bit
> problematic.... ]

And indeed that's exactly what I've done. :o)

I've now checked the MDB migration driver based on a patched 
mdbtools into KDE, so it's now possible to convert an Access
database into a Kexi database.

(Kexi is KOffice's package, and uses SQLite as it's native file 
format, see http://www.kexi-project.org/screenshots.html for
screenshots.  Kexi is also available on Win32, hence the patch I
posted earlier.)

Testing is welcome.  Building it requires installing Kexi from 
koffice/kexi in KDE CVS, then installing keximdb from 
kdenonbeta/keximdb.

Further information available at:
  http://www.kexi-project.org/compiling.html#get_sources
  http://www.kexi-project.org/wiki/wikiview/?MDBDriver
or send me a mail; or you could try IRC in #kexi on
irc.freenode.net


BTW, about those binary tags on files...
> You can fix these files  with cvs admin -ko write.c

Cheers
Martin

Re: [mdb-dev] source files are binaries in cvs repro, why?!

[Martin E. <m.a...@nc...>]

> On Mar 11, 2005, at 1:49 PM, Martin Ellis wrote:
> > On Friday 11 Mar 2005 12:10, boga wrote:
> >> Why all the libmdb/*.c files are binary files in the anonymous
> >> cvs repository?!
> >
> > Er, they're not.  Check your setup.

On Friday 11 Mar 2005 13:49, boga wrote:
> Altough i'm using cvsnt on osx and (not the original cvs), I've
> never had such issue with other sf.net projects.
> Also files in mdbtools-java semms to be ok.

> cvs -z3 -d:pserver:ano...@cv...:/cvsroot/mdbtools
> status mdbtools/src/libmdb/mem.c
...
>     Sticky Options:      -kb
>                                   ^^^^^^ - this sould be (none) or

Sorry, I misunderstood you.   By 'binary files', I thought you meant 
the contents of files was binary data, rather than tagged as binary.

That's what I get.  I had noticed that, but had forgotten about it. 
As they still seem to be diff'able, it didn't bother me.

But yes, if you're on a Mac I can see why that might be an issue. :o|

Martin

[mdb-dev] C++ and MSVC patch

[Martin E. <m.a...@nc...>]

Hi,

The attached patch should makes it easier
to include libmdb in C++ projects and
Win32 projects for people using MSVC.

It makes mdbtools.h C++ aware, and
tidies up some of the types so we aren't
comparing values of dissimilar type.

It also uses a const for a value that's used
as an array length (for MSVC) and const for
a the mdb_open filename parameter, to make
using the function easier in certain contexts.

Martin

Re: [mdb-dev] source files are binaries in cvs repro, why?!

[boga <bo...@ma...>]

Altough i'm using cvsnt on osx and (not the original cvs), I've never=20
had such issue with other sf.net projects.
Also files in mdbtools-java semms to be ok.

Can you execute the following, to double check the problem is on my=20
side?!

mkdir testmdbiskb
cd testmdbiskb
cvs -z3 -d:pserver:ano...@cv...:/cvsroot/mdbtools login
cvs -z3 -d:pserver:ano...@cv...:/cvsroot/mdbtools co=20
mdbtools/src/libmdb
cvs -z3 -d:pserver:ano...@cv...:/cvsroot/mdbtools=20
status mdbtools/src/libmdb/mem.c

For me the result is:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
File: mem.c             Status: Up-to-date

    Working revision:    1.37
    Repository revision: 1.37   =20
/cvsroot/mdbtools/mdbtools/src/libmdb/mem.c,v
    Sticky Tag:          (none)
    Sticky Date:         (none)
    Sticky Options:      -kb
                                  ^^^^^^ - this sould be (none) or -ko

Regards,
Mikl=F3s


On Mar 11, 2005, at 1:49 PM, Martin Ellis wrote:

> On Friday 11 Mar 2005 12:10, boga wrote:
>> Why all the libmdb/*.c files are binary files in the anonymous cvs
>> repository?!
>
> Er, they're not.  Check your setup.
>
> Martin
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real=20
> users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
> _______________________________________________
> mdbtools-dev mailing list
> mdb...@li...
> https://lists.sourceforge.net/lists/listinfo/mdbtools-dev

Re: [mdb-dev] source files are binaries in cvs repro, why?!

[Martin E. <m.a...@nc...>]

On Friday 11 Mar 2005 12:10, boga wrote:
> Why all the libmdb/*.c files are binary files in the anonymous cvs
> repository?!

Er, they're not.  Check your setup.

Martin

[mdb-dev] source files are binaries in cvs repro, why?!

[boga <bo...@ma...>]

Why all the libmdb/*.c files are binary files in the anonymous cvs=20
repository?!

Regards,
Mikl=F3s

Re: [mdb-dev] Segmentation Faults with latest CVS

[Martin E. <m.a...@nc...>]

On Thursday 10 Mar 2005 10:53, Gordon MacQueen wrote:
> Having successfully compiled and installed the latest cvs, I have
> come across a problem which only seems to be affecting Access
> databases created in MS Access 97. When attempting to read anything
> from an mdb created in this version, mdbtools immediately seg
> faults and returns nothing.

I also get seg.faults with current CVS.

I'm currently using a CVS checkout from -D2005-03-05, which 
seems more stable.  Perhaps you might want to try that for the
moment?  I think the large memo fields support was added just
before this.

Regards
Martin

[mdb-dev] Segmentation Faults with latest CVS

[Gordon M. <go...@co...>]

Firstly, thanks to Jeff Smith for getting round the problem of Memo fields
being truncated at 255 characters. These fields can now be read successfully
when over 255 characters.

Having successfully compiled and installed the latest cvs, I have come
across a problem which only seems to be affecting Access databases created
in MS Access 97. When attempting to read anything from an mdb created in
this version, mdbtools immediately seg faults and returns nothing.

I am attempting to read information from a DB created and maintained by
Access 97, and the data will always be provided in this format. However, if
I convert the DB to the current version using Tools -> Database Utilities ->
Convert Database -> To Current Access Database Version, in the version of
Access on my machine (Office 2000), everything works without problem.
Unfortunately, the app I'm developing does not have that capability and will
need to extract from the database in its provided format (97).

There was no problem extracting data in the current release of mdbtools,
which leads me to believe there is some setting or flag, which needs to be
set in order to make this work.

I know a successful way round this would be to use the current release, but
I require the ability to read Memo fields longer than 255 characters.

Any thoughts would be appreciated.

Many Thanks in advance,
Gordon MacQueen

[mdb-dev] Column names getting cut off

[EverythingAccess.com S. <wa...@ev...>]

 >Hello list.  For a project I"m developing I need to access a live mdb
 >database to pull some data and utilize it in a php app on a linux box.
 > Since the data need to be "live", I can"t simply export the mdb to
 >another format; I have to access it as an mdb.
 >
 >Currently, I"m trying to use mdbtools, mdbtools-odbc, and unixodbc.=20
 >I"ve tried using the rpms for version 0.5-1 and 0.5-236 of the
 >mdbtools packages, and version 2.2.8-55 of unixodbc.
 >
 >Everything installs fine, and I can connect to my mdb just fine.  The
 >mdb is Jet 4 and about 200 megs large, and contains a few dozen
 >tables.  I can access most of the tables just fine.  However, the one
 >that I actually need doesn"t come through correctly.  When I use
 >mdb-sql to do a "describe table" on it, about the first 20 columns
 >come through find, but then the next 80 or so columns are completely
 >blank.  The one between the ones that work and ones that don"t is cut
 >off, with only half the column name showing up.  The ones with blank
 >column names still have their type and size displayed correctly, so
 >it"s kind of being read correctly.
 >
 >I"ve looked at the table in Access, and nothing seems very strange
 >about that particular column.  My tables and column names do contain
 >underscores, but as it works with other tables that have underscores,
 >I don"t think that"s the issue.  I tried the "compact and repair
 >database" option in Access as well, but that didn"t fix it.
 >
 >I tried compiling the 0.6 version of mdbtools, but it can"t read any
 >of the tables in my database.  I tried the cvs version as well, but
 >couldn"t get it to even compile correctly.
 >
 >Any help would be greatly appreciated.
 >-Camden Daily

=20

I=92m not part of the development team here or anything but I can tell =
you
what the problem is so that one of the developers can fix it.

=20

The problem is that Table Definition pages can span over several Jet =
pages,
but I would suggest that the mdb-tools suite doesn=92t support this yet. =
 I am
fairly certain your problem listed above is due to this as the field
definitions (such as size, type etc) are listed in the table definition
pages well before the field names.  I also recognize this from my =
companies
Access recovery software when we were initially writing it.

=20

Technical details;

=20

A 4-byte value exists at offset 4 in each Table Definition page.  This
pointer will be blank unless this is a multi-page table definition.  If =
it
is a multi-page table definition, this 4 byte value is a pointer to the =
next
overflow table definition page (note: you could theoretically have many
spanned pages for each table definition).

=20

So the mdb-tools software simply needs to attach these =91extension=92 =
pages
when reading the first table definition page.  Each extension page =
contains
PageSize-8 (jet4: 4088, jet3: 2040) bytes of data which should be =
appended
to the tdef data before it is processed. =20

=20

Regards,

=20

Wayne Phillips=20

HYPERLINK =
"http://www.EverythingAccess.com"http://www.EverythingAccess.com =96
Professional Access Database Repair Service, free utilities and forums

=20

=20


--=20
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.7.0 - Release Date: 08/03/2005
=20

Re: [mdb-dev] Error running autogen on CVS

[Jeff S. <why...@ya...>]

Installing GLib should have created the file ACLOCAL_DIR/glib-2.0.m4
If this is not the case, then you still have a problem with GLib.  I could
send you the file if you necessary, but I am sceptical that the file alone
would solve all the remaining issues.

 -- Jeff Smith


	
		
__________________________________ 
Celebrate Yahoo!'s 10th Birthday! 
Yahoo! Netrospective: 100 Moments of the Web 
http://birthday.yahoo.com/netrospective/

[mdb-dev] Error running autogen on CVS

[Brian M. <bm...@cq...>]

I'm getting errors complaining about the function  AM_PATH_GLIB_2_0 when
running the autogen script: I've tried adding the contents of
/usr/share/aclocal/libtool.m4 to aclocal.m4, but it doesn't make any
difference. 

Whilst we are at it the command in the docs for pulling down sources
does not specify which module is to be extracted.

many thanks in advance,

Brian 

# cvs -z3 -d:pserver:ano...@cv...:/cvsroot/mdbtools co mdbtools
# cd mdbtools
# ./autogen.sh --with-unixodbc=/usr/local/src
processing .
Running libtoolize...
Running aclocal  ...
aclocal:configure.in:105: warning: macro `AM_PATH_GLIB_2_0' not found in library
Running autoheader...

<snip lots of OKs>

./configure: line 20352: syntax error near unexpected token `2.0.0'
./configure: line 20352: `AM_PATH_GLIB_2_0(2.0.0)'
#

[mdb-dev] Error running autogen on CVS

[Brian M. <Bri...@Co...>]

I'm getting errors complaining about the function  AM_PATH_GLIB_2_0 when
running the autogen script: I've tried adding the contents of
/usr/share/aclocal/libtool.m4 to aclocal.m4, but it doesn't make any
difference. 

Whilst we are at it the command in the docs for pulling down sources
does not specify which module is to be extracted.

many thanks in advance,

Brian


# cvs -z3 -d:pserver:ano...@cv...:/cvsroot/mdbtools co mdbtools
# cd mdbtools
# ./autogen.sh --with-unixodbc=/usr/local/src
processing .
Running libtoolize...
Running aclocal  ...
aclocal:configure.in:105: warning: macro `AM_PATH_GLIB_2_0' not found in library
Running autoheader...

<snip lots of OKs>

./configure: line 20352: syntax error near unexpected token `2.0.0'
./configure: line 20352: `AM_PATH_GLIB_2_0(2.0.0)'
#

Re: [mdb-dev] OS X compiling... more info

[Jeff S. <why...@ya...>]

--- michael geary <lis...@ge...> wrote:
> However, I'm still having problems. "configure" seems to have gone 
> okay. It did squawk about libglade:
> "checking for libglade-2.0 libgnomeui-2.0... Package libglade-2.0 was 
> not found in the pkg-config search path.
> Perhaps you should add the directory containing `libglade-2.0.pc'"

Don't worry, as this is only needed for the GUI.

> ld: multiple definitions of symbol _mdb_backends
> catalog.lo definition of _mdb_backends in section (__DATA,__common)
> mem.lo definition of _mdb_backends in section (__DATA,__common)
> file.lo definition of _mdb_backends in section (__DATA,__common)
> kkd.lo definition of _mdb_backends in section (__DATA,__common)
> table.lo definition of _mdb_backends in section (__DATA,__common)
> data.lo definition of _mdb_backends in section (__DATA,__common)
> backend.lo definition of _mdb_backends in section (__DATA,__common)
> money.lo definition of _mdb_backends in section (__DATA,__common)
> sargs.lo definition of _mdb_backends in section (__DATA,__common)
> index.lo definition of _mdb_backends in section (__DATA,__common)
> write.lo definition of _mdb_backends in section (__DATA,__common)
> stats.lo definition of _mdb_backends in section (__DATA,__common)

Apparently it is taking this line (155) from mdbtools.h as a definition
rather than a declaration:
  extern GHashTable      *mdb_backends;

I don't know enough about the compiler or linker in your environment to
understand *why* this might.  Even eliminating the need for mdb_backends
in mdbtools.h wouldn't solve your problem.

Sorry, but that's all the info I have to provide.

 -- Jeff Smith

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [mdb-dev] OS X compiling... more info

[michael g. <lis...@ge...>]

Hi all,

well, it appears that after a fink update and a retry at "fink install 
glib2" yielded some success.

However, I'm still having problems. "configure" seems to have gone 
okay. It did squawk about libglade:
"checking for libglade-2.0 libgnomeui-2.0... Package libglade-2.0 was 
not found in the pkg-config search path.
Perhaps you should add the directory containing `libglade-2.0.pc'"

but it still made the Makefiles. So, I typed "make", and things seemed 
to go okay. Until, that is, I got this:

gcc -dynamiclib -flat_namespace -undefined suppress -o 
.libs/libmdb.0.0.0.dylib  catalog.lo mem.lo file.lo kkd.lo table.lo 
data.lo dump.lo backend.lo money.lo sargs.lo index.lo like.lo write.lo 
stats.lo  -L/sw/lib -lglib-2.0 -lintl -liconv -lc -install_name  
/usr/local/lib/libmdb.0.dylib -compatibility_version 1 -current_version 
1.0
ld: multiple definitions of symbol _mdb_backends
catalog.lo definition of _mdb_backends in section (__DATA,__common)
mem.lo definition of _mdb_backends in section (__DATA,__common)
file.lo definition of _mdb_backends in section (__DATA,__common)
kkd.lo definition of _mdb_backends in section (__DATA,__common)
table.lo definition of _mdb_backends in section (__DATA,__common)
data.lo definition of _mdb_backends in section (__DATA,__common)
backend.lo definition of _mdb_backends in section (__DATA,__common)
money.lo definition of _mdb_backends in section (__DATA,__common)
sargs.lo definition of _mdb_backends in section (__DATA,__common)
index.lo definition of _mdb_backends in section (__DATA,__common)
write.lo definition of _mdb_backends in section (__DATA,__common)
stats.lo definition of _mdb_backends in section (__DATA,__common)
ld: warning multiple definitions of symbol _locale_charset
/sw/lib/libiconv.dylib(localcharset.o) definition of _locale_charset
/sw/lib/libintl.dylib(localcharset.lo) definition of _locale_charset
/usr/bin/libtool: internal link edit command failed
make[2]: *** [libmdb.la] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1

----------------

can anyone help me troubleshoot this? Again, all I want are the CLI 
tools that allow me to extract mdb files...

-michael

Re: [mdb-dev] OS X compiling...

[michael g. <lis...@ge...>]

Hi Neil,

I'm using the default config, which i assume is stable. I have just 
added the unstable info to my /sw/etc/fink.conf

are your mdbtools files statically linked? Do you have either 
executables or OS-X friendly steps to get a CLI-only version of 
mdbtools running on this platform?

Thanks very much. BTW, I tried today to work with the CVS version, but 
I get errors in the configure process. Anyone else on OS X confirm 
this?

thanks very much,

michael geary


On Feb 20, 2005, at 5:03 PM, Neil Tiffin wrote:

> Are you using stable or unstable?
>
> At 12:46 PM -0700 2/11/05, michael geary wrote:
>> fink chokes on glib2 on my machine. It says it needs to install 17 
>> dependencies first, and then dies on the gmp package, long before it 
>> gets to glib2... :c(
>>
>> I don't believe that gmp is _really_ needed for glib2. Any ideas on 
>> how I can override fink's dependency mechanism?
>>
>> thanks,
>>
>> michael geary

Re: [mdb-dev] Truncated Memo fields - 255 characters

[Jeff S. <why...@ya...>]

--- Brian McMillan <Bri...@Co...> wrote:
> Where can I get my hands on the changes?

In the mdbtools CVS repository at sourceforge.  http://mdbtools.sf.net can
give you a little more info.

 -- Jeff Smith



	
		
__________________________________ 
Celebrate Yahoo!'s 10th Birthday! 
Yahoo! Netrospective: 100 Moments of the Web 
http://birthday.yahoo.com/netrospective/

Re: [mdb-dev] AnonCVS instructions on front page

[Jeff S. <why...@ya...>]

--- Edward Catmur <ed...@ca...> wrote:
> I think the CVS instructions on http://mdbtools.sourceforge.net/ are
> incorrect, instead of 
> 
> cvs -d:pserver:ano...@cv...:/cvsroot/mdbtools
> login
> 
> it should be
> 
> cvs -d:pserver:ano...@cv...:/cvsroot/mdbtools login

Thanks, Ed.  I did not realize until today that I had access to change the
web pages.  I am making this change now.

 -- Jeff Smith




	
		
__________________________________ 
Celebrate Yahoo!'s 10th Birthday! 
Yahoo! Netrospective: 100 Moments of the Web 
http://birthday.yahoo.com/netrospective/

Re: [mdb-dev] Truncated Memo fields - 255 characters

[Brian M. <bm...@cq...>]

Where can I get my hands on the changes?

On Tue, 2005-03-01 at 16:02, Jeff Smith wrote:
> Actually, I forgot to mail the list that I made some changes last week
> which should have (mostly) corrected this issue.
> 
>   -- Jeff Smith

Re: [mdb-dev] Truncated Memo fields - 255 characters

[Brian M. <Bri...@Co...>]

Where can I get my hands on the changes?

On Tue, 2005-03-01 at 16:02, Jeff Smith wrote:
> Actually, I forgot to mail the list that I made some changes last week
> which should have (mostly) corrected this issue.
> 
>   -- Jeff Smith