similar to: SEGV on mget with wildcards with no match

we have implemented this function for 3.1p1, and have been using it in production sense may 2002. The patch has been ported to 3.7.1p2, we have been using it in 3.7.1p2 for awhile, if anyone is interested, here it is. This is the same patch David Bradford talked about on 2002-06-05 Regards, Greg Hayes diff -u -r openssh-3.7.1p2/sftp-client.c openssh-3.7.1p2_sftp/sftp-client.c ---

This patch is against OpenSSH 3.7.1p2 sources. It adds recursive (directory) downloading and uploading. Criticism/suggestions welcome. I would imagine the time official support is added, recursive operations will be handled on a per-command basis as a flag as opposed to a global toggle command (such as get -r)? diff -ru openssh-3.7.1p2/sftp-int.c openssh-3.7.1p2-patched/sftp-int.c ---

There are several memory management bugs here. First, the variable tmp is allocated by infer_path. In one path this allocating function is called again on the same variable without freeing the first instance. In another path the variable is just not freed. The fix is to add the xfree before the second call to infer_path and to move the existing xfree to cover both paths (in one case this is on

Again, this has been lightly tested. I think there still are a few glitchs. 1. stole progressmeter() from scp.c - clean up and simplified a little to remove the 'flag' status. It now understands how to initialize itself and how to terminate itself. Along with a malloced status bar instead of the original fix width bar. 2. removed all initialization code from scp.c for progressmeter()

http://bugzilla.mindrot.org/show_bug.cgi?id=73 Summary: sftp segfaults on an attempt to up/download a nonexistent file Product: Portable OpenSSH Version: -current Platform: ix86 URL: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34019 OS/Version: FreeBSD Status: NEW Severity: normal

https://bugzilla.mindrot.org/show_bug.cgi?id=2151 Bug ID: 2151 Summary: Call to upload_dir() has pflag and printflag swapped Product: Portable OpenSSH Version: -current Hardware: Other OS: Other Status: NEW Severity: trivial Priority: P5 Component: sftp Assignee:

This is the LAST version I plan on doing.. If I hear no feed back good or bad. Then I'll assume I've wasted my time on a feature that people whine about but don't care to try. This is against 3.0.2pX so it should be VERY easy for anyone to test. - Ben diff -ur openssh-3.0.2p1/misc.c openssh/misc.c --- openssh-3.0.2p1/misc.c Tue Jul 3 23:46:58 2001 +++ openssh/misc.c Wed Feb 6

I think my first send was eaten by elm.. Yuck I hate this programm.. Anyawys, first the disclaimer: This is barely tests, I submit this to the general population, but I will not submit this for review of rest of the OpenSSH team. Mainly because it is horrible at best. dealing with alarm() in a sane way is not fun. It does not compile clean, but works. IF anyone cares to clean it up..

I've finally took the time to figure the last few bugs (that I know of). This patch will be submit to be included in a few weeks. This patch should be generic enough for portable without too much hassle. This patch mimics OpenBSD's ftp behavior. I'm not sure like that (e.g. it doesn't put / at the end of directories by default), but that is more a question for the community

Hi All. As I mentioned earlier, I've been having weird failures with both sshd and sftp. The sshd one turned out the be my fault (misplaced "}", grr) but the sftp one doesn't appear to be. The sftp regression tests fail on the current portable tree on Solaris and AIX (with my own mods to auth.c and regress/, but I don't think that's related). The test that fails is:

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

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

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/

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

https://bugzilla.mindrot.org/show_bug.cgi?id=1541 Summary: sftp: the do_stat() failure is ignored for chown, chgrp ops. in parse_dispatch_command() Product: Portable OpenSSH Version: -current Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: sftp

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

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

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