From eros.zanchetta2 at unibo.it  Wed Aug  1 13:05:54 2012
From: eros.zanchetta2 at unibo.it (Eros Zanchetta)
Date: Wed, 1 Aug 2012 13:05:54 +0200
Subject: [CWB] Test message
Message-ID: <50190D92.7060708@unibo.it>

This is a test message, please ignore it.

---
Eros Zanchetta
CWB List Administrator

From bilo at sslmit.unibo.it  Wed Aug  1 13:13:45 2012
From: bilo at sslmit.unibo.it (Gabriele Carioli)
Date: Wed, 01 Aug 2012 13:13:45 +0200
Subject: [CWB] Test message
In-Reply-To: <50190D92.7060708@unibo.it>
References: <50190D92.7060708@unibo.it>
Message-ID: <50190F69.4050600@sslmit.unibo.it>

Il 01/08/2012 13:05, Eros Zanchetta ha scritto:

> This is a test message, please ignore it.

Spammer di merda...

A naso, funziona.

Ti segnalo tale jean-philippe.mague at ens-lsh.fr il cui server da mesi non 
? raggiungibile (e continua ad essere irraggiungibile anche dopo 
l'aggiornamento).


-- 
*Gabriele Carioli*
Ufficio Tecnico-informatico
Scuola Superiore di Lingue Moderne per Interpreti e Traduttori
Alma Mater Studiorum - Universit? di Bologna
Polo scientifico-didattico di Forl?
Corso della Repubblica, 136
47121 Forl? (FC) Italy

Tel.: +39 0543 374522, +39 0543 374513
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20120801/85916d95/attachment.html>

From noreply at sourceforge.net  Fri Aug  3 02:06:20 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 02 Aug 2012 17:06:20 -0700
Subject: [CWB] [ cwb-Bugs-3211680 ] UCoQuHItjHQV
Message-ID: <mailman.0.1343953688.16170.cwb@sslmit.unibo.it>

Bugs item #3211680, was opened at 2011-03-14 10:03
Message generated for change (Comment added) made by andrewhardie
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=722303&aid=3211680&group_id=131809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Compilation issues
Group: None
Status: Deleted
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: UCoQuHItjHQV

Initial Comment:
bYnsIM  <a href="http://syfczocspunz.com/">syfczocspunz</a>, [url=http://kkxijrxsdrlx.com/]kkxijrxsdrlx[/url], [link=http://rnenyibtsbyw.com/]rnenyibtsbyw[/link], http://shponuyhuxhu.com/

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

>Comment By: Andrew Hardie (andrewhardie)
Date: 2012-08-02 17:06

Message:
--- This comment is posted as a means to check the link between the Tracker
DB and the cwb mailing list ---

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=722303&aid=3211680&group_id=131809

From luca_proc at yahoo.it  Fri Aug 10 16:51:37 2012
From: luca_proc at yahoo.it (Lucian Proscov)
Date: Fri, 10 Aug 2012 15:51:37 +0100 (BST)
Subject: [CWB] installation cqpserver
Message-ID: <1344610297.27287.YahooMailNeo@web28905.mail.ir2.yahoo.com>

Dear all,?
I would try the interface CQI but I don't know where I can download the "Cqpserver" software, and where install it to test my queries.
I have a PC with S.O. Ubuntu; "CWB 3.0.0 Linux x86 64-bit" and "ActivePerl-5.12.2" installed, but the examples of CQI (Tkwic.perl; MicroCQP.perl) not working! .
Which softwares should I install to make work well the CQI interface ??
To test the CQI interface i need of a pc client and a pc server or can I simulate the client-server environment on only one PC?
Someone could send me other documentation, ?different to that of official CWB website, about functionalities of the CQI, tutorials, etc.?


Best?
-------------- parte successiva --------------
Un allegato HTML ? stato rimosso...
URL: <http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20120810/b8034729/attachment.html>

From stefanML at collocations.de  Fri Aug 10 17:51:28 2012
From: stefanML at collocations.de (Stefan Evert)
Date: Fri, 10 Aug 2012 17:51:28 +0200
Subject: [CWB] installation cqpserver
In-Reply-To: <1344610297.27287.YahooMailNeo@web28905.mail.ir2.yahoo.com>
References: <1344610297.27287.YahooMailNeo@web28905.mail.ir2.yahoo.com>
Message-ID: <3694EC52-2C6F-4DEF-8D2C-701F5609F22F@collocations.de>


> I would try the interface CQI but I don't know where I can download the "Cqpserver" software, and where install it to test my queries.

The cqpserver binary is part of the CWB distribution, so you don't need to install any additional software.  Can you start CQP and CQPserver from the command line? (Try "cqpserver -v".)

> I have a PC with S.O. Ubuntu; "CWB 3.0.0 Linux x86 64-bit" and "ActivePerl-5.12.2" installed, but the examples of CQI (Tkwic.perl; MicroCQP.perl) not working! .
> Which softwares should I install to make work well the CQI interface  ?

Which CQi client library did you install? With a current version of the Perl package CWB-CQI, the included example scripts you mention should really work.

> To test the CQI interface i need of a pc client and a pc server or can I simulate the client-server environment on only one PC?

One computer is enough.  CQi was originally designed to provide a Java API for CWB on a single computer  rather than to connect to a remote server.

Can you describe in more detail exactly what you did and what problem / error you get?

> Someone could send me other documentation,  different to that of official CWB website, about functionalities of the CQI, tutorials, etc.?

Unfortunately, there is no additional information on CQi beside what you can find on the Web site at http://cwb.sourceforge.net/cqi.php

Perhaps some other users who have worked their way through CQi can share some notes?

Cheers,
Stefan

From sf.mollaei at gmail.com  Sat Aug 11 13:54:48 2012
From: sf.mollaei at gmail.com (S Mollaei)
Date: Sat, 11 Aug 2012 16:24:48 +0430
Subject: [CWB] (no subject)
Message-ID: <CAOdr4OBvZ+0Zov_RFBbAJoStXwU2LAiD3aS20kXOV7kGLcZxCA@mail.gmail.com>

I have installed windows version of CWB. when I execute CQP on Cygwin, it
shows this message:
Couldn't open directory C:\CWB\Registry
[no corpus]
How can I introduce the corpus directory to CQP?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20120811/bb390f80/attachment.html>

From luca_proc at yahoo.it  Sun Aug 12 12:43:56 2012
From: luca_proc at yahoo.it (Lucian Proscov)
Date: Sun, 12 Aug 2012 11:43:56 +0100 (BST)
Subject: [CWB] installation cqpserver
In-Reply-To: <3694EC52-2C6F-4DEF-8D2C-701F5609F22F@collocations.de>
References: <1344610297.27287.YahooMailNeo@web28905.mail.ir2.yahoo.com>
	<3694EC52-2C6F-4DEF-8D2C-701F5609F22F@collocations.de>
Message-ID: <1344768236.34962.YahooMailNeo@web28906.mail.ir2.yahoo.com>

Thanks for the answer.

I would like to test the?client-server CQI?interface using only my PC.
I downloaded?cwb-3.0.0-linux-x86_64.tar.gz?(Linux Intel 64-bit)?and the package?Perl-CWB-CQI-2.2.102.tar.gz?(source code)?from official website.
I installed the?cwb?3.0 for linux 64 bit?and then the??Perl Cwb-CQI package?on my pc in standard locations,
but when i try to start the CQP to the shell "/usr/local/bin$ cqp -e" I have this error: "cannot execute binary file".
I have the same error if I use the command?"/usr/local/bin$?cqpserver -v".
Which is my fault?

Best


________________________________
 Da: Stefan Evert <stefanML at collocations.de>
A: Open source development of the Corpus WorkBench <cwb at sslmit.unibo.it> 
Inviato: Venerd? 10 Agosto 2012 17:51
Oggetto: Re: [CWB] installation cqpserver
 

> I would try the interface CQI but I don't know where I can download the "Cqpserver" software, and where install it to test my queries.

The cqpserver binary is part of the CWB distribution, so you don't need to install any additional software.? Can you start CQP and CQPserver from the command line? (Try "cqpserver -v".)

> I have a PC with S.O. Ubuntu; "CWB 3.0.0 Linux x86 64-bit" and "ActivePerl-5.12.2" installed, but the examples of CQI (Tkwic.perl; MicroCQP.perl) not working! .
> Which softwares should I install to make work well the CQI interface? ?

Which CQi client library did you install? With a current version of the Perl package CWB-CQI, the included example scripts you mention should really work.

> To test the CQI interface i need of a pc client and a pc server or can I simulate the client-server environment on only one PC?

One computer is enough.? CQi was originally designed to provide a Java API for CWB on a single computer? rather than to connect to a remote server.

Can you describe in more detail exactly what you did and what problem / error you get?

> Someone could send me other documentation,? different to that of official CWB website, about functionalities of the CQI, tutorials, etc.?

Unfortunately, there is no additional information on CQi beside what you can find on the Web site at http://cwb.sourceforge.net/cqi.php

Perhaps some other users who have worked their way through CQi can share some notes?

Cheers,
Stefan
_______________________________________________
CWB mailing list
CWB at sslmit.unibo.it
http://devel.sslmit.unibo.it/mailman/listinfo/cwb
-------------- parte successiva --------------
Un allegato HTML ? stato rimosso...
URL: <http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20120812/f36e2798/attachment.html>

From a.hardie at lancaster.ac.uk  Sun Aug 12 17:16:28 2012
From: a.hardie at lancaster.ac.uk (Hardie, Andrew)
Date: Sun, 12 Aug 2012 15:16:28 +0000
Subject: [CWB] (no subject)
In-Reply-To: <CAOdr4OBvZ+0Zov_RFBbAJoStXwU2LAiD3aS20kXOV7kGLcZxCA@mail.gmail.com>
References: <CAOdr4OBvZ+0Zov_RFBbAJoStXwU2LAiD3aS20kXOV7kGLcZxCA@mail.gmail.com>
Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D09E61C@EX-0-MB1.lancs.local>

There are two problems here: (1) you are using the Windows version in Cygwin, when you should be using it from cmd.exe (to use CWB under Cygwin, you need to compile it for Cygwin: I haven't done this myself but I know others have). The fundamental difference is that the Windows version uses MinGW and is cross-compiled to work without the assumption of a Unix-like environment; Cygwin, on the other hand, is a Unix-like environment.

(2) If you want to use a different registry to the one compiled in, you need to specify it via the environment variable CORPUS_REGISTRY or with the -r option when you call CQP.

best

Andrew.

________________________________
From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of S Mollaei
Sent: 11 August 2012 12:55
To: cwb at sslmit.unibo.it
Subject: [CWB] (no subject)

I have installed windows version of CWB. when I execute CQP on Cygwin, it shows this message:
Couldn't open directory C:\CWB\Registry
[no corpus]
How can I introduce the corpus directory to CQP?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20120812/4829486d/attachment.html>

From josepm.fontana at upf.edu  Sun Aug 12 18:11:12 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Sun, 12 Aug 2012 11:11:12 -0500
Subject: [CWB] Character encoding problems when transferring corpus
Message-ID: <5027D5A0.5040804@upf.edu>

Hi,

I'm not sure this is really a CWB problem (in fact I'm pretty sure it is 
not) but since there might be other users that have CWB running on a Mac 
perhaps I can get some help in this list.

I installed CWB on my Mac and then transferred all the relevant 
directories and registry files from the CWB installation we have running 
on a LAMP server. Everything seems to be working fine except that the 
results of a query on the terminal come out like this (the words as they 
should be displayed are within parentheses)


60      ila<B7>lustra<AD>ssim  [#41507-#41566]  (--> 'il?lustr?ssim')
58      fama<B3>s  [#24851-#24908] ( --> 'fam?s')

The corpus is encoded as UTF-8 and my terminal (iTerm) is set up 
properly to view UTF-8 encoded texts. I have no problems viewing other 
UTF-8 encoded texts on this computer and I don't have these problems 
when accessing the corpus remotely.

Why would UTF-8 encoded texts from the transferred corpus not be 
displayed properly? Is there any way to fix this? Any help would be 
greatly appreciated.

Josep M.

From a.hardie at lancaster.ac.uk  Sun Aug 12 18:26:09 2012
From: a.hardie at lancaster.ac.uk (Hardie, Andrew)
Date: Sun, 12 Aug 2012 16:26:09 +0000
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <5027D5A0.5040804@upf.edu>
References: <5027D5A0.5040804@upf.edu>
Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>

Hi Josep,

This looks like an issue with less. It seems to be "eating" the first half of the utf8 sequence (converting it to an accentless "a") leaving the second half to appear as a bare binary character (thus the hex codes in angle brackets).

You can check this by turning off the use of a pager for query output:

set Paging no;

If queries print OK with this setting, then it is definitely an issue with less. If not, then the problem is somewhere else.

Best

Andrew.

> -----Original Message-----
> From: cwb-bounces at sslmit.unibo.it 
> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep M. Fontana
> Sent: 12 August 2012 17:11
> To: Open source development of the Corpus WorkBench
> Subject: [CWB] Character encoding problems when transferring corpus
> 
> Hi,
> 
> I'm not sure this is really a CWB problem (in fact I'm pretty 
> sure it is
> not) but since there might be other users that have CWB 
> running on a Mac perhaps I can get some help in this list.
> 
> I installed CWB on my Mac and then transferred all the 
> relevant directories and registry files from the CWB 
> installation we have running on a LAMP server. Everything 
> seems to be working fine except that the results of a query 
> on the terminal come out like this (the words as they should 
> be displayed are within parentheses)
> 
> 
> 60      ila<B7>lustra<AD>ssim  [#41507-#41566]  (--> 'il?lustr?ssim')
> 58      fama<B3>s  [#24851-#24908] ( --> 'fam?s')
> 
> The corpus is encoded as UTF-8 and my terminal (iTerm) is set 
> up properly to view UTF-8 encoded texts. I have no problems 
> viewing other
> UTF-8 encoded texts on this computer and I don't have these 
> problems when accessing the corpus remotely.
> 
> Why would UTF-8 encoded texts from the transferred corpus not 
> be displayed properly? Is there any way to fix this? Any help 
> would be greatly appreciated.
> 
> Josep M.
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
> 

From josepm.fontana at upf.edu  Sun Aug 12 19:28:37 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Sun, 12 Aug 2012 12:28:37 -0500
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
Message-ID: <5027E7C5.9030108@upf.edu>

Hi Andrew,

Thanks again for the prompt response.

Something changes but the basic problem remains. The results after "set 
Paging no;" look like this:

2    pesta?feres  [#2-#3]
1    pesta?fer  [#0]
1    pesta?fera  [#1]
1    pesta?ffera  [#4]

as opposed to this (without "set Paging no;"):

2       pesta<AD>feres  [#2-#3]
1       pesta<AD>fer  [#0]
1       pesta<AD>fera  [#1]
1       pesta<AD>ffera  [#4]

These should be all variants of "pest?fera" where '?' is not displayed 
properly.

One thing that I see, though, is that the results of the query vary 
considerably after issuing the "set Paging no;" command. I get a 
drastically reduced list of result after issuing this command. What does 
this do exactly?

The other thing that I had not realized before I sent my initial message 
and that I think might be important to identify the problem is that the 
problems with the display of accented characters occur only when viewing 
the results of 'count'. That is the problems only ensue with:

 > count Last by word %cd on match;

If I do a regular query such as:

 > [(pos="A.*")&(word="pest.*")];

all the accented characters are displayed properly whether I do "set 
Paging no;" or not.


JM




> This looks like an issue with less. It seems to be "eating" the first half of the utf8 sequence (converting it to an accentless "a") leaving the second half to appear as a bare binary character (thus the hex codes in angle brackets).
>
> You can check this by turning off the use of a pager for query output:
>
> set Paging no;
>
> If queries print OK with this setting, then it is definitely an issue with less. If not, then the problem is somewhere else.
>
> Best
>
> Andrew.
>
>> -----Original Message-----
>> From: cwb-bounces at sslmit.unibo.it
>> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep M. Fontana
>> Sent: 12 August 2012 17:11
>> To: Open source development of the Corpus WorkBench
>> Subject: [CWB] Character encoding problems when transferring corpus
>>
>> Hi,
>>
>> I'm not sure this is really a CWB problem (in fact I'm pretty
>> sure it is
>> not) but since there might be other users that have CWB
>> running on a Mac perhaps I can get some help in this list.
>>
>> I installed CWB on my Mac and then transferred all the
>> relevant directories and registry files from the CWB
>> installation we have running on a LAMP server. Everything
>> seems to be working fine except that the results of a query
>> on the terminal come out like this (the words as they should
>> be displayed are within parentheses)
>>
>>
>> 60      ila<B7>lustra<AD>ssim  [#41507-#41566]  (--> 'il?lustr?ssim')
>> 58      fama<B3>s  [#24851-#24908] ( --> 'fam?s')
>>
>> The corpus is encoded as UTF-8 and my terminal (iTerm) is set
>> up properly to view UTF-8 encoded texts. I have no problems
>> viewing other
>> UTF-8 encoded texts on this computer and I don't have these
>> problems when accessing the corpus remotely.
>>
>> Why would UTF-8 encoded texts from the transferred corpus not
>> be displayed properly? Is there any way to fix this? Any help
>> would be greatly appreciated.
>>
>> Josep M.
>> _______________________________________________
>> CWB mailing list
>> CWB at sslmit.unibo.it
>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>>
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb


From a.hardie at lancaster.ac.uk  Sun Aug 12 19:41:11 2012
From: a.hardie at lancaster.ac.uk (Hardie, Andrew)
Date: Sun, 12 Aug 2012 17:41:11 +0000
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <5027E7C5.9030108@upf.edu>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>

Ah, this begins to make sense.

"set Paging no" turns off the use of less to view results. When Paging is off, results are piped directly to the terminal. When Paging is on, a less process is started up and the results are piped to that.

The fact that the bytes are still wrong without the pager makes things more transparent, and I think I know what is wrong. Due to your use of the %d flag with "count", accent folding is applied; but it would appear to be the case that ISO-8859-1 accent-folding is being used. This breaks the UTF8 sequences. Clearly, the count command is using some unauthorised character handling instead of calling the proper CL string functions.

What's puzzling, hwoever, is that if this was a bug, it should have been present on Linux as well as OS X. Did you actuall use the "count" command on Linux? If so, and it worked OK, can you check which versions f CWB you have on both platforms (cqp -v)? If the version you have installed on OS X is an older one, then the solution is to upgrade to 3.4.

*If*, on the other hand, this really is a bug in the latest version, then I need to find the relevant count code and fix it. I can't see where it is at a glance, so a hunt will be needed. (Stefan, if you happen to be reading this, and can say quickly where I should look, that would be a help!)

Best

Andrew.
 

> -----Original Message-----
> From: cwb-bounces at sslmit.unibo.it 
> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep M. Fontana
> Sent: 12 August 2012 18:29
> To: Open source development of the Corpus WorkBench
> Subject: Re: [CWB] Character encoding problems when 
> transferring corpus
> 
> Hi Andrew,
> 
> Thanks again for the prompt response.
> 
> Something changes but the basic problem remains. The results 
> after "set Paging no;" look like this:
> 
> 2    pesta?feres  [#2-#3]
> 1    pesta?fer  [#0]
> 1    pesta?fera  [#1]
> 1    pesta?ffera  [#4]
> 
> as opposed to this (without "set Paging no;"):
> 
> 2       pesta<AD>feres  [#2-#3]
> 1       pesta<AD>fer  [#0]
> 1       pesta<AD>fera  [#1]
> 1       pesta<AD>ffera  [#4]
> 
> These should be all variants of "pest?fera" where '?' is not 
> displayed properly.
> 
> One thing that I see, though, is that the results of the 
> query vary considerably after issuing the "set Paging no;" 
> command. I get a drastically reduced list of result after 
> issuing this command. What does this do exactly?
> 
> The other thing that I had not realized before I sent my 
> initial message and that I think might be important to 
> identify the problem is that the problems with the display of 
> accented characters occur only when viewing the results of 
> 'count'. That is the problems only ensue with:
> 
>  > count Last by word %cd on match;
> 
> If I do a regular query such as:
> 
>  > [(pos="A.*")&(word="pest.*")];
> 
> all the accented characters are displayed properly whether I 
> do "set Paging no;" or not.
> 
> 
> JM
> 
> 
> 
> 
> > This looks like an issue with less. It seems to be "eating" 
> the first half of the utf8 sequence (converting it to an 
> accentless "a") leaving the second half to appear as a bare 
> binary character (thus the hex codes in angle brackets).
> >
> > You can check this by turning off the use of a pager for 
> query output:
> >
> > set Paging no;
> >
> > If queries print OK with this setting, then it is 
> definitely an issue with less. If not, then the problem is 
> somewhere else.
> >
> > Best
> >
> > Andrew.
> >
> >> -----Original Message-----
> >> From: cwb-bounces at sslmit.unibo.it
> >> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep M. Fontana
> >> Sent: 12 August 2012 17:11
> >> To: Open source development of the Corpus WorkBench
> >> Subject: [CWB] Character encoding problems when transferring corpus
> >>
> >> Hi,
> >>
> >> I'm not sure this is really a CWB problem (in fact I'm pretty
> >> sure it is
> >> not) but since there might be other users that have CWB
> >> running on a Mac perhaps I can get some help in this list.
> >>
> >> I installed CWB on my Mac and then transferred all the
> >> relevant directories and registry files from the CWB
> >> installation we have running on a LAMP server. Everything
> >> seems to be working fine except that the results of a query
> >> on the terminal come out like this (the words as they should
> >> be displayed are within parentheses)
> >>
> >>
> >> 60      ila<B7>lustra<AD>ssim  [#41507-#41566]  (--> 
> 'il?lustr?ssim')
> >> 58      fama<B3>s  [#24851-#24908] ( --> 'fam?s')
> >>
> >> The corpus is encoded as UTF-8 and my terminal (iTerm) is set
> >> up properly to view UTF-8 encoded texts. I have no problems
> >> viewing other
> >> UTF-8 encoded texts on this computer and I don't have these
> >> problems when accessing the corpus remotely.
> >>
> >> Why would UTF-8 encoded texts from the transferred corpus not
> >> be displayed properly? Is there any way to fix this? Any help
> >> would be greatly appreciated.
> >>
> >> Josep M.
> >> _______________________________________________
> >> CWB mailing list
> >> CWB at sslmit.unibo.it
> >> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
> >>
> > _______________________________________________
> > CWB mailing list
> > CWB at sslmit.unibo.it
> > http://devel.sslmit.unibo.it/mailman/listinfo/cwb
> 
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
> 

From josepm.fontana at upf.edu  Sun Aug 12 20:00:12 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Sun, 12 Aug 2012 13:00:12 -0500
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
Message-ID: <5027EF2C.5010704@upf.edu>


> Ah, this begins to make sense.
Glad to hear that!
> "set Paging no" turns off the use of less to view results. When Paging is off, results are piped directly to the terminal. When Paging is on, a less process is started up and the results are piped to that.
Mmm, that's what I thought it did but what I would have expected is that 
the only change after issuing this command would be that all the results 
would appear in a single screen. But the change goes beyond that. Not 
only are the results dumped into a single screen or page but they are 
also considerably reduced. After "set Paging no;" the list of results is 
considerably shorter than before issuing this command. Is this supposed 
to happen? I thought less only affected how the results are displayed, 
not what results you get.
> The fact that the bytes are still wrong without the pager makes things more transparent, and I think I know what is wrong. Due to your use of the %d flag with "count", accent folding is applied; but it would appear to be the case that ISO-8859-1 accent-folding is being used. This breaks the UTF8 sequences. Clearly, the count command is using some unauthorised character handling instead of calling the proper CL string functions.
>
> What's puzzling, hwoever, is that if this was a bug, it should have been present on Linux as well as OS X. Did you actuall use the "count" command on Linux? If so, and it worked OK, can you check which versions f CWB you have on both platforms (cqp -v)? If the version you have installed on OS X is an older one, then the solution is to upgrade to 3.4.
OK. I think this is good news because probably this is not caused by a 
bug in the current version. I thought the version I was using on my Mac 
was the most current one as I downloaded it from the official CWB site. 
It turns out, though, that the version I'm running is 3.0.0 whereas the 
version in our server is 3.0.2.

How do I upgrade it? By simply downloading 3.4 (where do I get it?) and 
repeating the installation process?

Josep M.




*If*, on the other hand, this really is a bug in the latest version, 
then I need to find the relevant count code and fix it. I can't see 
where it is at a glance, so a hunt will be needed. (Stefan, if you 
happen to be reading this, and can say quickly where I should look, that 
would be a help!) Best Andrew.
>> -----Original Message-----
>> From: cwb-bounces at sslmit.unibo.it
>> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep M. Fontana
>> Sent: 12 August 2012 18:29
>> To: Open source development of the Corpus WorkBench
>> Subject: Re: [CWB] Character encoding problems when
>> transferring corpus
>>
>> Hi Andrew,
>>
>> Thanks again for the prompt response.
>>
>> Something changes but the basic problem remains. The results
>> after "set Paging no;" look like this:
>>
>> 2    pesta?feres  [#2-#3]
>> 1    pesta?fer  [#0]
>> 1    pesta?fera  [#1]
>> 1    pesta?ffera  [#4]
>>
>> as opposed to this (without "set Paging no;"):
>>
>> 2       pesta<AD>feres  [#2-#3]
>> 1       pesta<AD>fer  [#0]
>> 1       pesta<AD>fera  [#1]
>> 1       pesta<AD>ffera  [#4]
>>
>> These should be all variants of "pest?fera" where '?' is not
>> displayed properly.
>>
>> One thing that I see, though, is that the results of the
>> query vary considerably after issuing the "set Paging no;"
>> command. I get a drastically reduced list of result after
>> issuing this command. What does this do exactly?
>>
>> The other thing that I had not realized before I sent my
>> initial message and that I think might be important to
>> identify the problem is that the problems with the display of
>> accented characters occur only when viewing the results of
>> 'count'. That is the problems only ensue with:
>>
>>   > count Last by word %cd on match;
>>
>> If I do a regular query such as:
>>
>>   > [(pos="A.*")&(word="pest.*")];
>>
>> all the accented characters are displayed properly whether I
>> do "set Paging no;" or not.
>>
>>
>> JM
>>
>>
>>
>>
>>> This looks like an issue with less. It seems to be "eating"
>> the first half of the utf8 sequence (converting it to an
>> accentless "a") leaving the second half to appear as a bare
>> binary character (thus the hex codes in angle brackets).
>>> You can check this by turning off the use of a pager for
>> query output:
>>> set Paging no;
>>>
>>> If queries print OK with this setting, then it is
>> definitely an issue with less. If not, then the problem is
>> somewhere else.
>>> Best
>>>
>>> Andrew.
>>>
>>>> -----Original Message-----
>>>> From: cwb-bounces at sslmit.unibo.it
>>>> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep M. Fontana
>>>> Sent: 12 August 2012 17:11
>>>> To: Open source development of the Corpus WorkBench
>>>> Subject: [CWB] Character encoding problems when transferring corpus
>>>>
>>>> Hi,
>>>>
>>>> I'm not sure this is really a CWB problem (in fact I'm pretty
>>>> sure it is
>>>> not) but since there might be other users that have CWB
>>>> running on a Mac perhaps I can get some help in this list.
>>>>
>>>> I installed CWB on my Mac and then transferred all the
>>>> relevant directories and registry files from the CWB
>>>> installation we have running on a LAMP server. Everything
>>>> seems to be working fine except that the results of a query
>>>> on the terminal come out like this (the words as they should
>>>> be displayed are within parentheses)
>>>>
>>>>
>>>> 60      ila<B7>lustra<AD>ssim  [#41507-#41566]  (-->
>> 'il?lustr?ssim')
>>>> 58      fama<B3>s  [#24851-#24908] ( --> 'fam?s')
>>>>
>>>> The corpus is encoded as UTF-8 and my terminal (iTerm) is set
>>>> up properly to view UTF-8 encoded texts. I have no problems
>>>> viewing other
>>>> UTF-8 encoded texts on this computer and I don't have these
>>>> problems when accessing the corpus remotely.
>>>>
>>>> Why would UTF-8 encoded texts from the transferred corpus not
>>>> be displayed properly? Is there any way to fix this? Any help
>>>> would be greatly appreciated.
>>>>
>>>> Josep M.
>>>> _______________________________________________
>>>> CWB mailing list
>>>> CWB at sslmit.unibo.it
>>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>>>>
>>> _______________________________________________
>>> CWB mailing list
>>> CWB at sslmit.unibo.it
>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>> _______________________________________________
>> CWB mailing list
>> CWB at sslmit.unibo.it
>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>>
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb


From a.hardie at lancaster.ac.uk  Sun Aug 12 20:08:47 2012
From: a.hardie at lancaster.ac.uk (Hardie, Andrew)
Date: Sun, 12 Aug 2012 18:08:47 +0000
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <5027EF2C.5010704@upf.edu>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>

3.0 doesn't have any Unicode support at all - so that explains that! Yes, you should upgrade to 3.4. The easiest way is to check out the code via Subversion, then build following the instructions in the INSTALL file. 

Instructions are here: http://cwb.sourceforge.net/developers.php#svn

You will probably need to set the CWB_LIVE_DANGEROUSLY environment variable to overwrite your existing installation.

I trust that the character set issue will disappear then, but let us know if not.

As for the disappearance of some results depending on whether the pager is on or off... That is more worrying. Using less / not using less ought indeed not to change the number of results. Can you confirm that the issue persists on v3.4, and if it does, send a full example of the two outputs (full and reduced)? Thanks.

Best

Andrew. 

> -----Original Message-----
> From: cwb-bounces at sslmit.unibo.it 
> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep M. Fontana
> Sent: 12 August 2012 19:00
> To: Open source development of the Corpus WorkBench
> Subject: Re: [CWB] Character encoding problems when 
> transferring corpus
> 
> 
> > Ah, this begins to make sense.
> Glad to hear that!
> > "set Paging no" turns off the use of less to view results. 
> When Paging is off, results are piped directly to the 
> terminal. When Paging is on, a less process is started up and 
> the results are piped to that.
> Mmm, that's what I thought it did but what I would have 
> expected is that the only change after issuing this command 
> would be that all the results would appear in a single 
> screen. But the change goes beyond that. Not only are the 
> results dumped into a single screen or page but they are also 
> considerably reduced. After "set Paging no;" the list of 
> results is considerably shorter than before issuing this 
> command. Is this supposed to happen? I thought less only 
> affected how the results are displayed, not what results you get.
> > The fact that the bytes are still wrong without the pager 
> makes things more transparent, and I think I know what is 
> wrong. Due to your use of the %d flag with "count", accent 
> folding is applied; but it would appear to be the case that 
> ISO-8859-1 accent-folding is being used. This breaks the UTF8 
> sequences. Clearly, the count command is using some 
> unauthorised character handling instead of calling the proper 
> CL string functions.
> >
> > What's puzzling, hwoever, is that if this was a bug, it 
> should have been present on Linux as well as OS X. Did you 
> actuall use the "count" command on Linux? If so, and it 
> worked OK, can you check which versions f CWB you have on 
> both platforms (cqp -v)? If the version you have installed on 
> OS X is an older one, then the solution is to upgrade to 3.4.
> OK. I think this is good news because probably this is not 
> caused by a bug in the current version. I thought the version 
> I was using on my Mac was the most current one as I 
> downloaded it from the official CWB site. 
> It turns out, though, that the version I'm running is 3.0.0 
> whereas the version in our server is 3.0.2.
> 
> How do I upgrade it? By simply downloading 3.4 (where do I 
> get it?) and repeating the installation process?
> 
> Josep M.
> 
> 
> 
> 
> *If*, on the other hand, this really is a bug in the latest 
> version, then I need to find the relevant count code and fix 
> it. I can't see where it is at a glance, so a hunt will be 
> needed. (Stefan, if you happen to be reading this, and can 
> say quickly where I should look, that would be a help!) Best Andrew.
> >> -----Original Message-----
> >> From: cwb-bounces at sslmit.unibo.it
> >> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep M. Fontana
> >> Sent: 12 August 2012 18:29
> >> To: Open source development of the Corpus WorkBench
> >> Subject: Re: [CWB] Character encoding problems when transferring 
> >> corpus
> >>
> >> Hi Andrew,
> >>
> >> Thanks again for the prompt response.
> >>
> >> Something changes but the basic problem remains. The results after 
> >> "set Paging no;" look like this:
> >>
> >> 2    pesta?feres  [#2-#3]
> >> 1    pesta?fer  [#0]
> >> 1    pesta?fera  [#1]
> >> 1    pesta?ffera  [#4]
> >>
> >> as opposed to this (without "set Paging no;"):
> >>
> >> 2       pesta<AD>feres  [#2-#3]
> >> 1       pesta<AD>fer  [#0]
> >> 1       pesta<AD>fera  [#1]
> >> 1       pesta<AD>ffera  [#4]
> >>
> >> These should be all variants of "pest?fera" where '?' is not 
> >> displayed properly.
> >>
> >> One thing that I see, though, is that the results of the 
> query vary 
> >> considerably after issuing the "set Paging no;"
> >> command. I get a drastically reduced list of result after issuing 
> >> this command. What does this do exactly?
> >>
> >> The other thing that I had not realized before I sent my initial 
> >> message and that I think might be important to identify 
> the problem 
> >> is that the problems with the display of accented characters occur 
> >> only when viewing the results of 'count'. That is the 
> problems only 
> >> ensue with:
> >>
> >>   > count Last by word %cd on match;
> >>
> >> If I do a regular query such as:
> >>
> >>   > [(pos="A.*")&(word="pest.*")];
> >>
> >> all the accented characters are displayed properly whether 
> I do "set 
> >> Paging no;" or not.
> >>
> >>
> >> JM
> >>
> >>
> >>
> >>
> >>> This looks like an issue with less. It seems to be "eating"
> >> the first half of the utf8 sequence (converting it to an 
> accentless 
> >> "a") leaving the second half to appear as a bare binary character 
> >> (thus the hex codes in angle brackets).
> >>> You can check this by turning off the use of a pager for
> >> query output:
> >>> set Paging no;
> >>>
> >>> If queries print OK with this setting, then it is
> >> definitely an issue with less. If not, then the problem is 
> somewhere 
> >> else.
> >>> Best
> >>>
> >>> Andrew.
> >>>
> >>>> -----Original Message-----
> >>>> From: cwb-bounces at sslmit.unibo.it
> >>>> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep 
> M. Fontana
> >>>> Sent: 12 August 2012 17:11
> >>>> To: Open source development of the Corpus WorkBench
> >>>> Subject: [CWB] Character encoding problems when 
> transferring corpus
> >>>>
> >>>> Hi,
> >>>>
> >>>> I'm not sure this is really a CWB problem (in fact I'm 
> pretty sure 
> >>>> it is
> >>>> not) but since there might be other users that have CWB 
> running on 
> >>>> a Mac perhaps I can get some help in this list.
> >>>>
> >>>> I installed CWB on my Mac and then transferred all the relevant 
> >>>> directories and registry files from the CWB installation we have 
> >>>> running on a LAMP server. Everything seems to be working fine 
> >>>> except that the results of a query on the terminal come out like 
> >>>> this (the words as they should be displayed are within 
> parentheses)
> >>>>
> >>>>
> >>>> 60      ila<B7>lustra<AD>ssim  [#41507-#41566]  (-->
> >> 'il?lustr?ssim')
> >>>> 58      fama<B3>s  [#24851-#24908] ( --> 'fam?s')
> >>>>
> >>>> The corpus is encoded as UTF-8 and my terminal (iTerm) is set up 
> >>>> properly to view UTF-8 encoded texts. I have no problems viewing 
> >>>> other
> >>>> UTF-8 encoded texts on this computer and I don't have these 
> >>>> problems when accessing the corpus remotely.
> >>>>
> >>>> Why would UTF-8 encoded texts from the transferred corpus not be 
> >>>> displayed properly? Is there any way to fix this? Any 
> help would be 
> >>>> greatly appreciated.
> >>>>
> >>>> Josep M.
> >>>> _______________________________________________
> >>>> CWB mailing list
> >>>> CWB at sslmit.unibo.it
> >>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
> >>>>
> >>> _______________________________________________
> >>> CWB mailing list
> >>> CWB at sslmit.unibo.it
> >>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
> >> _______________________________________________
> >> CWB mailing list
> >> CWB at sslmit.unibo.it
> >> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
> >>
> > _______________________________________________
> > CWB mailing list
> > CWB at sslmit.unibo.it
> > http://devel.sslmit.unibo.it/mailman/listinfo/cwb
> 
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
> 

From josepm.fontana at upf.edu  Sun Aug 12 20:13:19 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Sun, 12 Aug 2012 13:13:19 -0500
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
Message-ID: <5027F23F.8050307@upf.edu>

OK. I have to leave now so I won't be able to answer in a while. I'll 
check this as soon as possible and report. Thanks a lot for your help!

JM
> 3.0 doesn't have any Unicode support at all - so that explains that! Yes, you should upgrade to 3.4. The easiest way is to check out the code via Subversion, then build following the instructions in the INSTALL file.
>
> Instructions are here: http://cwb.sourceforge.net/developers.php#svn
>
> You will probably need to set the CWB_LIVE_DANGEROUSLY environment variable to overwrite your existing installation.
>
> I trust that the character set issue will disappear then, but let us know if not.
>
> As for the disappearance of some results depending on whether the pager is on or off... That is more worrying. Using less / not using less ought indeed not to change the number of results. Can you confirm that the issue persists on v3.4, and if it does, send a full example of the two outputs (full and reduced)? Thanks.
>
> Best
>
> Andrew.
>
>> -----Original Message-----
>> From: cwb-bounces at sslmit.unibo.it
>> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep M. Fontana
>> Sent: 12 August 2012 19:00
>> To: Open source development of the Corpus WorkBench
>> Subject: Re: [CWB] Character encoding problems when
>> transferring corpus
>>
>>
>>> Ah, this begins to make sense.
>> Glad to hear that!
>>> "set Paging no" turns off the use of less to view results.
>> When Paging is off, results are piped directly to the
>> terminal. When Paging is on, a less process is started up and
>> the results are piped to that.
>> Mmm, that's what I thought it did but what I would have
>> expected is that the only change after issuing this command
>> would be that all the results would appear in a single
>> screen. But the change goes beyond that. Not only are the
>> results dumped into a single screen or page but they are also
>> considerably reduced. After "set Paging no;" the list of
>> results is considerably shorter than before issuing this
>> command. Is this supposed to happen? I thought less only
>> affected how the results are displayed, not what results you get.
>>> The fact that the bytes are still wrong without the pager
>> makes things more transparent, and I think I know what is
>> wrong. Due to your use of the %d flag with "count", accent
>> folding is applied; but it would appear to be the case that
>> ISO-8859-1 accent-folding is being used. This breaks the UTF8
>> sequences. Clearly, the count command is using some
>> unauthorised character handling instead of calling the proper
>> CL string functions.
>>> What's puzzling, hwoever, is that if this was a bug, it
>> should have been present on Linux as well as OS X. Did you
>> actuall use the "count" command on Linux? If so, and it
>> worked OK, can you check which versions f CWB you have on
>> both platforms (cqp -v)? If the version you have installed on
>> OS X is an older one, then the solution is to upgrade to 3.4.
>> OK. I think this is good news because probably this is not
>> caused by a bug in the current version. I thought the version
>> I was using on my Mac was the most current one as I
>> downloaded it from the official CWB site.
>> It turns out, though, that the version I'm running is 3.0.0
>> whereas the version in our server is 3.0.2.
>>
>> How do I upgrade it? By simply downloading 3.4 (where do I
>> get it?) and repeating the installation process?
>>
>> Josep M.
>>
>>
>>
>>
>> *If*, on the other hand, this really is a bug in the latest
>> version, then I need to find the relevant count code and fix
>> it. I can't see where it is at a glance, so a hunt will be
>> needed. (Stefan, if you happen to be reading this, and can
>> say quickly where I should look, that would be a help!) Best Andrew.
>>>> -----Original Message-----
>>>> From: cwb-bounces at sslmit.unibo.it
>>>> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep M. Fontana
>>>> Sent: 12 August 2012 18:29
>>>> To: Open source development of the Corpus WorkBench
>>>> Subject: Re: [CWB] Character encoding problems when transferring
>>>> corpus
>>>>
>>>> Hi Andrew,
>>>>
>>>> Thanks again for the prompt response.
>>>>
>>>> Something changes but the basic problem remains. The results after
>>>> "set Paging no;" look like this:
>>>>
>>>> 2    pesta?feres  [#2-#3]
>>>> 1    pesta?fer  [#0]
>>>> 1    pesta?fera  [#1]
>>>> 1    pesta?ffera  [#4]
>>>>
>>>> as opposed to this (without "set Paging no;"):
>>>>
>>>> 2       pesta<AD>feres  [#2-#3]
>>>> 1       pesta<AD>fer  [#0]
>>>> 1       pesta<AD>fera  [#1]
>>>> 1       pesta<AD>ffera  [#4]
>>>>
>>>> These should be all variants of "pest?fera" where '?' is not
>>>> displayed properly.
>>>>
>>>> One thing that I see, though, is that the results of the
>> query vary
>>>> considerably after issuing the "set Paging no;"
>>>> command. I get a drastically reduced list of result after issuing
>>>> this command. What does this do exactly?
>>>>
>>>> The other thing that I had not realized before I sent my initial
>>>> message and that I think might be important to identify
>> the problem
>>>> is that the problems with the display of accented characters occur
>>>> only when viewing the results of 'count'. That is the
>> problems only
>>>> ensue with:
>>>>
>>>>    > count Last by word %cd on match;
>>>>
>>>> If I do a regular query such as:
>>>>
>>>>    > [(pos="A.*")&(word="pest.*")];
>>>>
>>>> all the accented characters are displayed properly whether
>> I do "set
>>>> Paging no;" or not.
>>>>
>>>>
>>>> JM
>>>>
>>>>
>>>>
>>>>
>>>>> This looks like an issue with less. It seems to be "eating"
>>>> the first half of the utf8 sequence (converting it to an
>> accentless
>>>> "a") leaving the second half to appear as a bare binary character
>>>> (thus the hex codes in angle brackets).
>>>>> You can check this by turning off the use of a pager for
>>>> query output:
>>>>> set Paging no;
>>>>>
>>>>> If queries print OK with this setting, then it is
>>>> definitely an issue with less. If not, then the problem is
>> somewhere
>>>> else.
>>>>> Best
>>>>>
>>>>> Andrew.
>>>>>
>>>>>> -----Original Message-----
>>>>>> From: cwb-bounces at sslmit.unibo.it
>>>>>> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep
>> M. Fontana
>>>>>> Sent: 12 August 2012 17:11
>>>>>> To: Open source development of the Corpus WorkBench
>>>>>> Subject: [CWB] Character encoding problems when
>> transferring corpus
>>>>>> Hi,
>>>>>>
>>>>>> I'm not sure this is really a CWB problem (in fact I'm
>> pretty sure
>>>>>> it is
>>>>>> not) but since there might be other users that have CWB
>> running on
>>>>>> a Mac perhaps I can get some help in this list.
>>>>>>
>>>>>> I installed CWB on my Mac and then transferred all the relevant
>>>>>> directories and registry files from the CWB installation we have
>>>>>> running on a LAMP server. Everything seems to be working fine
>>>>>> except that the results of a query on the terminal come out like
>>>>>> this (the words as they should be displayed are within
>> parentheses)
>>>>>>
>>>>>> 60      ila<B7>lustra<AD>ssim  [#41507-#41566]  (-->
>>>> 'il?lustr?ssim')
>>>>>> 58      fama<B3>s  [#24851-#24908] ( --> 'fam?s')
>>>>>>
>>>>>> The corpus is encoded as UTF-8 and my terminal (iTerm) is set up
>>>>>> properly to view UTF-8 encoded texts. I have no problems viewing
>>>>>> other
>>>>>> UTF-8 encoded texts on this computer and I don't have these
>>>>>> problems when accessing the corpus remotely.
>>>>>>
>>>>>> Why would UTF-8 encoded texts from the transferred corpus not be
>>>>>> displayed properly? Is there any way to fix this? Any
>> help would be
>>>>>> greatly appreciated.
>>>>>>
>>>>>> Josep M.
>>>>>> _______________________________________________
>>>>>> CWB mailing list
>>>>>> CWB at sslmit.unibo.it
>>>>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>>>>>>
>>>>> _______________________________________________
>>>>> CWB mailing list
>>>>> CWB at sslmit.unibo.it
>>>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>>>> _______________________________________________
>>>> CWB mailing list
>>>> CWB at sslmit.unibo.it
>>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>>>>
>>> _______________________________________________
>>> CWB mailing list
>>> CWB at sslmit.unibo.it
>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>> _______________________________________________
>> CWB mailing list
>> CWB at sslmit.unibo.it
>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>>
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb


From stefanML at collocations.de  Sun Aug 12 21:07:51 2012
From: stefanML at collocations.de (Stefan Evert)
Date: Sun, 12 Aug 2012 21:07:51 +0200
Subject: [CWB] installation cqpserver
In-Reply-To: <1344768236.34962.YahooMailNeo@web28906.mail.ir2.yahoo.com>
References: <1344610297.27287.YahooMailNeo@web28905.mail.ir2.yahoo.com>
	<3694EC52-2C6F-4DEF-8D2C-701F5609F22F@collocations.de>
	<1344768236.34962.YahooMailNeo@web28906.mail.ir2.yahoo.com>
Message-ID: <51E4B35A-DD1B-4BA8-A577-676BC8B5A372@collocations.de>


On 12 Aug 2012, at 12:43, Lucian Proscov wrote:

> I would like to test the client-server CQI interface using only my PC.
> I downloaded  cwb-3.0.0-linux-x86_64.tar.gz (Linux Intel 64-bit) and the package Perl-CWB-CQI-2.2.102.tar.gz (source code) from official website.
> I installed the cwb 3.0 for linux 64 bit and then the  Perl Cwb-CQI package on my pc in standard locations,
> but when i try to start the CQP to the shell "/usr/local/bin$ cqp -e" I have this error: "cannot execute binary file".
> I have the same error if I use the command "/usr/local/bin$ cqpserver -v".
> Which is my fault?

That you're not running 64-bit Linux?  Either that, or you've got some paranoid security settings that keep you from starting programs you have installed yourself.

What does the shell command "uname -a" print?

Cheers,
Stefan



From josepm.fontana at upf.edu  Mon Aug 13 07:27:58 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Mon, 13 Aug 2012 00:27:58 -0500
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
Message-ID: <5028905E.5080002@upf.edu>

Hi again,

OK, I tried to install version 3.4 via Subversion but as you predicted I 
wasn't able to overwrite my existing installation without using the 
CWB_LIVE_DANGEROUSLY environment variable. I then tried to follow the 
instructions in the INSTALL file but I'm a little confused.

My apologies for asking about what must be very basic UNIX stuff but how 
do I set this environment variable?  In the INSTALL file I have the 
following 3 lines which don't seem to be not a single command.

## sudo echo "export CWB_LIVE_DANGEROUSLY=1 && 
./install-scripts/cwb-install-$YOUR_OS" | sudo bash
ifndef CWB_LIVE_DANGEROUSLY
PREFIX=/usr/local/cwb-$(VERSION)
endif

I tried to enter the following command from my terminal:

$sudo echo "export CWB_LIVE_DANGEROUSLY=1 && 
./Users/jfontana/cwb/install-scripts/cwb-install-mac-osx" | sudo bash

Obviuosly there is something very basic I must be doing wrong because I 
get the following error message:

bash: line 1: ./install-scripts/cwb-install-mac-osx: No such file or 
directory

It looks as if this is telling me the path is incorrect but 
"/Users/jfontana/cwb/install-scripts/cwb-install-mac-osx" is really the 
path for this file.

Also, in the 3rd line, should I write the following?

PREFIX=/usr/local/cwb-$(3.4)

JM



> 3.0 doesn't have any Unicode support at all - so that explains that! Yes, you should upgrade to 3.4. The easiest way is to check out the code via Subversion, then build following the instructions in the INSTALL file.
>
> Instructions are here: http://cwb.sourceforge.net/developers.php#svn
>
> You will probably need to set the CWB_LIVE_DANGEROUSLY environment variable to overwrite your existing installation.
>
> I trust that the character set issue will disappear then, but let us know if not.
>
> As for the disappearance of some results depending on whether the pager is on or off... That is more worrying. Using less / not using less ought indeed not to change the number of results. Can you confirm that the issue persists on v3.4, and if it does, send a full example of the two outputs (full and reduced)? Thanks.
>
> Best
>
> Andrew.
>
>> -----Original Message-----
>> From: cwb-bounces at sslmit.unibo.it
>> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep M. Fontana
>> Sent: 12 August 2012 19:00
>> To: Open source development of the Corpus WorkBench
>> Subject: Re: [CWB] Character encoding problems when
>> transferring corpus
>>
>>
>>> Ah, this begins to make sense.
>> Glad to hear that!
>>> "set Paging no" turns off the use of less to view results.
>> When Paging is off, results are piped directly to the
>> terminal. When Paging is on, a less process is started up and
>> the results are piped to that.
>> Mmm, that's what I thought it did but what I would have
>> expected is that the only change after issuing this command
>> would be that all the results would appear in a single
>> screen. But the change goes beyond that. Not only are the
>> results dumped into a single screen or page but they are also
>> considerably reduced. After "set Paging no;" the list of
>> results is considerably shorter than before issuing this
>> command. Is this supposed to happen? I thought less only
>> affected how the results are displayed, not what results you get.
>>> The fact that the bytes are still wrong without the pager
>> makes things more transparent, and I think I know what is
>> wrong. Due to your use of the %d flag with "count", accent
>> folding is applied; but it would appear to be the case that
>> ISO-8859-1 accent-folding is being used. This breaks the UTF8
>> sequences. Clearly, the count command is using some
>> unauthorised character handling instead of calling the proper
>> CL string functions.
>>> What's puzzling, hwoever, is that if this was a bug, it
>> should have been present on Linux as well as OS X. Did you
>> actuall use the "count" command on Linux? If so, and it
>> worked OK, can you check which versions f CWB you have on
>> both platforms (cqp -v)? If the version you have installed on
>> OS X is an older one, then the solution is to upgrade to 3.4.
>> OK. I think this is good news because probably this is not
>> caused by a bug in the current version. I thought the version
>> I was using on my Mac was the most current one as I
>> downloaded it from the official CWB site.
>> It turns out, though, that the version I'm running is 3.0.0
>> whereas the version in our server is 3.0.2.
>>
>> How do I upgrade it? By simply downloading 3.4 (where do I
>> get it?) and repeating the installation process?
>>
>> Josep M.
>>
>>
>>
>>
>> *If*, on the other hand, this really is a bug in the latest
>> version, then I need to find the relevant count code and fix
>> it. I can't see where it is at a glance, so a hunt will be
>> needed. (Stefan, if you happen to be reading this, and can
>> say quickly where I should look, that would be a help!) Best Andrew.
>>>> -----Original Message-----
>>>> From: cwb-bounces at sslmit.unibo.it
>>>> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep M. Fontana
>>>> Sent: 12 August 2012 18:29
>>>> To: Open source development of the Corpus WorkBench
>>>> Subject: Re: [CWB] Character encoding problems when transferring
>>>> corpus
>>>>
>>>> Hi Andrew,
>>>>
>>>> Thanks again for the prompt response.
>>>>
>>>> Something changes but the basic problem remains. The results after
>>>> "set Paging no;" look like this:
>>>>
>>>> 2    pesta?feres  [#2-#3]
>>>> 1    pesta?fer  [#0]
>>>> 1    pesta?fera  [#1]
>>>> 1    pesta?ffera  [#4]
>>>>
>>>> as opposed to this (without "set Paging no;"):
>>>>
>>>> 2       pesta<AD>feres  [#2-#3]
>>>> 1       pesta<AD>fer  [#0]
>>>> 1       pesta<AD>fera  [#1]
>>>> 1       pesta<AD>ffera  [#4]
>>>>
>>>> These should be all variants of "pest?fera" where '?' is not
>>>> displayed properly.
>>>>
>>>> One thing that I see, though, is that the results of the
>> query vary
>>>> considerably after issuing the "set Paging no;"
>>>> command. I get a drastically reduced list of result after issuing
>>>> this command. What does this do exactly?
>>>>
>>>> The other thing that I had not realized before I sent my initial
>>>> message and that I think might be important to identify
>> the problem
>>>> is that the problems with the display of accented characters occur
>>>> only when viewing the results of 'count'. That is the
>> problems only
>>>> ensue with:
>>>>
>>>>    > count Last by word %cd on match;
>>>>
>>>> If I do a regular query such as:
>>>>
>>>>    > [(pos="A.*")&(word="pest.*")];
>>>>
>>>> all the accented characters are displayed properly whether
>> I do "set
>>>> Paging no;" or not.
>>>>
>>>>
>>>> JM
>>>>
>>>>
>>>>
>>>>
>>>>> This looks like an issue with less. It seems to be "eating"
>>>> the first half of the utf8 sequence (converting it to an
>> accentless
>>>> "a") leaving the second half to appear as a bare binary character
>>>> (thus the hex codes in angle brackets).
>>>>> You can check this by turning off the use of a pager for
>>>> query output:
>>>>> set Paging no;
>>>>>
>>>>> If queries print OK with this setting, then it is
>>>> definitely an issue with less. If not, then the problem is
>> somewhere
>>>> else.
>>>>> Best
>>>>>
>>>>> Andrew.
>>>>>
>>>>>> -----Original Message-----
>>>>>> From: cwb-bounces at sslmit.unibo.it
>>>>>> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep
>> M. Fontana
>>>>>> Sent: 12 August 2012 17:11
>>>>>> To: Open source development of the Corpus WorkBench
>>>>>> Subject: [CWB] Character encoding problems when
>> transferring corpus
>>>>>> Hi,
>>>>>>
>>>>>> I'm not sure this is really a CWB problem (in fact I'm
>> pretty sure
>>>>>> it is
>>>>>> not) but since there might be other users that have CWB
>> running on
>>>>>> a Mac perhaps I can get some help in this list.
>>>>>>
>>>>>> I installed CWB on my Mac and then transferred all the relevant
>>>>>> directories and registry files from the CWB installation we have
>>>>>> running on a LAMP server. Everything seems to be working fine
>>>>>> except that the results of a query on the terminal come out like
>>>>>> this (the words as they should be displayed are within
>> parentheses)
>>>>>>
>>>>>> 60      ila<B7>lustra<AD>ssim  [#41507-#41566]  (-->
>>>> 'il?lustr?ssim')
>>>>>> 58      fama<B3>s  [#24851-#24908] ( --> 'fam?s')
>>>>>>
>>>>>> The corpus is encoded as UTF-8 and my terminal (iTerm) is set up
>>>>>> properly to view UTF-8 encoded texts. I have no problems viewing
>>>>>> other
>>>>>> UTF-8 encoded texts on this computer and I don't have these
>>>>>> problems when accessing the corpus remotely.
>>>>>>
>>>>>> Why would UTF-8 encoded texts from the transferred corpus not be
>>>>>> displayed properly? Is there any way to fix this? Any
>> help would be
>>>>>> greatly appreciated.
>>>>>>
>>>>>> Josep M.
>>>>>> _______________________________________________
>>>>>> CWB mailing list
>>>>>> CWB at sslmit.unibo.it
>>>>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>>>>>>
>>>>> _______________________________________________
>>>>> CWB mailing list
>>>>> CWB at sslmit.unibo.it
>>>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>>>> _______________________________________________
>>>> CWB mailing list
>>>> CWB at sslmit.unibo.it
>>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>>>>
>>> _______________________________________________
>>> CWB mailing list
>>> CWB at sslmit.unibo.it
>>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>> _______________________________________________
>> CWB mailing list
>> CWB at sslmit.unibo.it
>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>>
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb


From stefanML at collocations.de  Mon Aug 13 09:31:41 2012
From: stefanML at collocations.de (Stefan Evert)
Date: Mon, 13 Aug 2012 09:31:41 +0200
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <5028905E.5080002@upf.edu>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
Message-ID: <9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>


> OK, I tried to install version 3.4 via Subversion but as you predicted I wasn't able to overwrite my existing installation without using the CWB_LIVE_DANGEROUSLY environment variable. I then tried to follow the instructions in the INSTALL file but I'm a little confused.
> 
> My apologies for asking about what must be very basic UNIX stuff but how do I set this environment variable?  In the INSTALL file I have the following 3 lines which don't seem to be not a single command.
> 
> ## sudo echo "export CWB_LIVE_DANGEROUSLY=1 && ./install-scripts/cwb-install-$YOUR_OS" | sudo bash
> ifndef CWB_LIVE_DANGEROUSLY
> PREFIX=/usr/local/cwb-$(VERSION)
> endif
> 
> I tried to enter the following command from my terminal:
> 
> $sudo echo "export CWB_LIVE_DANGEROUSLY=1 && ./Users/jfontana/cwb/install-scripts/cwb-install-mac-osx" | sudo bash

A much easier (and more natural) solution would be to change the line

	include $(TOP)/config/site/beta-install

in the file "config.mk" to

	include $(TOP)/config/site/standard

and then simply run "sudo ./install-scripts/cwb-install-mac-osx".  I suppose that Andrew added the CWB_LIVE_DANGEROUSLY option because he cannot edit config.mk as a developer (changes would be sent back to the Subversion repository), but this isn't a problem for you.

> Obviuosly there is something very basic I must be doing wrong because I get the following error message:
> 
> bash: line 1: ./install-scripts/cwb-install-mac-osx: No such file or directory

That is strange, because it differs substantially from the command you've shown above:

> $sudo echo "export CWB_LIVE_DANGEROUSLY=1 && ./Users/jfontana/cwb/install-scripts/cwb-install-mac-osx" | sudo bash


Either use "./install-scripts/cwb-install-mac-osx" or the full path "/Users/jfontana/cwb/install-scripts/cwb-install-mac-osx" (WITHOUT full stop at the start!).


Have you already installed the prerequisite libraries?  The install script doesn't do this automatically on Mac OS X.  Please take a look at the Mac OS X section in the INSTALL file for some instructions.

Best,
Stefan


From a.hardie at lancaster.ac.uk  Mon Aug 13 15:13:04 2012
From: a.hardie at lancaster.ac.uk (Hardie, Andrew)
Date: Mon, 13 Aug 2012 13:13:04 +0000
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D09EABA@EX-0-MB1.lancs.local>

>>>  I suppose that Andrew added the CWB_LIVE_DANGEROUSLY option because he cannot edit config.mk as a developer (changes would be sent back to the Subversion repository), but this isn't a problem for you.

Yup, I added this option in after you changed the default configuration to put 3.4 binaries in a subtree, because I prefer not to run multiple versions on my dev machine, but couldn't change config.mk .

The whole 

sudo echo "export CWB_LIVE_DANGEROUSLY=1 && ./install-scripts/cwb-install-$YOUR_OS" | sudo bash

business is the only way I could find to cram all compile-and-install steps into one line. I'm sure there's a better way.

From sf.mollaei at gmail.com  Tue Aug 14 16:17:03 2012
From: sf.mollaei at gmail.com (S Mollaei)
Date: Tue, 14 Aug 2012 18:47:03 +0430
Subject: [CWB] accessing the corpus
Message-ID: <CAOdr4OAAr_CVdheYCagGaGJCR8T0EdpLL-NhbMHoWXB2dcBK1A@mail.gmail.com>

Dear Andrew
I am trying to access the Dickens corpus.  I tried CQP using cmd.exe with
this options:
"cqp -e -r registry"
to specify the registery directory but I couldn't.
The path to the corpus is this: C:\DemoCorpus
What should I enter to specify the registry?
and I didn't find the "CORPUS_REGISTRY environment variable".

Thank you
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20120814/231dfd27/attachment.html>

From kurtanatlus at gmail.com  Tue Aug 14 16:20:33 2012
From: kurtanatlus at gmail.com (Kurt Sultana)
Date: Tue, 14 Aug 2012 16:20:33 +0200
Subject: [CWB] accessing the corpus
In-Reply-To: <CAOdr4OAAr_CVdheYCagGaGJCR8T0EdpLL-NhbMHoWXB2dcBK1A@mail.gmail.com>
References: <CAOdr4OAAr_CVdheYCagGaGJCR8T0EdpLL-NhbMHoWXB2dcBK1A@mail.gmail.com>
Message-ID: <CAEcwAkVHO_boqew7-iaPm72AvZvHJiGe5rMOLttybcXO380YWQ@mail.gmail.com>

I'm not 100% sure if there's a version of CQP for Windows. It's doesn't
look like it  http://cwb.sourceforge.net/install.php

On Tue, Aug 14, 2012 at 4:17 PM, S Mollaei <sf.mollaei at gmail.com> wrote:

> Dear Andrew
> I am trying to access the Dickens corpus.  I tried CQP using cmd.exe with
> this options:
> "cqp -e -r registry"
> to specify the registery directory but I couldn't.
> The path to the corpus is this: C:\DemoCorpus
> What should I enter to specify the registry?
> and I didn't find the "CORPUS_REGISTRY environment variable".
>
> Thank you
>
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20120814/a9a48117/attachment.html>

From kurtanatlus at gmail.com  Tue Aug 14 16:23:14 2012
From: kurtanatlus at gmail.com (Kurt Sultana)
Date: Tue, 14 Aug 2012 16:23:14 +0200
Subject: [CWB] accessing the corpus
In-Reply-To: <CAEcwAkVHO_boqew7-iaPm72AvZvHJiGe5rMOLttybcXO380YWQ@mail.gmail.com>
References: <CAOdr4OAAr_CVdheYCagGaGJCR8T0EdpLL-NhbMHoWXB2dcBK1A@mail.gmail.com>
	<CAEcwAkVHO_boqew7-iaPm72AvZvHJiGe5rMOLttybcXO380YWQ@mail.gmail.com>
Message-ID: <CAEcwAkW7KQ6Q2UkkquNKa57vBZWxvv_XxxzFifzSYk7bcfd1aw@mail.gmail.com>

Ah there's a beta version, sorry for that:
http://cwb.sourceforge.net/beta.php

On Tue, Aug 14, 2012 at 4:20 PM, Kurt Sultana <kurtanatlus at gmail.com> wrote:

> I'm not 100% sure if there's a version of CQP for Windows. It's doesn't
> look like it  http://cwb.sourceforge.net/install.php
>
> On Tue, Aug 14, 2012 at 4:17 PM, S Mollaei <sf.mollaei at gmail.com> wrote:
>
>> Dear Andrew
>> I am trying to access the Dickens corpus.  I tried CQP using cmd.exe with
>> this options:
>> "cqp -e -r registry"
>> to specify the registery directory but I couldn't.
>> The path to the corpus is this: C:\DemoCorpus
>> What should I enter to specify the registry?
>> and I didn't find the "CORPUS_REGISTRY environment variable".
>>
>> Thank you
>>
>> _______________________________________________
>> CWB mailing list
>> CWB at sslmit.unibo.it
>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20120814/faca4d36/attachment.html>

From a.hardie at lancaster.ac.uk  Tue Aug 14 16:31:13 2012
From: a.hardie at lancaster.ac.uk (Hardie, Andrew)
Date: Tue, 14 Aug 2012 14:31:13 +0000
Subject: [CWB] accessing the corpus
In-Reply-To: <CAOdr4OAAr_CVdheYCagGaGJCR8T0EdpLL-NhbMHoWXB2dcBK1A@mail.gmail.com>
References: <CAOdr4OAAr_CVdheYCagGaGJCR8T0EdpLL-NhbMHoWXB2dcBK1A@mail.gmail.com>
Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D09F2ED@EX-0-MB1.lancs.local>

I don't think you've quite grasped the correct usage of the -r option. You need to follow it, not with the word "registry", but with the actual path of the directory where you keep your registry files.

EG if your registry files are located in C:\MyCorpora\RegistryFiles

Then you need

cqp -e -r C:\MyCorpora\RegistryFiles

As for the alternative way of doing it, with the environment variable - it's not something you can find, it's something you set. Google "set environment variable dos".

best

Andrew.

From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of S Mollaei
Sent: 14 August 2012 15:17
To: cwb at sslmit.unibo.it
Subject: [CWB] accessing the corpus

Dear Andrew
I am trying to access the Dickens corpus.  I tried CQP using cmd.exe with this options:
"cqp -e -r registry"
to specify the registery directory but I couldn't.
The path to the corpus is this: C:\DemoCorpus
What should I enter to specify the registry?
and I didn't find the "CORPUS_REGISTRY environment variable".

Thank you
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20120814/3109ecc6/attachment.html>

From a.hardie at lancaster.ac.uk  Tue Aug 14 16:35:06 2012
From: a.hardie at lancaster.ac.uk (Hardie, Andrew)
Date: Tue, 14 Aug 2012 14:35:06 +0000
Subject: [CWB] accessing the corpus
In-Reply-To: <CAEcwAkW7KQ6Q2UkkquNKa57vBZWxvv_XxxzFifzSYk7bcfd1aw@mail.gmail.com>
References: <CAOdr4OAAr_CVdheYCagGaGJCR8T0EdpLL-NhbMHoWXB2dcBK1A@mail.gmail.com>
	<CAEcwAkVHO_boqew7-iaPm72AvZvHJiGe5rMOLttybcXO380YWQ@mail.gmail.com>
	<CAEcwAkW7KQ6Q2UkkquNKa57vBZWxvv_XxxzFifzSYk7bcfd1aw@mail.gmail.com>
Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D09F30C@EX-0-MB1.lancs.local>

To be clear, the Windows version is "beta" in the same sense that all post-3.0 versions are beta, since 3.0 is the stable release. We try to keep the Windows build on sf.net roughly up-to-date so that users on both Windows and *nix are on approximately the same version - though right now we're a bit behind, the Windows build available is 3.4.3 and the version you'll get if you build from source on *nix is 3.4.5. I must update the Windows release when I get a moment...

Andrew.

From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Kurt Sultana
Sent: 14 August 2012 15:23
To: Open source development of the Corpus WorkBench
Subject: Re: [CWB] accessing the corpus

Ah there's a beta version, sorry for that:  http://cwb.sourceforge.net/beta.php
On Tue, Aug 14, 2012 at 4:20 PM, Kurt Sultana <kurtanatlus at gmail.com<mailto:kurtanatlus at gmail.com>> wrote:
I'm not 100% sure if there's a version of CQP for Windows. It's doesn't look like it  http://cwb.sourceforge.net/install.php
On Tue, Aug 14, 2012 at 4:17 PM, S Mollaei <sf.mollaei at gmail.com<mailto:sf.mollaei at gmail.com>> wrote:
Dear Andrew
I am trying to access the Dickens corpus.  I tried CQP using cmd.exe with this options:
"cqp -e -r registry"
to specify the registery directory but I couldn't.
The path to the corpus is this: C:\DemoCorpus
What should I enter to specify the registry?
and I didn't find the "CORPUS_REGISTRY environment variable".

Thank you
_______________________________________________
CWB mailing list
CWB at sslmit.unibo.it<mailto:CWB at sslmit.unibo.it>
http://devel.sslmit.unibo.it/mailman/listinfo/cwb


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20120814/46c5d32c/attachment-0001.html>

From josepm.fontana at upf.edu  Wed Aug 15 00:55:22 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Tue, 14 Aug 2012 18:55:22 -0400
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
Message-ID: <502AD75A.1030508@upf.edu>

Thanks Stefan and Andrew,

Sorry for taking so long to answer. We are traveling around and it is 
not always easy to get a connection.

OK, I followed Stefan's directions and I have been able to move a step 
closer. I still have not managed to run cwb-install-mac-osx because I 
keep on getting an error message saying that I need the external Glib2 
library. It also tells me that external libraries seem to be provided by 
MacPorts.

When I try to install Glib2 via MacPorts, I get stuck in:

--->  Attempting to fetch expat-2.0.1.tar.gz from 
http://iweb.dl.sourceforge.net/expat

Does anybody know any way to install Glib2 without having to resort to 
MacPorts? In fact I really want to get rid of MacPorts because it has 
always given me too many problems.

JM
>> OK, I tried to install version 3.4 via Subversion but as you predicted I wasn't able to overwrite my existing installation without using the CWB_LIVE_DANGEROUSLY environment variable. I then tried to follow the instructions in the INSTALL file but I'm a little confused.
>>
>> My apologies for asking about what must be very basic UNIX stuff but how do I set this environment variable?  In the INSTALL file I have the following 3 lines which don't seem to be not a single command.
>>
>> ## sudo echo "export CWB_LIVE_DANGEROUSLY=1 && ./install-scripts/cwb-install-$YOUR_OS" | sudo bash
>> ifndef CWB_LIVE_DANGEROUSLY
>> PREFIX=/usr/local/cwb-$(VERSION)
>> endif
>>
>> I tried to enter the following command from my terminal:
>>
>> $sudo echo "export CWB_LIVE_DANGEROUSLY=1 && ./Users/jfontana/cwb/install-scripts/cwb-install-mac-osx" | sudo bash
> A much easier (and more natural) solution would be to change the line
>
> 	include $(TOP)/config/site/beta-install
>
> in the file "config.mk" to
>
> 	include $(TOP)/config/site/standard
>
> and then simply run "sudo ./install-scripts/cwb-install-mac-osx".  I suppose that Andrew added the CWB_LIVE_DANGEROUSLY option because he cannot edit config.mk as a developer (changes would be sent back to the Subversion repository), but this isn't a problem for you.
>
>> Obviuosly there is something very basic I must be doing wrong because I get the following error message:
>>
>> bash: line 1: ./install-scripts/cwb-install-mac-osx: No such file or directory
> That is strange, because it differs substantially from the command you've shown above:
>
>> $sudo echo "export CWB_LIVE_DANGEROUSLY=1 && ./Users/jfontana/cwb/install-scripts/cwb-install-mac-osx" | sudo bash
>
> Either use "./install-scripts/cwb-install-mac-osx" or the full path "/Users/jfontana/cwb/install-scripts/cwb-install-mac-osx" (WITHOUT full stop at the start!).
>
>
> Have you already installed the prerequisite libraries?  The install script doesn't do this automatically on Mac OS X.  Please take a look at the Mac OS X section in the INSTALL file for some instructions.
>
> Best,
> Stefan
>
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20120814/6daf6005/attachment.html>

From stefanML at collocations.de  Wed Aug 15 09:41:04 2012
From: stefanML at collocations.de (Stefan Evert)
Date: Wed, 15 Aug 2012 09:41:04 +0200
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <502AD75A.1030508@upf.edu>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
Message-ID: <639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>


> OK, I followed Stefan's directions and I have been able to move a step closer. I still have not managed to run cwb-install-mac-osx because I keep on getting an error message saying that I need the external Glib2 library. It also tells me that external libraries seem to be provided by MacPorts. 

That's only because it detects your MacPorts installation.  The install script checks both for MacPorts and for HomeBrew / manual installs in /usr/local

> 
> When I try to install Glib2 via MacPorts, I get stuck in:
> 
> --->  Attempting to fetch expat-2.0.1.tar.gz from http://iweb.dl.sourceforge.net/expat

Sounds like your Internet connection doesn't work properly, or perhaps your MacPorts is out of date.  Did you remember to update the ports definitions ("port selfupgrade" IIRC)?

> Does anybody know any way to install Glib2 without having to resort to MacPorts? In fact I really want to get rid of MacPorts because it has always given me too many problems. 

That's why I recommend to use HomeBrew, which doesn't insist on installing its own (and often multiple) copies of all the software already provided by Apple.

See "INSTALLATION GUIDE FOR MAC OS X" in the INSTALL file, which explains in detail how to build CWB with HomeBrew.

I suppose that in the mid to long run it would be nice to provide a HomeBrew formula for CWB, but I don't think I'll have any time to spare on this project in the near future.

Cheers,
Stefan


From noreply at sourceforge.net  Thu Aug 16 14:46:34 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 16 Aug 2012 05:46:34 -0700
Subject: [CWB] [ cwb-Bugs-3066695 ] CWB::CL: too few arguments to function
	cl_string_canonical
Message-ID: <mailman.0.1345121206.2023.cwb@sslmit.unibo.it>

Bugs item #3066695, was opened at 2010-09-15 02:06
Message generated for change (Comment added) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=722303&aid=3066695&group_id=131809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: CWB/Perl interface
Group: TODO-3.5
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: peter ljungl?f (heatherleaf)
Assigned to: Stefan Evert (schtepf)
Summary: CWB::CL: too few arguments to function cl_string_canonical

Initial Comment:
Function call on line 302 in .../perl/trunk/CWB-CL/CL.xs:

  cl_string_canonical(s_norm, flags);

But the definition of the function, on line 714 in .../cwb/trunk/cl/cl.h, requires 3 arguments:

  void cl_string_canonical(char *s, CorpusCharset charset, int flags);

A quick-and-dirty solution which gets CWB::CL to compile is to add any charset to the call, e.g.:

  cl_string_canonical(s_norm, utf8, flags);

I guess it's a bit more complicated than that, but at least I got it to compile this way...


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

Comment By: ishalyminov ()
Date: 2012-08-16 05:46

Message:
Ubuntu 12.04, FreeBSD 9.0, CWB v. 3.4.5 - the problem is still there, just
as described. Any assumptions for a workaround?

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

Comment By: peter ljungl?f (heatherleaf)
Date: 2010-09-15 02:20

Message:
My quick solution doesn't work - something with the dynloader:

Can't load
'/Library/Perl/5.10.0/darwin-thread-multi-2level/auto/CWB/CL/CL.bundle' for
module CWB::CL:
dlopen(/Library/Perl/5.10.0/darwin-thread-multi-2level/auto/CWB/CL/CL.bundle,
1): Symbol not found: _g_utf8_skip
  Referenced from:
/Library/Perl/5.10.0/darwin-thread-multi-2level/auto/CWB/CL/CL.bundle
  Expected in: flat namespace
 in /Library/Perl/5.10.0/darwin-thread-multi-2level/auto/CWB/CL/CL.bundle
at /System/Library/Perl/5.10.0/darwin-thread-multi-2level/DynaLoader.pm
line 207.
 at -e line 1
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=722303&aid=3066695&group_id=131809

From noreply at sourceforge.net  Thu Aug 16 15:04:31 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Thu, 16 Aug 2012 06:04:31 -0700
Subject: [CWB] [ cwb-Support Requests-3558441 ] Sorting and counting in CQI
Message-ID: <mailman.1.1345122281.2023.cwb@sslmit.unibo.it>

Support Requests item #3558441, was opened at 2012-08-16 06:04
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=722304&aid=3558441&group_id=131809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: ishalyminov ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Sorting and counting in CQI

Initial Comment:
I'm using cqpserver with perl CQI interface for the queries from web. Query results are pretty big (a few million matches), but I use paging, so about 100 matches need to be kwic'ed to the result page at a time. 
The problem is, I need to know the exact distinct size of some textual attributes of the query result (e.g., the number of documents found). And retrieving a full subcorpus dump, then attribute ids for it to get distinct count at the Perl script side needs a huge amount of data to be send via socket and is deadly slow. In fact, row count of 'group <Query> match <attribute>' is the value I need.
I wonder if CQi allows this kind of query executed fully at the cqpserver's side out of the box?

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=722304&aid=3558441&group_id=131809

From josepm.fontana at upf.edu  Thu Aug 16 21:37:42 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Thu, 16 Aug 2012 15:37:42 -0400
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
Message-ID: <502D4C06.2090306@upf.edu>

Hi again,

This is hellish. I spent a lot of time trying to uninstall MacPorts but 
whatever it is that prevents me from running MacPorts is also preventing 
me from uninstalling it.

Anyway, I installed Homebrew but I still have problems installing the 
external Glib2 library. The error message I get when trying to install 
glib2 via Homebrew is:

"No available formula for glib2"

JM
>> OK, I followed Stefan's directions and I have been able to move a step closer. I still have not managed to run cwb-install-mac-osx because I keep on getting an error message saying that I need the external Glib2 library. It also tells me that external libraries seem to be provided by MacPorts.
> That's only because it detects your MacPorts installation.  The install script checks both for MacPorts and for HomeBrew / manual installs in /usr/local
>
>> When I try to install Glib2 via MacPorts, I get stuck in:
>>
>> --->  Attempting to fetch expat-2.0.1.tar.gz from http://iweb.dl.sourceforge.net/expat
> Sounds like your Internet connection doesn't work properly, or perhaps your MacPorts is out of date.  Did you remember to update the ports definitions ("port selfupgrade" IIRC)?
>
>> Does anybody know any way to install Glib2 without having to resort to MacPorts? In fact I really want to get rid of MacPorts because it has always given me too many problems.
> That's why I recommend to use HomeBrew, which doesn't insist on installing its own (and often multiple) copies of all the software already provided by Apple.
>
> See "INSTALLATION GUIDE FOR MAC OS X" in the INSTALL file, which explains in detail how to build CWB with HomeBrew.
>
> I suppose that in the mid to long run it would be nice to provide a HomeBrew formula for CWB, but I don't think I'll have any time to spare on this project in the near future.
>
> Cheers,
> Stefan
>
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb


From josepm.fontana at upf.edu  Thu Aug 16 23:29:23 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Thu, 16 Aug 2012 17:29:23 -0400
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
Message-ID: <502D6633.1010505@upf.edu>

OK. I'm making progress but I'm not there yet.

Since I was having problems installing Glib2 with Homebrew, I cleaned my 
complete MacPorts installation by hand (i.e, I removed the relevant 
directories) and reinstalled MacPorts again. This time I got it working.

OK, so after installing all the dependencies, I managed to run the 
'cwb-install-mac-osx' script but then I got new errors which I reproduce 
at the end of the message. I looked into the script file and I realized 
that the problem was that the script looked for config.mk and the rest 
of files in its directory 
('home/cwb/install-scripts/cwb-install-mac-osx') but these files were in 
'home/cwb'. Then I just went into this directory and tried to execute 
all the script commands by hand.

1) and 2) were executed without problems

1) cp config.mk config.mk.bak

2) perl -i~ -pe 'if (/^include \$\(TOP\)\/config\/platform\//) { $_ = 
"include \$(TOP)/config/platform/'"$PLATFORM"'\n" } elsif (/^include 
\$\(TOP\)\/config\/site\//) { $_ = "include 
\$(TOP)/config/site/standard\n" }' config.mk

But when I did

$make clean

I got the following error:

make: *** /Users/jfontana/cwb/config/platform/: Is a directory. Stop.


JM




External libraries seem to be provided by MacPorts (/opt/local)
cp: config.mk: No such file or directory
Can't open config.mk: No such file or directory.
make: *** No rule to make target `clean'.  Stop.
make: *** No rule to make target `depend'.  Stop.
make: *** No rule to make target `cl'.  Stop.
make: *** No rule to make target `utils'.  Stop.
make: *** No rule to make target `cqp'.  Stop.
make: *** No rule to make target `install'.  Stop.
rm: config.mk: No such file or directory
mv: rename config.mk.bak to config.mk: No such file or directory
>> OK, I followed Stefan's directions and I have been able to move a step closer. I still have not managed to run cwb-install-mac-osx because I keep on getting an error message saying that I need the external Glib2 library. It also tells me that external libraries seem to be provided by MacPorts.
> That's only because it detects your MacPorts installation.  The install script checks both for MacPorts and for HomeBrew / manual installs in /usr/local
>
>> When I try to install Glib2 via MacPorts, I get stuck in:
>>
>> --->  Attempting to fetch expat-2.0.1.tar.gz from http://iweb.dl.sourceforge.net/expat
> Sounds like your Internet connection doesn't work properly, or perhaps your MacPorts is out of date.  Did you remember to update the ports definitions ("port selfupgrade" IIRC)?
>
>> Does anybody know any way to install Glib2 without having to resort to MacPorts? In fact I really want to get rid of MacPorts because it has always given me too many problems.
> That's why I recommend to use HomeBrew, which doesn't insist on installing its own (and often multiple) copies of all the software already provided by Apple.
>
> See "INSTALLATION GUIDE FOR MAC OS X" in the INSTALL file, which explains in detail how to build CWB with HomeBrew.
>
> I suppose that in the mid to long run it would be nice to provide a HomeBrew formula for CWB, but I don't think I'll have any time to spare on this project in the near future.
>
> Cheers,
> Stefan
>
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb


From stefanML at collocations.de  Thu Aug 16 23:53:00 2012
From: stefanML at collocations.de (Stefan Evert)
Date: Thu, 16 Aug 2012 23:53:00 +0200
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <502D4C06.2090306@upf.edu>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D4C06.2090306@upf.edu>
Message-ID: <BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>


On 16 Aug 2012, at 21:37, Josep M. Fontana wrote:

> Anyway, I installed Homebrew but I still have problems installing the external Glib2 library. The error message I get when trying to install glib2 via Homebrew is:
> 
> "No available formula for glib2"

The formula is simply called "glib", not "glib2".  As per the instructions in the INSTALL file:

> Make sure that no other package managers (Fink, MacPorts) are installed on your
> system, as they might conflict with the build process described here.  Now install
> the prerequisite external libraries with the following shell commands:
> 
>         brew -v install pkg-config
>         brew -v install glib --universal
>         brew -v install pcre --universal
> 
> Now edit the file "config.mk", setting the platform entry to
> 
>         include $(TOP)/config/platform/darwin-universal
> 
> and the site configuration as desired.  Then enter the shell commands
> 
>         make clean
>         make depend
>         make all
>         make install
> 
> as shown in the section "QUICK INSTALLATION" above.


Concerning your other problems:

> OK, so after installing all the dependencies, I managed to run the 'cwb-install-mac-osx' script but then I got new errors which I reproduce at the end of the message. I looked into the script file and I realized that the problem was that the script looked for config.mk and the rest of files in its directory ('home/cwb/install-scripts/cwb-install-mac-osx') but these files were in 'home/cwb'.

That sounds like you executed the quick install script from its directory, whereas you're expected to do that from the root of the CWB source tree (~/cwb in your case).  See the instructions in INSTALL:

>          sudo ./install-scripts/cwb-install-mac-osx

All commands described in the INSTALL file need to be executed from this root directory.


If you've really got the prerequisites installed, all you really need to do is to edit config.mk manually to set the platform to

        include $(TOP)/config/platform/darwin-universal

and then run

        make clean
        make depend
        make all
        sudo make install

from the root directory of the source code tree.

Hope this helps,
Stefan



From josepm.fontana at upf.edu  Thu Aug 16 23:54:04 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Thu, 16 Aug 2012 17:54:04 -0400
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <502D6633.1010505@upf.edu>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D6633.1010505@upf.edu>
Message-ID: <502D6BFC.5020800@upf.edu>

OK, little update to the previous message. I went into the 'config.mk' 
file to see if I could figure out what was wrong and I saw what seemed 
to me to be the offending line:

include $(TOP)/config/platform/

I changed it into the following:

include $(TOP)/config/platform/darwin-port-universal

This seemed to work since I was able to do 'make clean' without problems.

When I entered 'make depend', however, I got lots of errors. I'm 
including an attached text file with the error messages. The last lines 
with the error messages are:

"lipo: can't figure out the architecture type of: 
/var/folders/4c/4cqHpGvGGzucg8Ge2XytcU+++TM/-Tmp-//cchJt7QT.out
make[1]: *** [special-chars.o] Error 1
make: *** [cl] Error 2"

I continued with 'make cl' and I got similar errors (last lines):

[...]
lipo: can't figure out the architecture type of: 
/var/folders/4c/4cqHpGvGGzucg8Ge2XytcU+++TM/-Tmp-//cc2wZ3mI.out
make[1]: *** [special-chars.o] Error 1
make: *** [cl] Error 2

'make utils' also gave me errors (included in attached file) and 'make 
cqp' gave me all sorts of different errors (also included in attached 
text file) but one error that was salient was:

/bin/sh: pkg-config: command not found

Hopefully this can help you figure what is wrong.

JM



> OK. I'm making progress but I'm not there yet.
>
> Since I was having problems installing Glib2 with Homebrew, I cleaned 
> my complete MacPorts installation by hand (i.e, I removed the relevant 
> directories) and reinstalled MacPorts again. This time I got it working.
>
> OK, so after installing all the dependencies, I managed to run the 
> 'cwb-install-mac-osx' script but then I got new errors which I 
> reproduce at the end of the message. I looked into the script file and 
> I realized that the problem was that the script looked for config.mk 
> and the rest of files in its directory 
> ('home/cwb/install-scripts/cwb-install-mac-osx') but these files were 
> in 'home/cwb'. Then I just went into this directory and tried to 
> execute all the script commands by hand.
>
> 1) and 2) were executed without problems
>
> 1) cp config.mk config.mk.bak
>
> 2) perl -i~ -pe 'if (/^include \$\(TOP\)\/config\/platform\//) { $_ = 
> "include \$(TOP)/config/platform/'"$PLATFORM"'\n" } elsif (/^include 
> \$\(TOP\)\/config\/site\//) { $_ = "include 
> \$(TOP)/config/site/standard\n" }' config.mk
>
> But when I did
>
> $make clean
>
> I got the following error:
>
> make: *** /Users/jfontana/cwb/config/platform/: Is a directory. Stop.
>
>
> JM
>
>
>
>
> External libraries seem to be provided by MacPorts (/opt/local)
> cp: config.mk: No such file or directory
> Can't open config.mk: No such file or directory.
> make: *** No rule to make target `clean'.  Stop.
> make: *** No rule to make target `depend'.  Stop.
> make: *** No rule to make target `cl'.  Stop.
> make: *** No rule to make target `utils'.  Stop.
> make: *** No rule to make target `cqp'.  Stop.
> make: *** No rule to make target `install'.  Stop.
> rm: config.mk: No such file or directory
> mv: rename config.mk.bak to config.mk: No such file or directory
>>> OK, I followed Stefan's directions and I have been able to move a 
>>> step closer. I still have not managed to run cwb-install-mac-osx 
>>> because I keep on getting an error message saying that I need the 
>>> external Glib2 library. It also tells me that external libraries 
>>> seem to be provided by MacPorts.
>> That's only because it detects your MacPorts installation.  The 
>> install script checks both for MacPorts and for HomeBrew / manual 
>> installs in /usr/local
>>
>>> When I try to install Glib2 via MacPorts, I get stuck in:
>>>
>>> --->  Attempting to fetch expat-2.0.1.tar.gz from 
>>> http://iweb.dl.sourceforge.net/expat
>> Sounds like your Internet connection doesn't work properly, or 
>> perhaps your MacPorts is out of date.  Did you remember to update the 
>> ports definitions ("port selfupgrade" IIRC)?
>>
>>> Does anybody know any way to install Glib2 without having to resort 
>>> to MacPorts? In fact I really want to get rid of MacPorts because it 
>>> has always given me too many problems.
>> That's why I recommend to use HomeBrew, which doesn't insist on 
>> installing its own (and often multiple) copies of all the software 
>> already provided by Apple.
>>
>> See "INSTALLATION GUIDE FOR MAC OS X" in the INSTALL file, which 
>> explains in detail how to build CWB with HomeBrew.
>>
>> I suppose that in the mid to long run it would be nice to provide a 
>> HomeBrew formula for CWB, but I don't think I'll have any time to 
>> spare on this project in the near future.
>>
>> Cheers,
>> Stefan
>>
>> _______________________________________________
>> CWB mailing list
>> CWB at sslmit.unibo.it
>> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
>

-------------- next part --------------
Louise-McNallys-MacBook-Pro:cwb jfontana$ make cqp
--------------------------------- BUILDING CQP
make -C cqp
rm -f cqp.o
/usr/bin/gcc -c  -o cqp.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:46:59 EDT 2012"\" -DVERSION=\"3.4.5\"    cqp.c
/bin/sh: pkg-config: command not found
cqp.c: In function ?initialize_cqp?:
cqp.c:145: warning: unused variable ?homepath?
cqp.c:144: warning: unused variable ?homedrive?
cqp.c: In function ?initialize_cqp?:
cqp.c:145: warning: unused variable ?homepath?
cqp.c:144: warning: unused variable ?homedrive?
rm -f symtab.o
/usr/bin/gcc -c  -o symtab.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:46:59 EDT 2012"\" -DVERSION=\"3.4.5\"    symtab.c
/bin/sh: pkg-config: command not found
rm -f eval.o
/usr/bin/gcc -c  -o eval.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:46:59 EDT 2012"\" -DVERSION=\"3.4.5\"    eval.c
/bin/sh: pkg-config: command not found
eval.c:35:35: warning: "/*" within comment
eval.c:35:35: warning: "/*" within comment
rm -f tree.o
/usr/bin/gcc -c  -o tree.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:00 EDT 2012"\" -DVERSION=\"3.4.5\"    tree.c
/bin/sh: pkg-config: command not found
rm -f options.o
/usr/bin/gcc -c  -o options.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:01 EDT 2012"\" -DVERSION=\"3.4.5\"    options.c
/bin/sh: pkg-config: command not found
rm -f corpmanag.o
/usr/bin/gcc -c  -o corpmanag.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:01 EDT 2012"\" -DVERSION=\"3.4.5\"    corpmanag.c
/bin/sh: pkg-config: command not found
rm -f regex2dfa.o
/usr/bin/gcc -c  -o regex2dfa.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:02 EDT 2012"\" -DVERSION=\"3.4.5\"    regex2dfa.c
/bin/sh: pkg-config: command not found
rm -f output.o
/usr/bin/gcc -c  -o output.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:03 EDT 2012"\" -DVERSION=\"3.4.5\"    output.c
/bin/sh: pkg-config: command not found
rm -f ranges.o
/usr/bin/gcc -c  -o ranges.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:04 EDT 2012"\" -DVERSION=\"3.4.5\"    ranges.c
/bin/sh: pkg-config: command not found
ranges.c:1287: warning: ?srt_strcmp? defined but not used
ranges.c:1287: warning: ?srt_strcmp? defined but not used
rm -f builtins.o
/usr/bin/gcc -c  -o builtins.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:04 EDT 2012"\" -DVERSION=\"3.4.5\"    builtins.c
/bin/sh: pkg-config: command not found
rm -f groups.o
/usr/bin/gcc -c  -o groups.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:05 EDT 2012"\" -DVERSION=\"3.4.5\"    groups.c
/bin/sh: pkg-config: command not found
rm -f targets.o
/usr/bin/gcc -c  -o targets.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:05 EDT 2012"\" -DVERSION=\"3.4.5\"    targets.c
/bin/sh: pkg-config: command not found
rm -f matchlist.o
/usr/bin/gcc -c  -o matchlist.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:05 EDT 2012"\" -DVERSION=\"3.4.5\"    matchlist.c
/bin/sh: pkg-config: command not found
rm -f concordance.o
/usr/bin/gcc -c  -o concordance.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:06 EDT 2012"\" -DVERSION=\"3.4.5\"    concordance.c
/bin/sh: pkg-config: command not found
rm -f parse_actions.o
/usr/bin/gcc -c  -o parse_actions.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:07 EDT 2012"\" -DVERSION=\"3.4.5\"    parse_actions.c
/bin/sh: pkg-config: command not found
rm -f attlist.o
/usr/bin/gcc -c  -o attlist.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:08 EDT 2012"\" -DVERSION=\"3.4.5\"    attlist.c
/bin/sh: pkg-config: command not found
rm -f context_descriptor.o
/usr/bin/gcc -c  -o context_descriptor.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:08 EDT 2012"\" -DVERSION=\"3.4.5\"    context_descriptor.c
/bin/sh: pkg-config: command not found
rm -f print-modes.o
/usr/bin/gcc -c  -o print-modes.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:08 EDT 2012"\" -DVERSION=\"3.4.5\"    print-modes.c
/bin/sh: pkg-config: command not found
rm -f ascii-print.o
/usr/bin/gcc -c  -o ascii-print.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:08 EDT 2012"\" -DVERSION=\"3.4.5\"    ascii-print.c
/bin/sh: pkg-config: command not found
rm -f sgml-print.o
/usr/bin/gcc -c  -o sgml-print.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:09 EDT 2012"\" -DVERSION=\"3.4.5\"    sgml-print.c
/bin/sh: pkg-config: command not found
rm -f html-print.o
/usr/bin/gcc -c  -o html-print.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:09 EDT 2012"\" -DVERSION=\"3.4.5\"    html-print.c
/bin/sh: pkg-config: command not found
rm -f latex-print.o
/usr/bin/gcc -c  -o latex-print.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:09 EDT 2012"\" -DVERSION=\"3.4.5\"    latex-print.c
/bin/sh: pkg-config: command not found
rm -f variables.o
/usr/bin/gcc -c  -o variables.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:09 EDT 2012"\" -DVERSION=\"3.4.5\"    variables.c
/bin/sh: pkg-config: command not found
rm -f print_align.o
/usr/bin/gcc -c  -o print_align.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:10 EDT 2012"\" -DVERSION=\"3.4.5\"    print_align.c
/bin/sh: pkg-config: command not found
rm -f macro.o
/usr/bin/gcc -c  -o macro.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:10 EDT 2012"\" -DVERSION=\"3.4.5\"    macro.c
/bin/sh: pkg-config: command not found
rm -f hash.o
/usr/bin/gcc -c  -o hash.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:10 EDT 2012"\" -DVERSION=\"3.4.5\"    hash.c
/bin/sh: pkg-config: command not found
rm -f table.o
/usr/bin/gcc -c  -o table.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:10 EDT 2012"\" -DVERSION=\"3.4.5\"    table.c
/bin/sh: pkg-config: command not found
rm -f parser.tab.o
/usr/bin/gcc -c  -o parser.tab.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:10 EDT 2012"\" -DVERSION=\"3.4.5\"    parser.tab.c
/bin/sh: pkg-config: command not found
rm -f lex.yy.o
/usr/bin/gcc -c  -o lex.yy.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:11 EDT 2012"\" -DVERSION=\"3.4.5\"    lex.yy.c
/bin/sh: pkg-config: command not found
lex.yy.c:2522: warning: ?yyunput? defined but not used
lex.yy.c:2522: warning: ?yyunput? defined but not used
rm -f dummy_auth.o
/usr/bin/gcc -c  -o dummy_auth.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:12 EDT 2012"\" -DVERSION=\"3.4.5\"    dummy_auth.c
/bin/sh: pkg-config: command not found
rm -f llquery.o
/usr/bin/gcc -c  -o llquery.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:47:12 EDT 2012"\" -DVERSION=\"3.4.5\"    llquery.c
/bin/sh: pkg-config: command not found
llquery.c: In function ?cqp_custom_completion?:
llquery.c:190: warning: assignment discards qualifiers from pointer target type
llquery.c:214: warning: passing argument 1 of ?cl_strdup? discards qualifiers from pointer target type
llquery.c:247: warning: assignment discards qualifiers from pointer target type
llquery.c: In function ?readline_main?:
llquery.c:371: warning: format not a string literal and no format arguments
llquery.c: In function ?cqp_custom_completion?:
llquery.c:190: warning: assignment discards qualifiers from pointer target type
llquery.c:214: warning: passing argument 1 of ?cl_strdup? discards qualifiers from pointer target type
llquery.c:247: warning: assignment discards qualifiers from pointer target type
llquery.c: In function ?readline_main?:
llquery.c:371: warning: format not a string literal and no format arguments
make[1]: *** No rule to make target `/Users/jfontana/cwb/cqp/../cl/libcl.a', needed by `cqp'.  Stop.
make: *** [cqp] Error 2
-------------- next part --------------
Louise-McNallys-MacBook-Pro:cwb jfontana$ make depend
for i in cl cqp utils man instutils	 ;\
	do \
	make -C $i depend; \
	done;
rm -f depend.mk
make depend.mk
Makefile:169: depend.mk: No such file or directory
rm -f depend.mk
gcc -MM -MG  -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:33:19 EDT 2012"\" -DVERSION=\"3.4.5\"   globals.c macros.c list.c lexhash.c bitfields.c storage.c fileutils.c special-chars.c regopt.c corpus.c attributes.c makecomps.c registry.tab.c lex.creg.c cdaccess.c bitio.c endian.c compression.c binsert.c class-mapping.c  > depend.mk
make[2]: `depend.mk' is up to date.
rm -f depend.mk
make depend.mk
Makefile:160: depend.mk: No such file or directory
rm -f depend.mk
gcc -MM -MG  -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:33:19 EDT 2012"\" -DVERSION=\"3.4.5\"   llquery.c cqp.c cqpcl.c symtab.c eval.c tree.c options.c corpmanag.c regex2dfa.c output.c ranges.c builtins.c groups.c targets.c matchlist.c concordance.c parse_actions.c attlist.c context_descriptor.c print-modes.c ascii-print.c sgml-print.c html-print.c latex-print.c variables.c print_align.c macro.c hash.c table.c ../CQi/server.c ../CQi/auth.c parser.tab.c lex.yy.c > depend.mk
make[2]: `depend.mk' is up to date.
rm -f depend.mk
make depend.mk
Makefile:151: depend.mk: No such file or directory
rm -f depend.mk
gcc -MM -MG  -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:33:19 EDT 2012"\" -DVERSION=\"3.4.5\"   cwb-atoi.c cwb-itoa.c cwb-makeall.c cwb-encode.c cwb-decode.c cwb-lexdecode.c cwb-huffcode.c cwb-compress-rdx.c cwb-s-encode.c cwb-s-decode.c cwb-describe-corpus.c cwb-decode-nqrfile.c cwb-scan-corpus.c barlib.c feature_maps.c cwb-align.c cwb-align-show.c cwb-align-encode.c  > depend.mk
make[2]: `depend.mk' is up to date.
Nothing to be done for 'make depend'
Nothing to be done for 'make depend'
Louise-McNallys-MacBook-Pro:cwb jfontana$ make cl
--------------------------------- BUILDING CORPUS LIBRARY (CL)
make -C cl
rm -f globals.o
/usr/bin/gcc -c  -o globals.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:33:25 EDT 2012"\" -DVERSION=\"3.4.5\"    globals.c
/bin/sh: pkg-config: command not found
rm -f macros.o
/usr/bin/gcc -c  -o macros.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:33:25 EDT 2012"\" -DVERSION=\"3.4.5\"    macros.c
/bin/sh: pkg-config: command not found
macros.c: In function ?print_indented_list_br?:
macros.c:404: warning: format not a string literal and no format arguments
macros.c: In function ?print_indented_list_br?:
macros.c:404: warning: format not a string literal and no format arguments
rm -f list.o
/usr/bin/gcc -c  -o list.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:33:25 EDT 2012"\" -DVERSION=\"3.4.5\"    list.c
/bin/sh: pkg-config: command not found
rm -f lexhash.o
/usr/bin/gcc -c  -o lexhash.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:33:26 EDT 2012"\" -DVERSION=\"3.4.5\"    lexhash.c
/bin/sh: pkg-config: command not found
rm -f bitfields.o
/usr/bin/gcc -c  -o bitfields.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:33:26 EDT 2012"\" -DVERSION=\"3.4.5\"    bitfields.c
/bin/sh: pkg-config: command not found
rm -f storage.o
/usr/bin/gcc -c  -o storage.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:33:26 EDT 2012"\" -DVERSION=\"3.4.5\"    storage.c
/bin/sh: pkg-config: command not found
rm -f fileutils.o
/usr/bin/gcc -c  -o fileutils.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:33:26 EDT 2012"\" -DVERSION=\"3.4.5\"    fileutils.c
/bin/sh: pkg-config: command not found
rm -f special-chars.o
/usr/bin/gcc -c  -o special-chars.o -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Thu Aug 16 17:33:26 EDT 2012"\" -DVERSION=\"3.4.5\"    special-chars.c
/bin/sh: pkg-config: command not found
special-chars.c:24:18: error: glib.h: No such file or directory
special-chars.c: In function ?cl_string_maptable?:
special-chars.c:1700: warning: passing argument 1 of ?maptable_init_identity? discards qualifiers from pointer target type
special-chars.c:1703: warning: return discards qualifiers from pointer target type
special-chars.c: In function ?cl_string_zap_controls?:
special-chars.c:1764: warning: array subscript has type ?char?
special-chars.c:1771: warning: suggest parentheses around assignment used as truth value
special-chars.c: In function ?cl_string_validate_encoding?:
special-chars.c:1805: warning: implicit declaration of function ?g_utf8_validate?
special-chars.c:1805: error: ?gchar? undeclared (first use in this function)
special-chars.c:1805: error: (Each undeclared identifier is reported only once
special-chars.c:1805: error: for each function it appears in.)
special-chars.c:1805: error: expected expression before ?)? token
special-chars.c: In function ?cl_string_reverse?:
special-chars.c:1950: warning: passing argument 1 of ?cl_strdup? discards qualifiers from pointer target type
special-chars.c:1951: warning: implicit declaration of function ?g_strreverse?
special-chars.c:1951: error: ?gchar? undeclared (first use in this function)
special-chars.c:1951: error: expected expression before ?)? token
special-chars.c:1954: warning: implicit declaration of function ?g_utf8_strreverse?
special-chars.c:1954: error: expected expression before ?)? token
special-chars.c:1954: warning: cast to pointer from integer of different size
special-chars.c: In function ?cl_string_qsort_compare?:
special-chars.c:2007: warning: assignment discards qualifiers from pointer target type
special-chars.c:2008: warning: assignment discards qualifiers from pointer target type
special-chars.c:2059: warning: implicit declaration of function ?MIN?
special-chars.c:2080: warning: implicit declaration of function ?g_utf8_collate?
special-chars.c:2080: error: ?gchar? undeclared (first use in this function)
special-chars.c:2080: error: expected expression before ?)? token
special-chars.c: In function ?cl_string_canonical?:
special-chars.c:2242: error: ?gchar? undeclared (first use in this function)
special-chars.c:2242: error: ?string? undeclared (first use in this function)
special-chars.c:2243: error: ?precomposed? undeclared (first use in this function)
special-chars.c:2244: error: ?folded? undeclared (first use in this function)
special-chars.c:2245: error: ?current_char? undeclared (first use in this function)
special-chars.c:2246: error: ?next_char_begins? undeclared (first use in this function)
special-chars.c:2253: warning: implicit declaration of function ?g_utf8_normalize?
special-chars.c:2253: error: expected expression before ?)? token
special-chars.c:2259: warning: implicit declaration of function ?g_utf8_next_char?
special-chars.c:2260: warning: implicit declaration of function ?g_unichar_ismark?
special-chars.c:2260: warning: implicit declaration of function ?g_utf8_get_char?
special-chars.c:2271: error: expected expression before ?)? token
special-chars.c:2275: error: ?G_NORMALIZE_NFC? undeclared (first use in this function)
special-chars.c:2285: warning: implicit declaration of function ?g_utf8_casefold?
special-chars.c:24:18: error: glib.h: No such file or directory
special-chars.c: In function ?cl_string_maptable?:
special-chars.c:1700: warning: passing argument 1 of ?maptable_init_identity? discards qualifiers from pointer target type
special-chars.c:1703: warning: return discards qualifiers from pointer target type
special-chars.c: In function ?cl_string_zap_controls?:
special-chars.c:1764: warning: array subscript has type ?char?
special-chars.c:1771: warning: suggest parentheses around assignment used as truth value
special-chars.c: In function ?cl_string_validate_encoding?:
special-chars.c:1805: warning: implicit declaration of function ?g_utf8_validate?
special-chars.c:1805: error: ?gchar? undeclared (first use in this function)
special-chars.c:1805: error: (Each undeclared identifier is reported only once
special-chars.c:1805: error: for each function it appears in.)
special-chars.c:1805: error: expected expression before ?)? token
special-chars.c: In function ?cl_string_reverse?:
special-chars.c:1950: warning: passing argument 1 of ?cl_strdup? discards qualifiers from pointer target type
special-chars.c:1951: warning: implicit declaration of function ?g_strreverse?
special-chars.c:1951: error: ?gchar? undeclared (first use in this function)
special-chars.c:1951: error: expected expression before ?)? token
special-chars.c:1954: warning: implicit declaration of function ?g_utf8_strreverse?
special-chars.c:1954: error: expected expression before ?)? token
special-chars.c: In function ?cl_string_qsort_compare?:
special-chars.c:2007: warning: assignment discards qualifiers from pointer target type
special-chars.c:2008: warning: assignment discards qualifiers from pointer target type
special-chars.c:2059: warning: implicit declaration of function ?MIN?
special-chars.c:2080: warning: implicit declaration of function ?g_utf8_collate?
special-chars.c:2080: error: ?gchar? undeclared (first use in this function)
special-chars.c:2080: error: expected expression before ?)? token
special-chars.c: In function ?cl_string_canonical?:
special-chars.c:2242: error: ?gchar? undeclared (first use in this function)
special-chars.c:2242: error: ?string? undeclared (first use in this function)
special-chars.c:2243: error: ?precomposed? undeclared (first use in this function)
special-chars.c:2244: error: ?folded? undeclared (first use in this function)
special-chars.c:2245: error: ?current_char? undeclared (first use in this function)
special-chars.c:2246: error: ?next_char_begins? undeclared (first use in this function)
special-chars.c:2253: warning: implicit declaration of function ?g_utf8_normalize?
special-chars.c:2253: error: expected expression before ?)? token
special-chars.c:2259: warning: implicit declaration of function ?g_utf8_next_char?
special-chars.c:2260: warning: implicit declaration of function ?g_unichar_ismark?
special-chars.c:2260: warning: implicit declaration of function ?g_utf8_get_char?
special-chars.c:2271: error: expected expression before ?)? token
special-chars.c:2275: error: ?G_NORMALIZE_NFC? undeclared (first use in this function)
special-chars.c:2285: warning: implicit declaration of function ?g_utf8_casefold?
lipo: can't figure out the architecture type of: /var/folders/4c/4cqHpGvGGzucg8Ge2XytcU+++TM/-Tmp-//cchJt7QT.out
make[1]: *** [special-chars.o] Error 1
make: *** [cl] Error 2
-------------- next part --------------
Louise-McNallys-MacBook-Pro:cwb jfontana$ make utils


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

--------------------------------- BUILDING COMMAND-LINE UTILITIES
make -C utils
rm -f cwb-atoi
/usr/bin/gcc -Wall -O3 -arch x86_64 -arch i386   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -o cwb-atoi cwb-atoi.o /Users/jfontana/cwb/utils/../cl/libcl.a   -lm   -lpcre `pkg-config --libs glib-2.0`
/bin/sh: pkg-config: command not found
/bin/sh: pkg-config: command not found
i686-apple-darwin10-gcc-4.2.1: /Users/jfontana/cwb/utils/../cl/libcl.a: No such file or directory
i686-apple-darwin10-gcc-4.2.1: /Users/jfontana/cwb/utils/../cl/libcl.a: No such file or directory
lipo: can't figure out the architecture type of: /var/folders/4c/4cqHpGvGGzucg8Ge2XytcU+++TM/-Tmp-//ccu1oGSV.out
make[1]: *** [cwb-atoi] Error 1
make: *** [utils] Error 2

From stefanML at collocations.de  Fri Aug 17 00:01:53 2012
From: stefanML at collocations.de (Stefan Evert)
Date: Fri, 17 Aug 2012 00:01:53 +0200
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <502D6BFC.5020800@upf.edu>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D6633.1010505@upf.edu> <502D6BFC.5020800@upf.edu>
Message-ID: <7C4D0461-008D-4786-A08F-50E46D2FA7D6@collocations.de>


On 16 Aug 2012, at 23:54, Josep M. Fontana wrote:

> /bin/sh: pkg-config: command not found
> 
> Hopefully this can help you figure what is wrong.

Either you failed to install pkg-config (through MacPorts), or your MacPorts installation isn't configured properly.  You should be able to execute this from the command line:

	pkg-config --list-all

Just to check: did you remember to log out and back in, or at least open a new Terminal window after installing MacPorts?  Though your paths should be ok if you can execute the "port" command.

Another question, just to be sure: what does

	which gcc

say?

Best,
Stefan


From josepm.fontana at upf.edu  Fri Aug 17 00:07:16 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Thu, 16 Aug 2012 18:07:16 -0400
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D4C06.2090306@upf.edu>
	<BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>
Message-ID: <502D6F14.4060302@upf.edu>

Sorry, as you can see I had just gone ahead and executed the command you 
gave me in one of your previous messages without thinking about reading 
the INSTALL file. This would have saved me time and a headache.

I've gone back to Homebrew and followed your instructions and things are 
much better. I cannot see the amount of errors I saw before but one of 
the errors I mentioned keeps on appearing:

"lipo: can't open input file: 
/var/folders/4c/4cqHpGvGGzucg8Ge2XytcU+++TM/-Tmp-//ccsmnms7.out (No such 
file or directory)
make[1]: *** [cqp] Error 1
make: *** [cqp] Error 2"

I will now try to run cqp again and see whether this error was important 
or not.

JM


> Anyway, I installed Homebrew but I still have problems installing the external Glib2 library. The error message I get when trying to install glib2 via Homebrew is:
>
> "No available formula for glib2"
> The formula is simply called "glib", not "glib2".  As per the instructions in the INSTALL file:

>
>> Make sure that no other package managers (Fink, MacPorts) are installed on your
>> system, as they might conflict with the build process described here.  Now install
>> the prerequisite external libraries with the following shell commands:
>>
>>          brew -v install pkg-config
>>          brew -v install glib --universal
>>          brew -v install pcre --universal
>>
>> Now edit the file "config.mk", setting the platform entry to
>>
>>          include $(TOP)/config/platform/darwin-universal
>>
>> and the site configuration as desired.  Then enter the shell commands
>>
>>          make clean
>>          make depend
>>          make all
>>          make install
>>
>> as shown in the section "QUICK INSTALLATION" above.
>
> Concerning your other problems:
>
>> OK, so after installing all the dependencies, I managed to run the 'cwb-install-mac-osx' script but then I got new errors which I reproduce at the end of the message. I looked into the script file and I realized that the problem was that the script looked for config.mk and the rest of files in its directory ('home/cwb/install-scripts/cwb-install-mac-osx') but these files were in 'home/cwb'.
> That sounds like you executed the quick install script from its directory, whereas you're expected to do that from the root of the CWB source tree (~/cwb in your case).  See the instructions in INSTALL:
>
>>           sudo ./install-scripts/cwb-install-mac-osx
> All commands described in the INSTALL file need to be executed from this root directory.
>
>
> If you've really got the prerequisites installed, all you really need to do is to edit config.mk manually to set the platform to
>
>          include $(TOP)/config/platform/darwin-universal
>
> and then run
>
>          make clean
>          make depend
>          make all
>          sudo make install
>
> from the root directory of the source code tree.
>
> Hope this helps,
> Stefan
>
>
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20120816/f0144754/attachment.html>

From josepm.fontana at upf.edu  Fri Aug 17 00:18:47 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Thu, 16 Aug 2012 18:18:47 -0400
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <7C4D0461-008D-4786-A08F-50E46D2FA7D6@collocations.de>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D6633.1010505@upf.edu> <502D6BFC.5020800@upf.edu>
	<7C4D0461-008D-4786-A08F-50E46D2FA7D6@collocations.de>
Message-ID: <502D71C7.7070903@upf.edu>

|
OK, after going through all the previous process, I did:

||$ svn co https://cwb.svn.sourceforge.net/svnroot/cwb/cwb/trunk cwb

and then
||
$ cqp -v

I still see version 3.0.


JM
|
> On 16 Aug 2012, at 23:54, Josep M. Fontana wrote:
>
>> /bin/sh: pkg-config: command not found
>>
>> Hopefully this can help you figure what is wrong.
> Either you failed to install pkg-config (through MacPorts), or your MacPorts installation isn't configured properly.  You should be able to execute this from the command line:
>
> 	pkg-config --list-all
>
> Just to check: did you remember to log out and back in, or at least open a new Terminal window after installing MacPorts?  Though your paths should be ok if you can execute the "port" command.
>
> Another question, just to be sure: what does
>
> 	which gcc
>
> say?
>
> Best,
> Stefan
>
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20120816/cce61501/attachment.html>

From stefanML at collocations.de  Fri Aug 17 09:13:15 2012
From: stefanML at collocations.de (Stefan Evert)
Date: Fri, 17 Aug 2012 09:13:15 +0200
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <502D6F14.4060302@upf.edu>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D4C06.2090306@upf.edu>
	<BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>
	<502D6F14.4060302@upf.edu>
Message-ID: <9A252A95-2B74-4E73-9097-A60119043A0D@collocations.de>

> "lipo: can't open input file: /var/folders/4c/4cqHpGvGGzucg8Ge2XytcU+++TM/-Tmp-//ccsmnms7.out (No such file or directory)
> make[1]: *** [cqp] Error 1
> make: *** [cqp] Error 2"

That is a weird error message, but reading the complete output you sent previously shows the actual source of the error:

> i686-apple-darwin10-gcc-4.2.1: /Users/jfontana/cwb/utils/../cl/libcl.a: No such file or directory

CQP (and the other command-line utilities) can't be compiled because you failed to build the CL library (libcl.a) due to the missing pkg-config.

If you've restarted from scratch and followed the instructions in the INSTALL file, this should not happen, because "make all" should stop with an error when trying to compile libcl.a.

Can you step through the process again carefully and send us every command you executed plus its output?  The easiest way to do so will be to open a new Terminal window, compile and install CWB 3.4 from this window, and then press Cmd-S (or select "Export Text As..." from the "Shell" menu).

Best,
Stefan

From noreply at sourceforge.net  Fri Aug 17 14:54:21 2012
From: noreply at sourceforge.net (SourceForge.net)
Date: Fri, 17 Aug 2012 05:54:21 -0700
Subject: [CWB] [ cwb-Bugs-3066695 ] CWB::CL: too few arguments to function
	cl_string_canonical
Message-ID: <mailman.2.1345208069.2023.cwb@sslmit.unibo.it>

Bugs item #3066695, was opened at 2010-09-15 02:06
Message generated for change (Comment added) made by andrewhardie
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=722303&aid=3066695&group_id=131809

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: CWB/Perl interface
Group: TODO-3.5
Status: Open
>Resolution: Later
Priority: 5
Private: No
Submitted By: peter ljungl?f (heatherleaf)
Assigned to: Stefan Evert (schtepf)
Summary: CWB::CL: too few arguments to function cl_string_canonical

Initial Comment:
Function call on line 302 in .../perl/trunk/CWB-CL/CL.xs:

  cl_string_canonical(s_norm, flags);

But the definition of the function, on line 714 in .../cwb/trunk/cl/cl.h, requires 3 arguments:

  void cl_string_canonical(char *s, CorpusCharset charset, int flags);

A quick-and-dirty solution which gets CWB::CL to compile is to add any charset to the call, e.g.:

  cl_string_canonical(s_norm, utf8, flags);

I guess it's a bit more complicated than that, but at least I got it to compile this way...


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

>Comment By: Andrew Hardie (andrewhardie)
Date: 2012-08-17 05:54

Message:
This bug arises from trying to link the CWB-Perl package with an
incompatible version of the CWB core. The CWB-Perl package is still at
version 3.0, so you need to link it against that version of the CWB core,
which was the last stable release (and not v3.4 which is the current
version in the dev trunk on svn).

See this posy on the email list:

http://liste.sslmit.unibo.it/pipermail/cwb/2011-August/000820.html

Any error message relating to:

cl_string_canonical
Glib
pkg-config

.... is almost certainly due to the above-mentioned version mismatch.

(To our knowledge CWB::CL is the only one of the Perl modules where you
need to avoid mixing versions; the other modules e.g. CWB::CEQL are more
forgiving).

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

Comment By: ishalyminov ()
Date: 2012-08-16 05:46

Message:
Ubuntu 12.04, FreeBSD 9.0, CWB v. 3.4.5 - the problem is still there, just
as described. Any assumptions for a workaround?

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

Comment By: peter ljungl?f (heatherleaf)
Date: 2010-09-15 02:20

Message:
My quick solution doesn't work - something with the dynloader:

Can't load
'/Library/Perl/5.10.0/darwin-thread-multi-2level/auto/CWB/CL/CL.bundle' for
module CWB::CL:
dlopen(/Library/Perl/5.10.0/darwin-thread-multi-2level/auto/CWB/CL/CL.bundle,
1): Symbol not found: _g_utf8_skip
  Referenced from:
/Library/Perl/5.10.0/darwin-thread-multi-2level/auto/CWB/CL/CL.bundle
  Expected in: flat namespace
 in /Library/Perl/5.10.0/darwin-thread-multi-2level/auto/CWB/CL/CL.bundle
at /System/Library/Perl/5.10.0/darwin-thread-multi-2level/DynaLoader.pm
line 207.
 at -e line 1
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=722303&aid=3066695&group_id=131809

From josepm.fontana at upf.edu  Fri Aug 17 17:19:04 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Fri, 17 Aug 2012 11:19:04 -0400
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <9A252A95-2B74-4E73-9097-A60119043A0D@collocations.de>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D4C06.2090306@upf.edu>
	<BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>
	<502D6F14.4060302@upf.edu>
	<9A252A95-2B74-4E73-9097-A60119043A0D@collocations.de>
Message-ID: <502E60E8.40400@upf.edu>


Hi,

I followed the instructions in INSTALL carefully. I ran 'make clean', 
'make depend', 'make all' and 'make install'. Find the output of all 
these commands in attached files.

Before reading these files, please clarify something for me because 
perhaps there is something more fundamental I'm doing wrong. When you 
say "compile and install CWB 3.4", you mean running these 4 commands I 
have mentioned. I assume that if I am in /cwb, these commands will 
compile the source code that I have in this directory. When I read the 
INSTALL file, though, I see that its heading says "Release 3.5 BETA", 
not 3.4.

Before compiling, when I checked the code via subversion with:

svn co https://cwb.svn.sourceforge.net/svnroot/cwb/cwb/trunk cwb

I saw a message saying "Checked out revision 331."

I just want to make sure I'm doing this right all the way and that I'm 
working with the correct version of the code.

As you will see in output for 'make all', the previous error "lipo: 
can't open input file..." continues to appear but this time I don't see 
the other error you mention:

> i686-apple-darwin10-gcc-4.2.1: /Users/jfontana/cwb/utils/../cl/libcl.a: No such file or directory
The source of the error seems to be related to:

"...file was built for unsupported file format which is not the 
architecture being linked (i386)"
[...]
"ld: symbol(s) not found for architecture i386"


Josep M.

On 8/17/12 3:13 AM, Stefan Evert wrote:
>> "lipo: can't open input file: /var/folders/4c/4cqHpGvGGzucg8Ge2XytcU+++TM/-Tmp-//ccsmnms7.out (No such file or directory)
>> make[1]: *** [cqp] Error 1
>> make: *** [cqp] Error 2"
> That is a weird error message, but reading the complete output you sent previously shows the actual source of the error:
>
>> i686-apple-darwin10-gcc-4.2.1: /Users/jfontana/cwb/utils/../cl/libcl.a: No such file or directory
> CQP (and the other command-line utilities) can't be compiled because you failed to build the CL library (libcl.a) due to the missing pkg-config.
>
> If you've restarted from scratch and followed the instructions in the INSTALL file, this should not happen, because "make all" should stop with an error when trying to compile libcl.a.
>
> Can you step through the process again carefully and send us every command you executed plus its output?  The easiest way to do so will be to open a new Terminal window, compile and install CWB 3.4 from this window, and then press Cmd-S (or select "Export Text As..." from the "Shell" menu).
>
> Best,
> Stefan
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://devel.sslmit.unibo.it/pipermail/cwb/attachments/20120817/5bc2113e/attachment-0001.html>
-------------- next part --------------
Louise-McNallys-MacBook-Pro:cwb jfontana$ make all
--------------------------------- BUILDING CORPUS LIBRARY (CL)
make -C cl
rm -f globals.o
/usr/bin/gcc -c  -o globals.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:05 EDT 2012"\" -DVERSION=\"3.4.5\"    globals.c
rm -f macros.o
/usr/bin/gcc -c  -o macros.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:06 EDT 2012"\" -DVERSION=\"3.4.5\"    macros.c
macros.c: In function ?print_indented_list_br?:
macros.c:404: warning: format not a string literal and no format arguments
macros.c: In function ?print_indented_list_br?:
macros.c:404: warning: format not a string literal and no format arguments
rm -f list.o
/usr/bin/gcc -c  -o list.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:06 EDT 2012"\" -DVERSION=\"3.4.5\"    list.c
rm -f lexhash.o
/usr/bin/gcc -c  -o lexhash.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:06 EDT 2012"\" -DVERSION=\"3.4.5\"    lexhash.c
rm -f bitfields.o
/usr/bin/gcc -c  -o bitfields.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:06 EDT 2012"\" -DVERSION=\"3.4.5\"    bitfields.c
rm -f storage.o
/usr/bin/gcc -c  -o storage.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:07 EDT 2012"\" -DVERSION=\"3.4.5\"    storage.c
rm -f fileutils.o
/usr/bin/gcc -c  -o fileutils.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:07 EDT 2012"\" -DVERSION=\"3.4.5\"    fileutils.c
rm -f special-chars.o
/usr/bin/gcc -c  -o special-chars.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:07 EDT 2012"\" -DVERSION=\"3.4.5\"    special-chars.c
special-chars.c: In function ?cl_string_maptable?:
special-chars.c:1700: warning: passing argument 1 of ?maptable_init_identity? discards qualifiers from pointer target type
special-chars.c:1703: warning: return discards qualifiers from pointer target type
special-chars.c: In function ?cl_string_zap_controls?:
special-chars.c:1764: warning: array subscript has type ?char?
special-chars.c:1771: warning: suggest parentheses around assignment used as truth value
special-chars.c: In function ?cl_string_reverse?:
special-chars.c:1950: warning: passing argument 1 of ?cl_strdup? discards qualifiers from pointer target type
special-chars.c: In function ?cl_string_qsort_compare?:
special-chars.c:2007: warning: assignment discards qualifiers from pointer target type
special-chars.c:2008: warning: assignment discards qualifiers from pointer target type
special-chars.c: In function ?cl_string_maptable?:
special-chars.c:1700: warning: passing argument 1 of ?maptable_init_identity? discards qualifiers from pointer target type
special-chars.c:1703: warning: return discards qualifiers from pointer target type
special-chars.c: In function ?cl_string_zap_controls?:
special-chars.c:1764: warning: array subscript has type ?char?
special-chars.c:1771: warning: suggest parentheses around assignment used as truth value
special-chars.c: In function ?cl_string_reverse?:
special-chars.c:1950: warning: passing argument 1 of ?cl_strdup? discards qualifiers from pointer target type
special-chars.c: In function ?cl_string_qsort_compare?:
special-chars.c:2007: warning: assignment discards qualifiers from pointer target type
special-chars.c:2008: warning: assignment discards qualifiers from pointer target type
rm -f regopt.o
/usr/bin/gcc -c  -o regopt.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:08 EDT 2012"\" -DVERSION=\"3.4.5\"    regopt.c
regopt.c: In function ?cl_new_regex?:
regopt.c:124: warning: unused variable ?i?
regopt.c:124: warning: unused variable ?error_num?
regopt.c: In function ?cl_new_regex?:
regopt.c:124: warning: unused variable ?i?
regopt.c:124: warning: unused variable ?error_num?
rm -f corpus.o
/usr/bin/gcc -c  -o corpus.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:08 EDT 2012"\" -DVERSION=\"3.4.5\"    corpus.c
corpus.c: In function ?add_corpus_property?:
corpus.c:852: warning: unused variable ?i?
corpus.c:851: warning: unused variable ?charset?
corpus.c: In function ?add_corpus_property?:
corpus.c:852: warning: unused variable ?i?
corpus.c:851: warning: unused variable ?charset?
rm -f attributes.o
/usr/bin/gcc -c  -o attributes.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:08 EDT 2012"\" -DVERSION=\"3.4.5\"    attributes.c
attributes.c: In function ?component_full_name?:
attributes.c:795: warning: the address of ?rname? will always evaluate as ?true?
attributes.c:797: warning: the address of ?rname? will always evaluate as ?true?
attributes.c:800: warning: the address of ?rname? will always evaluate as ?true?
attributes.c: In function ?component_full_name?:
attributes.c:795: warning: the address of ?rname? will always evaluate as ?true?
attributes.c:797: warning: the address of ?rname? will always evaluate as ?true?
attributes.c:800: warning: the address of ?rname? will always evaluate as ?true?
rm -f registry.tab.o
/usr/bin/gcc -c  -o registry.tab.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:09 EDT 2012"\" -DVERSION=\"3.4.5\"    registry.tab.c
rm -f lex.creg.o
/usr/bin/gcc -c  -o lex.creg.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:09 EDT 2012"\" -DVERSION=\"3.4.5\"    lex.creg.c
lex.creg.c:1410: warning: ?yyunput? defined but not used
lex.creg.c:1410: warning: ?yyunput? defined but not used
rm -f makecomps.o
/usr/bin/gcc -c  -o makecomps.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:10 EDT 2012"\" -DVERSION=\"3.4.5\"    makecomps.c
rm -f cdaccess.o
/usr/bin/gcc -c  -o cdaccess.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:10 EDT 2012"\" -DVERSION=\"3.4.5\"    cdaccess.c
cdaccess.c: In function ?cl_regex2id?:
cdaccess.c:1390: warning: unused variable ?i?
cdaccess.c:1389: warning: unused variable ?p?
cdaccess.c:1353: warning: unused variable ?preprocessed_string?
cdaccess.c:1350: warning: unused variable ?grain_match?
cdaccess.c:1349: warning: unused variable ?len?
cdaccess.c:1349: warning: unused variable ?regex_result?
cdaccess.c: In function ?cl_regex2id?:
cdaccess.c:1390: warning: unused variable ?i?
cdaccess.c:1389: warning: unused variable ?p?
cdaccess.c:1353: warning: unused variable ?preprocessed_string?
cdaccess.c:1350: warning: unused variable ?grain_match?
cdaccess.c:1349: warning: unused variable ?len?
cdaccess.c:1349: warning: unused variable ?regex_result?
rm -f bitio.o
/usr/bin/gcc -c  -o bitio.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:11 EDT 2012"\" -DVERSION=\"3.4.5\"    bitio.c
rm -f endian.o
/usr/bin/gcc -c  -o endian.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:11 EDT 2012"\" -DVERSION=\"3.4.5\"    endian.c
rm -f compression.o
/usr/bin/gcc -c  -o compression.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:11 EDT 2012"\" -DVERSION=\"3.4.5\"    compression.c
rm -f binsert.o
/usr/bin/gcc -c  -o binsert.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:11 EDT 2012"\" -DVERSION=\"3.4.5\"    binsert.c
rm -f class-mapping.o
/usr/bin/gcc -c  -o class-mapping.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:12 EDT 2012"\" -DVERSION=\"3.4.5\"    class-mapping.c
rm -f libcl.a
ar cq libcl.a globals.o macros.o list.o lexhash.o bitfields.o storage.o fileutils.o special-chars.o regopt.o corpus.o attributes.o registry.tab.o lex.creg.o makecomps.o cdaccess.o bitio.o endian.o compression.o binsert.o class-mapping.o
ranlib libcl.a
rm -f dl_stub.o
/usr/bin/gcc -c  -o dl_stub.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:12 EDT 2012"\" -DVERSION=\"3.4.5\"    dl_stub.c
--------------------------------- BUILDING CQP
make -C cqp
rm -f cqp.o
/usr/bin/gcc -c  -o cqp.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:12 EDT 2012"\" -DVERSION=\"3.4.5\"    cqp.c
cqp.c: In function ?initialize_cqp?:
cqp.c:145: warning: unused variable ?homepath?
cqp.c:144: warning: unused variable ?homedrive?
cqp.c: In function ?initialize_cqp?:
cqp.c:145: warning: unused variable ?homepath?
cqp.c:144: warning: unused variable ?homedrive?
rm -f symtab.o
/usr/bin/gcc -c  -o symtab.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:12 EDT 2012"\" -DVERSION=\"3.4.5\"    symtab.c
rm -f eval.o
/usr/bin/gcc -c  -o eval.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:12 EDT 2012"\" -DVERSION=\"3.4.5\"    eval.c
eval.c:35:35: warning: "/*" within comment
eval.c:35:35: warning: "/*" within comment
rm -f tree.o
/usr/bin/gcc -c  -o tree.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:14 EDT 2012"\" -DVERSION=\"3.4.5\"    tree.c
rm -f options.o
/usr/bin/gcc -c  -o options.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:14 EDT 2012"\" -DVERSION=\"3.4.5\"    options.c
rm -f corpmanag.o
/usr/bin/gcc -c  -o corpmanag.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:14 EDT 2012"\" -DVERSION=\"3.4.5\"    corpmanag.c
rm -f regex2dfa.o
/usr/bin/gcc -c  -o regex2dfa.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:15 EDT 2012"\" -DVERSION=\"3.4.5\"    regex2dfa.c
rm -f output.o
/usr/bin/gcc -c  -o output.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:16 EDT 2012"\" -DVERSION=\"3.4.5\"    output.c
rm -f ranges.o
/usr/bin/gcc -c  -o ranges.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:16 EDT 2012"\" -DVERSION=\"3.4.5\"    ranges.c
ranges.c:1287: warning: ?srt_strcmp? defined but not used
ranges.c:1287: warning: ?srt_strcmp? defined but not used
rm -f builtins.o
/usr/bin/gcc -c  -o builtins.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:17 EDT 2012"\" -DVERSION=\"3.4.5\"    builtins.c
rm -f groups.o
/usr/bin/gcc -c  -o groups.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:18 EDT 2012"\" -DVERSION=\"3.4.5\"    groups.c
rm -f targets.o
/usr/bin/gcc -c  -o targets.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:18 EDT 2012"\" -DVERSION=\"3.4.5\"    targets.c
rm -f matchlist.o
/usr/bin/gcc -c  -o matchlist.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:18 EDT 2012"\" -DVERSION=\"3.4.5\"    matchlist.c
rm -f concordance.o
/usr/bin/gcc -c  -o concordance.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:19 EDT 2012"\" -DVERSION=\"3.4.5\"    concordance.c
rm -f parse_actions.o
/usr/bin/gcc -c  -o parse_actions.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:19 EDT 2012"\" -DVERSION=\"3.4.5\"    parse_actions.c
rm -f attlist.o
/usr/bin/gcc -c  -o attlist.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:21 EDT 2012"\" -DVERSION=\"3.4.5\"    attlist.c
rm -f context_descriptor.o
/usr/bin/gcc -c  -o context_descriptor.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:21 EDT 2012"\" -DVERSION=\"3.4.5\"    context_descriptor.c
rm -f print-modes.o
/usr/bin/gcc -c  -o print-modes.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:21 EDT 2012"\" -DVERSION=\"3.4.5\"    print-modes.c
rm -f ascii-print.o
/usr/bin/gcc -c  -o ascii-print.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:21 EDT 2012"\" -DVERSION=\"3.4.5\"    ascii-print.c
rm -f sgml-print.o
/usr/bin/gcc -c  -o sgml-print.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:22 EDT 2012"\" -DVERSION=\"3.4.5\"    sgml-print.c
rm -f html-print.o
/usr/bin/gcc -c  -o html-print.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:22 EDT 2012"\" -DVERSION=\"3.4.5\"    html-print.c
rm -f latex-print.o
/usr/bin/gcc -c  -o latex-print.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:22 EDT 2012"\" -DVERSION=\"3.4.5\"    latex-print.c
rm -f variables.o
/usr/bin/gcc -c  -o variables.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:22 EDT 2012"\" -DVERSION=\"3.4.5\"    variables.c
rm -f print_align.o
/usr/bin/gcc -c  -o print_align.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:22 EDT 2012"\" -DVERSION=\"3.4.5\"    print_align.c
rm -f macro.o
/usr/bin/gcc -c  -o macro.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:23 EDT 2012"\" -DVERSION=\"3.4.5\"    macro.c
rm -f hash.o
/usr/bin/gcc -c  -o hash.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:23 EDT 2012"\" -DVERSION=\"3.4.5\"    hash.c
rm -f table.o
/usr/bin/gcc -c  -o table.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:23 EDT 2012"\" -DVERSION=\"3.4.5\"    table.c
rm -f parser.tab.o
/usr/bin/gcc -c  -o parser.tab.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:23 EDT 2012"\" -DVERSION=\"3.4.5\"    parser.tab.c
rm -f lex.yy.o
/usr/bin/gcc -c  -o lex.yy.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:24 EDT 2012"\" -DVERSION=\"3.4.5\"    lex.yy.c
lex.yy.c:2522: warning: ?yyunput? defined but not used
lex.yy.c:2522: warning: ?yyunput? defined but not used
rm -f dummy_auth.o
/usr/bin/gcc -c  -o dummy_auth.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:25 EDT 2012"\" -DVERSION=\"3.4.5\"    dummy_auth.c
rm -f llquery.o
/usr/bin/gcc -c  -o llquery.o -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:25 EDT 2012"\" -DVERSION=\"3.4.5\"    llquery.c
llquery.c: In function ?cqp_custom_completion?:
llquery.c:190: warning: assignment discards qualifiers from pointer target type
llquery.c:214: warning: passing argument 1 of ?cl_strdup? discards qualifiers from pointer target type
llquery.c:247: warning: assignment discards qualifiers from pointer target type
llquery.c: In function ?readline_main?:
llquery.c:371: warning: format not a string literal and no format arguments
llquery.c: In function ?cqp_custom_completion?:
llquery.c:190: warning: assignment discards qualifiers from pointer target type
llquery.c:214: warning: passing argument 1 of ?cl_strdup? discards qualifiers from pointer target type
llquery.c:247: warning: assignment discards qualifiers from pointer target type
llquery.c: In function ?readline_main?:
llquery.c:371: warning: format not a string literal and no format arguments
rm -f cqp
/usr/bin/gcc -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:51:25 EDT 2012"\" -DVERSION=\"3.4.5\"    -o cqp llquery.o cqp.o symtab.o eval.o tree.o options.o corpmanag.o regex2dfa.o output.o ranges.o builtins.o groups.o targets.o matchlist.o concordance.o parse_actions.o attlist.o context_descriptor.o print-modes.o ascii-print.o sgml-print.o html-print.o latex-print.o variables.o print_align.o macro.o hash.o table.o parser.tab.o lex.yy.o dummy_auth.o /Users/jfontana/cwb/cqp/../cl/libcl.a   -lm   -lpcre `pkg-config --libs glib-2.0` -lreadline -lncurses
ld: warning: in /usr/local/Cellar/glib/2.32.4/lib/libglib-2.0.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /usr/local/Cellar/gettext/0.18.1.1/lib/libintl.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
Undefined symbols for architecture i386:
  "_g_utf8_casefold", referenced from:
      _cl_string_canonical in libcl.a(special-chars.o)
  "_g_utf8_validate", referenced from:
      _cl_string_validate_encoding in libcl.a(special-chars.o)
  "_g_utf8_collate", referenced from:
      _cl_string_qsort_compare in libcl.a(special-chars.o)
  "_g_utf8_normalize", referenced from:
      _cl_string_canonical in libcl.a(special-chars.o)
      _cl_string_canonical in libcl.a(special-chars.o)
  "_g_strreverse", referenced from:
      _cl_string_reverse in libcl.a(special-chars.o)
      _cl_string_qsort_compare in libcl.a(special-chars.o)
      _cl_string_qsort_compare in libcl.a(special-chars.o)
  "_g_unichar_ismark", referenced from:
      _cl_string_canonical in libcl.a(special-chars.o)
  "_g_utf8_skip", referenced from:
      _g_utf8_skip$non_lazy_ptr in libcl.a(special-chars.o)
     (maybe you meant: _g_utf8_skip$non_lazy_ptr)
  "_g_utf8_strreverse", referenced from:
      _cl_string_reverse in libcl.a(special-chars.o)
      _cl_string_qsort_compare in libcl.a(special-chars.o)
      _cl_string_qsort_compare in libcl.a(special-chars.o)
  "_g_utf8_get_char", referenced from:
      _cl_string_canonical in libcl.a(special-chars.o)
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/4c/4cqHpGvGGzucg8Ge2XytcU+++TM/-Tmp-//ccwhZna9.out (No such file or directory)
make[1]: *** [cqp] Error 1
make: *** [cqp] Error 2
-------------- next part --------------
Louise-McNallys-MacBook-Pro:cwb jfontana$ make clean
for i in cl cqp utils man instutils	 ; do if [ -f "$i/Makefile" ]; then make -C $i clean; fi; done;
rm -f *.o libcl.a registry.output *~
rm -f cqp cqpcl cqpserver  *.o ../CQi/*.o parser.output *~ ../CQi/*~
rm -f cwb-atoi cwb-itoa cwb-makeall cwb-encode cwb-decode cwb-lexdecode cwb-huffcode cwb-compress-rdx cwb-s-encode cwb-s-decode cwb-describe-corpus cwb-decode-nqrfile cwb-scan-corpus cwb-align cwb-align-show cwb-align-encode  *.o *~
rm -f cqp.pdf cqpcl.pdf cqpserver.pdf cwb-align.pdf cwb-align-show.pdf cwb-align-encode.pdf cwb-atoi.pdf cwb-itoa.pdf cwb-config.pdf cwb-encode.pdf cwb-decode.pdf cwb-lexdecode.pdf cwb-decode-nqrfile.pdf cwb-describe-corpus.pdf cwb-makeall.pdf cwb-compress-rdx.pdf cwb-huffcode.pdf cwb-s-encode.pdf cwb-s-decode.pdf cwb-scan-corpus.pdf *~
rm -f cwb-config install-cwb.sh *~
rm -f *~ config/*/*~ CQi/*~ CQi/*.o technical/*~ TAGS
rm -f -rf build
-------------- next part --------------
Louise-McNallys-MacBook-Pro:cwb jfontana$ make depend
for i in cl cqp utils man instutils	 ;\
	do \
	make -C $i depend; \
	done;
rm -f depend.mk
make depend.mk
Makefile:169: depend.mk: No such file or directory
rm -f depend.mk
gcc -MM -MG  -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:49:25 EDT 2012"\" -DVERSION=\"3.4.5\"   globals.c macros.c list.c lexhash.c bitfields.c storage.c fileutils.c special-chars.c regopt.c corpus.c attributes.c makecomps.c registry.tab.c lex.creg.c cdaccess.c bitio.c endian.c compression.c binsert.c class-mapping.c  > depend.mk
make[2]: `depend.mk' is up to date.
rm -f depend.mk
make depend.mk
Makefile:160: depend.mk: No such file or directory
rm -f depend.mk
gcc -MM -MG  -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:49:27 EDT 2012"\" -DVERSION=\"3.4.5\"   llquery.c cqp.c cqpcl.c symtab.c eval.c tree.c options.c corpmanag.c regex2dfa.c output.c ranges.c builtins.c groups.c targets.c matchlist.c concordance.c parse_actions.c attlist.c context_descriptor.c print-modes.c ascii-print.c sgml-print.c html-print.c latex-print.c variables.c print_align.c macro.c hash.c table.c ../CQi/server.c ../CQi/auth.c parser.tab.c lex.yy.c > depend.mk
make[2]: `depend.mk' is up to date.
rm -f depend.mk
make depend.mk
Makefile:151: depend.mk: No such file or directory
rm -f depend.mk
gcc -MM -MG  -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:49:28 EDT 2012"\" -DVERSION=\"3.4.5\"   cwb-atoi.c cwb-itoa.c cwb-makeall.c cwb-encode.c cwb-decode.c cwb-lexdecode.c cwb-huffcode.c cwb-compress-rdx.c cwb-s-encode.c cwb-s-decode.c cwb-describe-corpus.c cwb-decode-nqrfile.c cwb-scan-corpus.c barlib.c feature_maps.c cwb-align.c cwb-align-show.c cwb-align-encode.c  > depend.mk
make[2]: `depend.mk' is up to date.
Nothing to be done for 'make depend'
Nothing to be done for 'make depend'
-------------- next part --------------
Louise-McNallys-MacBook-Pro:cwb jfontana$ make install
make -C cl install   # not in for loop to make sure we abort on error
if [ ! -d "/usr/local/lib" ]; then install   -m 755  -d "/usr/local/lib" ; fi;
install -p -m 644  libcl.a "/usr/local/lib"
if [ ! -d "/usr/local/include/cwb" ]; then install   -m 755  -d "/usr/local/include/cwb" ; fi;
install -p -m 644  cl.h "/usr/local/include/cwb"
make -C cqp install
rm -f cqp
/usr/bin/gcc -Wall -O3 -arch x86_64 -arch i386 -march=core2 -mtune=core2   -DUSE_TERMCAP -DUSE_READLINE `pkg-config --cflags glib-2.0` -DREGISTRY_DEFAULT_PATH=\""/usr/local/share/cwb/registry"\" -DCOMPILE_DATE=\""Fri Aug 17 10:53:48 EDT 2012"\" -DVERSION=\"3.4.5\"    -o cqp llquery.o cqp.o symtab.o eval.o tree.o options.o corpmanag.o regex2dfa.o output.o ranges.o builtins.o groups.o targets.o matchlist.o concordance.o parse_actions.o attlist.o context_descriptor.o print-modes.o ascii-print.o sgml-print.o html-print.o latex-print.o variables.o print_align.o macro.o hash.o table.o parser.tab.o lex.yy.o dummy_auth.o /Users/jfontana/cwb/cqp/../cl/libcl.a   -lm   -lpcre `pkg-config --libs glib-2.0` -lreadline -lncurses
ld: warning: in /usr/local/Cellar/glib/2.32.4/lib/libglib-2.0.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /usr/local/Cellar/gettext/0.18.1.1/lib/libintl.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
Undefined symbols for architecture i386:
  "_g_utf8_casefold", referenced from:
      _cl_string_canonical in libcl.a(special-chars.o)
  "_g_utf8_validate", referenced from:
      _cl_string_validate_encoding in libcl.a(special-chars.o)
  "_g_utf8_collate", referenced from:
      _cl_string_qsort_compare in libcl.a(special-chars.o)
  "_g_utf8_normalize", referenced from:
      _cl_string_canonical in libcl.a(special-chars.o)
      _cl_string_canonical in libcl.a(special-chars.o)
  "_g_strreverse", referenced from:
      _cl_string_reverse in libcl.a(special-chars.o)
      _cl_string_qsort_compare in libcl.a(special-chars.o)
      _cl_string_qsort_compare in libcl.a(special-chars.o)
  "_g_unichar_ismark", referenced from:
      _cl_string_canonical in libcl.a(special-chars.o)
  "_g_utf8_skip", referenced from:
      _g_utf8_skip$non_lazy_ptr in libcl.a(special-chars.o)
     (maybe you meant: _g_utf8_skip$non_lazy_ptr)
  "_g_utf8_strreverse", referenced from:
      _cl_string_reverse in libcl.a(special-chars.o)
      _cl_string_qsort_compare in libcl.a(special-chars.o)
      _cl_string_qsort_compare in libcl.a(special-chars.o)
  "_g_utf8_get_char", referenced from:
      _cl_string_canonical in libcl.a(special-chars.o)
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/4c/4cqHpGvGGzucg8Ge2XytcU+++TM/-Tmp-//ccPEisEj.out (No such file or directory)
make[1]: *** [cqp] Error 1
make: *** [install] Error 2

From a.hardie at lancaster.ac.uk  Fri Aug 17 21:03:20 2012
From: a.hardie at lancaster.ac.uk (Hardie, Andrew)
Date: Fri, 17 Aug 2012 19:03:20 +0000
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <502E60E8.40400@upf.edu>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D4C06.2090306@upf.edu>
	<BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>
	<502D6F14.4060302@upf.edu>
	<9A252A95-2B74-4E73-9097-A60119043A0D@collocations.de>
	<502E60E8.40400@upf.edu>
Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D0A0BDE@EX-0-MB1.lancs.local>

A quick look around on the web suggests that this error arises if you try to link two files built for different processor architectures. From your gcc output, the root problem would seem to be the point at which libglib is linked into libcl : one has been built for i386 and one for x86-64. 
 
>>>
ld: warning: in /usr/local/Cellar/glib/2.32.4/lib/libglib-2.0.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
<<<
 
i.e. sounds as if Glib has been built for x86-64 but you are building CWB as i386. 

Now, the gcc call in your make-output has both -arch i386 and -arch x86_64 , so at a guess I would say that means that glib on your system must have been built as x86_64 only... Perhaps this is something you can fix with a flag to the configure script when you build it? 

(sorry I know nothing about OS X in particular as opposed to other Unixes, so cannot offer a more specific hint!)
 
Andrew.
________________________________

From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep M. Fontana
Sent: 17 August 2012 16:19
To: Open source development of the Corpus WorkBench
Subject: Re: [CWB] Character encoding problems when transferring corpus




	Hi,
	
	I followed the instructions in INSTALL carefully. I ran 'make clean', 'make depend', 'make all' and 'make install'. Find the output of all these commands in attached files. 
	
	Before reading these files, please clarify something for me because perhaps there is something more fundamental I'm doing wrong. When you say "compile and install CWB 3.4", you mean running these 4 commands I have mentioned. I assume that if I am in /cwb, these commands will compile the source code that I have in this directory. When I read the INSTALL file, though, I see that its heading says "Release 3.5 BETA", not 3.4. 
	
	Before compiling, when I checked the code via subversion with:
	
	svn co https://cwb.svn.sourceforge.net/svnroot/cwb/cwb/trunk cwb
	
	I saw a message saying "Checked out revision 331."
	
	I just want to make sure I'm doing this right all the way and that I'm working with the correct version of the code.
	
	As you will see in output for 'make all', the previous error "lipo: can't open input file..." continues to appear but this time I don't see the other error you mention: 
	
	

		i686-apple-darwin10-gcc-4.2.1: /Users/jfontana/cwb/utils/../cl/libcl.a: No such file or directory
		

	The source of the error seems to be related to:
	
	"...file was built for unsupported file format which is not the architecture being linked (i386)"
	[...]
	"ld: symbol(s) not found for architecture i386"
	
	
	Josep M.
	
	On 8/17/12 3:13 AM, Stefan Evert wrote:
	

			"lipo: can't open input file: /var/folders/4c/4cqHpGvGGzucg8Ge2XytcU+++TM/-Tmp-//ccsmnms7.out (No such file or directory)
			make[1]: *** [cqp] Error 1
			make: *** [cqp] Error 2"
			

		That is a weird error message, but reading the complete output you sent previously shows the actual source of the error:
		
		

			i686-apple-darwin10-gcc-4.2.1: /Users/jfontana/cwb/utils/../cl/libcl.a: No such file or directory
			

		CQP (and the other command-line utilities) can't be compiled because you failed to build the CL library (libcl.a) due to the missing pkg-config.
		
		If you've restarted from scratch and followed the instructions in the INSTALL file, this should not happen, because "make all" should stop with an error when trying to compile libcl.a.
		
		Can you step through the process again carefully and send us every command you executed plus its output?  The easiest way to do so will be to open a new Terminal window, compile and install CWB 3.4 from this window, and then press Cmd-S (or select "Export Text As..." from the "Shell" menu).
		
		Best,
		Stefan
		_______________________________________________
		CWB mailing list
		CWB at sslmit.unibo.it
		http://devel.sslmit.unibo.it/mailman/listinfo/cwb
		



From a.hardie at lancaster.ac.uk  Fri Aug 17 21:11:30 2012
From: a.hardie at lancaster.ac.uk (Hardie, Andrew)
Date: Fri, 17 Aug 2012 19:11:30 +0000
Subject: [CWB] Character encoding problems when transferring corpus
In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D0A0BDE@EX-0-MB1.lancs.local>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D4C06.2090306@upf.edu>
	<BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>
	<502D6F14.4060302@upf.edu>
	<9A252A95-2B74-4E73-9097-A60119043A0D@collocations.de>
	<502E60E8.40400@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0BDE@EX-0-MB1.lancs.local>
Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D0A0C13@EX-0-MB1.lancs.local>

or, as an alternative to rebuildin Glib, change your CWB platform configuration (in config.mk) from darwin-universal to darwin-64, which ought to remove the need for an 1386 version of the libraries

Andrew. 

> -----Original Message-----
> From: cwb-bounces at sslmit.unibo.it 
> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Hardie, Andrew
> Sent: 17 August 2012 20:03
> To: Open source development of the Corpus WorkBench
> Subject: Re: [CWB] Character encoding problems when 
> transferring corpus
> 
> A quick look around on the web suggests that this error 
> arises if you try to link two files built for different 
> processor architectures. From your gcc output, the root 
> problem would seem to be the point at which libglib is linked 
> into libcl : one has been built for i386 and one for x86-64. 
>  
> >>>
> ld: warning: in 
> /usr/local/Cellar/glib/2.32.4/lib/libglib-2.0.dylib, file was 
> built for unsupported file format which is not the 
> architecture being linked (i386) <<<
>  
> i.e. sounds as if Glib has been built for x86-64 but you are 
> building CWB as i386. 
> 
> Now, the gcc call in your make-output has both -arch i386 and 
> -arch x86_64 , so at a guess I would say that means that glib 
> on your system must have been built as x86_64 only... Perhaps 
> this is something you can fix with a flag to the configure 
> script when you build it? 
> 
> (sorry I know nothing about OS X in particular as opposed to 
> other Unixes, so cannot offer a more specific hint!)
>  
> Andrew.
> ________________________________
> 
> From: cwb-bounces at sslmit.unibo.it 
> [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of Josep M. Fontana
> Sent: 17 August 2012 16:19
> To: Open source development of the Corpus WorkBench
> Subject: Re: [CWB] Character encoding problems when 
> transferring corpus
> 
> 
> 
> 
> 	Hi,
> 	
> 	I followed the instructions in INSTALL carefully. I ran 
> 'make clean', 'make depend', 'make all' and 'make install'. 
> Find the output of all these commands in attached files. 
> 	
> 	Before reading these files, please clarify something 
> for me because perhaps there is something more fundamental 
> I'm doing wrong. When you say "compile and install CWB 3.4", 
> you mean running these 4 commands I have mentioned. I assume 
> that if I am in /cwb, these commands will compile the source 
> code that I have in this directory. When I read the INSTALL 
> file, though, I see that its heading says "Release 3.5 BETA", 
> not 3.4. 
> 	
> 	Before compiling, when I checked the code via subversion with:
> 	
> 	svn co https://cwb.svn.sourceforge.net/svnroot/cwb/cwb/trunk cwb
> 	
> 	I saw a message saying "Checked out revision 331."
> 	
> 	I just want to make sure I'm doing this right all the 
> way and that I'm working with the correct version of the code.
> 	
> 	As you will see in output for 'make all', the previous 
> error "lipo: can't open input file..." continues to appear 
> but this time I don't see the other error you mention: 
> 	
> 	
> 
> 		i686-apple-darwin10-gcc-4.2.1: 
> /Users/jfontana/cwb/utils/../cl/libcl.a: No such file or directory
> 		
> 
> 	The source of the error seems to be related to:
> 	
> 	"...file was built for unsupported file format which is 
> not the architecture being linked (i386)"
> 	[...]
> 	"ld: symbol(s) not found for architecture i386"
> 	
> 	
> 	Josep M.
> 	
> 	On 8/17/12 3:13 AM, Stefan Evert wrote:
> 	
> 
> 			"lipo: can't open input file: 
> /var/folders/4c/4cqHpGvGGzucg8Ge2XytcU+++TM/-Tmp-//ccsmnms7.ou
> t (No such file or directory)
> 			make[1]: *** [cqp] Error 1
> 			make: *** [cqp] Error 2"
> 			
> 
> 		That is a weird error message, but reading the 
> complete output you sent previously shows the actual source 
> of the error:
> 		
> 		
> 
> 			i686-apple-darwin10-gcc-4.2.1: 
> /Users/jfontana/cwb/utils/../cl/libcl.a: No such file or directory
> 			
> 
> 		CQP (and the other command-line utilities) 
> can't be compiled because you failed to build the CL library 
> (libcl.a) due to the missing pkg-config.
> 		
> 		If you've restarted from scratch and followed 
> the instructions in the INSTALL file, this should not happen, 
> because "make all" should stop with an error when trying to 
> compile libcl.a.
> 		
> 		Can you step through the process again 
> carefully and send us every command you executed plus its 
> output?  The easiest way to do so will be to open a new 
> Terminal window, compile and install CWB 3.4 from this 
> window, and then press Cmd-S (or select "Export Text As..." 
> from the "Shell" menu).
> 		
> 		Best,
> 		Stefan
> 		_______________________________________________
> 		CWB mailing list
> 		CWB at sslmit.unibo.it
> 		http://devel.sslmit.unibo.it/mailman/listinfo/cwb
> 		
> 
> 
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
> 

From a.hardie at lancaster.ac.uk  Fri Aug 17 21:21:51 2012
From: a.hardie at lancaster.ac.uk (Hardie, Andrew)
Date: Fri, 17 Aug 2012 19:21:51 +0000
Subject: [CWB]  more on OS X build issues
In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D0A0C13@EX-0-MB1.lancs.local>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D4C06.2090306@upf.edu>
	<BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>
	<502D6F14.4060302@upf.edu>
	<9A252A95-2B74-4E73-9097-A60119043A0D@collocations.de>
	<502E60E8.40400@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0BDE@EX-0-MB1.lancs.local>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0C13@EX-0-MB1.lancs.local>
Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D0A0C4C@EX-0-MB1.lancs.local>

Sorry for the 3 list posts in quick succession but I've just noticed this comment in config/platform/darwin-64 :

## Only build default 64-bit architecture (since homebrew's universal glib build is broken for latest glib 2.30.2)
(by Stefan on Feb 19th this year)

Stefan, do you think this might be linked to the issues Josep has been encountering? 

Meta comment: is building on OS X problematic for others? If so, we should prob have binaries of the 3.4 trunk for download on sf.net.

Andrew.

From stefanML at collocations.de  Sat Aug 18 01:15:42 2012
From: stefanML at collocations.de (Stefan Evert)
Date: Sat, 18 Aug 2012 01:15:42 +0200
Subject: [CWB] more on OS X build issues
In-Reply-To: <28078EC3FBF1B940A3EF3D0D19BE351D0A0C4C@EX-0-MB1.lancs.local>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D4C06.2090306@upf.edu>
	<BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>
	<502D6F14.4060302@upf.edu>
	<9A252A95-2B74-4E73-9097-A60119043A0D@collocations.de>
	<502E60E8.40400@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0BDE@EX-0-MB1.lancs.local>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0C13@EX-0-MB1.lancs.local>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0C4C@EX-0-MB1.lancs.local>
Message-ID: <B6417982-25C7-4FE8-9689-03CB95D9C5C0@collocations.de>


> Sorry for the 3 list posts in quick succession but I've just noticed this comment in config/platform/darwin-64 :
> 
> ## Only build default 64-bit architecture (since homebrew's universal glib build is broken for latest glib 2.30.2)
> (by Stefan on Feb 19th this year)

This comment would seem to be outdated by now.  I've had no problems with universal builds of glib 2.32.1 and 2.32.4 on my machine, and CWB 3.4.5 compiles just fine with them.

> Stefan, do you think this might be linked to the issues Josep has been encountering? 

Only if he decided to install without the "--universal" flag, as recommended in the INSTALL file in case of such problems.  Or if he simply ran "brew install glib" rather than "brew install glib --universal" as specified in the INSTALL guide.

The problems I had with Glib 2.30.2 simply resulted in failure to compile and the library wouldn't install at all.

> Meta comment: is building on OS X problematic for others? If so, we should prob have binaries of the 3.4 trunk for download on sf.net.

That would be nice if someone can figure out how to package CQP with the necessary libraries (Glib, PCRE) into an installable bundle.  This seems to be possible, but I don't understand the various linker flags and other tricks involved.

But perhaps it would be even better to get CWB included in the HomeBrew repository.  I'm afraid I'm lacking the Ruby- and Git-fu to write a "formula" for CWB and send it to the HomeBrew maintainers.

Cheers,
Stefan


From josepm.fontana at upf.edu  Sat Aug 18 01:29:54 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Fri, 17 Aug 2012 19:29:54 -0400
Subject: [CWB] more on OS X build issues
In-Reply-To: <B6417982-25C7-4FE8-9689-03CB95D9C5C0@collocations.de>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D4C06.2090306@upf.edu>
	<BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>
	<502D6F14.4060302@upf.edu>
	<9A252A95-2B74-4E73-9097-A60119043A0D@collocations.de>
	<502E60E8.40400@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0BDE@EX-0-MB1.lancs.local>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0C13@EX-0-MB1.lancs.local>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0C4C@EX-0-MB1.lancs.local>
	<B6417982-25C7-4FE8-9689-03CB95D9C5C0@collocations.de>
Message-ID: <502ED3F2.9020201@upf.edu>

Well, I'm happy to say that I solved the problem by simply replacing

include $(TOP)/config/platform/darwin-universal

by

include $(TOP)/config/platform/darwin-64

in 'config.mk'.

I'm pretty sure I used the "--universal" flag in my previous attempts, 
though.

Thanks for all your help.

JM
>> Sorry for the 3 list posts in quick succession but I've just noticed this comment in config/platform/darwin-64 :
>>
>> ## Only build default 64-bit architecture (since homebrew's universal glib build is broken for latest glib 2.30.2)
>> (by Stefan on Feb 19th this year)
> This comment would seem to be outdated by now.  I've had no problems with universal builds of glib 2.32.1 and 2.32.4 on my machine, and CWB 3.4.5 compiles just fine with them.
>
>> Stefan, do you think this might be linked to the issues Josep has been encountering?
> Only if he decided to install without the "--universal" flag, as recommended in the INSTALL file in case of such problems.  Or if he simply ran "brew install glib" rather than "brew install glib --universal" as specified in the INSTALL guide.
>
> The problems I had with Glib 2.30.2 simply resulted in failure to compile and the library wouldn't install at all.
>
>> Meta comment: is building on OS X problematic for others? If so, we should prob have binaries of the 3.4 trunk for download on sf.net.
> That would be nice if someone can figure out how to package CQP with the necessary libraries (Glib, PCRE) into an installable bundle.  This seems to be possible, but I don't understand the various linker flags and other tricks involved.
>
> But perhaps it would be even better to get CWB included in the HomeBrew repository.  I'm afraid I'm lacking the Ruby- and Git-fu to write a "formula" for CWB and send it to the HomeBrew maintainers.
>
> Cheers,
> Stefan
>
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb


From stefanML at collocations.de  Sat Aug 18 09:37:48 2012
From: stefanML at collocations.de (Stefan Evert)
Date: Sat, 18 Aug 2012 09:37:48 +0200
Subject: [CWB] more on OS X build issues
In-Reply-To: <502ED3F2.9020201@upf.edu>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D4C06.2090306@upf.edu>
	<BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>
	<502D6F14.4060302@upf.edu>
	<9A252A95-2B74-4E73-9097-A60119043A0D@collocations.de>
	<502E60E8.40400@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0BDE@EX-0-MB1.lancs.local>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0C13@EX-0-MB1.lancs.local>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0C4C@EX-0-MB1.lancs.local>
	<B6417982-25C7-4FE8-9689-03CB95D9C5C0@collocations.de>
	<502ED3F2.9020201@upf.edu>
Message-ID: <E675E210-9F55-4363-80EA-835E69B3488B@collocations.de>


> Well, I'm happy to say that I solved the problem by simply replacing
> 
> include $(TOP)/config/platform/darwin-universal
> 
> by
> 
> include $(TOP)/config/platform/darwin-64
> 
> in 'config.mk'.

Glad to hear that! 

Installation of CWB 3.4 / 3.5 on Mac OS X shouldn't lead to so much problems, though, so Andrew and I will have to take a look at the install procedure and instructions.

> I'm pretty sure I used the "--universal" flag in my previous attempts, though.

Can you send us the output of

	brew info glib pcre

please? If you really installed a universal build of Glib and PCRE, then there's some compatibility problem with the CWB source code that I'd like to fix.

Best & enjoy CWB 3.4,
Stefan


From josepm.fontana at upf.edu  Sat Aug 18 16:05:04 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Sat, 18 Aug 2012 10:05:04 -0400
Subject: [CWB] more on OS X build issues
In-Reply-To: <E675E210-9F55-4363-80EA-835E69B3488B@collocations.de>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D4C06.2090306@upf.edu>
	<BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>
	<502D6F14.4060302@upf.edu>
	<9A252A95-2B74-4E73-9097-A60119043A0D@collocations.de>
	<502E60E8.40400@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0BDE@EX-0-MB1.lancs.local>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0C13@EX-0-MB1.lancs.local>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0C4C@EX-0-MB1.lancs.local>
	<B6417982-25C7-4FE8-9689-03CB95D9C5C0@collocations.de>
	<502ED3F2.9020201@upf.edu>
	<E675E210-9F55-4363-80EA-835E69B3488B@collocations.de>
Message-ID: <502FA110.1040104@upf.edu>

OK, here's the output of "brew info glib pcre":

~ jfontana$ brew info glib pcre

glib: stable 2.32.4
http://developer.gnome.org/glib/
Depends on: pkg-config, xz, gettext, libffi
/usr/local/Cellar/glib/2.32.4 (417 files, 15M) *
https://github.com/mxcl/homebrew/commits/master/Library/Formula/glib.rb
==> Options
--universal
     Build a universal binary
--test
     Build a debug build and run tests. NOTE: Not all tests succeed yet
pcre: stable 8.31
http://www.pcre.org/
/usr/local/Cellar/pcre/8.31 (130 files, 4.0M) *
   Installed with: --universal
https://github.com/mxcl/homebrew/commits/master/Library/Formula/pcre.rb
==> Options
--universal
     Build a universal binary

-------

It confirms that I used the "--universal" flag, right?


Josep M.



>> Well, I'm happy to say that I solved the problem by simply replacing
>>
>> include $(TOP)/config/platform/darwin-universal
>>
>> by
>>
>> include $(TOP)/config/platform/darwin-64
>>
>> in 'config.mk'.
> Glad to hear that!
>
> Installation of CWB 3.4 / 3.5 on Mac OS X shouldn't lead to so much problems, though, so Andrew and I will have to take a look at the install procedure and instructions.
>
>> I'm pretty sure I used the "--universal" flag in my previous attempts, though.
> Can you send us the output of
>
> 	brew info glib pcre
>
> please? If you really installed a universal build of Glib and PCRE, then there's some compatibility problem with the CWB source code that I'd like to fix.
>
> Best & enjoy CWB 3.4,
> Stefan
>
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb


From josepm.fontana at upf.edu  Sat Aug 18 18:15:19 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Sat, 18 Aug 2012 12:15:19 -0400
Subject: [CWB] Different character encoding problems
In-Reply-To: <502E60E8.40400@upf.edu>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D4C06.2090306@upf.edu>
	<BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>
	<502D6F14.4060302@upf.edu>
	<9A252A95-2B74-4E73-9097-A60119043A0D@collocations.de>
	<502E60E8.40400@upf.edu>
Message-ID: <502FBF97.2010802@upf.edu>

Hi, after managing to install the latest version of CWB in order to 
solve the visualization problems I had with UTF-8 encoded corpora I just 
stumbled with another encoding "problem".

I installed an old corpus that was encoded in Latin-1 and when I do a 
search I see the typical symbols that appear for the characters with 
tilde when the parameters for character encoding are not set properly. I 
have tried to find information on this in the CQP manual but I have not 
been able to find any relevant information. The question is: is there 
any command or parameter in CQP that will allow me to visualize the 
characters properly?

JM

From stefanML at collocations.de  Sat Aug 18 23:13:19 2012
From: stefanML at collocations.de (Stefan Evert)
Date: Sat, 18 Aug 2012 23:13:19 +0200
Subject: [CWB] more on OS X build issues
In-Reply-To: <502FA110.1040104@upf.edu>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D4C06.2090306@upf.edu>
	<BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>
	<502D6F14.4060302@upf.edu>
	<9A252A95-2B74-4E73-9097-A60119043A0D@collocations.de>
	<502E60E8.40400@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0BDE@EX-0-MB1.lancs.local>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0C13@EX-0-MB1.lancs.local>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0C4C@EX-0-MB1.lancs.local>
	<B6417982-25C7-4FE8-9689-03CB95D9C5C0@collocations.de>
	<502ED3F2.9020201@upf.edu>
	<E675E210-9F55-4363-80EA-835E69B3488B@collocations.de>
	<502FA110.1040104@upf.edu>
Message-ID: <75260AB1-25E2-4A93-B7B3-44535E31A92A@collocations.de>


> OK, here's the output of "brew info glib pcre":

Thanks!

> It confirms that I used the "--universal" flag, right?

Not, it shows that you installed PCRE with --universal, but Glib without.  For the record, if you wanted the standard universal build to succeed you'd have to

	brew uninstall glib
	brew install glib --universal

But since everything works for you now, there's no need to do that.

Best,
Stefan


From stefanML at collocations.de  Sat Aug 18 23:20:18 2012
From: stefanML at collocations.de (Stefan Evert)
Date: Sat, 18 Aug 2012 23:20:18 +0200
Subject: [CWB] Different character encoding problems
In-Reply-To: <502FBF97.2010802@upf.edu>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D4C06.2090306@upf.edu>
	<BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>
	<502D6F14.4060302@upf.edu>
	<9A252A95-2B74-4E73-9097-A60119043A0D@collocations.de>
	<502E60E8.40400@upf.edu> <502FBF97.2010802@upf.edu>
Message-ID: <E94AC4CA-C5C3-45A4-9408-9C7DE75490D7@collocations.de>


> Hi, after managing to install the latest version of CWB in order to solve the visualization problems I had with UTF-8 encoded corpora I just stumbled with another encoding "problem".
> 
> I installed an old corpus that was encoded in Latin-1 and when I do a search I see the typical symbols that appear for the characters with tilde when the parameters for character encoding are not set properly. I have tried to find information on this in the CQP manual but I have not been able to find any relevant information. The question is: is there any command or parameter in CQP that will allow me to visualize the characters properly?

CQP doesn't automatically re-encode character sets (yet -- Andrew and I have different opinions whether it should).

If you want to query an old Latin1-encoded corpus, you have to open a Terminal window with Latin1 character set and run CQP there.  This should also enable you to enter accented characters in CQP queries.

In case you've never done this before, in the Terminal app you need to do the following:

  - open preferences (Cmd-,)
  - Settings tab
  - click "+" to create a new Terminal preset (I recommend to name the new preset "Latin 1" or so)
  - for this preset, go to "Advanced" sub-tab, then set Character Encoding to "Western (ISO Latin 1)"
  - I prefer to change background and/or font colour slightly for this preset, so it's easier to see whether you've opened a Unicode or a Latin1 terminal
  - now you can select "New Window | Latin 1" (or whatever you called the new preset) to open a Terminal session for Latin1-encoded corpora

NB: these instructions are for Terminal.app on OS X 10.7 "Lion". If I recall correctly, menu and preferences structure was somewhat different on Leopard and Snow Leopard, but you should be able to locate the equivalent options.


Of course, we strongly recommend to encode all new corpora in UTF-8 once you've switched to CWB 3.4 / 3.5.

Best,
Stefan


From josepm.fontana at upf.edu  Sun Aug 19 04:25:43 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Sat, 18 Aug 2012 22:25:43 -0400
Subject: [CWB] more on OS X build issues
In-Reply-To: <75260AB1-25E2-4A93-B7B3-44535E31A92A@collocations.de>
References: <5027D5A0.5040804@upf.edu> <5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D4C06.2090306@upf.edu>
	<BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>
	<502D6F14.4060302@upf.edu>
	<9A252A95-2B74-4E73-9097-A60119043A0D@collocations.de>
	<502E60E8.40400@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0BDE@EX-0-MB1.lancs.local>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0C13@EX-0-MB1.lancs.local>
	<28078EC3FBF1B940A3EF3D0D19BE351D0A0C4C@EX-0-MB1.lancs.local>
	<B6417982-25C7-4FE8-9689-03CB95D9C5C0@collocations.de>
	<502ED3F2.9020201@upf.edu>
	<E675E210-9F55-4363-80EA-835E69B3488B@collocations.de>
	<502FA110.1040104@upf.edu>
	<75260AB1-25E2-4A93-B7B3-44535E31A92A@collocations.de>
Message-ID: <50304EA7.5080309@upf.edu>


> Not, it shows that you installed PCRE with --universal, but Glib without.
  I really would have sworn I used the --universal flag. Perhaps not the 
first time but, after it failed, I went through the INSTALL instructions 
more than once. Oh well, this is good news, then. It means there is 
nothing wrong with the installation files. I think I won't uninstall and 
reinstall glib, though, since, as you say, everything is working now.



> For the record, if you wanted the standard universal build to succeed you'd have to
>
> 	brew uninstall glib
> 	brew install glib --universal
>
> But since everything works for you now, there's no need to do that.



From josepm.fontana at upf.edu  Sun Aug 19 04:33:08 2012
From: josepm.fontana at upf.edu (Josep M. Fontana)
Date: Sat, 18 Aug 2012 22:33:08 -0400
Subject: [CWB] Different character encoding problems
In-Reply-To: <E94AC4CA-C5C3-45A4-9408-9C7DE75490D7@collocations.de>
References: <5027D5A0.5040804@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E6B5@EX-0-MB1.lancs.local>
	<5027E7C5.9030108@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E72B@EX-0-MB1.lancs.local>
	<5027EF2C.5010704@upf.edu>
	<28078EC3FBF1B940A3EF3D0D19BE351D09E7B9@EX-0-MB1.lancs.local>
	<5028905E.5080002@upf.edu>
	<9A560023-F123-48FD-A5E0-808C61E527E6@collocations.de>
	<502AD75A.1030508@upf.edu>
	<639E1880-A500-4F67-9EB3-1769E9569E90@collocations.de>
	<502D4C06.2090306@upf.edu>
	<BBF749E0-95CE-4F73-B9D7-CBEFAA74077A@collocations.de>
	<502D6F14.4060302@upf.edu>
	<9A252A95-2B74-4E73-9097-A60119043A0D@collocations.de>
	<502E60E8.40400@upf.edu> <502FBF97.2010802@upf.edu>
	<E94AC4CA-C5C3-45A4-9408-9C7DE75490D7@collocations.de>
Message-ID: <50305064.7050500@upf.edu>

OK. Thanks. Yes, all the new corpora we are creating are UTF-8 encoded 
but this was one that we had a lot of problems trying to reencode it 
with 'iconv' and we left it as it is.

I use iTerm 2 (highly recommendable http://www.iterm2.com/) instead of 
the default terminal but I'll figure out how to change the settings for 
it to work with Latin-1.

JM
>> Hi, after managing to install the latest version of CWB in order to solve the visualization problems I had with UTF-8 encoded corpora I just stumbled with another encoding "problem".
>>
>> I installed an old corpus that was encoded in Latin-1 and when I do a search I see the typical symbols that appear for the characters with tilde when the parameters for character encoding are not set properly. I have tried to find information on this in the CQP manual but I have not been able to find any relevant information. The question is: is there any command or parameter in CQP that will allow me to visualize the characters properly?
> CQP doesn't automatically re-encode character sets (yet -- Andrew and I have different opinions whether it should).
>
> If you want to query an old Latin1-encoded corpus, you have to open a Terminal window with Latin1 character set and run CQP there.  This should also enable you to enter accented characters in CQP queries.
>
> In case you've never done this before, in the Terminal app you need to do the following:
>
>    - open preferences (Cmd-,)
>    - Settings tab
>    - click "+" to create a new Terminal preset (I recommend to name the new preset "Latin 1" or so)
>    - for this preset, go to "Advanced" sub-tab, then set Character Encoding to "Western (ISO Latin 1)"
>    - I prefer to change background and/or font colour slightly for this preset, so it's easier to see whether you've opened a Unicode or a Latin1 terminal
>    - now you can select "New Window | Latin 1" (or whatever you called the new preset) to open a Terminal session for Latin1-encoded corpora
>
> NB: these instructions are for Terminal.app on OS X 10.7 "Lion". If I recall correctly, menu and preferences structure was somewhat different on Leopard and Snow Leopard, but you should be able to locate the equivalent options.
>
>
> Of course, we strongly recommend to encode all new corpora in UTF-8 once you've switched to CWB 3.4 / 3.5.
>
> Best,
> Stefan
>
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb


From matthieu.decorde at ens-lyon.fr  Thu Aug 23 09:52:48 2012
From: matthieu.decorde at ens-lyon.fr (mdecorde)
Date: Thu, 23 Aug 2012 09:52:48 +0200
Subject: [CWB] installation cqpserver
In-Reply-To: <1344768236.34962.YahooMailNeo@web28906.mail.ir2.yahoo.com>
References: <1344610297.27287.YahooMailNeo@web28905.mail.ir2.yahoo.com>
	<3694EC52-2C6F-4DEF-8D2C-701F5609F22F@collocations.de>
	<1344768236.34962.YahooMailNeo@web28906.mail.ir2.yahoo.com>
Message-ID: <1345708368.1514.9.camel@mdecorde-desktop>

Hi,

You can also test a Java implementation of CQi client in the TXM
software https://sourceforge.net/projects/txm

The Java sources can be found here :
https://txm.svn.sourceforge.net/svnroot/txm/trunk/Toolbox/trunk/org.textometrie.toolbox/src/java/org/txm/searchengine/cqp

Best,
Matthieu Decorde

Le dimanche 12 ao?t 2012 ? 11:43 +0100, Lucian Proscov a ?crit :
> Thanks for the answer.
> 
> 
> I would like to test the client-server CQI interface using only my PC.
> I downloaded  cwb-3.0.0-linux-x86_64.tar.gz (Linux Intel 64-bit) and
> the package Perl-CWB-CQI-2.2.102.tar.gz (source code) from official
> website.
> I installed the cwb 3.0 for linux 64 bit and then the  Perl Cwb-CQI
> package on my pc in standard locations,
> but when i try to start the CQP to the shell "/usr/local/bin$ cqp -e"
> I have this error: "cannot execute binary file".
> I have the same error if I use the command "/usr/local/bin$ cqpserver
> -v".
> Which is my fault?
> 
> 
> Best
> 
> 
> 
> ______________________________________________________________________
> Da: Stefan Evert <stefanML at collocations.de>
> A: Open source development of the Corpus WorkBench
> <cwb at sslmit.unibo.it> 
> Inviato: Venerd? 10 Agosto 2012 17:51
> Oggetto: Re: [CWB] installation cqpserver
> 
> 
> 
> > I would try the interface CQI but I don't know where I can download
> the "Cqpserver" software, and where install it to test my queries.
> 
> The cqpserver binary is part of the CWB distribution, so you don't
> need to install any additional software.  Can you start CQP and
> CQPserver from the command line? (Try "cqpserver -v".)
> 
> > I have a PC with S.O. Ubuntu; "CWB 3.0.0 Linux x86 64-bit" and
> "ActivePerl-5.12.2" installed, but the examples of CQI (Tkwic.perl;
> MicroCQP.perl) not working! .
> > Which softwares should I install to make work well the CQI
> interface  ?
> 
> Which CQi client library did you install? With a current version of
> the Perl package CWB-CQI, the included example scripts you mention
> should really work.
> 
> > To test the CQI interface i need of a pc client and a pc server or
> can I simulate the client-server environment on only one PC?
> 
> One computer is enough.  CQi was originally designed to provide a Java
> API for CWB on a single computer  rather than to connect to a remote
> server.
> 
> Can you describe in more detail exactly what you did and what
> problem / error you get?
> 
> > Someone could send me other documentation,  different to that of
> official CWB website, about functionalities of the CQI, tutorials,
> etc.?
> 
> Unfortunately, there is no additional information on CQi beside what
> you can find on the Web site at http://cwb.sourceforge.net/cqi.php
> 
> Perhaps some other users who have worked their way through CQi can
> share some notes?
> 
> Cheers,
> Stefan
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb
> 
> 
> 
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb



From sf.mollaei at gmail.com  Tue Aug 28 11:41:07 2012
From: sf.mollaei at gmail.com (S Mollaei)
Date: Tue, 28 Aug 2012 14:11:07 +0430
Subject: [CWB] encoding a corpus of Persian texts
Message-ID: <CAOdr4OBK25iFAsVD50KjKK8nwFBRP1KtPTvJ-a=86Jigj6cr1w@mail.gmail.com>

I tried to encode a Persian text with the instructions in
CWB_Encoding_Tutorial.pdf. so I changed the file name extension to
.vrt and .xml (extensions of the examples in tutorials).
I encoded the text, but it wasn't possible to search it (even the pos
tags). Then I used the .txt and after encoding I was able to search
the corpus in cmd command prompt using CQP.

Now the problem is this "Persian characters are not correctly
displayed and you can't type Persain and/or Arabic characters in cmd
command promt. Is there a solution for this?

From a.hardie at lancaster.ac.uk  Tue Aug 28 11:49:40 2012
From: a.hardie at lancaster.ac.uk (Hardie, Andrew)
Date: Tue, 28 Aug 2012 09:49:40 +0000
Subject: [CWB] encoding a corpus of Persian texts
In-Reply-To: <CAOdr4OBK25iFAsVD50KjKK8nwFBRP1KtPTvJ-a=86Jigj6cr1w@mail.gmail.com>
References: <CAOdr4OBK25iFAsVD50KjKK8nwFBRP1KtPTvJ-a=86Jigj6cr1w@mail.gmail.com>
Message-ID: <28078EC3FBF1B940A3EF3D0D19BE351D0A489D@EX-0-MB1.lancs.local>

RE

>>> I tried to encode a Persian text with the instructions in CWB_Encoding_Tutorial.pdf. 
>>> so I changed the file name extension to .vrt and .xml (extensions of the examples in tutorials).

The file extension is immaterial, .vrt is just a convention, no more. 
What matters is the internal format of the file.

RE

>>> Now the problem is this "Persian characters are not correctly displayed 
>>> and you can't type Persain and/or Arabic characters in cmd command promt. 
>>> Is there a solution for this?

This is a limitation of cmd terminal, I would imagine. Some users have had success 
at fixing this using the steps laid out here:

http://cwb.sourceforge.net/faq.php?hoist=windows_terminal#windows_terminal

Good luck!

best

Andrew.



-----Original Message-----
From: cwb-bounces at sslmit.unibo.it [mailto:cwb-bounces at sslmit.unibo.it] On Behalf Of S Mollaei
Sent: 28 August 2012 10:41
To: cwb
Subject: [CWB] encoding a corpus of Persian texts

I encoded the text, but it wasn't possible to search it (even the pos tags). Then I used the .txt and after encoding I was able to search the corpus in cmd command prompt using CQP.

Now the problem is this "Persian characters are not correctly displayed and you can't type Persain and/or Arabic characters in cmd command promt. Is there a solution for this?
_______________________________________________
CWB mailing list
CWB at sslmit.unibo.it
http://devel.sslmit.unibo.it/mailman/listinfo/cwb

From matthieu.decorde at ens-lyon.fr  Wed Aug 29 08:33:25 2012
From: matthieu.decorde at ens-lyon.fr (mdecorde)
Date: Wed, 29 Aug 2012 08:33:25 +0200
Subject: [CWB] encoding a corpus of Persian texts
In-Reply-To: <CAOdr4OBK25iFAsVD50KjKK8nwFBRP1KtPTvJ-a=86Jigj6cr1w@mail.gmail.com>
References: <CAOdr4OBK25iFAsVD50KjKK8nwFBRP1KtPTvJ-a=86Jigj6cr1w@mail.gmail.com>
Message-ID: <1346222005.1514.458.camel@mdecorde-desktop>

Hi,

Command line Terminal is not the only way to access CQP.
TXM is one of them: https://sourceforge.net/projects/txm

It includes a GUI for the full Unicode CQP version 3.4.1 for
Windows, Mac OS X and Linux.

It begins to provide some services for RTL writing systems,
see the "arabic language" entry of the TXM FAQ for details (in French):
https://groupes.renater.fr/wiki/txm-users/public/faq#txm_peut_il_traiter_des_corpus_de_textes_arabes

Best,
the Textometry team

Le mardi 28 ao?t 2012 ? 14:11 +0430, S Mollaei a ?crit :
> I tried to encode a Persian text with the instructions in
> CWB_Encoding_Tutorial.pdf. so I changed the file name extension to
> .vrt and .xml (extensions of the examples in tutorials).
> I encoded the text, but it wasn't possible to search it (even the pos
> tags). Then I used the .txt and after encoding I was able to search
> the corpus in cmd command prompt using CQP.
> 
> Now the problem is this "Persian characters are not correctly
> displayed and you can't type Persain and/or Arabic characters in cmd
> command promt. Is there a solution for this?
> _______________________________________________
> CWB mailing list
> CWB at sslmit.unibo.it
> http://devel.sslmit.unibo.it/mailman/listinfo/cwb