Jan, The project I am trying to make real time is: http://sourceforge.net/projects/opener/
It is hard to give a test case because my other side of this is an Allen Bradley controller. This project does work in standard Linux but then I have to deal with OS latencies from the card to my real time program. Here is my current thought. The code as written in your example works. If I run accept() before select, accept() always returns the same file descriptor as was put it. Is this a a limitation of RTNET? Also, it appear that select() without accept() and you can read() successfully. I can probably work around the above. Now I need to focus on why Send or Write are "oops"ing. The only difference between my code and your example is that I am not setting the same socket options SO_KEEPALIVE and SO_SNDTIMEO. I will try these this mourning. The only other reason this could be "oops"ing is that I am reading and writing on the same socket and your example does not. I will let you know. Glen P.S. At least now I know I can go back to RTAI if I want. The rest of our project works in RTAI. On 2/8/11 7:24 AM, "Jan Kiszka" <[email protected]> wrote: > On 2011-02-08 13:18, Glen Wernersbach wrote: >> I used select with a timeout. Select seems to work. It returns a positive >> number and a fdset. >> >> It is accept which does not seem to work in taking off the top packets and >> send or write oopses the machine. >> >> Accept does seem to work if I run it before select. > > Given that this is not the pattern we tested so far (actually, the whole > server side TCP implementation was only "for fun", real use cases were > only clients so far) nor is it supposed to work based on the existing > logic, you may have triggered a BUG path. > >> >> We can try the example but then I have to set up another machine. > > Or provide your test for local reproduction. > >> >> Could any of thus be e1000 driver? > > Test via rtlo instead. > > Jan > -- Glen Wernersbach President & CTO Jetsoft Development Co. 629 Old St Rt. 74 Suite 210 Cincinnati, Oh 45244 Custom Programming Web Site: www.jetsoftdev.com Retail Products Web Site: www.scanhelp.com Phone: 513-528-6660 Fax: 513-528-3470 ---- "Support Dyslexia Research" ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ RTnet-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/rtnet-developers
