Re: [Rd] mistake in Italian translation
I'll try to revise the translations for 2.7.0 And Antonio is right, that link is broken. Will fix. stefano On 17/dic/07, at 03:01, Prof Brian Ripley wrote: I think we no longer have an active Italian translation team. I'll make the change you suggest. On Sun, 16 Dec 2007, Antonio, Fabio Di Narzo wrote: Hi all. I'm not sure I should send this here, but the link to the Italian Traslation Team is dead here: http://developer.r-project.org/TranslationTeams.html I've found an annoying mistake in the italian traslation of a base error message: ## d - data.frame(a=1) d$a - 1:2 Errore in `$-.data.frame`(`*tmp*`, a, value = 1:2) : dati sostitutivi con %righe, i dati ne hanno 1 ## This is a little cryptic message for the final user, if compared with this: ## Sys.setlocale('LC_MESSAGES','C') [1] C d$a - 1:2 Error in `$-.data.frame`(`*tmp*`, a, value = 1:2) : replacement has 2 rows, data has 1 ## Find attached the proposed patch against revision 43697. Bests, Antonio. -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] typo in italian translation (PR#10367)
I'll need to update lots of translations. Will do this as well. thanks stefano On 24/ott/07, at 17:27, Luca Braglia wrote: On 24/10/07 - 08:07, Thomas Lumley wrote: Thanks for reporting this, but please report it to the Italian translation team. R-core doesn't try to manage translation bugs because most of us don't know most of the languages. Contact addressses for the translation teams are listed at http://developer.r-project.org/TranslationTeams.html ok, next time I'll send it directly to prof. Stefano Iacus thanks for the advice Luca Braglia __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] typo in italian translation (PR#10367)
I'll need to update lots of translations. Will do this as well. thanks stefano On 24/ott/07, at 17:27, Luca Braglia wrote: On 24/10/07 - 08:07, Thomas Lumley wrote: Thanks for reporting this, but please report it to the Italian translation team. R-core doesn't try to manage translation bugs because most of us don't know most of the languages. Contact addressses for the translation teams are listed at http://developer.r-project.org/TranslationTeams.html ok, next time I'll send it directly to prof. Stefano Iacus thanks for the advice Luca Braglia __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] How to test if R is running on a Mac
what about system(uname) Darwin stefano On 19/set/07, at 16:34, Duncan Murdoch wrote: On 9/19/2007 9:41 AM, Gorjanc Gregor wrote: Hi! Is there any way to test if R is running on a Mac? I usually use value of .Platform$OS.type for windows or unix, but Mac falls in the latter group. Remember to also look at .Platform$GUI: the GUI version behaves quite differently from command line R from a user's point of view (both on the Mac and on Windows), and occasionally from a programmer's point of view (e.g. the graphics device on the Mac). Duncan __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] How to test if R is running on a Mac
what about system(uname) Darwin stefano p.s. if one day R will run on the iPhone, you have to change the question below into Do you see an apple logo somewhere on your device?) On 20/set/07, at 00:37, Hin-Tak Leung wrote: On linux boxes, version$os and R.version$os is 'linux-gnu'. I assume that it would be 'darwin-apple' on Mac's? Henrik Bengtsson wrote: isApple - function(...) { isApple - FALSE; tryCatch({ ans - readline(Do you see an Apple key on the keyboard you are typing on? yes/no); isApple - (ans == yes); }, mouseClick = function(ex) { isApple - TRUE; }) } /H On 9/19/07, Duncan Murdoch [EMAIL PROTECTED] wrote: On 9/19/2007 9:41 AM, Gorjanc Gregor wrote: Hi! Is there any way to test if R is running on a Mac? I usually use value of .Platform$OS.type for windows or unix, but Mac falls in the latter group. Remember to also look at .Platform$GUI: the GUI version behaves quite differently from command line R from a user's point of view (both on the Mac and on Windows), and occasionally from a programmer's point of view (e.g. the graphics device on the Mac). Duncan __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R CMD SHLIB error using OS X
please report to R-sig-mac stefano On 08/giu/07, at 06:29, Richard Zur wrote: Hello, I'm using R 2.5.0 with OS X 10.4.9 and Xcode 2.4.1 on a PowerPC. My code used to compile fine with R 2.4.* and Xcode 2.2 (I think). I'm compiling some C code (named mhroc_prop.c) that calls a fortran routine from mvndstpack.f I get the error /usr/bin/libtool: file: mvndstpack.o is not an object file (not allowed in a library) after R outputs (sorry... not sure if this is useful information or not) gcc-4.0 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -std=gnu99 -dynamiclib -Wl,-macosx_version_min -Wl,10.3 -undefined dynamic_lookup -single_module -multiply_defined suppress -L/usr/local/lib -o mhroc_prop.so mhroc_prop.o mvndstpack.o -L/Library/Frameworks/R.framework/Resources/lib/ppc -lRlapack -L/Library/Frameworks/R.framework/Resources/lib/ppc -lRblas -L/usr/local/lib/gcc/powerpc-apple-darwin8/4.2.0 -lgfortran -lgcc_s. 10.4 -lSystemStubs -L/usr/local/lib/gcc/powerpc-apple-darwin8/4.2.0 -lgfortran -lgcc_s.10.4 -lSystemStubs -F/Library/Frameworks/R.framework/.. -framework R Any ideas? Thank you, Richard Zur __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Magic Menu library loading error (PR#9405)
Jeff, this is not a bug report for R, and you already posted to R-Sig-mac (and get answered) Maybe you want to contact the author of MagicMenu (or what ever is the software you use) to understand why such bad interaction with R.app takes place. stefano On 01/dic/06, at 05:51, [EMAIL PROTECTED] wrote: Full_Name: Jeff Lee Version: 2.4.0 OS: Mac OS X 10.4 (Tiger) Submission from: (NULL) (12.150.164.100) Just upgraded to an Intel based Mac. Upon launch, I receive the following error: 2006-11-30 12:39:36.870 R[407] *** -[NSBundle load]: Error loading code /Library/InputManagers/MagicMenuEnabler/MagicMenuEnabler.bundle/ Contents/MacOS/MagicMenuEnabler for bundle /Library/InputManagers/MagicMenuEnabler/ MagicMenuEnabler.bundle, error code 2 (link edit error code 0, error number 0 ()) Functioning of the system seems okay, however. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Magic Menu library loading error (PR#9405)
Jeff, maybe I confused your mail with a similar report. Apologizes. Anyway, this is not a proper R bug report. Next time, please, use (or search) R-Sig-Mac. Googling around, it seems that there is a MagicMenu which is installed by Stuffit. We don't load it in R.app at any time. stefano On 01/dic/06, at 12:04, Jeffrey Lee wrote: I'm not sure what you mean that I already posted to R-Sig-mac. I haven't done that. I only observe this error with R, which appears to be attempting to load this code. On Nov 30, 2006, at 4:43 PM, stefano iacus wrote: Jeff, this is not a bug report for R, and you already posted to R-Sig- mac (and get answered) Maybe you want to contact the author of MagicMenu (or what ever is the software you use) to understand why such bad interaction with R.app takes place. stefano On 01/dic/06, at 05:51, [EMAIL PROTECTED] wrote: Full_Name: Jeff Lee Version: 2.4.0 OS: Mac OS X 10.4 (Tiger) Submission from: (NULL) (12.150.164.100) Just upgraded to an Intel based Mac. Upon launch, I receive the following error: 2006-11-30 12:39:36.870 R[407] *** -[NSBundle load]: Error loading code /Library/InputManagers/MagicMenuEnabler/MagicMenuEnabler.bundle/ Contents/MacOS/MagicMenuEnabler for bundle /Library/InputManagers/MagicMenuEnabler/ MagicMenuEnabler.bundle, error code 2 (link edit error code 0, error number 0 ()) Functioning of the system seems okay, however. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] dyn.load (PR#9364)
In OS X you cannot unload dynamically linked code. This is a known feature of OS X :( This is not an R bug. stefano On 15/nov/06, at 15:27, [EMAIL PROTECTED] wrote: Full_Name: Jonathan Tuke Version: 2.4.0 OS: Mac OS X 10.4.8 Submission from: (NULL) (203.173.46.189) I am writing C code to implement in R. I am using R CMD SHLIB and then dyn.load(file.so). The function I then call with .C(function). Since I installed the latest R version, I have found that if I alter my C code and recompile, then use dyn.load(file.so), the function in R is not updated but remains as the previous code. I have tried dyn.unload, but when I use dyn.load() the initially loaded code is used. The only way to load the updated c code is to quit R and then reopen. Thanks, Jono __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] dyn.load (PR#9364)
here is the output source(run.R) gcc-4.0 -arch ppc -I/Library/Frameworks/R.framework/Resources/include -I/Library/Frameworks/R.framework/Resources/include/ppc -I/usr/local/ include-fPIC -g -O2 -std=gnu99 -c code.c -o code.o gcc-4.0 -arch ppc -dynamiclib -Wl,-macosx_version_min -Wl,10.3 - undefined dynamic_lookup -single_module -multiply_defined suppress -L/ usr/local/lib -o foo.so code.o -L/Library/Frameworks/R.framework/ Resources/lib/ppc -lR -dylib_file libRblas.dylib:/Library/Frameworks/ R.framework/Resources/lib/ppc/libRblas.dylib loaded DLL/SO first attempt gcc-4.0 -arch ppc -I/Library/Frameworks/R.framework/Resources/include -I/Library/Frameworks/R.framework/Resources/include/ppc -I/usr/local/ include-fPIC -g -O2 -std=gnu99 -c other.c -o other.o gcc-4.0 -arch ppc -dynamiclib -Wl,-macosx_version_min -Wl,10.3 - undefined dynamic_lookup -single_module -multiply_defined suppress -L/ usr/local/lib -o foo.so other.o -L/Library/Frameworks/R.framework/ Resources/lib/ppc -lR -dylib_file libRblas.dylib:/Library/Frameworks/ R.framework/Resources/lib/ppc/libRblas.dylib loaded DLL/SO first attempt [1] Failed On 16/nov/06, at 00:07, Duncan Temple Lang wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was just testing this myself on various machines. And it behaves on Linux, Windows and also on my Intel Mac (OS X 10.4.8). Stefano, is this restriction on OS X still in effect? (Unfortunately I can't test this on any of my Power PC macs just at the moment. Just building R-2.4-0 one one of them.) There is test code available at www.omegahat.org/Misc/Rdynunload.tar.gz The script run.R does the builds and load and unloads and runs the entire test. Without a programmatic test it is easy to test the wrong thing. D. stefano iacus wrote: In OS X you cannot unload dynamically linked code. This is a known feature of OS X :( This is not an R bug. stefano On 15/nov/06, at 15:27, [EMAIL PROTECTED] wrote: Full_Name: Jonathan Tuke Version: 2.4.0 OS: Mac OS X 10.4.8 Submission from: (NULL) (203.173.46.189) I am writing C code to implement in R. I am using R CMD SHLIB and then dyn.load(file.so). The function I then call with .C(function). Since I installed the latest R version, I have found that if I alter my C code and recompile, then use dyn.load(file.so), the function in R is not updated but remains as the previous code. I have tried dyn.unload, but when I use dyn.load() the initially loaded code is used. The only way to load the updated c code is to quit R and then reopen. Thanks, Jono __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel - -- Duncan Temple Lang[EMAIL PROTECTED] Department of Statistics work: (530) 752-4782 4210 Mathematical Sciences Building fax: (530) 752-7099 One Shields Ave. University of California at Davis Davis, CA 95616, USA -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (Darwin) iD8DBQFFWy0Y9p/Jzwa2QP4RAnN1AJ9Az6aBRcJWBNPvsn/1BmDb8wA4LACfaxWP dGWqKjqt98xG50LDRJoo4uY= =EoRV -END PGP SIGNATURE- __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] dyn.load (PR#9364)
I'll test your script. Simon also made the same remark. Maybe in 10.4 this problem is solved. But apparently, if I load a package and then try to detach it, R still keeps open the .so file for that package. Is this expected for a successful unload (given that I never had experience of a successful unload I can't tell)? (I'm using ppc) stefano On 16/nov/06, at 00:07, Duncan Temple Lang wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was just testing this myself on various machines. And it behaves on Linux, Windows and also on my Intel Mac (OS X 10.4.8). Stefano, is this restriction on OS X still in effect? (Unfortunately I can't test this on any of my Power PC macs just at the moment. Just building R-2.4-0 one one of them.) There is test code available at www.omegahat.org/Misc/Rdynunload.tar.gz The script run.R does the builds and load and unloads and runs the entire test. Without a programmatic test it is easy to test the wrong thing. D. stefano iacus wrote: In OS X you cannot unload dynamically linked code. This is a known feature of OS X :( This is not an R bug. stefano On 15/nov/06, at 15:27, [EMAIL PROTECTED] wrote: Full_Name: Jonathan Tuke Version: 2.4.0 OS: Mac OS X 10.4.8 Submission from: (NULL) (203.173.46.189) I am writing C code to implement in R. I am using R CMD SHLIB and then dyn.load(file.so). The function I then call with .C(function). Since I installed the latest R version, I have found that if I alter my C code and recompile, then use dyn.load(file.so), the function in R is not updated but remains as the previous code. I have tried dyn.unload, but when I use dyn.load() the initially loaded code is used. The only way to load the updated c code is to quit R and then reopen. Thanks, Jono __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel - -- Duncan Temple Lang[EMAIL PROTECTED] Department of Statistics work: (530) 752-4782 4210 Mathematical Sciences Building fax: (530) 752-7099 One Shields Ave. University of California at Davis Davis, CA 95616, USA -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (Darwin) iD8DBQFFWy0Y9p/Jzwa2QP4RAnN1AJ9Az6aBRcJWBNPvsn/1BmDb8wA4LACfaxWP dGWqKjqt98xG50LDRJoo4uY= =EoRV -END PGP SIGNATURE- __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] dyn.load (PR#9364)
I'll test your script. Simon also made the same remark. Maybe in 10.4 this problem is solved. But apparently, if I load a package and then try to detach it, R still keeps open the .so file for that package. Is this expected for a successful unload (given that I never had experience of a successful unload I can't tell)? (I'm using ppc) stefano On 16/nov/06, at 00:07, Duncan Temple Lang wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was just testing this myself on various machines. And it behaves on Linux, Windows and also on my Intel Mac (OS X 10.4.8). Stefano, is this restriction on OS X still in effect? (Unfortunately I can't test this on any of my Power PC macs just at the moment. Just building R-2.4-0 one one of them.) There is test code available at www.omegahat.org/Misc/Rdynunload.tar.gz The script run.R does the builds and load and unloads and runs the entire test. Without a programmatic test it is easy to test the wrong thing. D. stefano iacus wrote: In OS X you cannot unload dynamically linked code. This is a known feature of OS X :( This is not an R bug. stefano On 15/nov/06, at 15:27, [EMAIL PROTECTED] wrote: Full_Name: Jonathan Tuke Version: 2.4.0 OS: Mac OS X 10.4.8 Submission from: (NULL) (203.173.46.189) I am writing C code to implement in R. I am using R CMD SHLIB and then dyn.load(file.so). The function I then call with .C(function). Since I installed the latest R version, I have found that if I alter my C code and recompile, then use dyn.load(file.so), the function in R is not updated but remains as the previous code. I have tried dyn.unload, but when I use dyn.load() the initially loaded code is used. The only way to load the updated c code is to quit R and then reopen. Thanks, Jono __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel - -- Duncan Temple Lang[EMAIL PROTECTED] Department of Statistics work: (530) 752-4782 4210 Mathematical Sciences Building fax: (530) 752-7099 One Shields Ave. University of California at Davis Davis, CA 95616, USA -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (Darwin) iD8DBQFFWy0Y9p/Jzwa2QP4RAnN1AJ9Az6aBRcJWBNPvsn/1BmDb8wA4LACfaxWP dGWqKjqt98xG50LDRJoo4uY= =EoRV -END PGP SIGNATURE- __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] dyn.load (PR#9364)
here is the output source(run.R) gcc-4.0 -arch ppc -I/Library/Frameworks/R.framework/Resources/include -I/Library/Frameworks/R.framework/Resources/include/ppc -I/usr/local/ include-fPIC -g -O2 -std=gnu99 -c code.c -o code.o gcc-4.0 -arch ppc -dynamiclib -Wl,-macosx_version_min -Wl,10.3 - undefined dynamic_lookup -single_module -multiply_defined suppress -L/ usr/local/lib -o foo.so code.o -L/Library/Frameworks/R.framework/ Resources/lib/ppc -lR -dylib_file libRblas.dylib:/Library/Frameworks/ R.framework/Resources/lib/ppc/libRblas.dylib loaded DLL/SO first attempt gcc-4.0 -arch ppc -I/Library/Frameworks/R.framework/Resources/include -I/Library/Frameworks/R.framework/Resources/include/ppc -I/usr/local/ include-fPIC -g -O2 -std=gnu99 -c other.c -o other.o gcc-4.0 -arch ppc -dynamiclib -Wl,-macosx_version_min -Wl,10.3 - undefined dynamic_lookup -single_module -multiply_defined suppress -L/ usr/local/lib -o foo.so other.o -L/Library/Frameworks/R.framework/ Resources/lib/ppc -lR -dylib_file libRblas.dylib:/Library/Frameworks/ R.framework/Resources/lib/ppc/libRblas.dylib loaded DLL/SO first attempt [1] Failed On 16/nov/06, at 00:07, Duncan Temple Lang wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was just testing this myself on various machines. And it behaves on Linux, Windows and also on my Intel Mac (OS X 10.4.8). Stefano, is this restriction on OS X still in effect? (Unfortunately I can't test this on any of my Power PC macs just at the moment. Just building R-2.4-0 one one of them.) There is test code available at www.omegahat.org/Misc/Rdynunload.tar.gz The script run.R does the builds and load and unloads and runs the entire test. Without a programmatic test it is easy to test the wrong thing. D. stefano iacus wrote: In OS X you cannot unload dynamically linked code. This is a known feature of OS X :( This is not an R bug. stefano On 15/nov/06, at 15:27, [EMAIL PROTECTED] wrote: Full_Name: Jonathan Tuke Version: 2.4.0 OS: Mac OS X 10.4.8 Submission from: (NULL) (203.173.46.189) I am writing C code to implement in R. I am using R CMD SHLIB and then dyn.load(file.so). The function I then call with .C(function). Since I installed the latest R version, I have found that if I alter my C code and recompile, then use dyn.load(file.so), the function in R is not updated but remains as the previous code. I have tried dyn.unload, but when I use dyn.load() the initially loaded code is used. The only way to load the updated c code is to quit R and then reopen. Thanks, Jono __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel - -- Duncan Temple Lang[EMAIL PROTECTED] Department of Statistics work: (530) 752-4782 4210 Mathematical Sciences Building fax: (530) 752-7099 One Shields Ave. University of California at Davis Davis, CA 95616, USA -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (Darwin) iD8DBQFFWy0Y9p/Jzwa2QP4RAnN1AJ9Az6aBRcJWBNPvsn/1BmDb8wA4LACfaxWP dGWqKjqt98xG50LDRJoo4uY= =EoRV -END PGP SIGNATURE- __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] configure on mac
Hi Roger, due to latest change in the build scripts, you need to get the latest apple dev tools to correctly build r-devel. In particular, libtool needs to be updated. This is contained in the latest apple dev (XCode 2.3 as other mentioned) on apple developer web site. stefano On 12/ago/06, at 18:56, roger koenker wrote: I'm having trouble making yesterday's R-devel on my macs. ./configure seems fine, but eventually in make I get: gcc -dynamiclib -Wl,-macosx_version_min -Wl,10.3 -undefined dynamic_lookup -single_module -multiply_defined suppress -L/sw/lib -L/ usr/local/lib -install_name libR.dylib -compatibility_version 2.4.0 - current_version 2.4.0 -headerpad_max_install_names -o libR.dylib Rembedded.o CConverters.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o apply.o arithmetic.o apse.o array.o attrib.o base.o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o context.o cov.o cum.o dcf.o datetime.o debug.o deparse.o deriv.o dotcode.o dounzip.o dstruct.o duplicate.o engine.o envir.o errors.o eval.o format.o fourier.o gevents.o gram.o gram-ex.o graphics.o identical.o internet.o iosupport.o lapack.o list.o localecharset.o logic.o main.o mapply.o match.o memory.o model.o names.o objects.o optim.o optimize.o options.o par.o paste.o pcre.o platform.o plot.o plot3d.o plotmath.o print.o printarray.o printvector.o printutils.o qsort.o random.o regex.o registration.o relop.o rlocale.o saveload.o scan.o seq.o serialize.o size.o sort.o source.o split.o sprintf.o startup.o subassign.o subscript.o subset.o summary.o sysutils.o unique.o util.o version.o vfonts.o xxxpr.o `ls ../appl/*.o ../nmath/ *.o ../unix/*.o 2/dev/null|grep -v /ext-` -framework vecLib - lgfortran -lgcc_s -lSystemStubs -lmx -lSystem ../extra/zlib/ libz.a ../extra/bzip2/libbz2.a ../extra/pcre/libpcre.a -lintl - liconv -Wl,-framework -Wl,CoreFoundation -lreadline -lm -liconv /usr/bin/libtool: unknown option character `m' in: -macosx_version_min Usage: /usr/bin/libtool -static [-] file [...] [-filelist listfile [,dirname]] [-arch_only arch] [-sacLT] Usage: /usr/bin/libtool -dynamic [-] file [...] [-filelist listfile [,dirname]] [-arch_only arch] [-o output] [-install_name name] [- compatibility_version #] [-current_version #] [-seg1addr 0x#] [- segs_read_only_addr 0x#] [-segs_read_write_addr 0x#] [-seg_addr_table filename] [-seg_addr_table_filename file_system_path] [-all_load] [-noall_load] make[3]: *** [libR.dylib] Error 1 make[2]: *** [R] Error 2 make[1]: *** [R] Error 1 make: *** [R] Error 1 This was ok as of my last build which was: version _ platform powerpc-apple-darwin8.7.0 arch powerpc os darwin8.7.0 system powerpc, darwin8.7.0 status Under development (unstable) major 2 minor 4.0 year 2006 month 07 day28 svn rev38710 language R version.string R version 2.4.0 Under development (unstable) (2006-07-28 r38710) url:www.econ.uiuc.edu/~rogerRoger Koenker email [EMAIL PROTECTED] Department of Economics vox:217-333-4558University of Illinois fax:217-244-6678Champaign, IL 61820 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] configure on mac
It seems that there are symbols defined in more than one header. This causes problems on mac. You should define the symbol in one header and declare elsewhere as extern. You can find examples in main.c (if I remember well). I'm not sure this is the problems, but it looks like stefano On 14/ago/06, at 18:36, roger koenker wrote: My prior message now seems a bit premature. R seemed fine and, for example, installed my package SparseM without complaint, but now trying to install quantreg or Matrix, I'm getting: gcc -dynamiclib -Wl,-macosx_version_min -Wl,10.3 -undefined dynamic_lookup -single_module -multiply_defined suppress -L/sw/lib - L/usr/local/lib -o quantreg.so akj.o boot.o bound.o boundc.o chlfct.o cholesky.o dsel05.o extract.o kuantile.o mcmb.o penalty.o qrcens.o rls.o rq1.o rqbr.o rqfn.o rqfnb.o rqfnc.o sparskit2.o srqfn.o srqfnc.o srtpai.o xlapack.o -L/Library/Frameworks/ R.framework/Resources/lib -lRblas -L/usr/local/lib/gcc/powerpc- apple-darwin8/4.0.0 -L/usr/local/lib/gcc -lgfortran -lgcc_s - lSystemStubs -lmx -lSystem -F/Library/Frameworks/R.framework/.. - framework R ld: multiple definitions of symbol __gfortran_filename /Library/Frameworks/R.framework/Resources/lib/libRblas.dylib(single module) definition of __gfortran_filename /usr/local/lib/libgfortran.a(error.o) definition of __gfortran_filename in section (__DATA,__data) ld: multiple definitions of symbol __gfortran_line /Library/Frameworks/R.framework/Resources/lib/libRblas.dylib(single module) definition of __gfortran_line . . . /usr/bin/libtool: internal link edit command failed make: *** [quantreg.so] Error 1 ERROR: compilation failed for package 'quantreg' Any further suggestions would be very welcome. Roger url:www.econ.uiuc.edu/~rogerRoger Koenker email[EMAIL PROTECTED]Department of Economics vox: 217-333-4558University of Illinois fax: 217-244-6678Champaign, IL 61820 On Aug 14, 2006, at 8:15 AM, roger koenker wrote: Yes, upgrading to Xcode 2.4 worked perfectly. Thanks to all. url:www.econ.uiuc.edu/~rogerRoger Koenker email[EMAIL PROTECTED]Department of Economics vox: 217-333-4558University of Illinois fax: 217-244-6678Champaign, IL 61820 On Aug 14, 2006, at 8:07 AM, stefano iacus wrote: Hi Roger, due to latest change in the build scripts, you need to get the latest apple dev tools to correctly build r-devel. In particular, libtool needs to be updated. This is contained in the latest apple dev (XCode 2.3 as other mentioned) on apple developer web site. stefano On 12/ago/06, at 18:56, roger koenker wrote: I'm having trouble making yesterday's R-devel on my macs. ./configure seems fine, but eventually in make I get: gcc -dynamiclib -Wl,-macosx_version_min -Wl,10.3 -undefined dynamic_lookup -single_module -multiply_defined suppress -L/sw/ lib -L/ usr/local/lib -install_name libR.dylib -compatibility_version 2.4.0 - current_version 2.4.0 -headerpad_max_install_names -o libR.dylib Rembedded.o CConverters.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o apply.o arithmetic.o apse.o array.o attrib.o base.o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o context.o cov.o cum.o dcf.o datetime.o debug.o deparse.o deriv.o dotcode.o dounzip.o dstruct.o duplicate.o engine.o envir.o errors.o eval.o format.o fourier.o gevents.o gram.o gram-ex.o graphics.o identical.o internet.o iosupport.o lapack.o list.o localecharset.o logic.o main.o mapply.o match.o memory.o model.o names.o objects.o optim.o optimize.o options.o par.o paste.o pcre.o platform.o plot.o plot3d.o plotmath.o print.o printarray.o printvector.o printutils.o qsort.o random.o regex.o registration.o relop.o rlocale.o saveload.o scan.o seq.o serialize.o size.o sort.o source.o split.o sprintf.o startup.o subassign.o subscript.o subset.o summary.o sysutils.o unique.o util.o version.o vfonts.o xxxpr.o `ls ../appl/*.o ../ nmath/ *.o ../unix/*.o 2/dev/null|grep -v /ext-` -framework vecLib - lgfortran -lgcc_s -lSystemStubs -lmx -lSystem ../extra/zlib/ libz.a ../extra/bzip2/libbz2.a ../extra/pcre/libpcre.a -lintl - liconv -Wl,-framework -Wl,CoreFoundation -lreadline -lm -liconv /usr/bin/libtool: unknown option character `m' in: - macosx_version_min Usage: /usr/bin/libtool -static [-] file [...] [-filelist listfile [,dirname]] [-arch_only arch] [-sacLT] Usage: /usr/bin/libtool -dynamic [-] file [...] [-filelist listfile [,dirname]] [-arch_only arch] [-o output] [-install_name name] [- compatibility_version #] [-current_version #] [-seg1addr 0x#] [- segs_read_only_addr 0x#] [-segs_read_write_addr 0x#] [- seg_addr_table filename] [-seg_addr_table_filename file_system_path] [- all_load] [-noall_load] make[3]: *** [libR.dylib] Error 1 make[2]: *** [R] Error 2 make[1
Re: [Rd] Error message while installing quatreg in ox s (PR#8616)
This is not an R bug, nor it realtes to quantreg. It is not even an error but a warning. It is due to the fact that you don't have enough writing permission and it is related the R.app way of handling package installation. stefano Il giorno 18/feb/06, alle ore 21:07, [EMAIL PROTECTED] ha scritto: Full_Name: Alok Krishen Version: 2.2.1 OS: OS X Submission from: (NULL) (68.221.92.169) When install.packages(quantreg) produces the following error message cannot create HTML package index in: make.packages.html() __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Not working with intel macs (PR#8608)
Please send the output of the crash.log (you can find it via console.app). R.app is supposed to run under rosetta as well. Btw, we are about to release a Universal Binary of R.app. Please read R-Sig-Mac and don't send msgs to R-bugs. stefano Il giorno 16/feb/06, alle ore 02:46, [EMAIL PROTECTED] ha scritto: Full_Name: Dina Rego Version: R Cocoa GUI 1.14 OS: Intel Mac 10.4.4 Submission from: (NULL) (24.199.98.228) I recently bought the new intel imac and every program I had on my old computer (shareware and all) works on my new computer except R. When you double click it, it seems like it's going to launch (it does that box rushing to the screen thing) but nothing happens. I need this program for class!! Please update soon!!! __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] (no subject)
Suppose X is a data.frame with n obs and k vars, all variables are factors. tab - table(X) containes a k-dim array I would like to get a list from tab. This list is such that, each element contain the indexes corresponding to the observations which are in the same cell of this k-dim array. Of course, only for non empty cell. E.g. set.seed(123) X - as.data.frame(matrix(rnorm(5000),100,5)) X$V1 - cut(X$V1, br=5) X$V2 - cut(X$V2, br=5) X$V3 - cut(X$V3, br=5) X$V4 - cut(X$V4, br=5) X$V5 - cut(X$V5, br=5) tab - table(X) which(tab0) - cells length(cells) [1] 94 thus, of course, 94 cells over 5^5 = 3125 are non empty. I would like a smart way (without reimplementing table/tabulate) to get the list of length 94 which contains the indexes of the obs in each cell Or, viceversa, a vector of length n which tells, observation by observation, which cell (out of the 3125) the observation is in. stefano __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] (no subject)
Apologizies, I forgot the subject. Btw, I found it stefano Il giorno 01/feb/06, alle ore 18:25, stefano iacus ha scritto: Suppose X is a data.frame with n obs and k vars, all variables are factors. tab - table(X) containes a k-dim array I would like to get a list from tab. This list is such that, each element contain the indexes corresponding to the observations which are in the same cell of this k-dim array. Of course, only for non empty cell. E.g. set.seed(123) X - as.data.frame(matrix(rnorm(5000),100,5)) X$V1 - cut(X$V1, br=5) X$V2 - cut(X$V2, br=5) X$V3 - cut(X$V3, br=5) X$V4 - cut(X$V4, br=5) X$V5 - cut(X$V5, br=5) tab - table(X) which(tab0) - cells length(cells) [1] 94 thus, of course, 94 cells over 5^5 = 3125 are non empty. I would like a smart way (without reimplementing table/tabulate) to get the list of length 94 which contains the indexes of the obs in each cell Or, viceversa, a vector of length n which tells, observation by observation, which cell (out of the 3125) the observation is in. stefano __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Cutting up a k-D space (no subject)
Thanks Brian, stefano Il giorno 01/feb/06, alle ore 19:00, Prof Brian Ripley ha scritto: Stefano, Try this XX - as.numeric(X[[1]]) for (i in 2:length(X)) XX - 10*XX + as.numeric(X[[i]]) split(seq(along=XX), XX) You can read off the cell from the decimal expansion of the label. And XX goes from observations to cells. The hard work is done by unique() under the skin (split makes XX into a factor). Brian On Wed, 1 Feb 2006, stefano iacus wrote: Suppose X is a data.frame with n obs and k vars, all variables are factors. tab - table(X) containes a k-dim array I would like to get a list from tab. This list is such that, each element contain the indexes corresponding to the observations which are in the same cell of this k-dim array. Of course, only for non empty cell. E.g. set.seed(123) X - as.data.frame(matrix(rnorm(5000),100,5)) X$V1 - cut(X$V1, br=5) X$V2 - cut(X$V2, br=5) X$V3 - cut(X$V3, br=5) X$V4 - cut(X$V4, br=5) X$V5 - cut(X$V5, br=5) tab - table(X) which(tab0) - cells length(cells) [1] 94 thus, of course, 94 cells over 5^5 = 3125 are non empty. I would like a smart way (without reimplementing table/tabulate) to get the list of length 94 which contains the indexes of the obs in each cell Or, viceversa, a vector of length n which tells, observation by observation, which cell (out of the 3125) the observation is in. stefano __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel -- Brian D. Ripley, [EMAIL PROTECTED] Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UKFax: +44 1865 272595 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Fwd: segfault
This segfaults on OS X (10.4) on both X11 and quartz devices. Seems a problem with lattice but I cannot test on other platforms stefano Begin forwarded message: From: G. Sawitzki [EMAIL PROTECTED] Date: 28 agosto 2005 14:11:18 GMT+02:00 To: [EMAIL PROTECTED] Dear Stefano, this small exaple leads to a crash of R. I did not try it on versions other than the Mac version. So I am sending it to you directly. If it is a littice problem, could you pass it to Deepayan Sarkar? Thank you. g. == #pbinom library(grid) library(lattice) n-20 psteps-50 binomtable- function (n,psteps){ x-(0:(10*n))/10 p- (0:psteps)/psteps dd-expand.grid(x=x,p=p) dd$F- pbinom(dd$x,n,dd$p) dd$x0-trunc(dd$x) dd } bt-binomtable(n=5,psteps=100) bt[bt$x-bt$x0=0.9,]$F-NA wireframe(bt$F~bt$x*bt$p,bt,groups=bt$x0,shade=TRUE) # leads to R crash #wireframe(bt$F~bt$x*bt$p,bt,shade=TRUE) #ok __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] call fortran in R
please don't mix gcc 4.0 and g77. Also don't mix R binary which is gcc-3.3/g77-3.4.2 with gcc4 or gfortran. stefano On 04/ago/05, at 17:25, Sébastien Durand wrote: Dear all, Since the command you ask me to type doesn't show anything Here some more information, on my system and on the foo.so compiled file I am using g77 version 3.4.4 Configured with: ../gcc/configure -- enable-threads=posix --enable-languages=f77 I am using gcc version 4.0.0 20041026 (Apple Computer, Inc. build 4061) Configured with: /private/var/tmp/gcc/gcc-4061.obj~8/src/ configure --disable-checking --prefix=/usr --mandir=/share/man -- enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^ +.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/gcc/darwin/4.0/c++ -- build=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 -- target=powerpc-apple-darwin8 I don't know if this can be of any help to you but there is again how I compile the foo.f Double-G5:~ sebas$ R CMD SHLIB ~/Desktop/Fortan_kmeans/kmeans3.f g77 -fno-common -g -O2 -c /Users/sebas/Desktop/ Fortan_kmeans/kmeans3.f -o /Users/sebas/Desktop/Fortan_kmeans/ kmeans3.o gcc-3.3 -bundle -flat_namespace -undefined suppress -L/usr/ local/lib -o /Users/sebas/Desktop/Fortan_kmeans/kmeans3.so /Users/ sebas/Desktop/Fortan_kmeans/kmeans3.o -L/usr/local/lib/gcc/powerpc- apple-darwin6.8/3.4.2 -lg2c -lSystem -framework R There is all the info about the foo.so file using nm -a option instead of -g: Double-G5:~ sebas$ nm -a ~/Desktop/Fortan_kmeans/kmeans3.so 0fe4 - 01 0114 SLINE 0fb0 - 01 SO 0fd8 - 01 010d SLINE 0fdc - 01 010e SLINE 0fe0 - 01 010f SLINE 0fec - 01 0116 SLINE 0fe8 - 01 0115 SLINE 1000 - 01 SO 1000 - 01 011b SLINE 0ffc - 01 011a SLINE 0ff8 - 01 0119 SLINE 0fb4 - 01 0104 SLINE 0fb8 - 01 0105 SLINE 0fbc - 01 0106 SLINE 0fc0 - 01 0107 SLINE 0fc4 - 01 0108 SLINE 0ff4 - 01 0118 SLINE 0fc8 - 01 0109 SLINE 0fcc - 01 010a SLINE 0fd0 - 01 010b SLINE 0fd4 - 01 010c SLINE 0ff0 - 01 0117 SLINE 0fb0 - 01 SOL /SourceCache/Csu/Csu-57// 0fb0 - 01 SOL /SourceCache/Csu/Csu-57/bundle1.s 0fb0 - 01 SOL /SourceCache/Csu/Csu-57/bundle1.s 0fb0 - 01 SOL /SourceCache/Csu/Csu-57/bundle1.s 0fb0 - 01 SO /Users/sebas/ 0fb0 - 01 SO /Users/sebas/Desktop/Fortan_kmeans/kmeans3.f 0fb0 - 01 SOL built-in 0fb0 - 01 SOL command line 0fe0 t __dyld_func_lookup 0fe0 - 01 0113 FUN __dyld_func_lookup:F3 - 00 LSYM __g77_f2c_address:t(0,10)=*(0,11)[EMAIL PROTECTED];r (0,11);-128;127; - 00 LSYM __g77_f2c_complex:t(0,7)=R3;8;0; - 00 LSYM __g77_f2c_doublecomplex:t(0,6)=R3;16;0; - 00 LSYM __g77_f2c_doublereal:t(0,8)=r(0,0);8;0; - 00 LSYM __g77_f2c_flag:t(0,3)=r (0,3);-2147483648;2147483647; - 00 LSYM __g77_f2c_ftnint:t(0,1)=r (0,1);-2147483648;2147483647; - 00 LSYM __g77_f2c_ftnlen:t(0,2)=r (0,2);-2147483648;2147483647; - 00 LSYM __g77_f2c_integer:t(0,12)=r (0,12);-2147483648;2147483647; - 00 LSYM __g77_f2c_logical:t(0,4)=r (0,4);-2147483648;2147483647; - 00 LSYM __g77_f2c_longint:t(0,5)[EMAIL PROTECTED];r(0,5); 0010;0007; - 00 LSYM __g77_f2c_real:t(0,9)=r(0,0);4;0; t __mh_bundle_header - 00 LSYM byte:t(0,26)[EMAIL PROTECTED];r(0,26);-128;127; - 00 LSYM char:t(0,46)[EMAIL PROTECTED];r(0,46);0;255; - 00 LSYM char:t2=r2;0;127; - 00 LSYM complex double:t(0,31)=R3;16;0; - 00 LSYM complex float:t(0,32)=R3;8;0; - 00 LSYM complex int:t(0,33)=s8real:(0,34)=r (0,34);-2147483648;2147483647;,0,32;imag:(0,34),32,32;; - 00 LSYM complex long double:t(0,30)=R3;16;0; - 00 LSYM complex:t(0,14)=R3;8;0; - 00 LSYM double complex:t(0,13)=R3;16;0; - 00 LSYM double precision:t(0,15)=r(0,0);8;0; - 00 LSYM double:t(0,36)=r(0,34);8;0; 1000 d dyld__mh_bundle_header 1008 s dyld_func_lookup_pointer 1004 s dyld_lazy_symbol_binding_entry_point 0fb0 t dyld_stub_binding_helper 0fb0 - 01 0103 FUN dyld_stub_binding_helper:F3 - 00 LSYM float:t(0,37)=r(0,34);4;0; - 00 OPT gcc2_compiled. - 00 LSYM int:t(0,34) - 00 LSYM int:t1=r1;-2147483648;2147483647; - 00 LSYM integer4:t(0,22)[EMAIL PROTECTED];r(0,22); 0010;0007; - 00 LSYM integer:t(0,28)=r (0,28);-2147483648;2147483647; - 00 LSYM logical2:t(0,19)[EMAIL PROTECTED];r(0,19);-128;127; - 00 LSYM
Re: [Rd] Computer algebra in R - would that be an idea??
On 17/lug/05, at 20:55, Ayal Pinkus wrote: Hi, R builds fine under Windows (though you need to pay attention to the details which are in the (binary) distribution in the pdf files, in particular: `R Installation and Administration Manual', a html copy is also on the website; and the README* and INSTALL files in src/gnuwin32/ ). These details look tedious at first, and you may have to install a few things, but it keeps the sources closely tied between Windoze and the Unixish operating systems on which many of us prefer to develop. Ok. Unfortunately I work on a Mac OS X at home (I have access to Windows, MS DevStudio at work but want to keep work and hobby separate). I do work with Xcode (have to delve deeper in to Cocoa still though). Can integration also be done on Mac OS X? As Peter said there few r-core members working on OS X me and Simon are in charge for the GUI at the moment, but Luke T. and Thomas L. have also mac. I'll be happy to provide any help I can but this summer I'll have difficulties with internet connections. There is no project file for R itself but there is one for R.app. R builds with standard ./configure, make etc. In R.app you'll find a Cocoa class called REngine which you can probably look at. stefano If I understood correctly you go the COM route for integration on Windows? CrystalSpace is a 3d engine that has a COM simulation layer for Unix- style platforms I think (last time I looked was a few years back). It would essentially be a thin layer to implementations of abstract classes. I did download R for Mac OS X. It is quite a nice package! I wish I had looked at it earlier. You did a very good job on the user interface. Allow me to add that this sounds very exciting. I agree! I am working on a Java port at the moment. I will try to make some time later this evening or perhaps somewhere this week. Ayal __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Fwd: Does not run under Mac OS X 10.3.9 (PR#7975)
Begin forwarded message: From: Matthias Wahl [EMAIL PROTECTED] Date: 28 giugno 2005 18:05:54 GMT+02:00 To: stefano iacus [EMAIL PROTECTED] Subject: Re: [Rd] Does not run under Mac OS X 10.3.9 (PR#7975) I don' have a folder 'Utilities' in applications, however here is what I get when I chose 'send error report to Apple'. Maybe that helps you, too. Date/Time: 2005-06-28 18:03:45 +0200 OS Version: 10.3.9 (Build 7W98) Report Version: 2 Command: R Path:/Applications/R.app/Contents/MacOS/R Version: 1.11 (1.11) PID: 374 Thread: 0 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_INVALID_ADDRESS (0x0001) at 0x8006 Thread 0 Crashed: 0 com.apple.CoreFoundation 0x901c0f74 CFRetain + 0x20 1 com.apple.CoreFoundation 0x901dcc74 CFArrayCreate + 0x144 2 com.apple.Foundation 0x90a6c5e4 -[NSArray initWithObjects:] + 0xbc 3 org.R-project.R 0x32e4 -[RController init] + 0x174 4 com.apple.AppKit 0x92f6bca8 -[NSCustomObject nibInstantiate] + 0x10c 5 com.apple.AppKit 0x92e9ae54 -[NSIBObjectData instantiateObject:] + 0xbc 6 com.apple.AppKit 0x92ea1e80 -[NSIBObjectData nibInstantiateWithOwner:topLevelObjects:] + 0x88 7 com.apple.AppKit 0x92f93c2c loadNib + 0xfc 8 com.apple.AppKit 0x92eeae24 +[NSBundle (NSNibLoading) _loadNibFile:nameTable:withZone:ownerBundle:] + 0x2e8 9 com.apple.AppKit 0x92f69d28 +[NSBundle (NSNibLoading) loadNibFile:externalNameTable:withZone:] + 0x9c 10 com.apple.AppKit 0x92f7b51c +[NSBundle (NSNibLoading) loadNibNamed:owner:] + 0x174 11 com.apple.AppKit 0x92f69b90 NSApplicationMain + 0x174 12 org.R-project.R 0x2ba0 _start + 0x188 (crt.c:267) 13 dyld 0x8fe1a278 _dyld_start + 0x64 PPC Thread State: srr0: 0x901c0f74 srr1: 0x0200f030vrsave: 0x cr: 0x22000448 xer: 0x0002 lr: 0x901c0f6c ctr: 0x901c5acc r0: 0x901dcc74 r1: 0xb5f0 r2: 0x22000448 r3: 0x8000 r4: 0x8000 r5: 0xb584 r6: 0x0003a348 r7: 0x0003a348 r8: 0x0003a348 r9: 0x0008 r10: 0x r11: 0xa0a21114 r12: 0x901c5acc r13: 0x r14: 0x r15: 0x r16: 0x00311f50 r17: 0xa2eaab3c r18: 0xa2e9ab3c r19: 0xa2eaab3c r20: 0xa2eaab3c r21: 0x0003bf18 r22: 0x r23: 0x0009 r24: 0xb720 r25: 0xb724 r26: 0x003a14c0 r27: 0xa01c2e94 r28: 0x0009 r29: 0x003a1490 r30: 0x003a14bc r31: 0x901c0f6c Binary Images Description: 0x1000 -0x38fff org.R-project.R 1.11/Applications/R.app/ Contents/MacOS/R 0x205000 - 0x226fff libreadline.5.0.dylib /Library/ Frameworks/R.framework/Resources/lib/libreadline.5.0.dylib 0x1008000 - 0x1195fff libR.dylib /Library/Frameworks/ R.framework/Resources/lib/libR.dylib 0x806c - 0x806e9fff libxslt.1.dylib /usr/lib/libxslt.1.dylib 0x8083 - 0x8090efff libxml2.2.dylib /usr/lib/libxml2.2.dylib 0x8ed6 - 0x8ed62fff com.apple.ExceptionHandling 1.2 (???)/ System/Library/Frameworks/ExceptionHandling.framework/Versions/A/ ExceptionHandling 0x8fe0 - 0x8fe4 dyld /usr/lib/dyld 0x9000 - 0x9014 libSystem.B.dylib /usr/lib/ libSystem.B.dylib 0x901c - 0x9026dfff com.apple.CoreFoundation 6.3.7 (299.35)/ System/Library/Frameworks/CoreFoundation.framework/Versions/A/ CoreFoundation 0x902b - 0x90529fff com.apple.CoreServices.CarbonCore 10.3.7/System/Library/Frameworks/CoreServices.framework/ Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore 0x90584000 - 0x905f3fff com.apple.framework.IOKit 1.3.6 (???)/ System/Library/Frameworks/IOKit.framework/Versions/A/IOKit 0x9061 - 0x9069afff com.apple.CoreServices.OSServices 3.0.1/ System/Library/Frameworks/CoreServices.framework/Versions/A/ Frameworks/OSServices.framework/Versions/A/OSServices 0x9070 - 0x90700fff com.apple.CoreServices 10.3 (???)/ System/Library/Frameworks/CoreServices.framework/Versions/A/ CoreServices 0x907c7000 - 0x907d2fff libCSync.A.dylib /System/Library/ Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ CoreGraphics.framework/Versions/A/Resources/libCSync.A.dylib 0x907f - 0x907f9fff com.apple.DiskArbitration 2.0.5/System/ Library/PrivateFrameworks/DiskArbitration.framework/Versions/A/ DiskArbitration 0x9081 - 0x90810fff com.apple.ApplicationServices 1.0 (???)/ System/Library/Frameworks/ApplicationServices.framework/Versions/A/ ApplicationServices 0x9083 - 0x9089 libobjc.A.dylib /usr/lib/libobjc.A.dylib 0x9094 - 0x909b3fff com.apple.DesktopServices 1.2.5/System/ Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/ DesktopServicesPriv 0x90a2 - 0x90b7bfff com.apple.Foundation 6.3.7 (500.59)/ System
Re: [Rd] Does not run under Mac OS X 10.3.9 (PR#7975)
You should give us more feedback if you want us to be of any help to you. Could you please send us the crash report of R? (See Console.app in / Applications/Utilities ) stefano On 28/giu/05, at 06:23, [EMAIL PROTECTED] wrote: Full_Name: Matthias Wahl Version: 2.0.1 and 2.1.0a OS: Mac OS X 10.3.9 Submission from: (NULL) (84.159.39.159) Version 2.1.0a does get installed, R is available under applications, however when trying to start R I get an error message that R is terminated due to an error and that's it. Re-installing didn't help at all. Then I tried Version 2.0.1. and there I don't even get an icon to start R. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel