Re: Reading in real time from a file without pipes
Matthew Hudson wrote: Mon Dec 11 09:08:37 PST 2006 c0re dumped wrote: I wonder if is possible to read data from a certain file without using a pipe. Let me explain: I have a process already writing messages to a logfile. I want to read all written data (without neither stop nor interfere normal log process) from another process in real time. How can I achieve it ? When on the command line, I do this using the program 'socat' (net/socat in ports). I.e. socat FILE:/var/log/messages,ignoreeof - How is that different from tail -f +1? This gives me the same sort of behavior as 'tail -f' except that it reads the entire file in first. That's what +1 with tail(1) does. I know this isn't what you were asking since but I wanted to take the quick opportunity to brag about socat since I think it's the most powerful and useful utility that nobody seems to have heard about. Maybe that's because we already have tail(1) in the base system. ;-) More in line to what you're asking, I think the magic you're looking for is hinted to by the name of the option that socat uses, i.e. 'ignoreeof'. I'd surmise that all that socat and 'tail -f' are doing are reading until the end of a file and when they get a EOF, they simply wait a few milliseconds and try again. No. FreeBSD's tail(1) does not poll at EOF, which would be quite ugly and inefficient. Instead it uses the kqueue interface, so the kernel notifies tail when more data is available. I've had a quick look at the socat sources; it doesn't seem to use the kqueue interface, so it probably polls at EOF. Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. Being really good at C++ is like being really good at using rocks to sharpen sticks. -- Thant Tessman ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Reading in real time from a file without pipes
Mon Dec 11 09:08:37 PST 2006 c0re dumped wrote: I wonder if is possible to read data from a certain file without using a pipe. Let me explain: I have a process already writing messages to a logfile. I want to read all written data (without neither stop nor interfere normal log process) from another process in real time. How can I achieve it ? When on the command line, I do this using the program 'socat' (net/socat in ports). I.e. socat FILE:/var/log/messages,ignoreeof - This gives me the same sort of behavior as 'tail -f' except that it reads the entire file in first. I also use this when I'm say scp'ing over a really large tarball of text files and want to start looking at the files as they're coming in: * bigdir.tgz is a big tarball being scp'd over, 3 hours remaining * socat FILE:bigdir.tgz,ignoreeof - | gzip -dc | tar xf - and just like that I now have bigdir.tgz being expanded in realtime without having to do anything that may have interfered with the scp (such as using ssh to run 'tee' on the remote host and do it that way. I know this isn't what you were asking since but I wanted to take the quick opportunity to brag about socat since I think it's the most powerful and useful utility that nobody seems to have heard about. More in line to what you're asking, I think the magic you're looking for is hinted to by the name of the option that socat uses, i.e. 'ignoreeof'. I'd surmise that all that socat and 'tail -f' are doing are reading until the end of a file and when they get a EOF, they simply wait a few milliseconds and try again. cheers -- Matthew Hudson ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Reading in real time from a file without pipes
Matthew Hudson wrote: Mon Dec 11 09:08:37 PST 2006 c0re dumped wrote: I wonder if is possible to read data from a certain file without using a pipe. Let me explain: I have a process already writing messages to a logfile. I want to read all written data (without neither stop nor interfere normal log process) from another process in real time. How can I achieve it ? When on the command line, I do this using the program 'socat' (net/socat in ports). I.e. socat FILE:/var/log/messages,ignoreeof - This gives me the same sort of behavior as 'tail -f' except that it reads the entire file in first. I also use this when I'm say scp'ing over a really large tarball of text files and want to start looking at the files as they're coming in: * bigdir.tgz is a big tarball being scp'd over, 3 hours remaining * socat FILE:bigdir.tgz,ignoreeof - | gzip -dc | tar xf - and just like that I now have bigdir.tgz being expanded in realtime without having to do anything that may have interfered with the scp (such as using ssh to run 'tee' on the remote host and do it that way. Wouldn't tail -f +1 do the same thing? ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Reading in real time from a file without pipes
Hello everyone, I wonder if is possible to read data from a certain file without using a pipe. Let me explain: I have a process already writing messages to a logfile. I want to read all written data (without neither stop nor interfere normal log process) from another process in real time. How can I achieve it ? thanks -- No stupid signatures here. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Reading in real time from a file without pipes
In the last episode (Dec 11), c0re dumped said: I wonder if is possible to read data from a certain file without using a pipe. Let me explain: I have a process already writing messages to a logfile. I want to read all written data (without neither stop nor interfere normal log process) from another process in real time. How can I achieve it ? Take a look at how the tail command does it. You can either stat the file periodically then read the new data if you see the timestamp or size change (portable), or use a kqueue to get notified immediately of any updates (not portable). -- Dan Nelson [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Reading in real time from a file without pipes
In the last episode (Dec 11), c0re dumped said: Thanks Dan, But using tail I will have to use a pipe. That's just what I don't want. That other process what I'm referring to is a C program which I'm working on. I want to use some C function that allow me to do it (if such a function exists, of course). That's why I said Take a look at how the tail command does it, not Use the tail command :) -- Dan Nelson [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Real time privileges for non-root users
On Thu, Jun 22, 2006 at 03:47:44PM +0100, mal content wrote: Hello. Is it possible to grant real-time privileges to ordinary users (not root) under FreeBSD? I'm doing some audio work and I'd like to give real time privileges to my user id. While I can't think of an existing user-friendly solution, you can use available tools and interfaces to satisfy your needs. The easiest, but not the smartest, way is to use rtprio(1). From rtprio(2): Realtime and idle priority is inherited through fork() and exec(). That is, you can start a shell with higher real-time priority, and it will hand its priority down to its children: $ su # rtprio 1 su yourself A smarter way is to use login.conf(5). Idle or real-time priority can be set for a login class, but the feature doesn't seem to be documented anywhere except in the code itself. The respective block from src/lib/libutil/login_class.c is as follows: /* Set the process priority */ if (flags LOGIN_SETPRIORITY) { p = login_getcapnum(lc, priority, LOGIN_DEFPRI, LOGIN_DEFPRI); if(p PRIO_MAX) { rtp.type = RTP_PRIO_IDLE; rtp.prio = p - PRIO_MAX - 1; p = (rtp.prio RTP_PRIO_MAX) ? 31 : p; if(rtprio(RTP_SET, 0, rtp)) syslog(LOG_WARNING, rtprio '%s' (%s): %m, pwd-pw_name, lc ? lc-lc_class : LOGIN_DEFCLASS); } else if(p PRIO_MIN) { rtp.type = RTP_PRIO_REALTIME; rtp.prio = abs(p - PRIO_MIN + RTP_PRIO_MAX); p = (rtp.prio RTP_PRIO_MAX) ? 1 : p; if(rtprio(RTP_SET, 0, rtp)) syslog(LOG_WARNING, rtprio '%s' (%s): %m, pwd-pw_name, lc ? lc-lc_class : LOGIN_DEFCLASS); } else { if (setpriority(PRIO_PROCESS, 0, (int)p) != 0) syslog(LOG_WARNING, setpriority '%s' (%s): %m, pwd-pw_name, lc ? lc-lc_class : LOGIN_DEFCLASS); } } Can you grok it? ;-) -- Yar ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Real time privileges for non-root users
Hello. Is it possible to grant real-time privileges to ordinary users (not root) under FreeBSD? I'm doing some audio work and I'd like to give real time privileges to my user id. MC ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
real time prio
Hi I'm having a combination of linux and freebsd OSes running a reltime system. On linux I use the sched_setscheduler together with raised priority to get realtime characteristics. I see that the same system calls are implemented in freebsd can I use the same approach or should the rtprio(1) wrapper be used. Mats ___ This e-mail communication (and any attachment/s) may contain confidential or privileged information and is intended only for the individual(s) or entity named above and to others who have been specifically authorized to receive it. If you are not the intended recipient, please do not read, copy, use or disclose the contents of this communication to others. Please notify the sender that you have received this e-mail in error by reply e-mail, and delete the e-mail subsequently. Thank you. _ Ce message (ainsi que le(s) fichier/s), transmis par courriel, peut contenir des renseignements confidentiels ou protégés et est destiné à l’usage exclusif du destinataire ci-dessus. Toute autre personne est par les présentes avisée qu’il est strictement interdit de le diffuser, le distribuer ou le reproduire. Si vous l’avez reçu par inadvertance, veuillez nous en aviser et détruire ce message. Merci. _ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Real Time FreeBSD?!!!
Hi Anubis and Den! Anubis, I've translated the questions into what I understood. Den, do not hesitate to complain if I had it wrong. I would guess the original message was: - what is the roadmap of FreeBSD (new features)? - (I let this one to authorized people :-) ) - How can a real-time system be designed around FreeBSD? - I've seen many people that knew what a real-time system is but they had different views... It all depends on the type of application and the allowed reaction time, in the end. What do you want to do? If the POSIX extensions are OK, then go for it. FreeBSD is a nice system! - FreeBSD has a small kernel due to module support but how stable is this kernel? - let's say it's stable enough to serve as a secure Internet backbone and file server (that must say pretty much...) - What are the current issues? - See the release notes. anubis écrit: Dude, could you rephrase that? Its a bit hard to understand On Sun, 18 Jan 2004 04:09 pm, sam Long wrote: I have a system FreeBSD 5.1-p11. How will develop further FreeBSD? How real time is possible to make from FreeBSD operational system? I know, that in FreeBSD there are expansions real time of standard POSIX. I have a small kernel of system due to modules, but on how many stably such kernel? What problems can be?I have born all modules for limits of a kernel. Thank you for the help Den. __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Real Time FreeBSD?!!!
I have a system FreeBSD 5.1-p11. How will develop further FreeBSD? How real time is possible to make from FreeBSD operational system? I know, that in FreeBSD there are expansions real time of standard POSIX. I have a small kernel of system due to modules, but on how many stably such kernel? What problems can be?I have born all modules for limits of a kernel. Thank you for the help Den. __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Real Time FreeBSD?!!!
Dude, could you rephrase that? Its a bit hard to understand On Sun, 18 Jan 2004 04:09 pm, sam Long wrote: I have a system FreeBSD 5.1-p11. How will develop further FreeBSD? How real time is possible to make from FreeBSD operational system? I know, that in FreeBSD there are expansions real time of standard POSIX. I have a small kernel of system due to modules, but on how many stably such kernel? What problems can be?I have born all modules for limits of a kernel. Thank you for the help Den. __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: real time
Joel Sherrill wrote: Wes Peters wrote: James Housley wrote: Wes Peters wrote: Charles: -Original Message- Joao Carlos [EMAIL PROTECTED] asked: Does FreeBSD has any related work about it as an real time operating system? Where can i find information about that ?? Here's one starting point, http://www.rtmx.com/ They offer extensions to OpenBSD. Used to. RTMX contributed the RTMX code base to OpenBSD and stopped distributing it themselves over a year ago. Since then, it has disappeared, with no mention of it on the OpenBSD web site. Neither OpenBSD.org, rtmx.com, nor rtmx.net has a search feature, so looking for it is nearly impossible. There is nothing in the OpenBSD change logs mentioning RTMX, either. RTEMS, http://www.oarcorp.com, does compile and run on FreeBSD. I have been contacted/contacting one of their main people about closer ties. The tools are in the ports tree. Tell Joel I said Hi. I like everything about RTEMS except the GPL that has infested it. I wish we could convince OARcorp to shed this and come up with a license that allows binary distribution. The licensing issue is the primary advantage eCOS has over RTEMS at this time, doubly ironic now that RootHack owns eCOS. I am sorry for missing this. I was out of town at the time and just now cleaning my inbox down to that point. RTEMS is not pure-GPL -- it does allow binary redistribution. It also has an exception that allows linking RTEMS with an application without causing the application to be covered by the GPL. Which are the only two complaints I have about the GPL vis-a-vis embedded code. Thanks for clearing this up, Joel. You will be (once again) featured prominently in an upcoming Daemon's Advocate. In fact, you may have come up with an almost perfect license, and certainly an interesting point of conversation. And, I've decided this weekend, RTEMS will be featured in at least some part of my OpenSail project. I'm leaning towards Linux or BSD on the main processor, mostly to make it easy for relatively untrained programmers to add applications to the system, but we will be making some interesting LCD displays, which will need a good, fast, tight embedded OS. Is there an existing port of RTEMS to the DragonBall? In particulary, we've been eye- balling the Lineo uCsimm development board. -- Where am I, and what am I doing in this handbasket? Wes Peters Softweyr LLC [EMAIL PROTECTED] http://softweyr.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: real time
Wes Peters wrote: James Housley wrote: Wes Peters wrote: Charles: -Original Message- Joao Carlos [EMAIL PROTECTED] asked: Does FreeBSD has any related work about it as an real time operating system? Where can i find information about that ?? Here's one starting point, http://www.rtmx.com/ They offer extensions to OpenBSD. Used to. RTMX contributed the RTMX code base to OpenBSD and stopped distributing it themselves over a year ago. Since then, it has disappeared, with no mention of it on the OpenBSD web site. Neither OpenBSD.org, rtmx.com, nor rtmx.net has a search feature, so looking for it is nearly impossible. There is nothing in the OpenBSD change logs mentioning RTMX, either. RTEMS, http://www.oarcorp.com, does compile and run on FreeBSD. I have been contacted/contacting one of their main people about closer ties. The tools are in the ports tree. Tell Joel I said Hi. I like everything about RTEMS except the GPL that has infested it. I wish we could convince OARcorp to shed this and come up with a license that allows binary distribution. The licensing issue is the primary advantage eCOS has over RTEMS at this time, doubly ironic now that RootHack owns eCOS. I am sorry for missing this. I was out of town at the time and just now cleaning my inbox down to that point. RTEMS is not pure-GPL -- it does allow binary redistribution. It also has an exception that allows linking RTEMS with an application without causing the application to be covered by the GPL. -- Where am I, and what am I doing in this handbasket? Wes Peters Softweyr LLC [EMAIL PROTECTED] http://softweyr.com/ -- Joel Sherrill, Ph.D. Director of Research Development [EMAIL PROTECTED] On-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available(256) 722-9985 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: real time
Joel Sherrill [EMAIL PROTECTED] writes: RTEMS is not pure-GPL -- it does allow binary redistribution. So does pure GPL, as long as you make the sources available. If you mean that you can redistribute (potentially modified) RTEMS binaries without providing the source code, then you've effectively got a {BSD,MIT,Apache} license (except for a few details about attributions and the naming of derivative software), and you might as well make the change in name as well as in function. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: real time
Dag-Erling Smorgrav wrote: Joel Sherrill [EMAIL PROTECTED] writes: RTEMS is not pure-GPL -- it does allow binary redistribution. So does pure GPL, as long as you make the sources available. If you mean that you can redistribute (potentially modified) RTEMS binaries without providing the source code, then you've effectively got a {BSD,MIT,Apache} license (except for a few details about attributions and the naming of derivative software), and you might as well make the change in name as well as in function. Let me just quote the exception. We are focused on the impact of the RTEMS license on the end user embedded application. As a special exception, including RTEMS header files in a file, instantiating RTEMS generics or templates, or linking other files with RTEMS objects to produce an executable application, does not by itself cause the resulting executable application to be covered by the GNU General Public License. This exception does not however invalidate any other reasons why the executable file might be covered by the GNU Public License. This exception is similar to that used by libgcc and gnat. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] -- Joel Sherrill, Ph.D. Director of Research Development [EMAIL PROTECTED] On-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available(256) 722-9985 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: real time
James Housley wrote: Wes Peters wrote: Charles: -Original Message- Joao Carlos [EMAIL PROTECTED] asked: Does FreeBSD has any related work about it as an real time operating system? Where can i find information about that ?? Here's one starting point, http://www.rtmx.com/ They offer extensions to OpenBSD. Used to. RTMX contributed the RTMX code base to OpenBSD and stopped distributing it themselves over a year ago. Since then, it has disappeared, with no mention of it on the OpenBSD web site. Neither OpenBSD.org, rtmx.com, nor rtmx.net has a search feature, so looking for it is nearly impossible. There is nothing in the OpenBSD change logs mentioning RTMX, either. RTEMS, http://www.oarcorp.com, does compile and run on FreeBSD. I have been contacted/contacting one of their main people about closer ties. The tools are in the ports tree. Tell Joel I said Hi. I like everything about RTEMS except the GPL that has infested it. I wish we could convince OARcorp to shed this and come up with a license that allows binary distribution. The licensing issue is the primary advantage eCOS has over RTEMS at this time, doubly ironic now that RootHack owns eCOS. -- Where am I, and what am I doing in this handbasket? Wes Peters Softweyr LLC [EMAIL PROTECTED] http://softweyr.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
RE: real time
Here's one starting point, http://www.rtmx.com/ They offer extensions to OpenBSD. Charles -Original Message- From: Joao Carlos [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 03, 2001 11:59 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: real time Does FreeBSD has any related work about it as an real time operating system? Where can i find information about that ?? --- Joao Carlos [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: real time
Charles: -Original Message- Joao Carlos [EMAIL PROTECTED] asked: Does FreeBSD has any related work about it as an real time operating system? Where can i find information about that ?? Here's one starting point, http://www.rtmx.com/ They offer extensions to OpenBSD. Used to. RTMX contributed the RTMX code base to OpenBSD and stopped distributing it themselves over a year ago. Since then, it has disappeared, with no mention of it on the OpenBSD web site. Neither OpenBSD.org, rtmx.com, nor rtmx.net has a search feature, so looking for it is nearly impossible. There is nothing in the OpenBSD change logs mentioning RTMX, either. You might want to ask Theo what happened to the RTMX code. -- Wes To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: real time
Wes Peters wrote: Charles: -Original Message- Joao Carlos [EMAIL PROTECTED] asked: Does FreeBSD has any related work about it as an real time operating system? Where can i find information about that ?? Here's one starting point, http://www.rtmx.com/ They offer extensions to OpenBSD. Used to. RTMX contributed the RTMX code base to OpenBSD and stopped distributing it themselves over a year ago. Since then, it has disappeared, with no mention of it on the OpenBSD web site. Neither OpenBSD.org, rtmx.com, nor rtmx.net has a search feature, so looking for it is nearly impossible. There is nothing in the OpenBSD change logs mentioning RTMX, either. RTEMS, http://www.oarcorp.com, does compile and run on FreeBSD. I have been contacted/contacting one of their main people about closer ties. The tools are in the ports tree. Jim -- /\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ - [EMAIL PROTECTED] http://www.FreeBSD.org The Power to Serve [EMAIL PROTECTED] http://www.TheHousleys.net - microsoft: where do you want to go today? linux: where do you want to go tomorrow? BSD: are you guys coming, or what? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
real time
Does FreeBSD has any related work about it as an real time operating system? Where can i find information about that ?? --- Joao Carlos [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
optmizations/real time conditions
Hi ! I am working on some modifications in the netinet code. I therefore want as little intereferences/side affects as possible. I would like real time conditions ... but I think thats just an illusion :) However, I want to minimize the effects done by userland processes, getty,login,cron et cetera ... and I need to optimize the kernel. Are there any documents about this issue? I wonder wether the scheduler works right when I disable the swapper for example ... I did search via google - but did not find any really reasonable stuff. I'd appreciate any help or pointers according to this matter. tia Jochen -- Jochen Kaiserkind@IRCNET, phone +49 9131 85-28134 Network Administration mailto:[EMAIL PROTECTED] Regionales Rechenzentrum Universitaet Erlangen-Nuernberg, Germany GPG public key: http://www.uni-erlangen.de/~unrza2/public_key.txt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
POSIX Real time extensions
Curiousity strikes me: Is there any present plans to implement the posix realtime signal queues in the freeBSD kernel? I fear I'm not too up on this portion of developement, but I've been looking around to see if it's implemented and it looks like it's not the case. I'm writing some library code to deal with signal driven i/o right now, and presently can only test on Linux. It would be nice if FreeBSD implemented these features. The feature has been available in linux for some time, but has just recently stabalized (i.e. become non buggy) in the devel kernels. Thanks, Shane Nay (I'd do it myself, but I'm sure core would laugh at my implementation :=) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: POSIX Real time extensions
* Shane Nay [EMAIL PROTECTED] [000711 14:41] wrote: Curiousity strikes me: Is there any present plans to implement the posix realtime signal queues in the freeBSD kernel? I fear I'm not too up on this portion of developement, but I've been looking around to see if it's implemented and it looks like it's not the case. I'm writing some library code to deal with signal driven i/o right now, and presently can only test on Linux. It would be nice if FreeBSD implemented these features. The feature has been available in linux for some time, but has just recently stabalized (i.e. become non buggy) in the devel kernels. Have a look at "man kqueue", it's a really nifty interface that works very well. -Alfred To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
real time stuff
Even though its for linux, and linux is really a different animal, has anyone who is interested in realtime stuff looked at http://www.rtlinux.org they have a whack of patches against 2.0.36 and 2.2.1. -- Email: ska...@worldgate.com Voice: +780 413 1910Fax: +780 421 4929 #575 Sun Life Place * 10123 99 Street * Edmonton, AB * Canada * T5J 3H1 ---- When things can't get any worse, they simplify themselves by getting a whole lot worse then complicated. A complete and utter disaster is the simplest thing in the world; it's preventing one that's complex. (Janet Morris) To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message