Re: [Therion] Therion 5.3.16 using raft symbol both for rafts and raft cones

[Rodrigo Severo]

2016-09-27 15:38 GMT-03:00 Martin Sluka :
> There is really a bug, because both symbols therion draws as raft.
>
> Work around - define the user symbol raft_cone in your thconfig. Data are in
> attached zip file.

The workaround worked perfectly. Thanks.

If you need any help/debug info/whatever to fix this, please let me know.


Rodrigo

>
> m.
>
>
>
> On Sep 27, 2016, at 06:27 PM, Martin Sluka  wrote:
>
> what's happen when you manually remove those "-" from "raft-cone" in .th2
> file?
>
> point raft-cone  -> point raftcone
>
> m.
>
> On Sep 27, 2016, at 04:57 PM, Rodrigo Severo 
> wrote:
>
> 2016-09-27 10:14 GMT-03:00 Rodrigo Severo :
>
> 2016-09-27 8:41 GMT-03:00 Martin Sluka :
>
> It could be. Just to delete manually hyphen in raft-cone in .th2 file and
>
> compile it again.
>
>
> Unfortunatelly not:
>
>
> therion: error -- croqui4.th2 [57] -- unknown point type -- raftcone
>
>
> What now?
>
>
> I've just searched the therion executable with an hex editor. I found
> what seems to be the relation between point type name and the p_ type:
>
> raft.p_raft.point
> raft-cone.p_raftcone.point
>
> Everything seems to be fine. Except that's not working as expected.
>
> Any ideias?
>
> Rodrigo
>
>
> On Sep 27, 2016, at 01:38 PM, Rodrigo Severo 
>
> wrote:
>
>
> 2016-09-27 8:20 GMT-03:00 Rodrigo Severo :
>
>
> Could the problem be related to the fact that the point type written
>
> on my th2 file is "raft-cone" with a hyphen and the p_ type is named
>
> "raftcone" without a hyphen?
>
>
> 2016-09-27 3:03 GMT-03:00 Martin Sluka :
>
>
>
> First of all, thanks for your help and attention.
>
>
>
> There is the file thTrans.mp in the mpost directory of Therion.
>
>
>
> In that file there are the rules which symbol to use for the final output.
>
>
>
> Anyway it should work as you presume:
>
>
>
> let p_scallop = p_scallop_UIS;
>
>
> let p_flute = p_flute_UIS;
>
>
> let p_raft = p_raft_NSS;
>
>
> let p_raftcone = p_raftcone_NSS;
>
>
> let p_spring = p_spring_SKBB;
>
>
> let p_sink = p_sink_SKBB;
>
>
>
> Check it, please.
>
>
>
> Unfortunatelly I don`t have neither this file nor this directory on my
>
>
> system. Did I mention that I`m using a Ubuntu package? ;)
>
>
>
> Can`t I get this info from some file in the thTMPDIR?
>
>
>
> I found this on the data.mp file:
>
>
>
> root@prata15:~/Dropbox/EGB/exploracao poco
>
>
> surubim/topografia/thTMPDIR# grep -irn raft .
>
>
> ./data.mp:1305:def p_raft_NSS (expr pos,theta,sc,al)=
>
>
> ./data.mp:1313:def p_raftcone_NSS (expr pos,theta,sc,al)=
>
>
> ./data.mp:4794:let p_raft = p_raft_NSS;
>
>
> ./data.mp:4795:let p_raftcone = p_raftcone_NSS;
>
>
> ./data.mp:4986:initsymbol("p_raft_NSS");
>
>
> ./data.mp:4987:initsymbol("p_raftcone_NSS");
>
>
> ./data.mp:5137:p_raft((-22.99,-140.49),0.0,1.00,(0,0));
>
>
> ./data.mp:5139:p_raft((-20.97,-127.92),0.0,1.00,(0,0));
>
>
> ./data.mp:5141:p_raft((-23.21,-110.27),0.0,1.00,(0,0));
>
>
> ./data.mp:5143:p_raft((-10.48,-105.85),0.0,1.00,(0,0));
>
>
> .
>
>
> .
>
>
> .
>
>
>
> There is this ¨:let p_raftcone = p_raftcone_NSS;¨ line that looks
>
>
> promising but only p_raft is called, never p_raftcone
>
>
>
> Ideias?
>
>
>
>
> Martin s.
>
>
>
>
> 26. 9. 2016 v 23:30, Rodrigo Severo :
>
>
>
> Hi,
>
>
>
>
> I'm producing PDFs of a map with raft cones but Therion is preparing a
>
>
> PDF with raft (calcite raft) symbols instead.
>
>
>
> I tried changing the points to raft but the rendering doesn't change.
>
>
>
> I'm using Ubuntu Therion 5.3.16.
>
>
>
> How can I further debug this issue?
>
>
>
>
> Regards,
>
>
>
> Rodrigo Severo
>
>
> ___
>
>
> Therion mailing list
>
>
> Therion@speleo.sk
>
>
> https://mailman.speleo.sk/listinfo/therion
>
>
>
> ___
>
>
> Therion mailing list
>
>
> Therion@speleo.sk
>
>
> https://mailman.speleo.sk/listinfo/therion
>
>
> ___
>
> Therion mailing list
>
> Therion@speleo.sk
>
> https://mailman.speleo.sk/listinfo/therion
>
>
>
> ___
>
> Therion mailing list
>
> Therion@speleo.sk
>
> https://mailman.speleo.sk/listinfo/therion
>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Therion 5.3.16 using raft symbol both for rafts and raft cones

[Martin Sluka]

what's happen when you manually remove those "-" from "raft-cone" in .th2 file?

point raft-cone  -> point raftcone

m. 

On Sep 27, 2016, at 04:57 PM, Rodrigo Severo  
wrote:

2016-09-27 10:14 GMT-03:00 Rodrigo Severo :
2016-09-27 8:41 GMT-03:00 Martin Sluka :
It could be. Just to delete manually hyphen in raft-cone in .th2 file and
compile it again.

Unfortunatelly not:

therion: error -- croqui4.th2 [57] -- unknown point type -- raftcone

What now?

I've just searched the therion executable with an hex editor. I found
what seems to be the relation between point type name and the p_ type:

raft.p_raft.point
raft-cone.p_raftcone.point

Everything seems to be fine. Except that's not working as expected.

Any ideias?

Rodrigo


On Sep 27, 2016, at 01:38 PM, Rodrigo Severo 
wrote:

2016-09-27 8:20 GMT-03:00 Rodrigo Severo :

Could the problem be related to the fact that the point type written
on my th2 file is "raft-cone" with a hyphen and the p_ type is named
"raftcone" without a hyphen?

2016-09-27 3:03 GMT-03:00 Martin Sluka :


First of all, thanks for your help and attention.


There is the file thTrans.mp in the mpost directory of Therion.


In that file there are the rules which symbol to use for the final output.


Anyway it should work as you presume:


let p_scallop = p_scallop_UIS;

let p_flute = p_flute_UIS;

let p_raft = p_raft_NSS;

let p_raftcone = p_raftcone_NSS;

let p_spring = p_spring_SKBB;

let p_sink = p_sink_SKBB;


Check it, please.


Unfortunatelly I don`t have neither this file nor this directory on my

system. Did I mention that I`m using a Ubuntu package? ;)


Can`t I get this info from some file in the thTMPDIR?


I found this on the data.mp file:


root@prata15:~/Dropbox/EGB/exploracao poco

surubim/topografia/thTMPDIR# grep -irn raft .

./data.mp:1305:def p_raft_NSS (expr pos,theta,sc,al)=

./data.mp:1313:def p_raftcone_NSS (expr pos,theta,sc,al)=

./data.mp:4794:let p_raft = p_raft_NSS;

./data.mp:4795:let p_raftcone = p_raftcone_NSS;

./data.mp:4986:initsymbol("p_raft_NSS");

./data.mp:4987:initsymbol("p_raftcone_NSS");

./data.mp:5137:p_raft((-22.99,-140.49),0.0,1.00,(0,0));

./data.mp:5139:p_raft((-20.97,-127.92),0.0,1.00,(0,0));

./data.mp:5141:p_raft((-23.21,-110.27),0.0,1.00,(0,0));

./data.mp:5143:p_raft((-10.48,-105.85),0.0,1.00,(0,0));

.

.

.


There is this ¨:let p_raftcone = p_raftcone_NSS;¨ line that looks

promising but only p_raft is called, never p_raftcone


Ideias?



Martin s.



26. 9. 2016 v 23:30, Rodrigo Severo :


Hi,



I'm producing PDFs of a map with raft cones but Therion is preparing a

PDF with raft (calcite raft) symbols instead.


I tried changing the points to raft but the rendering doesn't change.


I'm using Ubuntu Therion 5.3.16.


How can I further debug this issue?



Regards,


Rodrigo Severo

___

Therion mailing list

Therion@speleo.sk

https://mailman.speleo.sk/listinfo/therion


___

Therion mailing list

Therion@speleo.sk

https://mailman.speleo.sk/listinfo/therion

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion


___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Therion 5.3.16 using raft symbol both for rafts and raft cones

[Martin Sluka]

sorry, I missed your previous mail.

Have you tried to run compiler with parameter -d (debug)

m.



On Sep 27, 2016, at 04:57 PM, Rodrigo Severo  
wrote:

2016-09-27 10:14 GMT-03:00 Rodrigo Severo :
2016-09-27 8:41 GMT-03:00 Martin Sluka :
It could be. Just to delete manually hyphen in raft-cone in .th2 file and
compile it again.

Unfortunatelly not:

therion: error -- croqui4.th2 [57] -- unknown point type -- raftcone

What now?

I've just searched the therion executable with an hex editor. I found
what seems to be the relation between point type name and the p_ type:

raft.p_raft.point
raft-cone.p_raftcone.point

