geomview-users — Geomview users' discussion list

Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

[Samuel D. <sd...@sp...>]

I just got geomview to correctly install using Fink.

Now when it comes to installing geomview under Ubuntu on Virtual Box, 
can you recommend some background reading on Ubuntu and Virtual Box, and 
how the two to get them to play together with Mac OS X?

Lastly, thanks for helping me out with getting geomview built and 
installed. I really appreciate it. :-)

Sam Dupree.


On 9/6/16 22:00:27, llo...@ya... wrote:
> I recommend Ubuntu on VirtualBox.
>
> Just because Fink and Macports are more mature than homebrew doesn't make them any good...
>   
> Lloyd Wood
> http://savi.sf.net
>
> ----- Original Message -----
> From: Samuel Dupree <sd...@sp...>
> To: llo...@ya...
> Cc: "geo...@li..." <geo...@li...>
> Sent: Wednesday, 7 September 2016, 11:53
> Subject: Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
>
> I haven't modified any of the geomview package. My question concerning
> incompatible code was along the lines of having the correct prerequisites.
>
> As far s Fink is concerned, would I be better off using Fink to build
> and install geomview?
>
> Sam Dupree.
>
>
>
> On 9/6/16 21:43:31, llo...@ya... wrote:
>> Incompatible code? Have you modified Geomview in any way?
>>
>>
>> An idea of the Geomview dependencies for compiling from scratch is given on
>> my building-on-Cygwin page:
>>
>>
>> http://personal.ee.surrey.ac.uk/Personal/L.Wood/software/SaVi/building-under-Windows/
>>
>> (note all that fun TeX stuff for the docs, which is where we started.)
>>
>>
>> but really, with more mature Virtualbox/Ubuntu packages,
>> Fink and macports packages, few would want to compile from scratch,
>> and doing so on the immature Homebrew sounds more difficult.
>>
>> Lloyd Wood
>> http://savi.sf.net/
>>   
>>
>>
>> ________________________________
>> From: Samuel Dupree <sd...@sp...>
>> To: Lloyd Wood <llo...@ya...>
>> Cc: "geo...@li..." <geo...@li...>
>> Sent: Wednesday, 7 September 2016, 8:24
>> Subject: Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
>>
>>
>>
>> I tried building geomview with homebrew. geomview now gives me Segmentation fault: 11. As I read up on segmentation faults, I'm wondering if I have some code that is incompatible getting into the build. Out of curiosity, what are the prerequisites for geomview?
>> Sam Dupree.
>>
>>
>> On 9/6/16 07:33:45, Lloyd Wood wrote:
>>
>> homebrew isn't even v1.0 yet. But if you're using homebrew, why not just type
>>> brew install geomview
>>> ?
>>>
>>>
>>> Geomview / Mailing Lists
>>>
>>>
>>>
>>> Geomview / Mailing Lists
>>>   
>>>
>>>
>>>
>>>
>> mixing homebrew and local components might raise linker problems gcc vs clang?
>>> there's always install packages under virtualbox ubuntu, install under macports or fink...
>>>
>>>
>>> Lloyd Wood
>>> http://savi.sf.net/
>>>
>>> On Tuesday, September 6, 2016, 2:00 PM, Samuel Dupree <sd...@sp...> wrote:
>>> I built geomview using openmotif version 2.3.4 installed using Homebrew.
>>>> Sam Dupree.
>>>>
>>>>
>>>> On 9/5/16 21:06:04, llo...@ya... wrote:
>>>>
>>>> okay, another possibility is whatever you're using for motif. what motif/clone did you build with? would need to know to try to replicate... thanks  Lloyd Wood http://savi.sf.net/ ________________________________
>> From: Samuel Dupree <sd...@sp...> To: Lloyd Wood <llo...@ya...> Cc: "geo...@li..." <geo...@li...> Sent: Tuesday, 6 September 2016, 3:05
>> Subject: Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan) I still get a bus error.
>> Sam Dupree. On 9/5/16 07:02:20, Lloyd Wood wrote: might be an OpenGL problem.
>>>>> What does
>> ./geomview -noopengl
>> do? Lloyd Wood http://savi.sf.net/ On Monday, September 5, 2016, 8:29 PM, Samuel Dupree <sd...@sp...> wrote:
>> I am running XQuartz. Now I was able to build geomview by specifying the path for X11. The resulting executable gave me a bus error. Out of desperation I tried building geomview using Homebrew. The Homebrewed geomview still gives me a bus error when executed.
>>>>>> Any ideas? Sam Dupree Sent from my iPhone On Sep 5, 2016, at 06:18, Lloyd Wood <llo...@ya...> wrote: El Capitan doesn't include an X server. Are you running XQuartz? how did you build geomview? what libraries were installed?
>>>>>>> homebrew is fairly new. I've had success with fink on 10.6. Lloyd Wood http://savi.sf.net On Monday, September 5, 2016, 18:30, Samuel Dupree <sd...@sp...> wrote:
>> Lloyd,
>>>>>>>> Thank you for responding so quickly. I tried to run
>>>>> geomview and the
>>>>> message I get is Bus error: 10. Is there something I
>>>>> need to do in
>>>>> particular to build geomview under Mac OS X El
>>>>> Capitan? Or would you
>>>>> advise that I build geomview using Homebrew? Please advise. Sam Dupree. On 9/5/16 03:11:34, llo...@ya... wrote:
>>>>>>>>> Samuel ('not clear'?) The important thing in that
>>>>> output is the
>>>>> chmod +x geomview - i.e., you now have a working executable, and
>>>>> you shrug at the vagaries
>>>>> of latex dvi junk, and just download a copy of
>>>>> the documentation from
>>>>> http://www.geomview.org/docs/instead. Although what broke below seems to be the Portuguese (Brazilian)
>> documentation, which is of less wide interest
>>>>> -- but a copy of that needs
>>>>> to be added to the English documentation on the
>>>>> docs page.
>>>>> (I suggested this
>>>>> build-all-and-binary-completely-before-the-docs change to the
>>>>> build a while back because debugging the
>>>>> differences in dvi/Latex installs
>>>>> is Really Just Too Hard and shouldn't stop
>>>>> users using Geomview.
>>>>> As a very wild guess, US Letter vs A4 is
>>>>> hitting you somehow.)
>>>>> hope this helps, Lloyd Wood http://savi.sf.net ----- Original Message -----
>> From: Samuel Dupree <sd...@sp...> To: geo...@li... Sent: Monday, 5 September 2016, 15:50
>> Subject: [geomview-users] Building geomview on
>>>>> a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
>>>>> I'm attempting to build Geomview on a MacBook
>>>>> Pro running Mac OS X
>>>>> 10.11.6 (El Capitan). The build seems to
>>>>> proceed fine until it get to
>>>>> the step where it's building documents and it
>>>>> ends in failure as seen in
>>>>> the output below:
>>>>>>>>> [snip]
>>>>>>>>> It's clear to me what I need to do to fix
>>>>> this.
>>>>> Any ideas? Sam Dupree.
>>>>> ________________________________
>
------------------------------------------------------------------------

Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

[<llo...@ya...>]

I recommend Ubuntu on VirtualBox.

Just because Fink and Macports are more mature than homebrew doesn't make them any good...
 
Lloyd Wood
http://savi.sf.net

----- Original Message -----
From: Samuel Dupree <sd...@sp...>
To: llo...@ya...
Cc: "geo...@li..." <geo...@li...>
Sent: Wednesday, 7 September 2016, 11:53
Subject: Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

I haven't modified any of the geomview package. My question concerning 
incompatible code was along the lines of having the correct prerequisites.

As far s Fink is concerned, would I be better off using Fink to build 
and install geomview?

Sam Dupree.



On 9/6/16 21:43:31, llo...@ya... wrote:
> Incompatible code? Have you modified Geomview in any way?
>
>
> An idea of the Geomview dependencies for compiling from scratch is given on
> my building-on-Cygwin page:
>
>
> http://personal.ee.surrey.ac.uk/Personal/L.Wood/software/SaVi/building-under-Windows/
>
> (note all that fun TeX stuff for the docs, which is where we started.)
>
>
> but really, with more mature Virtualbox/Ubuntu packages,
> Fink and macports packages, few would want to compile from scratch,
> and doing so on the immature Homebrew sounds more difficult.
>
> Lloyd Wood
> http://savi.sf.net/
>  
>
>
> ________________________________
> From: Samuel Dupree <sd...@sp...>
> To: Lloyd Wood <llo...@ya...>
> Cc: "geo...@li..." <geo...@li...>
> Sent: Wednesday, 7 September 2016, 8:24
> Subject: Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
>
>
>
> I tried building geomview with homebrew. geomview now gives me Segmentation fault: 11. As I read up on segmentation faults, I'm wondering if I have some code that is incompatible getting into the build. Out of curiosity, what are the prerequisites for geomview?
> Sam Dupree.
>
>
> On 9/6/16 07:33:45, Lloyd Wood wrote:
>
> homebrew isn't even v1.0 yet. But if you're using homebrew, why not just type
>> brew install geomview
>> ?
>>
>>
>> Geomview / Mailing Lists
>>
>>
>>
>> Geomview / Mailing Lists
>>  
>>
>>
>>
>>
> mixing homebrew and local components might raise linker problems gcc vs clang?
>>
>> there's always install packages under virtualbox ubuntu, install under macports or fink...
>>
>>
>> Lloyd Wood
>> http://savi.sf.net/
>>
>> On Tuesday, September 6, 2016, 2:00 PM, Samuel Dupree <sd...@sp...> wrote:
>> I built geomview using openmotif version 2.3.4 installed using Homebrew.
>>> Sam Dupree.
>>>
>>>
>>> On 9/5/16 21:06:04, llo...@ya... wrote:
>>>
>>> okay, another possibility is whatever you're using for motif. what motif/clone did you build with? would need to know to try to replicate... thanks  Lloyd Wood http://savi.sf.net/ ________________________________
> From: Samuel Dupree <sd...@sp...> To: Lloyd Wood <llo...@ya...> Cc: "geo...@li..." <geo...@li...> Sent: Tuesday, 6 September 2016, 3:05
> Subject: Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan) I still get a bus error.
> Sam Dupree. On 9/5/16 07:02:20, Lloyd Wood wrote: might be an OpenGL problem.
>>>> What does
> ./geomview -noopengl
> do? Lloyd Wood http://savi.sf.net/ On Monday, September 5, 2016, 8:29 PM, Samuel Dupree <sd...@sp...> wrote:
> I am running XQuartz. Now I was able to build geomview by specifying the path for X11. The resulting executable gave me a bus error. Out of desperation I tried building geomview using Homebrew. The Homebrewed geomview still gives me a bus error when executed.
>>>>> Any ideas? Sam Dupree Sent from my iPhone On Sep 5, 2016, at 06:18, Lloyd Wood <llo...@ya...> wrote: El Capitan doesn't include an X server. Are you running XQuartz? how did you build geomview? what libraries were installed?
>>>>>> homebrew is fairly new. I've had success with fink on 10.6. Lloyd Wood http://savi.sf.net On Monday, September 5, 2016, 18:30, Samuel Dupree <sd...@sp...> wrote:
> Lloyd,
>>>>>>> Thank you for responding so quickly. I tried to run
>>>> geomview and the
>>>> message I get is Bus error: 10. Is there something I
>>>> need to do in
>>>> particular to build geomview under Mac OS X El
>>>> Capitan? Or would you
>>>> advise that I build geomview using Homebrew? Please advise. Sam Dupree. On 9/5/16 03:11:34, llo...@ya... wrote:
>>>>>>>> Samuel ('not clear'?) The important thing in that
>>>> output is the
>>>> chmod +x geomview - i.e., you now have a working executable, and
>>>> you shrug at the vagaries
>>>> of latex dvi junk, and just download a copy of
>>>> the documentation from
>>>> http://www.geomview.org/docs/instead. Although what broke below seems to be the Portuguese (Brazilian)
> documentation, which is of less wide interest
>>>> -- but a copy of that needs
>>>> to be added to the English documentation on the
>>>> docs page.
>>>> (I suggested this
>>>> build-all-and-binary-completely-before-the-docs change to the
>>>> build a while back because debugging the
>>>> differences in dvi/Latex installs
>>>> is Really Just Too Hard and shouldn't stop
>>>> users using Geomview.
>>>> As a very wild guess, US Letter vs A4 is
>>>> hitting you somehow.)
>>>> hope this helps, Lloyd Wood http://savi.sf.net ----- Original Message -----
> From: Samuel Dupree <sd...@sp...> To: geo...@li... Sent: Monday, 5 September 2016, 15:50
> Subject: [geomview-users] Building geomview on
>>>> a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
>>>> I'm attempting to build Geomview on a MacBook
>>>> Pro running Mac OS X
>>>> 10.11.6 (El Capitan). The build seems to
>>>> proceed fine until it get to
>>>> the step where it's building documents and it
>>>> ends in failure as seen in
>>>> the output below:
>>>>>>>> [snip]
>>>>>>>> It's clear to me what I need to do to fix
>>>> this.
>>>> Any ideas? Sam Dupree.
>>>> ________________________________

Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

[Samuel D. <sd...@sp...>]

I haven't modified any of the geomview package. My question concerning 
incompatible code was along the lines of having the correct prerequisites.

As far s Fink is concerned, would I be better off using Fink to build 
and install geomview?

Sam Dupree.


On 9/6/16 21:43:31, llo...@ya... wrote:
> Incompatible code? Have you modified Geomview in any way?
>
>
> An idea of the Geomview dependencies for compiling from scratch is given on
> my building-on-Cygwin page:
>
>
> http://personal.ee.surrey.ac.uk/Personal/L.Wood/software/SaVi/building-under-Windows/
>
> (note all that fun TeX stuff for the docs, which is where we started.)
>
>
> but really, with more mature Virtualbox/Ubuntu packages,
> Fink and macports packages, few would want to compile from scratch,
> and doing so on the immature Homebrew sounds more difficult.
>
> Lloyd Wood
> http://savi.sf.net/
>   
>
>
> ________________________________
> From: Samuel Dupree <sd...@sp...>
> To: Lloyd Wood <llo...@ya...>
> Cc: "geo...@li..." <geo...@li...>
> Sent: Wednesday, 7 September 2016, 8:24
> Subject: Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
>
>
>
> I tried building geomview with homebrew. geomview now gives me Segmentation fault: 11. As I read up on segmentation faults, I'm wondering if I have some code that is incompatible getting into the build. Out of curiosity, what are the prerequisites for geomview?
> Sam Dupree.
>
>
> On 9/6/16 07:33:45, Lloyd Wood wrote:
>
> homebrew isn't even v1.0 yet. But if you're using homebrew, why not just type
>> brew install geomview
>> ?
>>
>>
>> Geomview / Mailing Lists
>>
>>
>>
>> Geomview / Mailing Lists
>>   
>>
>>
>>
>>
> mixing homebrew and local components might raise linker problems gcc vs clang?
>>
>> there's always install packages under virtualbox ubuntu, install under macports or fink...
>>
>>
>> Lloyd Wood
>> http://savi.sf.net/
>>
>> On Tuesday, September 6, 2016, 2:00 PM, Samuel Dupree <sd...@sp...> wrote:
>> I built geomview using openmotif version 2.3.4 installed using Homebrew.
>>> Sam Dupree.
>>>
>>>
>>> On 9/5/16 21:06:04, llo...@ya... wrote:
>>>
>>> okay, another possibility is whatever you're using for motif. what motif/clone did you build with? would need to know to try to replicate... thanks  Lloyd Wood http://savi.sf.net/ ________________________________
> From: Samuel Dupree <sd...@sp...> To: Lloyd Wood <llo...@ya...> Cc: "geo...@li..." <geo...@li...> Sent: Tuesday, 6 September 2016, 3:05
> Subject: Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan) I still get a bus error.
> Sam Dupree. On 9/5/16 07:02:20, Lloyd Wood wrote: might be an OpenGL problem.
>>>> What does
> ./geomview -noopengl
> do? Lloyd Wood http://savi.sf.net/ On Monday, September 5, 2016, 8:29 PM, Samuel Dupree <sd...@sp...> wrote:
> I am running XQuartz. Now I was able to build geomview by specifying the path for X11. The resulting executable gave me a bus error. Out of desperation I tried building geomview using Homebrew. The Homebrewed geomview still gives me a bus error when executed.
>>>>> Any ideas? Sam Dupree Sent from my iPhone On Sep 5, 2016, at 06:18, Lloyd Wood <llo...@ya...> wrote: El Capitan doesn't include an X server. Are you running XQuartz? how did you build geomview? what libraries were installed?
>>>>>> homebrew is fairly new. I've had success with fink on 10.6. Lloyd Wood http://savi.sf.net On Monday, September 5, 2016, 18:30, Samuel Dupree <sd...@sp...> wrote:
> Lloyd,
>>>>>>> Thank you for responding so quickly. I tried to run
>>>> geomview and the
>>>> message I get is Bus error: 10. Is there something I
>>>> need to do in
>>>> particular to build geomview under Mac OS X El
>>>> Capitan? Or would you
>>>> advise that I build geomview using Homebrew? Please advise. Sam Dupree. On 9/5/16 03:11:34, llo...@ya... wrote:
>>>>>>>> Samuel ('not clear'?) The important thing in that
>>>> output is the
>>>> chmod +x geomview - i.e., you now have a working executable, and
>>>> you shrug at the vagaries
>>>> of latex dvi junk, and just download a copy of
>>>> the documentation from
>>>> http://www.geomview.org/docs/instead. Although what broke below seems to be the Portuguese (Brazilian)
> documentation, which is of less wide interest
>>>> -- but a copy of that needs
>>>> to be added to the English documentation on the
>>>> docs page.
>>>> (I suggested this
>>>> build-all-and-binary-completely-before-the-docs change to the
>>>> build a while back because debugging the
>>>> differences in dvi/Latex installs
>>>> is Really Just Too Hard and shouldn't stop
>>>> users using Geomview.
>>>> As a very wild guess, US Letter vs A4 is
>>>> hitting you somehow.)
>>>> hope this helps, Lloyd Wood http://savi.sf.net ----- Original Message -----
> From: Samuel Dupree <sd...@sp...> To: geo...@li... Sent: Monday, 5 September 2016, 15:50
> Subject: [geomview-users] Building geomview on
>>>> a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
>>>> I'm attempting to build Geomview on a MacBook
>>>> Pro running Mac OS X
>>>> 10.11.6 (El Capitan). The build seems to
>>>> proceed fine until it get to
>>>> the step where it's building documents and it
>>>> ends in failure as seen in
>>>> the output below:
>>>>>>>> [snip]
>>>>>>>> It's clear to me what I need to do to fix
>>>> this.
>>>> Any ideas? Sam Dupree.
>>>> ________________________________

Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

