refdb-users — List for RefDB users

[Refdb-users] bib2ris INPROCEEDINGS

[Markus H. <mar...@mh...>]

Hi,

there is no such reason except my ignorance. I've been struggling
quite a bit with the bibtex to RIS mapping, and it is very well
possible that I didn't get some things right yet.

bibtex uses both PROCEEDINGS and INPROCEEDINGS. I figured the former
describes a whole tome of papers presented at some meeting, similar to
a book. The latter would then be a chapter (or an article?) that
appeared in such a tome. I'm still not sure what the RIS type CONF is
supposed to cover. If it is meant to describe the "book", then the
current mapping is ok. If CONF is meant to describe a chapter, then
INPROCEEDINGS should rather map to CONF, and PROCEEDINGS maybe to
BOOK.

As I'm not an active bibtex user, I'm open to suggestions how to
improve the default mapping. In any case, if you don't like the
default mapping, you can customize it in
/usr/local/etc/refdb/bib2risrc.

regards
Markus

Dominik Reusser writes:
 > If converting conference proceeding entries from bibtex (INPROCEEDINGS) to 
 > ris, the type is set to
 > TY  - CHAP
 > is there a reason for not setting it to
 > TY - CONF
 > 

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

Re: [Refdb-users] Using user-defined "numbering"/abbrevs in citations for docbook

[Olivier B. <oli...@in...>]

Hi.

FYI, I've updated my webpages using the new CITEKEY citation format :
http://www-inf.int-evry.fr/~olberger/publications/publications.html

It seems to work quite well, unless I can't get bold font for the
citation keys... but maybe because I'm using refdb mixed with docbook
xml and qui a number of dirty hacks to get everything together...

Now, what's missing is documentation, for instance on :
http://refdb.sourceforge.net/citestylex/index.html ;)

Best regards,

Le lundi 04 septembre 2006 =E0 13:33 +0200, Markus Hoenicka a =E9crit :
> Olivier Berger <oli...@in...> was heard to say:

> > I must say I'm not really familiar with practices of various journals
> > wrt formatting styles, not being a real scholar :/ ... so I'm afraid I
> > may not be helping that much...
> >
> > For the next papers maybe ;)
> >
>=20
> Ok, there's nothing to worry about. Just give it a try with your data whe=
n the
> packages are available, and let me know if you run into any problems.
>=20
> BTW I've updated the example documents on the RefDB web page. Now there's=
 also a
