> On Jan 2, 2016, at 10:34 AM, Duncan Murdoch <murdoch.dun...@gmail.com> wrote:
> 
> On 02/01/2016 12:47 PM, Joseph Kunkel wrote:
>> Duncan, The rgl (binary) download says it, ver 0.95.1201, is as up to date 
>> as binaries are for my MacBook Pro retina early 2013 with OS X El Capitan w. 
>> 16 GB ram.
> 
> That version is just over a year old.  We are getting closer to tracking down 
> the problem with newer ones that has prevented them from being distributed as 
> binaries on OSX, so you will likely find at some point that an 
> "update.packages()" call causes you to jump ahead a lot of versions.  You can 
> read the change list here:
> 
> https://r-forge.r-project.org/scm/viewvc.php/pkg/rgl/inst/NEWS?view=markup&root=rgl
> 
> (This goes a little newer than the CRAN version.)
> 
> Duncan Murdoch
> 

Dear Joseph;

Since I started this thread and am a *NIX noob and not an experienced package 
developer, I thought I would recount my stumbling efforts (at least the 
successful portions of them) toward moving to the development version of `rgl` 
as opposed to the current CRAN version, 1435. I had earlier reported success in 
compiling from source and loading the version 1435 source, so I will assume 
that you are able to do that. If you don't have XCode and XQuartz, you should 
start there.. I think this is an effective test of having the needed XCode 
(mine is Version 7.2 (7C68) ) and XQuartz 2.7.8 (xorg-server 1.16.4) packages, 
since I'm pretty sure something would fail if either of them are not paired to 
the El Cap OS. I first tried the recommended checkout of the source from 
R-Forge. I was at at a Terminal prompt and at the "user-root" which is `~/` in 
Unix-speak:

svn checkout svn://svn.r-forge.r-project.org/svnroot/rgl/

#----
# ... a really large number of files were downloaded ...
# That created a directory at the "user-root" named rgl which had in it a sub 
directory named ~/rgl/pkg/ with a further subdirectory named ~/rgl/pkg/rgl/ , 
which was where all the good stuff was sitting.
#  So after some flailing around and reading some manuals, I got this to 
succeed (at a Terminal prompt):

R CMD build -l ~/rgl/pkg/rgl rgl > rgl.log 2>&1

#-----------
# contents of log file
#-------------
Warning: unknown option ‘-l’
* checking for file ‘/Users/davidwinsemius/rgl/pkg/rgl/DESCRIPTION’ ... OK
* preparing ‘rgl’:
* checking DESCRIPTION meta-information ... OK
* cleaning src
* running ‘cleanup’
* installing the package to build vignettes
* creating vignettes ... OK
* cleaning src
* running ‘cleanup’
* checking for LF line-endings in source and make files
* checking for empty or unneeded directories
Removed empty directory ‘rgl/src/ext/GLsdk/GL/codegen’
* building ‘rgl_0.95.1438.tar.gz’

* checking for file ‘rgl/DESCRIPTION’ ... NO
 

#end contents------
# So I would drop that "-l" from that "CMD build"-call
# It was a hangover from a failed call to INSTALL
# However, since there were no errors
# ... and I could see rgl_0.95.1438.tar.gz in ~/
# I then tried this for an R console session:

install.packages("/Users/davidwinsemius/rgl_0.95.1438.tar.gz", repo=NULL, 
dependencies=TRUE, type="source") 

# Success. 

Duncan is exhibiting an abundance of caution in not recommending that people 
use the current version if it fails the automatic compilation checks. The 
alternative for me was not having any version of 'rgl' that would work. The 
version on CRAN will compile and load, but it does so with a warnign about some 
difficulty with initialization and then fails to display any graphs  ... at all.