Everything seems to be fine. Except that's not working as expected.

Any ideias?

Rodrigo


On Sep 27, 2016, at 01:38 PM, Rodrigo Severo 
wrote:

2016-09-27 8:20 GMT-03:00 Rodrigo Severo :

Could the problem be related to the fact that the point type written
on my th2 file is "raft-cone" with a hyphen and the p_ type is named
"raftcone" without a hyphen?

2016-09-27 3:03 GMT-03:00 Martin Sluka :


First of all, thanks for your help and attention.


There is the file thTrans.mp in the mpost directory of Therion.


In that file there are the rules which symbol to use for the final output.


Anyway it should work as you presume:


let p_scallop = p_scallop_UIS;

let p_flute = p_flute_UIS;

let p_raft = p_raft_NSS;

let p_raftcone = p_raftcone_NSS;

let p_spring = p_spring_SKBB;

let p_sink = p_sink_SKBB;


Check it, please.


Unfortunatelly I don`t have neither this file nor this directory on my

system. Did I mention that I`m using a Ubuntu package? ;)


Can`t I get this info from some file in the thTMPDIR?


I found this on the data.mp file:


root@prata15:~/Dropbox/EGB/exploracao poco

surubim/topografia/thTMPDIR# grep -irn raft .

./data.mp:1305:def p_raft_NSS (expr pos,theta,sc,al)=

./data.mp:1313:def p_raftcone_NSS (expr pos,theta,sc,al)=

./data.mp:4794:let p_raft = p_raft_NSS;

./data.mp:4795:let p_raftcone = p_raftcone_NSS;

./data.mp:4986:initsymbol("p_raft_NSS");

./data.mp:4987:initsymbol("p_raftcone_NSS");

./data.mp:5137:p_raft((-22.99,-140.49),0.0,1.00,(0,0));

./data.mp:5139:p_raft((-20.97,-127.92),0.0,1.00,(0,0));

./data.mp:5141:p_raft((-23.21,-110.27),0.0,1.00,(0,0));

./data.mp:5143:p_raft((-10.48,-105.85),0.0,1.00,(0,0));

.

.

.


There is this ¨:let p_raftcone = p_raftcone_NSS;¨ line that looks

promising but only p_raft is called, never p_raftcone


Ideias?



Martin s.



26. 9. 2016 v 23:30, Rodrigo Severo :


Hi,



I'm producing PDFs of a map with raft cones but Therion is preparing a

PDF with raft (calcite raft) symbols instead.


I tried changing the points to raft but the rendering doesn't change.


I'm using Ubuntu Therion 5.3.16.


How can I further debug this issue?



Regards,


Rodrigo Severo

___

Therion mailing list

Therion@speleo.sk

https://mailman.speleo.sk/listinfo/therion


___

Therion mailing list

Therion@speleo.sk

https://mailman.speleo.sk/listinfo/therion

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion


___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Therion 5.3.16 using raft symbol both for rafts and raft cones

[Wookey]

On 2016-09-27 10:30 -0300, Rodrigo Severo wrote:
> 2016-09-27 10:24 GMT-03:00 Wookey :
> >
> > So, not a solution, but may be useful background.
> 
> Yeah. Not a solution but useful background nonetheless.

So, for a bit more detail (as I'm wondering myself).
In the source the mpost dir contains thArea.mp, thLine.mp, thtrans.mp etc
thTrans.mp contains all the mappings from label to actual national symbol, 
including 
let p_raft = p_raft_NSS;

all those files are concatenated by a script 'genmpost.pl' into
thmpost.cxx. (SYMBOLS.txt, thsymbolsets.h, thsymbolsets.cxx are also created)

thmpost.cxx is a 160K C++ file that essentially defines one huge
string that is all the metapost config files. And that's what gets
used (rather than just reading in the file(s) at runtime like a
sensible arrangment would).

I really would like to undo all this nonsense one day, but it's not
actually broken, and presumably can't actually be thrown away because
the Windows/Mac builds need it, so the incentives are not large.

Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/


signature.asc
Description: Digital signature
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Therion 5.3.16 using raft symbol both for rafts and raft cones

[Rodrigo Severo]

2016-09-27 10:24 GMT-03:00 Wookey :
>
> So, not a solution, but may be useful background.

Yeah. Not a solution but useful background nonetheless.


Thank you,

Rodrigo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Therion 5.3.16 using raft symbol both for rafts and raft cones

[Wookey]

On 2016-09-27 08:20 -0300, Rodrigo Severo wrote:
> 2016-09-27 3:03 GMT-03:00 Martin Sluka :
> 
> First of all, thanks for your help and attention.
> 
> > There is the file thTrans.mp in the mpost directory of Therion.
> >
> > In that file there are the rules which symbol to use for the final output.
> >
> > Anyway it should work as you presume:
> >
> > let p_scallop = p_scallop_UIS;
> > let p_flute = p_flute_UIS;
> > let p_raft = p_raft_NSS;
> > let p_raftcone = p_raftcone_NSS;
> > let p_spring = p_spring_SKBB;
> > let p_sink = p_sink_SKBB;
> >
> > Check it, please.
> 
> Unfortunatelly I don`t have neither this file nor this directory on my
> system. Did I mention that I`m using a Ubuntu package? ;)
> 
> Can`t I get this info from some file in the thTMPDIR?
> 
> I found this on the data.mp file:
> 
> root@prata15:~/Dropbox/EGB/exploracao poco
> surubim/topografia/thTMPDIR# grep -irn raft .
> ./data.mp:1305:def p_raft_NSS (expr pos,theta,sc,al)=
> ./data.mp:1313:def p_raftcone_NSS (expr pos,theta,sc,al)=
> ./data.mp:4794:let p_raft = p_raft_NSS;
> ./data.mp:4795:let p_raftcone = p_raftcone_NSS;
> ./data.mp:4986:initsymbol("p_raft_NSS");
> ./data.mp:4987:initsymbol("p_raftcone_NSS");
> ./data.mp:5137:p_raft((-22.99,-140.49),0.0,1.00,(0,0));
> ./data.mp:5139:p_raft((-20.97,-127.92),0.0,1.00,(0,0));
> ./data.mp:5141:p_raft((-23.21,-110.27),0.0,1.00,(0,0));
> ./data.mp:5143:p_raft((-10.48,-105.85),0.0,1.00,(0,0));

So, this isn't going to help you much, becuase I don't understand it
myself, but it's worth explaining. In the early days of Therion it did
install various config files in the tex and metapost directories to
get used when processing caves.

However, whilst this worked fine on Linux, it was a pain for
Windows/Mac people (as they have no packaging). So therion changed to
'inject' the config files automagicially into tex and metapost as
needed. (So that's probably why you see this stuff in the tmpdir, but
not elsewhere).

I preferred it the old way as it made this sort of hackery easier (and
was more obvious what was going on), but patching it back was work
that didn't seem necessary and might lead to bugs unless I understood
all that stuff much better than I do. It's still on the 'would be
nice' list.

I expect it's possible to put a file somsewhere to override all these
things, but I don't know what or where.

So, not a solution, but may be useful background. 

Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/


signature.asc
Description: Digital signature
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Therion 5.3.16 using raft symbol both for rafts and raft cones

[Rodrigo Severo]

2016-09-27 8:41 GMT-03:00 Martin Sluka :
> It could be. Just to delete manually hyphen in raft-cone in .th2 file and
> compile it again.

Unfortunatelly not:

therion: error -- croqui4.th2 [57] -- unknown point type -- raftcone

What now?


Rodrigo


>
> m.
>
> On Sep 27, 2016, at 01:38 PM, Rodrigo Severo 
> wrote:
>
> 2016-09-27 8:20 GMT-03:00 Rodrigo Severo :
>
> Could the problem be related to the fact that the point type written
> on my th2 file is "raft-cone" with a hyphen and the p_ type is named
> "raftcone" without a hyphen?
>
> 2016-09-27 3:03 GMT-03:00 Martin Sluka :
>
>
> First of all, thanks for your help and attention.
>
>
> There is the file thTrans.mp in the mpost directory of Therion.
>
>
> In that file there are the rules which symbol to use for the final output.
>
>
> Anyway it should work as you presume:
>
>
> let p_scallop = p_scallop_UIS;
>
> let p_flute = p_flute_UIS;
>
> let p_raft = p_raft_NSS;
>
> let p_raftcone = p_raftcone_NSS;
>
> let p_spring = p_spring_SKBB;
>
> let p_sink = p_sink_SKBB;
>
>
> Check it, please.
>
>
> Unfortunatelly I don`t have neither this file nor this directory on my
>
> system. Did I mention that I`m using a Ubuntu package? ;)
>
>
> Can`t I get this info from some file in the thTMPDIR?
>
>
> I found this on the data.mp file:
>
>
> root@prata15:~/Dropbox/EGB/exploracao poco
>
> surubim/topografia/thTMPDIR# grep -irn raft .
>
> ./data.mp:1305:def p_raft_NSS (expr pos,theta,sc,al)=
>
> ./data.mp:1313:def p_raftcone_NSS (expr pos,theta,sc,al)=
>
> ./data.mp:4794:let p_raft = p_raft_NSS;
>
> ./data.mp:4795:let p_raftcone = p_raftcone_NSS;
>
> ./data.mp:4986:initsymbol("p_raft_NSS");
>
> ./data.mp:4987:initsymbol("p_raftcone_NSS");
>
> ./data.mp:5137:p_raft((-22.99,-140.49),0.0,1.00,(0,0));
>
> ./data.mp:5139:p_raft((-20.97,-127.92),0.0,1.00,(0,0));
>
> ./data.mp:5141:p_raft((-23.21,-110.27),0.0,1.00,(0,0));
>
> ./data.mp:5143:p_raft((-10.48,-105.85),0.0,1.00,(0,0));
>
> .
>
> .
>
> .
>
>
> There is this ¨:let p_raftcone = p_raftcone_NSS;¨ line that looks
>
> promising but only p_raft is called, never p_raftcone
>
>
> Ideias?
>
>
>
> Martin s.
>
>
>
> 26. 9. 2016 v 23:30, Rodrigo Severo :
>
>
> Hi,
>
>
>
> I'm producing PDFs of a map with raft cones but Therion is preparing a
>
> PDF with raft (calcite raft) symbols instead.
>
>
> I tried changing the points to raft but the rendering doesn't change.
>
>
> I'm using Ubuntu Therion 5.3.16.
>
>
> How can I further debug this issue?
>
>
>
> Regards,
>
>
> Rodrigo Severo
>
> ___
>
> Therion mailing list
>
> Therion@speleo.sk
>
> https://mailman.speleo.sk/listinfo/therion
>
>
> ___
>
> Therion mailing list
>
> Therion@speleo.sk
>
> https://mailman.speleo.sk/listinfo/therion
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
>
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Therion 5.3.16 using raft symbol both for rafts and raft cones

[Martin Sluka]

It could be. Just to delete manually hyphen in raft-cone in .th2 file and 
compile it again.

m.

On Sep 27, 2016, at 01:38 PM, Rodrigo Severo  
wrote:

2016-09-27 8:20 GMT-03:00 Rodrigo Severo :

Could the problem be related to the fact that the point type written
on my th2 file is "raft-cone" with a hyphen and the p_ type is named
"raftcone" without a hyphen?

2016-09-27 3:03 GMT-03:00 Martin Sluka :

First of all, thanks for your help and attention.

There is the file thTrans.mp in the mpost directory of Therion.

In that file there are the rules which symbol to use for the final output.

Anyway it should work as you presume:

let p_scallop = p_scallop_UIS;
let p_flute = p_flute_UIS;
let p_raft = p_raft_NSS;
let p_raftcone = p_raftcone_NSS;
let p_spring = p_spring_SKBB;
let p_sink = p_sink_SKBB;

Check it, please.

Unfortunatelly I don`t have neither this file nor this directory on my
system. Did I mention that I`m using a Ubuntu package? ;)

Can`t I get this info from some file in the thTMPDIR?

