agtk-devel — AGTK Developers Mailing List

Re: [agtk-devel] AGTK is dead?

[Fredrik K. <dar...@gm...>]

Hi,

This was my guess. However, since I have all my data in one XML file..
does anyone have a tol or utility to transform it into something
usable outside of AGTK?
SQL tables and inserts?

/Fredrik

On Tue, Apr 8, 2008 at 12:37 AM, Steven Bird <sb...@cs...> wrote:
> Hi Fredrik -- unfortunately we're not able to support AGTK at the
>  moment.  I hope there's others on this list who can help out.
>
>  -Steven Bird (and Kazuaki Maeda)
>
>
>
>  On Mon, Apr 7, 2008 at 9:06 PM, Fredrik Karlsson <dar...@gm...> wrote:
>  > Hi,
>  >
>  >  Is this very promising project dead? If it is not, I have a big
>  >  problem which I need help solving:
>  >
>  >  I used to have a Linux computer on which I had AGTK installed. Now, I
>  >  have changed to a Mac (OSX 10.5)  and would like to access my thesis
>  >  data which is in one huge  AG XML file.
>  >
>  >  The first problem I have is that I cannot get the JAVA version of
>  >  AGLIB to parse the XML file created with the C version of the library:
>  >
>  >  frkkan:agtk fredrik$ java agParseTest
>  >  Exception in thread "main" java.lang.RuntimeException:
>  >  agtk.ag.AGException: Anchor null doesn't exist!
>  >         at agtk.ag.parser.AnnotationParser.<init>(AnnotationParser.java:74)
>  >         at agtk.ag.parser.AgParser.startElement(AgParser.java:69)
>  >         at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:533)
>  >         at com.sun.org.apache.xerces.internal.impl.dtd.XMLDTDValidator.startElement(XMLDTDValidator.java:798)
>  >         at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:330)
>  >         at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1693)
>  >         at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:368)
>  >         at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:834)
>  >         at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764)
>  >         at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148)
>  >         at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1242)
>  >         at agParseTest.main(agParseTest.java:21)
>  >  Caused by: agtk.ag.AGException: Anchor null doesn't exist!
>  >         at agtk.ag.AnnotationIndex.getAnchorById(AnnotationIndex.java:523)
>  >         at agtk.ag.AG.getAnchorById(AG.java:788)
>  >         at agtk.ag.parser.AnnotationParser.<init>(AnnotationParser.java:68)
>  >         ... 11 more
>  >
>  >
>  >  The second problem I have is that I cannot get teh C++ version of
>  >  AGLIB to find the libraries used to XML IO (installed using macports)
>  >  no matter how hard I try to specify the location of them manually at
>  >  configure.
>  >
>  >  Any ideas?
>  >
>  >  /Fredrik
>  >
>  >
>  >
>  >  --
>  >  "Give up learning, and put an end to your troubles."
>  >
>  >  -------------------------------------------------------------------------
>  >  This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>  >  Register now and save $200. Hurry, offer ends at 11:59 p.m.,
>  >  Monday, April 7! Use priority code J8TLD2.
>  >  http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>  >  _______________________________________________
>  >  agtk-devel mailing list
>  >  agt...@li...
>  >  https://lists.sourceforge.net/lists/listinfo/agtk-devel
>  >
>  >
>



-- 
"Give up learning, and put an end to your troubles."

Re: [agtk-devel] AGTK is dead?

[Steven B. <sb...@cs...>]

Hi Fredrik -- unfortunately we're not able to support AGTK at the
moment.  I hope there's others on this list who can help out.

-Steven Bird (and Kazuaki Maeda)

On Mon, Apr 7, 2008 at 9:06 PM, Fredrik Karlsson <dar...@gm...> wrote:
> Hi,
>
>  Is this very promising project dead? If it is not, I have a big
>  problem which I need help solving:
>
>  I used to have a Linux computer on which I had AGTK installed. Now, I
>  have changed to a Mac (OSX 10.5)  and would like to access my thesis
>  data which is in one huge  AG XML file.
>
>  The first problem I have is that I cannot get the JAVA version of
>  AGLIB to parse the XML file created with the C version of the library:
>
>  frkkan:agtk fredrik$ java agParseTest
>  Exception in thread "main" java.lang.RuntimeException:
>  agtk.ag.AGException: Anchor null doesn't exist!
>         at agtk.ag.parser.AnnotationParser.<init>(AnnotationParser.java:74)
>         at agtk.ag.parser.AgParser.startElement(AgParser.java:69)
>         at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:533)
>         at com.sun.org.apache.xerces.internal.impl.dtd.XMLDTDValidator.startElement(XMLDTDValidator.java:798)
>         at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:330)
>         at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1693)
>         at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:368)
>         at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:834)
>         at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764)
>         at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148)
>         at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1242)
>         at agParseTest.main(agParseTest.java:21)
>  Caused by: agtk.ag.AGException: Anchor null doesn't exist!
>         at agtk.ag.AnnotationIndex.getAnchorById(AnnotationIndex.java:523)
>         at agtk.ag.AG.getAnchorById(AG.java:788)
>         at agtk.ag.parser.AnnotationParser.<init>(AnnotationParser.java:68)
>         ... 11 more
>
>
>  The second problem I have is that I cannot get teh C++ version of
>  AGLIB to find the libraries used to XML IO (installed using macports)
>  no matter how hard I try to specify the location of them manually at
>  configure.
>
>  Any ideas?
>
>  /Fredrik
>
>
>
>  --
>  "Give up learning, and put an end to your troubles."
>
>  -------------------------------------------------------------------------
>  This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>  Register now and save $200. Hurry, offer ends at 11:59 p.m.,
>  Monday, April 7! Use priority code J8TLD2.
>  http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>  _______________________________________________
>  agtk-devel mailing list
>  agt...@li...
>  https://lists.sourceforge.net/lists/listinfo/agtk-devel
>
>

[agtk-devel] AGTK is dead?

[Fredrik K. <dar...@gm...>]

Hi,

Is this very promising project dead? If it is not, I have a big
problem which I need help solving:

I used to have a Linux computer on which I had AGTK installed. Now, I
have changed to a Mac (OSX 10.5)  and would like to access my thesis
data which is in one huge  AG XML file.

The first problem I have is that I cannot get the JAVA version of
AGLIB to parse the XML file created with the C version of the library:

frkkan:agtk fredrik$ java agParseTest
Exception in thread "main" java.lang.RuntimeException:
agtk.ag.AGException: Anchor null doesn't exist!
	at agtk.ag.parser.AnnotationParser.<init>(AnnotationParser.java:74)
	at agtk.ag.parser.AgParser.startElement(AgParser.java:69)
	at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:533)
	at com.sun.org.apache.xerces.internal.impl.dtd.XMLDTDValidator.startElement(XMLDTDValidator.java:798)
	at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:330)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1693)
	at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:368)
	at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:834)
	at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764)
	at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148)
	at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1242)
	at agParseTest.main(agParseTest.java:21)
Caused by: agtk.ag.AGException: Anchor null doesn't exist!
	at agtk.ag.AnnotationIndex.getAnchorById(AnnotationIndex.java:523)
	at agtk.ag.AG.getAnchorById(AG.java:788)
	at agtk.ag.parser.AnnotationParser.<init>(AnnotationParser.java:68)
	... 11 more


The second problem I have is that I cannot get teh C++ version of
AGLIB to find the libraries used to XML IO (installed using macports)
no matter how hard I try to specify the location of them manually at
configure.

Any ideas?

/Fredrik



-- 
"Give up learning, and put an end to your troubles."

Re: [agtk-devel] using aglib

[Haejoong L. <hae...@ld...>]

nayyara.karamat - wrote:

> Hi,
>  
> I want to make my own annotation tool using aglib. I am a c++ 
> programmer and most comfortable in working with Microsoft visual 
> studio. Can you please guide me what is the best way to use aglib.
>  
> I downlaoded aglib-2.0.1 and tried to build the library using its VC 6 
> project. When I try to build jag.dll, it says "could not open 
> ..\libag\Release\libag.lib". I went to libag project and built it 
> directly, it gives no error but no dll and lib are produced. Can 
> anybody tell what I am doing wrong.
>  


