[PD] RPi Debug
michael strohmann
itsnotfair9 at gmail.com
Wed Dec 5 19:00:13 CET 2018
print to stderr:
does it make sense to redirect the error output to /dev/null - in oder to throw away everything that might clog up RAM ?
$ sudo puredata -stderr 2>/dev/null
> On 05 Dec 2018, at 15:26, michael strohmann <itsnotfair9 at gmail.com> wrote:
>
> Indeed i involuntarily write a lot to the console:
> i connect to an IP port every second via netsend (need to send status information to the lemur - app )
> and netsend throws a message:
> netsend_connect: already connected
>
> hopefully printing to stderr will solve this - thanks IOhannes!
>
> would there be a way to tell netsend to only post more dramatic errors?
>
> thanks anyway!!!
>
>
>> On 05 Dec 2018, at 15:14, IOhannes m zmoelnig <zmoelnig at iem.at> wrote:
>>
>> On 05.12.18 14:12, Christof Ressi wrote:
>>>> is sometimes piling up RAM, which causes the RPi to crash. can this be connected?
>>> do you happen to print stuff to the console continuously? There was an issue
>>> that when you print *a lot* of text, the GUI would eventually run out of memory
>>> (don't know if this has been fixed in the meantime).
>>
>> the question is how to actually fix it in a reasonable way.
>> maybe I do want to have zillions of lines of text in my RAMmed up machine?
>>
>> anyhow, if the printout is indeed the culprit (and it sounds like a
>> plausible analysis to me), then a simpe fix could be to just print to
>> stderr.
>> that is, start pd with:
>>
>> $ pd -stderr
>>
>> you will still have a GUI, but the Pd-console will be redirected to the
>> terminal (which just drops the oldest lines).
>>
>>
>>> BTW: your last three e-mails all had different subject lines although the topic
>>> is the same. make sure that you keep the subject line, so people can later
>>> follow the thread.
>>
>> +1, although you could have changed the subject as well :-)
>>
>
> very sorry! i was sending from webmail, which jumbled stuff up...
>
>> fgmr
>> IOhannes
>>
>> _______________________________________________
>> Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at> mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20181205/a77e6fea/attachment.html>
More information about the Pd-list
mailing list