search for: loadenv

...ced the first time. I see in library(), there is the code fragment: env <- attach(NULL, name = pkgname) on.exit(do.call("detach", list(name = pkgname))) attr(env, "path") <- file.path(which.lib.loc, package) for (name in ls(loadenv, all = TRUE)) { val <- get(name, env = loadenv) rm(list = name, envir = loadenv, inherits = FALSE) if (typeof(val) == "closure" && identical(environment(val), loadenv)) environment(val) <-...

...it is used-- but as it's undocumented, I don't suppose this will be a major issue. Nevertheless, calls to ".Internal( lib.fixup..." are not things of beauty, and I wonder whether the current usage in "library" is actually necessary? The code currently reads loadenv <- new.env(hash = TRUE, parent = .GlobalEnv) <<...>> sys.source(codeFile, loadenv, keep.source = keep.source) <<...>> env <- attach(NULL, name = pkgname) on.exit(do.call("detach", list(name = pkg...

...MS/stable-4.5/mock/ this gave a segfault from grub2-mkimage with a cmdline like/usr/bin/grub2-mkimage? -O x86_64-xen?? -C auto? -d /usr/lib/grub/x86_64-xen -c ./grub-bootstrap.cfg???? -m ./memdisk.tar???? -o ./grub2-x86_64-xen.bin -v? ext2 fat file font fshelp gzio halt hashsum help legacycfg linux loadenv loopback part_dvh part_gpt part_msdos part_plan part_sun xfs xnu_uuid xnu_uuid_test xzio the image would finish if I cut down the module list to about 8 or less modules. This is not enough for a useful image . Second Attempt----------------In the same build env, I started with the git clone (see l...

..., pos = 2, lib.loc = NULL, character.only = FALSE, logical.return = FALSE, warn.conflicts = TRUE, keep.source = getOption("keep.source.pkgs"), verbose = getOption("verbose"), version,...) # # Stuff removed to show which lines are changed later # .Internal(lib.fixup(loadenv, env)) if (exists(".First.lib", mode = "function", envir = env, inherits = FALSE)) { firstlib <- get(".First.lib", mode = "function", envir = env, inherits = FALSE)...

...Representation(Class, properties, superClasses, prototype, package, validity, access, version, sealed, where = where) 5: setClass("aclass", contains = "bclass", representation(i = "numeric")) 4: eval(expr, envir, enclos) 3: eval(i, envir) 2: sys.source(codeFile, loadenv, keep.source = keep.source) 1: library(pkg) I suspect the reason is that class "bclass" is not defined when class "aclass" is defined. To maintain source files effectively, I don?t want to combine two files into one file or change their file names. Surely, there may be elegant...

...&& packageHasNamespace(package, which.lib.loc)) return(doNamespaceLibrary(package, which.lib.loc, lib.loc, logical.return)) codeFile <- file.path(which.lib.loc, package, "R", package) loadenv <- new.env(hash = TRUE, parent = .GlobalEnv) (v1.6.1) which.lib.loc <- dirname(pkgpath) descfile <- system.file("DESCRIPTION", package = package, lib.loc = which.lib.loc) if (nchar(descfile)) testRversion(descfile)...

Hi I did the dd iso to my USB. all is fine. I can mount the second partition (which is not iso 9660) and edit the grub.cfg file. Question is what do I run after that so my new menu option appears ? grub2-install /dev/sdd Is that the correct command to get grub to notice my new file ? Assuming sdd is the USB disk of course. Thanks, jerry

...ord_test.mod (14.2 KB) Extracting: F:\EFI\BOOT\grub\i386-efi\legacycfg.mod (30.3 KB) Extracting: F:\EFI\BOOT\grub\i386-efi\linux16.mod (8 KB) Extracting: F:\EFI\BOOT\grub\i386-efi\linuxefi.mod (6.2 KB) Extracting: F:\EFI\BOOT\grub\i386-efi\loadbios.mod (3.1 KB) Extracting: F:\EFI\BOOT\grub\i386-efi\loadenv.mod (6 KB) Extracting: F:\EFI\BOOT\grub\i386-efi\loopback.mod (3.1 KB) Extracting: F:\EFI\BOOT\grub\i386-efi\ls.mod (4.2 KB) Extracting: F:\EFI\BOOT\grub\i386-efi\lsacpi.mod (4.8 KB) Extracting: F:\EFI\BOOT\grub\i386-efi\lsefi.mod (3.6 KB) Extracting: F:\EFI\BOOT\grub\i386-efi\lsefimmap.mod (2.5 KB...

On 3/3/2016 07:43, Pete Batard via Syslinux wrote: > [...] as far as I am concerned, 'A "version" such as "6.03" [is not] > enough'. [...] I'd like to help to improve Syslinux with regards to version-related concerns. Having typed that, perhaps we could discuss your (or Rufus') specific needs, in parallel? Do I understand correctly that the primary