Nayyara,

If you check out the source from cvs, you will find a new vc7 project 
under the projects directory.  Could you try the new vc project?  You 
might still have to adjust paths to third party libraries, however.

When you check out the source code, make sure to check out "Towrad-2_0" 
branch (use -r Toward-2_0 option).  This is the latest version and 
hasn't been merged to the main brach.

-Haejoong

[agtk-devel] using aglib

[nayyara.karamat - <nay...@nu...>]

Hi,

I want to make my own annotation tool using aglib. I am a c++ programmer and
most comfortable in working with Microsoft visual studio. Can you please
guide me what is the best way to use aglib.

I downlaoded aglib-2.0.1 and tried to build the library using its VC 6
project. When I try to build jag.dll, it says "could not open
..\libag\Release\libag.lib". I went to libag project and built it directly,
it gives no error but no dll and lib are produced. Can anybody tell what I
am doing wrong.


Regards
Nayyara

[agtk-devel] Annotation trees instead of Annotation Graphs?

[Fredrik K. <dar...@gm...>]

Hi,

First of all: great work on the AGTk. I very much like the design and
flexibility of the Annotation Graph.

However, when reviewing the QLDB website and LPath, it seems that you
have drifted from the annotation graph concept and adopted a
tree-based approach instead, or maybe I have misunderstood the
expressiveness of the language?

Does LPath require the user to memorize the sometimes arbitrary
placement of an annotation tier in  a tree in order to construct
queries?


Hi,

First of all: great work on the AGTk. I very much like the design and
flexibility of the Annotation Graph.

However, when reviewing the QLDB website and LPath, it seems that you
have drifted from the annotation graph concept and adopted a
tree-based approach instead, or maybe I have misunderstood the
expressiveness of the language?

Does LPath require the user to memorize the sometimes arbitrary
placement of an annotation tier in  a tree in order to construct
queries?

/Fredrik

Tuesday 06 March 2007 15:59 skrev Eric J. M. Smith:
> On 5-Mar-07, at 5:12 PM, Steven Bird wrote:
> > Thanks for posting this question.  Since we did the work you
> > described, we've developed a new path language for linguistic tree
> > query, called LPath, and implemented it on top of a relational
> > database that holds AG-style representations of annotations.  The
> > following webpage has the pointers to publications about LPath and
> > some information about a new graphical interface we've developed.
> >
> > http://projects.ldc.upenn.edu/QLDB/
>
> Thanks, Steven.  I did look at LPath, but thought that it wasn't what
> I was looking for.  It seemed more tree-oriented, and I was looking
> for something to query annotation graphs directly.  My data isn't
> very treeish, so LPath didn't seem appropriate.  I'll check it out
> again.
>
> Thanks,
>
> Eric J. M. Smith
> Dept. of Linguistics
> University of Toronto
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> agtk-devel mailing list
> agt...@li...
> https://lists.sourceforge.net/lists/listinfo/agtk-devel

-- 

"Give up learning, and put an end to your troubles."

My Gentoo + PVR-350 + IVTV + MythTV blog is on http://gentoomythtv.blogspot.com/

[agtk-devel] Help compiling AGLIB on Mac OS X

[Konrad H. <hof...@sb...>]

Dear all,

* Short version *

Did somebody manage to compile AGLIB (including the wrappers) on Apple's 
OS X, and run TableTrans?


* Long version *

I would be thrilled to get a copy of TableTrans working on the Mac.
OS X 10.4.9, PPC G4, non-Intel, Dev.Tools etc. installed,
Tcl/Tk version is 8.4.10 from "Tcl/Tk Aqua BI" in /Library/Framework/... 
and 8.4.7 from Apple in /System/Library/Framework/...).

I have to take ahead that I am not too unix-savy concerning coding, 
re-compiling libraries and such. With some trial and error I got 
somewhere but am stuck now. I will try explaining what I tried and what 
does (not) work. Sorry for the lengthy email.

I installed agapps-1.1.2-mac-pkg.tar.gz. -> Doesn't work yet.
I installed aglib-2.0.1-mac-base.pkg.tar.gz and adapted the script that 
starts TableTrans.sh -> Still does not work. I get:

> khofbaue-al:/usr/local/bin/agtk/agapps/scripts khofbaue$ ./TableTrans2
> Traceback (most recent call last):
>   File "TableTrans.py", line 21, in ?
>     import agtk.agTableTrans
>   File "/usr/local/bin/agtk/agapps/python/agtk/agTableTrans.py", line 19, in ?
>     import ag
> ImportError: No module named ag

Looks like it cannot find aglib.
Digging into the aglib-2.0.1-mac-base.pkg.tar.gz package shows me that 
the Mac-Binary release comes _without_ the tcl and python ag_wrappers, 
which I believe I do need for TableTrans. So I have to re-compile AGLIB 
from source:

Downloaded aglib-2.0.1.tar.gz and compiled with:
> export LIBS="-ltcl -lpython"
> export CC="gcc-3.3"
> export CXX="g++-3.3"
> ./configure --disable-python-pkgdir --disable-tcl-pkgdir 
> make

(Note that it does NOT compile with gcc-4.0 and that without the extra 
LIBS argument linking to tcl and python fails - for me.)

Configure runs fine [1] but it seems like there is a problem in linking 
[2]. This is where I am stuck.

I also grabbed some (?) cvs sources with
>  cvs -z3 -d:pserver:ano...@ag...:/cvsroot/agtk co -P AGLIB

I do not know to what extent they are different, but with those 
compiling actually works. However, installing with
> sudo make install
fails with some "alloc: invalid block" error [3].

This is where I am stuck now and I would really appreciate some help.

Thanks a lot,
Konrad





********************
[1] Configure Output

