btool-users

[btOOL] $BL@;R$/$sBN83F|5-$h$j(B

[<in...@do...>]

　http://merutomo.1192296.net/deai_file/index_bo

♀ 「あ、先生・・・やめてください。そんなに乱暴にしないでっ」

♂ 「明子くん、抵抗する割にはぐちょぐちょになっているじゃないか。」

♀ 「・・・・そんな・・・」

♀ 「いやっ、あんまり広げないで下さい。はずかしいです・・・・」

♂ 「ほら、自分でみてごらん。」

♀ 「・・あっ・・・ぁあ・・・・」

　http://merutomo.1192296.net/deai_file/index_bo

☆出会いFILEから☆

ダイスキなアナタに完全攻略教えちゃいます☆

学生・OL・モデル・人妻・コンパニオンとヤリまくり！！

これでアナタも出会い度120％♪

　http://merutomo.1192296.net/deai_file/index_bo


今後のメールを拒否する方は

　app...@ya...
　

.

[btOOL] $B%*%9%9%a(BGirls $B!*(B

[<in...@ju...>]

　　http://merutomo.1192296.net/new_ranking/otonanodeai.html

『はじめまして、miho☆です。
miho☆はエッチなこと大好き！まった〜りしたのが好きです。
miho☆がどんな女の子になるかはあなた次第だよ☆
 miho☆の大事なものが見たい人は、miho☆を独占してね♪ 』

　　http://merutomo.1192296.net/new_ranking/otonanodeai.html

『スレンダーだけど出るとこは出てるかも(〃∇〃)
セクシーランジェリーやコスプレなどもＯＫですｗ
あとちょっとＭかも・・(／-＼*) 気軽にメールしてね♪』

　　http://merutomo.1192296.net/new_ranking/otonanodeai.html

『見られてるだけでオマ○コが濡れてきてヒクヒク動くの。
ア○ルももちろんＯＫよ♪
すっごくムラムラしてるからいきなり襲って（（（o≧▽≦)ノ彡☆』

　　http://merutomo.1192296.net/new_ranking/otonanodeai.html

拒否はこちら。
 　 don...@ya...

.

[btOOL] $B%$%A%*%7!*(B

[<in...@ju...>]

　　http://merutomo.1192296.net/sweets.html

『イチオシサイトです。出会いの大チャンス!
セフレや割り切り希望も多数。
セキュリティーやサポートも万全なので安心ですね。』

　　http://merutomo.1192296.net/sweets.html

『今どの出会いが熱いの？
おいしい流行のサイトは常にチェック！
ほんとに出会えてる人は絶対見ているサイト。 
会いたい？ならオススメ。』

　　http://merutomo.1192296.net/sweets.html

『とにかくエッチしたい！…でもどうすればできるの？
そんな時はガイドを見よう！
悪徳サイトにひっかかりたくないならとにかく必見だ。
しっかりした管理と広告だから出会いは当然！Ｈは必然！
初心者にもやさしい。とにかくオススメの一言だ。』

　　http://merutomo.1192296.net/sweets.html

拒否はこちら。
 　 don...@ya...

.

Re: [btOOL] segfault in bt_create_name_format

[Greg W. <gwa...@py...>]

On 27 April 2005, Brent Smith said:
>   While working with the Text::BibTeX module, I was able to make
> perl (I think, or maybe the btparse library?) segfault.  Here is so=
me
> data pertaining to the segfault.

Thanks for reporting this, and sorry for the long delay.  I'm turning
btOOL over to a new maintainer, Alberto Sim=F5es, who will be looking=
 into
this bug and hopefully making a new release soon.  (Hooray!)  I suspe=
ct
it will be fairly shallow and easy to fix -- I just have no time for =
or
interest in maintaining btOOL myself anymore.

        Greg
--=20
Greg Ward <gw...@py...>                         http://www.gerg.=
ca/
I have the power to HALT PRODUCTION on all TEENAGE SEX COMEDIES!!

Re: [btOOL] segfault in bt_create_name_format

[Brent S. <bs...@uc...>]

Brent Smith wrote:
> It looks like the "parts" parameter to that function was
> passed a NULL.  Maybe some simple error checking like a
> if (!parts) { return NULL; } will fix the issue?
> 

I'm sorry, it looks like if you call the format method
with the correct arguments, it won't segfault.

i.e.  $nameformat = new Text::BibTeX::NameFormat ("fvlj", false);

However, regardless of how it is called, I don't think the
constructor should segfault on bad input.


-- 
Brent Smith <bs...@uc...>
BME Computer Support <bme...@uc...>
530.754.8029

[btOOL] segfault in bt_create_name_format

[Brent S. <bs...@uc...>]

Hello,

  While working with the Text::BibTeX module, I was able to make
perl (I think, or maybe the btparse library?) segfault.  Here is some
data pertaining to the segfault.

Version of Text::BibTeX : 0.34
Version of btparse: 0.34
perl version: This is perl, v5.8.5 built for i686-linux

smitten@brent bibliography $ gdb perl
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-pc-linux-gnu"...Using host libthread_db
library "/lib/tls/libthread_db.so.1".

(gdb) run ./article_manager.pl
Starting program: /usr/bin/perl ./article_manager.pl
[Thread debugging using libthread_db enabled]
[New Thread -1209788736 (LWP 20485)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1209788736 (LWP 20485)]
0xb7ea75c3 in strlen () from /lib/tls/libc.so.6
(gdb) bt
#0  0xb7ea75c3 in strlen () from /lib/tls/libc.so.6
#1  0xb7e38884 in bt_create_name_format (parts=0x0, abbrev_first=0) at
src/format_name.c:104
#2  0xb7e30a2d in XS_Text__BibTeX__NameFormat_create (cv=0x81d0c30) at
BibTeX.xs:385
#3  0x080c4a99 in Perl_pp_entersub () at pp_hot.c:2857
#4  0x080ab96b in Perl_runops_debug () at dump.c:1442
#5  0x08062e5c in S_run_body (oldscope=0) at perl.c:1924
#6  0x08062baa in perl_run (my_perl=0x8154008) at perl.c:1843
#7  0x0805f567 in main (argc=0, argv=0x0, env=0xbfffedc0) at perlmain.c:86
(gdb)

Here is the script that is causing this segfault:

#!/usr/bin/perl
#
# Author:      Brent Smith <bs...@uc...>
# Created:     04-27-2005
# Description:
#        This is a perl CGI script used to print out all
# entries in a particular bibtex file to an HTML format.

# required modules
use Text::BibTeX;
use Text::BibTeX::Name;
use Text::BibTeX::NameFormat;

$bibfile    = new Text::BibTeX::File "Susannah.bib";
$nameformat = new Text::BibTeX::NameFormat;

while ($entry = new Text::BibTeX::Entry $bibfile)
{
  next unless $entry->parse_ok;

  @names = $entry->exists ('author') ? $entry->names ('author') : "";

  foreach my $author (@names) {
    $authorname = $author->format ($nameformat);
    print "$authorname, ";
  }

  print $entry->exists ('title') ? $entry->get ('title') : "";

  print "\n";

}


It looks like the "parts" parameter to that function was
passed a NULL.  Maybe some simple error checking like a
if (!parts) { return NULL; } will fix the issue?

The purpose of the script will be to eventually parse BibTeX
files and sort by an arbitrary field, and then print to HTML
format.  Is there something that already does this?  I think
it will be an excellent way for faculty/professors to manage
their published articles for their own web sites.

Thanks for you help,

-- 
Brent Smith <bs...@uc...>
BME Computer Support <bme...@uc...>
530.754.8029

Re: [btOOL] looking for a libbtparse* srpm?

[Greg W. <gw...@py...>]

On 24 February 2005, Emmanuel said:
> By the way, I have problem to build btparse, here it what it gives me (may be 
> I should apply the patch of the debian package to build?):

I didn't know the Debian package included patches -- I've never looked
at it.  Maybe I should.  ;-)

> $./configure --prefix=/home/manu/rpm/tmp/btparse-0.34
> 
> ...
> 
> $make
> Making all in src
> make[1]: Entering directory `/home/manu/rpm/SOURCES/btparse-0.34/src'
> antlr -gt -fe err.c -fh stdpccts.h -fl parser.dlg -ft tokens.h bibtex.g
> ANTLR Parser Generator   Version 2.7.4   1989-2004 jGuru.com
> warning: grammar file must be last; ignoring other arguments...
> error: Token stream error reading grammar(s):
> err.c:13:1: unexpected char: '#'
> TokenStreamException: expecting '(', found 'i'
> make[1]: *** [err.c] Erreur 1
> make[1]: Leaving directory `/home/manu/rpm/SOURCES/btparse-0.34/src'
> make: *** [all-recursive] Erreur 1

btparse was written for ANTLR 1.33, the ancient C version.  But you
shouldn't need ANTLR to build btparse -- the generated files are all
shipped with the source.  (Unless you're hacking on the grammar, in
which case you'll have to find ANTLR 1.33 yourself.  I haven't looked at
this stuff in 5 or 6 years, so you're on your own.)

        Greg
-- 
Greg Ward <gw...@py...>                         http://www.gerg.ca/
If at first you don't succeed, give up--no use making a damn fool of yourself.

Re: [btOOL] looking for a libbtparse* srpm?

[Emmanuel <emm...@fa...>]

Le mercredi 23 F=E9vrier 2005 23:00, Greg Ward a =E9crit=A0:
> On 23 February 2005, Emmanuel said:
> > I'm recently started to look for the source of libparse (too build
> > literature for mandrake). Literature is the rewrite of kaspaliste...
> > So I'd like to build libparse for mandrake...
>
> There are no RPMs of btparse or Text::BibTeX, just source tarballs:
>
>   http://www.gerg.ca/software/btOOL/btparse-0.34.tar.gz
>
> > ps : I think the web page http://www.gerg.ca/software/btOOL/ is difficu=
lt
> > to found and think it would be very usefull for people like me if it
> > would be had in the keywords : libparse, libparse0 and libparse-devel f=
or
> > example.
>
> Really?  It's the top hit when I google for "btparse".  If I google for
> "parse bibtex", I find the CPAN page with the Text::BibTeX man page,
> which has a link to the old btparse home page, which redirects to the
> www.gerg.ca version.  Sounds painful, but it was two clicks from the top
> Google hit.  Searching for "bibtex parser" is not as easy, but it's
> still only a couple of clicks from the top page of Google hits.

yes, in fact I was looking for libbtparse libbtparse0 or libtparse-devel in=
=20
google which are names given by the debian packager (my only reference at t=
he=20
beginning) so it only pointed me to debian related pages... Fortunatly I=20
found the link of your site in one of thoose!


By the way, I have problem to build btparse, here it what it gives me (may =
be=20
I should apply the patch of the debian package to build?):

$./configure --prefix=3D/home/manu/rpm/tmp/btparse-0.34

=2E..

$make
Making all in src
make[1]: Entering directory `/home/manu/rpm/SOURCES/btparse-0.34/src'
antlr -gt -fe err.c -fh stdpccts.h -fl parser.dlg -ft tokens.h bibtex.g
ANTLR Parser Generator   Version 2.7.4   1989-2004 jGuru.com
warning: grammar file must be last; ignoring other arguments...
error: Token stream error reading grammar(s):
err.c:13:1: unexpected char: '#'
TokenStreamException: expecting '(', found 'i'
make[1]: *** [err.c] Erreur 1
make[1]: Leaving directory `/home/manu/rpm/SOURCES/btparse-0.34/src'
make: *** [all-recursive] Erreur 1


is it that the order of the line containing antlr -gt -fe err.c .... isn't=
=20
right?
Strange because the grammar file (the .g file?)  seems to be at the end (by=
=20
the way I don't know anything of antlr!)?

Emmanuel Favre-Nicolin


>
>         Greg

Re: [btOOL] looking for a libbtparse* srpm?

[Greg W. <gw...@py...>]

On 23 February 2005, Emmanuel said:
> I'm recently started to look for the source of libparse (too build
> literature for mandrake). Literature is the rewrite of kaspaliste...
> So I'd like to build libparse for mandrake...

There are no RPMs of btparse or Text::BibTeX, just source tarballs:

  http://www.gerg.ca/software/btOOL/btparse-0.34.tar.gz

> ps : I think the web page http://www.gerg.ca/software/btOOL/ is difficult to 
> found and think it would be very usefull for people like me if it would be 
> had in the keywords : libparse, libparse0 and libparse-devel for example.

Really?  It's the top hit when I google for "btparse".  If I google for
"parse bibtex", I find the CPAN page with the Text::BibTeX man page,
which has a link to the old btparse home page, which redirects to the
www.gerg.ca version.  Sounds painful, but it was two clicks from the top
Google hit.  Searching for "bibtex parser" is not as easy, but it's
still only a couple of clicks from the top page of Google hits.

        Greg
-- 
Greg Ward <gw...@py...>                         http://www.gerg.ca/
"Question authority!"  "Oh yeah?  Says who?"

[btOOL] looking for a libbtparse* srpm?

[Emmanuel Favre-N. <ef...@cb...>]

Hi,

I'm recently started to look for the source of libparse (too build literature 
for mandrake). Literature is the rewrite of kaspaliste... 
So I'd like to build libparse for mandrake...


ps : I think the web page http://www.gerg.ca/software/btOOL/ is difficult to 
found and think it would be very usefull for people like me if it would be 
had in the keywords : libparse, libparse0 and libparse-devel for example.

Emmanuel Favre-Nicolin

[btOOL] looking for a libbtparse* srpm?

[Emmanuel <emm...@fa...>]

Hi,

I'm recently started to look for the source of libparse (too build literature 
for mandrake). Literature is the rewrite of kaspaliste... 
So I'd like to build libparse for mandrake...


