similar to: Using R graphics from external C functions

Hello anyone used to do similar things: search for the final C function that corresponding to the drawing of a rectangle? As listed in the subject, I started from heatmap() in R and after several steps reached the GRect() in C. However, then it refers to rect() which further seems to refer to do_rect(), and then, surpringly, do_rect refers to GRect()!!! A dependency circle! How can it work if no

Dear all, Since version R-2.12.0, I've got problems building an add-on package for R ("imglib" here) for 32-bit Windows. The following command is called: C:\Program Files\R\R-2.12.0\bin\i386\Rcmd build --binary imglib And here is an error I am getting in the end of processing: ** testing if installed package can be loaded Error : package 'imglib' is not installed for

Hello, I have difficulties in finding why I cannot load a custom R package in Linux (Suse 10). When I run R CMD check for a package source folder I get the following message: "..... Error in dyn.load(file, ...) : unable to load shared library '/home/yarz/projects/Riman/Riman.Rcheck/Riman/libs/Rimanlib.so': /home/yarz/projects/Riman/Riman.Rcheck/Riman/libs/Rimanlib.so: undefined

Here are another three problems with logarithmic scales: 1) segments() does not work with logarithmic scales. I suggest to change lines 962-973 in "plot.c": for (i = 0; i < n; i++) { if (FINITE(xt(x0[i%nx0])) && FINITE(yt(y0[i%ny0])) && FINITE(xt(x1[i%nx1])) && FINITE(yt(y1[i%ny1]))) { GP->col = INTEGER(col)[i % ncol];

Which kernel did you update from and to? Also, 4.12 is fairly old - can you try like a live usb image of some distro with e.g. a 5.0 kernel or something? How do you connect the external screen? Is it like a DP port with an optional dock with a variety of active DP adapters? Or is there a DP++ port that you're plugging a DP <-> HDMI passive adapter into? On Tue, Jun 18, 2019 at 3:28 PM

https://bugs.freedesktop.org/show_bug.cgi?id=33695 Summary: xrandr configuration of external monitor fails (graphics mode + xinerama) Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Another message about the R to TeXmacs interface. 1. Graphics The TeXmacs interface allows the user to directly insert graphics into the session. Since I am not very familiar with programming for R, I implemented the interaction with graphics in a very primitive way. It was two modes of working: with X11, and without (for example when working remotely through ssh without forwarding X11). In

What's the connector name when you plug in via, say, DVI? Is it "DP-1" or is it "DVI-D-1" or whatever? You should be able to see the name in 'xrandr'. Unfortunately I don't know how the T440p is wired, there are a few ways it could go. In some cases, even the "VGA" port is secretly a DP -> VGA active adapter inside the laptop. Basically I'm

Sigh ... you're on wayland. xrandr is just showing you what's passed through via Xwayland, which is not the connector names. Let's try something else... grep . /sys/class/drm/card*-*/status Should give you the status of each connector. Is it the DP-* ones that are connected, or are e.g. VGA-1 or DVI-D-1/etc connected? -ilia On Wed, Jun 19, 2019 at 2:03 AM Harald Harders

John Fox (see below) raises important questions for the Lisp-stat community (and perhaps the R community) to consider. This message thread was not cross-posted to r-devel@lists.r-project.org, so I do so now. I have never been an active or particularly adept Lisp-stat programmer. But I have worked on or used several projects for which Lisp-stat seemed the ideal environment-- for implementing

Hello, I''m debating an OS change and also thinking about my options for data migration to my next server, whether it is on new or the same hardware. Migrating to a new machine I understand is a simple matter of ZFS send/receive, but reformatting the existing drives to host my existing data is an area I''d like to learn a little more about. In the past I''ve asked about

I have the problem with rcom 1.2.2 package. It does't work with R 2.2.0. Is there any opportunities to correct the work of this package? Thanks for your help. Yulia

Hi, As many of you may know, we are undertaking several tests in order to test the interoperability between several PBX IP from different vendors. Until now, we were trusting that the VoIP IP PBX were good enough to be interconnected directly, however, one of the vendors have presented the "SBC" concept. The "SBC" (Session Border Controller) is not a new concept since we

Attached is a patch to allow Ajax.InPlaceCollectionEditor to load the collection using AJAX. It adds a new option, loadOptionsURL, which is the URL used to load the values over the interweb. It expects the server to return <option></option> values. If one of them has a selected="selected" attribute, it will probably be pre-selected. Not tested that though. Also only tested

I foresee problems with this on both Windows and non-Windows. A typical libc implementation has a lot of internal state that is shared across API boundaries in a way that is considered an implementation detail. So making assumptions about which state is shared and which isn't is going to be a problem. How do you guarantee that if you implement method A and forward method B, that B will

Hi Nicolas, Reviving old thread of sorts... thank you very much for your earlier response--I apologize for not responding to tell you how very helpful your information was! Didn't come back because you gave me everything I needed at the time :). Anyway: On Fri, May 13, 2011 at 2:00 PM, nicolas geoffray <nicolas.geoffray at gmail.com> wrote: > On Fri, May 13, 2011 at 7:30 PM, Will

I wonder if someone has tried to implement the hierarchical generalized linear model (HGLM) approach of Lee and Nelder (JRSSB, 1996, 58: 619-56) in R. Thanks in advance. Emmanuel Paradis At 17:18 01/04/02 +0100, ripley at stats.ox.ac.uk wrote: >On Mon, 1 Apr 2002, Jason Liao wrote: > >> Happy new month, everyone! >> >> I am planning to write a NIH grant proposal to study