search for: do_names

Unlink files, symlinks, FIFOs, devices etc. (except directories) before writing them when extracting CPIOs. This stops weird behaviour like: 1) writing through symlinks created in earlier CPIOs. eg foo->bar in the first CPIO. Having foo as a non-link in a subsequent CPIO, results in bar being written and foo remaining as a symlink. 2) if the first version of file foo is larger

...to inspect an environment interactively and also serves deeper in code as the accessor for an environment's names/keys. I propose that we separate these two conflicting goals, keeping ls for interactive use and adding names for a quick listing of the hash keys. This involves adding two lines to do_names in attrib.c. The 'ls' function and its 'objects' synonym appear very frequently in performance-critical code like base/R/namespace.R and throughout the methods package. These functions are currently among the major contributors to execution time in package loading. This two-line a...

Hi, I would be nice if names() returned the equivalent of ls() for environments. --- a/src/main/attrib.c +++ b/src/main/attrib.c @@ -687,6 +687,8 @@ SEXP attribute_hidden do_names(SEXP call s = CAR(args); if (isVector(s) || isList(s) || isLanguage(s)) return getAttrib(s, R_NamesSymbol); + if (isEnvironment(s)) + return R_lsInternal(s, 0); return R_NilValue; } + seth -- Seth Falcon | Computational Biology | Fred Hutchinson Cancer Research...

The following patch unlinks (deletes) files, symlinks, FIFOs, devices etc before writing them when extracting CPIOs. It doesn't delete directories. This stops weird behaviour like: 1) writing through symlinks created in earlier CPIOs. eg foo->bar in the first CPIO. Having foo as a non link in a subsequent CPIO, results in bar being written and foo remaining as a symlink. 2)

...r in code as the > > accessor for an environment's names/keys. I propose that we separate > > these two conflicting goals, keeping ls for interactive use and > adding > > names for a quick listing of the hash keys. This involves adding two > > lines to do_names in attrib.c. > > > The 'ls' function and its 'objects' synonym appear very frequently in > > performance-critical code like base/R/namespace.R and throughout the > > methods package. These functions are currently among the major > > contrib...

...environment's names/keys. I propose that we > separate > >> > these two conflicting goals, keeping ls for interactive use and > >> adding > >> > names for a quick listing of the hash keys. This involves adding > two > >> > lines to do_names in attrib.c. > >> > >> > The 'ls' function and its 'objects' synonym appear very frequently > >> in > >> > performance-critical code like base/R/namespace.R and throughout > the > >> > methods package. These functi...

...ely and also serves deeper in code as the > accessor for an environment's names/keys. I propose that we separate > these two conflicting goals, keeping ls for interactive use and adding > names for a quick listing of the hash keys. This involves adding two > lines to do_names in attrib.c. > The 'ls' function and its 'objects' synonym appear very frequently in > performance-critical code like base/R/namespace.R and throughout the > methods package. These functions are currently among the major > contributors to execution time...

According to "initramfs buffer format -- third draft" http://lwn.net/2002/0117/a/initramfs-buffer-format.php3 "the cpio "TRAILER!!!" entry (cpio end-of-archive) is optional, but is not ignored" The kernel handling does not follow this spec. If you add null padding after an uncompressed cpio without TRAILER!!! the kernel complains "no cpio magic". In a

...;> > accessor for an environment's names/keys. I propose that we separate >> > these two conflicting goals, keeping ls for interactive use and >> adding >> > names for a quick listing of the hash keys. This involves adding two >> > lines to do_names in attrib.c. >> >> > The 'ls' function and its 'objects' synonym appear very frequently >> in >> > performance-critical code like base/R/namespace.R and throughout the >> > methods package. These functions are currently among the ma...

...>> separate >> >> > these two conflicting goals, keeping ls for interactive use and >> >> adding >> >> > names for a quick listing of the hash keys. This involves adding >> two >> >> > lines to do_names in attrib.c. >> >> >> >> > The 'ls' function and its 'objects' synonym appear very frequently >> >> in >> >> > performance-critical code like base/R/namespace.R and throughout >> the >>...

...;> >> > these two conflicting goals, keeping ls for interactive > use and > >> >> adding > >> >> > names for a quick listing of the hash keys. This involves > adding > >> two > >> >> > lines to do_names in attrib.c. > >> >> > >> >> > The 'ls' function and its 'objects' synonym appear very > frequently > >> >> in > >> >> > performance-critical code like base/R/namespace.R and > throughout...