gettimeofday(): Help please
Joel Sherrill <joel@OARcorp.com>
joel.sherrill at OARcorp.com
Fri Mar 5 14:18:27 UTC 2004
sashti srinivasan wrote:
> Thanks. I will post the sources shortly. It will
> be a great help if you help me to solve the other
> problem. That is, If I use the functions
> Read_timer(), Intialize_timer(), I get the error "raw
> handler connexion failed". Is it possible to get away
> with it? Same is the case with distributed timing
> test tm01.exe.
No. There may be something wrong with the pc386 BSP.
Can someone else confirm that tm01.exe runs for them
on a PC386 BSP?
> With Regards
> --- Joel Sherrill <joel.sherrill at OARcorp.com> wrote:
>>sashti srinivasan wrote:
>>> With best support from the list, I could have
>>>pc386 booting with grub-rtems. In my applications,
>>>have posted my problems to the list. I infer that,
>>>the error "raw handler connexion failed" is only
>>>because of the usage of functions
>>>Read_timer(). If I do without this by invoking
>>>gettimeofday(), I could run the application, but
>>>results are not of any use. Because, it appears,
>>>gettimeofday() always returns a constant value. It
>>>was like this in sparc-rtems(TSIM) also. Please
>>>me in getting atleast one of the problems solved.
>>I don't know why the pc386 BSP is doing that. But if
>>the sparc is
>>returning a constant value, then you most likely did
>>not configure the
>>Are you defining both these before including
>>Is your test case simple enough to post?
>>>Do you Yahoo!?
>>>Yahoo! Search - Find what you’re looking for faster
> Do you Yahoo!?
> Yahoo! Search - Find what you’re looking for faster
Joel Sherrill, Ph.D. Director of Research & Development
joel at OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
More information about the users