> test PDF available using the citekey citation style:
>=20
> http://refdb.sourceforge.net/examples.html#out
>=20
> regards,
> Markus
>=20
--=20
Olivier BERGER <oli...@in...>
Ing=E9nieur Recherche - Dept INF
INT Evry (http://www.int-evry.fr)
OpenPGP-Id: 1024D/6B829EEC

Re: [Refdb-users] Improving runbib disagnostics in case of error

[Markus H. <mar...@mh...>]

Olivier Berger <oli...@in...> was heard to say:

> > This patch certainly doesn't hurt, but does it really provide a clue to the
> > nature of the problem? I'd rather like to know why the refdbib error
> message
> > was useless, or why it didn't show up.
> >
>
> I see... unfortunately, I didn't save the log of the session I'm
> afraid :(
>

Don't worry. This happened to me dozens of times. It is often hard to think of
it, but we should make it a habit to copy the original error message to the
scratch buffer (or to a temporary buffer in vim) before we attempt to fix or
investigate problems ourselves. If we find out it was a pilot error, just hit
delete. If it's a real bug, you have something to show off to the maintainer
(or to rub it in his face, depending on your temper :-).

regards,
Markus

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

Re: [Refdb-users] Improving runbib disagnostics in case of error

[Olivier B. <oli...@in...>]

Le lundi 30 octobre 2006 =E0 14:28 +0100, Markus Hoenicka a =E9crit :
> Olivier Berger <oli...@in...> was heard to say:
>=20
> > Hi.
> >
> > I've tried and compile my bibliography after having upgraded to the
> > recent .deb packages, and apparently, the styles were no longer
> > retrieved.
> >
> > runbib's invocation of refdbib wasn't really provinding detailed error
> > diagnostics in order to help locate the issue...
> >
>=20
> I'm wondering what went wrong. If the style was missing or unreadable, yo=
u'd get
> the pretty obvious message:
>=20
> failed to access style data
>=20
> If the main database was entirely missing or unreadable, you should also =
get a
> message along the lines of:
>=20
> failed to connect to database server
>=20
>=20
> > May I suggest to add some echo log in case of an error during refdbib
> > invocation ?
> >
>=20
> This patch certainly doesn't hurt, but does it really provide a clue to t=
he
> nature of the problem? I'd rather like to know why the refdbib error mess=
age
> was useless, or why it didn't show up.
>=20

I see... unfortunately, I didn't save the log of the session I'm
afraid :(

That's the problem when you think you're too smart to try and correct
problems by yourself instead of asking the maintainer first, maybe ;)

Thanks for caring.

Best regards,
--=20
Olivier BERGER <oli...@in...>
Ing=E9nieur Recherche - Dept INF
INT Evry (http://www.int-evry.fr)
OpenPGP-Id: 1024D/6B829EEC

Re: [Refdb-users] Improving runbib disagnostics in case of error

[Markus H. <mar...@mh...>]

Olivier Berger <oli...@in...> was heard to say:

> Hi.
>
> I've tried and compile my bibliography after having upgraded to the
> recent .deb packages, and apparently, the styles were no longer
> retrieved.
>
> runbib's invocation of refdbib wasn't really provinding detailed error
> diagnostics in order to help locate the issue...
>

I'm wondering what went wrong. If the style was missing or unreadable, you'd get
the pretty obvious message:

failed to access style data

If the main database was entirely missing or unreadable, you should also get a
message along the lines of:

failed to connect to database server


> May I suggest to add some echo log in case of an error during refdbib
> invocation ?
>

This patch certainly doesn't hurt, but does it really provide a clue to the
nature of the problem? I'd rather like to know why the refdbib error message
was useless, or why it didn't show up.

regards,
Markus

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

Re: [Refdb-users] iconv-error with encoding of mysql-database

[Markus H. <mar...@mh...>]

Hi,

could you please send me the input data off-list? I'd like to run a few tests.
For the time being, please try to pre-process the data using the iconv
command-line application and then send them as ISO-8859-1. This should do the
trick.

regards,
Markus

Dominik Reusser <dre...@un...> was heard to say:

> I've got problems with the encoding of the mysql database.
> When importing ISO-8859-1 files, everything works fine. However, if I try to
> import an UTF-8 encoded file, I run into the following error.
>
> SELECT meta_app,meta_type,meta_dbversion from t_meta
> connected to database server using database:
> hykli
> input encoding is:
> UTF-8
> database encoding is:
> ISO-8859-1
> SELECT VERSION()
> iconv: invalid input character sequence
> character set conversion failed
> command processing done, finish dialog now
> error
>


-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

Re: [Refdb-users] Improving runbib disagnostics in case of error

[David N. <dav...@sw...>]

Hi Olivier,
> I've tried and compile my bibliography after having upgraded to the
> recent .deb packages, and apparently, the styles were no longer
> retrieved.

In case part of the problem is due to the server maintenance done during 
package install, here is the shell script fragment responsible for 
running the server in maintenance mode:

----------------------------------------------------------------------------------
<fragment>
# Construct server maintenance command
cmd="refdbd -a -D \"${db_backend}\" -i \"${db_dir}\""
if [ "${need_account_details}" = true ] ; then
    cmd="${cmd} -u \"${username}\" -w \"${password}\""
fi
# Execute server maintenance command
# Pipe through shell to ensure correct quote handling
set +e
echo ${cmd} | sh
errval=${?}
set -e
</fragment>
----------------------------------------------------------------------------------

Default values are:
    db_backend = sqlite
    db_dir     = /var/lib/refdb/db

Values for variables 'need_account_details', 'username' and 'password' 
are determined dynamically during the install preconfigure (or previous 
values are used).
   
Regards,
David.

[Refdb-users] iconv-error with encoding of mysql-database

[Dominik R. <dre...@un...>]

I've got problems with the encoding of the mysql database.
When importing ISO-8859-1 files, everything works fine. However, if I try t=
o=20
import an UTF-8 encoded file, I run into the following error.

SELECT meta_app,meta_type,meta_dbversion from t_meta
connected to database server using database:
hykli
input encoding is:
UTF-8
database encoding is:
ISO-8859-1
SELECT VERSION()
iconv: invalid input character sequence
character set conversion failed
command processing done, finish dialog now
error

=2D-=20
Dominik Reusser
Universit=E4t Potsdam

[Refdb-users] Improving runbib disagnostics in case of error

[Olivier B. <oli...@in...>]

Hi.

I've tried and compile my bibliography after having upgraded to the
recent .deb packages, and apparently, the styles were no longer
retrieved.

runbib's invocation of refdbib wasn't really provinding detailed error
diagnostics in order to help locate the issue...

May I suggest to add some echo log in case of an error during refdbib
invocation ?

Best regards,

P.S. after reinitializing the database and restoring a backup, I got my
styles working again.

# diff -u /usr/bin/runbib.orig /usr/bin/runbib
--- /usr/bin/runbib.orig        2006-10-30 11:16:54.000000000 +0100
+++ /usr/bin/runbib     2006-10-30 11:16:47.000000000 +0100
@@ -9,6 +9,7 @@
 #                                    xsltproc (db31x, teix)
 #                                    textutils (bibtex)

+#set -x

 ### start user-customizable section
 # stylesheets
@@ -255,6 +256,7 @@

        $myrefdbib -V $databaseopt $encodingopt $useropt $passwdopt $numopt=
 $portarg $iparg -S $style -D "." -t db31x $basename.id.xml > $basename.bib=
.xml
        if [ $? -ne 0 ]; then
+           echo "error in : $myrefdbib $databaseopt $encodingopt $useropt =
$passwdopt $numopt $portarg $iparg -S $style -D" '"."' "-t db31x $basename.=
id.xml > $basename.bib.xml"
            # move the output to error files so we can use the script
            # in makefiles
            mv $basename.bib.xml $basename.bib.xml.err

--=20
Olivier BERGER <oli...@in...>
Ing=E9nieur Recherche - Dept INF
INT Evry (http://www.int-evry.fr)
OpenPGP-Id: 1024D/6B829EEC

[Refdb-users] bib2ris INPROCEEDINGS

[Dominik R. <dom...@gm...>]

If converting conference proceeding entries from bibtex (INPROCEEDINGS) to=
=20
ris, the type is set to
TY  - CHAP
is there a reason for not setting it to
TY - CONF

Thanks
Dominik
=2D-=20
Dominik Reusser
Universit=E4t Potsdam
=2D-=20
=2D-----------------
Verf=FChrerische Fruchtauftstriche:
Ein sortenreiner, gr=FCner Rhabarber =FCbernimmt die Regentenschaft in den=
=20
extravaganten Geschmacksgef=FCge dieses Fruchtaufstriches. Die erfrischende=
,=20
feins=E4uerliche Nuancierung des Rhabarbers harmoniert gl=E4nzend mit der w=
eich=20
vers=FC=DFenden Nektarine.

Himbeere und Pfirsich sind vereint f=FCr diesen eindrucksvollen Fruchtaufst=
rich.=20
Der tiefe Klang des Himbeergeschmacks wird erfrischt durch die harmonische=
=20
S=FC=DFe des Pfirsichs. Ein kraftvolles Zusammenspiel herber Frische und=20
mediteraner Leichtigkeit.

=2D---------------------

Dominik Reusser
Sellostrasse 7
D-14471 Potsdam

0331 979 22 87

Re: [Refdb-users] Debian packages

[<Jus...@Pi...>]

> I have uploaded corrected repositories.
> ...
> Can you please try the new repositories and tell me whether fixing the
> first problem fixed the second.

Yes, it dit! The install looks fine.

Thanks,
Justus

Re: [Refdb-users] Debian packages

[David N. <dav...@sw...>]

Hi Justus,
> It turns out that in the release and svn versions, the
> Architecture is i38 instead of i386.


Thanks for the error report and the fix.  I have uploaded corrected 
repositories.

> However, it seems there is another problem. When I try to install the
> packages, I get size-mismatch errors such as:
>
> W: Failed to fetch http://refdb.sourceforge.net/debian/release/pool/r/refdb-lib/refdb-lib_0.4.1-2_i386.deb
>   Size mismatch
>
> W: Failed to fetch http://refdb.sourceforge.net/debian/svn/pool/r/refdb-doc/refdb-doc_0.0-svn-20061013_i386.deb
>   Size mismatch

Can you please try the new repositories and tell me whether fixing the 
first problem fixed the second.

Regards,
David.

[Refdb-users] Debian packages

[<Jus...@Pi...>]

Hi -

There still appears to be a problem with the refdb Debian Packages.gz.
I had been wondering why my apt tools no longer see the refdb
packages. It turns out that in the release and svn versions, the
Architecture is i38 instead of i386. I appended the 6 by hand, and lo
and behold, the packages reappear.

However, it seems there is another problem. When I try to install the
packages, I get size-mismatch errors such as:

W: Failed to fetch http://refdb.sourceforge.net/debian/release/pool/r/refdb-lib/refdb-lib_0.4.1-2_i386.deb
  Size mismatch

W: Failed to fetch http://refdb.sourceforge.net/debian/svn/pool/r/refdb-doc/refdb-doc_0.0-svn-20061013_i386.deb
  Size mismatch

Thanks,
Justus

Re: [Refdb-users] duplicate checks, revisited

[<Jus...@Pi...>]

"Markus Hoenicka" <mar...@mh...> wrote on Mon, 23 Oct
2006 22:33:57 +0200:

> http://refdb.sourceforge.net/checkref.html
> ...
> further processing of the output e.g. for graphical frontends.

Very nice, very useful! Extensive use of class attributes should make
it easy to post-process using XSLT. To make it even easier and more
future-proof (in case the tabular structure changes), I'd suggest you
add class attributes also to the "check value" and "database value"
<td>s.

Justus

[Refdb-users] duplicate checks, revisited

[Markus H. <mar...@mh...>]

Hi all,

I'd just like to share my recent advances in implementing the
duplicate check stuff. In addition to the plain text output mainly
useful for screen display or for further processing, the checkref
command can now also generate XHTML files:

refdbc: checkref -A xhtml -o testout.html checkdata.ris

An example output can be viewed here:

http://refdb.sourceforge.net/checkref.html

As you can see, the file lists each analyzed dataset, followed by a
table containing all matches with existing titles, locations, authors,
periodicals, and keywords. The table rows are color-coded according to
the match type. Needless to say, the appearance is configurable through
a CSS stylesheet, just in case you don't like the fonts or the
colors. The XHTML output uses the same example stylesheet as the
(X)HTML output of the getref command, which by default is installed as
/usr/local/share/refdb/css/refdb.css.

I'll be happy to consider further suggestions regarding the
functionality and the output of the checkref command, especially from
people who think about further processing of the output e.g. for
graphical frontends.

I'm currently running a couple of regression tests. When these are
successful, I'll announce another prerelease.

regards,
Markus

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

Re: [Refdb-users] ANN: Updated refdb debian packages

[Markus H. <mar...@mh...>]

Zitat von St=E9phane T=E9letch=E9a <ste...@jo...>:


> For 2007, refdb-pre4 is available on mirrors, under the contrib section=
 ;-)
>
> I'm going for a congress until next friday, but i can do a small setup
> once i return if you want.
>

Oh yes, please. Much appreciated.

regards,
Markus

--=20
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

Re: [Refdb-users] ANN: Updated refdb debian packages

[<ste...@jo...>]

Markus Hoenicka a =E9crit :
> St=E9phane T=E9letch=E9a <ste...@jo...> was heard to say:
>=20
>> The Mandriva RPM version is on its way also (on the build queue for no=
w)
>> , see:
>>
>> http://svn.mandriva.com/queue/todo/cooker/contrib/release/
>>
>> I've not made a distribution-agnostic rpm yet but i presume you can
>> install it on any rpm-based distribution (if needed, i can help).
>>
>=20
> Sounds great. I'd like to add a link or some info on the RefDB web page=
 once the
> RPMs are officially part of Mandriva, so please make sure to let me kno=
w.
>=20
> regards,
> Markus
>=20
They are :-)

For 2007, refdb-pre4 is available on mirrors, under the contrib section ;=
-)

I'm going for a congress until next friday, but i can do a small setup=20
once i return if you want.

St=E9phane

--=20
St=E9phane T=E9letch=E9a, PhD.                  http://www.steletch.org
Unit=E9 Math=E9matique Informatique et G=E9nome http://migale.jouy.inra.f=
r/mig
INRA, Domaine de Vilvert                  T=E9l : (33) 134 652 891
78352 Jouy-en-Josas cedex, France         Fax : (33) 134 652 901

Re: [Refdb-users] ANN: Updated refdb debian packages

[Markus H. <mar...@mh...>]

St=E9phane T=E9letch=E9a <ste...@jo...> was heard to say:

> The Mandriva RPM version is on its way also (on the build queue for now=
)
> , see:
>
> http://svn.mandriva.com/queue/todo/cooker/contrib/release/
>
> I've not made a distribution-agnostic rpm yet but i presume you can
> install it on any rpm-based distribution (if needed, i can help).
>

Sounds great. I'd like to add a link or some info on the RefDB web page o=
nce the
RPMs are officially part of Mandriva, so please make sure to let me know.

regards,
Markus

--=20
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

Re: [Refdb-users] ANN: Updated refdb debian packages

[<ste...@jo...>]

David Nebauer a =E9crit :
> RefDB debian repositories have been updated:
>     svn     =3D revision 193
>     release =3D 0.9.8-pre5
>=20
> Regards,
> David.
>=20

The Mandriva RPM version is on its way also (on the build queue for now)=20
, see:

http://svn.mandriva.com/queue/todo/cooker/contrib/release/

I've not made a distribution-agnostic rpm yet but i presume you can=20
install it on any rpm-based distribution (if needed, i can help).

Cheers,

St=E9phane

--=20
St=E9phane T=E9letch=E9a, PhD.                  http://www.steletch.org
Unit=E9 Math=E9matique Informatique et G=E9nome http://migale.jouy.inra.f=
r/mig
INRA, Domaine de Vilvert                  T=E9l : (33) 134 652 891
78352 Jouy-en-Josas cedex, France         Fax : (33) 134 652 901

Re: [Refdb-users] debian refdb package

[David N. <dav...@sw...>]

Hi,

> The problem is still there. The reason is that the Description field 
> in the Packages file should have one space indentation. But in refdb's 
> Packages.gz file, there's no one space ahead of the Description lines.


During the package build process Packages.gz files undergo 
post-processing.  At one stage each line is read using the bash 'read' 
function.  During this process any leading or trailing spaces were 
stripped out.  I've worked around the problem and refdb repositories 
have been updated with corrected Packages.gz files.

Thanks for reminding me of the error until I fixed it.

Regards,
David.

Re: [Refdb-users] Usual trouble - runbib says "error"

[Markus H. <mar...@mh...>]

Jeremy Malcolm <Je...@Ma...> was heard to say:

> /sw/bin/openjade:Thesis.sgml:3867:38:X: reference to non-existent ID
> "IDCOOTER1994STRUCTURAL-ADJU-X"
>
> (This in itself doesn't indicate a problem, because I get "reference to
> non-existent ID" for *all* my references and it usually doesn't matter -
> except that in this case it is followed by "error".)
>

These error messages are created by openjade and should go away as soon as you
succeed in creating the bibliography. It is just a bootstrapping issue.

> > - can you clean up the reference data by converting them to utf-8
> >   manually as shown above? You'd best use a test database that uses
> >   the UTF-8 encoding anyway. Does that affect the outcome in any way?
>
> No, same result (though I hadn't been getting the errors you got when
> using ISO-8859-1 anyway).
>

Interestingly, it makes a difference both on FreeBSD/PostgreSQL and on
Cygwin/MySQL. This appears to be a problem with the character encoding stuff in
refdb, although it does not seem to be related to your problem. I'll have to
look into this anyway.

> Yes, after converting to UTF-8 it is stopping at exactly the same place
> when I run it in debugging mode.
>

Could you please send me a full refdbd log (loglevel 7) showing the addref
command as well as your runbib attempt? I'd like to wade through, maybe there's
some indication of a failure way before refdbd gives in.

If that doesn't enlighten me, the fastest way to get further will be to debug it
on your box. Is there a chance that I could get remote access to your computer?
All I'd need is a regular user account accessible through ssh and
non-privileged access to the refdb database and to a test reference database. I
can run these test using a different refdbd port so this would not interfere
with your work in any way.

regards,
Markus


-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

Re: [Refdb-users] Usual trouble - runbib says "error"

[Jeremy M. <Je...@Ma...>]

Markus Hoenicka wrote:
> What database engine do you use btw? I'm running PostgreSQL on FreeBSD
> and MySQL on Cygwin.

MySQL on Darwin.

> Unfortunately this doesn't get you any closer to a working
> bibliography. It may be a platform issue but I wouldn't bet. In order
> to further identify what is going wrong, you should try the following:
> 
> - remove the citations you last added and see when runbib starts to
>   work again. Can you attribute the failure to a single citation?

I deleted the last month worth of references, because I know with 
certainty that it was working a month ago.  It didn't help, both times 
the client stopping following this line after a long pause:

/sw/bin/openjade:Thesis.sgml:3867:38:X: reference to non-existent ID 
"IDCOOTER1994STRUCTURAL-ADJU-X"

(This in itself doesn't indicate a problem, because I get "reference to 
non-existent ID" for *all* my references and it usually doesn't matter - 
except that in this case it is followed by "error".)

> - can you clean up the reference data by converting them to utf-8
>   manually as shown above? You'd best use a test database that uses
>   the UTF-8 encoding anyway. Does that affect the outcome in any way?

No, same result (though I hadn't been getting the errors you got when 
using ISO-8859-1 anyway).

> - please watch whether the bibliography always stops at the same
>   point, or whether the failure is rather random. Does it always stop
>   at the same reference (you can identify it by looking at the SQL
>   queries as many of them refer to "refdb_id" one way or another)?
>   Does it always stop after the author query shown in your log
>   snippet?

Yes, after converting to UTF-8 it is stopping at exactly the same place 
when I run it in debugging mode.

So I'm stuck again! :-(

-- 
Jeremy Malcolm LLB (Hons) B Com
Internet and Open Source lawyer, IT consultant, actor
host -t NAPTR 1.0.8.0.3.1.2.9.8.1.6.e164.org|awk -F! '{print $3}'

[Refdb-users] Usual trouble - runbib says "error"

[Markus H. <mar...@mh...>]

Hi Jeremy,

I've tried to reproduce this problem on my development platform, but I
didn't quite "succeed".

I noticed that your data apparently use an uncommon encoding. When I
tried to add them as they are, assuming they're ISO-8859-1 encoded, I
received 10 errors from refdbd. All of the failed references contained
umlauts or the "ae" ligature. I started over, this time converting the
encoding manually:

iconv -f iso-8859-1 -t utf-8 < Thesis.ris | refdbc -d malcolm -C addref -E UTF-8 -o addresult.txt
22850 byte written to addresult.txt
999:576 added:1 skipped:0 failed

This obviously gave better results. One reference was skipped because
it has a duplicate citation key
(UNITED-NATIONS2003CREATION-OF-A-G). As per the publication date these
seem to be different references so you may want to fix this.

I then tried to create the bibliography like this:

refdbib -d malcolm -S Murdoch.Law. -t db31x Thesis.id.xml > Thesis.bib.xml
999:565 retrieved:0 failed:0 not found

That is, no problem on FreeBSD. I'll try to run the same test on
Cygwin tomorrow, maybe the manual character conversion prevents the
libiconv error that I ran into. I also ran the same test using
valgrind. This tool did not report any invalid write attempts,
although approx. 2MB of memory get lost during the test (most of this
is lost by libdbi, not by refdbd itself).

What database engine do you use btw? I'm running PostgreSQL on FreeBSD
and MySQL on Cygwin.

Unfortunately this doesn't get you any closer to a working
bibliography. It may be a platform issue but I wouldn't bet. In order
to further identify what is going wrong, you should try the following:

- remove the citations you last added and see when runbib starts to
  work again. Can you attribute the failure to a single citation?

- can you clean up the reference data by converting them to utf-8
  manually as shown above? You'd best use a test database that uses
  the UTF-8 encoding anyway. Does that affect the outcome in any way?

- please watch whether the bibliography always stops at the same
  point, or whether the failure is rather random. Does it always stop
  at the same reference (you can identify it by looking at the SQL
  queries as many of them refer to "refdb_id" one way or another)?
  Does it always stop after the author query shown in your log
  snippet?

regards,
Markus

Jeremy Malcolm writes:
 > runbib is aborting for me again with the unhelpful message "error", and 
 > I've gone through all the usual reasons why this always happens (eg. 
 > obviously missing fields in references I've added recently, stray colons 
 > in citation keys) to no avail.
-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

[Refdb-users] ANN: Updated refdb debian packages

[David N. <dav...@sw...>]

RefDB debian repositories have been updated:
    svn     = revision 193
    release = 0.9.8-pre5

Regards,
David.

Re: [Refdb-users] Usual trouble - runbib says "error"

[Markus H. <mar...@mh...>]

Jeremy Malcolm <Je...@Ma...> was heard to say:

> > thanks for the test data. I forgot to ask one question: which style are you
> > using? If it is not one of those shipped with RefDB, could you please send
> me
> > that too?
>
> Sure here it is.

Thanks again. A quick test on my Windows/Cygwin box here at work shows that I
can reproduce *a* problem. We'll have to see whether it is the same problem
that you see, because my error message is different ("character set conversion
failed"). I'll try to reproduce this on my development box and will get back as
soon as I know more.

regards,
Markus

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de