search for: somestuff

Displaying 20 results from an estimated 20 matches for "somestuff".

2008 Oct 13
3
lattice panel question
Dear R users, How to change lattice panel label/text from the automatically generated label (based on the conditioning) to our own set of label? for example: someStuff <- data.frame(area = rep(c("SOUTH", "NORTH", "EAST", "WEST"), each = 25), group = rep(c("A","B","C","D"), each = 5), mytime = rep(1:4), val1 = sample(1:100, size=100, r...
2002 Jun 12
0
[Bug 274] New: scp fails if target account has echo "somestuff" as last line in .profile
http://bugzilla.mindrot.org/show_bug.cgi?id=274 Summary: scp fails if target account has echo "somestuff" as last line in .profile Product: Portable OpenSSH Version: -current Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: openssh-unix...
2023 Aug 04
2
print only first level directory name when copying files
Hello, I am copying /mnt/foo to /mnt/bar/ rsync --info=name1,del2 -rl /mnt/foo /mnt/bar/ /mnt/foo contains deep directory structure, ie: /mnt/foo/aaa/ /mnt/foo/aaa/somestuff/ /mnt/foo/aaa/somestuff/file1 /mnt/foo/bbb/ /mnt/foo/bbb/someotherstuff/ /mnt/foo/bbb/someotherstuff/file2 I am not interested in details which individual files were copied, just the main directory. Is it somehow possible for rsync to only report the first level directory? ie, to hav...
2002 Jun 12
1
[Bug 274] scp fails if target account has echo "somestuff" as last line in .profile
http://bugzilla.mindrot.org/show_bug.cgi?id=274 ------- Additional Comments From markus at openbsd.org 2002-06-13 04:21 ------- so your .profile is broken. you're not supposed to do this for non-interactive session. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
2002 Jul 18
0
[Bug 274] scp fails if target account has echo "somestuff" as last line in .profile
http://bugzilla.mindrot.org/show_bug.cgi?id=274 stevesk at pobox.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From stevesk at pobox.com 2002-07-18
2023 Aug 04
1
print only first level directory name when copying files
Fourhundred Thecat via rsync <400thecat at lists.samba.org> wrote: > I am copying /mnt/foo to /mnt/bar/ > > rsync --info=name1,del2 -rl /mnt/foo /mnt/bar/ > > /mnt/foo contains deep directory structure, ie: > > /mnt/foo/aaa/ > /mnt/foo/aaa/somestuff/ > /mnt/foo/aaa/somestuff/file1 > > /mnt/foo/bbb/ > /mnt/foo/bbb/someotherstuff/ > /mnt/foo/bbb/someotherstuff/file2 > > I am not interested in details which individual files were copied, just > the main directory. Is it somehow possible for rsync to only report...
2018 May 22
0
Using tryCatch in a for loop
No. If your ouput is a numeric "matrix", it cannot include alpha. Columns in a data frame can be of different classes, but each column must be single class. and finally, of course, see ?cat -- I think you are misusing it. If you simply want to return "somestuff", your function should be: function(w) {"somestuff"} not function(w) {cat("somestuff")} As usual, apologies if I have misunderstood. Caveat emptor. Cheers, Bert Bert Gunter "The trouble with having an open mind is that people keep coming along and sticking thi...
2006 Feb 20
13
Agile Legacy Interop
I just wanted to announce my latest plugin: LegacyInterop The 5 second video, minus the video, looks like this: $ ./script/plugin install svn://lirp.rubyforge.org/var/svn/lirp/trunk/legacy_interop $ echo LegacyInterop.act_as_dotnet >> config/environment.rb Done! Agile! Pragmatic! The plugin includes support for a large number of legacy systems, all using the "act_as" pattern.
2023 Aug 04
1
print only first level directory name when copying files
...sync <400thecat at lists.samba.org> wrote: > > > I am copying /mnt/foo to /mnt/bar/ > > > > rsync --info=name1,del2 -rl /mnt/foo /mnt/bar/ > > > > /mnt/foo contains deep directory structure, ie: > > > > /mnt/foo/aaa/ > > /mnt/foo/aaa/somestuff/ > > /mnt/foo/aaa/somestuff/file1 > > > > /mnt/foo/bbb/ > > /mnt/foo/bbb/someotherstuff/ > > /mnt/foo/bbb/someotherstuff/file2 > > > > I am not interested in details which individual files were copied, just > > the main directory. Is it so...
2018 May 22
2
Using tryCatch in a for loop
Data and code as promised: #Creating a test dataset Year<- c(2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013, 2014) Lake1<- c(2, 4, 5, 2, 1, 1, 2, 3, 4, 5, 6, 2, 3, 1, 2) Lake2<- c(1, 3, -1, 4, -2, 1, 2, 3, 4, 5, 6, 2, 3, 1, 2) Lake3<- c(1, 2, 5, -3, 1, 1, 2, 3, 4, 5, 6, 2, 3, 1, 2) Lake4<- c(1, 1, 1, 1, 1, 1, 1, 250, 240, 240, 240, 240, 240, 239,
2020 Nov 20
4
return (x+1) * 1000
...0 21:58:29 GMT Gabriel Becker wrote: > Hi all, > > I can confirm this occurs for me as well. > > The one thing that comes to mind is that there are certain larger > expressions that contain calls to return which we absolutely don't want to > be an error, e.g > > if(somestuff) > return(TRUE) > > > That said, the actual expression Mateo pointed out certainly does look like > an error (it definitely isn't going to do what the developer intended). > > I haven't looked at the parser much, to be honest. I assume there is > perhaps enoug...
2020 Nov 20
5
return (x+1) * 1000
Dear r-developers- After many years of using and coding in R and other languages, I came across something that I think should be flagged by the parser: bug <- function (x) { return (x + 1) * 1000 } > bug(1) [1] 2 The return() call is not like any other function call that returns a value to the point where it was called from. I think this should straightforwardly be handled in the
2020 Nov 20
1
return (x+1) * 1000
...lt;gabembecker at gmail.com> wrote: > Hi all, > > I can confirm this occurs for me as well. > > The one thing that comes to mind is that there are certain larger > expressions that contain calls to return which we absolutely don't want to > be an error, e.g > > if(somestuff) > return(TRUE) > > > That said, the actual expression Mateo pointed out certainly does look like > an error (it definitely isn't going to do what the developer intended). > > I haven't looked at the parser much, to be honest. I assume there is > perhaps enough d...
2020 Nov 20
1
return (x+1) * 1000
...onfirm this occurs for me as well. > >> > >> The one thing that comes to mind is that there are certain larger > >> expressions that contain calls to return which we absolutely don't want > >> to > >> be an error, e.g > >> > >> if(somestuff) > >> > >> return(TRUE) > >> > >> That said, the actual expression Mateo pointed out certainly does look > >> like > >> an error (it definitely isn't going to do what the developer intended). > >> > >> I haven't...
2002 Mar 05
0
Improved HTML Reporting Functions
...e HTML functions I wrote previously, David Dahl's xtable from CRAN, and then wrote a series of wrapper functions to automagically write the correct HTML for different datatypes. With this, you can write a report simply by doing: r <- report.new("My Report") report.begin(r) report(somestuff,r) report(summary(sumstuff,r)) report.plot("fit.png",somestuff,r) report.end(r) And it will write all the good stuff for you to an html file. I've included an example file report-test.r so you can see how it all works. Please take a look at it and send me your suggestions. Feel f...
2020 Nov 20
0
return (x+1) * 1000
Hi all, I can confirm this occurs for me as well. The one thing that comes to mind is that there are certain larger expressions that contain calls to return which we absolutely don't want to be an error, e.g if(somestuff) return(TRUE) That said, the actual expression Mateo pointed out certainly does look like an error (it definitely isn't going to do what the developer intended). I haven't looked at the parser much, to be honest. I assume there is perhaps enough differentiation of if/else that return...
2020 Nov 20
0
return (x+1) * 1000
...Hi all, > > > > I can confirm this occurs for me as well. > > > > The one thing that comes to mind is that there are certain larger > > expressions that contain calls to return which we absolutely don't want > to > > be an error, e.g > > > > if(somestuff) > > return(TRUE) > > > > > > That said, the actual expression Mateo pointed out certainly does look > like > > an error (it definitely isn't going to do what the developer intended). > > > > I haven't looked at the parser much, to be honest....
2020 Nov 20
0
return (x+1) * 1000
...te: >> Hi all, >> >> I can confirm this occurs for me as well. >> >> The one thing that comes to mind is that there are certain larger >> expressions that contain calls to return which we absolutely don't want to >> be an error, e.g >> >> if(somestuff) >> return(TRUE) >> >> >> That said, the actual expression Mateo pointed out certainly does look like >> an error (it definitely isn't going to do what the developer intended). >> >> I haven't looked at the parser much, to be honest. I assume t...
1999 Jan 17
1
Other core dumps, with apologies
...> tapply(x,listOfFactors,vectorReturningFunction) > > My naive solution was : > > j <- tapply(x, listOfFactors) # get the product factor > answer <- tapply(x,j,vectorReturningFunction) > .... CODE TO GET THE LABELS RIGHT .... > ansmat <- array(unlist(answer), dim=someStuff, > dimnames=otherStuff)) > > > The 'flexibility' of being passed back different structures > (list, vector, matrix) depending upon the input structures > somewhat complicates the explanation of the functions' > usage. Uniformly returning a properly labelle...
1999 Jan 17
1
Other core dumps, with apologies
...> tapply(x,listOfFactors,vectorReturningFunction) > > My naive solution was : > > j <- tapply(x, listOfFactors) # get the product factor > answer <- tapply(x,j,vectorReturningFunction) > .... CODE TO GET THE LABELS RIGHT .... > ansmat <- array(unlist(answer), dim=someStuff, > dimnames=otherStuff)) > > > The 'flexibility' of being passed back different structures > (list, vector, matrix) depending upon the input structures > somewhat complicates the explanation of the functions' > usage. Uniformly returning a properly labelle...