[PD] [PD-dev] puredata/gridflow/webcam driver=which are supported?

sisil mehta sisilmet2000 at gmail.com
Sat Aug 15 20:50:14 CEST 2009


Hey,
running with gdb, the terminal showed:
Waiting for connection request...
... connected
OSS: requested audio buffer size 8820 limited to 8192
OSS: issuing first ADC 'read' ... ...done.
[New Thread 0xb7e5c8d0 (LWP 9989)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb7e5c8d0 (LWP 9989)]
0xb7bbd2eb in handle_braces (ac=1, av=0xbfea9b98) at gridflow.c.fcs:766
766                const char *s = av[i].a_symbol->s_name;
Current language:  auto; currently c++
(gdb) Quit


Sisil..

On Sat, Aug 15, 2009 at 11:54 PM, sisil mehta <sisilmet2000 at gmail.com>wrote:

> Hey,
> @Mathieu :which linux flavour do u use?? Maybe if that os doesnt give these
> problems, i could switch over to it.
> Sisil.
>
> On Sat, Aug 15, 2009 at 11:29 PM, Mathieu Bouchard <matju at artengine.ca>wrote:
>
>> On Sat, 15 Aug 2009, Jack wrote:
>>
>>  Personally, i use the bridge between GEM and Gridflow for camera because
>>> [#camera] crash Pd when i select device #0. (Ubuntu 9.04 with GF 0.9.5
>>> compiled on Aug 3 2009).
>>> And it works fine !
>>> However (and i don't know why) the examples 'frequency_mask',
>>> 'nervous_video' and 'videodev_effects' in GF example crash Pd too when i
>>> open them.
>>> Do you know why ?
>>>
>>
>> try this in the shell just before starting pd from the shell:
>>
>>  ulimit -s 66666
>>
>> does it make a difference ? this is _the_ other big problem with GF these
>> days. GF uses more stack than it used to, and the OS is pretty opinionated
>> about how much stack an app ought to use... (fortunately, it's but a default
>> value). And when too much stack is used, it only looks like any other crash
>> (praise Linux's error messages!)
>>
>>
>>  _ _ __ ___ _____ ________ _____________ _____________________ ...
>> | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec
>>
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090816/75b7dbf0/attachment.htm>


More information about the Pd-list mailing list