search for: unlinke

Hi, this is possibly a bug report (I'm not sure if this is a feature). It's related to the --keep-dirlinks option, when combined with --delete . I have the following directory structure on server A: ls -lR software software: total 238 drwxr-xr-x 2 biolord bioinf 1024 Sep 20 10:49 EMBOSS/ lrwxrwxrwx 1 biolord bioinf 6 Feb 5 2003 MSE -> EMBOSS/ lrwxrwxrwx 1

Hi, I try to delete the files in a directory. While the command invisible(lapply( list.files( "DeleteThis" ), function(x) file.remove(paste("DeleteThis", x, sep="/" )) )) works, I keep thinking that there should be a more direct command. "unlink" looks like a good candidate but whith this I only arrive to either delete the whole directory or nothing

Hola, Dovecot: 2.2.16 (6bde7868cffd) That is the rename-it 2:2.2.16-1~auto+43 edition. In the beginning of syncing it caused scary things like: Apr 9 16:24:08 mail dovecot: dsync-server(username): Error: unlink(OX/dbox-Mails/u.10672) failed: No such file or directory Apr 9 16:24:08 mail dovecot: dsync-server(username): Error: unlink(ox/mailboxes/INBOX/dbox-Mails/u.10927) failed: No such file

!!! DON'T TRY THE CODE IN THIS EMAIL AT HOME !!! Well, unlink() does what it is supposed to do, so you could argue that there is nothing wrong with it. Also, nobody would call unlink() on "~", right? The situation is not so simple, however. E.g. if you happen to have a directory called "~", and you iterate over all files and directories to selectively remove some of them,

Hi, I ran R (version 2.9.0) CMD build under root in Fedora (9). When it tried to remove "junk files" it removed EVERYTHING in my local account! (See below). Can anyone tell me what happened, and even more importantly if I can I restore what was lost. Panickingly, Jarrod [jarrod at localhost AManal]$ R CMD build MCMCglmm_2.05 * checking for file

Hi, I ran R (version 2.9.0) CMD build under root in Fedora (9). When it tried to remove "junk files" it removed EVERYTHING in my local account! (See below). Can anyone tell me what happened, and even more importantly if I can I restore what was lost. Panickingly, Jarrod [jarrod at localhost AManal]$ R CMD build MCMCglmm_2.05 * checking for file

Hi, I ran R (version 2.9.0) CMD build under root in Fedora (9). When it tried to remove "junk files" it removed EVERYTHING in my local account! (See below). Can anyone tell me what happened, and even more importantly if I can I restore what was lost. Panickingly, Jarrod [jarrod at localhost AManal]$ R CMD build MCMCglmm_2.05 * checking for file 'MCMCglmm_2.05/DESCRIPTION'

...var/tmp ID 271 top level 5 path .snapshots ID 278 top level 5 path .snapshots/5/snapshot ID 575 top level 5 path .snapshots/293/snapshot ... ... many, many more Further I recognize in /var/log/messages some btrfs - orphan related entries: Apr 17 09:06:57 ctrlaltdel kernel: [ 3120.205958] btrfs: unlinked 1 orphans Apr 17 09:10:04 ctrlaltdel kernel: [ 3307.607220] btrfs: unlinked 15 orphans Apr 17 09:11:04 ctrlaltdel kernel: [ 3367.233679] btrfs: unlinked 15 orphans Apr 17 09:11:44 ctrlaltdel kernel: [ 3407.023880] btrfs: unlinked 16 orphans Apr 17 09:11:51 ctrlaltdel kernel: [ 3414.172983] btrfs:...

It seems unlink doesn't work with wildcards in 2.5.0. I've tried R-2.5.0 under gnu/linux from source and the Mac binary from att research. Example: > dir() [1] "bgx.Rnw" "bgx.pdf" "run.1" > unlink("run.*",recursive=T) > dir() [1] "bgx.Rnw" "bgx.pdf" "run.1" > unlink("run.1",recursive=T)

I see the default behavior of unlink with respect to directories is changing in 1.2. This causes me a certain amount of difficulty: since the recursive argument is not supported in S I will need to start building up my compatibility library again (which is almost empty now). Instead of changing unlink's default behavior it might be better to define a new function (perhaps Sys.rm) with the

Full_Name: Jim Brown Version: 2.6.0 / 2.6.1 OS: Solaris 10 (SPARC) Submission from: (NULL) (35.8.15.102) I have been able to successfully compile version 2.5.1 using the Sun Studio 12 compilers on Sun Solaris 10 (SPARC). All tests using "make check" pass with a status of OK. However, the following section of "reg-tests-1.R" fails when I attempt to test after a build of

To clarify, these issues are about deleting the contents of the home directory, not the directory itself, which cannot be deleted by ordinary users on today's systems. Unfortunately this has to be fixed in the code that calls unlink(), such code must be aware of the expansions. The "R CMD build" case as you write has been fixed, if anyone finds any other instance of this problem

Hi Everyone ! I note that all of samba AD server that i maintain are not so fast in terms of data transfer, more specifically none of them go over 40 MB/s , one particularly which i'm trying to find out why doesn't go over 20 MB/s , transfering data using other protocols like FTP , rsync , rsync over ssh on any of these machines i can easily achieve 80 MB/s ,i also can get the same on

I was trying to remove a directory and couldn't figure out why it was failing: > dir("~/p4/r-packages/IREval/Users", recursive=T) [1] "u0048513/p4/r-packages/IREval/DESCRIPTION" [2] "u0048513/p4/r-packages/IREval/R/IREval.R" [3] "u0048513/p4/r-packages/IREval/Read-and-delete-me" [4] "u0048513/p4/r-packages/IREval/tests/general.R" >

Hi, if you change unlink to ::unlink on that line, does it help? Ciao, Duncan. On 10/26/11 19:27, janarbek wrote: > Does someone have a solution for this problem ? > I am using gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5) and I have tried > several versions of LLVM including llvm 2.9 final. I am getting same error again > and again. > > I have successfully build the llvm

There was a patch merged in on 9/29 that changed remove() calls to unlink(): - (djm) Merged big SCO portability patch from Tim Rice <tim at multitalents.net> Does SCO's libc not include remove()? Note that sftp-server.c is currently using remove. The reason I ask is I'd like to keep the portable tree as close to openbsd as possible, and if we need remove() for SCO we should

unlink fails to remove symbolic links. This is more prominent now -- when a package creates symbolic links during installation, 00LOCK is not removed. Martin > setwd(tempdir()) > fl <- tempfile(); file.create(fl) [1] TRUE > lnFile <- tempfile(); system(paste("ln -s", fl, lnFile)) > list.files() [1] "file19495cff" "file74b0dc51" > unlink(fl);

Hi, I am using btrfs for remote backups (via rsync), with daily and weekly snapshots. I see these messages in kern.log: Jul 18 07:09:43 backup1 kernel: [3437126.458374] btrfs: unlinked 9 orphans Jul 18 12:01:01 backup1 kernel: [3454604.905856] btrfs: unlinked 1 orphans Jul 18 13:01:51 backup1 kernel: [3458254.990199] btrfs: unlinked 1 orphans Jul 19 04:01:41 backup1 kernel: [3512244.236347] btrfs: unlinked 1 orphans Is this something I have to be afraid of ? Linux debian lenny...

Hi Duncan, unlink is a C function, right ? why need a :: ?  Or is there a class ?   --- On Wed, 10/26/11, Duncan Sands <baldrick at free.fr> wrote: From: Duncan Sands <baldrick at free.fr> Subject: Re: [LLVMdev] LLVM build is failed giving Path.inc:714: error: ‘unlink’ was not declared in this scope To: llvmdev at cs.uiuc.edu Date: Wednesday, October 26, 2011, 11:10 AM Hi, if you

Hi Guys, I was looking at the code of ext3 file system and found some strange implementation there : Can someone please let me know the validity of below statements : 1. I found that it might also happen that journal is aborted but not re-mounted 2. Journal gets aborted but it might be possible to mount it in read-write mode. 3. Can we write some data on the partition where journal is