> khofbaue-al:~/Development/corpus/TableTrans/aglib/release201/aglib-2.0.1 khofbaue$ ./configure --disable-python-pkgdir --disable-tcl-pkgdir
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking for gcc... gcc-3.3
> checking for C compiler default output... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables... 
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc-3.3 accepts -g... yes
> checking for gcc-3.3 option to accept ANSI C... none needed
> checking for style of include used by make... GNU
> checking dependency style of gcc-3.3... gcc3
> checking whether we are using the GNU C++ compiler... yes
> checking whether g++-3.3 accepts -g... yes
> checking dependency style of g++-3.3... gcc3
> checking whether make sets $(MAKE)... (cached) yes
> checking build system type... powerpc-apple-darwin8.9.0
> checking host system type... powerpc-apple-darwin8.9.0
> checking for ld used by GCC... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... no
> checking for /usr/bin/ld option to reload object files... -r
> checking for BSD-compatible nm... /usr/bin/nm -p
> checking for a sed that does not truncate output... /usr/bin/sed
> checking whether ln -s works... yes
> checking how to recognise dependent libraries... file_magic Mach-O dynamically linked shared library
> checking command to parse /usr/bin/nm -p output... ok
> checking how to run the C preprocessor... gcc-3.3 -E
> checking for egrep... grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking dlfcn.h usability... yes
> checking dlfcn.h presence... yes
> checking for dlfcn.h... yes
> checking for ranlib... ranlib
> checking for strip... strip
> checking for objdir... .libs
> checking for gcc-3.3 option to produce PIC... -fno-common
> checking if gcc-3.3 PIC flag -fno-common works... yes
> checking if gcc-3.3 static flag -static works... no
> checking if gcc-3.3 supports -c -o file.o... yes
> checking if gcc-3.3 supports -c -o file.lo... yes
> checking if gcc-3.3 supports -fno-rtti -fno-exceptions... yes
> checking whether the linker (/usr/bin/ld) supports shared libraries... yes
> checking how to hardcode library paths into programs... unsupported
> checking whether stripping libraries is possible... no
> checking dynamic linker characteristics... darwin8.9.0 dyld
> checking if libtool supports shared libraries... yes
> checking whether to build shared libraries... yes
> checking whether to build static libraries... no
> checking whether -lc should be explicitly linked in... yes
> creating libtool
> checking isql.h usability... yes
> checking isql.h presence... yes
> checking for isql.h... yes
> checking isqlext.h usability... yes
> checking isqlext.h presence... yes
> checking for isqlext.h... yes
> checking for SQLAllocEnv in -liodbc... yes
> checking for tclsh... /usr/bin/tclsh
> checking tcl.h usability... yes
> checking tcl.h presence... yes
> checking for tcl.h... yes
> checking for python... /usr/bin/python
> checking jni.h usability... no
> checking jni.h presence... no
> checking for jni.h... no
> checking jni_md.h usability... no
> checking jni_md.h presence... no
> checking for jni_md.h... no
> checking for xercesc library version... n/a
> checking zlib.h usability... yes
> checking zlib.h presence... yes
> checking for zlib.h... yes
> checking for zlibVersion in -lz... yes
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating src/Makefile
> config.status: creating src/ag/Makefile
> config.status: creating src/ag_wrapper/Makefile
> config.status: creating src/ag_wrapper/tcl/Makefile
> config.status: creating src/ag_wrapper/python/Makefile
> config.status: creating src/ag_wrapper/java/Makefile
> config.status: creating src/formats/Makefile
> config.status: creating src/formats/AG/Makefile
> config.status: creating src/formats/ATLAS/Makefile
> config.status: creating src/formats/BAS/Makefile
> config.status: creating src/formats/BU/Makefile
> config.status: creating src/formats/CAG/Makefile
> config.status: creating src/formats/LCF/Makefile
> config.status: creating src/formats/SwitchBoard/Makefile
> config.status: creating src/formats/TF/Makefile
> config.status: creating src/formats/TIMIT/Makefile
> config.status: creating src/formats/TreeBank/Makefile
> config.status: creating src/formats/XLabel/Makefile
> config.status: creating scripts/Makefile
> config.status: creating demo/Makefile
> config.status: creating doc/Makefile
> config.status: creating doc/dtd/Makefile
> config.status: executing depfiles commands
> 
> 
> Configuration summary.
> 
>   * agdb:           yes
>   * tcl wrapper:    yes
>       headers:      -I/usr/include
>       big-ball:     no
>       install dir:  ${prefix}/lib/ag/tcl
>   * python wrapper: yes
>       headers:      -I/System/Library/Frameworks/Python.framework/Versions/2.3/include/python2.3
>       big-ball:     no
>       install dir:  ${prefix}/lib/ag/python
>   * java wrapper:   no
>   * Xerces-C:       no
>   * zlib:           yes
> 
> 

****************************
[2] Make output (second run)

> khofbaue-al:~/Development/corpus/TableTrans/aglib/release201/aglib-2.0.1 khofbaue$ make
> Making all in src
> Making all in ag
> make[2]: Nothing to be done for `all'.
> Making all in ag_wrapper
> Making all in tcl
> /bin/sh ../../../libtool --mode=link g++-3.3  -g -O2 -L../../ag -L../../ag/.libs  -o ag.la -rpath /usr/local/lib/ag/tcl -no-undefined -module -version-info 1:0:0 ag.lo -lag -ltcl -lpython
> rm -fr .libs/ag.la .libs/ag.* .libs/ag.*
> gcc-3.3 -r -keep_private_externs -nostdlib -o .libs/ag.1.0.0.so-master.o  ag.lo && gcc-3.3 -bundle  -o .libs/ag.1.0.0.so .libs/ag.1.0.0.so-master.o  -L/Users/khofbaue/Development/corpus/TableTrans/aglib/release201/aglib-2.0.1/src/ag -L/Users/khofbaue/Development/corpus/TableTrans/aglib/release201/aglib-2.0.1/src/ag/.libs -lag -ltcl -lpython -lc 
> ld: Undefined symbols:
> __ZNSs20_S_empty_rep_storageE
> __ZNSs4_Rep10_M_destroyERKSaIcE
> __ZNSs4_Rep11_S_max_sizeE
> __ZNSs4_Rep11_S_terminalE
> __ZNSs6appendEPKcm
> __ZNSs6appendERKSs
> __ZNSs6assignEPKcm
> __ZNSs6assignERKSs
> __ZNSs9_M_mutateEmmm
> __ZNSsC1EPKcRKSaIcE
> __ZNSsC1ERKSs
> __ZNSsD1Ev
> __ZNSsD4Ev
> __ZNSt24__default_alloc_templateILb1ELi0EE10deallocateEPvm
> __ZNSt24__default_alloc_templateILb1ELi0EE12_S_force_newE
> __ZNSt24__default_alloc_templateILb1ELi0EE12_S_free_listE
> __ZNSt24__default_alloc_templateILb1ELi0EE22_S_node_allocator_lockE
> __ZNSt24__default_alloc_templateILb1ELi0EE8allocateEm
> __ZNSt24__default_alloc_templateILb1ELi0EE9_S_refillEm
> __ZNSt8ios_base4InitC1Ev
> __ZNSt8ios_base4InitD1Ev
> __ZSt17__throw_bad_allocv
> __ZSt20__throw_length_errorPKc
> __ZSt9terminatev
> __ZTVN10__cxxabiv117__class_type_infoE
> __ZTVN10__cxxabiv120__si_class_type_infoE
> __Znwm
> ___cxa_allocate_exception
> ___cxa_begin_catch
> ___cxa_end_catch
> ___cxa_rethrow
> ___cxa_throw
> ___gxx_personality_v0
> make[3]: *** [ag.la] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all-recursive] Error 1



*****************************************
[3] Sudo Make Install output (from cvs source)
> khofbaue-al:~/Development/corpus/TableTrans/aglib/aglibcvs/AGLIB khofbaue$ sudo make install
> Password:
> Making install in src
> Making install in .
> /bin/sh ../mkinstalldirs /usr/local/lib
>  /bin/sh ../libtool --mode=install /usr/bin/install -c  libag.la /usr/local/lib/libag.la
> /usr/bin/install -c .libs/libag.1.0.0.dylib /usr/local/lib/libag.1.0.0.dylib
> (cd /usr/local/lib && rm -f libag.1.dylib && ln -s libag.1.0.0.dylib libag.1.dylib)
> (cd /usr/local/lib && rm -f libag.dylib && ln -s libag.1.0.0.dylib libag.dylib)
> /usr/bin/install -c .libs/libag.lai /usr/local/lib/libag.la
> /usr/bin/install -c .libs/libag.a /usr/local/lib/libag.a
> ranlib /usr/local/lib/libag.a
> chmod 644 /usr/local/lib/libag.a
> ----------------------------------------------------------------------
> Libraries have been installed in:
>    /usr/local/lib
> 
> If you ever happen to want to link against installed libraries
> in a given directory, LIBDIR, you must either use libtool, and
> specify the full pathname of the library, or use the `-LLIBDIR'
> flag during linking and do at least one of the following:
>    - add LIBDIR to the `DYLD_LIBRARY_PATH' environment variable
>      during execution
> 
> See any operating system documentation about shared libraries for
> more information, such as the ld(1) and ld.so(8) manual pages.
> ----------------------------------------------------------------------
> make  install-data-hook
> target_dir=/usr/local/include/aglib; \
> /bin/sh ../mkinstalldirs $target_dir; \
> for s in ag/AGAPI.h ag/AGException.h ag/AGTypes.h ag/AG.h                ag/FeatureMap.h        ag/Timeline.h ag/AGSet.h             ag/Hash.h              ag/Utilities.h ag/Anchor.h            ag/Identifiers.h       ag/db.h ag/Annotation.h        ag/Metadata.h ag/AnnotationIndex.h   ag/Signal.h ag/Validation.h agf/AIF.h                          agf/TBEscapeHandler.h agf/TB_UPenn_WSJ_EscapeHandler.h    agf/TBhandler.h agf/BU.h                           agf/TBparser.h agf/BUpos.h                        agf/TF.h agf/LCF.h                          agf/TFfile.h agf/LCFfile.h                      agf/TIMIT.h agf/Paired.h                       agf/TIMITfile.h agf/RE.h                           agf/TreeBank.h agf/Record.h                       agf/XLabel.h agf/SAX_AIFHandlers.h              agf/XLabelFile.h agf/SWBfile.h                      agf/agfio.h agf/SwitchBoard.h                  agf/agfioError.h agf/agf_wrapper.h                  agf/Transcriber.h agf/ATLAS.h agf/SAX_AIFH
andlers.h agf/agfXercesUtils.h tree_api/agtree.h; do \
>   t=$target_dir/`basename $s`; \
>   /usr/bin/install -c -m 644 $s $t; \
> done
> Making install in ag_wrapper
> Making install in tcl
> /bin/sh ../../../mkinstalldirs /usr/local/lib/ag_wrapper/tcl
>  /bin/sh ../../../libtool --mode=install /usr/bin/install -c  ag.la /usr/local/lib/ag_wrapper/tcl/ag.la
> libtool: install: warning: relinking `ag.la'
> cd /Users/khofbaue/Development/corpus/TableTrans/aglib/aglibcvs/AGLIB/src/ag_wrapper/tcl; /bin/sh ../../../libtool --mode=relink g++-3.3 -g -O2 -o ag.la -rpath /usr/local/lib/ag_wrapper/tcl -no-undefined -module -version-info 1:0:0 ag_la-ag.lo -L../.. -L../../.libs -lag -ltcl -lpython
> g++-3.3 -dynamiclib  -o .libs/ag.1.0.0.so  ag_la-ag.lo  -L/Users/khofbaue/Development/corpus/TableTrans/aglib/aglibcvs/AGLIB/src -L/Users/khofbaue/Development/corpus/TableTrans/aglib/aglibcvs/AGLIB/src/.libs /usr/local/lib/libag.dylib -ltcl -lpython -lc -install_name  /usr/local/lib/ag_wrapper/tcl/ag.1.so -compatibility_version 2 -current_version 2.0
> /usr/bin/install -c .libs/ag.1.0.0.soT /usr/local/lib/ag_wrapper/tcl/ag.1.0.0.so
> (cd /usr/local/lib/ag_wrapper/tcl && rm -f ag.1.so && ln -s ag.1.0.0.so ag.1.so)
> (cd /usr/local/lib/ag_wrapper/tcl && rm -f ag.so && ln -s ag.1.0.0.so ag.so)
> /usr/bin/install -c .libs/ag.lai /usr/local/lib/ag_wrapper/tcl/ag.la
> /usr/bin/install -c .libs/ag.a /usr/local/lib/ag_wrapper/tcl/ag.a
> ranlib /usr/local/lib/ag_wrapper/tcl/ag.a
> chmod 644 /usr/local/lib/ag_wrapper/tcl/ag.a
> ----------------------------------------------------------------------
> Libraries have been installed in:
>    /usr/local/lib/ag_wrapper/tcl
> 
> If you ever happen to want to link against installed libraries
> in a given directory, LIBDIR, you must either use libtool, and
> specify the full pathname of the library, or use the `-LLIBDIR'
> flag during linking and do at least one of the following:
>    - add LIBDIR to the `DYLD_LIBRARY_PATH' environment variable
>      during execution
> 
> See any operating system documentation about shared libraries for
> more information, such as the ld(1) and ld.so(8) manual pages.
> ----------------------------------------------------------------------
> make  install-data-hook
> /bin/sh -c "LD_LIBRARY_PATH=../../.libs: /usr/bin/tclsh8.4 pkg_mkIndex.tcl"
> alloc: invalid block: 0xa08bca0: a 1c 0
> 
> make[5]: *** [install-data-hook] Abort trap
> make[4]: *** [install-data-am] Error 2
> make[3]: *** [install-am] Error 2
> make[2]: *** [install-recursive] Error 1
> make[1]: *** [install-recursive] Error 1
> make: *** [install-recursive] Error 1
____