ps : I think the web page http://www.gerg.ca/software/btOOL/ is difficult to 
found and think it would be very usefull for people like me if it would be 
had in the keywords : libparse, libparse0 and libparse-devel for example.

Emmanuel Favre-Nicolin

Re: [btOOL] BibTeX in Windows

[Greg W. <gw...@py...>]

On 04 November 2004, Ernesto Cuadros-Vargas said:
>     I have perl for windows installed and I would like to use
> BibTex. Do you know how could I install it? it is being quite confuse
> for me.

You'll need a C compiler.  That's all I know -- I have zero experience
with Perl on Windows, and it's been years since I hacked on btparse.

        Greg
-- 
Greg Ward <gw...@py...>                         http://www.gerg.ca/
NOBODY expects the Spanish Inquisition!

[btOOL] BibTeX in Windows

[Ernesto Cuadros-V. <ecu...@sp...>]

Dear all,

    I have perl for windows installed and I would like to use BibTex. Do =
you know how could I install it? it is being quite confuse for me.

Thanks in advance
Ernesto
Peru

[btOOL] eof-Problems with Text::BibTeX and perl 5.8

[Mark A. H. <ma...@cs...>]

Hi!

  Lately I have been converting to perl 5.8 and a problem with
Text::BibTeX has been bugging me ever since: when scanning through a
.bib-file end-of-file conditions are not detected.

  The following program using bibloop() (which checks for eof())
