I think you have to compile gdb yourself - see posts on the gdb mailing
lists:
https://sourceware.org/ml/gdb/2016-11/msg00011.html
https://sourceware.org/ml/gdb/2016-11/msg4.html
When I last looked, macports had not been updated. I think the
com.apple.taskgated.plist info does not apply t
2016-12-10 7:34 GMT-03:00 C Western :
> I think you have to compile gdb yourself - see posts on the gdb mailing
> lists:
>
> https://sourceware.org/ml/gdb/2016-11/msg00011.html
>
> https://sourceware.org/ml/gdb/2016-11/msg4.html
>
> When I last looked, macports had not been updated. I think th
Hello Michael.
> The RAM increase is normal...
OK, I was thinking that too but... is it normal that the app crash if there
are no more ram available ?
If so, how to know how many ram is disponible (and then create a temporally
file if too few).
One minute of recording stereo 16 bit is +- 10 meg
On 10/12/16 14:54, fredvs wrote:
OK, I was thinking that too but... is it normal that the app crash if there
are no more ram available ?
The problem is most likely that you are running out of contiguous
virtual address space, rather than out of (virtual) memory altogether.
And yes, it is nor
On Sat, 10 Dec 2016, fredvs wrote:
Hello Michael.
The RAM increase is normal...
OK, I was thinking that too but... is it normal that the app crash if there
are no more ram available ?
If so, how to know how many ram is disponible (and then create a temporally
file if too few).
There is n
El 09/12/2016 a las 12:15, fredvs escribió:
Hello.
Thanks Michael for answer.
What happens with the buffer in which you had data, this we do not know.
Here is the schema of recording:
Hello,
You working schema for recording is memory related, you must transform
it in a static approach b
On 12/10/2016 08:54 AM, fredvs wrote:
One minute of recording stereo 16 bit is +- 10 megas.
at what sampling rate? that makes a big difference, too... if you record at 44hz
and you drop to 22hz, the data size will be half...
--
NOTE: No off-list assistance is given without prior approval.