This message and any files transmitted with it are legally privileged and intended for the sole use of the individual(s) or entity to whom they are addressed. If you are not the intended recipient, please notify the sender by reply and delete the message and any attachments from your system. Any unauthorised use or disclosure of the content of this message is strictly prohibited and may be unlawful.

Nothing in this e-mail message amounts to a contractual or legal commitment on the part of EUROCONTROL, unless it is confirmed by appropriately signed hard copy.

Any views expressed in this message are those of the sender.

[agtk-devel] written accent AGTK problem

[Jorge P. <jep...@gm...>]

Hello...

I'm try to use the TreeTrasn application to annotate any Spanish sentences,
however i have a problem with special characters, characters with written
accent (=E1, =E9, =ED, =F3, =FA, =FC, =F1). When i try to include a new sen=
tences with
this symbols the program is crashed, when i try to open a file with this
symbols, the file isn't opened. I would like know if any know, what change
can I do in order to the program supports this characters in the files. I
thanks your help.

Att: Jorge Posada

Re: [agtk-devel] 'Tcl_GetString' was not declared in this scope

[sub J. <dje...@go...>]

Thanks so much! That solved it! Very fast answer.

Jeannette.

On 3/8/07, Haejoong Lee <hae...@ld...> wrote:
> I'm not sure how this happens, but the problem here is that an argument
> for "-rpath" is missing.  I don't think -rpath option is necessary to
> compile the python wrapper.  So, one solution could be for you to modify
> the relevant makefile manually to remove the -rpath option from the
> offending libtool command line.
>
> Another option is: Maybe you could go to the ag_wrapper/python directory
> and enter the following, modified command line:
>
>     /bin/bash ../../../libtool --mode=link g++  -g -O2 -L../../ag
> -L../../ag/.libs  -o ag.la -no-undefined -module -version-info 1:0:0
> ag.lo -lag
>
> Note that -rpath is removed from this command line.
>
> -Haejoong
>
>
> sub Jean wrote:
>
> > That helped a lot for choosing the right headers. Thanks! But the
> > libtool error stayed. And I am not sure which information would be
> > helpful to solve it.
> >
> > The error is thrown when compiling the python-wrapper.  Here is a
> > snippet of the make-output:
> >
> > Making all in python
> > make[3]: Entering directory
> > `/home/jeannette/aglib-2.0.1/src/ag_wrapper/python'
> > ...
> > -I../../ag -I/usr/include/python2.4 -I/usr/include/tcl8.4
> > ...
> > /bin/bash ../../../libtool --mode=link g++  -g -O2 -L../../ag
> > -L../../ag/.libs  -o ag.la -rpath  -no-undefined -module -version-info
> > 1:0:0 ag.lo -lag
> > libtool: link: only absolute run-paths are allowed
> >
> > I am using ubuntu (edgy) 6.10. Libtool version is ltmain.sh (GNU
> > libtool) 1.5.22.
> > Python2.4 (+dev package)
> >
> > No idea where it comes from. No idea what to look for. Do you have any
> > idea?
> >
> > Jeannette.
> >
> >
> >
> > On 3/7/07, Haejoong Lee <hae...@ld...> wrote:
> >
> >> I think you can alter the header search path like this:
> >>
> >>     ./configure ... CPPFLAGS="-I/usr/include/tcl8.3 $CPPFLAGS"
> >>
> >> or if you are using a bourne shell the following might work as well:
> >>
> >>     CPPFLAGS="-I/usr/include/tcl8.3 $CPPFLAGS" ./configure ...
> >>
> >> You will be able to tell whether the first style is supported by the
> >> following command:
> >>
> >>     ./configure --help
> >>
> >> I'm not sure about the libtool error you are getting.  More infomation
> >> will be helpful.
> >>
> >> -Haejoong
> >>
> >>
> >> sub Jean wrote:
> >>
> >> >Thanks for this answer. The file tclDecls.h exists on my harddrive
> >> >This is the output of the grep
> >> >/usr/include/tcl8.3/tclDecls.h:EXTERN char *            Tcl_GetString
> >> >_ANSI_ARGS_((Tcl_Obj * objPtr));
> >> >/usr/include/tcl8.3/tclDecls.h:#ifndef Tcl_GetString
> >> >/usr/include/tcl8.3/tclDecls.h:#define Tcl_GetString \
> >> >/usr/include/tcl8.3/tcl.h:                               * or
> >> >Tcl_GetString to get a pointer to the
> >> >/usr/include/tcl8.4/tclDecls.h:EXTERN char *            Tcl_GetString
> >> >_ANSI_ARGS_((Tcl_Obj * objPtr));
> >> >/usr/include/tcl8.4/tclDecls.h:#ifndef Tcl_GetString
> >> >/usr/include/tcl8.4/tclDecls.h:#define Tcl_GetString \
> >> >/usr/include/tcl8.4/tcl.h:                               * or
> >> >Tcl_GetString to get a pointer to the
> >> >grep: /usr/local/include/*.h: No such file or directory
> >> >grep: /usr/local/include/tcl*/*.h: No such file or directory
> >> >
> >> >But this file does not get included into /usr/include/tcl.h. It is the
> >> >header of version 8.0. In version 8.3/8.4 tclDecls.h gets included in
> >> >tcl.h. When I try to run ./configure ----with-tclsh=/usr/bin/tclsh8.4
> >> >it still takes the 8.0 header file although the dev packages of the
> >> >other versions are installed.
> >> >
> >> >So I gave up and disabled the tcl-wrapper while configuring. Trying to
> >> >compile then leads to another error:
> >> >
> >> >libtool: link: only absolute run-paths are allowed
> >> >
> >> >I am still stuck? What am I doing wrong? Should I uninstall the older
> >> >tcl-versions?
> >> >
> >> >Jeannette.
> >> >
> >> >On 2/28/07, Haejoong Lee <hae...@ld...> wrote:
> >> >
> >> >
> >> >>sub Jean wrote:
> >> >>
> >> >>
> >> >>
> >> >>>Hello,
> >> >>>I try to compile the tcl_wrapper of the aglib! When trying to
> >> compile the
> >> >>>ag.cc in the ag_wrapper/tcl directory it gives me the following
> >> error:
> >> >>>
> >> >>>error: 'Tcl_GetString' was not declared in this scope
> >> >>>
> >> >>>The file tcl.h is in /usr/include, but there is actually no
> >> >>>Tcl_GetString defined. Do I have to use a specific version tclsh? I
> >> >>>tried it with 8.0, 8.3 and 8.5. Gives the same error.
> >> >>>
> >> >>>I simply don't know anymore where to look. Does anyne has an Idea?
> >> >>>
> >> >>>
> >> >>>
> >> >>>
> >> >>Tcl_GetString is found in tclDecls.h on my machine.  I think the
> >> >>following command will find you where it is declared in most cases.
> >> >>
> >> >>    grep "Tcl_GetString\b" /usr/{,local/}include/{,tcl*/}*.h
> >> >>
> >> >>This file gets included into tcl.h.  So, it should be available once
> >> >>tcl.h is successfully included in the ag.cc file.
> >> >>
> >> >>-Haejoong
> >> >>
> >> >>
> >> >>
> >> >>
> >> >
> >> >-------------------------------------------------------------------------
> >>
> >> >Take Surveys. Earn Cash. Influence the Future of IT
> >> >Join SourceForge.net's Techsay panel and you'll get the chance to
> >> share your
> >> >opinions on IT & business topics through brief surveys-and earn cash
> >> >http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> >>
> >> >_______________________________________________
> >> >agtk-devel mailing list
> >> >agt...@li...
> >> >https://lists.sourceforge.net/lists/listinfo/agtk-devel
> >> >
> >> >
> >>
> >>
>
>

Re: [agtk-devel] 'Tcl_GetString' was not declared in this scope

[Haejoong L. <hae...@ld...>]

I'm not sure how this happens, but the problem here is that an argument 
for "-rpath" is missing.  I don't think -rpath option is necessary to 
compile the python wrapper.  So, one solution could be for you to modify 
the relevant makefile manually to remove the -rpath option from the 
offending libtool command line.

Another option is: Maybe you could go to the ag_wrapper/python directory 
and enter the following, modified command line:

    /bin/bash ../../../libtool --mode=link g++  -g -O2 -L../../ag 
-L../../ag/.libs  -o ag.la -no-undefined -module -version-info 1:0:0 
ag.lo -lag

Note that -rpath is removed from this command line.

-Haejoong


sub Jean wrote:

> That helped a lot for choosing the right headers. Thanks! But the
> libtool error stayed. And I am not sure which information would be
> helpful to solve it.
>
> The error is thrown when compiling the python-wrapper.  Here is a
> snippet of the make-output:
>
> Making all in python
> make[3]: Entering directory 
> `/home/jeannette/aglib-2.0.1/src/ag_wrapper/python'
> ...
> -I../../ag -I/usr/include/python2.4 -I/usr/include/tcl8.4
> ...
> /bin/bash ../../../libtool --mode=link g++  -g -O2 -L../../ag
> -L../../ag/.libs  -o ag.la -rpath  -no-undefined -module -version-info
> 1:0:0 ag.lo -lag
> libtool: link: only absolute run-paths are allowed
>
> I am using ubuntu (edgy) 6.10. Libtool version is ltmain.sh (GNU
> libtool) 1.5.22.
> Python2.4 (+dev package)
>
> No idea where it comes from. No idea what to look for. Do you have any 
> idea?
>
> Jeannette.
>
>
>
> On 3/7/07, Haejoong Lee <hae...@ld...> wrote:
>
>> I think you can alter the header search path like this:
>>
>>     ./configure ... CPPFLAGS="-I/usr/include/tcl8.3 $CPPFLAGS"
>>
>> or if you are using a bourne shell the following might work as well:
>>
>>     CPPFLAGS="-I/usr/include/tcl8.3 $CPPFLAGS" ./configure ...
>>
>> You will be able to tell whether the first style is supported by the
>> following command:
>>
>>     ./configure --help
>>
>> I'm not sure about the libtool error you are getting.  More infomation
>> will be helpful.
>>
>> -Haejoong
>>
>>
>> sub Jean wrote:
>>
>> >Thanks for this answer. The file tclDecls.h exists on my harddrive
>> >This is the output of the grep
>> >/usr/include/tcl8.3/tclDecls.h:EXTERN char *            Tcl_GetString
>> >_ANSI_ARGS_((Tcl_Obj * objPtr));
>> >/usr/include/tcl8.3/tclDecls.h:#ifndef Tcl_GetString
>> >/usr/include/tcl8.3/tclDecls.h:#define Tcl_GetString \
>> >/usr/include/tcl8.3/tcl.h:                               * or
>> >Tcl_GetString to get a pointer to the
>> >/usr/include/tcl8.4/tclDecls.h:EXTERN char *            Tcl_GetString
>> >_ANSI_ARGS_((Tcl_Obj * objPtr));
>> >/usr/include/tcl8.4/tclDecls.h:#ifndef Tcl_GetString
>> >/usr/include/tcl8.4/tclDecls.h:#define Tcl_GetString \
>> >/usr/include/tcl8.4/tcl.h:                               * or
>> >Tcl_GetString to get a pointer to the
>> >grep: /usr/local/include/*.h: No such file or directory
>> >grep: /usr/local/include/tcl*/*.h: No such file or directory
>> >
>> >But this file does not get included into /usr/include/tcl.h. It is the
>> >header of version 8.0. In version 8.3/8.4 tclDecls.h gets included in
>> >tcl.h. When I try to run ./configure ----with-tclsh=/usr/bin/tclsh8.4
>> >it still takes the 8.0 header file although the dev packages of the
>> >other versions are installed.
>> >
>> >So I gave up and disabled the tcl-wrapper while configuring. Trying to
>> >compile then leads to another error:
>> >
>> >libtool: link: only absolute run-paths are allowed
>> >
>> >I am still stuck? What am I doing wrong? Should I uninstall the older
>> >tcl-versions?
>> >
>> >Jeannette.
>> >
>> >On 2/28/07, Haejoong Lee <hae...@ld...> wrote:
>> >
>> >
>> >>sub Jean wrote:
>> >>
>> >>
>> >>
>> >>>Hello,
>> >>>I try to compile the tcl_wrapper of the aglib! When trying to 
>> compile the
>> >>>ag.cc in the ag_wrapper/tcl directory it gives me the following 
>> error:
>> >>>
>> >>>error: 'Tcl_GetString' was not declared in this scope
>> >>>
>> >>>The file tcl.h is in /usr/include, but there is actually no
>> >>>Tcl_GetString defined. Do I have to use a specific version tclsh? I
>> >>>tried it with 8.0, 8.3 and 8.5. Gives the same error.
>> >>>
>> >>>I simply don't know anymore where to look. Does anyne has an Idea?
>> >>>
>> >>>
>> >>>
>> >>>
>> >>Tcl_GetString is found in tclDecls.h on my machine.  I think the
>> >>following command will find you where it is declared in most cases.
>> >>
>> >>    grep "Tcl_GetString\b" /usr/{,local/}include/{,tcl*/}*.h
>> >>
>> >>This file gets included into tcl.h.  So, it should be available once
>> >>tcl.h is successfully included in the ag.cc file.
>> >>
>> >>-Haejoong
>> >>
>> >>
>> >>
>> >>
>> >
>> >------------------------------------------------------------------------- 
>>
>> >Take Surveys. Earn Cash. Influence the Future of IT
>> >Join SourceForge.net's Techsay panel and you'll get the chance to 
>> share your
>> >opinions on IT & business topics through brief surveys-and earn cash
>> >http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV 
>>
>> >_______________________________________________
>> >agtk-devel mailing list
>> >agt...@li...
>> >https://lists.sourceforge.net/lists/listinfo/agtk-devel
>> >
>> >
>>
>>

