On 13/02/15 14:11, Patrick Welche wrote: > On Fri, Feb 13, 2015 at 01:51:47PM +0000, Justin Cormack wrote: >> What was your use case? > > I was hoping RUMPUSER_THREADS=none might be a magic work around to avoid > NetBSD's gdb getting confused with threaded programs :-/ > > (http://gnats.netbsd.org/49662) > > printf() is my friend :-)
You probably meant to run gdb against rump_server. The clientside path is really all you already see in your output dump. I filed a NetBSD PR against gdb breaking other pthread_sigmask() quite some years ago, but I thought it was closed. Anyway, that's a moot point, since rump_server does not call pthread_sigmask(). ------------------------------------------------------------------------------ Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ rumpkernel-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/rumpkernel-users