exhibits the problem (and a bit of additional information):

#!/usr/bin/perl
use Text::BibTeX;
use Data::Dumper;
use Fcntl 'SEEK_CUR';
$Data::Dumper::Maxdepth = 1;
Text::BibTeX::bibloop( sub {
    printf "%s\ntell %d\nsystell %d\n",
            Dumper($_[0]),
            $_[0]{file}{handle}->tell,
            $_[0]{file}{handle}->sysseek(0,SEEK_CUR);
}, \@ARGV );

Basically, when I pass it a .bib-file, perl's internal file pointer
(told by tell()) advances from 0 to the start of the second record in
that .bib-file and then stays at that value. New entries are still read
but the end-of-file is not detected, so the program finally dies with
the message "Can't call method "parse_ok" without a package or object reference at
blib/lib/Text/BibTeX.pm line 400.".

I have tracked the problem with the perl debugger until it calls an XSUB
and then the appropriate routine in the library. With perl 5.6, the
position in the filehandle would advance after that calls completes (or
so I guess), with perl 5.8 it does not. As I am not familiar with XS /
XSUBs, I have no idea where to go from here.

Has anybody else experienced this problem?

Find attached the outputs (including version information) of runs with
perl 5.6 and perl 5.8 as well as the programme and a sample .bib file.


