Re: [R] The program can't stop when searches over all files under folders and subfolders

2021-04-19 Thread Rui Barradas
Hello, The following will probably not solve the problem but I would 1. use pattern = "\\.wma$" in list.files; 2. use sub, not gsub, in sub("\\.wma$", ".mp3", i) Hope this helps, Rui Barradas Às 05:29 de 20/04/21, Jim Lemon escreveu: Hi John, If the program is still running, I can only

Re: [R] The program can't stop when searches over all files under folders and subfolders

2021-04-19 Thread Jim Lemon
Hi John, If the program is still running, I can only guess that the function is not exiting properly. If this happened to me, I would run "top" in a terminal window and see if that process number was actually doing anything or had gone zombie. Jim On Tue, Apr 20, 2021 at 11:28 AM John wrote: >

Re: [R] What is an alternative to expand.grid if create a long vector?

2021-04-19 Thread Avi Gross via R-help
Just some thoughts I am considering about the issue of how to make giant objects in memory without making them giant or all in memory. As stupid as this sounds, when things get really big, it can mean not only processing your data in smaller amounts but using other techniques than asking

[R] The program can't stop when searches over all files under folders and subfolders

2021-04-19 Thread John
Hi, I tried to convert all wma file to mp3 by av library and then I delete the wma file. Even after all files are converted to mp3, the program is still running. Is there anything wrong in this program? library(av) all_files <- list.files(path = ".", pattern = '*.wma',

Re: [R] Error in n * rvec : non-numeric argument to binary operator

2021-04-19 Thread Rolf Turner
On Mon, 19 Apr 2021 17:01:11 -0500 Ana Marija wrote: > Hello, > > I have this code, and when I run it: > > kbpowerf() > Error in n * rvec : non-numeric argument to binary operator > > this is the code: > > function (){ > #USER SPECIFICATION PORTION > alpha=0.05 #DESIGNATED ALPHA > g=3

[R] Error in n * rvec : non-numeric argument to binary operator

2021-04-19 Thread Ana Marija
Hello, I have this code, and when I run it: > kbpowerf() Error in n * rvec : non-numeric argument to binary operator this is the code: function (){ #USER SPECIFICATION PORTION alpha=0.05 #DESIGNATED ALPHA g=3 #NUMBER OF GROUPS nvec=c(25,10,15) #GROUP SIZES

Re: [R] What is an alternative to expand.grid if create a long vector?

2021-04-19 Thread Rui Barradas
Hello, If you want to process the data by rows, then maybe you should consider a custom function that divides the problem in small chunks and process one chunk at a time. But even so, at 8 bytes per double, 100^10 rows is (100^10*8)/(1024^4) # Tera bytes #[1] 727595761 It will take you a

Re: [R] What is an alternative to expand.grid if create a long vector?

2021-04-19 Thread PIKAL Petr
Hi Actually expand.grid produces data frame and not vector. And dimension of the data frame is "big" > dim(A) [1] 1 4 > str(A) 'data.frame': 1 obs. of 4 variables: $ Var1: num 0.001 0.002 0.003 0.004 0.005 0.006 0.007 0.008 0.009 0.01 ... $ Var2: num 1e-04 1e-04

[R] What is an alternative to expand.grid if create a long vector?

2021-04-19 Thread Shah Alam
Dear All, I would like to know that is there any problem in *expand.grid* function or it is a limitation of this function. I am trying to create a combination of elements using expand.grid function. A <- expand.grid( c(seq(0.001, 0.1, length.out = 100)), c(seq(0.0001, 0.001, length.out = 100)),

Re: [R] Matrix::solve() with 1-d arrays -- treating "array" as "numeric"?

2021-04-19 Thread Martin Maechler
> Deepayan Sarkar > on Mon, 19 Apr 2021 09:56:58 +0530 writes: > On Sat, Apr 17, 2021 at 9:08 PM Martin Maechler > wrote: >> >> > Deepayan Sarkar > on Fri, 16 Apr 2021 11:34:20 >> +0530 writes: >> >> > I get what I initially thought was