Pd-dev July 2013

pd-dev@lists.iem.at

18 participants
19 discussions

floating point exception crashes (INT_MIN % -1)
by Claude Heiland-Allen 10 Jul '13

10 Jul '13

Hi, Pd (tested with version 0.42.6 and its bundled expr) are crashable with: INT_MIN % -1 Pd aborts hard with Floating point exception. Linux cappuccino 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64 GNU/Linux sizeof(int) is 4 Claude -- http://mathr.co.uk

1 0

SIGPIPE on iemnet's tcpserver
by Antoine Villeret 05 Jul '13

05 Jul '13

hi all, I got some crashes with iemnet's tcpserver gdb tells : [New Thread 0x7fffb9ffb700 (LWP 7828)] Program received signal SIGPIPE, Broken pipe. [Switching to Thread 0x7fffea57a700 (LWP 7713)] 0x00007ffff73b52cc in __libc_send (fd=<optimized out>, buf=<optimized out>, n=<optimized out>, flags=<optimized out>) and it happends when several (10) clients are connected at the same time and send some data I guess tcpserver is trying to write to a broken pipe and receive a SIGPIPE signal which is not handle and then exit - so crashes pd am I right ? if so, is it possible to set the SIG_PIPE handler to SIG_IGN to avoid crash ? I saw that here [1]. should I file a bug report ? if so where ? best regards antoine [1] : http://stackoverflow.com/questions/108183/how-to-prevent-sigpipes-or-handle… -- do it yourself http://antoine.villeret.free.fr

4 27

[pure-data:bugs] #1093 can't connect a second client to [udpserver]
by Antoine Villeret 04 Jul '13

04 Jul '13