Regards, Mark

-- 
Mark A. Hillebrand             Saarland University
Computer Science Department    Institute for Computer Architecture
Phone: +49 (0)681 302 2036     Fax: 49 (0)681 302 4290
Email: ma...@cs...        WWW: http://www-wjp.cs.uni-sb.de/

[btOOL] ANNOUNCE: btparse 0.34

[Greg W. <gw...@py...>]

btparse - a C library to parse BibTeX files
version 0.34 (25 October, 2003)
                                    
btparse is the C component of btOOL, a pair of libraries for parsing and
processing BibTeX files.  It can be used in standalone C programs, or as
the backend to the companion Perl library, Text::BibTeX.

btparse is built on top of a lexical analyzer and parser constructed
using PCCTS (the Purdue Compiler Construction Tool Set), which provides
efficient, reliable parsing with excellent error detection, reporting,
and recovery.  The library provides entry points to the parser,
functions to traverse and query the abstract-syntax tree that it
produces, and some functions for processing strings in "the BibTeX way".
The only requirement for building the library is an ANSI-compliant C
compiler.  In particular, you do *not* need PCCTS, because enough of it
is included in the distribution to build btparse.  (Of course, if you
play with the grammar file (bibtex.g), then you will need PCCTS to
re-build the library.  If you do this, though, you should know what
you're doing and already have PCCTS.)


AVAILABILITY
------------

You can find the latest version of both components of btOOL (btparse and
Text::BibTeX), as well as up-to-date information on btOOL, at:

    http://www.gerg.ca/software/btOOL/

Here you will find HTML versions of the documentation, a technical
report describing the project, links to download the code, and whatever
other goodies I can come up with over time.

The software is also available in my author directory on any CPAN
(Comprehensive Perl Archive Network) site, e.g.

    http://www.cpan.org/modules/by-authors/id/GWARD/
    http://search.cpan.org/~gward/btparse-0.34/

or on any CTAN (Comprehensive TeX Archive Network) site, in the
biblio/bibtex/utils/btOOL/ directory, e.g.

    ftp://ftp.ctan.org/tex-archive/biblio/bibtex/utils/btOOL/

Re: [btOOL] btparse 0.34 release candidate

[Greg W. <gw...@py...>]

On 21 October 2003, Steve ROBBINS said:
> I gave it a try on linux (Debian/sid) and on IRIX 6 (with GCC and with
> IRIX CC).  It builds fine, and "make check" is fine.  

Thanks -- was hoping someone out there would have access to oddball Unix
flavours like IRIX.  ;-)  