[<llo...@ya...>]

Incompatible code? Have you modified Geomview in any way?


An idea of the Geomview dependencies for compiling from scratch is given on
my building-on-Cygwin page:


http://personal.ee.surrey.ac.uk/Personal/L.Wood/software/SaVi/building-under-Windows/

(note all that fun TeX stuff for the docs, which is where we started.)


but really, with more mature Virtualbox/Ubuntu packages,
Fink and macports packages, few would want to compile from scratch,
and doing so on the immature Homebrew sounds more difficult.

Lloyd Wood
http://savi.sf.net/
 


________________________________
From: Samuel Dupree <sd...@sp...>
To: Lloyd Wood <llo...@ya...> 
Cc: "geo...@li..." <geo...@li...>
Sent: Wednesday, 7 September 2016, 8:24
Subject: Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)



I tried building geomview with homebrew. geomview now gives me Segmentation fault: 11. As I read up on segmentation faults, I'm wondering if I have some code that is incompatible getting into the build. Out of curiosity, what are the prerequisites for geomview?
Sam Dupree.


On 9/6/16 07:33:45, Lloyd Wood wrote:

homebrew isn't even v1.0 yet. But if you're using homebrew, why not just type 
>brew install geomview
>?
>
>
>Geomview / Mailing Lists  
>
>
>
> Geomview / Mailing Lists 
>  
>
>
>
>
mixing homebrew and local components might raise linker problems gcc vs clang?
>
>
>there's always install packages under virtualbox ubuntu, install under macports or fink...
>
>
>Lloyd Wood 
>http://savi.sf.net/
>
>On Tuesday, September 6, 2016, 2:00 PM, Samuel Dupree <sd...@sp...> wrote:
>I built geomview using openmotif version 2.3.4 installed using Homebrew. 
>>
>>Sam Dupree.
>>
>>
>>On 9/5/16 21:06:04, llo...@ya... wrote:
>>
>>okay, another possibility is whatever you're using for motif. what motif/clone did you build with? would need to know to try to replicate... thanks  Lloyd Wood http://savi.sf.net/ ________________________________
From: Samuel Dupree <sd...@sp...> To: Lloyd Wood <llo...@ya...> Cc: "geo...@li..." <geo...@li...> Sent: Tuesday, 6 September 2016, 3:05
Subject: Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan) I still get a bus error.
Sam Dupree. On 9/5/16 07:02:20, Lloyd Wood wrote: might be an OpenGL problem. 
>>>What does
./geomview -noopengl
do? Lloyd Wood http://savi.sf.net/ On Monday, September 5, 2016, 8:29 PM, Samuel Dupree <sd...@sp...> wrote:
I am running XQuartz. Now I was able to build geomview by specifying the path for X11. The resulting executable gave me a bus error. Out of desperation I tried building geomview using Homebrew. The Homebrewed geomview still gives me a bus error when executed. 
>>>>Any ideas? Sam Dupree Sent from my iPhone On Sep 5, 2016, at 06:18, Lloyd Wood <llo...@ya...> wrote: El Capitan doesn't include an X server. Are you running XQuartz? how did you build geomview? what libraries were installed? 
>>>>>homebrew is fairly new. I've had success with fink on 10.6. Lloyd Wood http://savi.sf.net On Monday, September 5, 2016, 18:30, Samuel Dupree <sd...@sp...> wrote:
Lloyd, 
>>>>>>Thank you for responding so quickly. I tried to run 
>>>geomview and the 
>>>message I get is Bus error: 10. Is there something I 
>>>need to do in 
>>>particular to build geomview under Mac OS X El 
>>>Capitan? Or would you 
>>>advise that I build geomview using Homebrew? Please advise. Sam Dupree. On 9/5/16 03:11:34, llo...@ya... wrote: 
>>>>>>>Samuel ('not clear'?) The important thing in that 
>>>output is the 
>>>chmod +x geomview - i.e., you now have a working executable, and 
>>>you shrug at the vagaries 
>>>of latex dvi junk, and just download a copy of 
>>>the documentation from 
>>>http://www.geomview.org/docs/instead. Although what broke below seems to be the Portuguese (Brazilian)
documentation, which is of less wide interest 
>>>-- but a copy of that needs 
>>>to be added to the English documentation on the 
>>>docs page. 
>>>(I suggested this 
>>>build-all-and-binary-completely-before-the-docs change to the 
>>>build a while back because debugging the 
>>>differences in dvi/Latex installs 
>>>is Really Just Too Hard and shouldn't stop 
>>>users using Geomview. 
>>>As a very wild guess, US Letter vs A4 is 
>>>hitting you somehow.) 
>>>hope this helps, Lloyd Wood http://savi.sf.net ----- Original Message -----
From: Samuel Dupree <sd...@sp...> To: geo...@li... Sent: Monday, 5 September 2016, 15:50
Subject: [geomview-users] Building geomview on 
>>>a MacBook Pro running Mac OS X 10.11.6 (El Capitan) 
>>>I'm attempting to build Geomview on a MacBook 
>>>Pro running Mac OS X 
>>>10.11.6 (El Capitan). The build seems to 
>>>proceed fine until it get to 
>>>the step where it's building documents and it 
>>>ends in failure as seen in 
>>>the output below: 
>>>>>>>[snip] 
>>>>>>>It's clear to me what I need to do to fix 
>>>this. 
>>>Any ideas? Sam Dupree. 
>>>________________________________ 

Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

[Samuel D. <sd...@sp...>]

I tried building geomview with homebrew. geomview now gives me 
Segmentation fault: 11. As I read up on segmentation faults, I'm 
wondering if I have some code that is incompatible getting into the 
build. Out of curiosity, what are the prerequisites for geomview?

Sam Dupree.



On 9/6/16 07:33:45, Lloyd Wood wrote:
> homebrew isn't even v1.0 yet. But if you're using homebrew, why not 
> just type
> brew install geomview
> ?
>
> Geomview / Mailing Lists 
> <https://sourceforge.net/p/geomview/mailman/message/35061833/>
>
>
> 	
>
>
>     Geomview / Mailing Lists
>
> 	
>
> <https://sourceforge.net/p/geomview/mailman/message/35061833/>
>
>
> mixing homebrew and local components might raise linker problems gcc 
> vs clang?
>
> there's always install packages under virtualbox ubuntu, install under 
> macports or fink...
>
>
> Lloyd Wood
> http://savi.sf.net/
>
> On Tuesday, September 6, 2016, 2:00 PM, Samuel Dupree 
> <sd...@sp...> wrote:
>
>     I built geomview using openmotif version 2.3.4 installed using
>     Homebrew.
>
>     Sam Dupree.
>
>
>     On 9/5/16 21:06:04, llo...@ya... wrote:
>>     okay, another possibility is whatever you're using for motif.
>>
>>     what motif/clone did you build with? would need to know to try to replicate...
>>
>>     thanks
>>
>>     Lloyd Wood
>>     http://savi.sf.net/
>>
>>
>>     ________________________________
>>     From: Samuel Dupree<sd...@sp...>
>>     To: Lloyd Wood<llo...@ya...>  
>>     Cc:"geo...@li..."  <geo...@li...>
>>     Sent: Tuesday, 6 September 2016, 3:05
>>     Subject: Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
>>
>>
>>
>>     I still get a bus error.
>>     Sam Dupree.
>>
>>
>>     On 9/5/16 07:02:20, Lloyd Wood wrote:
>>
>>     might be an OpenGL problem.
>>>     What does
>>>     ./geomview -noopengl
>>>     do?
>>>
>>>
>>>     Lloyd Wood
>>>     http://savi.sf.net/
>>>
>>>     On Monday, September 5, 2016, 8:29 PM, Samuel Dupree<sd...@sp...>  wrote:
>>>     I am running XQuartz. Now I was able to build geomview by specifying the path for X11. The resulting executable gave me a bus error. Out of desperation I tried building geomview using Homebrew. The Homebrewed geomview still gives me a bus error when executed.
>>>>     Any ideas?
>>>>
>>>>
>>>>     Sam Dupree
>>>>
>>>>
>>>>
>>>>     Sent from my iPhone
>>>>
>>>>     On Sep 5, 2016, at 06:18, Lloyd Wood<llo...@ya...>  wrote:
>>>>
>>>>
>>>>     El Capitan doesn't include an X server. Are you running XQuartz? how did you build geomview? what libraries were installed?
>>>>>     homebrew is fairly new. I've had success with fink on 10.6.
>>>>>
>>>>>
>>>>>     Lloyd Wood
>>>>>     http://savi.sf.net
>>>>>
>>>>>     On Monday, September 5, 2016, 18:30, Samuel Dupree<sd...@sp...>  wrote:
>>>>>     Lloyd,
>>>>>>     Thank you for responding so quickly. I tried to run
>>                    geomview and the
>>>>>>     message I get is Bus error: 10. Is there something I
>>                    need to do in
>>>>>>     particular to build geomview under Mac OS X El
>>                    Capitan? Or would you
>>>>>>     advise that I build geomview using Homebrew?
>>>>>>
>>>>>>     Please advise.
>>>>>>
>>>>>>     Sam Dupree.
>>>>>>
>>>>>>
>>>>>>     On 9/5/16 03:11:34,llo...@ya...  wrote:
>>>>>>>     Samuel
>>>>>>>
>>>>>>>     ('not clear'?) The important thing in that
>>                    output is the
>>>>>>>     chmod +x geomview
>>>>>>>
>>>>>>>     - i.e., you now have a working executable, and
>>                    you shrug at the vagaries
>>>>>>>     of latex dvi junk, and just download a copy of
>>                    the documentation from
>>>>>>>     http://www.geomview.org/docs/instead. Although what broke below seems to be the Portuguese (Brazilian)
>>>>>>>     documentation, which is of less wide interest
>>                    -- but a copy of that needs
>>>>>>>     to be added to the English documentation on the
>>                    docs page.
>>>>>>>     (I suggested this
>>                    build-all-and-binary-completely-before-the-docs
>>                    change to the
>>>>>>>     build a while back because debugging the
>>                    differences in dvi/Latex installs
>>>>>>>     is Really Just Too Hard and shouldn't stop
>>                    users using Geomview.
>>>>>>>     As a very wild guess, US Letter vs A4 is
>>                    hitting you somehow.)
>>>>>>>     hope this helps,
>>>>>>>
>>>>>>>     Lloyd Wood
>>>>>>>     http://savi.sf.net
>>>>>>>
>>>>>>>
>>>>>>>     ----- Original Message -----
>>>>>>>     From: Samuel Dupree<sd...@sp...>
>>>>>>>     To:geo...@li...
>>>>>>>     Sent: Monday, 5 September 2016, 15:50
>>>>>>>     Subject: [geomview-users] Building geomview on
>>                    a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
>>>>>>>     I'm attempting to build Geomview on a MacBook
>>                    Pro running Mac OS X
>>>>>>>     10.11.6 (El Capitan). The build seems to
>>                    proceed fine until it get to
>>>>>>>     the step where it's building documents and it
>>                    ends in failure as seen in
>>>>>>>     the output below:
>>>>>>>
>>>>>>     [snip]
>>>>>>
>>>>>>>
>>>>>>>     It's clear to me what I need to do to fix
>>                     this.
>>>>>>>     Any ideas?
>>>>>>>
>>>>>>>
>>>>>>>     Sam Dupree.
>>     ________________________________
>>

Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

[Lloyd W. <llo...@ya...>]

 blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px #715FFA solid !important; padding-left:1ex !important; background-color:white !important; }  homebrew isn't even v1.0 yet. But if you're using homebrew, why not just typebrew install geomview?
Geomview / Mailing Lists 
  
|  
|   |  
Geomview / Mailing Lists
 

  |   |

  |

 

mixing homebrew and local components might raise linker problems gcc vs clang?
there's always install packages under virtualbox ubuntu, install under macports or fink...


Lloyd Woodhttp://savi.sf.net/

On Tuesday, September 6, 2016, 2:00 PM, Samuel Dupree <sd...@sp...> wrote:

 
I built geomview using openmotif version 2.3.4 installed using Homebrew. 
 
 
Sam Dupree.
 
 
 On 9/5/16 21:06:04, llo...@ya... wrote:
  
 okay, another possibility is whatever you're using for motif.

what motif/clone did you build with? would need to know to try to replicate...

thanks 

Lloyd Wood
http://savi.sf.net/


________________________________
From: Samuel Dupree <sd...@sp...>
To: Lloyd Wood <llo...@ya...> 
Cc: "geo...@li..." <geo...@li...>
Sent: Tuesday, 6 September 2016, 3:05
Subject: Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)



I still get a bus error.
Sam Dupree.


On 9/5/16 07:02:20, Lloyd Wood wrote:

might be an OpenGL problem. 
 
 
What does
./geomview -noopengl
do?


Lloyd Wood 
http://savi.sf.net/

On Monday, September 5, 2016, 8:29 PM, Samuel Dupree <sd...@sp...> wrote:
I am running XQuartz. Now I was able to build geomview by specifying the path for X11. The resulting executable gave me a bus error. Out of desperation I tried building geomview using Homebrew. The Homebrewed geomview still gives me a bus error when executed.
 
 
Any ideas?


Sam Dupree



Sent from my iPhone

On Sep 5, 2016, at 06:18, Lloyd Wood <llo...@ya...> wrote:


El Capitan doesn't include an X server. Are you running XQuartz? how did you build geomview? what libraries were installed? 
 
 
homebrew is fairly new. I've had success with fink on 10.6.


Lloyd Wood
http://savi.sf.net

On Monday, September 5, 2016, 18:30, Samuel Dupree <sd...@sp...> wrote:
Lloyd,
 
 Thank you for responding so quickly. I tried to run
 
 
 
 
               geomview and the 
 
 
 
 
 message I get is Bus error: 10. Is there something I
 
 
 
 
               need to do in 
 
 
 
 
 particular to build geomview under Mac OS X El
 
 
 
 
               Capitan? Or would you
 
 
 
 
 advise that I build geomview using Homebrew?

Please advise.

Sam Dupree.


On 9/5/16 03:11:34, llo...@ya... wrote:
 
 Samuel

('not clear'?) The important thing in that
 
 
 
 
 
               output is the
 
 
 
 
 
 chmod +x geomview

