similar to: Too many open files

Full_Name: Richard Short Version: 2.9.1 OS: Windows XP Submission from: (NULL) (98.225.76.171) I'm having a problem in R that may be an operating system problem. I'm getting an error message that reads, "Too many files open". I'm opening files and closing them (and unlinking them), but when I go through that process 509 times, the program bombs and I get this error message.

Hello, I'm having a problem in R with repeated use of the "load", "save", and "close" commands. I'm getting an error message that reads, "Too many open files". I'm opening files and closing them (and unlinking them), but when I go through that process 509 times, the program halts and I get this error message: "cannot open the

On 17/07/2009 7:57 PM, Marilyn & Rich Short wrote: > Hello, > > I'm having a problem in R with repeated use of the "load", "save", and > "close" commands. I'm getting an error message that reads, "Too many > open files". I'm opening files and closing them (and unlinking them), > but when I go through that process 509

On 18/07/2009 8:15 AM, murdoch at stats.uwo.ca wrote: > On 17/07/2009 7:57 PM, Marilyn & Rich Short wrote: >> Hello, >> >> I'm having a problem in R with repeated use of the "load", "save", and >> "close" commands. I'm getting an error message that reads, "Too many >> open files". I'm opening files and

Hello, I'm having a problem in R. The R GUI is crashing with a message to contact Microsoft for the solution. I've contacted Microsoft and they are of no help. Below is a distilled set of code that will cause the crash. As you will see, there are two do-loops within which is a "load" command. The crash usually occurs after 200*400 (=80,000) to 2,000*400(=800,000)

On 8/6/2009 4:11 PM, Marilyn & Rich Short wrote: > Hello, > > I'm having a problem in R. The R GUI is crashing with a message to > contact Microsoft for the solution. I've contacted Microsoft and they > are of no help. Below is a distilled set of code that will cause the > crash. As you will see, there are two do-loops within which is a "load" >

I have some questions about how a sample is encoded in Vorbis regarding the dynamic range. I try to figured it out by reading the Vorbis spec and I failed. But I found this quote from Monty: ?Vorbis, BTW, can handle, for sake of programming simplicity, >200dB range. Just for kicks.? [1] It's still unclear to me what that means. Should I think of Vorbis as a floating-point format or a

Hi Jean-Marc, dBFS means dB relative to digital full scale. In other words: a sine value of -42 dBFS will, on a 16 bit PCM signal, swing between 131 and -131 only (16384 * 10^(-42/20)) So we are far below +/-8000. At the moment, I'm out of ideas how to debug systematically. That even very small rounding errors alter pitch values fundamentally makes the situation worse for me, because it

Hi Jean-Marc, my answers: see below. Any good ideas how I should proceed? Jean-Marc Valin <jean-marc.valin at usherbrooke.ca> hat am 1. Februar 2010 um 13:09 geschrieben: > Hi Frank, > > On 2010-02-01 05:56, Frank Lorenz wrote: > > I get really strange results when comparing floating and fixed point > > versions of interal variables of the ltp, so either something is

I just uploaded two packages to CRAN. shapefiles_0.1.tar.gz - functions to read and write ESRI shapefiles (including dbfs) emme2_0.1.tar.gz - functions to read binary data from an EMME/2 databank data (EMME/2 is a transportation modeling program) Please let me know if you find any bugs or have some suggestions. Thanks. Regards, Benjamin Stabler Transportation Planning Analysis Unit Oregon

Hi, I'm quite sure we found a bug inside the codec (1.2rc1, wideband mode). It only occurs when speex is compiled with the FIXED_POINT flag. I feed in a 2000 Hz sine wave (-15 dBFS). When I simulate a single frame loss (i.e. pass a null pointer to speex_decode_int as second parameter for just one frame), the decoder starts to freak out a second later: It produces horrible noise with 0 dBFS.

An update: I found that the "ADD32: output is not int:" messages are caused by the enhancer. When I turn the enhancer off, the messages vanish, but the "freak out" of the codec is still there - so the problem seems not to be related to the overflow messages. best regards, Frank ---------- Urspr?ngliche Nachricht ---------- Von: Frank Lorenz <Frank_wtal at web.de> An:

<body bgcolor="#ffffff" background="https://img.web.de/v/p.gif" class="bgRepeatYes" style="background-repeat: repeat; background-color: rgb(255, 255, 255); color: rgb(0, 0, 0); font-size: 9pt; padding-left: 0px;" ><span style="font-size: 9pt;"><span style="font-family: verdana,geneva;"><span

Hi Jean-Marc, all, I didn't get any response to my issue up to now and would like to now if anyone can reproduce this behaviour and if there is some idea what happens. I am willing to fix this issue, but because I do not know the internals of speex, I need some advice on how to proceed... best regards, Frank Frank Lorenz <Frank_wtal at web.de> hat am 21. Dezember 2009 um 10:49

hi all Subject: 1) Samba server 3.0.15 with one shared sesource Security is set to SHARE, all guest users have full read/write access to the share 2) Microsoft network clients is Windows 98, Windows 2000 and Windows XP (sp2) 3) Old-age DOS program, written on Clipper (xBase), what runs on Windows 98 and on Windows XP/2k (ntvdm) 4) Large multi-user database (dbf files) on samba server

Hi Frank, Sorry, I *do* care about the problem and just happen to be overworked at the moment. What I suspect is that the pitch gain gets close enough to unity that the loss makes it bust. Did you test with the floating-point code? Jean-Marc On 2010-01-13 03:45, Frank Lorenz wrote: > Hi, > > is no one willing to spent some effort on this topic? At least it would > be good >

<body bgcolor="#ffffff" background="https://img.web.de/v/p.gif" class="bgRepeatYes" style="background-repeat: repeat; background-color: rgb(255, 255, 255); color: rgb(0, 0, 0); font-size: 9pt; padding-left: 0px;" ><p>Hi Jean-Marc,</p> <p>&nbsp;</p> <p>yes, I tested with floating point. It is only a fixed point

Hi Jean-Marc, yes, problem exists in narrowband-mode, too. I already twiddled with max_gain, but did not have real success. I changed line 337 of ltp.c (function pitch_gain_search_3tap_vq) if (sum>best_sum && gain_sum<=max_gain) { to if (sum>best_sum && gain_sum<max_gain) { -- that stabilizes speex for 2000 Hz and 2200 Hz input on quality setting 7 (23800

What happens if you change that line: if (cumul_gain > 262144) to use a smaller value? What value works OK (if any)? One more thing, when things go wrong, do they eventually go back to normal or does the codec never recover? It's unavoidable that the audio goes bad for a short period of time because of the long-term predictor. Jean-Marc On 2010-01-14 05:57, Frank Lorenz wrote: >

Dear R user, I am running R under Windows 2000. I am looking for a routine for importing - shape files (ESRI) into R - dbase files (FOXPRO) into R and I am looking for time-space models for description and prediction of Bernoulli-, Binomial- and Poissonvaraibles. Thank's a lot for a reply. Sincerely yours, Ekkehardt Altpeter Swiss Federal Office of Public