I found this on the data.mp file:

root@prata15:~/Dropbox/EGB/exploracao poco
surubim/topografia/thTMPDIR# grep -irn raft .
./data.mp:1305:def p_raft_NSS (expr pos,theta,sc,al)=
./data.mp:1313:def p_raftcone_NSS (expr pos,theta,sc,al)=
./data.mp:4794:let p_raft = p_raft_NSS;
./data.mp:4795:let p_raftcone = p_raftcone_NSS;
./data.mp:4986:initsymbol("p_raft_NSS");
./data.mp:4987:initsymbol("p_raftcone_NSS");
./data.mp:5137:p_raft((-22.99,-140.49),0.0,1.00,(0,0));
./data.mp:5139:p_raft((-20.97,-127.92),0.0,1.00,(0,0));
./data.mp:5141:p_raft((-23.21,-110.27),0.0,1.00,(0,0));
./data.mp:5143:p_raft((-10.48,-105.85),0.0,1.00,(0,0));
.
.
.

There is this ¨:let p_raftcone = p_raftcone_NSS;¨ line that looks
promising but only p_raft is called, never p_raftcone

Ideias?


Martin s.


26. 9. 2016 v 23:30, Rodrigo Severo :

Hi,


I'm producing PDFs of a map with raft cones but Therion is preparing a
PDF with raft (calcite raft) symbols instead.

I tried changing the points to raft but the rendering doesn't change.

I'm using Ubuntu Therion 5.3.16.

How can I further debug this issue?


Regards,

Rodrigo Severo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Therion 5.3.16 using raft symbol both for rafts and raft cones

[Rodrigo Severo]

2016-09-27 8:20 GMT-03:00 Rodrigo Severo :

Could the problem be related to the fact that the point type written
on my th2 file is "raft-cone" with a hyphen and the p_ type is named
"raftcone" without a hyphen?

> 2016-09-27 3:03 GMT-03:00 Martin Sluka :
>
> First of all, thanks for your help and attention.
>
>> There is the file thTrans.mp in the mpost directory of Therion.
>>
>> In that file there are the rules which symbol to use for the final output.
>>
>> Anyway it should work as you presume:
>>
>> let p_scallop = p_scallop_UIS;
>> let p_flute = p_flute_UIS;
>> let p_raft = p_raft_NSS;
>> let p_raftcone = p_raftcone_NSS;
>> let p_spring = p_spring_SKBB;
>> let p_sink = p_sink_SKBB;
>>
>> Check it, please.
>
> Unfortunatelly I don`t have neither this file nor this directory on my
> system. Did I mention that I`m using a Ubuntu package? ;)
>
> Can`t I get this info from some file in the thTMPDIR?
>
> I found this on the data.mp file:
>
> root@prata15:~/Dropbox/EGB/exploracao poco
> surubim/topografia/thTMPDIR# grep -irn raft .
> ./data.mp:1305:def p_raft_NSS (expr pos,theta,sc,al)=
> ./data.mp:1313:def p_raftcone_NSS (expr pos,theta,sc,al)=
> ./data.mp:4794:let p_raft = p_raft_NSS;
> ./data.mp:4795:let p_raftcone = p_raftcone_NSS;
> ./data.mp:4986:initsymbol("p_raft_NSS");
> ./data.mp:4987:initsymbol("p_raftcone_NSS");
> ./data.mp:5137:p_raft((-22.99,-140.49),0.0,1.00,(0,0));
> ./data.mp:5139:p_raft((-20.97,-127.92),0.0,1.00,(0,0));
> ./data.mp:5141:p_raft((-23.21,-110.27),0.0,1.00,(0,0));
> ./data.mp:5143:p_raft((-10.48,-105.85),0.0,1.00,(0,0));
> .
> .
> .
>
> There is this ¨:let p_raftcone = p_raftcone_NSS;¨ line that looks
> promising but only p_raft is called, never p_raftcone
>
> Ideias?
>
>>
>> Martin s.
>>
>>
>>> 26. 9. 2016 v 23:30, Rodrigo Severo :
>>>
>>> Hi,
>>>
>>>
>>> I'm producing PDFs of a map with raft cones but Therion is preparing a
>>> PDF with raft (calcite raft) symbols instead.
>>>
>>> I tried changing the points to raft but the rendering doesn't change.
>>>
>>> I'm using Ubuntu Therion 5.3.16.
>>>
>>> How can I further debug this issue?
>>>
>>>
>>> Regards,
>>>
>>> Rodrigo Severo
>>> ___
>>> Therion mailing list
>>> Therion@speleo.sk
>>> https://mailman.speleo.sk/listinfo/therion
>>
>> ___
>> Therion mailing list
>> Therion@speleo.sk
>> https://mailman.speleo.sk/listinfo/therion
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Therion 5.3.16 using raft symbol both for rafts and raft cones

[Rodrigo Severo]

2016-09-27 3:03 GMT-03:00 Martin Sluka :

First of all, thanks for your help and attention.

> There is the file thTrans.mp in the mpost directory of Therion.
>
> In that file there are the rules which symbol to use for the final output.
>
> Anyway it should work as you presume:
>
> let p_scallop = p_scallop_UIS;
> let p_flute = p_flute_UIS;
> let p_raft = p_raft_NSS;
> let p_raftcone = p_raftcone_NSS;
> let p_spring = p_spring_SKBB;
> let p_sink = p_sink_SKBB;
>
> Check it, please.

Unfortunatelly I don`t have neither this file nor this directory on my
system. Did I mention that I`m using a Ubuntu package? ;)

Can`t I get this info from some file in the thTMPDIR?

I found this on the data.mp file:

root@prata15:~/Dropbox/EGB/exploracao poco
surubim/topografia/thTMPDIR# grep -irn raft .
./data.mp:1305:def p_raft_NSS (expr pos,theta,sc,al)=
./data.mp:1313:def p_raftcone_NSS (expr pos,theta,sc,al)=
./data.mp:4794:let p_raft = p_raft_NSS;
./data.mp:4795:let p_raftcone = p_raftcone_NSS;
./data.mp:4986:initsymbol("p_raft_NSS");
./data.mp:4987:initsymbol("p_raftcone_NSS");
./data.mp:5137:p_raft((-22.99,-140.49),0.0,1.00,(0,0));
./data.mp:5139:p_raft((-20.97,-127.92),0.0,1.00,(0,0));
./data.mp:5141:p_raft((-23.21,-110.27),0.0,1.00,(0,0));
./data.mp:5143:p_raft((-10.48,-105.85),0.0,1.00,(0,0));
.
.
.

There is this ¨:let p_raftcone = p_raftcone_NSS;¨ line that looks
promising but only p_raft is called, never p_raftcone

Ideias?

>
> Martin s.
>
>
>> 26. 9. 2016 v 23:30, Rodrigo Severo :
>>
>> Hi,
>>
>>
>> I'm producing PDFs of a map with raft cones but Therion is preparing a
>> PDF with raft (calcite raft) symbols instead.
>>
>> I tried changing the points to raft but the rendering doesn't change.
>>
>> I'm using Ubuntu Therion 5.3.16.
>>
>> How can I further debug this issue?
>>
>>
>> Regards,
>>
>> Rodrigo Severo
>> ___
>> Therion mailing list
>> Therion@speleo.sk
>> https://mailman.speleo.sk/listinfo/therion
>
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

Re: [Therion] Therion 5.3.16 using raft symbol both for rafts and raft cones

[Martin Sluka]

There is the file thTrans.mp in the mpost directory of Therion.

In that file there are the rules which symbol to use for the final output.

Anyway it should work as you presume:

