search for: mgetting

Dear R community, I am a beginner to R and have a question concerning mget, about I could not find anything in the various documentation. I have a column in a dataframe x for which I want to get values in y: mget(x[,1], env=y, ifnotfound=NA) I receive an error mesage: Error in mget(x[, 1], env = y, ifnotfound = NA) : attempt to use zero-length variable name this is probably due to

Hi, First a bit of disclaimer... I haven't isolated this problem into an easy to reproduce case, and I won't be surprised if the root cause is a fault in my code's use of name spaces or some such. The error I'm seeing is one in which the desired method is not found. What worries me in terms of my expectations of how to debug the problem is that showMethods and selectMethod both

Dear folks. I am using smbclient 4.2.10 version (the one packaged for OEL 6, samba4-client-4.2.10-15.el6.x86_64), and observing a weird behaviour of the tool. I've got a Linux local directorio, say /tmp/eraseme, with a couple of subdirectories in it, say a and b, each one containing a dummy file, say a/AM.xls and b/AT.xls If I run: smbclient -d 30 -l /var/log/samba -m SMB3 -W

http://bugzilla.mindrot.org/show_bug.cgi?id=181 ------- Additional Comments From jason at rndpkt.org 2002-03-28 15:26 ------- mget and mput are just "aliased" commands to get and put, I'm assuming for some kind of compatability. mget and mput expect the get and put parameters and DO NOT function like FTP-based mget and mput (i.e. mget file1 file2.. file#). I'd be happy

Currently, when mget() is used to get the value of a function's argument with no default value and no value in the call it returns the empty name (R_MissingArg). Is that the right thing to do or should it return 'ifnotfound' or give an error? E.g., > a <- (function(x) { y <- "y from function's environment"; mget(c("x","y","z"),

Dear folks. Was hoping it had to do with the release, but have also tested in 4.4.16 and the issue is also there. I am aware a RHEL/CEntOS based upon 6 distribution is not the most up to date version I should test this on, as it also limits how easy is compiling most recent versions of Samba, but I assume though this is not a tricky test, and should work as documented in both 4.4 and 4.2

A new update. Same behaviour with 4.6.16. Exact issue as Bug 1249. Many thanks. Kind regards. El lun., 24 ago. 2020 a las 12:23, LPC DPG (<lpcdpg at gmail.com>) escribi?: > Dear folks. > > Was hoping it had to do with the release, but have also tested in 4.4.16 > and the issue is also there. I am aware a RHEL/CEntOS based upon 6 > distribution is not the most up to date

Dear Rowland. So sorry, I did not get the responses to this e-mail address, got them by the purest change googling again. I'm sorry to disagree with your approach: 1-. In my most recent updates you should have seen I am compiling Samba4 from source. Began with packaged distribution, but considering it might be a bug, I decided to test myself. 4 different versions, same behaviour. This means

Hello R-philes: I have the following function that gets the output of mget() and converts it to a data frame to return. What I am finding is that the dimensions are wrong. Basically, I get: bridesmaid wed u see m gt lt like love X.0 dress pagetrack one go X3 get 1 56 35 27 30 24 20 20 23 28 17 25 16 16 28 15 26 Instead, I want something like: [1] bridesmaid

Hi all, not sure if you will call this a bug or something else but the following silly call trigger a low level error: foo <- list(x=1) class(foo) <- "new" print.new <- function(x, ...) print(mget(names(formals()))) foo > Error: C stack usage 7969412 is too close to the limit -- Alexandre Courtiol http://sites.google.com/site/alexandrecourtiol/home *"Science is

Hi all, An interesting discovery: if you want to convert an environment to a list, and you already know the names of the objects in the environment, using mget is about twice as fast as using as.list on the environment. https://gist.github.com/hadley/5434786 Hadley -- Chief Scientist, RStudio http://had.co.nz/

Dear fellows. Another piece of information. The issue reprduces on RHEL 7.7, Samba 4.9.1 [root at vnhprerhds01 ~]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 7.7 (Maipo) [root at vnhprerhds01 ~]# smbclient -V Version 4.9.1 [root at vnhprerhds01 ~]# smbclient -W "${d}" -U "${u}" "${s}" "${p}" Try "help" to get a list of

hello I am trying to download a large file (9 Go) with smbclient on a linux machine from a NAS. Apparently, smbclient mget has a timeout that prevents me to download this large file. smbget is a possible solution. Also I'm doing this over an ssh tunnel. So I need to proxify smbget. Yet I cannot specify another port than 445 on smbget. I am stuck. can anyone help me? thanks -- *--* *Mouloud

Dear Jeremy. Really appreciate you took your time to answer. I had already reviewed source4/client/client.c looking for mput (cmd_mput) command, but unluckily saying that my C programming skills are poor woud be really overrating them. I'm sorry to disagree for two reasons 1-. It works for mget, true that the source code is completely different. 2-. If taking a look into smbclient man

Hi, The signature of mget() changed between R-2.15.1 and recent R-devel. In R-2.15.1: > args(mget) function (x, envir, mode = "any", ifnotfound = list(function(x) stop(paste0("value for '", x, "' not found"), call. = FALSE)), inherits = FALSE) NULL In R-devel: > args(mget) function (x, envir, mode = "any", ifnotfound

On 2020-04-29 00:40, Jeremy Allison via samba wrote: > On Mon, Apr 27, 2020 at 11:21:35PM +0200, A L wrote: >> I set up the following test case: >> * Linux 5.7-rc3 (with the patch from previous mail) >> * samba-4.12.1 >> * gcc-9.3.0 >> * liburing-0.6 >> * glibc-2.30-r8 >> >> ================================= >> Test 1) >> Copy 10 10GB

http://bugzilla.mindrot.org/show_bug.cgi?id=181 Summary: Undocumented mget and mput in sftp Product: Portable OpenSSH Version: 3.1p1 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: sftp AssignedTo: openssh-unix-dev at mindrot.org ReportedBy: Maldoror at

This is on FreeBSD 4.6-STABLE, doing an mget with wildcard char on a non-existent file(s) produces a SEGV. Reproduce the bug as follows (Note: "zqw*" is a pattern that does not match): % sftp user at host user at host's password: sftp> mget zqw* Program received signal SIGSEGV, Segmentation fault. 0x804c5db in process_get (conn=0x80520e0, src=0x80540b0 "zwq*",

A couple of notes about mget/mput in SFTP (5.1p1). 1. They aren't documented in the SFTP man page 2 They misbehave -- "mput a.txt b.txt" copies a.txt to b.txt on the server "mput *.txt b.txt" copies the first wildcard match to b.txt on the server "mput a.txt b.txt c.txt" copies a.txt to b.txt on the server "mput a.txt

http://bugzilla.mindrot.org/show_bug.cgi?id=181 mouring at eviladmin.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From mouring at eviladmin.org