- i.e., you now have a working executable, and
 
 
 
 
 
               you shrug at the vagaries
 
 
 
 
 
 of latex dvi junk, and just download a copy of
 
 
 
 
 
               the documentation from
 
 
 
 
 
 http://www.geomview.org/docs/instead. Although what broke below seems to be the Portuguese (Brazilian)
documentation, which is of less wide interest
 
 
 
 
 
               -- but a copy of that needs
 
 
 
 
 
 to be added to the English documentation on the
 
 
 
 
 
               docs page.
 
 
 
 
 
 (I suggested this
 
 
 
 
 
               build-all-and-binary-completely-before-the-docs
              change to the
 
 
 
 
 
 build a while back because debugging the
 
 
 
 
 
               differences in dvi/Latex installs
 
 
 
 
 
 is Really Just Too Hard and shouldn't stop
 
 
 
 
 
               users using Geomview.
 
 
 
 
 
 As a very wild guess, US Letter vs A4 is
 
 
 
 
 
               hitting you somehow.)
 
 
 
 
 
 hope this helps,

Lloyd Wood
http://savi.sf.net


----- Original Message -----
From: Samuel Dupree <sd...@sp...>
To: geo...@li...
Sent: Monday, 5 September 2016, 15:50
Subject: [geomview-users] Building geomview on
 
 
 
 
 
               a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
 
 
 
 
 
 I'm attempting to build Geomview on a MacBook
 
 
 
 
 
               Pro running Mac OS X
 
 
 
 
 
 10.11.6 (El Capitan). The build seems to
 
 
 
 
 
               proceed fine until it get to
 
 
 
 
 
 the step where it's building documents and it
 
 
 
 
 
               ends in failure as seen in
 
 
 
 
 
 the output below:

 
 [snip] 

 
 


It's clear to me what I need to do to fix
 
 
 
 
 
                this.
 
 
 
 
 
 Any ideas?


Sam Dupree.
 
 
 
 
 
 

________________________________


 
 
 -- 
 
mail-signature 
                
    Samuel H. Dupree, Jr.               sd...@sp...
    10501 Rising Ridge Road
    Apartment 201                                                http://users.speakeasy.net/~sdupree/
    Fredericksburg, VA 22407, USA
 
     HOME: 540-693-1240            WORK: 540-653-6509                FAX: 866-514-9629
 
           "The Greatest Show on Earth" is not on Earth. It's in Space!
  
 
   
 

Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

[Samuel D. <sd...@sp...>]

I built geomview using openmotif version 2.3.4 installed using Homebrew.

Sam Dupree.


On 9/5/16 21:06:04, llo...@ya... wrote:
> okay, another possibility is whatever you're using for motif.
>
> what motif/clone did you build with? would need to know to try to replicate...
>
> thanks
>
> Lloyd Wood
> http://savi.sf.net/
>
>
> ________________________________
> From: Samuel Dupree <sd...@sp...>
> To: Lloyd Wood <llo...@ya...>
> Cc: "geo...@li..." <geo...@li...>
> Sent: Tuesday, 6 September 2016, 3:05
> Subject: Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
>
>
>
> I still get a bus error.
> Sam Dupree.
>
>
> On 9/5/16 07:02:20, Lloyd Wood wrote:
>
> might be an OpenGL problem.
>>
>> What does
>> ./geomview -noopengl
>> do?
>>
>>
>> Lloyd Wood
>> http://savi.sf.net/
>>
>> On Monday, September 5, 2016, 8:29 PM, Samuel Dupree <sd...@sp...> wrote:
>> I am running XQuartz. Now I was able to build geomview by specifying the path for X11. The resulting executable gave me a bus error. Out of desperation I tried building geomview using Homebrew. The Homebrewed geomview still gives me a bus error when executed.
>>>
>>> Any ideas?
>>>
>>>
>>> Sam Dupree
>>>
>>>
>>>
>>> Sent from my iPhone
>>>
>>> On Sep 5, 2016, at 06:18, Lloyd Wood <llo...@ya...> wrote:
>>>
>>>
>>> El Capitan doesn't include an X server. Are you running XQuartz? how did you build geomview? what libraries were installed?
>>>>
>>>> homebrew is fairly new. I've had success with fink on 10.6.
>>>>
>>>>
>>>> Lloyd Wood
>>>> http://savi.sf.net
>>>>
>>>> On Monday, September 5, 2016, 18:30, Samuel Dupree <sd...@sp...> wrote:
>>>> Lloyd,
>>>>> Thank you for responding so quickly. I tried to run
>                geomview and the
>>>>> message I get is Bus error: 10. Is there something I
>                need to do in
>>>>> particular to build geomview under Mac OS X El
>                Capitan? Or would you
>>>>> advise that I build geomview using Homebrew?
>>>>>
>>>>> Please advise.
>>>>>
>>>>> Sam Dupree.
>>>>>
>>>>>
>>>>> On 9/5/16 03:11:34, llo...@ya... wrote:
>>>>>> Samuel
>>>>>>
>>>>>> ('not clear'?) The important thing in that
>                output is the
>>>>>> chmod +x geomview
>>>>>>
>>>>>> - i.e., you now have a working executable, and
>                you shrug at the vagaries
>>>>>> of latex dvi junk, and just download a copy of
>                the documentation from
>>>>>> http://www.geomview.org/docs/instead. Although what broke below seems to be the Portuguese (Brazilian)
>>>>>> documentation, which is of less wide interest
>                -- but a copy of that needs
>>>>>> to be added to the English documentation on the
>                docs page.
>>>>>> (I suggested this
>                build-all-and-binary-completely-before-the-docs
>                change to the
>>>>>> build a while back because debugging the
>                differences in dvi/Latex installs
>>>>>> is Really Just Too Hard and shouldn't stop
>                users using Geomview.
>>>>>> As a very wild guess, US Letter vs A4 is
>                hitting you somehow.)
>>>>>> hope this helps,
>>>>>>
>>>>>> Lloyd Wood
>>>>>> http://savi.sf.net
>>>>>>
>>>>>>
>>>>>> ----- Original Message -----
>>>>>> From: Samuel Dupree <sd...@sp...>
>>>>>> To: geo...@li...
>>>>>> Sent: Monday, 5 September 2016, 15:50
>>>>>> Subject: [geomview-users] Building geomview on
>                a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
>>>>>> I'm attempting to build Geomview on a MacBook
>                Pro running Mac OS X
>>>>>> 10.11.6 (El Capitan). The build seems to
>                proceed fine until it get to
>>>>>> the step where it's building documents and it
>                ends in failure as seen in
>>>>>> the output below:
>>>>>>
>>>>> [snip]
>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> It's clear to me what I need to do to fix
>                 this.
>>>>>> Any ideas?
>>>>>>
>>>>>>
>>>>>> Sam Dupree.
>
>
> ________________________________
>
>

-- 
mail-signature
------------------------------------------------------------------------

<IYA-2009.jpg>
<mmb_emblem-2.gif>   Samuel H. Dupree, Jr....@sp...
    10501 Rising Ridge Road
    Apartment 201 http://users.speakeasy.net/~sdupree/
    Fredericksburg, VA 22407, USA

     HOME: 540-693-1240            WORK: 540-653-6509     FAX: 866-514-9629

/          "The Greatest Show on Earth" is not on Earth. It's in Space!/

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

Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

[<llo...@ya...>]

okay, another possibility is whatever you're using for motif.

what motif/clone did you build with? would need to know to try to replicate...

thanks 

Lloyd Wood
http://savi.sf.net/


________________________________
From: Samuel Dupree <sd...@sp...>
To: Lloyd Wood <llo...@ya...> 
Cc: "geo...@li..." <geo...@li...>
Sent: Tuesday, 6 September 2016, 3:05
Subject: Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)



I still get a bus error.
Sam Dupree.


On 9/5/16 07:02:20, Lloyd Wood wrote:

might be an OpenGL problem. 
>
>
>What does
>./geomview -noopengl
>do?
>
>
>Lloyd Wood 
>http://savi.sf.net/
>
>On Monday, September 5, 2016, 8:29 PM, Samuel Dupree <sd...@sp...> wrote:
>I am running XQuartz. Now I was able to build geomview by specifying the path for X11. The resulting executable gave me a bus error. Out of desperation I tried building geomview using Homebrew. The Homebrewed geomview still gives me a bus error when executed.
>>
>>
>>Any ideas?
>>
>>
>>Sam Dupree
>>
>>
>>
>>Sent from my iPhone
>>
>>On Sep 5, 2016, at 06:18, Lloyd Wood <llo...@ya...> wrote:
>>
>>
>>El Capitan doesn't include an X server. Are you running XQuartz? how did you build geomview? what libraries were installed? 
>>>
>>>
>>>homebrew is fairly new. I've had success with fink on 10.6.
>>>
>>>
>>>Lloyd Wood
>>>http://savi.sf.net
>>>
>>>On Monday, September 5, 2016, 18:30, Samuel Dupree <sd...@sp...> wrote:
>>>Lloyd,
>>>>
>>>>Thank you for responding so quickly. I tried to run
              geomview and the 
>>>>message I get is Bus error: 10. Is there something I
              need to do in 
>>>>particular to build geomview under Mac OS X El
              Capitan? Or would you
>>>>advise that I build geomview using Homebrew?
>>>>
>>>>Please advise.
>>>>
>>>>Sam Dupree.
>>>>
>>>>
>>>>On 9/5/16 03:11:34, llo...@ya... wrote:
>>>>> Samuel
>>>>>
>>>>> ('not clear'?) The important thing in that
              output is the
>>>>> chmod +x geomview
>>>>>
>>>>> - i.e., you now have a working executable, and
              you shrug at the vagaries
>>>>> of latex dvi junk, and just download a copy of
              the documentation from
>>>>> http://www.geomview.org/docs/instead. Although what broke below seems to be the Portuguese (Brazilian)
>>>>> documentation, which is of less wide interest
              -- but a copy of that needs
>>>>> to be added to the English documentation on the
              docs page.
>>>>>
>>>>> (I suggested this
              build-all-and-binary-completely-before-the-docs
              change to the
>>>>> build a while back because debugging the
              differences in dvi/Latex installs
>>>>> is Really Just Too Hard and shouldn't stop
              users using Geomview.
>>>>> As a very wild guess, US Letter vs A4 is
              hitting you somehow.)
>>>>>
>>>>> hope this helps,
>>>>>
>>>>> Lloyd Wood
>>>>> http://savi.sf.net
>>>>>
>>>>>
>>>>> ----- Original Message -----
>>>>> From: Samuel Dupree <sd...@sp...>
>>>>> To: geo...@li...
>>>>> Sent: Monday, 5 September 2016, 15:50
>>>>> Subject: [geomview-users] Building geomview on
              a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
>>>>>
>>>>> I'm attempting to build Geomview on a MacBook
              Pro running Mac OS X
>>>>> 10.11.6 (El Capitan). The build seems to
              proceed fine until it get to
>>>>> the step where it's building documents and it
              ends in failure as seen in
>>>>> the output below:
>>>>>
>>>>[snip] 
>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> It's clear to me what I need to do to fix
               this.
>>>>>
>>>>> Any ideas?
>>>>>
>>>>>
>>>>> Sam Dupree.



________________________________

Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

[Samuel D. <sd...@sp...>]

I still get a bus error.

Sam Dupree.


On 9/5/16 07:02:20, Lloyd Wood wrote:
> might be an OpenGL problem.
>
> What does
> ./geomview -noopengl
> do?
>
>
> Lloyd Wood
> http://savi.sf.net/
>
> On Monday, September 5, 2016, 8:29 PM, Samuel Dupree 
> <sd...@sp...> wrote:
>
>     I am running XQuartz. Now I was able to build geomview by
>     specifying the path for X11. The resulting executable gave me a
>     bus error. Out of desperation I tried building geomview using
>     Homebrew. The Homebrewed geomview still gives me a bus error when
>     executed.
>
>     Any ideas?
>
>     Sam Dupree
>
>
>     Sent from my iPhone
>
>     On Sep 5, 2016, at 06:18, Lloyd Wood <llo...@ya...
>     <javascript:return>> wrote:
>
>>     El Capitan doesn't include an X server. Are you running XQuartz?
>>     how did you build geomview? what libraries were installed?
>>
>>     homebrew is fairly new. I've had success with fink on 10.6.
>>
>>
>>     Lloyd Wood
>>     http://savi.sf.net
>>
>>     On Monday, September 5, 2016, 18:30, Samuel Dupree
>>     <sd...@sp... <javascript:return>> wrote:
>>
>>         Lloyd,
>>
>>         Thank you for responding so quickly. I tried to run geomview
>>         and the
>>         message I get is Bus error: 10. Is there something I need to
>>         do in
>>         particular to build geomview under Mac OS X El Capitan? Or
>>         would you
>>         advise that I build geomview using Homebrew?
>>
>>         Please advise.
>>
>>         Sam Dupree.
>>
>>
>>         On 9/5/16 03:11:34, llo...@ya... wrote:
>>         > Samuel
>>         >
>>         > ('not clear'?) The important thing in that output is the
>>         > chmod +x geomview
>>         >
>>         > - i.e., you now have a working executable, and you shrug at
>>         the vagaries
>>         > of latex dvi junk, and just download a copy of the
>>         documentation from
>>         > http://www.geomview.org/docs/instead.
>>         <http://www.geomview.org/docs/instead.%20>Although what broke
>>         below seems to be the Portuguese (Brazilian)
>>         > documentation, which is of less wide interest -- but a copy
>>         of that needs
>>         > to be added to the English documentation on the docs page.
>>         >
>>         > (I suggested this
>>         build-all-and-binary-completely-before-the-docs change to the
>>         > build a while back because debugging the differences in
>>         dvi/Latex installs
>>         > is Really Just Too Hard and shouldn't stop users using
>>         Geomview.
>>         > As a very wild guess, US Letter vs A4 is hitting you somehow.)
>>         >
>>         > hope this helps,
>>         >
>>         > Lloyd Wood
>>         > http://savi.sf.net
>>         >
>>         >
>>         > ----- Original Message -----
>>         > From: Samuel Dupree <sd...@sp...>
>>         > To: geo...@li...
>>         > Sent: Monday, 5 September 2016, 15:50
>>         > Subject: [geomview-users] Building geomview on a MacBook
>>         Pro running Mac OS X 10.11.6 (El Capitan)
>>         >
>>         > I'm attempting to build Geomview on a MacBook Pro running
>>         Mac OS X
>>         > 10.11.6 (El Capitan). The build seems to proceed fine until
>>         it get to
>>         > the step where it's building documents and it ends in
>>         failure as seen in
>>         > the output below:
>>         >
>>         [snip]
>>
>>         >
>>         >
>>         >
>>         >
>>         > It's clear to me what I need to do to fix this.
>>         >
>>         > Any ideas?
>>         >
>>         >
>>         > Sam Dupree.
>>         >
>>         >
>>

-- 
mail-signature
------------------------------------------------------------------------

<IYA-2009.jpg>
<mmb_emblem-2.gif>   Samuel H. Dupree, Jr....@sp...
    10501 Rising Ridge Road
    Apartment 201 http://users.speakeasy.net/~sdupree/
    Fredericksburg, VA 22407, USA

     HOME: 540-693-1240            WORK: 540-653-6509     FAX: 866-514-9629

/          "The Greatest Show on Earth" is not on Earth. It's in Space!/

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

Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

[Lloyd W. <llo...@ya...>]

 blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px #715FFA solid !important; padding-left:1ex !important; background-color:white !important; }  might be an OpenGL problem.
What does./geomview -noopengldo?


Lloyd Woodhttp://savi.sf.net/

On Monday, September 5, 2016, 8:29 PM, Samuel Dupree <sd...@sp...> wrote:

I am running XQuartz. Now I was able to build geomview by specifying the path for X11. The resulting executable gave me a bus error. Out of desperation I tried building geomview using Homebrew. The Homebrewed geomview still gives me a bus error when executed.
Any ideas?
Sam Dupree

Sent from my iPhone
On Sep 5, 2016, at 06:18, Lloyd Wood <llo...@ya...> wrote:


 El Capitan doesn't include an X server. Are you running XQuartz? how did you build geomview? what libraries were installed?
homebrew is fairly new. I've had success with fink on 10.6.


Lloyd Woodhttp://savi.sf.net

On Monday, September 5, 2016, 18:30, Samuel Dupree <sd...@sp...> wrote:

Lloyd,

Thank you for responding so quickly. I tried to run geomview and the 
message I get is Bus error: 10. Is there something I need to do in 
particular to build geomview under Mac OS X El Capitan? Or would you
advise that I build geomview using Homebrew?

Please advise.

Sam Dupree.


On 9/5/16 03:11:34, llo...@ya... wrote:
> Samuel
>
> ('not clear'?) The important thing in that output is the
> chmod +x geomview
>
> - i.e., you now have a working executable, and you shrug at the vagaries
> of latex dvi junk, and just download a copy of the documentation from
> http://www.geomview.org/docs/instead. Although what broke below seems to be the Portuguese (Brazilian)
> documentation, which is of less wide interest -- but a copy of that needs
> to be added to the English documentation on the docs page.
>
> (I suggested this build-all-and-binary-completely-before-the-docs change to the
> build a while back because debugging the differences in dvi/Latex installs
> is Really Just Too Hard and shouldn't stop users using Geomview.
> As a very wild guess, US Letter vs A4 is hitting you somehow.)
>
> hope this helps,
>
> Lloyd Wood
> http://savi.sf.net
>
>
> ----- Original Message -----
> From: Samuel Dupree <sd...@sp...>
> To: geo...@li...
> Sent: Monday, 5 September 2016, 15:50
> Subject: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
>
> I'm attempting to build Geomview on a MacBook Pro running Mac OS X
> 10.11.6 (El Capitan). The build seems to proceed fine until it get to
> the step where it's building documents and it ends in failure as seen in
> the output below:
>
[snip]
>
>
>
>
> It's clear to me what I need to do to fix this.
>
> Any ideas?
>
>
> Sam Dupree.
>
>


 



 

Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

[Samuel D. <sd...@sp...>]

I am running XQuartz. Now I was able to build geomview by specifying the path for X11. The resulting executable gave me a bus error. Out of desperation I tried building geomview using Homebrew. The Homebrewed geomview still gives me a bus error when executed.

Any ideas?

Sam Dupree


Sent from my iPhone

> On Sep 5, 2016, at 06:18, Lloyd Wood <llo...@ya...> wrote:
> 
> El Capitan doesn't include an X server. Are you running XQuartz? how did you build geomview? what libraries were installed?
> 
> homebrew is fairly new. I've had success with fink on 10.6.
> 
> 
> Lloyd Wood
> http://savi.sf.net
> On Monday, September 5, 2016, 18:30, Samuel Dupree <sd...@sp...> wrote:
> 
> Lloyd,
> 
> Thank you for responding so quickly. I tried to run geomview and the 
> message I get is Bus error: 10. Is there something I need to do in 
> particular to build geomview under Mac OS X El Capitan? Or would you
> advise that I build geomview using Homebrew?
> 
> Please advise.
> 
> Sam Dupree.
> 
> 
> On 9/5/16 03:11:34, llo...@ya... wrote:
> > Samuel
> >
> > ('not clear'?) The important thing in that output is the
> > chmod +x geomview
> >
> > - i.e., you now have a working executable, and you shrug at the vagaries
> > of latex dvi junk, and just download a copy of the documentation from
> > http://www.geomview.org/docs/instead. Although what broke below seems to be the Portuguese (Brazilian)
> > documentation, which is of less wide interest -- but a copy of that needs
> > to be added to the English documentation on the docs page.
> >
> > (I suggested this build-all-and-binary-completely-before-the-docs change to the
> > build a while back because debugging the differences in dvi/Latex installs
> > is Really Just Too Hard and shouldn't stop users using Geomview.
> > As a very wild guess, US Letter vs A4 is hitting you somehow.)
> >
> > hope this helps,
> >
> > Lloyd Wood
> > http://savi.sf.net
> >
> >
> > ----- Original Message -----
> > From: Samuel Dupree <sd...@sp...>
> > To: geo...@li...
> > Sent: Monday, 5 September 2016, 15:50
> > Subject: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
> >
> > I'm attempting to build Geomview on a MacBook Pro running Mac OS X
> > 10.11.6 (El Capitan). The build seems to proceed fine until it get to
> > the step where it's building documents and it ends in failure as seen in
> > the output below:
> >
> [snip]
> 
> >
> >
> >
> >
> > It's clear to me what I need to do to fix this.
> >
> > Any ideas?
> >
> >
> > Sam Dupree.
> >
> >
> 

Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

[Lloyd W. <llo...@ya...>]

 blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px #715FFA solid !important; padding-left:1ex !important; background-color:white !important; }  El Capitan doesn't include an X server. Are you running XQuartz? how did you build geomview? what libraries were installed?
homebrew is fairly new. I've had success with fink on 10.6.


Lloyd Woodhttp://savi.sf.net

On Monday, September 5, 2016, 18:30, Samuel Dupree <sd...@sp...> wrote:

Lloyd,

Thank you for responding so quickly. I tried to run geomview and the 
message I get is Bus error: 10. Is there something I need to do in 
particular to build geomview under Mac OS X El Capitan? Or would you
advise that I build geomview using Homebrew?

Please advise.

Sam Dupree.


On 9/5/16 03:11:34, llo...@ya... wrote:
> Samuel
>
> ('not clear'?) The important thing in that output is the
> chmod +x geomview
>
> - i.e., you now have a working executable, and you shrug at the vagaries
> of latex dvi junk, and just download a copy of the documentation from
> http://www.geomview.org/docs/instead. Although what broke below seems to be the Portuguese (Brazilian)
> documentation, which is of less wide interest -- but a copy of that needs
> to be added to the English documentation on the docs page.
>
> (I suggested this build-all-and-binary-completely-before-the-docs change to the
> build a while back because debugging the differences in dvi/Latex installs
> is Really Just Too Hard and shouldn't stop users using Geomview.
> As a very wild guess, US Letter vs A4 is hitting you somehow.)
>
> hope this helps,
>
> Lloyd Wood
> http://savi.sf.net
>
>
> ----- Original Message -----
> From: Samuel Dupree <sd...@sp...>
> To: geo...@li...
> Sent: Monday, 5 September 2016, 15:50
> Subject: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
>
> I'm attempting to build Geomview on a MacBook Pro running Mac OS X
> 10.11.6 (El Capitan). The build seems to proceed fine until it get to
> the step where it's building documents and it ends in failure as seen in
> the output below:
>
[snip]
>
>
>
>
> It's clear to me what I need to do to fix this.
>
> Any ideas?
>
>
> Sam Dupree.
>
>


 

Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

[Samuel D. <sd...@sp...>]

Lloyd,

Thank you for responding so quickly. I tried to run geomview and the 
message I get is Bus error: 10. Is there something I need to do in 
particular to build geomview under Mac OS X El Capitan? Or would you
advise that I build geomview using Homebrew?

Please advise.

Sam Dupree.


On 9/5/16 03:11:34, llo...@ya... wrote:
> Samuel
>
> ('not clear'?) The important thing in that output is the
> chmod +x geomview
>
> - i.e., you now have a working executable, and you shrug at the vagaries
> of latex dvi junk, and just download a copy of the documentation from
> http://www.geomview.org/docs/instead. Although what broke below seems to be the Portuguese (Brazilian)
> documentation, which is of less wide interest -- but a copy of that needs
> to be added to the English documentation on the docs page.
>
> (I suggested this build-all-and-binary-completely-before-the-docs change to the
> build a while back because debugging the differences in dvi/Latex installs
> is Really Just Too Hard and shouldn't stop users using Geomview.
> As a very wild guess, US Letter vs A4 is hitting you somehow.)
>
> hope this helps,
>
> Lloyd Wood
> http://savi.sf.net
>
>
> ----- Original Message -----
> From: Samuel Dupree <sd...@sp...>
> To: geo...@li...
> Sent: Monday, 5 September 2016, 15:50
> Subject: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
>
> I'm attempting to build Geomview on a MacBook Pro running Mac OS X
> 10.11.6 (El Capitan). The build seems to proceed fine until it get to
> the step where it's building documents and it ends in failure as seen in
> the output below:
>
[snip]
>
>
>
>
> It's clear to me what I need to do to fix this.
>
> Any ideas?
>
>
> Sam Dupree.
>
>

Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

[Samuel D. <sd...@sp...>]

Lloyd,

Thank you for responding so quickly. I tried to run geomview and the 
message I get is Bus error: 10. Is there something I need to do in 
particular to build geomview under Mac OS X El Capitan?

Sam Dupree.