> However, "make distcheck" fails.  The reason is that the tests
> assume that e.g. "data/simple.bib" is valid, which is only true
> if you build in the source directory.  In order to handle the case
> that srcdir != builddir, you have to something like the following.

Ahhh.  I saw that failure once, and thought it was because the
data/*.bib files were missing from the tarball.  Guess I forgot to
distcheck again after fixing that!

Anyways, I've applied your patch (thanks!!) and put together 0.34rc2:

  http://www.gerg.ca/software/btOOL/btparse-0.34rc2.tar.gz

It passes "make check" and "make distcheck" on Debian sid and OS X
(10.2.8, with Apple's Developer Tools) for me.  I'll try it on a FreeBSD
4.2 system in a moment, but if anyone has access to any other Unix
flavours (or Windows with Cygwin), please give it a shot.

If I don't hear back from anyone with build/test failures in a couple of
days, I'll release btparse 0.34 on Saturday (Oct 25).  Thanks!

        Greg
-- 
Greg Ward <gw...@py...>                         http://www.gerg.ca/
Why is it that when you DIE, you can't take your
HOME ENTERTAINMENT CENTER with you??

[btOOL] btparse 0.34 release candidate

[Greg W. <gw...@py...>]

Hi all -- I've just finished tearing btparse's build system to pieces;
it's been replaced with an automake-based system supplied by Marco
Kuhlmann (thanks, Marco!).  Before I release btparse 0.34 to the world,
I'd like to hear how it works for you folks.  If you have a moment, can
you please download

  http://www.gerg.ca/software/btOOL/btparse-0.34rc1.tar.gz

and give it a try?  Ie. unpack it and follow the build instructions in
README.  I won't say more here, because if README isn't good enough, I
want to know!  Please be sure to try the test suite ("make check") and
installation ("make check").  I think automake provides a "make
uninstall" target, too, so give that a try.

Please let me know which OS(es) you try it on and how it goes.

Thanks --

        Greg
-- 
Greg Ward <gw...@py...>                         http://www.gerg.ca/
Jesus Saves -- but Moses gets the rebound, he shoots, he SCORES!

[btOOL] Re: Cleaning up btparse

[Greg W. <gw...@py...>]

On 03 March 2003, Marco Kuhlmann said:
> It would be great if you would find the time to download my GNUified 
> version of your 0.33 source release from
> 
>     http://mk.mcqm.net/devel/btparse-0.34.20030303.tar.gz

OK, done.  It builds for me, but there are some compiler warnings (which
I haven't looked at very closely).

> and see if everything builds fine on your system.  I have attached a list 
> of changes and questions which you may want to have a look at 
> (AUTOMAKE-TRANSITION).

I have one big question before going any further: what is the point of
automake?  I don't claim that my makefiles are great works of art, but
they work.  (Apart from the shared library business, that is.)  I'll go
see if I can find some automake docs that explain what it does and why
it's a good thing, but right now all I see is yet another layer of
complicated shell code added to the build process, and I don't like
that.

        Greg
-- 
Greg Ward <gw...@py...>                         http://www.gerg.ca/
Those of you who think you know everything really annoy those of us who do.

Re: [btOOL] btool CVS and checkins list

[Greg W. <gw...@py...>]

Oh, I forgot to add: for the next little while, this list will also play
the role of btool-devel.  Since there's been next-to-zero "user"
traffic, it seems silly to create a dedicated list for discussing the
changes Marco Kuhlmann and Sean Champ have been making and/or want to
make (specifically, using libtool, automake, and so forth; and getting
btparse and/or Text::BibTeX into Debian).

If you'd rather see a separate -devel list, let me know privately.

        Greg
-- 
Greg Ward <gw...@py...>                         http://www.gerg.ca/
MTV -- get off the air!
    -- Dead Kennedys

[btOOL] btool CVS and checkins list

[Greg W. <gw...@py...>]

Hi all -- the btOOL CVS is now available for anonymous read-only
access.  You can checkout a copy of the btparse and Text::BibTeX trees
as follows:

  cvs -d :pserver:cv...@st...:/home/cvs co btool

Also, I've created a btool-checkins mailing list for anyone who wants to
see all CVS activity in either project.  Subscribe here:

  http://cthulhu.gerg.ca:8000/mailman/listinfo/btool-checkins

Both locations are subject to change in future.

(Note that cthulhu.gerg.ca is my home PC, so if it's down, it probably
means I'm away for the weekend or on holiday.  ;-)

        Greg
-- 
Greg Ward <gw...@py...>                         http://www.gerg.ca/
Yield to temptation; it may not pass your way again.

Re: [btOOL] Using btparse in a c++ app, and license question

[Greg W. <gw...@py...>]

On 25 September 2003, Robby Stephenson said:
> In order to use it within a c++ program, I needed to modify it since it uses 
> the reserved word 'class' several times in error.c. I added the patches for 
> error.c and btparse.h.in to the patch tracker at sourceforge.

Hmmm.  It's possible I'll review that patch before the heat-death of the
universe, but don't count on it.

> Also, since it's such a small codebase, and isn't ubiquitous, I was 
> considering just including it within my app, and statically linking to it. 

Probably a good choice.

> As far as I can tell, I can do that legally according to the LGPL, since 
> Bookcase is licensed under the GPL v2. By Item 3 in the LGPL, I believe I'm 
> supposed to 'relicense' btparse under the GPL, correct?

Huh?  AFAIK I'm the only one who can change the license, since I'm the
copyright holder.  But I'm no lawyer, I'm just a programmer.  

[...]  Oh, wait, I had forgotten that I released btparse under the LGPL!  I
mostly use BSD licenses these days.

BTW, don't forget this bit:

"""
BUGS AND LIMITATIONS
--------------------

See the "BUGS AND LIMITATIONS" section of the btparse(3) man page (in the
"doc/" subdirectory) for details.  Executive summary: due to a heavy
dependence on global variables in the parser and lexical scanner, btparse
is not even remotely thread-safe.  Furthermore, you can't have two files
open and being parsed at the same time; any attempt to do so is an illegal
use of the library and will result in your program crashing.
"""

        Greg
-- 
Greg Ward <gw...@py...>                         http://www.gerg.ca/
If you can read this, thank a programmer.

[btOOL] Using btparse in a c++ app, and license question

[Robby S. <ro...@pe...>]

Hi,

I know this list doesn't see much traffic at all, but I figure someone might 
be listening in. I'm planning to use btparse within a KDE application I'm 
writing, called Bookcase, located at http://www.periapsis.org/bookcase/

In order to use it within a c++ program, I needed to modify it since it uses 
the reserved word 'class' several times in error.c. I added the patches for 
error.c and btparse.h.in to the patch tracker at sourceforge.

Also, since it's such a small codebase, and isn't ubiquitous, I was 
considering just including it within my app, and statically linking to it. 
As far as I can tell, I can do that legally according to the LGPL, since 
Bookcase is licensed under the GPL v2. By Item 3 in the LGPL, I believe I'm 
supposed to 'relicense' btparse under the GPL, correct?

Thanks,
Robby

[btOOL] apt repository for btparse on debian/woody

[Sean C. <sc...@us...>]

Ok, it looks my little apt repository is working.


If Debian/sid users want to 'apt-get install btparse', then they'll
simply need to add this as a line in /etc/apt/sources.list :

  deb http://gimbal.paunix.org/apt/pool ./

then 'apt-get install btparse'


If they add this to /etc/apt/sources.list, too:

   deb-src http://gimbal.paunix.org/apt/pool ./

then they'll be able to 'apt-get source btparse', for a 'debuild' or so



cheers,

--
sean

Re: [btOOL] debian packages

[Sean C. <sc...@us...>]

Here's the message that I sent to Marco, and meant to send to the
list. (Eventually, I'll learn to use _L_ist reply in mutt. "'til then..")



On Tue, Sep 23, 2003 at 09:06:54AM +0200, Marco Kuhlmann wrote:

> I will probably leave the Debian project by the end of this year, so I 
> would be happy if Sean would take over the packaging.  

will do

> Please feel free to use (or not use) whatever I have already
> produced.

thanks; i went into the woods myself on it, not knowing if anyone else
had worked on the packaging. will take a look, though, make sure i
ain't missed nothing, "so to speak".


here's the result of what packaging i done on it:

  http://gimbal.paunix.org/apt/pool/

..along with the diff that was used in debainizing it.

I haven't tried that as an apt repository yet; I have an apt-get 
process to let finish, first, but will report the repository info when
it's available and verified.

Packaging for the btparse perl module is on my to-do list, and should
be doable in a short-enough flash; my first concern, at the time, was
in getting refdb packaged (and my efforts have stalled, there, since I
took a break from it. I intend to finish-up on it, though, soon
enough, fwiw).


good evening & so,


--
sean

Re: [btOOL] debian packages

[Greg W. <gw...@py...>]

On 23 September 2003, Marco Kuhlmann said:
> I tried to contact you in March but haven't heard back from you.  (I'll 
> forward you the original mail separately.)  By that time, after David
> dropped out, I had prepared a cleaned up and GNUified version of btparse 
> that I wanted you to have a look at before I added it to the distribution.

Oops.  That's been sitting unread in my inbox since then.  Sorry.  ;-(
I had a feeling there was something more recent than June 2002, but couldn't
find it last night.

I have very, very little time on inclination to hack on btOOL these days.  
I think the best I can do is put the CVS repository for btparse and
Text::BibTeX on SourceForge and give both of you access.  In fact, I'll go
set that in motion now.

        Greg
-- 
Greg Ward <gw...@py...>                         http://www.gerg.ca/
If at first you don't succeed, give up--no use making a damn fool of yourself.