Will pthread conflict with Performer??

New Message Reply Date view Thread view Subject view Author view

Ren-Jye Yu (renjye++at++python.tamu.edu)
Wed, 30 Jul 1997 14:14:38 -0500


Hello,

        I am using pthread to create a TCP/IP connection in my Performer code.
After running the program for a while, it will core dump deep in pfFrame().

> Core from signal SIGSEGV: Segmentation violation
> (dbx) where
> > 0 venice_wait_rdata(0xb, 0x4080000, 0x28, 0x1) ["../VENICE/ven_get.c":195,
> 0xdaf15c8]
> 1 venice_flush_pgs(0xb, 0x4080000, 0x28, 0x1)
["../VENICE/ven_modes.c":115,
> 0xdaea534]
> 2 __glvenim_Finish(0xb, 0x4080000, 0x28, 0x1)
["../VENICE/ven_modes.c":121,
> 0xdaea594]
> 3 appCullDraw(int)(0x5d96, 0x4080000, 0x28, 0x1)
> ["../../../lib/libpf/pfProcess.C":2436, 0x5e690ad0]
> 4 pfFrame(0xb, 0x4080000, 0x28, 0x1)
["../../../lib/libpf/pfProcess.C":2727,
> 0x5e691640]
> 5 main(argc = 3, argv = 0x7fff2e14) ["/usr/people/sim/sim/main.c":332,
> 0x41354c]
> 6 __istart() ["crt1tinit.s":13, 0x412860]
> (dbx)

 Does anyone have any experience using pthread with Performer? Can I use
pthread with Performer? If you can use pthread, are there settings to insure
Performer does not affect the pthread are vice versa. If we can't use pthread,
is there another way to spawn child processes such as a TCPIP module using
shared memory. We are using threads because are refresh rate is our primary
concern. We do not want to slow the Performer process by adding a TCPIP module
into the loop.

Thanks for you help.

renjye

-- 

______________________________________________________________________________

("`-''-/").___..--''"`-._ Ren-Jye Yu `6_ 6 ) `-. ( ).`-.__.`) Email :renjye++at++python.tamu.edu (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 _..`--'_..-_/ /--'_.' ,' (H) :(409) 691-8570 (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department H.R. Bright Building Texas A&M University College Station 77840-3141 _______________________________________________________________________________

======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer++at++sgi.com Admin. requests: info-performer-request++at++sgi.com


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:55:40 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.