Displaying 20 results from an estimated 3866 matches for "grdevics".
Did you mean:
grdevices
2005 Nov 11
1
undefined symbol in grDevices.so
Hello
I'm trying to use rpy with latest R (2.2.0), but unfortunately it
seems there is some kind of undefined symbol in grDevices.so
(utf8locale)
Within python, this message appears:
>>> import rpy
Error in dyn.load(x, as.logical(local), as.logical(now)) :
unable to load shared library
'/usr/local/lib/R/library/grDevices/libs/grDevices.so':
2010 Aug 31
1
Where can I download/install grDevices
Hi folks,
Debian 504 64 bit
grDevices is NOT on Debian repo
$ apt-cache search r-cran | grep grDevices
no printout
On R
$ sudo R
> install.packages("grDevices", dependencies=TRUE))
Warning in install.packages("grDevices") :
argument 'lib' is missing: using '/usr/local/lib/R/site-library'
--- Please select a CRAN mirror for use in this session ---
2024 May 03
1
grDevices segfault when building R4.4.0 on RHEL 9.1.
Hi all,
I seem to be getting segfaults when attempting to build R 4.4.0 on RHEL 9.1 (5.14.0-162.23.1.el9_1.x86_64). Interestingly, it seems to build ok on Rocky 9.1 and 9.3. This is the trace:
make[3]: Entering directory '/home/esteva.m/R/R-4.4.0/src/library/grDevices'
building package 'grDevices'
make[4]: Entering directory
2005 May 06
1
R on Macintosh OSX Tiger
Hi. I'm not having any luck installing the binary for the new
Macintosh OS called "Tiger".
I get error messages as below.
Can anyone offer me some advice? (PS: I checked the bug list first
but a search on "Tiger" turned up nothing so I hope it's OK to post
here.)
Error in dyn.load(x, as.logical(local), as.logical(now)) :
unable to load shared
2006 Nov 15
0
segfault in AIX
I'm trying to build R 2.4.0 on an IBM P5-570 that's running
AIX 5.3. I'm using xlc 7.0, xlc++ 7.0 and xlf 9.1 in 32 bit
mode (OBJECT_MODE is 32 in the build environment).
The source is the patched version of 2.4.0, downloaded yesterday.
Configure options were --prefix, --srcdir, --x-includes, --x-libraries,
and --without-readline. Compiler flags were -O2.
The make step fails with
2007 Jul 02
0
relocation error in grDevices.so
(Warning: I'm not an R guy. I'm a Python guy trying to get the
R-Python interface working again after some upgrades.)
I'm trying to upgrade our numpy/rpy/matplotlib environment (Solaris
10/Intel, Python 2.4). In the process I found I needed to rebuild R
(2.1.1) because it was compiled with gcc 3.3.2 and we have since
migrated to gcc 3.4.1. I'm using this configure setup:
2024 Nov 20
1
grDevices::bringToTop is documented but not available: A bug?
There is help for grDevices::bringToTop but the function is
not present.
> bringToTop()
Error in bringToTop() : could not find function "bringToTop"
> grDevices::bringToTop()
Error: 'bringToTop' is not an exported object from 'namespace:grDevices'
> getAnywhere(bringToTop)
no object named ?bringToTop? was found
# help output:
> ?bringToTop
bringToTop
2024 Nov 21
1
grDevices::bringToTop is documented but not available: A bug?
It's a Windows-only function. It looks like revision r75103 moved it
out of the Windows section of the help pages six years ago. Some other
help pages were similarly moved, e.g.
- ?windows and ?windowsFonts, document the functions as being
Windows-only.
- ?msgWindow and ?windows.options have the same issue as ?bringToTop.
Maybe someone remembers the intention of that move...
2016 May 23
3
R without graphics
Is it possible to configure and build an R without any graphics support.
I..e no grDevices or graphics packages?
I tried "--with-x=no --with-cairo=no --with-grDevices=no
--with-graphics=no"
but it is still building grDevices.
My problem is that I am using experimenting with a compiler that cannot
compile the Objective-C file, qdCocoa.m, and I don't need graphics for
this
2005 May 02
1
MacOS X 10.4 build problem
I have attempted to build the release R 2.1 on MacOS X 10.4 Tiger
using gcc 4.0
The build is dying thus:
building package 'graphics'
mkdir ../../../library/graphics
mkdir ../../../library/graphics/R
mkdir ../../../library/graphics/demo
mkdir ../../../library/graphics/po
mkdir ../../../library/graphics/man
Error in dyn.load(x, as.logical(local), as.logical(now)) :
unable to load
2007 Jun 25
1
R-2.5.0 compilation problem on Linux powerpc
Hello everybody,I am having an error while compiling R-2.5.0 on Linux
powerpc.
This is what I see when I do a make:
gcc -std=gnu99 -shared -L/usr/local/lib -o grDevices.so chull.o devNull.o
devPicTeX.o devPS.o devQuartz.o init.o
../../../../library/grDevices/libs/grDevices.so is unchanged
make[5]: Leaving directory
`/home/vivekv/sw_alg/R-2.5.0/src/library/grDevices/src'
make[4]: Leaving
2011 Apr 14
1
trouble with \SweaveOpts{grdevice=...}
Dear all
I've just tried the brand new 'grdevice' option in Sweave but couldn't
make it work. When I declare
\SweaveOpts{grdevice=pdf}
or
\SweaveOpts{grdevice=cairo_pdf}
trying to plot something simple
<<fig=T, echo=T>>=
plot(1:10,1:10,main='Some title')
@
would result in an Sweave error:
18:16:47.299: 1 : term verbatim
18:16:47.308: 2 : echo term verbatim
2013 Aug 19
2
Problemas con ggsave(paste('img/',plotName,'.png', sep='')
Estimados usuarios de R:
Soy nuevo en R, le ruego disculpa por mi *Ignorancia*.
Estoy corriendo la siguiente instruccion,
ggsave(paste('img/',plotName,'.png', sep='')
y resulta el error:
ggsave(paste('img/',plotName,'.png', sep='')
Saving 7.32 x 4.87 in image
Error in grDevices::png(..., width = width, height = height, res = dpi, :
2018 Sep 14
1
Possible bug with chromatic adaptation in grDevices::convertColor
...lt;- convertColor(clr, "sRGB", "sRGB", "D65", "D50")??? rgb(clr.out)??? ## [1] "#DACAB0" "#FEECCE"
I do not have a great way of confirming that the conversion is correct with my changes, but I did verify that the `M` matrix computed within`grDevics:::chromaticAdaptation` for the "D65"->"D50" conversion (approximately) matches the corresponding matrix from brucelindbloom.com chromatic adaptation page:
http://www.brucelindbloom.com/Eqn_ChromAdapt.html
Additionally visual inspection via
??? scales::show_col(c(rgb.in, rgb(...
2006 Feb 08
2
Using .onUnload() to unload compiled code
If one wants to unload compiled code for a package containing a namespace, my understanding is that .onUnload() should be used, with a call to library.dynam.unload(). This is used in e.g., the stats and methods packages, but it appears to me that the compiled code is not being unloaded when the package is detached(). Am I misunderstanding something?
Best,
Jim
> search()
[1]
2009 Feb 13
2
Identifying graphics files produced by R
Oftentimes, I see graphs on the web that *look* like they've been
produced by R, but I can never be sure. Or can I? I notice that
PostScript files include a "%%%Creator: R Software" line, but do R
graphics drivers encode any identifying information in GIF or PNG
files more commonly used on the web? And of so, would such evidence
necessarily be obliterated in post-processing (e.g
2013 Aug 19
1
Error in grDevices
Estimados usuarios de R:
Estoy corriendo el código de aqui:
http://www.r-bloggers.com/visualizing-baltimore-2-vacant-property-and-some-more-crime/
y al correr la función
ggsave(paste('img/',plotName,'.png', sep='')
resulta el error:
Saving 7.32 x 4.87 in image
Error in grDevices::png(..., width = width, height = height, res = dpi, :
unable to start png() deviceIn
2019 Apr 01
2
New grDevices::hcl.colors()
Hi everyone,
I wanted to draw your attention to a new post on the
developer.R-project.org blog:
https://developer.R-project.org/Blog/public/2019/04/01/hcl-based-color-palettes-in-grdevices/
A new function grDevices::hcl.colors() greatly extends the color palette
functionality available in base R. Also, the defaults in the heatmap
functions image() and filled.contour() have been adapted
2005 Jul 04
1
r version 2.1.0 and graphics in mac os 10.3.9
I use mac os 10.3.9 and I've installed in my computer R 2.1.0 (I
believe this is the latest R version).
Although it works alright when I open R by clicking in the R icon, I
cannot use the graphics facility when I open R from a X-terminal window
(or x-11 window).
In fact, when I try to open R I get the message that I pasted below.
Is this a R bug?
Is R assuming that I should have the
2024 Oct 31
2
Error compiling 87283 on Windows 10 using Rtools4.4 6335-6327
When compiling R, the build fails after byte compiling grDevices with
the following error:
byte-compiling package 'grDevices'
make[4]: *** [../../../share/make/lazycomp.mk:9:
../../../library/grDevices/R/grDevices.rdb] Error 139
make[3]: *** [Makefile.win:23: all] Error 2
make[2]: *** [Makefile.win:34: R] Error 1
make[1]: *** [Makefile:18: all] Error 2
make: *** [Makefile:392: