Pavel,
Yes, I'd like it. All I need is the sprintf command -- It preps my floating
point numbers to write them out to a Video Insertion Generator card. So, if
you say that I'm safe using the sprintf I'd like it. Then I don't have to
figure out the "ld -r" stuff either (I'm not so good at that stuff and am
always in a time crunch).
Thanks -
Janet
> -----Original Message-----
> From: Pavel Andris [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, August 11, 2000 5:39 AM
> To: Estabridis, Janet P
> Cc: [EMAIL PROTECTED]
> Subject: Re: [rtl] FW: sprintf for floating point numbers in rt
> module
>
> On Thu, Aug 10, 2000 at 02:42:49PM -0700, Estabridis, Janet P wrote:
> >
> >
> > > -----Original Message-----
> > > From: Horacio and Janet Estabridis
> [SMTP:[EMAIL PROTECTED]]
> > > Sent: Thursday, August 10, 2000 1:59 PM
> > > To: 'Janet Estabridis @ work'
> > > Subject: sprintf for floating point numbers in rt module
> > >
> > > Hi,
> > >
> > > I'm using RTLV0.9J with kernel 2.0.36 if that matters.
> > >
> > > I've search the archives and found that sprintf doesn't work with
> floating
> > >
> > > point numbers in a real-time modules, but that Pavel Andris had done
> > > something "quick and dirty" and had agreed with Phil Wilshire to have
> it
> > > available. So, I looked and can't find it. Where can I get it and
> > > instructions for using it?
> > >
>
> Hi Janet and all,
>
> my quick and dirty packet is nothing but a collection of about 250
> sources + includes from glibc. Only i586 architecture is covered. The
> sources were collected to cover sprintf() + sscanf() needs of my RT
> threads. I do lot of floating point operations and it is essential for
> my application.
>
> Actually the glibc sources were (almost) not modified and I declare I
> don't understand them. I wrote only a simple Makefile to get a lib
> that is partially linked (ld -r) with my RT modules.
>
> The lib contains e.g. unmodified malloc and friends that crash a
> computer very reliably when called from a RT thread, as
> expected. That's why I gave up publishing the lib. In spite of this
> sprintf and sscanf work fine. Anyway I should investigate if they call
> any dangereous function.
>
> I provided the lib to 2 or 3 people who asked me for a tarball but I
> received no feedback from them.
>
> Some time later I realized that the same result could be possibly
> reached by linking with standard libc (ld with right options), but I'm
> just too lazy to try it.
>
> If you want the tarball in spite of everything mentioned above, drop
> me a line, I'll upgrade README and send it to you.
>
> Regards,
>
> pa
> --
> ..........................................................................
> Pavel Andris | tel: +421 7 5941 2167
> Institute of Control Theory and Robotics | fax: +421 7 5477 6045
> Slovak Academy of Sciences |
> Dubravska cesta 9 | e-mail: [EMAIL PROTECTED]
> SK - 842 37 Bratislava |
> Slovakia |
> ..........................................................................
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/
