<html>
<head>
</head>
<body>
<br>
Joel Sherrill wrote:<br>
<blockquote type="cite" cite="mid:3E67BEA8.200E5E88@OARcorp.com">
<pre wrap="">I hate to ask this at this point but what version of RTEMS<br>did you use to successfully run these tests before on this <br>same hardware? I do not believe anything is wrong with your<br>tools or installation. I am beginning to wonder if some<br>other change between the last one you tried and this<br>one are doing it. Since the <br></pre>
</blockquote>
After testing the prerelease and failing on the linux machine, I decided
to build snapshot<br>
rtems-ss-20010424.tgz<br>
The reason for this is that I had the RPMs from about this date that I knew
worked.<br>
I completely removed the RPMs (directory an all)<br>
and built the following with the following tools from the bit scripts<br>
<br>
binutils-2.11-rtems-20010409.diff<br>
binutils-2.11.2-rtems-20010622.diff<br>
binutils-2.11.2.tar.gz<br>
binutils-2.11.tar.bz2<br>
c_build_scripts-4.5.0.tgz<br>
gcc-2.95.2-rtems-20010221.diff<br>
gcc-2.95.2.tar.gz<br>
newlib-1.9.0-rtems-20010221.diff<br>
newlib-1.9.0.tar.gz<br>
<br>
The samples ran was considering going a half split or maybe to the snapshot
with the latest gcc2.95. <br>
The bit script, however, didn't work for me on OSX so I left it at that.
Eric has been working with me on getting the latest working properly on OSX
(I am building the tools again now)<br>
<br>
<blockquote type="cite" cite="mid:3E67BEA8.200E5E88@OARcorp.com">
<pre wrap=""><br>You mention Linux and MacOS X. Are the test results the same<br>when compiled from both environments?<br></pre>
</blockquote>
The tests I did with OSX were for the previous snapshot, rtems-ss-20030128.tar.bz2.<br>
<br>
I posted these results on 28 Feb. The two were identical in that the OSX
ones did not give the exception.<br>
I only tested the pc386dx but tested it on the DIMMPC (as it has no fpu)<br>
Here are the results (copied from that message)<br>
<br>
<blockquote>It appears to be very broken <br>
I ran some of the samples with the following results: <br>
<br>
ticker *********************** <br>
- I get a message on the console that clock tick test is starting and
then the machine reboots <br>
unlimited ************************* <br>
I get the message <br>
TEST1: auto-extend disabled <br>
TEST1: creating task 'aa00', number = 0, ide = 0a010002, starting <br>
The application seems frozen now with a cursor blinking at one space
after the comma on the last line <br>
<br>
paranoia ************************* <br>
passes test <br>
<br>
Could someone send me a copy of built examples of ticker and unlimited for
a pc386dx build so I can eliminate or determine the problem is at my end?
<br>
<br>
Thanks <br>
</blockquote>
Prior to this, I tested my actual application with these results (again copied)<br>
<blockquote>My build is broken in that the application can no longer
start. <br>
Is suspect that the problem may be in the static variable initialisers, however,
I am unsure. <br>
<br>
My device drivers are getting initialised (I can see this on the console)
<br>
however I get an exception error <br>
<br>
exception 6 caught <br>
<br>
This occurs before a printf statement I placed at the start of r Init <br>
<br>
I also commented out all the code in the Init function and still got the
same error. <br>
<br>
I removed nearly all of my code and the application initialised <br>
<br>
Init is in a cpp module which is being executed <br>
<br>
<br>
</blockquote>
<blockquote type="cite" cite="mid:3E67BEA8.200E5E88@OARcorp.com">
<pre wrap=""><br>See my comments below.<snip></pre>
</blockquote>
<br>
<blockquote type="cite" cite="mid:3E67BEA8.200E5E88@OARcorp.com">
<pre wrap=""><br>pc386 assumes the presence of an FPU.<br>pc386dx assumes no FPU.<br></pre>
</blockquote>
Yes. It is interesting that paranoia on the snapshot ran successfully built
on the OSX.<br>
<blockquote type="cite" cite="mid:3E67BEA8.200E5E88@OARcorp.com">
<blockquote type="cite">
<pre wrap=""><br></pre>
</blockquote>
<pre wrap=""><!----><br>Which exception is it?<br></pre>
</blockquote>
Exception 6 - same as what occurred in my application<br>
<blockquote type="cite" cite="mid:3E67BEA8.200E5E88@OARcorp.com">
<pre wrap=""><br><br><br></pre>
<blockquote type="cite">
<pre wrap="">--<br>Angelo Fraietta<br><br>PO Box 859<br>Hamilton NSW 2303<br><br>Home Page<br><br><a class="moz-txt-link-freetext" href="http://www.users.bigpond.com/angelo_f/">http://www.users.bigpond.com/angelo_f/</a><br><br>There are those who seek knowledge for the sake of knowledge - that is CURIOSITY<br>There are those who seek knowledge to be known by others - that is VANITY<br>There are those who seek knowledge in order to serve - that is LOVE<br> Bernard of Clairvaux (1090 - 1153)<br></pre>
</blockquote>
<pre wrap=""><!----><br></pre>
</blockquote>
<br>
<pre class="moz-signature" cols="$mailwrapcol">--
Angelo Fraietta
PO Box 859
Hamilton NSW 2303
Home Page
<a class="moz-txt-link-freetext" href="http://www.users.bigpond.com/angelo_f/">http://www.users.bigpond.com/angelo_f/</a>
There are those who seek knowledge for the sake of knowledge - that is CURIOSITY
There are those who seek knowledge to be known by others - that is VANITY
There are those who seek knowledge in order to serve - that is LOVE
Bernard of Clairvaux (1090 - 1153)</pre>
<br>
</body>
</html>