Re: [PD] develop testing branch was: Find last error

[Miller Puckette via Pd-list]

hi all -

A counter-proposal; I want to get 0.52 out this summer.  Perhaps we should
prioritize which PRs to include in it and I'll just merge them into master.
Since it would be early int he cycle there would be plenty of time to work
out the kinks before finalizing the release.

I think these soundfile changes should be high on the list.  In general I feel
safest around patches that are localized to a small number of source files
and solve specific problems.

cheers
Miller



On Tue, Jun 15, 2021 at 12:11:34PM +0200, Dan Wilcox wrote:
> Slightly off-topic:
> 
> IOhannes, et al should we consider making a develop-testing style branch for 
> integrating a number of PRs and the current develop branch for extended 
> testing? I'd also like to have my sound file update branch get more use and 
> it would then be an easier sell for Pd 0.52 etc...



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Ability to access error messages from patch

[Fede Camara Halac]

Hi all, 

Here's another thought.

What about setting "log" to "6", which would enable sending anything that is 
posted on the pd console to the current "pd" symbol, so that you place a [r pd] 
in your patch and route the console messages and errors?

Best!

Fede


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Ability to access error messages from patch

[José de Abreu]

Just 2 innocent ideas to add to brainstorm,

1.) what about a special subpatch? like pd-try, or just try, it could work
as a normal subpatch, but with a mandatory outlet that would catch errors
for the objects that live inside it

just like we can open a [pd] object or a [clone] object,  [pd-try
something] would be the same but with an added outlet for errors

2.) another idea would be that try just loads the object in its first
argument (and passes the next arguments for that object creation) with an
added outlet if this object throws an error

so you could use [try soundifiler], and this would be a normal soundfiler
that gets one more outlet

i like the catch idea, just thinking about other options too

Em Ter, 15 de jun de 2021 05:34, Peter P. 
escreveu:

> * Christof Ressi  [2021-06-14 22:35]:
> > that's an excellent idea!
> >
> > ---
> >
> > I think it could work like this:
> >
> > [catch] has one inlet and two outlets. If you send a message to the
> inlet,
>
> Sounds good, but please don't call it [catch] for the reasons given earlier
> (confusion with catch~).
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Ability to access error messages from patch

[IOhannes m zmoelnig]

On 6/15/21 2:42 PM, José de Abreu wrote:

typos..  of course i meant [try soundfiler]...


sidenote: there's already a [try] object in iemguts.
it does something else (fallbacks for an object)


ghmkdtf
IOhannes



OpenPGP_signature
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Ability to access error messages from patch

[José de Abreu]

typos..  of course i meant [try soundfiler]...

but adding something

the second idea would be interesting because it would be fast to change a
patch, if you highlight the object that is throwing errors from the pd
console (or using find last error), if you want to catch these errors you
can just rename the object prepending "try" to it, instead of repatching,
what do you think?

Em Ter, 15 de jun de 2021 09:35, José de Abreu 
escreveu:

> Just 2 innocent ideas to add to brainstorm,
>
> 1.) what about a special subpatch? like pd-try, or just try, it could work
> as a normal subpatch, but with a mandatory outlet that would catch errors
> for the objects that live inside it
>
> just like we can open a [pd] object or a [clone] object,  [pd-try
> something] would be the same but with an added outlet for errors
>
> 2.) another idea would be that try just loads the object in its first
> argument (and passes the next arguments for that object creation) with an
> added outlet if this object throws an error
>
> so you could use [try soundifiler], and this would be a normal soundfiler
> that gets one more outlet
>
> i like the catch idea, just thinking about other options too
>
> Em Ter, 15 de jun de 2021 05:34, Peter P. 
> escreveu:
>
>> * Christof Ressi  [2021-06-14 22:35]:
>> > that's an excellent idea!
>> >
>> > ---
>> >
>> > I think it could work like this:
>> >
>> > [catch] has one inlet and two outlets. If you send a message to the
>> inlet,
>>
>> Sounds good, but please don't call it [catch] for the reasons given
>> earlier
>> (confusion with catch~).
>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] develop testing branch was: Find last error

[Dan Wilcox]

Slightly off-topic:

IOhannes, et al should we consider making a develop-testing style branch for 
integrating a number of PRs and the current develop branch for extended 
testing? I'd also like to have my sound file update branch get more use and it 
would then be an easier sell for Pd 0.52 etc...

> On Jun 15, 2021, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:
> 
> Message: 2
> Date: Tue, 15 Jun 2021 09:41:18 +0200
> From: IOhannes m zmoelnig mailto:zmoel...@iem.at>>
> To: pd-list@lists.iem.at 
> Subject: Re: [PD] Find last error
> Message-ID: <564ebac4-d195-4cea-0297-3c2f983e2...@iem.at 
> >
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
> 
> On 6/15/21 9:28 AM, Jo?o Pais wrote:
>> Hi,
>> 
>> in parallel to the error discussion going on: the already existing "find 
>> last error" function can be quite helpful, but it doesn't always work. I 
>> didn't find any documentation for it (maybe I didn't search long 
>> enough), is it marked somewhere in which situations it works, and in 
>> which situations it doesn't?
> 
> https://github.com/pure-data/pure-data/pull/965 
> 
> 
>> 
>> From the discussion going on, I imagine this function should not be 
>> connected with the new object, as they have completely different 
>> functions, correct?
> 
> yes. the two are orthogonal.
> 
> fmgasdr
> IOhannes


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Ability to access error messages from patch

[Peter P.]

* Christof Ressi  [2021-06-14 22:35]:
> that's an excellent idea!
> 
> ---
> 
> I think it could work like this:
> 
> [catch] has one inlet and two outlets. If you send a message to the inlet,

Sounds good, but please don't call it [catch] for the reasons given earlier
(confusion with catch~).



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Find last error

[IOhannes m zmoelnig]

On 6/15/21 9:28 AM, João Pais wrote:

Hi,

in parallel to the error discussion going on: the already existing "find 
last error" function can be quite helpful, but it doesn't always work. I 
didn't find any documentation for it (maybe I didn't search long 
enough), is it marked somewhere in which situations it works, and in 
which situations it doesn't?


https://github.com/pure-data/pure-data/pull/965



 From the discussion going on, I imagine this function should not be 
connected with the new object, as they have completely different 
functions, correct?


yes. the two are orthogonal.

fmgasdr
IOhannes



OpenPGP_signature
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] Find last error

[João Pais]

Hi,

in parallel to the error discussion going on: the already existing "find 
last error" function can be quite helpful, but it doesn't always work. I 
didn't find any documentation for it (maybe I didn't search long 
enough), is it marked somewhere in which situations it works, and in 
which situations it doesn't?


From the discussion going on, I imagine this function should not be 
connected with the new object, as they have completely different 
functions, correct?


jmmmp




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list