Bugs item #1708638, was opened at 2007-04-27 11:06
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1708638&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: externals
Group: v0.39.2
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: frey (freynz)
Assigned to: Nobody/Anonymous (nobody)
Summary: memento segfault on win32
Initial Comment:
memento causes pd-0.39.2 to segfault in win32 (tested with 0.39.2-extended-test7)
more specifically, sending any float value to a [commun] object set up properly with an [originator] causes a segfault in pd-dll-iname, with no useful backtrace.
the attached patch demonstrates the problem. move the slider and pd should crash instantly.
note that if the [originator] object isn't present, the crash doesn't happen.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1708638&group_…
Hey,
I am planning on importing all of the sources needed to build Pd-
extended on Windows into a new section of the pure-data CVS. Right
now, there is no management, and it's a mess. This way, all the
random scripts needed to build all those sources can also be checked
in there. Also, it will be much easier to manage the small tweaks
needed to get somethings building properly.
Luckily, CVS is designed to do this:
"13. Tracking third-party sources"
http://ximbiot.com/cvs/manual/cvs-1.12.9/cvs_13.html
I am not particular about the name of the section, I am thinking
"win32_sources". Comments, feedback, etc.?
.hc
------------------------------------------------------------------------
----
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
Hi Frank,
is there a good reason why in list-emath there is [expr $f1 $1 $f2]
instead of just [$1]?
I guess the latter would be even more flexible.
greetings,
Thomas
--
Thomas Grill
http://grrrr.org
Bugs item #1655662, was opened at 2007-02-09 01:54
Message generated for change (Comment added) made by sistisette
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1655662&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: v0.40.2
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: .xa10120: no such object
Initial Comment:
Hi,
This seems to happen under "random" circumstances. It happened to me with every kind of patches (simple and complex) and usually NOT in a sistematic manner (that is, the same patch which once triggers the bug, after restarting PD never does again...)
However, this patch that I attach does sistematically make this happen, at least to me under Windows XP.
The following error message appears in the output window:
>> .xa10120: no such object
This particular patch uses "scripting", i.e. it creates and deletes an object in a subpatch iteratively; however, I saw this same bug happen a lot of times with patches which didn't make any use of scripting at all. I attach this just because it is the only one I have that is sure to trigger the bug.
Sorry I can't "isolate" it further.
Matteo Sisti Sette
----------------------------------------------------------------------
>Comment By: Matteo Sisti Sette (sistisette)
Date: 2007-04-23 13:42
Message:
Logged In: YES
user_id=1709568
Originator: YES
I guess it may be windows-specific.
I am reproducing it right now with 0.40-2 vanilla on Windows XP.
Can anyone else reproduce it in windows?
(does anyone else use windows?)
Please note that it is NOT in ANY WAY specific to dinamically creating
patches or objects in patches. It happens to me a lot every day working
with patches that never do anything dynamically and that don't use dyn (nor
any external for what it's worth).
However, here is a typical situation which triggers the bug in my everyday
life:
-work with some rather "big" patch which uses a lot of abstractions (which
I did myself), including a some of them used more than once i.e. a few
instances of the same abstraction; and abstractions contain other
abstractions and so on (no weird infinite loop or anything, just a bit
complex)
-open (with file/open) separately the file of an abstraction which is
being used in the main patch (or inside some other abstraction used in the
main patch etc), edit and save it.
This will for some reason automatically open and close all patch windows
which contain occurences of the saved abstraction (which is quite slow and
quite annoying but is better than older versions which used to open them
without closing), AND produce the mentioned error message.
When this happen, I'm not sure whether the stability and correct behaviour
of PD is compromised, so I usually restart it.
Note however that this is a lot different from the situation exemplified
by the attached patch, and both trigger the bug.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-04-23 11:47
Message:
Logged In: NO
I haven't been able to reproduce the problem on win32 pd vanilla 0.40-2,
but,
I've had this problem a lot of time on win32, it always happen when I
create patches dynamically, after an amount of created(/destroyed) patches,
the object maker isn't able to make any new object and send these tk path
names error messages.
Sometimes the tk binding become erroneous within this problem, yesterday
when the bug occured, the Font Bomb windows was opened with clicking on
'FileMenu' button, Media Settings on 'Cancel' button, and SavePanel on 'Ok'
button
But I haven't been able to determine if this is caused by an external or
not.
The problem also occur when the patches are created with the [dyn~]
external.
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-04-23 11:18
Message:
Logged In: YES
user_id=1658640
Originator: NO
I can not reproduce it either on OS X using vanilla 0.40-2 and extended
0.39.2 test7 and RC1. Increaseing the number in the msg does noet seam to
provoke the error either.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-04-23 11:04
Message:
Logged In: YES
user_id=564396
Originator: NO
unfortunately i cannot reproduce this with your patch on linux with
pd-0.39-2 (vanilla) and pd-0.40-1 (vanilla).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1655662&group_…
Bugs item #1655662, was opened at 2007-02-08 16:54
Message generated for change (Comment added) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1655662&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: v0.40.2
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: .xa10120: no such object
Initial Comment:
Hi,
This seems to happen under "random" circumstances. It happened to me with every kind of patches (simple and complex) and usually NOT in a sistematic manner (that is, the same patch which once triggers the bug, after restarting PD never does again...)
However, this patch that I attach does sistematically make this happen, at least to me under Windows XP.
The following error message appears in the output window:
>> .xa10120: no such object
This particular patch uses "scripting", i.e. it creates and deletes an object in a subpatch iteratively; however, I saw this same bug happen a lot of times with patches which didn't make any use of scripting at all. I attach this just because it is the only one I have that is sure to trigger the bug.
Sorry I can't "isolate" it further.
Matteo Sisti Sette
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-04-23 02:47
Message:
Logged In: NO
I haven't been able to reproduce the problem on win32 pd vanilla 0.40-2,
but,
I've had this problem a lot of time on win32, it always happen when I
create patches dynamically, after an amount of created(/destroyed) patches,
the object maker isn't able to make any new object and send these tk path
names error messages.
Sometimes the tk binding become erroneous within this problem, yesterday
when the bug occured, the Font Bomb windows was opened with clicking on
'FileMenu' button, Media Settings on 'Cancel' button, and SavePanel on 'Ok'
button
But I haven't been able to determine if this is caused by an external or
not.
The problem also occur when the patches are created with the [dyn~]
external.
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-04-23 02:18
Message:
Logged In: YES
user_id=1658640
Originator: NO
I can not reproduce it either on OS X using vanilla 0.40-2 and extended
0.39.2 test7 and RC1. Increaseing the number in the msg does noet seam to
provoke the error either.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-04-23 02:04
Message:
Logged In: YES
user_id=564396
Originator: NO
unfortunately i cannot reproduce this with your patch on linux with
pd-0.39-2 (vanilla) and pd-0.40-1 (vanilla).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1655662&group_…
Patches item #1618554, was opened at 2006-12-19 07:28
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1618554&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: bugfix
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: remove extra sys_externlist from s_main.c
Initial Comment:
Apparently this never mattered before, but turning on the full compiler optimization flags causes the linker to complain about this.
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-04-23 11:35
Message:
Logged In: YES
user_id=564396
Originator: NO
seems to be accepted (at least in pd-0.41 (as is the current CVS))
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1618554&group_…
Patches item #1604133, was opened at 2006-11-28 00:51
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1604133&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: externals
Group: bugfix
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Thomas Grill (xovo)
Assigned to: Nobody/Anonymous (nobody)
Summary: iemlib1: compilation fixes for Mac/Intel
Initial Comment:
Two things:
- fix for endianness in iemlib.h
- added static keyword for t_class variables in all the files... Apple gcc doesn't like it if it is missing
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-04-23 11:18
Message:
Logged In: YES
user_id=564396
Originator: NO
fixed
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-12-29 04:47
Message:
Logged In: YES
user_id=27104
Originator: NO
included in Pd-0.39.2-extended-test7
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1604133&group_…
Patches item #1604134, was opened at 2006-11-28 00:52
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1604134&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: externals
Group: bugfix
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Thomas Grill (xovo)
Assigned to: Nobody/Anonymous (nobody)
Summary: iemlib2: compilation fixes for Mac/Intel
Initial Comment:
the same as for iemlib1
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-04-23 11:18
Message:
Logged In: YES
user_id=564396
Originator: NO
fixed
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-12-29 04:47
Message:
Logged In: YES
user_id=27104
Originator: NO
included in Pd-0.39.2-extended-test7
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1604134&group_…
Patches item #1604140, was opened at 2006-11-28 00:58
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1604140&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: externals
Group: bugfix
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Thomas Grill (xovo)
Assigned to: Nobody/Anonymous (nobody)
Summary: iem_t3_lib: compilation fixes for Mac/Intel
Initial Comment:
again for iem_t3_lib
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-04-23 11:18
Message:
Logged In: YES
user_id=564396
Originator: NO
fixed.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2006-12-29 04:47
Message:
Logged In: YES
user_id=27104
Originator: NO
included in Pd-0.39.2-extended-test7
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1604140&group_…
Bugs item #1655662, was opened at 2007-02-09 01:54
Message generated for change (Comment added) made by stffn
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1655662&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: v0.40.2
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: .xa10120: no such object
Initial Comment:
Hi,
This seems to happen under "random" circumstances. It happened to me with every kind of patches (simple and complex) and usually NOT in a sistematic manner (that is, the same patch which once triggers the bug, after restarting PD never does again...)
However, this patch that I attach does sistematically make this happen, at least to me under Windows XP.
The following error message appears in the output window:
>> .xa10120: no such object
This particular patch uses "scripting", i.e. it creates and deletes an object in a subpatch iteratively; however, I saw this same bug happen a lot of times with patches which didn't make any use of scripting at all. I attach this just because it is the only one I have that is sure to trigger the bug.
Sorry I can't "isolate" it further.
Matteo Sisti Sette
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-04-23 11:18
Message:
Logged In: YES
user_id=1658640
Originator: NO
I can not reproduce it either on OS X using vanilla 0.40-2 and extended
0.39.2 test7 and RC1. Increaseing the number in the msg does noet seam to
provoke the error either.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-04-23 11:04
Message:
Logged In: YES
user_id=564396
Originator: NO
unfortunately i cannot reproduce this with your patch on linux with
pd-0.39-2 (vanilla) and pd-0.40-1 (vanilla).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1655662&group_…