Re: [agtk-devel] 'Tcl_GetString' was not declared in this scope

[Haejoong L. <hae...@ld...>]

I think you can alter the header search path like this:

    ./configure ... CPPFLAGS="-I/usr/include/tcl8.3 $CPPFLAGS"

or if you are using a bourne shell the following might work as well:

    CPPFLAGS="-I/usr/include/tcl8.3 $CPPFLAGS" ./configure ...

You will be able to tell whether the first style is supported by the 
following command:

    ./configure --help

I'm not sure about the libtool error you are getting.  More infomation 
will be helpful.

-Haejoong


sub Jean wrote:

>Thanks for this answer. The file tclDecls.h exists on my harddrive
>This is the output of the grep
>/usr/include/tcl8.3/tclDecls.h:EXTERN char *            Tcl_GetString
>_ANSI_ARGS_((Tcl_Obj * objPtr));
>/usr/include/tcl8.3/tclDecls.h:#ifndef Tcl_GetString
>/usr/include/tcl8.3/tclDecls.h:#define Tcl_GetString \
>/usr/include/tcl8.3/tcl.h:                               * or
>Tcl_GetString to get a pointer to the
>/usr/include/tcl8.4/tclDecls.h:EXTERN char *            Tcl_GetString
>_ANSI_ARGS_((Tcl_Obj * objPtr));
>/usr/include/tcl8.4/tclDecls.h:#ifndef Tcl_GetString
>/usr/include/tcl8.4/tclDecls.h:#define Tcl_GetString \
>/usr/include/tcl8.4/tcl.h:                               * or
>Tcl_GetString to get a pointer to the
>grep: /usr/local/include/*.h: No such file or directory
>grep: /usr/local/include/tcl*/*.h: No such file or directory
>
>But this file does not get included into /usr/include/tcl.h. It is the
>header of version 8.0. In version 8.3/8.4 tclDecls.h gets included in
>tcl.h. When I try to run ./configure ----with-tclsh=/usr/bin/tclsh8.4
>it still takes the 8.0 header file although the dev packages of the
>other versions are installed.
>
>So I gave up and disabled the tcl-wrapper while configuring. Trying to
>compile then leads to another error:
>
>libtool: link: only absolute run-paths are allowed
>
>I am still stuck? What am I doing wrong? Should I uninstall the older
>tcl-versions?
>
>Jeannette.
>
>On 2/28/07, Haejoong Lee <hae...@ld...> wrote:
>  
>
>>sub Jean wrote:
>>
>>    
>>
>>>Hello,
>>>I try to compile the tcl_wrapper of the aglib! When trying to compile the
>>>ag.cc in the ag_wrapper/tcl directory it gives me the following error:
>>>
>>>error: 'Tcl_GetString' was not declared in this scope
>>>
>>>The file tcl.h is in /usr/include, but there is actually no
>>>Tcl_GetString defined. Do I have to use a specific version tclsh? I
>>>tried it with 8.0, 8.3 and 8.5. Gives the same error.
>>>
>>>I simply don't know anymore where to look. Does anyne has an Idea?
>>>
>>>
>>>      
>>>
>>Tcl_GetString is found in tclDecls.h on my machine.  I think the
>>following command will find you where it is declared in most cases.
>>
>>    grep "Tcl_GetString\b" /usr/{,local/}include/{,tcl*/}*.h
>>
>>This file gets included into tcl.h.  So, it should be available once
>>tcl.h is successfully included in the ag.cc file.
>>
>>-Haejoong
>>
>>
>>    
>>
>
>-------------------------------------------------------------------------
>Take Surveys. Earn Cash. Influence the Future of IT
>Join SourceForge.net's Techsay panel and you'll get the chance to share your
>opinions on IT & business topics through brief surveys-and earn cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>_______________________________________________
>agtk-devel mailing list
>agt...@li...
>https://lists.sourceforge.net/lists/listinfo/agtk-devel
>  
>