On 9/5/16 03:11:34, llo...@ya... wrote:
> Samuel
>
> ('not clear'?) The important thing in that output is the
> chmod +x geomview
>
> - i.e., you now have a working executable, and you shrug at the vagaries
> of latex dvi junk, and just download a copy of the documentation from
> http://www.geomview.org/docs/instead. Although what broke below seems to be the Portuguese (Brazilian)
> documentation, which is of less wide interest -- but a copy of that needs
> to be added to the English documentation on the docs page.
>
> (I suggested this build-all-and-binary-completely-before-the-docs change to the
> build a while back because debugging the differences in dvi/Latex installs
> is Really Just Too Hard and shouldn't stop users using Geomview.
> As a very wild guess, US Letter vs A4 is hitting you somehow.)
>
> hope this helps,
>   
> Lloyd Wood
> http://savi.sf.net
>
>
> ----- Original Message -----
> From: Samuel Dupree <sd...@sp...>
> To: geo...@li...
> Sent: Monday, 5 September 2016, 15:50
> Subject: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)
>
> I'm attempting to build Geomview on a MacBook Pro running Mac OS X
> 10.11.6 (El Capitan). The build seems to proceed fine until it get to
> the step where it's building documents and it ends in failure as seen in
> the output below:
>
> sed -e 's|%GEOMROOT%|/usr/local|g'                                    \
>           -e 's|%GEOMVIEW_GVX%|/usr/local/libexec/geomview/gvx|g' \
>           -e 's|%MACHTYPE%|x86_64-apple-darwin15.6.0|g' \
>           -e 's|%GEOMDATA%|/usr/local/share/geomview|g' \
>           -e 's|%MODULESDIR%|/usr/local/libexec/geomview|g' \
>           -e
> "s|%LD_LIBRARY_PATH_SETTINGS%|LD_LIBRARY_PATH=/usr/X11R6/lib:/path/to/your/motif/installation/lib|"
> \
>           -e "s|%GEOMVIEW_LIB%|/usr/local/lib|g" \
>           -e "s|%GEOMVIEW_INCLUDE%|/usr/local/include/geomview|g" \
>           -e "s|%PACKAGE_VERSION%|1.9.5|g" \
>           -e "s|%GEOMDOCDIR%|/usr/local/share/doc/geomview|g" \
>           < ../geomview.sh > geomview
> chmod +x geomview
> Making all in data
> Making all in shaders
> make[3]: Nothing to be done for `all'.
> make[3]: Nothing to be done for `all-am'.
> Making all in doc
> TEXINPUTS=".:$TEXINPUTS" \
>       MAKEINFO='/bin/sh /Users/user/geomview-1.9.5/missing makeinfo
> --no-validate  -I .' \
>       texi2dvi --pdf --batch  --build-dir=geomview.t2p -o geomview.pdf  \
>       geomview.texi
> This is pdfTeX, Version 3.14159265-2.6-1.40.16 (TeX Live 2015)
> (preloaded format=pdfetex)
>    restricted \write18 enabled.
> entering extended mode
>
> (/Users/user/geomview-1.9.5/doc/./geomview.texi
> (/Users/user/geomview-1.9.5/doc/texinfo.tex
> Loading texinfo [version 2013-02-01.11]: pdf, fonts, markup, glyphs,
> page headings, tables, conditionals, indexing, sectioning, toc,
> environments,
> defuns, macros, cross references, insertions,
> (/usr/local/texlive/2015/texmf-dist/tex/generic/epsf/epsf.tex
> This is `epsf.tex' v2.7.4 <14 February 2011>
> ) localization, formatting, and turning on texinfo input format.)
> (./geomview.aux) (/Users/user/geomview-1.9.5/doc/version.texi)
> [1{/usr/local/te
> xlive/2015/texmf-var/fonts/map/pdftex/updmap/pdftex.map}]
> (Introduction to Geomview) [1] (Distribution) [2] (Copying) [3]
> (GNU LESSER PUBLIC LICENSE) [4] [5] [6] [7] [8] [9] [10] [11] [12]
> (History of Geomview's Development) [13] (Supported Platforms) [14]
> (How to Pronounce ``Geomview``) [15] Chapter 1 [16] Chapter 2 [17]
> </Users/user
> /geomview-1.9.5/doc/figs/initial.pdf>
> Overfull \hbox (60.225pt too wide) in paragraph at lines 890--890
> [] |
> [18] </Users/user/geomview-1.9.5/doc/figs/fig2.pdf> [19]
> </Users/user/geomview-
> 1.9.5/doc/figs/ap.pdf> [20] </Users/user/geomview-1.9.5/doc/figs/color.pdf>
> [21] </Users/user/geomview-1.9.5/doc/figs/secondlinelist.pdf>
> </Users/user/geom
> view-1.9.5/doc/figs/trefdodecinter.pdf> Chapter 3 [22] [23] [24]
> Underfull \hbox (badness 10000) in paragraph at lines 1189--1192
>    @texttt -Mcs fred[]@textrm Read com-mands from the UNIX-domain socket
> named.
> [25] </Users/user/geomview-1.9.5/doc/figs/main.pdf> [26] [27]
> </Users/user/geom
> view-1.9.5/doc/figs/myfilelist.pdf> [28]
> </Users/user/geomview-1.9.5/doc/figs/l
> oad.pdf> </Users/user/geomview-1.9.5/doc/figs/tools.pdf> [29] [30] [31]
> [32] [33] </Users/user/geomview-1.9.5/doc/figs/ap.pdf> [34]
> </Users/user/geomvi
> ew-1.9.5/doc/figs/color.pdf> [35] [36] [37]
> </Users/user/geomview-1.9.5/doc/fig
> s/mat.pdf> [38] </Users/user/geomview-1.9.5/doc/figs/light.pdf> [39]
> </Users/us
> er/geomview-1.9.5/doc/figs/cam.pdf> [40] [41] [42]
> </Users/user/geomview-1.9.5/
> doc/figs/save.pdf> [43] [44] [45]
> </Users/user/geomview-1.9.5/doc/figs/command.
> pdf> [46] [47] [48] [49] Chapter 4 [50] [51] [52] [53] [54]
> Overfull \hbox (26.43913pt too wide) in paragraph at lines 3030--3030
>    []                      @texttt # does not (necessarily) result in a
> correct G
> eomview[] |
>
> Overfull \hbox (32.18782pt too wide) in paragraph at lines 3033--3033
>    []                      @texttt # The allowed keywords are
> ``screendoor'' (mas
> king out[] |
> [55]
> Overfull \hbox (26.43913pt too wide) in paragraph at lines 3049--3049
>    []  @texttt +linear             # (Enable) linear average of closest
> texture e
> lements[] |
>
> Overfull \hbox (37.93651pt too wide) in paragraph at lines 3054--3054
>    []  @texttt -shadelines         # (Don't) shade lines as if they were
> lighted
> cylinders[] |
>
> Overfull \hbox (49.43388pt too wide) in paragraph at lines 3055--3055
>    []                      @texttt # These four are only effective where
> the grap
> hics system[] |
>
> Overfull \hbox (32.18782pt too wide) in paragraph at lines 3058--3058
>    []  @texttt -keepcolor          # Normally, when N-D positional
> coloring is en
> abled as[] |
>
> Overfull \hbox (32.18782pt too wide) in paragraph at lines 3060--3060
>    []                      @texttt # objects' colors are affected.  But,
> objects
> with the[] |
>
> Overfull \hbox (20.69044pt too wide) in paragraph at lines 3061--3061
>    []                      @texttt # "+keepcolor" attribute are immune to
> N-D col
> oring.[] |
>
> Overfull \hbox (55.18257pt too wide) in paragraph at lines 3067--3067
>    []                      @texttt # vcflat = flat shading, but smoothly
> interpol
> ated colors.[] |
> [56]
> Overfull \hbox (14.94176pt too wide) in paragraph at lines 3097--3097
>    []                        @texttt # by hardware shading on GL systems
> which su
> pport[] |
>
> Overfull \hbox (14.94176pt too wide) in paragraph at lines 3100--3100
>    []      @texttt alpha   1.0     # opacity; 0 = transparent
> (invisible), 1 = op
> aque.[] |
> [57]
> Overfull \hbox (43.6852pt too wide) in paragraph at lines 3136--3136
>    []          @texttt #  global    light position is in world (well,
> universe) c
> oordinates[] |
>
> Overfull \hbox (20.69044pt too wide) in paragraph at lines 3148--3148
>    []        @texttt transform  1 0 0 0     # surface (s,t,0,1) * tfm ->
> texture
> coords[] |
> l.3188: Undefined cross reference `image-snt'.
> l.3188: Undefined cross reference `image-snt'.
> l.3188: Undefined cross reference `image-pg'. [58]
> l.3214: Undefined cross reference `image-snt'.
> l.3214: Undefined cross reference `image-snt'.
> l.3214: Undefined cross reference `image-pg'.
> Overfull \hbox (20.47777pt too wide) in paragraph at lines 3214--3214
>    []@texttt image { <im-age spec-i-fi-ca-tion> (see [][]$@textsy
> h$@texttt un-de
> -fined$@textsy i$ @texttt [im-age], page $@textsy h$@texttt
> un-de-fined$@textsy
>    i$[][]@texttt ) }[] |
>
> Overfull \hbox (20.69044pt too wide) in paragraph at lines 3215--3215
>    []  @texttt Spec-ify the ac-tual tex-ture im-age. Im-ages can have 1,
> 2, 3 or
> 4 channels:[] |
> l.3221: Undefined cross reference `image-snt'.
> l.3221: Undefined cross reference `image-snt'.
> l.3221: Undefined cross reference `image-pg'.
> Overfull \hbox (43.47252pt too wide) in paragraph at lines 3221--3221
>    []  @texttt See [][]$@textsy h$@texttt un-de-fined$@textsy i$ @texttt
> [im-age]
> , page $@textsy h$@texttt un-de-fined$@textsy i$[][]@texttt , for the
> ac-tual d
> ef-i-ni-tion of image[] |
> l.3233: Undefined cross reference `image-snt'.
> l.3233: Undefined cross reference `image-snt'.
> l.3233: Undefined cross reference `image-pg'.
> Overfull \hbox (17.70976pt too wide) in paragraph at lines 3233--3233
>    []  @textttsl the mod-ern way is to use the new OOGL im-age ob-ject.
> See [][]$
> @textsy h$@textttsl un-de-fined$@textsy i$ @textttsl [im-|
> [59] l.3258: Undefined cross reference `image-snt'.
> l.3258: Undefined cross reference `image-snt'.
> l.3258: Undefined cross reference `image-pg'. [60] [61] [62] [63]
> Overfull \hbox (32.18782pt too wide) in paragraph at lines 3583--3583
>    []                        @texttt # colors, and/or texture
> coordinates, in tha
> t order,[] |
> [64] [65] [66]
> Overfull \hbox (32.18782pt too wide) in paragraph at lines 3776--3776
>    []                                    @texttt # if 4SKEL, each vertex
> has 4 co
> mponents[] |
>
> Overfull \hbox (49.43388pt too wide) in paragraph at lines 3777--3777
>    []                                    @texttt # if nSKEL, each vertex
> has NDim
>    components[] |
>
> Overfull \hbox (26.43913pt too wide) in paragraph at lines 3778--3778
>    []                                    @texttt # if C[4][n]SKEL vertex
> coordina
> tes are[] |
>
> Overfull \hbox (37.93651pt too wide) in paragraph at lines 3779--3779
>    []                                    @texttt # followed by an RGBA
> color spec
> ification[] |
>
> Overfull \hbox (32.18782pt too wide) in paragraph at lines 3790--3790
>    []                        @texttt # to end-of-line; may be nothing, or
> 3 or 4
> numbers.[] |
> [67]
> Overfull \hbox (14.94176pt too wide) in paragraph at lines 3833--3833
>    []@texttt # auto-generated texture co-ordinates, only allowed with
> @textttsl S
> T@texttt SPHERE objects[] |
> [68] [69] [70] [71] [72] [73] [74]
> Overfull \hbox (14.94176pt too wide) in paragraph at lines 4375--4375
>    []      @texttt "width"          (width of the image, auto-detected
> from image
>    data[] |
>
> Overfull \hbox (20.69044pt too wide) in paragraph at lines 4378--4378
>    []      @texttt "height"         (height of the image, auto-detected
> from imag
> e data[] |
>
> Overfull \hbox (14.94176pt too wide) in paragraph at lines 4381--4381
>    []      @texttt "channels"       (number of channels, auto-detected
> from image
>    data[] |
>
> Overfull \hbox (14.94176pt too wide) in paragraph at lines 4388--4388
>    []                       @texttt (ei-ther ex-ter-nal or em-bed-ded
> im-age data
> , see below[] |
> [75] [76] [77]
> Overfull \hbox (90.33336pt too wide) in paragraph at lines 4532--4532
>    []@texttt data RGB "${HOME}/bin/bububfilter.bzip2" 7 { # binary data
> follows[]
>    |
> [78] [79] [80] [81] l.4785: Undefined cross reference `image-snt'.
> l.4785: Undefined cross reference `image-snt'.
> l.4785: Undefined cross reference `image-pg'. [82]
> Overfull \hbox (302.37614pt too wide) in paragraph at lines 4817--4817
>    []                                 @texttt constrained to be the
> inverse of
>                                                the other)[] |
>
> Overfull \hbox (37.93651pt too wide) in paragraph at lines 4839--4839
>    []        @texttt "bgimage" { <image specification> }     (default no
> backgrou
> nd image)[] |
> [83] Chapter 5 [84] Chapter 6 [85] [86] [87] [88] [89] [90] [91] [92] [93]
> [94] [95] [96]
> Overfull \hbox (32.18782pt too wide) in paragraph at lines 5602--5602
>    []  @texttt extern LObject *Lpick();  /* This is defined by PICKFUNC
> below but
>    must */[] |
>
> Overfull \hbox (32.18782pt too wide) in paragraph at lines 5612--5612
>    []    @texttt /* Express interest in pick events; see Geomview manual
> for expl
> anation.[] |
>
> Overfull \hbox (14.94176pt too wide) in paragraph at lines 5625--5625
>    []    @texttt /* Turn off normalization, so that our pick object will
> appear i
> n the[] |
> [97]
> Overfull \hbox (32.18782pt too wide) in paragraph at lines 5685--5685
>    []      @texttt printf("(xform-set pick { 1 0 0 0  0 1 0 0  0 0 1 0
> %g %g %g
> 1 })\n",[] |
> [98]
> Overfull \hbox (26.43913pt too wide) in paragraph at lines 5702--5702
>    []   @texttt { INST transform 1 0 0 0 0 1 0 0 0 0 1 0 %f %f %f 1 geom
> :littleb
> ox }\n\[] |
>
> Overfull \hbox (26.43913pt too wide) in paragraph at lines 5703--5703
>    []   @texttt { INST transform 1 0 0 0 0 1 0 0 0 0 1 0 %f %f %f 1 geom
> :littleb
> ox }\n\[] |
> [99] [100] [101] [102]
> Overfull \hbox (14.94176pt too wide) in paragraph at lines 6017--6017
>    []@texttt # "gets" to read the geomview response, then parse its
> nested parent
> heses[] |
> [103]
> Overfull \hbox (37.93651pt too wide) in paragraph at lines 6042--6042
>    []@texttt #          COORDSYS = coordinate system in which coordinates
> of the
> following[] |
>
> Overfull \hbox (14.94176pt too wide) in paragraph at lines 6049--6049
>    []@texttt #          G = picked point (actual intersection of pick ray
> with ob
> ject)[] |
> [104]
> Overfull \hbox (49.43388pt too wide) in paragraph at lines 6069--6069
>    []  @texttt # Report result, converting 4-component homogeneous point
> into 3-s
> pace point.[] |
>
> Overfull \hbox (32.18782pt too wide) in paragraph at lines 6101--6101
>    []@texttt # Display a message on the control panel, and on the
> terminal where
> geomview[] |
>
> Overfull \hbox (26.43916pt too wide) in paragraph at lines 6102--6102
>    []@texttt # was started.  We use ``puts stderr []'' rather than simply
> ``puts
> []'',[] |
> [105]
> Overfull \hbox (37.93651pt too wide) in paragraph at lines 6155--6155
>    []        @texttt (interest (rawevent 32))        # Be notified when
> user pres
> ses space[] |
> [106] [107] Chapter 7 [108] [109] [110] [111] [112] [113] [114] [115] [116]
> [117] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128]
> [129] [130] [131] [132] [133] [134] [135] [136] [137] [138] Chapter 8 [139]
> Chapter 9 [140] [141] [142]
> Overfull \hbox (26.43913pt too wide) in paragraph at lines 8907--8907
>    []@texttt In[8] := ParametricPlot3D[{Sin[x],Sin[y],Sin[x]*Cos[y]},
> {x,0,Pi},{y
> ,0,Pi}][] |
> [143]
> Overfull \hbox (43.6852pt too wide) in paragraph at lines 8977--8977
>    []@texttt oogl2rib [-n @textttsl name@texttt ] [-B @textttsl r@texttt
> ,@texttt
> sl g@texttt ,b] [-w @textttsl width@texttt ] [-h @textttsl height@texttt
> ] [-fg
> b] [@textttsl in-file@texttt ] [@textttsl outfile@texttt ][] |
> [144] [145]
> Underfull \hbox (badness 6691) in paragraph at lines 9164--9173
>    @texttt TOPSRCDIR/INSTALL[] @textrm and @texttt
> TOPSRCDIR/INSTALL.Geomview[] @
> textrm for in-stal-la-tion
>
> Underfull \hbox (badness 10000) in paragraph at lines 9174--9176
>    []@textrm The in-stalled Math-e-mat-ica data-files can be found in
> [146] Chapter 10 [147]
> Underfull \hbox (badness 6691) in paragraph at lines 9252--9261
>    @texttt TOPSRCDIR/INSTALL[] @textrm and @texttt
> TOPSRCDIR/INSTALL.Geomview[] @
> textrm for in-stal-la-tion
>
> Underfull \hbox (badness 6691) in paragraph at lines 9281--9290
>    @texttt TOPSRCDIR/INSTALL[] @textrm and @texttt
> TOPSRCDIR/INSTALL.Geomview[] @
> textrm for in-stal-la-tion
> [148]
> Underfull \hbox (badness 6691) in paragraph at lines 9358--9367
>    @texttt TOPSRCDIR/INSTALL[] @textrm and @texttt
> TOPSRCDIR/INSTALL.Geomview[] @
> textrm for in-stal-la-tion
> [149]
> Underfull \hbox (badness 6691) in paragraph at lines 9419--9428
>    @texttt TOPSRCDIR/INSTALL[] @textrm and @texttt
> TOPSRCDIR/INSTALL.Geomview[] @
> textrm for in-stal-la-tion
>
> Underfull \hbox (badness 10000) in paragraph at lines 9442--9450
> []@textrm Before do-ing any com-pi-la-tion you should edit the file
> [150] (Getting Technical Support for Geomview) [151]
> (Contributing to Geomview's Development) [152] (Function Index) [153]
> (./geomview.fns [154] [155]) [156] (./geomview.toc [-1] [-2] [-3] [-4] [-5]
> [-6]) [-7] (./geomview.toc) (./geomview.toc) (List of Figures) [157
> @unnchapentry{List of Figures}{10011}{List of Figures}{157}
> ] )
> (see the transcript file for additional information)pdfTeX warning
> (dest): name
> {image} has been referenced but does not exist, replaced by a fixed one
>
> {/usr/local/texlive/2015/texmf-dist/fonts/enc/dvips/cm-super/cm-super-t1.enc}</
> usr/local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmb10.pfb></us
> r/local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmbx12.pfb></usr
> /local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmbxsl10.pfb></us
> r/local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmmi10.pfb></usr
> /local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmmi12.pfb></usr/
> local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmmi9.pfb></usr/lo
> cal/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmr10.pfb></usr/loca
> l/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmr9.pfb></usr/local/t
> exlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmsl10.pfb></usr/local/te
> xlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmsltt10.pfb></usr/local/t
> exlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmsy10.pfb></usr/local/te
> xlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmti10.pfb></usr/local/tex
> live/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmtt10.pfb></usr/local/texl
> ive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmtt12.pfb></usr/local/texli
> ve/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmtt9.pfb></usr/local/texlive
> /2015/texmf-dist/fonts/type1/public/cm-super/sfrm1095.pfb>
> Output written on geomview.pdf (165 pages, 743844 bytes).
> Transcript written on geomview.log.
> TEXINPUTS=".:$TEXINPUTS" \
>       MAKEINFO='/bin/sh /Users/user/geomview-1.9.5/missing makeinfo
> --no-validate  -I .' \
>       texi2dvi --pdf --batch  --build-dir=geomview-pt_BR.t2p -o
> geomview-pt_BR.pdf  \
>       geomview-pt_BR.texi
> sed: RE error: illegal byte sequence
> make[2]: *** [geomview-pt_BR.pdf] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
> users-MacBook-Pro:geomview-1.9.5 user$
>
>
>
>
> It's clear to me what I need to do to fix this.
>
> Any ideas?
>
>
> Sam Dupree.
>
>

Re: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

[<llo...@ya...>]

Samuel

('not clear'?) The important thing in that output is the 
chmod +x geomview

- i.e., you now have a working executable, and you shrug at the vagaries
of latex dvi junk, and just download a copy of the documentation from
http://www.geomview.org/docs/instead. Although what broke below seems to be the Portuguese (Brazilian)
documentation, which is of less wide interest -- but a copy of that needs
to be added to the English documentation on the docs page.

(I suggested this build-all-and-binary-completely-before-the-docs change to the
build a while back because debugging the differences in dvi/Latex installs
is Really Just Too Hard and shouldn't stop users using Geomview.
As a very wild guess, US Letter vs A4 is hitting you somehow.)

hope this helps,
 
Lloyd Wood
http://savi.sf.net


----- Original Message -----
From: Samuel Dupree <sd...@sp...>
To: geo...@li...
Sent: Monday, 5 September 2016, 15:50
Subject: [geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

I'm attempting to build Geomview on a MacBook Pro running Mac OS X 
10.11.6 (El Capitan). The build seems to proceed fine until it get to 
the step where it's building documents and it ends in failure as seen in 
the output below:

sed -e 's|%GEOMROOT%|/usr/local|g'                                    \
         -e 's|%GEOMVIEW_GVX%|/usr/local/libexec/geomview/gvx|g' \
         -e 's|%MACHTYPE%|x86_64-apple-darwin15.6.0|g' \
         -e 's|%GEOMDATA%|/usr/local/share/geomview|g' \
         -e 's|%MODULESDIR%|/usr/local/libexec/geomview|g' \
         -e 
"s|%LD_LIBRARY_PATH_SETTINGS%|LD_LIBRARY_PATH=/usr/X11R6/lib:/path/to/your/motif/installation/lib|" 
\
         -e "s|%GEOMVIEW_LIB%|/usr/local/lib|g" \
         -e "s|%GEOMVIEW_INCLUDE%|/usr/local/include/geomview|g" \
         -e "s|%PACKAGE_VERSION%|1.9.5|g" \
         -e "s|%GEOMDOCDIR%|/usr/local/share/doc/geomview|g" \
         < ../geomview.sh > geomview
chmod +x geomview
Making all in data
Making all in shaders
make[3]: Nothing to be done for `all'.
make[3]: Nothing to be done for `all-am'.
Making all in doc
TEXINPUTS=".:$TEXINPUTS" \
     MAKEINFO='/bin/sh /Users/user/geomview-1.9.5/missing makeinfo 
--no-validate  -I .' \
     texi2dvi --pdf --batch  --build-dir=geomview.t2p -o geomview.pdf  \
     geomview.texi
This is pdfTeX, Version 3.14159265-2.6-1.40.16 (TeX Live 2015) 
(preloaded format=pdfetex)
  restricted \write18 enabled.
entering extended mode

(/Users/user/geomview-1.9.5/doc/./geomview.texi
(/Users/user/geomview-1.9.5/doc/texinfo.tex
Loading texinfo [version 2013-02-01.11]: pdf, fonts, markup, glyphs,
page headings, tables, conditionals, indexing, sectioning, toc, 
environments,
defuns, macros, cross references, insertions,
(/usr/local/texlive/2015/texmf-dist/tex/generic/epsf/epsf.tex
This is `epsf.tex' v2.7.4 <14 February 2011>
) localization, formatting, and turning on texinfo input format.)
(./geomview.aux) (/Users/user/geomview-1.9.5/doc/version.texi) 
[1{/usr/local/te
xlive/2015/texmf-var/fonts/map/pdftex/updmap/pdftex.map}]
(Introduction to Geomview) [1] (Distribution) [2] (Copying) [3]
(GNU LESSER PUBLIC LICENSE) [4] [5] [6] [7] [8] [9] [10] [11] [12]
(History of Geomview's Development) [13] (Supported Platforms) [14]
(How to Pronounce ``Geomview``) [15] Chapter 1 [16] Chapter 2 [17] 
</Users/user
/geomview-1.9.5/doc/figs/initial.pdf>
Overfull \hbox (60.225pt too wide) in paragraph at lines 890--890
[] |
[18] </Users/user/geomview-1.9.5/doc/figs/fig2.pdf> [19] 
</Users/user/geomview-
1.9.5/doc/figs/ap.pdf> [20] </Users/user/geomview-1.9.5/doc/figs/color.pdf>
[21] </Users/user/geomview-1.9.5/doc/figs/secondlinelist.pdf> 
</Users/user/geom
view-1.9.5/doc/figs/trefdodecinter.pdf> Chapter 3 [22] [23] [24]
Underfull \hbox (badness 10000) in paragraph at lines 1189--1192
  @texttt -Mcs fred[]@textrm Read com-mands from the UNIX-domain socket 
named.
[25] </Users/user/geomview-1.9.5/doc/figs/main.pdf> [26] [27] 
</Users/user/geom
view-1.9.5/doc/figs/myfilelist.pdf> [28] 
</Users/user/geomview-1.9.5/doc/figs/l
oad.pdf> </Users/user/geomview-1.9.5/doc/figs/tools.pdf> [29] [30] [31]
[32] [33] </Users/user/geomview-1.9.5/doc/figs/ap.pdf> [34] 
</Users/user/geomvi
ew-1.9.5/doc/figs/color.pdf> [35] [36] [37] 
</Users/user/geomview-1.9.5/doc/fig
s/mat.pdf> [38] </Users/user/geomview-1.9.5/doc/figs/light.pdf> [39] 
</Users/us
er/geomview-1.9.5/doc/figs/cam.pdf> [40] [41] [42] 
</Users/user/geomview-1.9.5/
doc/figs/save.pdf> [43] [44] [45] 
</Users/user/geomview-1.9.5/doc/figs/command.
pdf> [46] [47] [48] [49] Chapter 4 [50] [51] [52] [53] [54]
Overfull \hbox (26.43913pt too wide) in paragraph at lines 3030--3030
  []                      @texttt # does not (necessarily) result in a 
correct G
eomview[] |

Overfull \hbox (32.18782pt too wide) in paragraph at lines 3033--3033
  []                      @texttt # The allowed keywords are 
``screendoor'' (mas
king out[] |
[55]
Overfull \hbox (26.43913pt too wide) in paragraph at lines 3049--3049
  []  @texttt +linear             # (Enable) linear average of closest 
texture e
lements[] |

Overfull \hbox (37.93651pt too wide) in paragraph at lines 3054--3054
  []  @texttt -shadelines         # (Don't) shade lines as if they were 
lighted
cylinders[] |

Overfull \hbox (49.43388pt too wide) in paragraph at lines 3055--3055
  []                      @texttt # These four are only effective where 
the grap
hics system[] |

Overfull \hbox (32.18782pt too wide) in paragraph at lines 3058--3058
  []  @texttt -keepcolor          # Normally, when N-D positional 
coloring is en
abled as[] |

Overfull \hbox (32.18782pt too wide) in paragraph at lines 3060--3060
  []                      @texttt # objects' colors are affected.  But, 
objects
with the[] |

Overfull \hbox (20.69044pt too wide) in paragraph at lines 3061--3061
  []                      @texttt # "+keepcolor" attribute are immune to 
N-D col
oring.[] |

Overfull \hbox (55.18257pt too wide) in paragraph at lines 3067--3067
  []                      @texttt # vcflat = flat shading, but smoothly 
interpol
ated colors.[] |
[56]
Overfull \hbox (14.94176pt too wide) in paragraph at lines 3097--3097
  []                        @texttt # by hardware shading on GL systems 
which su
pport[] |

Overfull \hbox (14.94176pt too wide) in paragraph at lines 3100--3100
  []      @texttt alpha   1.0     # opacity; 0 = transparent 
(invisible), 1 = op
aque.[] |
[57]
Overfull \hbox (43.6852pt too wide) in paragraph at lines 3136--3136
  []          @texttt #  global    light position is in world (well, 
universe) c
oordinates[] |

Overfull \hbox (20.69044pt too wide) in paragraph at lines 3148--3148
  []        @texttt transform  1 0 0 0     # surface (s,t,0,1) * tfm -> 
texture
coords[] |
l.3188: Undefined cross reference `image-snt'.
l.3188: Undefined cross reference `image-snt'.
l.3188: Undefined cross reference `image-pg'. [58]
l.3214: Undefined cross reference `image-snt'.
l.3214: Undefined cross reference `image-snt'.
l.3214: Undefined cross reference `image-pg'.
Overfull \hbox (20.47777pt too wide) in paragraph at lines 3214--3214
  []@texttt image { <im-age spec-i-fi-ca-tion> (see [][]$@textsy 
h$@texttt un-de
-fined$@textsy i$ @texttt [im-age], page $@textsy h$@texttt 
un-de-fined$@textsy
  i$[][]@texttt ) }[] |

Overfull \hbox (20.69044pt too wide) in paragraph at lines 3215--3215
  []  @texttt Spec-ify the ac-tual tex-ture im-age. Im-ages can have 1, 
2, 3 or
4 channels:[] |
l.3221: Undefined cross reference `image-snt'.
l.3221: Undefined cross reference `image-snt'.
l.3221: Undefined cross reference `image-pg'.
Overfull \hbox (43.47252pt too wide) in paragraph at lines 3221--3221
  []  @texttt See [][]$@textsy h$@texttt un-de-fined$@textsy i$ @texttt 
[im-age]
, page $@textsy h$@texttt un-de-fined$@textsy i$[][]@texttt , for the 
ac-tual d
ef-i-ni-tion of image[] |
l.3233: Undefined cross reference `image-snt'.
l.3233: Undefined cross reference `image-snt'.
l.3233: Undefined cross reference `image-pg'.
Overfull \hbox (17.70976pt too wide) in paragraph at lines 3233--3233
  []  @textttsl the mod-ern way is to use the new OOGL im-age ob-ject. 
See [][]$
@textsy h$@textttsl un-de-fined$@textsy i$ @textttsl [im-|
[59] l.3258: Undefined cross reference `image-snt'.
l.3258: Undefined cross reference `image-snt'.
l.3258: Undefined cross reference `image-pg'. [60] [61] [62] [63]
Overfull \hbox (32.18782pt too wide) in paragraph at lines 3583--3583
  []                        @texttt # colors, and/or texture 
coordinates, in tha
t order,[] |
[64] [65] [66]
Overfull \hbox (32.18782pt too wide) in paragraph at lines 3776--3776
  []                                    @texttt # if 4SKEL, each vertex 
has 4 co
mponents[] |

Overfull \hbox (49.43388pt too wide) in paragraph at lines 3777--3777
  []                                    @texttt # if nSKEL, each vertex 
has NDim
  components[] |

Overfull \hbox (26.43913pt too wide) in paragraph at lines 3778--3778
  []                                    @texttt # if C[4][n]SKEL vertex 
coordina
tes are[] |

Overfull \hbox (37.93651pt too wide) in paragraph at lines 3779--3779
  []                                    @texttt # followed by an RGBA 
color spec
ification[] |

Overfull \hbox (32.18782pt too wide) in paragraph at lines 3790--3790
  []                        @texttt # to end-of-line; may be nothing, or 
3 or 4
numbers.[] |
[67]
Overfull \hbox (14.94176pt too wide) in paragraph at lines 3833--3833
  []@texttt # auto-generated texture co-ordinates, only allowed with 
@textttsl S
T@texttt SPHERE objects[] |
[68] [69] [70] [71] [72] [73] [74]
Overfull \hbox (14.94176pt too wide) in paragraph at lines 4375--4375
  []      @texttt "width"          (width of the image, auto-detected 
from image
  data[] |

Overfull \hbox (20.69044pt too wide) in paragraph at lines 4378--4378
  []      @texttt "height"         (height of the image, auto-detected 
from imag
e data[] |

Overfull \hbox (14.94176pt too wide) in paragraph at lines 4381--4381
  []      @texttt "channels"       (number of channels, auto-detected 
from image
  data[] |

Overfull \hbox (14.94176pt too wide) in paragraph at lines 4388--4388
  []                       @texttt (ei-ther ex-ter-nal or em-bed-ded 
im-age data
, see below[] |
[75] [76] [77]
Overfull \hbox (90.33336pt too wide) in paragraph at lines 4532--4532
  []@texttt data RGB "${HOME}/bin/bububfilter.bzip2" 7 { # binary data 
follows[]
  |
[78] [79] [80] [81] l.4785: Undefined cross reference `image-snt'.
l.4785: Undefined cross reference `image-snt'.
l.4785: Undefined cross reference `image-pg'. [82]
Overfull \hbox (302.37614pt too wide) in paragraph at lines 4817--4817
  []                                 @texttt constrained to be the 
inverse of
                                              the other)[] |

Overfull \hbox (37.93651pt too wide) in paragraph at lines 4839--4839
  []        @texttt "bgimage" { <image specification> }     (default no 
backgrou
nd image)[] |
[83] Chapter 5 [84] Chapter 6 [85] [86] [87] [88] [89] [90] [91] [92] [93]
[94] [95] [96]
Overfull \hbox (32.18782pt too wide) in paragraph at lines 5602--5602
  []  @texttt extern LObject *Lpick();  /* This is defined by PICKFUNC 
below but
  must */[] |

Overfull \hbox (32.18782pt too wide) in paragraph at lines 5612--5612
  []    @texttt /* Express interest in pick events; see Geomview manual 
for expl
anation.[] |

Overfull \hbox (14.94176pt too wide) in paragraph at lines 5625--5625
  []    @texttt /* Turn off normalization, so that our pick object will 
appear i
n the[] |
[97]
Overfull \hbox (32.18782pt too wide) in paragraph at lines 5685--5685
  []      @texttt printf("(xform-set pick { 1 0 0 0  0 1 0 0  0 0 1 0  
%g %g %g
1 })\n",[] |
[98]
Overfull \hbox (26.43913pt too wide) in paragraph at lines 5702--5702
  []   @texttt { INST transform 1 0 0 0 0 1 0 0 0 0 1 0 %f %f %f 1 geom 
:littleb
ox }\n\[] |

Overfull \hbox (26.43913pt too wide) in paragraph at lines 5703--5703
  []   @texttt { INST transform 1 0 0 0 0 1 0 0 0 0 1 0 %f %f %f 1 geom 
:littleb
ox }\n\[] |
[99] [100] [101] [102]
Overfull \hbox (14.94176pt too wide) in paragraph at lines 6017--6017
  []@texttt # "gets" to read the geomview response, then parse its 
nested parent
heses[] |
[103]
Overfull \hbox (37.93651pt too wide) in paragraph at lines 6042--6042
  []@texttt #          COORDSYS = coordinate system in which coordinates 
of the
following[] |

Overfull \hbox (14.94176pt too wide) in paragraph at lines 6049--6049
  []@texttt #          G = picked point (actual intersection of pick ray 
with ob
ject)[] |
[104]
Overfull \hbox (49.43388pt too wide) in paragraph at lines 6069--6069
  []  @texttt # Report result, converting 4-component homogeneous point 
into 3-s
pace point.[] |

Overfull \hbox (32.18782pt too wide) in paragraph at lines 6101--6101
  []@texttt # Display a message on the control panel, and on the 
terminal where
geomview[] |

Overfull \hbox (26.43916pt too wide) in paragraph at lines 6102--6102
  []@texttt # was started.  We use ``puts stderr []'' rather than simply 
``puts
[]'',[] |
[105]
Overfull \hbox (37.93651pt too wide) in paragraph at lines 6155--6155
  []        @texttt (interest (rawevent 32))        # Be notified when 
user pres
ses space[] |
[106] [107] Chapter 7 [108] [109] [110] [111] [112] [113] [114] [115] [116]
[117] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128]
[129] [130] [131] [132] [133] [134] [135] [136] [137] [138] Chapter 8 [139]
Chapter 9 [140] [141] [142]
Overfull \hbox (26.43913pt too wide) in paragraph at lines 8907--8907
  []@texttt In[8] := ParametricPlot3D[{Sin[x],Sin[y],Sin[x]*Cos[y]}, 
{x,0,Pi},{y
,0,Pi}][] |
[143]
Overfull \hbox (43.6852pt too wide) in paragraph at lines 8977--8977
  []@texttt oogl2rib [-n @textttsl name@texttt ] [-B @textttsl r@texttt 
,@texttt
sl g@texttt ,b] [-w @textttsl width@texttt ] [-h @textttsl height@texttt 
] [-fg
b] [@textttsl in-file@texttt ] [@textttsl outfile@texttt ][] |
[144] [145]
Underfull \hbox (badness 6691) in paragraph at lines 9164--9173
  @texttt TOPSRCDIR/INSTALL[] @textrm and @texttt 
TOPSRCDIR/INSTALL.Geomview[] @
textrm for in-stal-la-tion

Underfull \hbox (badness 10000) in paragraph at lines 9174--9176
  []@textrm The in-stalled Math-e-mat-ica data-files can be found in
[146] Chapter 10 [147]
Underfull \hbox (badness 6691) in paragraph at lines 9252--9261
  @texttt TOPSRCDIR/INSTALL[] @textrm and @texttt 
TOPSRCDIR/INSTALL.Geomview[] @
textrm for in-stal-la-tion

Underfull \hbox (badness 6691) in paragraph at lines 9281--9290
  @texttt TOPSRCDIR/INSTALL[] @textrm and @texttt 
TOPSRCDIR/INSTALL.Geomview[] @
textrm for in-stal-la-tion
[148]
Underfull \hbox (badness 6691) in paragraph at lines 9358--9367
  @texttt TOPSRCDIR/INSTALL[] @textrm and @texttt 
TOPSRCDIR/INSTALL.Geomview[] @
textrm for in-stal-la-tion
[149]
Underfull \hbox (badness 6691) in paragraph at lines 9419--9428
  @texttt TOPSRCDIR/INSTALL[] @textrm and @texttt 
TOPSRCDIR/INSTALL.Geomview[] @
textrm for in-stal-la-tion

Underfull \hbox (badness 10000) in paragraph at lines 9442--9450
[]@textrm Before do-ing any com-pi-la-tion you should edit the file
[150] (Getting Technical Support for Geomview) [151]
(Contributing to Geomview's Development) [152] (Function Index) [153]
(./geomview.fns [154] [155]) [156] (./geomview.toc [-1] [-2] [-3] [-4] [-5]
[-6]) [-7] (./geomview.toc) (./geomview.toc) (List of Figures) [157
@unnchapentry{List of Figures}{10011}{List of Figures}{157}
] )
(see the transcript file for additional information)pdfTeX warning 
(dest): name
{image} has been referenced but does not exist, replaced by a fixed one

{/usr/local/texlive/2015/texmf-dist/fonts/enc/dvips/cm-super/cm-super-t1.enc}</
usr/local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmb10.pfb></us
r/local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmbx12.pfb></usr
/local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmbxsl10.pfb></us
r/local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmmi10.pfb></usr
/local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmmi12.pfb></usr/
local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmmi9.pfb></usr/lo
cal/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmr10.pfb></usr/loca
l/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmr9.pfb></usr/local/t
exlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmsl10.pfb></usr/local/te
xlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmsltt10.pfb></usr/local/t
exlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmsy10.pfb></usr/local/te
xlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmti10.pfb></usr/local/tex
live/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmtt10.pfb></usr/local/texl
ive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmtt12.pfb></usr/local/texli
ve/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmtt9.pfb></usr/local/texlive
/2015/texmf-dist/fonts/type1/public/cm-super/sfrm1095.pfb>
Output written on geomview.pdf (165 pages, 743844 bytes).
Transcript written on geomview.log.
TEXINPUTS=".:$TEXINPUTS" \
     MAKEINFO='/bin/sh /Users/user/geomview-1.9.5/missing makeinfo 
--no-validate  -I .' \
     texi2dvi --pdf --batch  --build-dir=geomview-pt_BR.t2p -o 
geomview-pt_BR.pdf  \
     geomview-pt_BR.texi
sed: RE error: illegal byte sequence
make[2]: *** [geomview-pt_BR.pdf] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
users-MacBook-Pro:geomview-1.9.5 user$




It's clear to me what I need to do to fix this.

Any ideas?


Sam Dupree.

[geomview-users] Building geomview on a MacBook Pro running Mac OS X 10.11.6 (El Capitan)

[Samuel D. <sd...@sp...>]

I'm attempting to build Geomview on a MacBook Pro running Mac OS X 
10.11.6 (El Capitan). The build seems to proceed fine until it get to 
the step where it's building documents and it ends in failure as seen in 
the output below:

sed -e 's|%GEOMROOT%|/usr/local|g'                                    \
         -e 's|%GEOMVIEW_GVX%|/usr/local/libexec/geomview/gvx|g' \
         -e 's|%MACHTYPE%|x86_64-apple-darwin15.6.0|g' \
         -e 's|%GEOMDATA%|/usr/local/share/geomview|g' \
         -e 's|%MODULESDIR%|/usr/local/libexec/geomview|g' \
         -e 
"s|%LD_LIBRARY_PATH_SETTINGS%|LD_LIBRARY_PATH=/usr/X11R6/lib:/path/to/your/motif/installation/lib|" 
\
         -e "s|%GEOMVIEW_LIB%|/usr/local/lib|g" \
         -e "s|%GEOMVIEW_INCLUDE%|/usr/local/include/geomview|g" \
         -e "s|%PACKAGE_VERSION%|1.9.5|g" \
         -e "s|%GEOMDOCDIR%|/usr/local/share/doc/geomview|g" \
         < ../geomview.sh > geomview
chmod +x geomview
Making all in data
Making all in shaders
make[3]: Nothing to be done for `all'.
make[3]: Nothing to be done for `all-am'.
Making all in doc
TEXINPUTS=".:$TEXINPUTS" \
     MAKEINFO='/bin/sh /Users/user/geomview-1.9.5/missing makeinfo 
--no-validate  -I .' \
     texi2dvi --pdf --batch  --build-dir=geomview.t2p -o geomview.pdf  \
     geomview.texi
This is pdfTeX, Version 3.14159265-2.6-1.40.16 (TeX Live 2015) 
(preloaded format=pdfetex)
  restricted \write18 enabled.
entering extended mode

(/Users/user/geomview-1.9.5/doc/./geomview.texi
(/Users/user/geomview-1.9.5/doc/texinfo.tex
Loading texinfo [version 2013-02-01.11]: pdf, fonts, markup, glyphs,
page headings, tables, conditionals, indexing, sectioning, toc, 
environments,
defuns, macros, cross references, insertions,
(/usr/local/texlive/2015/texmf-dist/tex/generic/epsf/epsf.tex
This is `epsf.tex' v2.7.4 <14 February 2011>
) localization, formatting, and turning on texinfo input format.)
(./geomview.aux) (/Users/user/geomview-1.9.5/doc/version.texi) 
[1{/usr/local/te
xlive/2015/texmf-var/fonts/map/pdftex/updmap/pdftex.map}]
(Introduction to Geomview) [1] (Distribution) [2] (Copying) [3]
(GNU LESSER PUBLIC LICENSE) [4] [5] [6] [7] [8] [9] [10] [11] [12]
(History of Geomview's Development) [13] (Supported Platforms) [14]
(How to Pronounce ``Geomview``) [15] Chapter 1 [16] Chapter 2 [17] 
</Users/user
/geomview-1.9.5/doc/figs/initial.pdf>
Overfull \hbox (60.225pt too wide) in paragraph at lines 890--890
[] |
[18] </Users/user/geomview-1.9.5/doc/figs/fig2.pdf> [19] 
</Users/user/geomview-
1.9.5/doc/figs/ap.pdf> [20] </Users/user/geomview-1.9.5/doc/figs/color.pdf>
[21] </Users/user/geomview-1.9.5/doc/figs/secondlinelist.pdf> 
</Users/user/geom
view-1.9.5/doc/figs/trefdodecinter.pdf> Chapter 3 [22] [23] [24]
Underfull \hbox (badness 10000) in paragraph at lines 1189--1192
  @texttt -Mcs fred[]@textrm Read com-mands from the UNIX-domain socket 
named.
[25] </Users/user/geomview-1.9.5/doc/figs/main.pdf> [26] [27] 
</Users/user/geom
view-1.9.5/doc/figs/myfilelist.pdf> [28] 
</Users/user/geomview-1.9.5/doc/figs/l
oad.pdf> </Users/user/geomview-1.9.5/doc/figs/tools.pdf> [29] [30] [31]
[32] [33] </Users/user/geomview-1.9.5/doc/figs/ap.pdf> [34] 
</Users/user/geomvi
ew-1.9.5/doc/figs/color.pdf> [35] [36] [37] 
</Users/user/geomview-1.9.5/doc/fig
s/mat.pdf> [38] </Users/user/geomview-1.9.5/doc/figs/light.pdf> [39] 
</Users/us
er/geomview-1.9.5/doc/figs/cam.pdf> [40] [41] [42] 
</Users/user/geomview-1.9.5/
doc/figs/save.pdf> [43] [44] [45] 
</Users/user/geomview-1.9.5/doc/figs/command.
pdf> [46] [47] [48] [49] Chapter 4 [50] [51] [52] [53] [54]
Overfull \hbox (26.43913pt too wide) in paragraph at lines 3030--3030
  []                      @texttt # does not (necessarily) result in a 
correct G
eomview[] |

Overfull \hbox (32.18782pt too wide) in paragraph at lines 3033--3033
  []                      @texttt # The allowed keywords are 
``screendoor'' (mas
king out[] |
[55]
Overfull \hbox (26.43913pt too wide) in paragraph at lines 3049--3049
  []  @texttt +linear             # (Enable) linear average of closest 
texture e
lements[] |

Overfull \hbox (37.93651pt too wide) in paragraph at lines 3054--3054
  []  @texttt -shadelines         # (Don't) shade lines as if they were 
lighted
cylinders[] |

Overfull \hbox (49.43388pt too wide) in paragraph at lines 3055--3055
  []                      @texttt # These four are only effective where 
the grap
hics system[] |

Overfull \hbox (32.18782pt too wide) in paragraph at lines 3058--3058
  []  @texttt -keepcolor          # Normally, when N-D positional 
coloring is en
abled as[] |

Overfull \hbox (32.18782pt too wide) in paragraph at lines 3060--3060
  []                      @texttt # objects' colors are affected.  But, 
objects
with the[] |

Overfull \hbox (20.69044pt too wide) in paragraph at lines 3061--3061
  []                      @texttt # "+keepcolor" attribute are immune to 
N-D col
oring.[] |

Overfull \hbox (55.18257pt too wide) in paragraph at lines 3067--3067
  []                      @texttt # vcflat = flat shading, but smoothly 
interpol
ated colors.[] |
[56]
Overfull \hbox (14.94176pt too wide) in paragraph at lines 3097--3097
  []                        @texttt # by hardware shading on GL systems 
which su
pport[] |

Overfull \hbox (14.94176pt too wide) in paragraph at lines 3100--3100
  []      @texttt alpha   1.0     # opacity; 0 = transparent 
(invisible), 1 = op
aque.[] |
[57]
Overfull \hbox (43.6852pt too wide) in paragraph at lines 3136--3136
  []          @texttt #  global    light position is in world (well, 
universe) c
oordinates[] |

Overfull \hbox (20.69044pt too wide) in paragraph at lines 3148--3148
  []        @texttt transform  1 0 0 0     # surface (s,t,0,1) * tfm -> 
texture
coords[] |
l.3188: Undefined cross reference `image-snt'.
l.3188: Undefined cross reference `image-snt'.
l.3188: Undefined cross reference `image-pg'. [58]
l.3214: Undefined cross reference `image-snt'.
l.3214: Undefined cross reference `image-snt'.
l.3214: Undefined cross reference `image-pg'.
Overfull \hbox (20.47777pt too wide) in paragraph at lines 3214--3214
  []@texttt image { <im-age spec-i-fi-ca-tion> (see [][]$@textsy 
h$@texttt un-de
-fined$@textsy i$ @texttt [im-age], page $@textsy h$@texttt 
un-de-fined$@textsy
  i$[][]@texttt ) }[] |

Overfull \hbox (20.69044pt too wide) in paragraph at lines 3215--3215
  []  @texttt Spec-ify the ac-tual tex-ture im-age. Im-ages can have 1, 
2, 3 or
4 channels:[] |
l.3221: Undefined cross reference `image-snt'.
l.3221: Undefined cross reference `image-snt'.
l.3221: Undefined cross reference `image-pg'.
Overfull \hbox (43.47252pt too wide) in paragraph at lines 3221--3221
  []  @texttt See [][]$@textsy h$@texttt un-de-fined$@textsy i$ @texttt 
[im-age]
, page $@textsy h$@texttt un-de-fined$@textsy i$[][]@texttt , for the 
ac-tual d
ef-i-ni-tion of image[] |
l.3233: Undefined cross reference `image-snt'.
l.3233: Undefined cross reference `image-snt'.
l.3233: Undefined cross reference `image-pg'.
Overfull \hbox (17.70976pt too wide) in paragraph at lines 3233--3233
  []  @textttsl the mod-ern way is to use the new OOGL im-age ob-ject. 
See [][]$
@textsy h$@textttsl un-de-fined$@textsy i$ @textttsl [im-|
[59] l.3258: Undefined cross reference `image-snt'.
l.3258: Undefined cross reference `image-snt'.
l.3258: Undefined cross reference `image-pg'. [60] [61] [62] [63]
Overfull \hbox (32.18782pt too wide) in paragraph at lines 3583--3583
  []                        @texttt # colors, and/or texture 
coordinates, in tha
t order,[] |
[64] [65] [66]
Overfull \hbox (32.18782pt too wide) in paragraph at lines 3776--3776
  []                                    @texttt # if 4SKEL, each vertex 
has 4 co
mponents[] |

Overfull \hbox (49.43388pt too wide) in paragraph at lines 3777--3777
  []                                    @texttt # if nSKEL, each vertex 
has NDim
  components[] |

Overfull \hbox (26.43913pt too wide) in paragraph at lines 3778--3778
  []                                    @texttt # if C[4][n]SKEL vertex 
coordina
tes are[] |

Overfull \hbox (37.93651pt too wide) in paragraph at lines 3779--3779
  []                                    @texttt # followed by an RGBA 
color spec
ification[] |

Overfull \hbox (32.18782pt too wide) in paragraph at lines 3790--3790
  []                        @texttt # to end-of-line; may be nothing, or 
3 or 4
numbers.[] |
[67]
Overfull \hbox (14.94176pt too wide) in paragraph at lines 3833--3833
  []@texttt # auto-generated texture co-ordinates, only allowed with 
@textttsl S
T@texttt SPHERE objects[] |
[68] [69] [70] [71] [72] [73] [74]
Overfull \hbox (14.94176pt too wide) in paragraph at lines 4375--4375
  []      @texttt "width"          (width of the image, auto-detected 
from image
  data[] |

Overfull \hbox (20.69044pt too wide) in paragraph at lines 4378--4378
  []      @texttt "height"         (height of the image, auto-detected 
from imag
e data[] |

Overfull \hbox (14.94176pt too wide) in paragraph at lines 4381--4381
  []      @texttt "channels"       (number of channels, auto-detected 
from image
  data[] |

Overfull \hbox (14.94176pt too wide) in paragraph at lines 4388--4388
  []                       @texttt (ei-ther ex-ter-nal or em-bed-ded 
im-age data
, see below[] |
[75] [76] [77]
Overfull \hbox (90.33336pt too wide) in paragraph at lines 4532--4532
  []@texttt data RGB "${HOME}/bin/bububfilter.bzip2" 7 { # binary data 
follows[]
  |
[78] [79] [80] [81] l.4785: Undefined cross reference `image-snt'.
l.4785: Undefined cross reference `image-snt'.
l.4785: Undefined cross reference `image-pg'. [82]
Overfull \hbox (302.37614pt too wide) in paragraph at lines 4817--4817
  []                                 @texttt constrained to be the 
inverse of
                                              the other)[] |

Overfull \hbox (37.93651pt too wide) in paragraph at lines 4839--4839
  []        @texttt "bgimage" { <image specification> }     (default no 
backgrou
nd image)[] |
[83] Chapter 5 [84] Chapter 6 [85] [86] [87] [88] [89] [90] [91] [92] [93]
[94] [95] [96]
Overfull \hbox (32.18782pt too wide) in paragraph at lines 5602--5602
  []  @texttt extern LObject *Lpick();  /* This is defined by PICKFUNC 
below but
  must */[] |

Overfull \hbox (32.18782pt too wide) in paragraph at lines 5612--5612
  []    @texttt /* Express interest in pick events; see Geomview manual 
for expl
anation.[] |

Overfull \hbox (14.94176pt too wide) in paragraph at lines 5625--5625
  []    @texttt /* Turn off normalization, so that our pick object will 
appear i
n the[] |
[97]
Overfull \hbox (32.18782pt too wide) in paragraph at lines 5685--5685
  []      @texttt printf("(xform-set pick { 1 0 0 0  0 1 0 0  0 0 1 0  
%g %g %g
1 })\n",[] |
[98]
Overfull \hbox (26.43913pt too wide) in paragraph at lines 5702--5702
  []   @texttt { INST transform 1 0 0 0 0 1 0 0 0 0 1 0 %f %f %f 1 geom 
:littleb
ox }\n\[] |

Overfull \hbox (26.43913pt too wide) in paragraph at lines 5703--5703
  []   @texttt { INST transform 1 0 0 0 0 1 0 0 0 0 1 0 %f %f %f 1 geom 
:littleb
ox }\n\[] |
[99] [100] [101] [102]
Overfull \hbox (14.94176pt too wide) in paragraph at lines 6017--6017
  []@texttt # "gets" to read the geomview response, then parse its 
nested parent
heses[] |
[103]
Overfull \hbox (37.93651pt too wide) in paragraph at lines 6042--6042
  []@texttt #          COORDSYS = coordinate system in which coordinates 
of the
following[] |

Overfull \hbox (14.94176pt too wide) in paragraph at lines 6049--6049
  []@texttt #          G = picked point (actual intersection of pick ray 
with ob
ject)[] |
[104]
Overfull \hbox (49.43388pt too wide) in paragraph at lines 6069--6069
  []  @texttt # Report result, converting 4-component homogeneous point 
into 3-s
pace point.[] |

Overfull \hbox (32.18782pt too wide) in paragraph at lines 6101--6101
  []@texttt # Display a message on the control panel, and on the 
terminal where
geomview[] |

Overfull \hbox (26.43916pt too wide) in paragraph at lines 6102--6102
  []@texttt # was started.  We use ``puts stderr []'' rather than simply 
``puts
[]'',[] |
[105]
Overfull \hbox (37.93651pt too wide) in paragraph at lines 6155--6155
  []        @texttt (interest (rawevent 32))        # Be notified when 
user pres
ses space[] |
[106] [107] Chapter 7 [108] [109] [110] [111] [112] [113] [114] [115] [116]
[117] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128]
[129] [130] [131] [132] [133] [134] [135] [136] [137] [138] Chapter 8 [139]
Chapter 9 [140] [141] [142]
Overfull \hbox (26.43913pt too wide) in paragraph at lines 8907--8907
  []@texttt In[8] := ParametricPlot3D[{Sin[x],Sin[y],Sin[x]*Cos[y]}, 
{x,0,Pi},{y
,0,Pi}][] |
[143]
Overfull \hbox (43.6852pt too wide) in paragraph at lines 8977--8977
  []@texttt oogl2rib [-n @textttsl name@texttt ] [-B @textttsl r@texttt 
,@texttt
sl g@texttt ,b] [-w @textttsl width@texttt ] [-h @textttsl height@texttt 
] [-fg
b] [@textttsl in-file@texttt ] [@textttsl outfile@texttt ][] |
[144] [145]
Underfull \hbox (badness 6691) in paragraph at lines 9164--9173
  @texttt TOPSRCDIR/INSTALL[] @textrm and @texttt 
TOPSRCDIR/INSTALL.Geomview[] @
textrm for in-stal-la-tion

Underfull \hbox (badness 10000) in paragraph at lines 9174--9176
  []@textrm The in-stalled Math-e-mat-ica data-files can be found in
[146] Chapter 10 [147]
Underfull \hbox (badness 6691) in paragraph at lines 9252--9261
  @texttt TOPSRCDIR/INSTALL[] @textrm and @texttt 
TOPSRCDIR/INSTALL.Geomview[] @
textrm for in-stal-la-tion

Underfull \hbox (badness 6691) in paragraph at lines 9281--9290
  @texttt TOPSRCDIR/INSTALL[] @textrm and @texttt 
TOPSRCDIR/INSTALL.Geomview[] @
textrm for in-stal-la-tion
[148]
Underfull \hbox (badness 6691) in paragraph at lines 9358--9367
  @texttt TOPSRCDIR/INSTALL[] @textrm and @texttt 
TOPSRCDIR/INSTALL.Geomview[] @
textrm for in-stal-la-tion
[149]
Underfull \hbox (badness 6691) in paragraph at lines 9419--9428
  @texttt TOPSRCDIR/INSTALL[] @textrm and @texttt 
TOPSRCDIR/INSTALL.Geomview[] @
textrm for in-stal-la-tion

Underfull \hbox (badness 10000) in paragraph at lines 9442--9450
[]@textrm Before do-ing any com-pi-la-tion you should edit the file
[150] (Getting Technical Support for Geomview) [151]
(Contributing to Geomview's Development) [152] (Function Index) [153]
(./geomview.fns [154] [155]) [156] (./geomview.toc [-1] [-2] [-3] [-4] [-5]
[-6]) [-7] (./geomview.toc) (./geomview.toc) (List of Figures) [157
@unnchapentry{List of Figures}{10011}{List of Figures}{157}
] )
(see the transcript file for additional information)pdfTeX warning 
(dest): name
{image} has been referenced but does not exist, replaced by a fixed one

{/usr/local/texlive/2015/texmf-dist/fonts/enc/dvips/cm-super/cm-super-t1.enc}</
usr/local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmb10.pfb></us
r/local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmbx12.pfb></usr
/local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmbxsl10.pfb></us
r/local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmmi10.pfb></usr
/local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmmi12.pfb></usr/
local/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmmi9.pfb></usr/lo
cal/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmr10.pfb></usr/loca
l/texlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmr9.pfb></usr/local/t
exlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmsl10.pfb></usr/local/te
xlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmsltt10.pfb></usr/local/t
exlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmsy10.pfb></usr/local/te
xlive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmti10.pfb></usr/local/tex
live/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmtt10.pfb></usr/local/texl
ive/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmtt12.pfb></usr/local/texli
ve/2015/texmf-dist/fonts/type1/public/amsfonts/cm/cmtt9.pfb></usr/local/texlive
/2015/texmf-dist/fonts/type1/public/cm-super/sfrm1095.pfb>
Output written on geomview.pdf (165 pages, 743844 bytes).
Transcript written on geomview.log.
TEXINPUTS=".:$TEXINPUTS" \
     MAKEINFO='/bin/sh /Users/user/geomview-1.9.5/missing makeinfo 
--no-validate  -I .' \
     texi2dvi --pdf --batch  --build-dir=geomview-pt_BR.t2p -o 
geomview-pt_BR.pdf  \
     geomview-pt_BR.texi
sed: RE error: illegal byte sequence
make[2]: *** [geomview-pt_BR.pdf] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
users-MacBook-Pro:geomview-1.9.5 user$




It's clear to me what I need to do to fix this.

Any ideas?


Sam Dupree.

[geomview-users] SaVi 1.5.0 for geomview released

[<llo...@ya...>]

http://savi.sf.net

SaVi 1.5.0, possibly the world's most popular Geomview module,
has now been released.

There are no significant Geomview-specific changes in this release,
although I did finally figure out how to fix a twenty-year-old
SaVi launch script bug. By googling. Yay, me!
***

SaVi is software for simulation and visualization of satellite orbits,
especially satellite constellations such as Iridium, Globalstar and O3b.

The SaVi 1.5.0 release (September 2016) allows coverage maps to be saved
directly as GIF image files, enables saving of animated coverage maps as
gifanims by using gifsicle, adds ability to load TLE elsets directly from the
web, works to improve building on SGI Irix, handles Tcl's interp->result
being considered deprecated in Tcl 8.5 and strongly discouraged in 8.6,
fixes dynamic coverage compilation error seen in recent clang,
fixes path-setting problems in launch script, includes instructions for
building under Windows 10 Anniversary Edition, removes legacy
numesh.oogl and has texturemapping always on. 


cheers


Lloyd Wood
http://savi.sf.net/

Re: [geomview-users] SaVI and Geomview 'natively' on Windows

[<llo...@ya...>]

I've freshened up

http://www.geomview.org/
http://www.geomview.org/windows
http://personal.ee.surrey.ac.uk/Personal/L.Wood/software/SaVi/building-under-Windows/

to list this method, and indicate that anything is preferable to going 64-bit Cygwin.

Chris Hoffman (who wrote all the Win10 articles referenced) is clearly Da Man here.

Lloyd Wood
http://savi.sf.net/

------------------------------------------------------------------------------
_______________________________________________
geomview-users mailing list
geo...@li...
https://lists.sourceforge.net/lists/listinfo/geomview-users

Re: [geomview-users] SaVI and Geomview 'natively' on Windows

[Adrian R. <ad...@an...>]

On Wed, 17 Aug 2016, Adrian Rossiter wrote:
> OpenGL geomview still fails to show the model in the display window.
> In VcXsrv the display window is coloured with the usual grey
> background, in Xming it is black.

I noticed that Xming would not work with any OpenGL programs, and
saw that I needed to install the Mesa version. OpenGL geomview is
now working for me with this version.

Adrian.
-- 
Adrian Rossiter
ad...@an...
http://antiprism.com/adrian

Re: [geomview-users] SaVI and Geomview 'natively' on Windows

[Adrian R. <ad...@an...>]

Hi LLoyd and All

On Wed, 17 Aug 2016, llo...@ya... wrote:
> sudo apt-get install geomview
> sudo apt-get install savi
> (launch Xming)
> set DISPLAY=:0
> geomview -run savi &
>
> then works as you'd expect - I had slow (software, I think)
> opengl texturemapping working on a little Asus X102BA.

I am using the Windows 10 "insider" preview, but believe it is in
step with the Anniversary edition. I am running in a virtual machine.

'geomview --noopengl' now works and displays correcly on Xming and
VcXsrv.

OpenGL geomview still fails to show the model in the display window.
In VcXsrv the display window is coloured with the usual grey
background, in Xming it is black.

Adrian.
-- 
Adrian Rossiter
ad...@an...
http://antiprism.com/adrian

Re: [geomview-users] SaVI and Geomview 'natively' on Windows

[<llo...@ya...>]

Urls in previous mail are


http://www.howtogeek.com/249966/how-to-install-and-use-the-linux-bash-shell-on-windows-10/


https://sourceforge.net/projects/xming/


http://www.pcworld.com/article/3055403/windows/windows-10s-bash-shell-can-run-graphical-linux-applications-with-this-trick.html

oops, sorry. damn this editor.

Lloyd Wood
http://savi.sf.net/

----- Original Message -----
From: "llo...@ya..." <llo...@ya...>
To: "geo...@li..." <geo...@li...>; "sav...@li..." <sav...@li...>
Sent: Wednesday, 17 August 2016, 23:09
Subject: SaVI and Geomview 'natively' on Windows

I was able to install and run SaVi and Geomview together under
the Windows 10 anniversary edition bash shell, with the
help of the little Xming X server. I was also able to compile
SaVi under this environment.

To install and turn on the bash shell in Windows 10 anniversary, 
see hints at:
http://www.howtogeek.com/249966/how-to-install-and-use-the-linux-bash-shell-on-windows-10/To set up use of graphical apps, you'll need to install
a third-party Xserver such as Xming:
https://sourceforge.net/projects/xming/as:
http://www.pcworld.com/article/3055403/windows/windows-10s-bash-shell-can-run-graphical-linux-applications-with-this-trick.htmlindicates.

sudo apt-get install geomview
sudo apt-get install savi
(launch Xming)
set DISPLAY=:0
geomview -run savi &

then works as you'd expect - I had slow (software, I think)
opengl texturemapping working on a little Asus X102BA.

sudo apt-get install cvs
sudo apt-get install gcc
sudo apt-get install tk-dev

and I could check out and build savi-dev successfully with
make ARCH=linux

Haven't tried building Geomview yet - that is daunting
at the best of times, with many more dependencies
than this netbook has room for...

We may have to consider updating the 'Geomview on Windows'
FAQ of old. And the building-with-Cygwin pages -- I
suspect this approach could rapidly eclipse Cygwin.

fyi

Lloyd Wood
http://savi.sf.net/

[geomview-users] SaVI and Geomview 'natively' on Windows

[<llo...@ya...>]

I was able to install and run SaVi and Geomview together under
the Windows 10 anniversary edition bash shell, with the
help of the little Xming X server. I was also able to compile
SaVi under this environment.

To install and turn on the bash shell in Windows 10 anniversary, 
see hints at:
http://www.howtogeek.com/249966/how-to-install-and-use-the-linux-bash-shell-on-windows-10/To set up use of graphical apps, you'll need to install
a third-party Xserver such as Xming:
https://sourceforge.net/projects/xming/as:
http://www.pcworld.com/article/3055403/windows/windows-10s-bash-shell-can-run-graphical-linux-applications-with-this-trick.htmlindicates.

sudo apt-get install geomview
sudo apt-get install savi
(launch Xming)
set DISPLAY=:0
geomview -run savi &

then works as you'd expect - I had slow (software, I think)
opengl texturemapping working on a little Asus X102BA.

sudo apt-get install cvs
sudo apt-get install gcc
sudo apt-get install tk-dev

and I could check out and build savi-dev successfully with
make ARCH=linux

Haven't tried building Geomview yet - that is daunting
at the best of times, with many more dependencies
than this netbook has room for...

We may have to consider updating the 'Geomview on Windows'
FAQ of old. And the building-with-Cygwin pages -- I
suspect this approach could rapidly eclipse Cygwin.

fyi
 
Lloyd Wood
http://savi.sf.net/

Re: [geomview-users] Geomview under 32-bit Cygwin - opengl

[<llo...@ya...>]

Stuart,

the EXT functions are a problem with compiling only on 64-bit Cygwin, and yes, they can be renamed for that. It's a bit odd that 32-bit and 64-bit opengl code seems to be different here.

32-bit Cygwin's OpenGL is working again, thanks to an upstream llvm
fix and some Cygwin maintenance, but it's clear that the OpenGL maintainers are 64-bit focused at this point. I'd expect 32-bit opengl to break again eventually, so 64-bit is the way to go.

But Geomview doesn't run with SaVi on 64-bit Cygwin, due to failure in piping communications.

Cygwin maintainers want a simple test case - Geomview+SaVi is too complex a test case for them. I can't figure out a test case, and the Cygwin guys aren't going to compile and debug Geomview.

They do point to Cygwin/Linux differences in how longs are handled as a possibility:

https://cygwin.com/faq/ 
section 6.4 

http://cygwin.com/faq/faq.html#faq.programming.64bitporting
has some notes.some related comments:


"64-bit Windows is LLP64, while 64-bit Linux is LP64 on the same hardware."
"Varargs functions are fun.  A type mismatch int/long in the 5th and 6th arg would be invisible on Linux but potentially crash on Cygwin due to the ABI difference (MS vs. SysV).  We found a bug in OpenLDAP this way.."


"maybe is a piping problem, but there is no evidence; it could be a lot of different issues due to 64bit porting. I will not be surprise if there is wrong assumption on data size."
so their take is that Geomview probably isn't really 64-bit clean as far as Cygwin is concerned, and a possible cause of the piping communication problem on 64-bit Cygwin, never mind the other 64-bit Geomview scaling problems discussed earlier on this list.

(I have a few new minor features in SaVi development and would like to release SaVi 1.5 given time.) 

Lloyd Wood
http://savi.sf.net/


________________________________
From: Stuart Levy <sa...@il...>
To: llo...@ya...; "geo...@li..." <geo...@li...> 
Cc: Stuart Levy <sa...@il...>
Sent: Monday, 30 May 2016, 15:05
Subject: Re: [geomview-users] Geomview under 32-bit Cygwin - opengl



If the gl...EXT functions (which in the 1990s were the only way to access a bunch of texture functionality, and are now obsolete) are the only problem with 32-bit Cygwin OpenGL, it should be easy enough to get rid of them from the source code, right?   No reasonable implementation these days will require calling the ...EXT forms, so you could just batch-edit the mgopengl *.c files to strip the EXT suffixes from all function names.

I'm not sure from your note whether it looks as though there are
   more problems than that with the 32-bit version.


On 5/29/16 8:21 PM, llo...@ya... wrote:

Okay, to summarize the current Geomview on Cygwin situation: - 32-bit OpenGL is not well maintained, and now lags OpenGL for 64-bit Cygwin, as shown by the compiler substitution to drop EXT from functions - they're actually different codebases. (problem may be how LLVM changes interact with dri-driver upstream from Cygwin, but who knows?) - So 64-bit Cygwin would likely be the way to go for Geomview, if it wasn't for that piping problem between Geomview and modules that is a showstopper. So, sort out the piping problem, then recommend move to 64-bit Cygwin, and ignore 32-bit? (In other news, I've just tried SaVi 1.4.6+Geomview 1.9.4 on the latest Raspbian on a Raspberry Pi B; they're Debian packages there. Doesn't crash, but lots of errors OpenGL now can't even render a complete sphere; thank goodness for the -noopengl flag. Texturemapping used to work fine... but then, that's 32-bit, just like Cygwin. If I had a Death Star texturemap, I'd see something from Return of the Jedi, not A New Hope, on the Pi.) Guess Geomview now has to really embrace the 64-bit world, memory structures and all, as support for and maintenance of 32-bit dependencies fade away.  cheers Lloyd Wood http://savi.sf.net ----- Original Message -----
From: "llo...@ya..." <llo...@ya...> To: "geo...@li..." <geo...@li...> Sent: Sunday, 22 May 2016, 23:42
Subject: Geomview under 32-bit Cygwin - opengl Is anyone else running Geomview under Cygwin?
Would like to compare notes. I just did a recent compile on freshly cleanly
installed 32-bit cygwin and found that
running Geomview under opengl now crashes. With
geomview -noopengl -run ../savi/savi I get the usual expected behaviour, sans texturemapping. (Geomview under 64-bit Cygwin has different problems,
discussed previously.) thanks Lloyd Wood http://savi.sf.net/ ------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e _______________________________________________
geomview-users mailing list geo...@li... https://lists.sourceforge.net/lists/listinfo/geomview-users

Re: [geomview-users] Geomview in "Bash on Windows"

[Adrian R. <ad...@an...>]

Hi Lloyd

On Tue, 31 May 2016, Lloyd Wood wrote:
> what happens if you do
> geomview -noopengl

The Geomview windows flash up briefly and the program aborts with
these messages.


adrian@WIN-AR35Q92IJON:~$ geomview -noopengl
Shared memory unavailable, using fallback display method.
[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has
not been called
[xcb] Aborting, sorry about that.
gvx: ../../src/xcb_io.c:274: poll_for_event: Assertion
`!xcb_xlib_threads_sequence_lost' failed.
Aborted (core dumped)


Adrian.
-- 
Adrian Rossiter
ad...@an...
http://antiprism.com/adrian

Re: [geomview-users] Geomview in "Bash on Windows"

[Lloyd W. <llo...@ya...>]

 blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px #715FFA solid !important; padding-left:1ex !important; background-color:white !important; }  Adrian
what happens if you do
geomview -noopengl
?


Lloyd Woodhttp://savi.sf.net

On Tuesday, May 31, 2016, 18:31, Adrian Rossiter <ad...@an...> wrote:

Hi All

To add to Lloyds comments on Cygwin, I have recently had a look at
"Bash on Windows", which may one day be a viable replacement for Cygwin

    https://www.slightfuture.com/how-to/x-on-wsl
    https://blogs.msdn.microsoft.com/wsl/2016/04/22/windows-subsystem-for-linux-overview/

My Antiprism programs appear to be working fine, including Antiview,
which is a GLUT-based OpenGL viewer (requires environment variable
LIBGL_ALWAYS_INDIRECT=1)

I have just tried the Geomview package (Ubuntu 14.04 64-bit) and
it "almost" worked. The program windows appear and the menus are
functional but there is nothing displayed in the viewing window.
It may be that it could work with some different options or
environment variables (or maybe if I wasn't running Windows in
a virtual machine).

Here is a screenshot showing Antiview and Geomview running in
"Bash on Windows", using the VcXsrv Xserver

    http://www.antiprism.com/misc/win10_bash_geomview.png

Adrian.
-- 
Adrian Rossiter
ad...@an...
http://antiprism.com/adrian

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
_______________________________________________
geomview-users mailing list
geo...@li...
https://lists.sourceforge.net/lists/listinfo/geomview-users