GEM-dev May 2010

gem-dev@lists.iem.at

9 participants
45 discussions

new plugin system: correct file locations
by Roman Haefeli 17 May '10

17 May '10

Hi all I just tried current Gem build, which seems to use shared libraries for certain tasks. After installing everything with 'make install', I launched 'pd -lib Gem' and tried [pix_video], which gave me: load plugins 'video' in '' pattern : /usr/local/lib/pd/extra/Gem/gem_video*.so error: [pix_video]: no video backends found! ... you might be able to track this down from the Find menu. Those missing files were actually installed to /usr/lib/, so either Gem should look there or those files should be installed to /usr/local/lib/pd/extra/Gem/, I suppose. Or did I something wrong when installing? I temporarily worked-around the loading problem by symlinking those gem_".so files to /usr/local/lib/pd/extra/Gem. Roman

2 1

[ pd-gem-Bugs-3000166 ] lighting with cone and cylinder
by SourceForge.net 11 May '10

11 May '10

Bugs item #3000166, was opened at 2010-05-11 16:48 Message generated for change (Tracker Item Submitted) made by mariusschebella You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3000166&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: marius schebella (mariusschebella) Assigned to: Nobody/Anonymous (nobody) Summary: lighting with cone and cylinder Initial Comment: hi, even if this is very unlikely, but is it possible that when turning on lighting with cone and cylinder the lighting vector is pointing to the wrong direction? at least it looks as if the light source is coming from the opposite side (compared to other geos like cube or sphere). I am using GEM: ver: 0.92.3, compiled: Mar 15 2010 on mac OSX ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=3000166&group_…

1 0

shipping Gem as libdir
by Hans-Christoph Steiner 08 May '10

08 May '10

I just ran a quick test against a recent Pd-extended nightly, I downloaded Gem 0.92.3 from gem.iem.at and put it into ~/Library/Pd and now that Gem gets loaded first before the embedded one. The problem is that the manual and examples then don't show up in the new help browser since that stuff is now based on libdirs. So if the 'doc' folder was added to the 'Gem' folder as 'manual' and the 'examples' folder was moved to the 'Gem' folder, then the Gem standalone releases would be a pretty solid libdir. .hc ---------------------------------------------------------------------------- Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom

3 6

[ pd-gem-Feature Requests-2998083 ] raw camera
by SourceForge.net 07 May '10

07 May '10

Feature Requests item #2998083, was opened at 2010-05-07 09:35 Message generated for change (Comment added) made by nusmuk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2998083&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: image processing Group: None Status: Open Priority: 5 Private: No Submitted By: Cyrille Henry (nusmuk) Assigned to: Nobody/Anonymous (nobody) Summary: raw camera Initial Comment: guppy camera and lot's of good quality FW cam output raw data. (by example : http://www.stemmer-imaging.fr/fr/pages/products/line.php?item=AVT.Guppy.CCD…) Most sotftware (processing , jitter, ..) can use this cam , but not Gem. it would be really usefull to be able to use this kind of hardware ---------------------------------------------------------------------- >Comment By: Cyrille Henry (nusmuk) Date: 2010-05-07 10:40 Message: i try coriender, and it segfault... indeed, direct suport would be nice. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-05-07 10:11 Message: i guess you could use coriander to make a loopback device readabke by Gem. of course it would be nicer to have direct support (so i leave this FR open) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2998083&group_…

3 4

[ pd-gem-Bugs-2972166 ] pix_crop, pix_resize don't "refresh" when they should
by SourceForge.net 07 May '10

07 May '10

