Hi Hans,
I think that this version is crashing when I edit a patch that uses gops, and then close the window - it asks if I want to discard the changes, and I click yes, then it closes out pd entirely. This only appears to happen when the main patch involves gops - not when it's just regular objects I think. I don't think I noticed this with rc3 - did you ever answer my last question (sorry if it didn't get through to you) which was whether this debian packaged rc4 included code updates over rc3 or whether it is rc4 by virtue of being a deb package alone?
The package is totally sweet, it integrates so much more nicely in the system, but I am restarting pd a lot these days because of this little bug ;) I am working almost exclusively with gops now.
Is there a log or a way I can maybe give you some more useful info aside from my personal testimony? Can anyone else verify this?
Kevin
I am so sorry, I have sort of misreported here.. I have narrowed it down now. Seems that it's a particular gop I have that is causing the crash. Within that gop, what is causing the crash is yves' playlist object having a message box attached to it.
I have attached a stripped down version of the gop to demonstrate the error. It seems that what causes the error, at least for me, is having any kind of message box connected to the [playlist] object, then closing the patch and saying yes to discarding the changes. I have attached the example. In its current state it will not crash pd after you create it and close the window. Connect any of the message boxes or the toggle, save it, create it again and it will give you the crash when you close the window - at least it does for me. I should also note that it only happens when this is a gop. I tried connecting a message box to a playlist object in a normal patch and it didn't crash when I closed it and discarded changes.
This is a weird bug. As for the logic on why this crashes I have no idea. Please let me know if there are any log files I can check to clarify this for you. In miller's 0.40, the crash doesn't happen at all with the gop abstraction.
I am sorry to take two emails to get this right (twice really because my last bug rept about vectral~ needed clarification as well). From here on I will think twice or thrice and hone my deductive reasoning before posting about bugs.
Kevin
On 7/8/07, Kevin McCoy km.takewithyou@gmail.com wrote:
Hi Hans,
I think that this version is crashing when I edit a patch that uses gops, and then close the window - it asks if I want to discard the changes, and I click yes, then it closes out pd entirely. This only appears to happen when the main patch involves gops - not when it's just regular objects I think. I don't think I noticed this with rc3 - did you ever answer my last question (sorry if it didn't get through to you) which was whether this debian packaged rc4 included code updates over rc3 or whether it is rc4 by virtue of being a deb package alone?
The package is totally sweet, it integrates so much more nicely in the system, but I am restarting pd a lot these days because of this little bug ;) I am working almost exclusively with gops now.
Is there a log or a way I can maybe give you some more useful info aside from my personal testimony? Can anyone else verify this?
Kevin
Hey,
Does the bug happen in Miller's 0.39.2? Or Pd-extended 0.40.2?
Don't worry about being verbose with bug reports, too much info is
far better than too little.
.hc
On Jul 8, 2007, at 3:21 PM, Kevin McCoy wrote:
I am so sorry, I have sort of misreported here.. I have narrowed it down now. Seems that it's a particular gop I have that is causing the crash. Within that gop, what is causing the crash is yves' playlist object having a message box attached to it.
I have attached a stripped down version of the gop to demonstrate the error. It seems that what causes the error, at least for me, is having any kind of message box connected to the [playlist] object, then closing the patch and saying yes to discarding the changes. I have attached the example. In its current state it will not crash pd after you create it and close the window. Connect any of the message boxes or the toggle, save it, create it again and it will give you the crash when you close the window - at least it does for me. I should also note that it only happens when this is a gop. I tried connecting a message box to a playlist object in a normal patch and it didn't crash when I closed it and discarded changes.
This is a weird bug. As for the logic on why this crashes I have no idea. Please let me know if there are any log files I can check to clarify this for you. In miller's 0.40, the crash doesn't happen at all with the gop abstraction.
I am sorry to take two emails to get this right (twice really because my last bug rept about vectral~ needed clarification as well). From here on I will think twice or thrice and hone my deductive reasoning before posting about bugs.
Kevin
On 7/8/07, Kevin McCoy km.takewithyou@gmail.com wrote:
Hi Hans,
I think that this version is crashing when I edit a patch that uses gops, and then close the window - it asks if I want to discard the changes, and I click yes, then it closes out pd entirely. This only appears to happen when the main patch involves gops - not when it's just regular objects I think. I don't think I noticed this with
rc3 - did you ever answer my last question (sorry if it didn't get through to you) which was whether this debian packaged rc4 included code updates over rc3 or whether it is rc4 by virtue of being a deb
package alone?The package is totally sweet, it integrates so much more nicely in
the system, but I am restarting pd a lot these days because of this
little bug ;) I am working almost exclusively with gops now.Is there a log or a way I can maybe give you some more useful info aside from my personal testimony? Can anyone else verify this?
Kevin
--
++++ http://pocketkm.blogspot.com <plgopcrash.pd>
Looking at things from a more basic level, you can come up with a
more direct solution... It may sound small in theory, but it in
practice, it can change entire economies. - Amy Smith
Does the bug happen in Miller's 0.39.2? Or Pd-extended 0.40.2?
Yes, it happens in both vanilla 0.39-2 and extended 0.40.2 as far as I can tell. I am cc'ing this to Yves as well since I thought he might want to know about it, and I am going to post the bug report on sourceforge right now.
So here's what it looks like as far as I can tell - if [playlist] has a message box connected to its inlet when it appears in a GOP abstraction, it causes a crash upon closing the patch and discarding the changes. There may be more to it than that but I think I at least have this narrowed down.
I am also going to create a bug report for the [vectral~] issue since that is also really important to my work.
Thanks for all that you do, Kevin
Seems that it's a particular gop I have that is causing the
crash. Within that gop, what is causing the crash is yves' playlist object having a message box attached to it.
I have attached a stripped down version of the gop to demonstrate the error. It seems that what causes the error, at least for me, is having any kind of message box connected to the [playlist] object, then closing the patch and saying yes to discarding the changes. I have attached the example. In its current state it will not crash pd after you create it and close the window. Connect any of the message boxes or the toggle, save it, create it again and it will give you the crash when you close the window - at least it does for me. I should also note that it only happens when this is a gop. I tried connecting a message box to a playlist object in a normal patch and it didn't crash when I closed it and discarded changes.
This is a weird bug. As for the logic on why this crashes I have no idea. Please let me know if there are any log files I can check to clarify this for you. In miller's 0.40, the crash doesn't happen at all with the gop abstraction.
I am sorry to take two emails to get this right (twice really because my last bug rept about vectral~ needed clarification as well). From here on I will think twice or thrice and hone my deductive reasoning before posting about bugs.
Kevin
On 7/8/07, Kevin McCoy km.takewithyou@gmail.com wrote:
Hi Hans,
I think that this version is crashing when I edit a patch that uses gops, and then close the window - it asks if I want to discard the changes, and I click yes, then it closes out pd entirely. This only appears to happen when the main patch involves gops - not when it's just regular objects I think. I don't think I noticed this with rc3 - did you ever answer my last question (sorry if it didn't get through to you) which was whether this debian packaged rc4 included code updates over rc3 or whether it is rc4 by virtue of being a deb package alone?
The package is totally sweet, it integrates so much more nicely in the system, but I am restarting pd a lot these days because of this little bug ;) I am working almost exclusively with gops now.
Is there a log or a way I can maybe give you some more useful info aside from my personal testimony? Can anyone else verify this?
Kevin
--
++++ http://pocketkm.blogspot.com <plgopcrash.pd>
Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith
hola,
i'm not sure that playlist is the culprit here, after some debugging, i managed to narrow, narrow it down to this :
if you open the GOP patch attached and goes in the main window and do close with the subatch opened, it crashes too.. with pd 0.39 and 0.40.
and this patch doesn't have any playlist...
but still, i don't deny the patch with playlist crashes too...
saludos, sevy
Kevin McCoy wrote:
I am so sorry, I have sort of misreported here.. I have narrowed it down now. Seems that it's a particular gop I have that is causing the crash. Within that gop, what is causing the crash is yves' playlist object having a message box attached to it.
I have attached a stripped down version of the gop to demonstrate the error. It seems that what causes the error, at least for me, is having any kind of message box connected to the [playlist] object, then closing the patch and saying yes to discarding the changes. I have attached the example. In its current state it will not crash pd after you create it and close the window. Connect any of the message boxes or the toggle, save it, create it again and it will give you the crash when you close the window - at least it does for me. I should also note that it only happens when this is a gop. I tried connecting a message box to a playlist object in a normal patch and it didn't crash when I closed it and discarded changes.
This is a weird bug. As for the logic on why this crashes I have no idea. Please let me know if there are any log files I can check to clarify this for you. In miller's 0.40, the crash doesn't happen at all with the gop abstraction.
I am sorry to take two emails to get this right (twice really because my last bug rept about vectral~ needed clarification as well). From here on I will think twice or thrice and hone my deductive reasoning before posting about bugs.
Kevin
On 7/8/07, Kevin McCoy km.takewithyou@gmail.com wrote:
Hi Hans,
I think that this version is crashing when I edit a patch that uses gops, and then close the window - it asks if I want to discard the changes, and I click yes, then it closes out pd entirely. This only appears to happen when the main patch involves gops - not when it's just regular objects I think. I don't think I noticed this with rc3 - did you ever answer my last question (sorry if it didn't get through to you) which was whether this debian packaged rc4 included code updates over rc3 or whether it is rc4 by virtue of being a deb package alone?
The package is totally sweet, it integrates so much more nicely in the system, but I am restarting pd a lot these days because of this little bug ;) I am working almost exclusively with gops now.
Is there a log or a way I can maybe give you some more useful info aside from my personal testimony? Can anyone else verify this?
Kevin
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
#N canvas 0 0 710 569 10; #N canvas 202 73 698 526 f 1; #X obj 220 375 cnv 15 190 105 empty empty empty 20 12 0 14 -1 -66577 0; #X obj 184 148 inlet; #X msg 356 231 location /usr; #X msg 307 188 foo ha fish; #X obj 241 173 tgl 15 0 empty empty empty 0 -6 0 10 -262144 -1 -1 0 1; #X coords 0 -1 1 1 400 400 1 100 100; #X restore 115 56 pd f;
Hey,
Does the bug happen in Miller's 0.39.2? Or Pd-extended 0.40.2? Don't worry about being verbose with bug reports, too much info is far better than too little.
.hc
On Jul 8, 2007, at 3:21 PM, Kevin McCoy wrote:
I am so sorry, I have sort of misreported here.. I have narrowed it down now. Seems that it's a particular gop I have that is causing the crash. Within that gop, what is causing the crash is yves' playlist object having a message box attached to it.
I have attached a stripped down version of the gop to demonstrate the error. It seems that what causes the error, at least for me, is having any kind of message box connected to the [playlist] object, then closing the patch and saying yes to discarding the changes. I have attached the example. In its current state it will not crash pd after you create it and close the window. Connect any of the message boxes or the toggle, save it, create it again and it will give you the crash when you close the window - at least it does for me. I should also note that it only happens when this is a gop. I tried connecting a message box to a playlist object in a normal patch and it didn't crash when I closed it and discarded changes.
This is a weird bug. As for the logic on why this crashes I have no idea. Please let me know if there are any log files I can check to clarify this for you. In miller's 0.40, the crash doesn't happen at all with the gop abstraction.
I am sorry to take two emails to get this right (twice really because my last bug rept about vectral~ needed clarification as well). From here on I will think twice or thrice and hone my deductive reasoning before posting about bugs.
Kevin
On 7/8/07, Kevin McCoy km.takewithyou@gmail.com wrote:
Hi Hans,
I think that this version is crashing when I edit a patch that uses gops, and then close the window - it asks if I want to discard the changes, and I click yes, then it closes out pd entirely. This only appears to happen when the main patch involves gops - not when it's just regular objects I think. I don't think I noticed this with rc3 - did you ever answer my last question (sorry if it didn't get through to you) which was whether this debian packaged rc4 included code updates over rc3 or whether it is rc4 by virtue of being a deb package alone?
The package is totally sweet, it integrates so much more nicely in the system, but I am restarting pd a lot these days because of this little bug ;) I am working almost exclusively with gops now.
Is there a log or a way I can maybe give you some more useful info aside from my personal testimony? Can anyone else verify this?
Kevin
--
++++ http://pocketkm.blogspot.com <plgopcrash.pd>
Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Thanks for the info, a bug report in the tracker is the best way to
ensure this gets fixed:
http://puredata.org/dev/bugtracker
Post as much info as possible, and example patches are always useful.
.hc
On Jul 8, 2007, at 2:14 PM, Kevin McCoy wrote:
Hi Hans,
I think that this version is crashing when I edit a patch that uses gops, and then close the window - it asks if I want to discard the changes, and I click yes, then it closes out pd entirely. This only appears to happen when the main patch involves gops - not when it's just regular objects I think. I don't think I noticed this with rc3 - did you ever answer my last question (sorry if it didn't get through to you) which was whether this debian packaged rc4 included code updates over rc3 or whether it is rc4 by virtue of being a deb package alone?
The package is totally sweet, it integrates so much more nicely in the system, but I am restarting pd a lot these days because of this little bug ;) I am working almost exclusively with gops now.
Is there a log or a way I can maybe give you some more useful info aside from my personal testimony? Can anyone else verify this?
Kevin
http://at.or.at/hans/
-
Alicia Byer -
Hans-Christoph Steiner -
Kevin McCoy -
Yves Degoyon