let p_scallop = p_scallop_UIS;
let p_flute = p_flute_UIS;
let p_raft = p_raft_NSS;
let p_raftcone = p_raftcone_NSS;
let p_spring = p_spring_SKBB;
let p_sink = p_sink_SKBB;

Check it, please.

Martin s.


> 26. 9. 2016 v 23:30, Rodrigo Severo :
> 
> Hi,
> 
> 
> I'm producing PDFs of a map with raft cones but Therion is preparing a
> PDF with raft (calcite raft) symbols instead.
> 
> I tried changing the points to raft but the rendering doesn't change.
> 
> I'm using Ubuntu Therion 5.3.16.
> 
> How can I further debug this issue?
> 
> 
> Regards,
> 
> Rodrigo Severo
> ___
> Therion mailing list
> Therion@speleo.sk
> https://mailman.speleo.sk/listinfo/therion

___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Therion 5.3.16 using raft symbol both for rafts and raft cones

[Rodrigo Severo]

Hi,


I'm producing PDFs of a map with raft cones but Therion is preparing a
PDF with raft (calcite raft) symbols instead.

I tried changing the points to raft but the rendering doesn't change.

I'm using Ubuntu Therion 5.3.16.

How can I further debug this issue?


Regards,

Rodrigo Severo
___
Therion mailing list
Therion@speleo.sk
https://mailman.speleo.sk/listinfo/therion

[Therion] Therion 5.3.16 - Error opening th and th2 files

[Wookey]

+++ Bill Gee [2015-01-12 11:21 -0600]:
> One more update:
> 
> I downgraded the tkimg installation on a test machine to the previous 
> version. 
> It fixed the problem.  Definitely something in the latest tkimg package.
> 
> In Fedora-speak, the version that does not work is tkimg-1.4-19.  The version 
> which DOES work is tkimg-1.4-18.

OK. Not sure how that corresponds to my 1.4.2+dfsg-2 versioning
(newer/older). But I presume it's just a packaging change between -19
and -19 that has broken things.

> Fortunately there are no dependencies on tkimg.  It can be uninstalled and 
> reinstalled without affecting anything in the rpm dependency tree.
> 
> As an interesting side effect - I found that xtherion works quite well when 
> tkimg is not installed at all, with the exception that background images in 
> the map editor do not load.  There is no error message - they just don't load.