Bugs item #2972166, was opened at 2010-03-17 21:12 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2972166&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: Pixes (pix_ objects) Group: None >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: pix_crop, pix_resize don't "refresh" when they should Initial Comment: If you use a pix_crop on a pix_film: [pix_film] | [pix_crop] when [pix_film] has auto off, if you send floats into any of [pix_crop]'s inlets, the texture won't change accordingly until you move to another frame in [pix_film] (i.e. send a number to its right inlet or enable auto mode) I don't know whether this is an issue with pix_film or pix_crop. This does not happen with [pix_image] in conjunction with pix_crop, so it's probably pix_film. Then [pix_resize] has a similar issue: if you have: [pix_film] | [pix_resize] OR [pix_image] | [pix_resize] when you send a [dimen( message to pix_resize to change the target size, it won't change until the input pix changes. In the case of pix_film it won't change until the frame changes; in the case of pix_image it won't change until you load another image!!!!!!! This seems somewhat similar to what happens with [pix_crop], however in this case it does apply to [pix_image] too, so it would suggest an issue in [pix_resize] rather than [pix_film] or [pix_image]. I haven't done intensive testing, so it may apply to more pix objects. I don't even know if the problem may be in [pix_texture]. I attach a simple test patch for convenience. You'll need a myimage.jpg image file and a myvideo.mov movie file. And now a nastier thing, possibly related: 1) Open the attached patch, create the gemwin and click on the open messages to [pix_film]s You see the four images, twice the image and twice the video 2) Disconnect the upper [pix_image] and [pix_film] objects both from their input and output 3) move the [pix_film] on the right to the render chain on the left and connect it You would expect the video to appear but no: the jpeg image reappears, though the [pix_image] is even disconnected!!!! This is probably the same bug described above. Try all the viceversa's ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-05-07 12:43 Message: we believe that this has been fixed in svn/trunk with commits r3262, r3263 and r3264 ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-05-07 10:51 Message: you can use [pix_separator] to workarund. fgmasdr IOhannes ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2010-03-17 23:18 Message: With pix_film, if you have to change a crop or resize of the image while not changing the frame, even sending the same frame number again won't work: the cropped or resized image won't be refreshed until pix_film actually goes to a different frame. So it is not "workaroundable" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2972166&group_…

1 0

[ pd-gem-Feature Requests-2998083 ] raw camera
by SourceForge.net 07 May '10

07 May '10

Feature Requests item #2998083, was opened at 2010-05-07 11:35 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2998083&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: image processing Group: None Status: Open Priority: 5 Private: No Submitted By: Cyrille Henry (nusmuk) Assigned to: Nobody/Anonymous (nobody) Summary: raw camera Initial Comment: guppy camera and lot's of good quality FW cam output raw data. (by example : http://www.stemmer-imaging.fr/fr/pages/products/line.php?item=AVT.Guppy.CCD…) Most sotftware (processing , jitter, ..) can use this cam , but not Gem. it would be really usefull to be able to use this kind of hardware ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-05-07 12:11 Message: i guess you could use coriander to make a loopback device readabke by Gem. of course it would be nicer to have direct support (so i leave this FR open) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2998083&group_…

1 0

[ pd-gem-Bugs-2998103 ] pix_video duplicate frames
by SourceForge.net 07 May '10

07 May '10

Bugs item #2998103, was opened at 2010-05-07 10:07 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2998103&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: Pixes (pix_ objects) Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: pix_video duplicate frames Initial Comment: at least on linux (v4l2), people keep reporting that they have problems with duplicate frames. if the camera runs at a lower rate than the grabber, the same frame might be captured twice. there should be a feedback (e.g. the newimage-flag) to the userspace, if this happens ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2998103&group_…

1 0

[ pd-gem-Feature Requests-2998083 ] raw camera
by SourceForge.net 07 May '10

07 May '10

Feature Requests item #2998083, was opened at 2010-05-07 09:35 Message generated for change (Tracker Item Submitted) made by nusmuk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2998083&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: None Group: None Status: Open Priority: 5 Private: No Submitted By: Cyrille Henry (nusmuk) Assigned to: Nobody/Anonymous (nobody) Summary: raw camera Initial Comment: guppy camera and lot's of good quality FW cam output raw data. (by example : http://www.stemmer-imaging.fr/fr/pages/products/line.php?item=AVT.Guppy.CCD…) Most sotftware (processing , jitter, ..) can use this cam , but not Gem. it would be really usefull to be able to use this kind of hardware ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507082&aid=2998083&group_…

1 0

[ pd-gem-Bugs-2972166 ] pix_crop, pix_resize don't "refresh" when they should
by SourceForge.net 07 May '10

07 May '10