Re: [agtk-devel] 'Tcl_GetString' was not declared in this scope

[sub J. <dje...@go...>]

Thanks for this answer. The file tclDecls.h exists on my harddrive
This is the output of the grep
/usr/include/tcl8.3/tclDecls.h:EXTERN char *            Tcl_GetString
_ANSI_ARGS_((Tcl_Obj * objPtr));
/usr/include/tcl8.3/tclDecls.h:#ifndef Tcl_GetString
/usr/include/tcl8.3/tclDecls.h:#define Tcl_GetString \
/usr/include/tcl8.3/tcl.h:                               * or
Tcl_GetString to get a pointer to the
/usr/include/tcl8.4/tclDecls.h:EXTERN char *            Tcl_GetString
_ANSI_ARGS_((Tcl_Obj * objPtr));
/usr/include/tcl8.4/tclDecls.h:#ifndef Tcl_GetString
/usr/include/tcl8.4/tclDecls.h:#define Tcl_GetString \
/usr/include/tcl8.4/tcl.h:                               * or
Tcl_GetString to get a pointer to the
grep: /usr/local/include/*.h: No such file or directory
grep: /usr/local/include/tcl*/*.h: No such file or directory

But this file does not get included into /usr/include/tcl.h. It is the
header of version 8.0. In version 8.3/8.4 tclDecls.h gets included in
tcl.h. When I try to run ./configure ----with-tclsh=/usr/bin/tclsh8.4
it still takes the 8.0 header file although the dev packages of the
other versions are installed.

So I gave up and disabled the tcl-wrapper while configuring. Trying to
compile then leads to another error:

libtool: link: only absolute run-paths are allowed

I am still stuck? What am I doing wrong? Should I uninstall the older
tcl-versions?

Jeannette.

On 2/28/07, Haejoong Lee <hae...@ld...> wrote:
> sub Jean wrote:
>
> >Hello,
> >I try to compile the tcl_wrapper of the aglib! When trying to compile the
> >ag.cc in the ag_wrapper/tcl directory it gives me the following error:
> >
> >error: 'Tcl_GetString' was not declared in this scope
> >
> >The file tcl.h is in /usr/include, but there is actually no
> >Tcl_GetString defined. Do I have to use a specific version tclsh? I
> >tried it with 8.0, 8.3 and 8.5. Gives the same error.
> >
> >I simply don't know anymore where to look. Does anyne has an Idea?
> >
> >
>
> Tcl_GetString is found in tclDecls.h on my machine.  I think the
> following command will find you where it is declared in most cases.
>
>     grep "Tcl_GetString\b" /usr/{,local/}include/{,tcl*/}*.h
>
> This file gets included into tcl.h.  So, it should be available once
> tcl.h is successfully included in the ag.cc file.
>
> -Haejoong
>
>