Correct. Which is why that package is only 'recommended' (i.e install
by default, but don't require) in the Debian packaging. And if you
make your background images as .pbm (portable bitmap) then they work
fine without this package (which adds support for 'newfangled' formats
like .png and .jpeg :-)


Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/

[Therion] Therion 5.3.16 - Error opening th and th2 files

[Bill Gee]

One more update:

I downgraded the tkimg installation on a test machine to the previous version. 
It fixed the problem.  Definitely something in the latest tkimg package.

In Fedora-speak, the version that does not work is tkimg-1.4-19.  The version 
which DOES work is tkimg-1.4-18.

Fortunately there are no dependencies on tkimg.  It can be uninstalled and 
reinstalled without affecting anything in the rpm dependency tree.

As an interesting side effect - I found that xtherion works quite well when 
tkimg is not installed at all, with the exception that background images in 
the map editor do not load.  There is no error message - they just don't load.

Bill Gee


On Friday, January 09, 2015 04:37:10 Wookey wrote:
> +++ Bill Gee [2015-01-08 14:43 -0600]:
> > Hi Stacho -
> > 
> > Both File-Open and Ctrl-O give the same error.  I tried it on several
> > different caves, too, and nothing changed.  I also tried creating a new
> > file.  Same error.
> > 
> > I even tried it on a brand new cave by opening xtherion and then
> > immediately going to the text edit window and trying to create a new
> > file.
> > 
> > I tried it on both 32-bit and 64-bit Fedora 21.  No change, same behavior
> > on both.
> > 
> > When I did that last, there were some interesting messages in the bash
> > window.
> > 
> > =
> > [bgee at main2 ~]$ bgerror failed to handle background error.
> > 
> > Original error: invalid after png_start_read_image or
> > png_read_update_info
> > Error in bgerror: can't invoke "grab" command: application has been
> > 
> > destroyed
> > bgerror failed to handle background error.
> > 
> > Original error: can't read "data(upd,afterid)": no such variable
> > Error in bgerror: can't invoke "tk" command: application has been
> > 
> > destroyed
> 
> One possibility. The tk graphics extras are packaged separately in
> Debian, but need to be installed. Fedora maybe the same.
> 
> The package is libtk-img on debian.
> 
> Is that a clue?
> 
> Wookey

[Therion] Therion 5.3.16 - Error opening th and th2 files

[Bill Gee]

Another update - It seems this is a problem in tkimg.  I found another 
application which is reported to have exactly the same problem.  

http://sourceforge.net/p/scid/mailman/message/33180453/

Has anyone else upgraded to Tcl 8.6.3 and tkimg 1.4?

Bill Gee


On Friday, January 09, 2015 04:37:10 Wookey wrote:
> +++ Bill Gee [2015-01-08 14:43 -0600]:
> > Hi Stacho -
> > 
> > Both File-Open and Ctrl-O give the same error.  I tried it on several
> > different caves, too, and nothing changed.  I also tried creating a new
> > file.  Same error.
> > 
> > I even tried it on a brand new cave by opening xtherion and then
> > immediately going to the text edit window and trying to create a new
> > file.
> > 
> > I tried it on both 32-bit and 64-bit Fedora 21.  No change, same behavior
> > on both.
> > 
> > When I did that last, there were some interesting messages in the bash
> > window.
> > 
> > =
> > [bgee at main2 ~]$ bgerror failed to handle background error.
> > 
> > Original error: invalid after png_start_read_image or
> > png_read_update_info
> > Error in bgerror: can't invoke "grab" command: application has been
> > 
> > destroyed
> > bgerror failed to handle background error.
> > 
> > Original error: can't read "data(upd,afterid)": no such variable
> > Error in bgerror: can't invoke "tk" command: application has been
> > 
> > destroyed
> 
> One possibility. The tk graphics extras are packaged separately in
> Debian, but need to be installed. Fedora maybe the same.
> 
> The package is libtk-img on debian.
> 
> Is that a clue?
> 
> Wookey

[Therion] Therion 5.3.16 - Error opening th and th2 files

[Bill Gee]

Update -

Trying this on a different Linux distro is going to be more difficult than I 
thought.  I use derivatives of Red Hat on all my systems.  That includes 
CentOS 6 and 7 as well as Fedora.  I thought I would try installing Therion on 
one of my CentOS test systems.

No such luck, at least not easily.  There are no packages for either tkimg or 
metapost for CentOS.  I am going to have to hunt around to find a tarball for 
them.

Bill Gee


On Friday, January 09, 2015 04:37:10 Wookey wrote:
> +++ Bill Gee [2015-01-08 14:43 -0600]:
> > Hi Stacho -
> > 
> > Both File-Open and Ctrl-O give the same error.  I tried it on several
> > different caves, too, and nothing changed.  I also tried creating a new
> > file.  Same error.
> > 
> > I even tried it on a brand new cave by opening xtherion and then
> > immediately going to the text edit window and trying to create a new
> > file.
> > 
> > I tried it on both 32-bit and 64-bit Fedora 21.  No change, same behavior
> > on both.
> > 
> > When I did that last, there were some interesting messages in the bash
> > window.
> > 
> > =
> > [bgee at main2 ~]$ bgerror failed to handle background error.
> > 
> > Original error: invalid after png_start_read_image or
> > png_read_update_info
> > Error in bgerror: can't invoke "grab" command: application has been
> > 
> > destroyed
> > bgerror failed to handle background error.
> > 
> > Original error: can't read "data(upd,afterid)": no such variable
> > Error in bgerror: can't invoke "tk" command: application has been
> > 
> > destroyed
> 
> One possibility. The tk graphics extras are packaged separately in
> Debian, but need to be installed. Fedora maybe the same.
> 
> The package is libtk-img on debian.
> 
> Is that a clue?
> 
> Wookey

[Therion] Therion 5.3.16 - Error opening th and th2 files

[Bill Gee]

On Friday, January 09, 2015 04:37:10 Wookey wrote:
> +++ Bill Gee [2015-01-08 14:43 -0600]:
> > Hi Stacho -
> > 
> > Both File-Open and Ctrl-O give the same error.  I tried it on several
> > different caves, too, and nothing changed.  I also tried creating a new
> > file.  Same error.
> > 
> > I even tried it on a brand new cave by opening xtherion and then
> > immediately going to the text edit window and trying to create a new
> > file.
> > 
> > I tried it on both 32-bit and 64-bit Fedora 21.  No change, same behavior
> > on both.
> > 
> > When I did that last, there were some interesting messages in the bash
> > window.
> > 
> > =
> > [bgee at main2 ~]$ bgerror failed to handle background error.
> > 
> > Original error: invalid after png_start_read_image or
> > png_read_update_info
> > Error in bgerror: can't invoke "grab" command: application has been
> > 
> > destroyed
> > bgerror failed to handle background error.
> > 
> > Original error: can't read "data(upd,afterid)": no such variable
> > Error in bgerror: can't invoke "tk" command: application has been
> > 
> > destroyed
> 
> One possibility. The tk graphics extras are packaged separately in
> Debian, but need to be installed. Fedora maybe the same.
> 
> The package is libtk-img on debian.
> 
> Is that a clue?
> 
> Wookey

Hi Wookey -

In Fedora the package is called "tkimg".  Here is how it appears on my 
computer:


[bgee at main2 ~]$ rpm -qa | grep "^tk"
tkimg-1.4-19.fc21.x86_64
tk-8.6.3-1.fc21.x86_64
tkinter-2.7.8-7.fc21.x86_64
tk-devel-8.6.3-1.fc21.x86_64

[bgee at main2 ~]$ rpm -qi tkimg
Name: tkimg
Version : 1.4
Release : 19.fc21
Architecture: x86_64
Install Date: Fri 19 Dec 2014 10:37:46 AM CST
Group   : Development/Libraries
Size: 515935
License : BSD
Signature   : RSA/SHA256, Tue 04 Nov 2014 01:09:42 AM CST, Key ID 
89ad4e8795a43f54
Source RPM  : tkimg-1.4-19.fc21.src.rpm
Build Date  : Mon 03 Nov 2014 02:53:07 PM CST
Build Host  : buildhw-07.phx2.fedoraproject.org
Relocations : (not relocatable)
Packager: Fedora Project
Vendor  : Fedora Project
URL : http://sourceforge.net/projects/tkimg
Summary : Image support library for Tk
Description :
This package contains a collection of image format handlers for the Tk
photo image type, and a new image type, pixmaps.
The provided format handlers include bmp, gif, ico, jpeg, pcx, png,
ppm, ps, sgi, sun, tga, tiff, xbm, and xpm.
=

I have had the tkimg package on my Therion computers for several years.  

Thanks - Bill Gee

[Therion] Therion 5.3.16 - Error opening th and th2 files

[Wookey]

+++ Bill Gee [2015-01-08 14:43 -0600]:
> Hi Stacho -
> 
> Both File-Open and Ctrl-O give the same error.  I tried it on several 
> different 
> caves, too, and nothing changed.  I also tried creating a new file.  Same 
> error.
> 
> I even tried it on a brand new cave by opening xtherion and then immediately 
> going to the text edit window and trying to create a new file.
> 
> I tried it on both 32-bit and 64-bit Fedora 21.  No change, same behavior on 
> both.
> 
> When I did that last, there were some interesting messages in the bash 
> window.  
> 
> =
> [bgee at main2 ~]$ bgerror failed to handle background error.
> Original error: invalid after png_start_read_image or png_read_update_info
> Error in bgerror: can't invoke "grab" command: application has been 
> destroyed
> bgerror failed to handle background error.
> Original error: can't read "data(upd,afterid)": no such variable
> Error in bgerror: can't invoke "tk" command: application has been 
> destroyed

One possibility. The tk graphics extras are packaged separately in
Debian, but need to be installed. Fedora maybe the same.

The package is libtk-img on debian. 

Is that a clue?

Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/

[Therion] Therion 5.3.16 - Error opening th and th2 files

[Stacho Mudrak]

Hi Bill,

it looks to me, that commands that are shown are dynamic library routines,
not the system commands.

When I will have time, I can install Fedora on some machine to see, what is
going on. It is really strange.

It looks to me, that tk_getOpenFile fails from some reason, but it looks
like a tcltk installation problem, not the therion one. At least, it fails
in /usr/share/tk8.6/tkfbox.tcl, which is I believe a part of TclTk
installation.

Are you able to run in X console:

wish
% tk_getOpenFile

It should open File Open dialog. But if you are able to open thcofig file,
it is probably a wrong lead...

S.



On 8 January 2015 at 21:43, Bill Gee  wrote:

> Hi Stacho -
>
> Both File-Open and Ctrl-O give the same error.  I tried it on several
> different
> caves, too, and nothing changed.  I also tried creating a new file.  Same
> error.
>
> I even tried it on a brand new cave by opening xtherion and then
> immediately
> going to the text edit window and trying to create a new file.
>
> I tried it on both 32-bit and 64-bit Fedora 21.  No change, same behavior
> on
> both.
>
> When I did that last, there were some interesting messages in the bash
> window.
>
> =
> [bgee at main2 ~]$ bgerror failed to handle background error.
> Original error: invalid after png_start_read_image or
> png_read_update_info
> Error in bgerror: can't invoke "grab" command: application has been
> destroyed
> bgerror failed to handle background error.
> Original error: can't read "data(upd,afterid)": no such variable
> Error in bgerror: can't invoke "tk" command: application has been
> destroyed
>
> [1]+  Donextherion
> [bgee at main2 ~]$ which tk
> /usr/bin/which: no tk in
>
> (/usr/lib64/qt-3.3/bin:/usr/lib64/ccache:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin:/home/bgee/bin)
> [bgee at main2 ~]$ tk
> bash: tk: command not found
> [bgee at main2 ~]$
> =
>
> I confirmed that tk is installed, yet there is no command called tk.
>
> When I get a chance, I will revert a computer back to 5.3.15 and see what
> happens.
>
> Thanks - Bill Gee
>
>
>
> On Thursday, January 08, 2015 21:22:46 Stacho Mudrak wrote:
> > Looks strange, especially, when it works in compiler. As far as I know,
> > nothing was touched in xtherion in newest version.
> >
> > Are you able to open new file via File->Open or Ctrl+O?
> >
> > S.
> >
> > On 8 January 2015 at 17:34, Bill Gee  wrote:
> > > Hello everyone -
> > >
> > > I installed therion 5.3.16 a week ago but never did anything more than
> > > verify
> > > it would start.  Now I need to do some work on a map.  In xtherion -
> > > Whenever
> > > I try to open either a th or th2 file (text editor or map editor
> windows),
> > > it
> > > throws an error.  I took a screen shot and attached to this message.
> > >
> > > The error comes up as soon as I click on the File-Open icon.  It never
> > > presents a file chooser dialog.
> > >
> > > The cave will compile correctly.  The thconfig file opens without
> error.
> > > This
> > > all worked in 5.3.15.
> > >
> > > The system is 64-bit Fedora 21.
> > >
> > > Any ideas?
> > >
> > > Thanks - Bill Gee
> > >
> > >
> > > ___
> > > Therion mailing list
> > > Therion at speleo.sk
> > > http://mailman.speleo.sk/mailman/listinfo/therion
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>
-- next part --
An HTML attachment was scrubbed...
URL: 

[Therion] Therion 5.3.16 - Error opening th and th2 files

[Stacho Mudrak]

Looks strange, especially, when it works in compiler. As far as I know,
nothing was touched in xtherion in newest version.

Are you able to open new file via File->Open or Ctrl+O?

S.

On 8 January 2015 at 17:34, Bill Gee  wrote:

> Hello everyone -
>
> I installed therion 5.3.16 a week ago but never did anything more than
> verify
> it would start.  Now I need to do some work on a map.  In xtherion -
> Whenever
> I try to open either a th or th2 file (text editor or map editor windows),
> it
> throws an error.  I took a screen shot and attached to this message.
>
> The error comes up as soon as I click on the File-Open icon.  It never
> presents a file chooser dialog.
>
> The cave will compile correctly.  The thconfig file opens without error.
> This
> all worked in 5.3.15.
>
> The system is 64-bit Fedora 21.
>
> Any ideas?
>
> Thanks - Bill Gee
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>
>
-- next part --
An HTML attachment was scrubbed...
URL: 

[Therion] Therion 5.3.16 - Error opening th and th2 files

[Bill Gee]

Hi Stacho -

If I name the thconfig file on the xtherion command line, then it will open.  
If 
I run xtherion with no command line options, then use File-Open to get a 
thconfig file, it will fail.

Running tk_getOpenFile inside wish works.  It opens a file browser dialog box.

I reverted one of my test systems to therion 5.3.15.  The problem still 
exists.  There is no "make uninstall" target, so I just deleted the three 
binary files (loch, therion, xtherion) from /usr/local/bin and then compiled 
and installed 5.3.15.

I have version 8.6.3 of both Tcl and Tk.

So far all of my testing has been on Fedora 21 systems.  I have a Centos 7 
test system which has never had Therion installed.  Tomorrow I will give it a 
try.

Thanks - Bill Gee


On Thursday, January 08, 2015 23:04:07 Stacho Mudrak wrote:
> Hi Bill,
> 
> it looks to me, that commands that are shown are dynamic library routines,
> not the system commands.
> 
> When I will have time, I can install Fedora on some machine to see, what is
> going on. It is really strange.
> 
> It looks to me, that tk_getOpenFile fails from some reason, but it looks
> like a tcltk installation problem, not the therion one. At least, it fails
> in /usr/share/tk8.6/tkfbox.tcl, which is I believe a part of TclTk
> installation.
> 
> Are you able to run in X console:
> 
> wish
> % tk_getOpenFile
> 
> It should open File Open dialog. But if you are able to open thcofig file,
> it is probably a wrong lead...
> 
> S.
> 
> On 8 January 2015 at 21:43, Bill Gee  wrote:
> > Hi Stacho -
> > 
> > Both File-Open and Ctrl-O give the same error.  I tried it on several
> > different
> > caves, too, and nothing changed.  I also tried creating a new file.  Same
> > error.
> > 
> > I even tried it on a brand new cave by opening xtherion and then
> > immediately
> > going to the text edit window and trying to create a new file.
> > 
> > I tried it on both 32-bit and 64-bit Fedora 21.  No change, same behavior
> > on
> > both.
> > 
> > When I did that last, there were some interesting messages in the bash
> > window.
> > 
> > =
> > [bgee at main2 ~]$ bgerror failed to handle background error.
> > 
> > Original error: invalid after png_start_read_image or
> > 
> > png_read_update_info
> > 
> > Error in bgerror: can't invoke "grab" command: application has been
> > 
> > destroyed
> > bgerror failed to handle background error.
> > 
> > Original error: can't read "data(upd,afterid)": no such variable
> > Error in bgerror: can't invoke "tk" command: application has been
> > 
> > destroyed
> > 
> > [1]+  Donextherion
> > [bgee at main2 ~]$ which tk
> > /usr/bin/which: no tk in
> > 
> > (/usr/lib64/qt-3.3/bin:/usr/lib64/ccache:/usr/local/bin:/usr/local/sbin:/u
> > sr/bin:/usr/sbin:/bin:/sbin:/home/bgee/bin) [bgee at main2 ~]$ tk
> > bash: tk: command not found
> > [bgee at main2 ~]$
> > =
> > 
> > I confirmed that tk is installed, yet there is no command called tk.
> > 
> > When I get a chance, I will revert a computer back to 5.3.15 and see what
> > happens.
> > 
> > Thanks - Bill Gee
> > 
> > On Thursday, January 08, 2015 21:22:46 Stacho Mudrak wrote:
> > > Looks strange, especially, when it works in compiler. As far as I know,
> > > nothing was touched in xtherion in newest version.
> > > 
> > > Are you able to open new file via File->Open or Ctrl+O?
> > > 
> > > S.
> > > 
> > > On 8 January 2015 at 17:34, Bill Gee  wrote:
> > > > Hello everyone -
> > > > 
> > > > I installed therion 5.3.16 a week ago but never did anything more than
> > > > verify
> > > > it would start.  Now I need to do some work on a map.  In xtherion -
> > > > Whenever
> > > > I try to open either a th or th2 file (text editor or map editor
> > 
> > windows),
> > 
> > > > it
> > > > throws an error.  I took a screen shot and attached to this message.
> > > > 
> > > > The error comes up as soon as I click on the File-Open icon.  It never
> > > > presents a file chooser dialog.
> > > > 
> > > > The cave will compile correctly.  The thconfig file opens without
> > 
> > error.
> > 
> > > > This
> > > > all worked in 5.3.15.
> > > > 
> > > > The system is 64-bit Fedora 21.
> > > > 
> > > > Any ideas?
> > > > 
> > > > Thanks - Bill Gee
> > > > 
> > > > 
> > > > ___
> > > > Therion mailing list
> > > > Therion at speleo.sk
> > > > http://mailman.speleo.sk/mailman/listinfo/therion
> > 
> > ___
> > Therion mailing list
> > Therion at speleo.sk
> > http://mailman.speleo.sk/mailman/listinfo/therion

[Therion] Therion 5.3.16 - Error opening th and th2 files

[Bill Gee]

Hi Stacho -

Both File-Open and Ctrl-O give the same error.  I tried it on several different 
caves, too, and nothing changed.  I also tried creating a new file.  Same 
error.

I even tried it on a brand new cave by opening xtherion and then immediately 
going to the text edit window and trying to create a new file.

I tried it on both 32-bit and 64-bit Fedora 21.  No change, same behavior on 
both.

When I did that last, there were some interesting messages in the bash window.  

=
[bgee at main2 ~]$ bgerror failed to handle background error.
Original error: invalid after png_start_read_image or png_read_update_info
Error in bgerror: can't invoke "grab" command: application has been 
destroyed
bgerror failed to handle background error.
Original error: can't read "data(upd,afterid)": no such variable
Error in bgerror: can't invoke "tk" command: application has been 
destroyed

[1]+  Donextherion
[bgee at main2 ~]$ which tk
/usr/bin/which: no tk in 
(/usr/lib64/qt-3.3/bin:/usr/lib64/ccache:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin:/home/bgee/bin)
[bgee at main2 ~]$ tk
bash: tk: command not found
[bgee at main2 ~]$ 
=

I confirmed that tk is installed, yet there is no command called tk.

When I get a chance, I will revert a computer back to 5.3.15 and see what 
happens.

Thanks - Bill Gee



On Thursday, January 08, 2015 21:22:46 Stacho Mudrak wrote:
> Looks strange, especially, when it works in compiler. As far as I know,
> nothing was touched in xtherion in newest version.
> 
> Are you able to open new file via File->Open or Ctrl+O?
> 
> S.
> 
> On 8 January 2015 at 17:34, Bill Gee  wrote:
> > Hello everyone -
> > 
> > I installed therion 5.3.16 a week ago but never did anything more than
> > verify
> > it would start.  Now I need to do some work on a map.  In xtherion -
> > Whenever
> > I try to open either a th or th2 file (text editor or map editor windows),
> > it
> > throws an error.  I took a screen shot and attached to this message.
> > 
> > The error comes up as soon as I click on the File-Open icon.  It never
> > presents a file chooser dialog.
> > 
> > The cave will compile correctly.  The thconfig file opens without error.
> > This
> > all worked in 5.3.15.
> > 
> > The system is 64-bit Fedora 21.
> > 
> > Any ideas?
> > 
> > Thanks - Bill Gee
> > 
> > 
> > ___
> > Therion mailing list
> > Therion at speleo.sk
> > http://mailman.speleo.sk/mailman/listinfo/therion

[Therion] Therion 5.3.16 - Error opening th and th2 files

[Bill Gee]

Hello everyone -

I installed therion 5.3.16 a week ago but never did anything more than verify 
it would start.  Now I need to do some work on a map.  In xtherion - Whenever 
I try to open either a th or th2 file (text editor or map editor windows), it 
throws an error.  I took a screen shot and attached to this message.

The error comes up as soon as I click on the File-Open icon.  It never 
presents a file chooser dialog.

The cave will compile correctly.  The thconfig file opens without error.  This 
all worked in 5.3.15.

The system is 64-bit Fedora 21.

Any ideas?

Thanks - Bill Gee

-- next part --
A non-text attachment was scrubbed...
Name: TherionError.jpg
Type: image/jpeg
Size: 109057 bytes
Desc: not available
URL: 

[Therion] therion 5.3.16

[Wookey]

+++ Olly Betts [2015-01-07 20:29 +]:
> On Wed, Jan 07, 2015 at 09:11:06AM +, Wookey wrote:
> > +++ Stacho Mudrak [2014-12-30 11:09 +0100]:
> > >  * 82-nolang-segfault-fix.patch  (this avoids a genuine error case of
> > >  language not being defined)
> > > 
> > >I believe, this error is already fixed. Are you able to reproduce it 
> > > with
> > >current version of therion?
> > 
> > I can't remember what the issue was or how to reproduce it. Anyone remember?
> 
> No, but thlang_getid() now starts with an explicit check to handle the
> case where the id is -1, so the patch is clearly no longer needed:
> 
> const char * thlang_getid(int id) {
>   if (id < 0) {
>   return "en";
>   }

> The important conclusion is that it clearly isn't useful for 5.3.16.

Agreed. That's good enough for me. therion 5.3.16-4 uploaded just now
with the offending patch removed.

Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/

[Therion] therion 5.3.16

[Olly Betts]

On Wed, Jan 07, 2015 at 09:11:06AM +, Wookey wrote:
> +++ Stacho Mudrak [2014-12-30 11:09 +0100]:
> >  * 82-nolang-segfault-fix.patch  (this avoids a genuine error case of
> >  language not being defined)
> > 
> >I believe, this error is already fixed. Are you able to reproduce it with
> >current version of therion?
> 
> I can't remember what the issue was or how to reproduce it. Anyone remember?

No, but thlang_getid() now starts with an explicit check to handle the
case where the id is -1, so the patch is clearly no longer needed:

const char * thlang_getid(int id) {
  if (id < 0) {
return "en";
  }

In 5.3.11 (which the patch was created from judging by the paths), this
check isn't present, though it looks to me like thlang_getlang() will
map -1 (which is THLANG_UNKNOWN) to something valid, so it looks to me
like it wasn't actually useful even there.

Perhaps the patch is actually older and was just regenerated for 5.3.11,
but debian/changelog doesn't seem to actually mention it being added,
and the packaging isn't kept in a VCS, so it's harder to check than I
can be bothered to.

The important conclusion is that it clearly isn't useful for 5.3.16.

Cheers,
Olly

[Therion] therion 5.3.16

[Wookey]

+++ Stacho Mudrak [2014-12-30 11:09 +0100]:
>  * 82-nolang-segfault-fix.patch  (this avoids a genuine error case of
>  language not being defined)
> 
>I believe, this error is already fixed. Are you able to reproduce it with
>current version of therion?

I can't remember what the issue was or how to reproduce it. Anyone remember?


Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/

[Therion] therion 5.3.16

[Wookey]

+++ Martin Budaj [2014-12-28 19:56 +0100]:
> Hi all,
> 
> new therion version is available. It's mostly a bug fixing release;
> see below for details. Most of the contributed patches were also
> applied or adapted (thanks, Olly & Wookey).

Initial comments on the release:

1) Makefile and loch/Makefile (at least, maybe more) have been
converted from unix to DOS linefeeds. Thus breaking the patches. Was
that just an accident due to an over-enthusiastic editor? Is it going
to stay like that or can we agree whether the release is
DOS-throughout or unix throughout? (it's now a mix). 

I see that the whitespace patch which fixed up a load of inconsistent
tab/space breakage has also not been applied: therion-5.3.12-whitespace.patch

2) A couple of files are included that should not be:
samples/us.stackdump
thdb1d.cxx.orig 
thbook/etc/contents.tex (that's a generated file, right?)
(this last was also in 5.3.15 so is not a regression)

3) You have indeed included several of the debian patches (much appreciated), 
but the upstream fixes in 20debianise-makefiles.patch have not been included:
(all in 'Makefile')

therion needs to be built before the samples can build:
-samples: $(OUTDIR)/samples.doc/index.tex
+samples: $(OUTDIR)/samples.doc/index.tex therion

windres does not exist on non-windows platforms (maybe macos?)
+ifeq ($(THPLATFORM),WIN32)
 $(OUTDIR)/therion.res: therion.rc
windres -i therion.rc -J rc -o $(OUTDIR)/therion.res -O 
coff
+endif

all the thTMPDIRs from the build need cleaning, not just the top one:
+   perl makefile.pl rmdir -q thTMPDIR samples/*/thTMPDIR samples/*/*/thTMPDIR
(that could be a find . -name thTMPDIR instead if you preferred a more general 
solution)

(I couldn't see this being fixed anywhere else, but maybe it has been?)


other patches not applied. Are there reasons why not?
* 82-nolang-segfault-fix.patch  (this avoids a genuine error case of language 
not being defined)
* 90load-extensionless-files.patch (fixes bug reported on this list a while 
back)

* 2 hunks of fix-compiler-warnings.patch was applied, but not the other 19. Any 
reason?

The remaining patches/hunks are debian-specific

Anyway packaging now updated and 5.3.16-1 uploaded to
experimental. (5.3.15-1 need to stay in unstable until the Debian
Freeze for the upcoming stable release is over, so new versions go in
experimental)

Feedback welcome, as ever.

Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/

[Therion] therion 5.3.16 - Issue Bitmap in Loch

[Andrea]

Any one ave an issue with 3d bitmap of surface?
I just complied the new version, but now don’t load surface image.. any idea?
My mac is 10.10.2 (Yosemite)

Andrea

[Therion] therion 5.3.16 loch compile fails

[Bill Gee]

Hi Wookey -

Sorry about that!  I don't use colors very often, but I sort of assume when I 
do that they will work for most people.

The three changes I made were to directly set the values of VTKPATH, 
VTKLIBPATH and VTKLIBS.  The other changes were simply commenting out the 
logic that attempts to set these variables by scanning the local system.

Your comment about a "smarter" build system is interesting.  One of the things 
I discovered while working on this problem is that cmake has a system for 
finding libraries, and the vtk package for Fedora includes the necessary files 
to implement this system.  

I generated a diff file and attached it to this message.

Bill Gee



On Monday, December 29, 2014 17:02:46 Wookey wrote:
> +++ Bill Gee [2014-12-29 10:12 -0600]:
> >Update -
> >
> > 
> >
> >Solved! I finally got Loch to compile. The change is in the Loch
> >Makefile,
> >highlighted below in red. With this final change the entire Therion
> >package will compile.
> 
> My email is still black-and-white text. A diff would have been rather more
> use :-)
> But I presume you are saying, replace:
> >#ifeq ($(VTKV6),1)
> >
> >#VTKLIBS = -lvtkCommonExecutionModel-$(VTKVERSION)
> >-lvtkCommonDataModel-$(VTKVERSION) -lvtkCommonCore-$(VTKVERSION)
> >-lvtkFiltersCore-$(VTKVERSION) -lvtkFiltersHybrid-$(VTKVERSION)
> >-lvtkIOLegacy-$(VTKVERSION) -lfreetype -lpng -ljpeg
> >
> >#else
> >
> >#VTKLIBS = -lvtkHybrid -lvtkImaging -lvtkIO -lvtkGraphics
> >-lvtkFiltering
> >-lvtkCommon -lfreetype
> >
> >#endif
> 
> with:
> >VTKLIBS = -lvtkCommonExecutionModel -lvtkCommonDataModel
> >-lvtkCommonCore
> >-lvtkFiltersCore -lvtkFiltersHybrid -lvtkIOLegacy -lfreetype -lpng
> >-ljpeg
> 
> ?
> 
> Thanks for the info. Seems that debian-based and fedora-based distros
> have used a different library-naming scheme.
> 
> Obviously a smarter patch would be needed to let it build on debian
> _and_ fedora based systems.
> 
> Mostly what all this shows is that therion could really use a proper
> build system like cmake, as then it could just use pkgconfig or
> built-in cmake findpackage runes which should deal with distro
> packaging variation like this.
> 
> Wookey
-- next part --
19,21c19,22
< VTKVERSION = $(shell tclsh ./getvtkver.tcl version)
< VTKPATH = $(shell tclsh ./getvtkver.tcl incpath)
< VTKLIBPATH = $(shell tclsh ./getvtkver.tcl libpath)
---
> #VTKVERSION = $(shell tclsh ./getvtkver.tcl version)
> VTKVERSION=6.1
> # VTKPATH = $(shell tclsh ./getvtkver.tcl incpath)
> # VTKLIBPATH = $(shell tclsh ./getvtkver.tcl libpath)
23,27c24,28
< ifeq ($(VTKV6),1)
< VTKLIBS = -lvtkCommonExecutionModel-$(VTKVERSION) 
-lvtkCommonDataModel-$(VTKVERSION) -lvtkCommonCore-$(VTKVERSION) 
-lvtkFiltersCore-$(VTKVERSION) -lvtkFiltersHybrid-$(VTKVERSION) 
-lvtkIOLegacy-$(VTKVERSION) -lfreetype -lpng -ljpeg
< else
< VTKLIBS = -lvtkHybrid -lvtkImaging -lvtkIO -lvtkGraphics -lvtkFiltering 
-lvtkCommon -lvtkjpeg -lvtkpng -lvtkzlib -lvtksys -lfreetype
< endif
---
> #ifeq ($(VTKV6),1)
> #VTKLIBS = -lvtkCommonExecutionModel-$(VTKVERSION) 
> -lvtkCommonDataModel-$(VTKVERSION) -lvtkCommonCore-$(VTKVERSION) 
> -lvtkFiltersCore-$(VTKVERSION) -lvtkFiltersHybrid-$(VTKVERSION) 
> -lvtkIOLegacy-$(VTKVERSION) -lfreetype -lpng -ljpeg
> #else
> #VTKLIBS = -lvtkHybrid -lvtkImaging -lvtkIO -lvtkGraphics -lvtkFiltering 
> -lvtkCommon -lvtkjpeg -lvtkpng -lvtkzlib -lvtksys -lfreetype
> #endif
29,30c30,31
< # VTKPATH = /usr/local/include/vtk-$(VTKVERSION)
< # VTKLIBPATH = /usr/local/lib/vtk-$(VTKVERSION)
---
> VTKPATH = /usr/include/vtk
> VTKLIBPATH = /usr/lib64/vtk
36a38,53
> CXX = c++
> CC = gcc
> POBJECTS = lxR2P.o
> #ifeq ($(VTKV6),1)
> #VTKLIBS = -lvtkCommonExecutionModel-$(VTKVERSION) 
> -lvtkCommonDataModel-$(VTKVERSION) -lvtkCommonCore-$(VTKVERSION) 
> -lvtkFiltersCore-$(VTKVERSION) -lvtkFiltersHybrid-$(VTKVERSION) 
> -lvtkIOLegacy-$(VTKVERSION) -lfreetype -lpng -ljpeg
> #else
> #VTKLIBS = -lvtkHybrid -lvtkImaging -lvtkIO -lvtkGraphics -lvtkFiltering 
> -lvtkCommon -lfreetype
> #endif
> VTKLIBS = -lvtkCommonExecutionModel -lvtkCommonDataModel -lvtkCommonCore 
> -lvtkFiltersCore -lvtkFiltersHybrid -lvtkIOLegacy -lfreetype -lpng -ljpeg
> CXXPFLAGS = -DLXLINUX $(shell wx-config --cxxflags) -Wno-deprecated $(shell 
> freetype-config --cflags) -I$(VTKPATH)
> CCPFLAGS = -DLXLINUX  $(shell wx-config --cflags)
> LXLIBDIR = linux
> PLIBS = $(shell wx-config --libs --gl-libs) -L$(VTKLIBPATH) $(VTKLIBS) -lGLU 
> -lGL -lpthread -lX11 -lz 
> LXPLATFORM = LINUX
> 
> # PLATFORM DEBIAN
50,64d66
< 
< # PLATFORM DEBIAN
< CXX = c++
< CC = gcc
< POBJECTS = lxR2P.o
< ifeq ($(VTKV6),1)
< VTKLIBS = -lvtkCommonExecutionModel-$(VTKVERSION) 
-lvtkCommonDataModel-$(VTKVERSION) -lvtkCommonCore-$(VTKVERSION) 
-lvtkFiltersCore-$(VTKVERSION) -lvtkFiltersHybrid-$(VTKVERSION) 
-lvtkIOLegacy-$(VTKVERSION) -lfreetype -lpng -ljpeg
< else
< VTKLIBS = -lvtkHybrid -lvtkImaging 

[Therion] therion 5.3.16 loch compile fails

[Wookey]

+++ Bill Gee [2014-12-29 10:12 -0600]:
>Update -
> 
> 
> 
>Solved! I finally got Loch to compile. The change is in the Loch Makefile,
>highlighted below in red. With this final change the entire Therion
>package will compile.

My email is still black-and-white text. A diff would have been rather more use 
:-)


But I presume you are saying, replace:
>#ifeq ($(VTKV6),1)
> 
>#VTKLIBS = -lvtkCommonExecutionModel-$(VTKVERSION)
>-lvtkCommonDataModel-$(VTKVERSION) -lvtkCommonCore-$(VTKVERSION)
>-lvtkFiltersCore-$(VTKVERSION) -lvtkFiltersHybrid-$(VTKVERSION)
>-lvtkIOLegacy-$(VTKVERSION) -lfreetype -lpng -ljpeg
> 
>#else
> 
>#VTKLIBS = -lvtkHybrid -lvtkImaging -lvtkIO -lvtkGraphics -lvtkFiltering
>-lvtkCommon -lfreetype
> 
>#endif

with:

>VTKLIBS = -lvtkCommonExecutionModel -lvtkCommonDataModel -lvtkCommonCore
>-lvtkFiltersCore -lvtkFiltersHybrid -lvtkIOLegacy -lfreetype -lpng -ljpeg

?

Thanks for the info. Seems that debian-based and fedora-based distros
have used a different library-naming scheme. 

Obviously a smarter patch would be needed to let it build on debian
_and_ fedora based systems.

Mostly what all this shows is that therion could really use a proper
build system like cmake, as then it could just use pkgconfig or
built-in cmake findpackage runes which should deal with distro
packaging variation like this.

Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/

[Therion] therion 5.3.16

[Wookey]

+++ Martin Budaj [2014-12-28 19:56 +0100]:
> Hi all,
> 
> new therion version is available. It's mostly a bug fixing release;
> see below for details. Most of the contributed patches were also
> applied or adapted (thanks, Olly & Wookey).
>
> As suggested by Wookey, we intend to use some public VCS for
> development, 

Good - I think that will help development.

> presumably Github. We'll let you know when the repository is ready.

It would be better to use a free software webVCS front-end, like
gitorious, or alioth (if you want to use an existing site),
not the proprietary github. This being a free software project and
all.

Is there a good reason why you don't want to put git on the existing
therion server, and keep all the project parts under our own control?
That's a bitmore faff, but sound practice.

There is a pile of software for doing this, depending how fancy you
want. gitlab, gitorious, trac etc. 

Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/

[Therion] therion 5.3.16

[Martin Budaj]

Hi all,

new therion version is available. It's mostly a bug fixing release;
see below for details. Most of the contributed patches were also
applied or adapted (thanks, Olly & Wookey).

As suggested by Wookey, we intend to use some public VCS for
development, presumably Github. We'll let you know when the repository
is ready.

Martin

---

Therion 5.3.16 (2014-12-28):

therion:
 * scale upper limit changed to 1:10
 * geomag data updated upto 2020
 * bugs fixed:
   - black area displayed instead of some patterns in SVG
   - broken XHTML output when string formatting keywords are used in
map-comment etc.
   - unescaped special characters in map-comment etc. in XHTML
   - improved error message when therion can't map custom TeX fonts in
 MetaPost macros to Unicode
   - cave depth value in XHTML output
   - invalid compass/backcompass averaging formula

xtherion:
 * elevation orientation in Compiler map structure

loch:
 * VTK 6.0 support
 * wxWidgets 3.0 support

[Therion] therion 5.3.16

[Philip Balister]

On 12/28/2014 04:23 PM, Wookey wrote:
> +++ Martin Budaj [2014-12-28 19:56 +0100]:
>> Hi all,
>>
>> new therion version is available. It's mostly a bug fixing release;
>> see below for details. Most of the contributed patches were also
>> applied or adapted (thanks, Olly & Wookey).
>>
>> As suggested by Wookey, we intend to use some public VCS for
>> development, 
> 
> Good - I think that will help development.
> 
>> presumably Github. We'll let you know when the repository is ready.
> 
> It would be better to use a free software webVCS front-end, like
> gitorious, or alioth (if you want to use an existing site),
> not the proprietary github. This being a free software project and
> all.
> 
> Is there a good reason why you don't want to put git on the existing
> therion server, and keep all the project parts under our own control?
> That's a bitmore faff, but sound practice.

While I understand your concerns, I'd rather the therion devs focus on
devleoping therion and not have to manage the infrastructure also. That
said, there is nothing stopping you from maintaining a free software
based mirror :)