Bugs item #2972166, was opened at 2010-03-17 21:12 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2972166&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: Pixes (pix_ objects) Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: pix_crop, pix_resize don't "refresh" when they should Initial Comment: If you use a pix_crop on a pix_film: [pix_film] | [pix_crop] when [pix_film] has auto off, if you send floats into any of [pix_crop]'s inlets, the texture won't change accordingly until you move to another frame in [pix_film] (i.e. send a number to its right inlet or enable auto mode) I don't know whether this is an issue with pix_film or pix_crop. This does not happen with [pix_image] in conjunction with pix_crop, so it's probably pix_film. Then [pix_resize] has a similar issue: if you have: [pix_film] | [pix_resize] OR [pix_image] | [pix_resize] when you send a [dimen( message to pix_resize to change the target size, it won't change until the input pix changes. In the case of pix_film it won't change until the frame changes; in the case of pix_image it won't change until you load another image!!!!!!! This seems somewhat similar to what happens with [pix_crop], however in this case it does apply to [pix_image] too, so it would suggest an issue in [pix_resize] rather than [pix_film] or [pix_image]. I haven't done intensive testing, so it may apply to more pix objects. I don't even know if the problem may be in [pix_texture]. I attach a simple test patch for convenience. You'll need a myimage.jpg image file and a myvideo.mov movie file. And now a nastier thing, possibly related: 1) Open the attached patch, create the gemwin and click on the open messages to [pix_film]s You see the four images, twice the image and twice the video 2) Disconnect the upper [pix_image] and [pix_film] objects both from their input and output 3) move the [pix_film] on the right to the render chain on the left and connect it You would expect the video to appear but no: the jpeg image reappears, though the [pix_image] is even disconnected!!!! This is probably the same bug described above. Try all the viceversa's ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-05-07 10:51 Message: you can use [pix_separator] to workarund. fgmasdr IOhannes ---------------------------------------------------------------------- Comment By: Matteo Sisti Sette (sistisette) Date: 2010-03-17 23:18 Message: With pix_film, if you have to change a crop or resize of the image while not changing the frame, even sending the same frame number again won't work: the cropped or resized image won't be refreshed until pix_film actually goes to a different frame. So it is not "workaroundable" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2972166&group_…

1 0

[ pd-gem-Bugs-2997533 ] part_render crash when speed is set high
by SourceForge.net 07 May '10

07 May '10

