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
[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.ApplicationServic
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
Re: [Rd] R Cocoa GUI 1.12 (R 2.1.1 Framework) crashes on acf() (PR#8032)
can you send us the crash report? I cannot reproduce it. stefano On 25/lug/05, at 02:34, [EMAIL PROTECTED] wrote: > After I upgraded my installation of R for OS X (Tiger) to 1.12, it > consistently crashes when calling the function acf() [stats lib]. > > Roberto Osorio > > __ > 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 Cocoa GUI 1.12 (R 2.1.1 Framework) crashes on acf() (PR#8032)
Hi Robert, I'm following this to r-sig-mac and r-devel. Btw, you said "any" but do you have any chuck of R code to test as well? example(acf) works for me. stefano On 25/lug/05, at 09:47, Roberto Osorio wrote: > On 7/25/05 12:04 AM, "stefano iacus" <[EMAIL PROTECTED]> wrote: > > >> can you send us the crash report? I cannot reproduce it. >> stefano >> >> On 25/lug/05, at 02:34, [EMAIL PROTECTED] wrote: >> >> >>> After I upgraded my installation of R for OS X (Tiger) to 1.12, it >>> consistently crashes when calling the function acf() [stats lib]. >>> >>> Roberto Osorio >>> >>> __ >>> R-devel@r-project.org mailing list >>> https://stat.ethz.ch/mailman/listinfo/r-devel >>> >>> >>> >> >> > > Here it is. Thanks for looking at it. > > Roberto > > --- > > Date/Time: 2005-07-25 00:43:32.718 -0700 > OS Version: 10.4.2 (Build 8C46) > Report Version: 3 > > Command: R > Path:/Applications/R.app/Contents/MacOS/R > Parent: WindowServer [60] > > Version: 1.12 (1622) > > PID:4330 > Thread: 0 > > Exception: EXC_BAD_ACCESS (0x0001) > Codes: KERN_INVALID_ADDRESS (0x0001) at 0xfdc07000 > > Thread 0 Crashed: > 0 libBLAS.dylib 0x923fca6c ATL_thread_init + 64 > 1 libBLAS.dylib 0x923f137c ATL_dptgemm + 200 > 2 libBLAS.dylib 0x91e7f548 > atl_f77wrap_dgemm__ + 104 > 3 libBLAS.dylib 0x91e7e72c dgemm_ + 704 > 4 libR.dylib 0x00214b8c matprod + 548 > (array.c:412) > 5 libR.dylib 0x00215418 do_matprod + 944 > (array.c:632) > 6 libR.dylib 0x00263b24 Rf_eval + 1536 > (eval.c:405) > 7 libR.dylib 0x00265b1c do_set + 224 > (eval.c:1309) > 8 libR.dylib 0x00263970 Rf_eval + 1100 > (eval.c:382) > 9 libR.dylib 0x002652a4 do_begin + 136 > (eval.c:1058) > 10 libR.dylib 0x00263970 Rf_eval + 1100 > (eval.c:382) > 11 libR.dylib 0x00263970 Rf_eval + 1100 > (eval.c:382) > 12 libR.dylib 0x002652a4 do_begin + 136 > (eval.c:1058) > 13 libR.dylib 0x00263970 Rf_eval + 1100 > (eval.c:382) > 14 libR.dylib 0x00263fc0 Rf_applyClosure + > 952 > (eval.c:576) > 15 libR.dylib 0x00263b9c Rf_eval + 1656 > (eval.c:417) > 16 libR.dylib 0x00265b1c do_set + 224 > (eval.c:1309) > 17 libR.dylib 0x00263970 Rf_eval + 1100 > (eval.c:382) > 18 libR.dylib 0x002652a4 do_begin + 136 > (eval.c:1058) > 19 libR.dylib 0x00263970 Rf_eval + 1100 > (eval.c:382) > 20 libR.dylib 0x00263fc0 Rf_applyClosure + > 952 > (eval.c:576) > 21 libR.dylib 0x00263b9c Rf_eval + 1656 > (eval.c:417) > 22 org.R-project.R0x00014ff0 > RGUI_ReplIteration + 500 > (crt.c:300) > 23 org.R-project.R0x00014de0 RGUI_ReplConsole > + 148 > (crt.c:300) > 24 org.R-project.R0x00014d34 > run_REngineRmainloop + 156 > (crt.c:300) > 25 org.R-project.R0xe1b4 -[REngine > runREPL] + 76 > (crt.c:300) > 26 com.apple.Foundation 0x9287fcfc __NSFireTimer + 116 > 27 com.apple.CoreFoundation 0x9075edb0 > __CFRunLoopDoTimer + 184 > 28 com.apple.CoreFoundation 0x9074b728 __CFRunLoopRun + > 1680 > 29 com.apple.CoreFoundation 0x9074acdc > CFRunLoopRunSpecific + 268 > 30 com.apple.HIToolbox0x93123be0 > RunCurrentEventLoopInMode > + 264 > 31 com.apple.HIToolbox0x93123274 > ReceiveNextEventCommon + > 380 > 32 com.apple.HIToolbox0x931230e0 > BlockUntilNextEventMatchingListInMode + 96 > 33 com.apple.AppKit 0x9361e1a4 _DPSNextEvent + 384 > 34 com.apple.AppKit 0x9361de68 -[NSApplication > nextEventMatchingMask:untilDate:inMode:dequeue:] + 116 > 35 com.apple.AppKit 0x9361a3cc -[NSApplication > run] + 472 > 36 com.apple.AppKit 0x9370ac1c NSApplicationMain > + 452 > 37 org.R-project.R0x2dd0 _start + 392 > (crt.c:267) > 38 dyld 0x8fe01048 _dyld_start + 60 > > Thread 1: > 0
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 > 0fb0 - 01 SOL > 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; > -
Re: [Rd] call fortran in R
Sebastien, if you want to use the R binary from CRAN, then you should assume gcc 3.3 and g77 3.4.2 (which comes with the installer for this reason). You can force gcc to default to 3.3 using sudo gcc_select 3.3 and sudo gg_select 4.0 to restore the new compiler. If you want to use gcc 4.0 and gfortran, then you need to rebuild ALSO R from sources. If you are developing a package you probably want to build R from r- devel sources (we have recently fixed some configuration issues). I suggest you to read R for Mac OS X FAQ and also http:// wiki.urbanek.info/index.cgi?TigeR stefano On 05/ago/05, at 21:38, Sébastien Durand wrote: > I am starting to get confused, > > What should I used to make sure I got the corrected and most recent > setup that will allow me to correctly compile and run fortran routine > under R.2.1.1 > > Please note that I am using the last version of MAC OS X, TIGER which > is 10.4.2 > > And that I have presently installed Developer tools (XCODE), 2.2. > > > For your own information what I have presently installed is : > > Double-G5:~ sebas$ gfortran -v > Using built-in specs. > Target: powerpc-apple-darwin8.1.0 > Configured with: ../gcc-4.1-20050611/configure --enable-threads=posix > --enable-languages=c++,f95 > Thread model: posix > gcc version 4.1.0 20050611 (experimental) > > Double-G5:~ sebas$ gcc -v > Using built-in specs. > Target: powerpc-apple-darwin8 > Configured with: /private/var/tmp/gcc/gcc-5026.obj~19/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 > Thread model: posix > > gcc version 4.0.0 (Apple Computer, Inc. build 5026) > Double-G5:~ sebas$ g77 -v > Reading specs from /usr/local/lib/gcc/powerpc-apple-darwin6.8/3.4.2/ > specs > Configured with: ../gcc/configure --enable-threads=posix --enable- > languages=f77 --disable-shared --enable-static > Thread model: posix > gcc version 3.4.2 > > Thanks in advance > > > > >> 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 >>> 0fb0 - 01 SOL >>> 0fe0 t __dyld_func_lookup >>> 0fe0 - 01 0
[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] Fwd: segfault
On 29/ago/05, at 10:35, Prof Brian Ripley wrote:
> It does not crash for me on either Windows or Linux, but it does
> take a
> long time and the plot is a mess, so there does seem to be a
> lattice-related problem (maybe a usage one).
>
> However, I think the crash is a Mac (presumably quartz()) problem.
>
no, it also happens with the X11 device. BTW, it seems to be OS X
specific.
I'll try to debug
stefano
> On Mon, 29 Aug 2005, stefano iacus wrote:
>
>
>> 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
>>>
>
> --
> 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] (PR#8500) standard install on OS 10.3.9 crashes on start without useful diagnostics (PR#8500)
Let me add that you should probably have a crash report on your system. See Console.app inside "Utilities" and search for R.app or R crash report. Check if date/time of the log is the right one and send it to us. Did you have a previous version of R.app installed? An old one? Because the problem could be in the preference file sometimes. thanks stefano Il giorno 18/gen/06, alle ore 16:25, Thomas Lumley ha scritto: > > This won't actually help you at all, but I used the standard > install on OS > 10.3.9 (Powerbook G4) just last week without any problems. > > On the other hand, my install was on a machine that had previously had > other versions of R. > > -thomas > > On Wed, 18 Jan 2006, [EMAIL PROTECTED] wrote: > >> Full_Name: Bob Donahue >> Version: 2.2 >> OS: Mac OS 10.3.9 >> Submission from: (NULL) (204.152.13.26) >> >> >> That's pretty much it. I did the most basic install possible, >> tried running the >> package through the GUI and on the command line, it crashed hard, >> immediately, >> with absolutely NO useful information as to WHY it crashed. >> >> To reproduce: >> 1) get the installer for OS X >> 2) install in the default places >> 3) run >> 4) watch it crash with no useful diagnostics >> >> __ >> R-devel@r-project.org mailing list >> https://stat.ethz.ch/mailman/listinfo/r-devel >> > > Thomas Lumley Assoc. Professor, Biostatistics > [EMAIL PROTECTED] University of Washington, Seattle > > __ > 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] Quits immediately / missing files (PR#8515)
Please update your system to at least 10.3.9 stefano Il giorno 21/gen/06, alle ore 19:55, [EMAIL PROTECTED] ha scritto: > Full_Name: Dennis Sweitzer > Version: 1.14? 2.2.1? > OS: 10.3.5 > Submission from: (NULL) (216.83.100.22) > > > I just downloaded R, performed the installation as instructed, but > when I run > the program it immediately quits. > > The system generates the following bug report to be sent to Apple. > After that > is a copy of the version information displayed at installation. > > R.Frameworks is not in the library/frameworks directory, so it > appears that it > is not being loaded. However, the installation program reported > that it > successfully loaded. Installing the file R.Frameworks.pkg yields > the same > results. > > Sincerely, > Dennis Sweitzer > ++ > > Date/Time: 2006-01-20 12:17:18 -0500 > OS Version: 10.3.5 (Build 7P220) > Report Version: 2 > > Command: R > Path:/Applications/R.app/Contents/MacOS/R > Version: 1.14 (2129) > PID: 450 > Thread: Unknown > > Link (dyld) error: > > dyld: /Applications/R.app/Contents/MacOS/R Undefined symbols: > /Library/Frameworks/R.framework/Resources/lib/libR.dylib undefined > reference > to _cacos expected to be defined in /usr/lib/libSystem.B.dylib > /Library/Frameworks/R.framework/Resources/lib/libR.dylib undefined > reference > to _cacosh expected to be defined in /usr/lib/libSystem.B.dylib > /Library/Frameworks/R.framework/Resources/lib/libR.dylib undefined > reference > to _carg expected to be defined in /usr/lib/libSystem.B.dylib > /Library/Frameworks/R.framework/Resources/lib/libR.dylib undefined > reference > to _casin expected to be defined in /usr/lib/libSystem.B.dylib > /Library/Frameworks/R.framework/Resources/lib/libR.dylib undefined > reference > to _casinh expected to be defined in /usr/lib/libSystem.B.dylib > /Library/Frameworks/R.framework/Resources/lib/libR.dylib undefined > reference > to _catan expected to be defined in /usr/lib/libSystem.B.dylib > /Library/Frameworks/R.framework/Resources/lib/libR.dylib undefined > reference > to _catanh expected > > > Package information from the installation: > R 2.2.1 > Version 2.2.1 (2005-12-20) > for Mac OS X 10.3 (Panther) and higher > > This multi-package contains following main components: > - R Framework 2.2.1 > - R.app GUI 1.14 > .. > > Requirements: > - Mac OS X 10.3 (Panther) or higher on a PowerPC Mac > > The Cocoa GUI called R.app will be installed by default in your > Applications > folder, R framework will be installed in /Library/Frameworks. .. > > + > > __ > 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(tab>0) -> 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(tab>0) -> 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(tab>0) -> 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
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] 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] 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] 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] 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] 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
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] 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 > ] [-seg_addr_table_filename ] [-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-` -fra
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] 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] A possible improvement to apropos
I would second Seth here, because the search is case insensitive but
results are not.
This is not strictly related to the language.
For example, on my shell, the last entries of
apropos system
are
xload(1) - system load average display for X
xlogo(1) - X Window System logo
xman(1) - Manual page display program for the X
Window System
which I find a reasonable result.
stefano
On 14/dic/06, at 17:45, Martin Maechler wrote:
> Hi Seth,
>
>> "Seth" == Seth Falcon <[EMAIL PROTECTED]>
>> on Wed, 13 Dec 2006 16:38:02 -0800 writes:
>
> Seth> Hello all, I've had the following apropos alternative
> Seth> in my ~/.Rprofile for some time, and have found it
> Seth> more useful than the current version. Basically, my
> Seth> version ignores case when searching.
>
> Seth> If others find this useful, perhaps apropos could be
> Seth> suitably patched (and I'd be willing to create such a
> Seth> patch).
>
> Could you live with typing 'i=T' (i.e. ignore.case=TRUE)?
>
> In principle, I'd like to keep the default as ignore.case=FALSE,
> since we'd really should teach the users that R
> *is* case sensitive.
> Ignoring case is the exception in the S/R/C world, not the rule
>
> I have a patch ready which implements your suggestion
> (but not quite with the code below), but as said, not as
> default.
>
> Martin
>
> Seth> + seth
>
> Seth> Here is my version of apropos:
>
>>> APROPOS <- function (what, where = FALSE, mode = "any")
>>> {
>>> if (!is.character(what))
>>> stop("argument ", sQuote("what"), " must be a character
>>> vector")
>>> x <- character(0)
>>> check.mode <- mode != "any"
>>> for (i in seq(search())) {
>>> contents <- ls(pos = i, all.names = TRUE)
>>> found <- grep(what, contents, ignore.case = TRUE, value =
>>> TRUE)
>>> if (length(found)) {
>>> if (check.mode) {
>>> found <- found[sapply(found, function(x) {
>>> exists(x, where = i, mode = mode, inherits =
>>> FALSE)
>>> })]
>>> }
>>> numFound <- length(found)
>>> x <- c(x, if (where)
>>>structure(found, names = rep.int(i, numFound))
>>> else found)
>>> }
>>> }
>>> x
>>> }
>
> __
> 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