Philip

> 
> There is a pile of software for doing this, depending how fancy you
> want. gitlab, gitorious, trac etc. 
> 
> Wookey
> 

[Therion] therion 5.3.16 loch compile fails

[Bill Gee]

Hello Martin and everyone ...

This version of therion still fails to compile loch on my Fedora 21 system.  
At the end of the loch compile it issues these messages:


c++ -o ./loch -Wall ./lxR2P.o ./lxTR.o ./lxOGLFT.o ./lxSetup.o ./lxRender.o 
./lxWX.o ./lxImgIO.o ./lxLRUD.o ./lxFile.o ./lxSTree.o ./lxData.o ./lxMath.o 
./lxSView.o ./lxSScene.o ./lxGUI.o ./lxGLC.o ./lxOptDlg.o ./lxAboutDlg.o 
./lxPres.o ./img.o -lwx_gtk2u_gl-2.8 -pthread -Wl,-z,relro   -
lwx_gtk2u_richtext-2.8 -lwx_gtk2u_aui-2.8 -lwx_gtk2u_xrc-2.8 -lwx_gtk2u_qa-2.8 
-lwx_gtk2u_html-2.8 -lwx_gtk2u_adv-2.8 -lwx_gtk2u_core-2.8 -lwx_baseu_xml-2.8 
-lwx_baseu_net-2.8 -lwx_baseu-2.8  -L/usr/lib64/vtk -
lvtkCommonExecutionModel-6.1 -lvtkCommonDataModel-6.1 -lvtkCommonCore-6.1 -
lvtkFiltersCore-6.1 -lvtkFiltersHybrid-6.1 -lvtkIOLegacy-6.1 -lfreetype -lpng 
-ljpeg -lGLU -lGL -lpthread -lX11 -lz  -s
/usr/bin/ld: cannot find -lvtkCommonExecutionModel-6.1
/usr/bin/ld: cannot find -lvtkCommonDataModel-6.1
/usr/bin/ld: cannot find -lvtkCommonCore-6.1
/usr/bin/ld: cannot find -lvtkFiltersCore-6.1
/usr/bin/ld: cannot find -lvtkFiltersHybrid-6.1
/usr/bin/ld: cannot find -lvtkIOLegacy-6.1
collect2: error: ld returned 1 exit status
Makefile:145: recipe for target 'loch' failed
make: *** [loch] Error 1
===