Re: [agtk-devel] Implementations of AG query language?

[Eric J. M. S. <eri...@ut...>]

On 5-Mar-07, at 5:12 PM, Steven Bird wrote:

> Thanks for posting this question.  Since we did the work you
> described, we've developed a new path language for linguistic tree
> query, called LPath, and implemented it on top of a relational
> database that holds AG-style representations of annotations.  The
> following webpage has the pointers to publications about LPath and
> some information about a new graphical interface we've developed.
>
> http://projects.ldc.upenn.edu/QLDB/

Thanks, Steven.  I did look at LPath, but thought that it wasn't what  
I was looking for.  It seemed more tree-oriented, and I was looking  
for something to query annotation graphs directly.  My data isn't  
very treeish, so LPath didn't seem appropriate.  I'll check it out  
again.

Thanks,

Eric J. M. Smith
Dept. of Linguistics
University of Toronto

Re: [agtk-devel] Implementations of AG query language?

[Steven B. <sb...@cs...>]

Hi Eric,

Thanks for posting this question.  Since we did the work you
described, we've developed a new path language for linguistic tree
query, called LPath, and implemented it on top of a relational
database that holds AG-style representations of annotations.  The
following webpage has the pointers to publications about LPath and
some information about a new graphical interface we've developed.

http://projects.ldc.upenn.edu/QLDB/

We are in the process of setting up a publicly accessible database
server so that people can experiment with LPath and its graphical
front-end.  Once it is stable we will distribute the code with an open
source license (probably around the middle of 2007 when the current
NSF project finishes).

-Steven

On 2/28/07, Eric J. M. Smith <eri...@ut...> wrote:
> Greetings,
>
> I am new to the AGTK, and have a question about query languages.
> There are a number of papers (Ma et al 2002; Cassidy & Bird 2002;
> Bird, Buneman & Tan 2000) which develop a syntax for making queries
> against annotation graphs.  Is there an available AGTK-based
> implementation of this query language?  I'm looking into using
> annotation graphs for a corpus I'm working on, and it would be nice
> if I could pull a query language off the shelf, rather than
> reinventing this particular wheel.
>
> Any suggestions are welcome.  (I apologise in advance if this is a FAQ).
>
> Thanks,
>
> Eric J. M. Smith
> Dept. of Linguistics
> University of Toronto
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> agtk-devel mailing list
> agt...@li...
> https://lists.sourceforge.net/lists/listinfo/agtk-devel
>
>

Re: [agtk-devel] 'Tcl_GetString' was not declared in this scope

[Haejoong L. <hae...@ld...>]

sub Jean wrote:

>Hello,
>I try to compile the tcl_wrapper of the aglib! When trying to compile the
>ag.cc in the ag_wrapper/tcl directory it gives me the following error:
>
>error: 'Tcl_GetString' was not declared in this scope
>
>The file tcl.h is in /usr/include, but there is actually no
>Tcl_GetString defined. Do I have to use a specific version tclsh? I
>tried it with 8.0, 8.3 and 8.5. Gives the same error.
>
>I simply don't know anymore where to look. Does anyne has an Idea?
>  
>

Tcl_GetString is found in tclDecls.h on my machine.  I think the 
following command will find you where it is declared in most cases.

    grep "Tcl_GetString\b" /usr/{,local/}include/{,tcl*/}*.h

This file gets included into tcl.h.  So, it should be available once 
tcl.h is successfully included in the ag.cc file.

-Haejoong

[agtk-devel] Implementations of AG query language?

[Eric J. M. S. <eri...@ut...>]

Greetings,

I am new to the AGTK, and have a question about query languages.   
There are a number of papers (Ma et al 2002; Cassidy & Bird 2002;  
Bird, Buneman & Tan 2000) which develop a syntax for making queries  
against annotation graphs.  Is there an available AGTK-based  
implementation of this query language?  I'm looking into using  
annotation graphs for a corpus I'm working on, and it would be nice  
if I could pull a query language off the shelf, rather than  
reinventing this particular wheel.

Any suggestions are welcome.  (I apologise in advance if this is a FAQ).

Thanks,

Eric J. M. Smith
Dept. of Linguistics
University of Toronto

[agtk-devel] 'Tcl_GetString' was not declared in this scope

[sub J. <dje...@go...>]

Hello,
I try to compile the tcl_wrapper of the aglib! When trying to compile the
ag.cc in the ag_wrapper/tcl directory it gives me the following error:

error: 'Tcl_GetString' was not declared in this scope

The file tcl.h is in /usr/include, but there is actually no
Tcl_GetString defined. Do I have to use a specific version tclsh? I
tried it with 8.0, 8.3 and 8.5. Gives the same error.

I simply don't know anymore where to look. Does anyne has an Idea?

Jeannette.

Re: [agtk-devel] Annotation Toolkit Java port submission

[Steven B. <sb...@ld...>]

Hi Jeffrey,

Great to hear about your work, and about what MITRE has been doing
with AG and non-verbal communication.  The changes you discuss sound
very sensible to me.  I don't have an opinion about using agtk vs
edu.upenn.ldc, though I can see that the former is more
institutionally neutral.

I think the best approach is for you to be added as an AGTK developer
with permission to do releases.  Please tell me your sourceforge user
name and I'll be glad to sign you up.

-Steven

Re: [agtk-devel] Doubt on AGLIB

[Haejoong L. <hae...@ld...>]

Saravanan,

The source code is available from SourceForge; look for a file named=20
aglib-2.0.1.tar.gz. The source package includes an MSVC project file.

Currently, there is no C# binding for AGLIB. If you are a C# programmer,=20
you might want to try to write a C# wrapper yourself.

There are Python, Java, TCL and Perl bindings, and the SWIG wrapper=20
source files are available from the SourceForge CVS (be sure to check=20
out the "Deve-2_1" branch). You can take a look at these files (.i=20
files) to see how AGLIB functions and data types are wrapped.

Please let me know if you have any further questions.

Thanks,
-Haejoong



saravanan krishnan wrote:

> Hi,
> I could download the binary version of AGLIB for window from the=20
> following link.
> =E2=80=9Chttp://sourceforge.net/project/showfiles.php?group_id=3D25216=E2=
=80=9D.
> I need couple of information.
> 1. Where can I get the source code of AGLIB?
> 2. Can I include this stuff with =E2=80=98C#=E2=80=99 program?
> With thanks,
> K. Saravanan
>
> -----------------------------------------------------------------------=
-
> Do you Yahoo!?
> Next-gen email? Have it all with the all-new Yahoo! Mail Beta.=20
> <http://us.rd.yahoo.com/evt=3D42241/*http://advision.webevents.yahoo.co=
m/handraisers>=20

Re: [agtk-devel] What version of xerces-c to build on linux

[Haejoong L. <hae...@ld...>]

On Thu, Sep 23, 2004 at 01:40:45PM +1000, Steve Cassidy wrote:
> 
> it doesn't work without LD_LIBRARY_PATH being set, presumably some
> other magic is needed on windows. There seems little need for this
> since you know where the .so files are installed (or at least
> where they were) and can look there and load the files
> via a direct path. dlopen will take an absolute path
> name and just load the file rather than having to search
> LD_LIBRARY_PATH.  Can I suggest the code be changed to try
> loading from the known location, then backing off to the current
> strategy if this fails.  I'm willing to try making this change if
> there is support.

On Windows, executables and DLLs are searched through the paths defined
in the %PATH% variable.

I think what you suggested is a good thing in general.  So, why not?
I'll be there to support you.  By the way, what kind of support should I
expect?  I see this involves a little bit of coding in the agfio code,
and modifications in the configuration system.  I wonder how you would
like to handle it for Windows, especially with MSVC, for which we don't
have any source configuration mechanism.

Also, I suggest that you use the Devel-2_1 branch for the development of
new features, since I'm doing only bug fixes for the Toward-2_0 branch.

> I note that the install location of each plugin shared library is
> written in the Makefile.am in the plugin directory. Is there an
> automake way of forcing this from above so that we can rely on
> the value rather than hoping that plugin dirs conform?

I'm not sure if I understand it.  The ${prefix} variable in
${prefix}/lib/ag is not enough?

> On a different note, what measures are in place to ensure consistent
> handling of character encodings through different file formats?
> Looking at the CAG format I can't see that it would ensure
> consistent output of unicode strings. I see that internally things
> use the C++ string type, has there been any thought to using wstring 
> instead? This is clearly an issue if something like CAG is supposed to 
> be an alternative to the XML format.

Honestly, I need to learn more about this stuff.  I have been using the
CAG format successfully in production this year.  The data was in
English, so no special care was necessary.  I'm now getting some Arabic
and Chinese data, whose encodings are UTF-8 and GB2312 respectively, and
we'll see what happens.

> It also looks like plain char *
> strings are being used in the scripting interface. It seems a shame to 
> close the door on using non-ascii encodings in this day and age.

Does this imply that AGLIB is incapable of handling non-ascii data?
AGLIB with AG XML format has been successfully used for Arabic and
Chinese projects.  Please enlighten me if I'm missing something.

Thanks,
-Haejoong

Re: [agtk-devel] What version of xerces-c to build on linux

[Steve C. <ste...@mq...>]

Haejoong Lee wrote:
> Hi,
> 
> Please use the "Toward-2_0" branch for the latest 2.0.x code.

Thanks, that fixed it. I'm looking at the agfio code and have a comment
or two.

it doesn't work without LD_LIBRARY_PATH being set, presumably some
other magic is needed on windows. There seems little need for this
since you know where the .so files are installed (or at least
where they were) and can look there and load the files
via a direct path. dlopen will take an absolute path
name and just load the file rather than having to search
LD_LIBRARY_PATH.  Can I suggest the code be changed to try
loading from the known location, then backing off to the current
strategy if this fails.  I'm willing to try making this change if
there is support.

I note that the install location of each plugin shared library is
written in the Makefile.am in the plugin directory. Is there an
automake way of forcing this from above so that we can rely on
the value rather than hoping that plugin dirs conform?

On a different note, what measures are in place to ensure consistent
handling of character encodings through different file formats?
Looking at the CAG format I can't see that it would ensure
consistent output of unicode strings. I see that internally things
use the C++ string type, has there been any thought to using wstring 
instead? This is clearly an issue if something like CAG is supposed to 
be an alternative to the XML format.  It also looks like plain char *
strings are being used in the scripting interface. It seems a shame to 
close the door on using non-ascii encodings in this day and age.

Steve

Re: [agtk-devel] What version of xerces-c to build on linux

[Haejoong L. <hae...@ld...>]

Hi,

Please use the "Toward-2_0" branch for the latest 2.0.x code.
Installation instruction can be found on the web:

http://agtk.sourceforge.net/doc/aglib/2.0/install.html

or in your working copy of the source:

file:///path/to/your/wroking/copy/doc/install.html

-Haejoong



On Wed, Sep 22, 2004 at 05:20:54PM +1000, Steve Cassidy wrote:
> I'm trying to build the CVS HEAD on my Debian linux box but I can't
> get the --enable-xml option to work due to incompatabilities with
> my xerces install.
> 
> For a start the configure tricks to find the name of the library
> fail miserably, a plain -lxerces-c works but configure was appending
> the version number to that.  An edit in configure.in fixed this for
> me, but I don't know what the general fix is, perhaps an option to
> name the xerces library flag directly.
> 
> Trying to build with this configuration I get a failure relating
> to some class or other not being there.
> 
> In file included from agf/agfXercesUtils.cc:9:
> agf/agfXercesUtils.h:28: error: parse error before `,' token
> agf/agfXercesUtils.h:34: error: parse error before `public'
> agf/agfXercesUtils.h:40: error: destructors must be member functions
> etc...
> 
> I have
> 
> /usr/lib/libxerces-c.so -> libxerces-c.so.25
> 
> the version is 2.5.0, which is the same one listed in the INSTALL file and
> 
> gcc (GCC) 3.3.4 (Debian 1:3.3.4-12)
> Copyright (C) 2003 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is 
> NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR 
> PURPOSE.
> 
> Any clues?
> 
> Steve
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> agtk-devel mailing list
> agt...@li...
> https://lists.sourceforge.net/lists/listinfo/agtk-devel

Re: [agtk-devel] What version of xerces-c to build on linux

[Baden H. <ba...@cs...>]

Hi Steve

What configure options are you using ? And which Debian distro ?

Using CVS HEAD on RedHat 9 with GCC 3.3.4 with XercesC 2.5.0 and configure
--enable-xml is fine, although note ...

if the Xerces header and libraries are not somewhere that GCC knows about,
then you'll need to specify --with-xercesc=DIR, or ...

if the Xerces headers and libraries are in different locations, you'll
need to specify --with-xercesc-include=DIR --with-xercesc-lib=DIR

Regards

Baden

On Wed, 22 Sep 2004, Steve Cassidy wrote:

> I'm trying to build the CVS HEAD on my Debian linux box but I can't
> get the --enable-xml option to work due to incompatabilities with
> my xerces install.
>
> For a start the configure tricks to find the name of the library
> fail miserably, a plain -lxerces-c works but configure was appending
> the version number to that.  An edit in configure.in fixed this for
> me, but I don't know what the general fix is, perhaps an option to
> name the xerces library flag directly.
>
> Trying to build with this configuration I get a failure relating
> to some class or other not being there.
>
> In file included from agf/agfXercesUtils.cc:9:
> agf/agfXercesUtils.h:28: error: parse error before `,' token
> agf/agfXercesUtils.h:34: error: parse error before `public'
> agf/agfXercesUtils.h:40: error: destructors must be member functions
> etc...
>
> I have
>
> /usr/lib/libxerces-c.so -> libxerces-c.so.25
>
> the version is 2.5.0, which is the same one listed in the INSTALL file and
>
> gcc (GCC) 3.3.4 (Debian 1:3.3.4-12)
> Copyright (C) 2003 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is
> NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
> PURPOSE.
>
> Any clues?
>
> Steve
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> agtk-devel mailing list
> agt...@li...
> https://lists.sourceforge.net/lists/listinfo/agtk-devel
>

[agtk-devel] What version of xerces-c to build on linux

[Steve C. <ste...@mq...>]

I'm trying to build the CVS HEAD on my Debian linux box but I can't
get the --enable-xml option to work due to incompatabilities with
my xerces install.

For a start the configure tricks to find the name of the library
fail miserably, a plain -lxerces-c works but configure was appending
the version number to that.  An edit in configure.in fixed this for
me, but I don't know what the general fix is, perhaps an option to
name the xerces library flag directly.

Trying to build with this configuration I get a failure relating
to some class or other not being there.

In file included from agf/agfXercesUtils.cc:9:
agf/agfXercesUtils.h:28: error: parse error before `,' token
agf/agfXercesUtils.h:34: error: parse error before `public'
agf/agfXercesUtils.h:40: error: destructors must be member functions
etc...

I have

/usr/lib/libxerces-c.so -> libxerces-c.so.25

the version is 2.5.0, which is the same one listed in the INSTALL file and

gcc (GCC) 3.3.4 (Debian 1:3.3.4-12)
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is 
NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR 
PURPOSE.

Any clues?

Steve

[agtk-devel] A Java API for Annotation Graphs

[Nikhil D. <ni...@se...>]

Hi,

Ive implemented an API for annotation graphs in Java which aims to aid in
plugging in standard mechanisms of querying for use with annotation bases.
Please do take a look at http://agschema.sourceforge.net if you find the  
time. Any comments or feedback would be much appreciated.

Thanks.
Nikhil