--- ** [bugs:#1093] can't connect a second client to [udpserver]** **Status:** open **Created:** Thu Jul 04, 2013 11:53 AM UTC by Antoine Villeret **Last Updated:** Thu Jul 04, 2013 11:53 AM UTC **Owner:** nobody I start 3 pd : one with udpserver-help.pd, and the 2 other with udpclient-help.pd I connect the clientA, send some data, the server receives them and then the server successfully sends back something else to the client then I disconnect the clientA and connect clientB, but when clientB tries to send data I got in the pd console on server side : [udpserver] received disconnection event and in the command line : iemnet:sender-shutdown: Transport endpoint is not connected and on the client side, in the terminal I got : iemnet:sender-shutdown: Bad file descriptor --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

width control breaks parsing with [textfile]
by Roman Haefeli 03 Jul '13

03 Jul '13

Hi all The Pd file format might have its flaws, but I always enjoyed the fact that Pd files can be parsed with on-board tools like [textfile]. Using the same format (FUDI) for networking, file I/O, message passing makes a lot of things easier. Pd 0.45 is introducing a new feature to control width for objects/messages/comments. The way it is implemented breaks the ability to parse Pd files with [textfile]. The reason is that the format uses an un-escaped comma to delimit the object arguments from the object font/width properties. The following shows the original file data and after it has been sent from [textfile] to another and then saved: orig: #N canvas 613 117 450 300 10; #X floatatom 39 54 10 0 0 0 - - -, f 10; #X msg 122 145 f 31 \, f 31, f 37; the same 'parsed' by [textfile]: #N canvas 613 117 450 300 10 #X floatatom 39 54 10 0 0 0 - - - f 10 #X msg 122 145 f 31 \, f 31 f 37 I don't know any solution off-hand and I also don't know whether Pd was designed with the possibility in mind to read patches with [textfile]. I just want to have it mentioned. And yes, it does break some of my patches (not that this would be a reason not go forward and change Pd's file format). Roman

4 7

[pure-data:bugs] #1092 tcpserver crashes with more than 32 connexion
by Antoine Villeret 03 Jul '13

03 Jul '13

--- ** [bugs:#1092] tcpserver crashes with more than 32 connexion ** **Status:** open **Created:** Wed Jul 03, 2013 12:01 PM UTC by Antoine Villeret **Last Updated:** Wed Jul 03, 2013 12:01 PM UTC **Owner:** nobody tcpserver crashes when there is already 32 connexion and new client tries to connect here is a gdb output : ~~~~ antoine@Dell-XPS-15Z:~/Bureau/crash$ gdb pd GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://bugs.launchpad.net/gdb-linaro/>... Reading symbols from /usr/local/bin/pd...(no debugging symbols found)...done. (gdb) run -noaudio -nrt -noprefs raw_server_2.pd Starting program: /usr/local/bin/pd -noaudio -nrt -noprefs raw_server_2.pd [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7ffff3e9d700 (LWP 13862)] [New Thread 0x7ffff369c700 (LWP 13867)] [New Thread 0x7ffff2e9b700 (LWP 13871)] [New Thread 0x7ffff269a700 (LWP 13873)] [New Thread 0x7ffff1e99700 (LWP 13880)] [New Thread 0x7ffff1698700 (LWP 13882)] [New Thread 0x7ffff0e97700 (LWP 13889)] [New Thread 0x7fffe3fff700 (LWP 13891)] [New Thread 0x7fffe37fe700 (LWP 13896)] [New Thread 0x7fffe2ffd700 (LWP 13900)] [New Thread 0x7fffe27fc700 (LWP 13907)] [New Thread 0x7fffe1ffb700 (LWP 13909)] [New Thread 0x7fffe17fa700 (LWP 13916)] [New Thread 0x7fffe0ff9700 (LWP 13918)] [New Thread 0x7fffd3fff700 (LWP 13934)] [New Thread 0x7fffd37fe700 (LWP 13936)] [New Thread 0x7fffd2ffd700 (LWP 13947)] [New Thread 0x7fffd27fc700 (LWP 13951)] [New Thread 0x7fffd1ffb700 (LWP 13956)] [New Thread 0x7fffd17fa700 (LWP 13958)] [New Thread 0x7fffd0ff9700 (LWP 13965)] [New Thread 0x7fffbffff700 (LWP 13966)] [New Thread 0x7fffbf7fe700 (LWP 13974)] [New Thread 0x7fffbeffd700 (LWP 13976)] [New Thread 0x7fffbe7fc700 (LWP 13983)] [New Thread 0x7fffbdffb700 (LWP 13985)] [New Thread 0x7fffbd7fa700 (LWP 13990)] [New Thread 0x7fffbcff9700 (LWP 13992)] [New Thread 0x7fffaffff700 (LWP 14001)] [New Thread 0x7fffaf7fe700 (LWP 14003)] [New Thread 0x7fffaeffd700 (LWP 14010)] [New Thread 0x7fffae7fc700 (LWP 14012)] [New Thread 0x7fffadffb700 (LWP 14018)] [New Thread 0x7fffad7fa700 (LWP 14021)] [New Thread 0x7fffacff9700 (LWP 14028)] [New Thread 0x7fff9bfff700 (LWP 14030)] [New Thread 0x7fff9b7fe700 (LWP 14037)] [New Thread 0x7fff9affd700 (LWP 14039)] [New Thread 0x7fff9a7fc700 (LWP 14045)] [New Thread 0x7fff99ffb700 (LWP 14048)] [New Thread 0x7fff997fa700 (LWP 14055)] [New Thread 0x7fff98ff9700 (LWP 14057)] [New Thread 0x7fff8bfff700 (LWP 14064)] [New Thread 0x7fff8b7fe700 (LWP 14066)] [New Thread 0x7fff8affd700 (LWP 14072)] [New Thread 0x7fff8a7fc700 (LWP 14075)] [New Thread 0x7fff89ffb700 (LWP 14082)] [New Thread 0x7fff897fa700 (LWP 14084)] [New Thread 0x7fff88ff9700 (LWP 14090)] [New Thread 0x7fff77fff700 (LWP 14093)] [New Thread 0x7fff777fe700 (LWP 14099)] [New Thread 0x7fff76ffd700 (LWP 14102)] [New Thread 0x7fff767fc700 (LWP 14109)] [New Thread 0x7fff75ffb700 (LWP 14111)] [New Thread 0x7fff757fa700 (LWP 14115)] [New Thread 0x7fff74ff9700 (LWP 14119)] [New Thread 0x7fff67fff700 (LWP 14126)] [New Thread 0x7fff677fe700 (LWP 14128)] [New Thread 0x7fff66ffd700 (LWP 14135)] [New Thread 0x7fff667fc700 (LWP 14137)] [New Thread 0x7fff65ffb700 (LWP 14144)] [New Thread 0x7fff657fa700 (LWP 14145)] [New Thread 0x7fff64ff9700 (LWP 14153)] [New Thread 0x7fff53fff700 (LWP 14155)] [New Thread 0x7fff537fe700 (LWP 14162)] [New Thread 0x7fff52ffd700 (LWP 14164)] [Thread 0x7fff52ffd700 (LWP 14164) exited] Program received signal SIGSEGV, Segmentation fault. 0x00007ffff40a6dde in tcpserver_socket2index (sockfd=<optimized out>, x=0x72dc60) at tcpserver.c:127 127 if(x->x_sr[i]->sr_fd == sockfd) (gdb) bt #0 0x00007ffff40a6dde in tcpserver_socket2index (sockfd=<optimized out>, x=0x72dc60) at tcpserver.c:127 #1 tcpserver_disconnect_socket (x=0x72dc60, fsocket=45) at tcpserver.c:474 #2 0x00007ffff3ea1c7d in pollfun (z=<optimized out>, fd=<optimized out>) at iemnet_notify.c:126 #3 0x00000000004792ea in sys_domicrosleep.constprop.3 () #4 0x000000000047b0ea in sys_pollgui () #5 0x000000000047477a in m_mainloop () #6 0x00007ffff6e0476d in __libc_start_main (main=0x4114a0 <main>, argc=5, ubp_av=0x7fffffffe248, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffe238) at libc-start.c:226 #7 0x00000000004114d1 in _start () (gdb) ~~~~ --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1091 crash when Sample Rate of audio interface is changed
by max 02 Jul '13

02 Jul '13

--- ** [bugs:#1091] crash when Sample Rate of audio interface is changed** **Status:** open **Created:** Tue Jul 02, 2013 08:46 PM UTC by max **Last Updated:** Tue Jul 02, 2013 08:46 PM UTC **Owner:** Miller Puckette Pd-vanilla 0.44 and Pd-extended on OS X crash when the Sample Rate of the external audio device is changed. It freezes when the Sample Rate of the internal audio card is changed. (Tcl) INVALID COMMAND NAME: invalid command name "Pt_Start()" while executing "Pt_Start() called" ("uplevel" body line 1) invoked from within "uplevel #0 $docmds" --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

[pure-data:bugs] #1090 tcpserver crashes on SIGPIPE
by Antoine Villeret 02 Jul '13

02 Jul '13

--- ** [bugs:#1090] tcpserver crashes on SIGPIPE** **Status:** open **Labels:** iemnet **Created:** Tue Jul 02, 2013 07:01 PM UTC by Antoine Villeret **Last Updated:** Tue Jul 02, 2013 07:01 PM UTC **Owner:** nobody here are attached 3 patches demonstrating the bug the raw_server.pd should be started first then the 10_raw_client_light.pd should be started and a crash will happen not so late... and below some infos $ gdb pd >run -noprefs -noaudio -nrt raw_server.pd > >Starting program: /usr/local/bin/pd -noprefs -noaudio -nrt raw_server.pd >[Thread debugging using libthread_db enabled] >Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". >[New Thread 0x7ffff3e9e700 (LWP 10304)] > >[New Thread 0x7fffa37fe700 (LWP 10440)] > >Program received signal SIGPIPE, Broken pipe. >[Switching to Thread 0x7fffeee94700 (LWP 10329)] >0x00007ffff73b52cc in __libc_send (fd=<optimized out>, buf=<optimized out>, > n=<optimized out>, flags=<optimized out>) > at ../sysdeps/unix/sysv/linux/x86_64/send.c:33 >33 ../sysdeps/unix/sysv/linux/x86_64/send.c: Aucun fichier ou dossier de ce type. (gdb) bt >#0 0x00007ffff73b52cc in __libc_send (fd=<optimized out>, > buf=<optimized out>, n=<optimized out>, flags=<optimized out>) > at ../sysdeps/unix/sysv/linux/x86_64/send.c:33 >#1 0x00007ffff3ea25ca in iemnet__sender_dosend (q=0x748fe0, > sockfd=<optimized out>) at iemnet_sender.c:97 >#2 iemnet__sender_sendthread (arg=0x72eae0) at iemnet_sender.c:124 >#3 0x00007ffff73ade9a in start_thread (arg=0x7fffeee94700) > at pthread_create.c:308 >#4 0x00007ffff6ed6ccd in clone () > at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 >#5 0x0000000000000000 in ?? () > $ uname -sr >(Ubuntu 12.04) $ pd -version >Pd-0.44.3 ("") compiled 20:14:45 Jun 24 2013 --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/bugs/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/bugs/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

Fix column breaking in tof/pmenu (my first patch!)
by András Murányi 01 Jul '13

01 Jul '13

Hi List, I've submitted my very first patch to the patch tracker. It fixes column breaking in tof/pmenu. I've left the "owner" field empty, I wonder if that's OK or I should have set it anyone specific? Please take a peek and eventually accept: https://sourceforge.net/p/pure-data/patches/512/ András

1 0

[pure-data:patches] #512 Fix column breaking in tof/pmenu
by Andras Muranyi 01 Jul '13

01 Jul '13

--- ** [patches:#512] Fix column breaking in tof/pmenu** **Status:** open **Labels:** externals tof pmenu **Created:** Mon Jul 01, 2013 08:48 PM UTC by Andras Muranyi **Last Updated:** Mon Jul 01, 2013 08:48 PM UTC **Owner:** nobody Problem: When adding many elements to the popup menu, a second column is created (however in an erraneous way) but when that is filled up elements will appear off-screen. Solution: Break the menu into new columns using the existing COLUMNBREAK constant. (http://puredata.hurleur.com/viewtopic.php?pid=37484) --- Sent from sourceforge.net because pd-dev(a)lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev July 2013