My system does not contain any of the files that ld cannot find.

I got this far by making some changes to the loch Makefile.  Here is the 
relevant section:

=
#VTKVERSION = $(shell tclsh ./getvtkver.tcl version)
VTKVERSION=6.1
# VTKPATH = $(shell tclsh ./getvtkver.tcl incpath)
# VTKLIBPATH = $(shell tclsh ./getvtkver.tcl libpath)
VTKV6 = $(shell tclsh ./getvtkver.tcl version6)
#ifeq ($(VTKV6),1)
#VTKLIBS = -lvtkCommonExecutionModel-$(VTKVERSION) -
lvtkCommonDataModel-$(VTKVERSION) -lvtkCommonCore-$(VTKVERSION) -
lvtkFiltersCore-$(VTKVERSION) -lvtkFiltersHybrid-$(VTKVERSION) -
lvtkIOLegacy-$(VTKVERSION) -lfreetype -lpng -ljpeg
#else
#VTKLIBS = -lvtkHybrid -lvtkImaging -lvtkIO -lvtkGraphics -lvtkFiltering -
lvtkCommon -lvtkjpeg -lvtkpng -lvtkzlib -lvtksys -lfreetype
#endif
# VTKVERSION = 5.4
VTKPATH = /usr/include/vtk
VTKLIBPATH = /usr/lib64/vtk
POSTMAKE =
STRIPFLAG = -s

