similar to: typos (PR#1013)

This was reported to me by a colleague in China, so I may not be reproducing exactly what they are seeing (which I suspect is rw2011), but this is what I see: > version _ platform i386--netbsdelf arch i386 os netbsdelf system i386, netbsdelf status major 2 minor 1.1 year 2005 month 06 day 20 language R > help(Hershey) : : If the 'vfont' argument

Add RFS support to virtio network device. Add a new feature flag VIRTIO_NET_F_RFS for this feature, a new configuration field max_virtqueue_pairs to detect supported number of virtqueues as well as a new command VIRTIO_NET_CTRL_RFS to program packet steering for unidirectional protocols. --- Changes from v4: - address Jason's comments - have configuration specify the number of VQ pairs and

Add RFS support to virtio network device. Add a new feature flag VIRTIO_NET_F_RFS for this feature, a new configuration field max_virtqueue_pairs to detect supported number of virtqueues as well as a new command VIRTIO_NET_CTRL_RFS to program packet steering for unidirectional protocols. --- Changes from v4: - address Jason's comments - have configuration specify the number of VQ pairs and

Hello, The current xfig device lacks the functionality to set the textspecial flag and use the defaultfont in xfig. This is necessary when you want to export to xfig and use interpreted text (e.g., $ \frac{1}{e}$ gets interpreted by latex). The attached patch adds this functionality. Why would you like to do this? - Use math in labels (e.g., name your variables $r_{xy}$, do a

At Jason's request, I am trying to help finalize the spec for the new multiqueue feature. Changes from Jason's rfc: - reserved vq 3: this makes all rx vqs even and tx vqs odd, which looks nicer to me. - documented packet steering, added a generalized steering programming command. Current modes are single queue and host driven multiqueue, but I envision support for guest driven

At Jason's request, I am trying to help finalize the spec for the new multiqueue feature. Changes from Jason's rfc: - reserved vq 3: this makes all rx vqs even and tx vqs odd, which looks nicer to me. - documented packet steering, added a generalized steering programming command. Current modes are single queue and host driven multiqueue, but I envision support for guest driven

Hi Folks, I'm trying to locate the source code for a (typical) R graphics device, in order to study how it's done. The underlying reason is that I'm thinking of trying to create a graphics device for 'pic' (the diagram drawing component of [g]troff). I thought the xfig device would be a good place to look, since the format of an xfig file is similar in nature (though very

Hello Core Team, I sent this patch over a year ago. It looks like it was sent in response to another user's complaint which echoed some of my own observations about problems in the documentation for 'text'. Did anyone have a chance to look it over? I'd like to get it out of my queue. Thanks, Frederick On Tue, Apr 11, 2017 at 12:01:05PM -0700, frederik at ofb.net wrote: >

Full_Name: Chris Haidinyak Version: 2.0.1 & 1.9.0 OS: Linux x86_64 Submission from: (NULL) (139.95.251.9) Hi, I am using R 1.9.0 (on Linux Redhat AS 3 - x86_64) and 2.0.1 (on Linux Fedora Core 3 - x86_64) and am having problems using graphs created with the xfig option. 1.9.0 problem - sometimes the graph output puts the color definitions in the wrong place in the file. According to

Hi, I hope this is the right list for my posting, since I've never posted to any R list before. I'm quite extensively using the xfig graphics device and as far as I figured out this device writes all the objects into xfig layer 100 (based on what I saw in the devPS.c file -if this is the file to output to xfig format - depth 100 is hardcoded). Are the any plans to implement xfig layer

Add RFS support to virtio network device. Add a new feature flag VIRTIO_NET_F_RFS for this feature, a new configuration field max_virtqueue_pairs to detect supported number of virtqueues as well as a new command VIRTIO_NET_CTRL_RFS to program packet steering for unidirectional protocols. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> -- Changes from v3: - rename multiqueue ->

Add RFS support to virtio network device. Add a new feature flag VIRTIO_NET_F_RFS for this feature, a new configuration field max_virtqueue_pairs to detect supported number of virtqueues as well as a new command VIRTIO_NET_CTRL_RFS to program packet steering for unidirectional protocols. Signed-off-by: Michael S. Tsirkin <mst at redhat.com> -- Changes from v3: - rename multiqueue ->

The idea of the VIRTIO_BALLOON_F_MUST_TELL_HOST feature is to let drivers skip usage of the deflate queue when leaking the balloon ("silent deflation"). Guests may benefit from silent deflate by aggressively inflating the balloon; they know that they will be able to use ballooned pages without issuing a (blocking) request to the device. The problem is that this feature is a

The idea of the VIRTIO_BALLOON_F_MUST_TELL_HOST feature is to let drivers skip usage of the deflate queue when leaking the balloon ("silent deflation"). Guests may benefit from silent deflate by aggressively inflating the balloon; they know that they will be able to use ballooned pages without issuing a (blocking) request to the device. The problem is that this feature is a

I'm using (Linux version) xfig() within a function and then simple matplot() and matline() plots. Although I do not define any bg or fg default color, sometimes all lines in the final fig file are green. The same code works as (I) expected if I use x11() or pdf(). This is what I'm doing: I open 2 devs: xfig() dev.set(2) layout(mat1) xfig() dev.set(3)

Dear R users, I would like to use sub- and super-script in axis labels. I assume this is best done using Hershey symbols. When trying to find information on using Hershey font symbols in axis labels, I came across the following discussion thread: http://maths.newcastle.edu.au/~rking/R/help/02a/1857.html Have Hershey font implementations moved on since then? Thanks, Sander. --

Dear list, I have to plot some geometrical shape given as list of points. My need is the following: let's say my shape is a 1 inch large square; how can I plot it with R in a graphic format that gives me an image *exactly* 1 inch large? I tried to set oma, mar and fin parameters, but with no success. I'm currently using the xfig driver for the final images are to be included in latex

Hello ... I tried to generate .fig figures with R, using the xfig() function ...When I open the figures using xfig software under linux ... the foreground color change strangely ... whereas when I display the same figure in R or when I saved it in using postscript() function there is no problem. Any idea about the behavior of the colors when using xfig ?? Thanks in advance Christophe Grova

Hi All, I've started work on a MetaPost device driver (please don't hold your breath). I've copied the XFig driver and renamed everything and this works, I can open the new metapost() and it works exactly like the xfig driver. Now all I have to do is the actual work! Just one question. There is a magic number in ExtEntries as follows: static const R_ExternalMethodDef ExtEntries[] =

Hi All, I've started work on a MetaPost device driver (please don't hold your breath). I've copied the XFig driver and renamed everything and this works, I can open the new metapost() and it works exactly like the xfig driver. Now all I have to do is the actual work! Just one question. There is a magic number in ExtEntries as follows: static const R_ExternalMethodDef ExtEntries[] =