Bugs item #2997533, was opened at 2010-05-06 10:28 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2997533&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: rendering (e.g. display) Group: linux Status: Pending Resolution: Fixed Priority: 5 Private: No Submitted By: zomoipotoi (zomoipotoi) Assigned to: Nobody/Anonymous (nobody) Summary: part_render crash when speed is set high Initial Comment: I have a particle system with part_head with no arguments (defaults to 1000 particles max). I use part_render and start rendering. Then I set part_head's speed to eg. 300, then my pd crash. My system is: PD 0.42.5 - GEM 0.92.2 - Ubuntu 9.04 64 bit - NVIDIA GTX 260 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-05-07 08:50 Message: ok, tested again and no more crashes. for the flags stripped... ok, now I know what's the problem (sorry, sometimes I'm a noob). so thanks again. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-05-07 08:13 Message: cool that it works when downloading svn-snapshot via viewvc, all the executable flags are stripped away (i guess that's for safety reasons) ---------------------------------------------------------------------- Comment By: zomoipotoi (zomoipotoi) Date: 2010-05-06 16:06 Message: sorry for the last comment... solved the autogen problem with "sh autogen.sh" I've compiled succesfully the source from http://pd-gem.svn.sourceforge.net/viewvc/pd-gem/branches/ After the first tests it's seems to be ok!!! Thanks a lot!!! for the patch and GEM develop!!! ciao, dario ---------------------------------------------------------------------- Comment By: zomoipotoi (zomoipotoi) Date: 2010-05-06 15:55 Message: I've substituted the two files (part_render.cpp and part_render.h) in my gem 0.92.2 folder. Then make give me the following error: part_render.cpp:17: error: stray ‘#’ in program part_render.cpp:17:66: error: invalid suffix "px" on integer constant part_render.cpp:17: error: stray ‘#’ in program part_render.cpp:17:95: error: invalid suffix "px" on integer constant part_render.cpp:17:158: error: exponent has no digits part_render.cpp:17:190: error: exponent has no digits part_render.cpp:27:23: warning: character constant too long for its type part_render.cpp:28:32: warning: character constant too long for its type part_render.cpp:29:39: error: empty character constant part_render.cpp:167:16: warning: character constant too long for its type part_render.cpp:167:126: warning: character constant too long for its type part_render.cpp:167:153: warning: unknown escape sequence '\/' part_render.cpp:167:153: warning: character constant too long for its type part_render.cpp:238: error: stray ‘#’ in program part_render.cpp:240: error: stray ‘#’ in program part_render.cpp:241: error: stray ‘#’ in program part_render.cpp:243: error: stray ‘#’ in program part_render.cpp:366:103: error: too many decimal points in number part_render.cpp:5: error: expected unqualified-id before ‘<’ token part_render.cpp:17: error: expected constructor, destructor, or type conversion before ‘.’ token part_render.cpp:17: error: expected constructor, destructor, or type conversion before ‘.’ token part_render.cpp:17: error: expected unqualified-id before ‘<’ token part_render.cpp:23: error: expected constructor, destructor, or type conversion before ‘=’ token part_render.cpp:24: error: expected unqualified-id before ‘<’ token part_render.cpp:28: error: ‘var’ does not name a type part_render.cpp:29: error: ‘var’ does not name a type part_render.cpp:30: error: expected unqualified-id before ‘<’ token part_render.cpp:35: error: expected constructor, destructor, or type conversion before ‘.’ token part_render.cpp:36: error: expected unqualified-id before ‘<’ token part_render.cpp:66: error: expected unqualified-id before ‘<’ token part_render.cpp:67: error: expected unqualified-id before ‘<’ token part_render.cpp:68: error: ‘SCM’ does not name a type part_render.cpp:74: error: expected constructor, destructor, or type conversion before ‘-’ token part_render.cpp:87: error: expected constructor, destructor, or type conversion before ‘<’ token part_render.cpp:94: error: expected unqualified-id before numeric constant part_render.cpp:107: error: expected constructor, destructor, or type conversion before ‘<’ token part_render.cpp:117: error: expected constructor, destructor, or type conversion before ‘<’ token part_render.cpp:127: error: expected constructor, destructor, or type conversion before ‘<’ token part_render.cpp:134: error: expected constructor, destructor, or type conversion before ‘.’ token part_render.cpp:168: error: expected constructor, destructor, or type conversion before ‘++’ token part_render.cpp:170: error: expected unqualified-id before ‘<’ token part_render.cpp:238: error: expected constructor, destructor, or type conversion before ‘.’ token part_render.cpp:238: error: expected unqualified-id before ‘<’ token part_render.cpp:240: error: expected constructor, destructor, or type conversion before ‘.’ token part_render.cpp:240: error: expected unqualified-id before ‘<’ token part_render.cpp:241: error: expected constructor, destructor, or type conversion before ‘/’ token part_render.cpp:241: error: expected unqualified-id before ‘<’ token part_render.cpp:243: error: expected constructor, destructor, or type conversion before ‘.’ token part_render.cpp:243: error: expected unqualified-id before ‘<’ token part_render.cpp:263: error: expected unqualified-id before ‘<’ token part_render.cpp:270: error: expected unqualified-id before ‘<’ token make[1]: *** [part_render.o] Errore 1 I'm miss something? PS: I'm trying to compile the sources downloaded from http://pd-gem.svn.sourceforge.net/viewvc/pd-gem/branches/ But I'm not able to start the compilation: when I run ~/pd/source/gem-0.92-2-part_render/src$ ./autogen the console tell me "Nessun file o directory" (No file or directory) No problem in the old 0.92-2 source. Don't know what to do now, sorry thanks, dario ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-05-06 15:16 Message: there was an obvious allocation problem, which i have no fixed in both trunk and branch/0.92 http://pd-gem.svn.sourceforge.net/viewvc/pd-gem?view=rev&revision=3260 could you try and tell whether this fixes the problem? ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-05-06 13:27 Message: thanks for the backtrace could you also provide a minimal patch triggering the crash? ---------------------------------------------------------------------- Comment By: zomoipotoi (zomoipotoi) Date: 2010-05-06 13:03 Message: Hi Iohannes, this is the gdb output when pd crashed: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fcb6c31b6f0 (LWP 16777)] pd_typedmess (x=0x3f8000003f800000, s=0x1ca5e60, argc=2, argv=0x7fff74341e90) at m_class.c:635 635 t_class *c = *x; this is the gdb backtrace: #0 pd_typedmess (x=0x3f8000003f800000, s=0x1ca5e60, argc=2, argv=0x7fff74341e90) at m_class.c:635 #1 0x0000000000469b9a in outlet_anything (x=<value optimized out>, s=0x1ca5e60, argc=2, argv=0x7fff74341e90) at m_obj.c:390 #2 0x00007fcb6a178105 in GemBase::continueRender () from /usr/local/lib/pd/extra/Gem.pd_linux #3 0x00007fcb6a20188d in part_render::render () from /usr/local/lib/pd/extra/Gem.pd_linux #4 0x00007fcb6a178163 in GemBase::gem_renderMess () from /usr/local/lib/pd/extra/Gem.pd_linux #5 0x000000000046703a in pd_typedmess (x=0x25fe200, s=0x1ca5e60, argc=2, argv=0x7fff74341e90) at m_class.c:681 #6 0x0000000000469b9a in outlet_anything (x=<value optimized out>, s=0x1ca5e60, argc=2, argv=0x7fff74341ff0) at m_obj.c:390 #7 0x00007fcb6a178105 in GemBase::continueRender () from /usr/local/lib/pd/extra/Gem.pd_linux #8 0x00007fcb6a17816e in GemBase::gem_renderMess () from /usr/local/lib/pd/extra/Gem.pd_linux #9 0x000000000046703a in pd_typedmess (x=0x2623c10, s=0x1ca5e60, argc=2, argv=0x7fff74341e90) at m_class.c:681 #10 0x0000000000469b9a in outlet_anything (x=<value optimized out>, s=0x1ca5e60, argc=2, argv=0x7fff743420f0) at m_obj.c:390 #11 0x00007fcb6a178105 in GemBase::continueRender () #12 0x00007fcb6a17816e in GemBase::gem_renderMess () from /usr/local/lib/pd/extra/Gem.pd_linux #13 0x000000000046703a in pd_typedmess (x=0x26239f0, s=0x1ca5e60, argc=2, argv=0x7fff74341e90) at m_class.c:681 #14 0x0000000000469b9a in outlet_anything (x=<value optimized out>, s=0x1ca5e60, argc=2, argv=0x7fff743421f0) at m_obj.c:390 #15 0x00007fcb6a178105 in GemBase::continueRender () from /usr/local/lib/pd/extra/Gem.pd_linux #16 0x00007fcb6a17816e in GemBase::gem_renderMess () from /usr/local/lib/pd/extra/Gem.pd_linux #17 0x000000000046703a in pd_typedmess (x=0x25fe080, s=0x1ca5e60, argc=2, argv=0x7fff74341e90) at m_class.c:681 #18 0x0000000000469b9a in outlet_anything (x=<value optimized out>, s=0x1ca5e60, argc=2, argv=0x7fff743422f0) at m_obj.c:390 #19 0x00007fcb6a178105 in GemBase::continueRender () from /usr/local/lib/pd/extra/Gem.pd_linux #20 0x00007fcb6a17816e in GemBase::gem_renderMess () from /usr/local/lib/pd/extra/Gem.pd_linux #21 0x000000000046703a in pd_typedmess (x=0x25ffe40, s=0x1ca5e60, argc=2, argv=0x7fff74341e90) at m_class.c:681 #22 0x0000000000469b9a in outlet_anything (x=<value optimized out>, s=0x1ca5e60, argc=2, argv=0x7fff743423f0) at m_obj.c:390 #23 0x00007fcb6a1c8f33 in gemhead::renderGL () from /usr/local/lib/pd/extra/Gem.pd_linux #24 0x00007fcb6a197e2b in GemMan::renderChain () from /usr/local/lib/pd/extra/Gem.pd_linux #25 0x00007fcb6a1983d4 in GemMan::render () from /usr/local/lib/pd/extra/Gem.pd_linux #26 0x0000000000474db6 in m_mainloop () at m_sched.c:372 #27 0x0000000000479fcd in sys_main (argc=<value optimized out>, argv=<value optimized out>) at s_main.c:313 #28 0x00007fcb6b3085a6 in __libc_start_main () from /lib/libc.so.6 #29 0x00000000004107f9 in _start () at ../sysdeps/x86_64/elf/start.S:113 Thanks a lot! dario ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-05-06 12:48 Message: could you provide a backtrace of the crash? on linux/osx/similar you can use gdb for producing one: $ gdb -args /path/to/pd -lib Gem -open /my/faulty/patch.pd [...] (gdb) run [... do something to trigger the crasher bug ...] (gdb) backtrace [...] ---------------------------------------------------------------------- Comment By: zomoipotoi (zomoipotoi) Date: 2010-05-06 10:33 Message: with -verbose flag the console says "Errore del bus" (italian) -> "Bus error" (I think this is the translation) when the crash occur ---------------------------------------------------------------------- Comment By: zomoipotoi (zomoipotoi) Date: 2010-05-06 10:30 Message: pd crash with Segmentation fault ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=507079&aid=2997533&group_…

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev May 2010