# PLATFORM CONFIG

# PLATFORM LINUX
CXX = c++
CC = gcc
POBJECTS = lxR2P.o
#ifeq ($(VTKV6),1)
VTKLIBS = -lvtkCommonExecutionModel-$(VTKVERSION) -
lvtkCommonDataModel-$(VTKVERSION) -lvtkCommonCore-$(VTKVERSION) -
lvtkFiltersCore-$(VTKVERSION) -lvtkFiltersHybrid-$(VTKVERSION) -
lvtkIOLegacy-$(VTKVERSION) -lfreetype -lpng -ljpeg
#else
#VTKLIBS = -lvtkHybrid -lvtkImaging -lvtkIO -lvtkGraphics -lvtkFiltering -
lvtkCommon -lfreetype
#endif
CXXPFLAGS = -DLXLINUX $(shell wx-config --cxxflags) -Wno-deprecated $(shell 
freetype-config --cflags) -I$(VTKPATH)
=

gettkver.tcl returns 0 even though the installed version of vtk is 6.1.

I forced the setting for both VTKPATH and VTKLIBPATH, and I removed the 'IF' 
statement around the setting of VTKLIBS.  I tried using both of the VTKLIBS 
settings, but neither of them work.

I know very little about ld.  It appears to me that the Fedora installation of 
vtk is using different filenames for the shared object libraries.  The 
libraries 
names in the Makefile do not match up with what is actually on my system.

I attached a text file to this message showing 'ls -l' from the vtk shared 
objects directory.  If someone can tell me which of these libraries are 
actually needed, I will try setting the VTKLIBS variable to use them.

Final note - For me this is not critical.  I can easily set up the main 
therion Makefile so it bypasses loch entirely.  I have never used loch.  
Therion compiles correctly - it is only loch that fails.

Thanks - Bill Gee





On Sunday, December 28, 2014 19:56:48 Martin Budaj wrote:
> Hi all,
> 
> new therion version is available. It's mostly a bug fixing release;
> see below for details. Most of the contributed patches were also
> applied or adapted (thanks, Olly & Wookey).

> Therion 5.3.16 (2014-12-28):
> 
> loch:
>  * VTK 6.0 support
>  * wxWidgets 3.0 support
-- next part --
total 174188
lrwxrwxrwx 1 root root  17 Nov 20 02:38 libvtkalglib.so -> libvtkalglib.so.1
-rwxr-xr-x 1 root root  147232 Nov 20 02:42 libvtkalglib.so.1
-rwxr-xr-x 1 root root  394392 Nov 20 02:42 libvtkChartsCoreJava.so
lrwxrwxrwx 1 root root  30 Nov 20 02:38 libvtkChartsCorePython27D.so -> 
libvtkChartsCorePython27D.so.1
-rwxr-xr-x 1 root root  893800 Nov 20 02:42 libvtkChartsCorePython27D.so.1
lrwxrwxrwx 1 root root  21 Nov 20 02:38 libvtkChartsCore.so -> 
libvtkChartsCore.so.1
-rwxr-xr-x 1 root root 1348976 Nov 20 02:42 libvtkChartsCore.so.1
lrwxrwxrwx 1 root root  24 Nov 20 02:38 libvtkChartsCoreTCL.so -> 
libvtkChartsCoreTCL.so.1
-rwxr-xr-x 1 root root  567112 Nov 20 02:42 libvtkChartsCoreTCL.so.1
-rwxr-xr-x 1 root root   19736 Nov 20 02:42 libvtkCommonColorJava.so
lrwxrwxrwx 1 root root  31 Nov 20 02:38 libvtkCommonColorPython27D.so ->