--
David.
> 
> 
> 
>> Thanks for the quick view of the error codes.
>> 
>> Joe Kunkel
>> 
>>> On Jan 2, 2016, at 11:47 AM, Duncan Murdoch <murdoch.dun...@gmail.com> 
>>> wrote:
>>> 
>>> On 02/01/2016 10:23 AM, Joseph Kunkel wrote:
>>>> What is the recomendation about upgrading to R 3.2.3 for someone who is 
>>>> now working on a project that is highly invested in using rgl?   I am a 
>>>> bit reluctant to fall far behind in upgrades but using the MacGUI  and R 
>>>> 3.2.2 is working reasonably well for me.
>>> 
>>> You didn't say what version of rgl you're using.
>>> 
>>>> I have gotten some error complaints during/after rgl use which might be an 
>>>> indication that I should upgrade?
>>>> 
>>>> Error 1 in MacGUI window:
>>>> 
>>>> 2016-01-01 21:52:05.063 R[2942:183303] -deltaZ is deprecated for 
>>>> NSEventTypeMagnify.  Please use -magnification.
>>> 
>>> I don't think this is present in the current rgl.  I don't remember if it 
>>> was there in earlier versions, but your verbose error message doesn't show 
>>> any rgl activity as far as I can see.
>>> 
>>> Duncan Murdoch
>>> 
>>>> 
>>>> Verbose error 2 in MacGUI window:
>>>> 
>>>> 2016-01-01 21:33:36.342 R[2942:183303] -[GLView delegate]: unrecognized 
>>>> selector sent to instance 0x7f9690b73a70
>>>> 2016-01-01 21:33:36.342 R[2942:183303] An uncaught exception was raised
>>>> 2016-01-01 21:33:36.343 R[2942:183303] -[GLView delegate]: unrecognized 
>>>> selector sent to instance 0x7f9690b73a70
>>>> 2016-01-01 21:33:36.349 R[2942:183303] (
>>>>    0   CoreFoundation                      0x00007fff92e77ae2 
>>>> __exceptionPreprocess + 178
>>>>    1   libobjc.A.dylib                     0x00007fff91c7d73c 
>>>> objc_exception_throw + 48
>>>>    2   CoreFoundation                      0x00007fff92e7ab9d 
>>>> -[NSObject(NSObject) doesNotRecognizeSelector:] + 205
>>>>    3   CoreFoundation                      0x00007fff92db3601 
>>>> ___forwarding___ + 1009
>>>>    4   CoreFoundation                      0x00007fff92db3188 
>>>> _CF_forwarding_prep_0 + 120
>>>>    5   R                                   0x000000010f78f1aa 
>>>> -[RController validateMenuItem:] + 1002
>>>>    6   AppKit                              0x00007fff8c9a66f6 -[NSMenu 
>>>> _enableItem:] + 706
>>>>    7   AppKit                              0x00007fff8c9b8152 
>>>> -[NSCarbonMenuImpl _carbonUpdateStatusEvent:handlerCallRef:] + 517
>>>>    8   AppKit                              0x00007fff8c9aaea1 
>>>> NSSLMMenuEventHandler + 708
>>>>    9   HIToolbox                           0x00007fff9456b7be 
>>>> _ZL23DispatchEventToHandlersP14EventTargetRecP14OpaqueEventRefP14HandlerCallRec
>>>>  + 1231
>>>>    10  HIToolbox                           0x00007fff9456ac48 
>>>> _ZL30SendEventToEventTargetInternalP14OpaqueEventRefP20OpaqueEventTargetRefP14HandlerCallRec
>>>>  + 404
>>>>    11  HIToolbox                           0x00007fff945809e6 
>>>> SendEventToEventTarget + 40
>>>>    12  HIToolbox                           0x00007fff945ca99a 
>>>> _ZL18SendHICommandEventjPK9HICommandjjhPKvP20OpaqueEventTargetRefS5_PP14OpaqueEventRef
>>>>  + 411
>>>>    13  HIToolbox                           0x00007fff945dcc2f 
>>>> UpdateHICommandStatusWithCachedEvent + 47
>>>>    14  HIToolbox                           0x00007fff94566deb 
>>>> _ZN13HIApplication12EventHandlerEP25OpaqueEventHandlerCallRefP14OpaqueEventRefPv
>>>>  + 2787
>>>>    15  HIToolbox                           0x00007fff9456b7be 
>>>> _ZL23DispatchEventToHandlersP14EventTargetRecP14OpaqueEventRefP14HandlerCallRec
>>>>  + 1231
>>>>    16  HIToolbox                           0x00007fff9456ac48 
>>>> _ZL30SendEventToEventTargetInternalP14OpaqueEventRefP20OpaqueEventTargetRefP14HandlerCallRec
>>>>  + 404
>>>>    17  HIToolbox                           0x00007fff945809e6 
>>>> SendEventToEventTarget + 40
>>>>    18  HIToolbox                           0x00007fff945dc852 
>>>> _ZL15SendMenuOpeningP14MenuSelectDataP8MenuDatadjjP14__CFDictionaryhPh + 
>>>> 716
>>>>    19  HIToolbox                           0x00007fff945f6d24 
>>>> _ZL11DrawTheMenuP14MenuSelectDataPP9__CFArrayhPh + 280
>>>>    20  HIToolbox                           0x00007fff945f6a21 
>>>> _ZL11MenuChangedP14MenuSelectDatahh + 316
>>>>    21  HIToolbox                           0x00007fff94711207 
>>>> _ZL15TrackMenuCommonR14MenuSelectDataPhP13SelectionDataP10MenuResultS5_ + 
>>>> 1175
>>>>    22  HIToolbox                           0x00007fff945f64fa 
>>>> _ZL14MenuSelectCoreP8MenuData5PointdjPP13OpaqueMenuRefPt + 555
>>>>    23  HIToolbox                           0x00007fff945f6230 
>>>> _HandleMenuSelection2 + 460
>>>>    24  AppKit                              0x00007fff8c8d575e 
>>>> _NSHandleCarbonMenuEvent + 277
>>>>    25  AppKit                              0x00007fff8c815435 
>>>> _DPSNextEvent + 1906
>>>>    26  AppKit                              0x00007fff8cbe1943 
>>>> -[NSApplication _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 
>>>> 454
>>>>    27  R                                   0x000000010f79031c 
>>>> -[RController doProcessEvents:] + 204
>>>>    28  R                                   0x000000010f78a72a 
>>>> -[RController handleReadConsole:] + 186
>>>>    29  R                                   0x000000010f793f99 
>>>> Re_ReadConsole + 185
>>>>    30  libR.dylib                          0x000000010f9c071f R_ReplDLLdo1 
>>>> + 143
>>>>    31  R                                   0x000000010f7a2367 
>>>> run_REngineRmainloop + 295
>>>>    32  R                                   0x000000010f79673a -[REngine 
>>>> runREPL] + 138
>>>>    33  R                                   0x000000010f78574f main + 815
>>>>    34  libdyld.dylib                       0x00007fff8e5e65ad start + 1
>>>>    35  ???                                 0x0000000000000001 0x0 + 1
>>>> )
>>>> 
>>>> The prior error did not seem to affect the visual output of rgl but is 
>>>> troublesome.
>>>> 
>>>> Joe Kunkel
>>>> 
>>>> 
>>>> 
>>>> -·.  .· ·.  .><((((º>·.  .· ·.  .><((((º>·.  .· ·.  .><((((º> .··.· >=-    
>>>>    =º}}}}}><
>>>> Joseph G. Kunkel, Emeritus Professor
>>>> Biology Department
>>>> UMass Amherst
>>>> Amherst MA 01003
>>>> j...@bio.umass.edu
>>>> 
>>>> _______________________________________________
>>>> R-SIG-Mac mailing list
>>>> R-SIG-Mac@r-project.org
>>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>>>> 
>>> 
>>> _______________________________________________
>>> R-SIG-Mac mailing list
>>> R-SIG-Mac@r-project.org
>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>> 
> 
> _______________________________________________
> R-SIG-Mac mailing list
> R-SIG-Mac@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac

David Winsemius
Alameda, CA, USA

_______________________________________________
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac

Reply via email to