similar to: setwd and list.files / linux

Dear R-helpers I am running R2.0.0 under Windows 2000. I am compiling a number of file paths into a simple text file that will be read by some other software we use. Unfortunately, it can only handle file paths with back slashes (MS Windows convention), and from R, I get file paths with forward slashes. The following didn't work. > gsub('/', '\\',

Hi, I'm running the following command as a local copy command. faheem at bulldog:/mnt/data$ sudo rsync -abvz --super /data/ . Origin directory faheem at bulldog:/data$ ls -la total 28 drwxr-xr-x 7 root root 4096 Jun 26 08:34 . drwxr-xr-x 25 root root 4096 Apr 13 17:09 .. drwxr-xr-x 2 owzar001 root 4096 Nov 6 2010 CTS drwxr-xr-x 2 owzar001 owzar001 4096 Aug 27 2010

Hello, I am using read.table to read files directly from a public ftp site. I have a general list of files that may or may not exist in the ftp directory, but my hope was that R would read the file if it existed and ignored it if it didn't exist and move on to the next one. However, when R arrives at a file that does not exist I get the error message "Error in file(file, "rt") :

Hello. On 12/17/2014 09:20 PM, Vladislav Yasevich wrote: > Since UFO6 packets can now be identified by SKB_GSO_UDP6, add proper checks > to handel UFO6 flows. > Legacy applications may still have UFO6 packets identified by SKB_GSO_UDP, > so we need to continue to handle them correclty. > Signed-off-by: Vladislav Yasevich <vyasevic at redhat.com> > --- >

Hello. On 12/17/2014 09:20 PM, Vladislav Yasevich wrote: > Since UFO6 packets can now be identified by SKB_GSO_UDP6, add proper checks > to handel UFO6 flows. > Legacy applications may still have UFO6 packets identified by SKB_GSO_UDP, > so we need to continue to handle them correclty. > Signed-off-by: Vladislav Yasevich <vyasevic at redhat.com> > --- >

Hello: I have problems generating big JPG plots in functions. the following code runs fine in the script: #### runs fine in script, generate 40k "test1.jpg" in the given directory plotPlatesAlong <- c(1:5) plotDirPath <- paste(dataPath, "OutputPlots\\", sep="") filename <- paste(plotDirPath,"test1.jpg", sep="") jpeg(file=filename)

Hello, I am still working at recovering from a few failed OS hard drives on my gluster storage and have been removing, and re-adding bricks quite a bit. I noticed yesterday night that some of the directories are not visible when I access them through the client, but are still on the brick. For example: Client: # ls /scratch/dw Ethiopian_imputation HGDP Rolwaling Tibetan_Alignment Brick: #

On Fri, 16 Feb 2018 10:11:21 -0800, Sridhar Samudrala wrote: > This patch enables virtio_net to switch over to a VF datapath when a VF > netdev is present with the same MAC address. It allows live migration > of a VM with a direct attached VF without the need to setup a bond/team > between a VF and virtio net device in the guest. > > The hypervisor needs to enable only one

On Thu, Jun 21, 2018 at 06:07:18PM -0700, Siwei Liu wrote: > On Thu, Jun 21, 2018 at 11:14 AM, Michael S. Tsirkin <mst at redhat.com> wrote: > > On Wed, Jun 13, 2018 at 01:40:59PM +0800, Jason Wang wrote: > >> > >> > >> On 2018?06?13? 12:24, Samudrala, Sridhar wrote: > >> > On 6/12/2018 7:38 PM, Jason Wang wrote: > >> > > >

On Fri, Jun 22, 2018 at 12:43:26PM -0700, Siwei Liu wrote: > > The semantics are that the primary is always used if present in > > preference to standby. > OK. If this is the only semantics of what "standby" refers to in > general, that is fine. > > I just don't want to limit the failover/standby semantics to the > device model specifics, the

Hello all, (Thank for your reply) I have a web-application in Apache Tomcat, when i start R in this application, I used packe RSJava Code ROmegahatInterpreter interp; String [] rargs = {"--no-save"}; REvaluator e; interp = new ROmegahatInterpreter ( ROmegahatInterpreter.fixArgs(rargs),false ); e =new REvaluator (); Errors ================ R version 2.10.1 (2009-12-14)

On Tue, Jan 2, 2018 at 6:16 PM, Jakub Kicinski <kubakici at wp.pl> wrote: > On Tue, 2 Jan 2018 16:35:36 -0800, Sridhar Samudrala wrote: >> This patch series enables virtio to switch over to a VF datapath when a VF >> netdev is present with the same MAC address. It allows live migration of a VM >> with a direct attached VF without the need to setup a bond/team between a

On Tue, Jan 2, 2018 at 6:16 PM, Jakub Kicinski <kubakici at wp.pl> wrote: > On Tue, 2 Jan 2018 16:35:36 -0800, Sridhar Samudrala wrote: >> This patch series enables virtio to switch over to a VF datapath when a VF >> netdev is present with the same MAC address. It allows live migration of a VM >> with a direct attached VF without the need to setup a bond/team between a

On 2019/5/14 ??1:51, Stefano Garzarella wrote: > On Mon, May 13, 2019 at 06:01:52PM +0800, Jason Wang wrote: >> On 2019/5/10 ??8:58, Stefano Garzarella wrote: >>> In order to increase host -> guest throughput with large packets, >>> we can use 64 KiB RX buffers. >>> >>> Signed-off-by: Stefano Garzarella <sgarzare at redhat.com> >>> ---

On 2019/5/14 ??1:51, Stefano Garzarella wrote: > On Mon, May 13, 2019 at 06:01:52PM +0800, Jason Wang wrote: >> On 2019/5/10 ??8:58, Stefano Garzarella wrote: >>> In order to increase host -> guest throughput with large packets, >>> we can use 64 KiB RX buffers. >>> >>> Signed-off-by: Stefano Garzarella <sgarzare at redhat.com> >>> ---

On 1/28/2018 9:35 AM, Alexander Duyck wrote: > On Fri, Jan 26, 2018 at 9:58 PM, Jakub Kicinski <kubakici at wp.pl> wrote: >> On Fri, 26 Jan 2018 21:33:01 -0800, Samudrala, Sridhar wrote: >>>>> 3 netdev model breaks this configuration starting with the creation >>>>> and naming of the 2 devices to udev needing to be aware of master and

First off, as mentioned in another thread, the model of stacking up virt-bond functionality over virtio seems a wrong direction to me. Essentially the migration process would need to carry over all guest side configurations previously done on the VF/PT and get them moved to the new device being it virtio or VF/PT. Without the help of a new upper layer bond driver that enslaves virtio and VF/PT

First off, as mentioned in another thread, the model of stacking up virt-bond functionality over virtio seems a wrong direction to me. Essentially the migration process would need to carry over all guest side configurations previously done on the VF/PT and get them moved to the new device being it virtio or VF/PT. Without the help of a new upper layer bond driver that enslaves virtio and VF/PT

This patch series enables virtio to switch over to a VF datapath when a VF netdev is present with the same MAC address. It allows live migration of a VM with a direct attached VF without the need to setup a bond/team between a VF and virtio net device in the guest. The hypervisor needs to unplug the VF device from the guest on the source host and reset the MAC filter of the VF to initiate

This patch series enables virtio to switch over to a VF datapath when a VF netdev is present with the same MAC address. It allows live migration of a VM with a direct attached VF without the need to setup a bond/team between a VF and virtio net device in the guest. The hypervisor needs to unplug the VF device from the guest on the source host and reset the MAC filter of the VF to initiate