On Mon, 27 May 2013, Teske, Devin wrote:
I don't think there's any reason why we have to write it in C if we can write
it in sh.
I don't really care one way or the other (C or sh), but
I can say that I can understand(*) well structured C a lot
better than well structured sh. Having something
On Thu, 16 May 2013, Julian Elischer wrote:
On 5/15/13 9:52 PM, Daniel Eischen wrote:
On Wed, 15 May 2013, Daniel Eischen wrote:
We need to log all translations from internal IP addresses to
external addresses. It's good enough to have IPv4 to Ipv4
translations for TCP streams, just one log
We need to log all translations from internal IP addresses to
external addresses. It's good enough to have IPv4 to Ipv4
translations for TCP streams, just one log for the start of
each stream.
We're using FreeBSD-9.1-stable and IPFW with userland natd.
The -log option of natd just seems to log
On Wed, 15 May 2013, Daniel Eischen wrote:
We need to log all translations from internal IP addresses to
external addresses. It's good enough to have IPv4 to Ipv4
translations for TCP streams, just one log for the start of
each stream.
We're using FreeBSD-9.1-stable and IPFW with userland
On Wed, 8 May 2013, Larry Rosenman wrote:
Daniel Eischen deisc...@freebsd.org wrote:
On Wed, 8 May 2013, Larry Rosenman wrote:
Can SOMEONE please look at this?
I have a real need to get java back on my -CURRENT server soon.
Did/can you try just backing out r249606?
--
DE
How can I
On Wed, 8 May 2013, Daniel Eischen wrote:
On Wed, 8 May 2013, Larry Rosenman wrote:
Daniel Eischen deisc...@freebsd.org wrote:
On Wed, 8 May 2013, Larry Rosenman wrote:
Can SOMEONE please look at this?
I have a real need to get java back on my -CURRENT server soon.
Did/can you try just
On Wed, 8 May 2013, Larry Rosenman wrote:
Can SOMEONE please look at this?
I have a real need to get java back on my -CURRENT server soon.
Did/can you try just backing out r249606?
--
DE
___
freebsd-hackers@freebsd.org mailing list
On Tue, 8 Jan 2013, Richard Sharpe wrote:
[ ... ]
Well, it turns out that your suggestion was correct.
I did some more searching and found another similar suggestion, so I
gave it a whirl, and it works.
Now, my problem is that Jeremy Allison thinks that it is a fugly hack.
This means that I
On Tue, 8 Jan 2013, Daniel Eischen wrote:
On Tue, 8 Jan 2013, Richard Sharpe wrote:
[ ... ]
Well, it turns out that your suggestion was correct.
I did some more searching and found another similar suggestion, so I
gave it a whirl, and it works.
Now, my problem is that Jeremy Allison thinks
On Mon, 7 Jan 2013, Richard Sharpe wrote:
Hi folks,
I am running into a problem with AIO in Samba 3.6.x under FreeBSD 8.0
and I want to check if the assumptions made by the original coder are
correct.
Essentially, the code queues a number of AIO requests (up to 100) and
specifies an RT signal
On Thu, 3 Jan 2013, Lars Engels wrote:
Am 02.01.2013 18:55, schrieb rank1see...@gmail.com:
For example:
# pkg_info -W /usr/local/bin/lynx
/usr/local/bin/lynx was installed by package lynx-2.8.7.2,1
# pkg_deinstall lynx-2.8.7.2,1
# pkg_info -W /usr/local/bin/lynx
pkg_info:
On Thu, 3 Jan 2013, Freddie Cash wrote:
That tells you which installed port owns /usr/local/bin/foo.
It doesn't tell you which NOT-installed port would install
/usr/local/bin/foo, which is what the OP is wanting.
Ahh, Bach.
--
DE
___
On Wed, 26 Sep 2012, Desmond da Peoples wrote:
On Mon, 17 Sep 2012, Daniel Eischen wrote:
On Mon, 17 Sep 2012, Tom Evans wrote:
On Sun, Sep 16, 2012 at 8:12 PM, Jeff Anton an...@hesiod.org wrote:
^E my point is that all this information needs to be
together in one human and machine
On Mon, 17 Sep 2012, Tom Evans wrote:
On Sun, Sep 16, 2012 at 8:12 PM, Jeff Anton an...@hesiod.org wrote:
… my point is that all this information needs to be
together in one human and machine readable form. We need to be able to look
at the whole picture of a device and say that makes sense
On Sun, 5 Feb 2012, Ivan Voras wrote:
On 5 February 2012 11:44, Garrett Cooper yaneg...@gmail.com wrote:
'make MAKE_JOBS_NUMBER=1' is the workground used right now..
David Xu suggested that it is a bug in Python - it doesn't set
process-shared attribute when it calls sem_init(), but
On Sun, 5 Feb 2012, Jilles Tjoelker wrote:
On Sun, Feb 05, 2012 at 01:32:42PM -0500, Daniel Eischen wrote:
On Sun, 5 Feb 2012, Ivan Voras wrote:
On 5 February 2012 11:44, Garrett Cooper yaneg...@gmail.com wrote:
'make MAKE_JOBS_NUMBER=1' is the workground used right now..
David Xu
On Wed, 18 Jan 2012, Andriy Gapon wrote:
on 18/01/2012 12:44 Robert Watson said the following:
My view is therefore that we have a social -- which is to say structural --
problem. Regardless of .0 releases, we should be forcing out minor releases,
which are morally similar to service packs in
On Tue, 17 Jan 2012, Igor Mozolevsky wrote:
On 17 January 2012 23:01, Adrian Chadd adr...@freebsd.org wrote:
If you'd like to see:
... more frequent releases? then please step up and help with all the
infrastructure needed to roll out test releases, including building
_all_ the ports. A lot
On Sun, 17 Apr 2011, Andriy Gapon wrote:
on 16/04/2011 14:46 Andriy Gapon said the following:
The second puzzle is the EPERM return value itself, on stable/8.
From what I seem chromium does a bunch of forks before it gets to the place of
interest. My debugging shows that those forks are
On Sun, 17 Apr 2011, Andriy Gapon wrote:
on 17/04/2011 18:21 Daniel Eischen said the following:
On Sun, 17 Apr 2011, Andriy Gapon wrote:
on 16/04/2011 14:46 Andriy Gapon said the following:
The second puzzle is the EPERM return value itself, on stable/8.
From what I seem chromium does
On Thu, 10 Mar 2011, Steve Franks wrote:
I'm interested in doing some graphical serial-port parsing software in
Python (or possibly C which I'm actually more familiar with) - anyone
care to render an opinion on the most direct route to a usable gui?
I figure Python is probably somewhat the
On Feb 27, 2011, at 4:26 PM, Yuri y...@rawbw.com wrote:
Forwarding to standards@ and davidxu@ per Garrett Cooper suggestion.
Also I want to add that I came to this question while observing behavior
consistent with multiple wakeup on FreeBSD-8.1. The heavily multi-threaded
code that
On Sat, 12 Feb 2011, Naveen Gujje wrote:
Hi All,
On my FreeBSD 7.2 box, I've two routing tables (FIBs). Fib 0 and Fib 1
(net.fibs = 2).
I have a simple echo client which is the counterpart of an echo server
running somewhere.
If I run this echo client against fib 0 as 'setfib 0
On Fri, 4 Jun 2010, Gabor Kovesdan wrote:
Hello folks,
I'm trying to integrate the result of my last SoC work to the base system but
I'm facing some difficulties with libc symbol versioning. I placed the iconv
code into an iconv subdirectory inside src/lib/libc and I added a Makefile
and a
On Thu, 3 Jun 2010, Václav Haisman wrote:
Hi,
is it possible to obtain some sort of a thread ID that identifies a thread
within a process other than pthread_self()? Something like gettid() on
Linux? Apparently, on FreeBSD the pthread_t is a pointer type and does not
identify the thread well
On Thu, 3 Jun 2010, V??clav Haisman wrote:
Daniel Eischen wrote, On 3.6.2010 16:51:
On Thu, 3 Jun 2010, V??clav Haisman wrote:
Hi,
is it possible to obtain some sort of a thread ID that identifies a thread
within a process other than pthread_self()? Something like gettid() on
Linux
On Fri, 22 Jan 2010, Jilles Tjoelker wrote:
On Fri, Jan 22, 2010 at 07:55:47AM -0800, Randall Stewart wrote:
On Jan 22, 2010, at 7:33 AM, Ivan Voras wrote:
On 01/22/10 16:10, Ed Schouten wrote:
* Ivan Vorasivo...@freebsd.org wrote:
This is a good and useful addition! I think Windows has
On Thu, 21 Jan 2010, Bernard van Gastel wrote:
But the descheduling of threads if the mutex is not available is done
by the library. And especially the order of rescheduling of the
threads (thats what I'm interested in). Or am I missing something in
the sys/kern/sched files (btw I don't have
On Thu, 21 Jan 2010, Bernard van Gastel wrote:
In real world application such a proposed queue would work almost
always, but I'm trying to exclude all starvation situations primarily
(speed is less relevant). And although such a worker can execute it
work and be scheduled fairly, the addition
On Thu, 17 Dec 2009, John Baldwin wrote:
On Thursday 17 December 2009 6:12:07 am Steven Hartland wrote:
We're having an issue with Passenger on FreeBSD where it will hang
and stop processing any more requests the details are attach to
the following bug report:
On Fri, 23 Oct 2009, John Baldwin wrote:
On Thursday 22 October 2009 5:17:07 pm Daniel Eischen wrote:
On Thu, 22 Oct 2009, Andrew Gallatin wrote:
Daniel Eischen wrote:
On Thu, 22 Oct 2009, Andrew Gallatin wrote:
Hi,
We're designing some software which has to lock access to
shared memory
On Fri, 23 Oct 2009, Andrew Gallatin wrote:
Daniel Eischen wrote:
On Fri, 23 Oct 2009, John Baldwin wrote:
On Thursday 22 October 2009 5:17:07 pm Daniel Eischen wrote:
On Thu, 22 Oct 2009, Andrew Gallatin wrote:
Daniel Eischen wrote:
On Thu, 22 Oct 2009, Andrew Gallatin wrote:
Hi
On Fri, 23 Oct 2009, Andrew Gallatin wrote:
Daniel Eischen wrote:
On Fri, 23 Oct 2009, Andrew Gallatin wrote:
It would be great if they were, but that discussion was 6 months
ago, and nothing seems to have happened. Plus we need to support
at least 7.X and probably 6, so any changes here
On Fri, 23 Oct 2009, Andrew Gallatin wrote:
Daniel Eischen wrote:
We already use umtx. This really is a hack and I wouldn't
advocate it. I'm not sure how you could make it work and
not break existing ability to return appropriate error
codes without slowing down the path in the non-shared
On Thu, 22 Oct 2009, Andrew Gallatin wrote:
Hi,
We're designing some software which has to lock access to
shared memory pages between several processes, and has to
run on Linux, Solaris, and FreeBSD. We were planning to
have the lock be a pthread_mutex_t residing in the
shared memory page.
On Thu, 22 Oct 2009, Andrew Gallatin wrote:
Daniel Eischen wrote:
On Thu, 22 Oct 2009, Andrew Gallatin wrote:
Hi,
We're designing some software which has to lock access to
shared memory pages between several processes, and has to
run on Linux, Solaris, and FreeBSD. We were planning to
have
How's this all going?
I'm updating lang/gnat to gnat-2009 right now. In the
GNAT sources, it has build instructions including how
to build the cross - see below.
--
DE
--
-- BUILDING GNAT - EXAMPLE SEQUENCE --
--
On Fri, 19 Jun 2009, vasanth raonaik wrote:
Hello Hackers,
I want to print out the process ID of the process which is sending the
Signal.
Is it possible. if yes, can you please point me to any related documents.
Though I have not tried this, there is an si_pid field
(and other fields you
On Sat, 13 Jun 2009, Михаил Кипа wrote:
Next little program:
#include pthread.h
#include iostream
int main()
{
pthread_mutexattr_t t;
if (pthread_mutexattr_init(t)) return 1;
int i;
std::cout pthread_mutexattr_getprioceiling(t, i) std::endl;
}
always print 22. It
On Tue, 2 Jun 2009, Wojciech Puchar wrote:
i bought new digital camera+8GB flash card, and when i plug it into USB
port, it's detected properly
umass0: OLYMPUS FE20,X15,C25, class 0/0, rev 2.00/1.00, addr 2 on uhub1
da0 at umass-sim0 bus 0 target 0 lun 0
da0: OLYMPUS FE20,X15,C25 1.00
On Tue, 2 Jun 2009, Wojciech Puchar wrote:
before getting reboot.
Try disabling hal (comment out hald_enable in /etc/rc.conf).
If you need hal for X, try booting without X and hal/dbus.
You might also try UMASS_PROTO_SCSI | UMASS_PROTO_BBB, or
PROTO_BBB fixed this - now works properly
On Tue, 19 May 2009, xorquew...@googlemail.com wrote:
On 2009-05-18 18:36:15, Daniel Eischen wrote:
Well, I used a newer binutils on sparc when I did the original
port. Once I built the cross compiler and binutils toolset,
I was done with it. After the native compiler is built using
On Tue, 19 May 2009, xorquew...@googlemail.com wrote:
On 2009-05-18 18:36:15, Daniel Eischen wrote:
Hmm, if the system binutils is 2.15, then it should build
as a cross. You can do a cross build of all FreeBSD - I
think you just set TARGET=amd64 to build amd64 from
a different arch. Part
On Mon, 18 May 2009, xorquew...@googlemail.com wrote:
Hi.
After a week off, another update:
I've realised, too late, that I'm using a version of binutils
(2.19) that's incompatible with the system binutils (2.15).
Specifically, assembler code emitted by the native GNAT contains
On Mon, 4 May 2009, xorquew...@googlemail.com wrote:
Hello.
I'm attempting to compile GNAT on AMD64 with an eye to
extending support to the platform (the gnat-gcc43 port
is ONLY_FOR_ARCH=i386).
GNAT obviously requires an Ada compiler to bootstrap.
What are my options here?
I suspect that I
On Mon, 4 May 2009, xorquew...@googlemail.com wrote:
On 2009-05-04 14:44:52, Daniel Eischen wrote:
Is that your only system (amd64)? I originally
ported GNAT to FreeBSD x86 from a solaris-sparc32 system.
I built a sparc-sun-freebsd GNAT cross compiler using
the native Solaris GNAT binary
On Tue, 5 May 2009, xorquew...@googlemail.com wrote:
On 2009-05-04 15:03:32, Daniel Eischen wrote:
Right, you should be able to do it from either of those,
but perhaps the freebsd x86 may be easier.
I would use a PREFIX other than /usr/local (or something
different than whatever your actual
On Tue, 5 May 2009, xorquew...@googlemail.com wrote:
On 2009-05-04 20:54:46, Daniel Eischen wrote:
Yes, you can look at my lang/gnat port to find its
bootstrap compiler. I would recommend making a binary
bootstrap compiler on the earliest version of FreeBSD
amd64 as you can. If you use 8.0
On Fri, 1 May 2009, Christoph Mallon wrote:
Daniel Eischen schrieb:
+1 for leaving style(9) alone.
Have you looked at all the proposed changes? I ask to consider them
individually.
Point taken, my previous comment will only be for the
part about inline declarations. I'll go back and look
On Thu, 2 Apr 2009, Dmitry Marakasov wrote:
Hi!
I have a question about -pthread. Imagine the situation where one port
installs shared library that uses threads, and other port links with
this library. A question: should the second port explicitely add
-pthread to linker flags?
Yes.
For
On Wed, 18 Mar 2009, Kostik Belousov wrote:
I looked at the issue once more recently, and I propose the following
much less intrusive patch. It is somewhat hackish, but I think that
it would be good to have this working. Most other Unixes do have
working thread library after the fork. Any
On Thu, 26 Feb 2009, Ed Schouten wrote:
Hello all,
As you may have read some days ago, work has started to make the FreeBSD
base system compile better with clang, the BSD licensed C compiler from
the LLVM project.
One of the reasons why we can't compile the base system yet, is because
some
On Thu, 26 Feb 2009, Ed Schouten wrote:
* Daniel Eischen deisc...@freebsd.org wrote:
Why don't you add symbol versioning to libmp, so that old
binaries will still work, but new ones will get the new
symbols by default. Hmm, will that work without bumping
SHLIB_MAJOR? You might want to play
On Thu, 26 Feb 2009, Ed Schouten wrote:
* Daniel Eischen deisc...@freebsd.org wrote:
Well, as long as you're in there, maybe you should add
symbol versioning anyway, even after a library version
bump. Seems like it would be easy since there aren't
that many symbols.
I assume I should just
On Wed, 25 Feb 2009, Xin LI wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Just wanted to confirm that the following procedure to change an
existing interface:
- Remove the symbol in question from all previous FBSD_1.* namespaces
with their corresponding Symbol.map files;
- Add
On Wed, 21 Jan 2009, Brian Fundakowski Feldman wrote:
On Mon, Jan 19, 2009 at 07:41:35PM -0500, Brian Fundakowski Feldman wrote:
On Fri, Jan 16, 2009 at 02:36:06PM -0800, Jason Evans wrote:
Brian Fundakowski Feldman wrote:
Could you, and anyone else who would care to, check this out? It's a
On Wed, 21 Jan 2009, David Schultz wrote:
I think there *is* a real bug here, but there's two distinct ways
to fix it. When a threaded process forks, malloc acquires all its
locks so that its state is consistent after a fork. However, the
post-fork hook that's supposed to release these locks
On Fri, 9 Jan 2009, Brian Fundakowski Feldman wrote:
On Thu, Jan 08, 2009 at 10:44:20PM -0500, Daniel Eischen wrote:
On Thu, 8 Jan 2009, Brian Fundakowski Feldman wrote:
It appears that the post-fork hooks for malloc(3) are somewhat broken such that
when a threaded program forks
On Thu, 8 Jan 2009, Brian Fundakowski Feldman wrote:
It appears that the post-fork hooks for malloc(3) are somewhat broken such that
when a threaded program forks, and then its child attempts to go threaded, it
deadlocks because it already appears to have locks held. I am not familiar
enough
On Fri, 31 Oct 2008, Nate Eldredge wrote:
On Fri, 31 Oct 2008, Steve Franks wrote:
Let's backup. What's the 'right' way to get a bloody linux program
that expects all it's headers in /usr/include to compile on freebsd
where all the headers are in /usr/local/include? That's all I'm
really
On Sat, 27 Sep 2008, [EMAIL PROTECTED] wrote:
On 20080926 16:43:37, Julian Elischer wrote:
[EMAIL PROTECTED] wrote:
I'm trying to write a client for the jack audio connection kit
(http://jackaudio.org), have hit an apparent bug and am not sure
what revision of FreeBSD?
Ahem, should've
On Sat, 27 Sep 2008, [EMAIL PROTECTED] wrote:
On 20080926 21:43:48, Daniel Eischen wrote:
On Sat, 27 Sep 2008, [EMAIL PROTECTED] wrote:
On 20080926 16:43:37, Julian Elischer wrote:
[EMAIL PROTECTED] wrote:
I'm trying to write a client for the jack audio connection kit
(http://jackaudio.org
On Fri, 19 Sep 2008, Stephen Montgomery-Smith wrote:
I notice that if you use malloc from within a signal handler on
FreeBSD-6.x, that you can potentially trigger a recursive call error.
But this seems to have changed in FreeBSD-7.x.
Is it now permissible to call malloc from within a signal
On Fri, 12 Sep 2008, Barry Andrews wrote:
Do you know if this is documented in Release Notes or Known Issues or
somewhere?
No, but it's certainly in the -threads or -ports mailing
list archives from a few years ago ;-)
--
DE
___
On Thu, 11 Sep 2008, Barry Andrews wrote:
Hi All,
I have a multi-threaded library that is linked against libpthread. When I
load this lib into a tclsh process on FreeBSD, I get this error, Recurse on
private mutex. and crash. I understand that I can have this issue when the
executable is not
On Thu, 7 Aug 2008, Gabor Kovesdan wrote:
Hello,
I'm wondering why fgetc() returns 0xff if called with /dev/null:
#include stdio.h
#include stdlib.h
int
main(void)
{
int c;
FILE*f;
f = fopen(/dev/null, r);
if (c != EOF)
printf(%c\n, fgetc(f));
On Sat, 10 May 2008, Robert Watson wrote:
On Sat, 10 May 2008, Mike Meyer wrote:
On Sat, 10 May 2008 13:50:48 +0100 (BST)
Robert Watson [EMAIL PROTECTED] wrote:
On Mon, 5 May 2008, Julian Elischer wrote:
basically if you rely only on the standard posix interfaces and don't do
anything
On Mon, 5 May 2008, Kris Kennaway wrote:
Carl Shapiro wrote:
FreeBSD Hackers,
I have a general question about the compatibility of FreeBSD binaries
within major releases. If I build a binary for a given release of
FreeBSD can I make a reasonable guarantee that the binary will run on
both
On Sun, 9 Mar 2008, Bernd Walter wrote:
On Fri, Mar 07, 2008 at 11:08:50AM -0500, Daniel Eischen wrote:
On Thu, 6 Mar 2008, Marko, Shaun wrote:
I'm working on FreeBSD 6.2 and I'm wondering if anybody can help with an
issue I've found using fork and threads. The attached program
demonstrates
On Thu, 6 Mar 2008, Marko, Shaun wrote:
I'm working on FreeBSD 6.2 and I'm wondering if anybody can help with an
issue I've found using fork and threads. The attached program
demonstrates the problem. In short, if a process creates a thread, joins
the thread, then forks a child process which
On Tue, 22 Jan 2008, Dag-Erling Smørgrav wrote:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
Stefan Lambrev [EMAIL PROTECTED] writes:
I tried clock_gettime() (using CLOCK_REALTIME for clock_id), but this
yield worse performance.
Try CLOCK_MONOTONIC instead.
I forgot - there are also the
On Thu, 4 Oct 2007, Alfred Perlstein wrote:
* Dag-Erling Sm??rgrav [EMAIL PROTECTED] [071004 03:01] wrote:
Alfred Perlstein [EMAIL PROTECTED] writes:
Do you have:
a) Evidence or a paper to prove that this is a bad idea?
I need evidence or a paper to prove that it is a bad idea to allow a
On Thu, 4 Oct 2007, Alfred Perlstein wrote:
* Daniel Eischen [EMAIL PROTECTED] [071004 06:05] wrote:
His point about telling us what you're really doing, so we might
off other ways to do it is valid.
We don't know why you are using homegrown user-level spinlocks
instead of pthread mutexes
On Tue, 2 Oct 2007, Alfred Perlstein wrote:
Hi guys, we need critical sections for userland here.
This is basically to avoid a process being switched out while holding
a user level spinlock.
Setting the scheduling class to real-time and using SCHED_FIFO
and adjusting the thread priority
On Tue, 2 Oct 2007, Alfred Perlstein wrote:
* Daniel Eischen [EMAIL PROTECTED] [071002 19:46] wrote:
On Tue, 2 Oct 2007, Alfred Perlstein wrote:
Hi guys, we need critical sections for userland here.
This is basically to avoid a process being switched out while holding
a user level spinlock
On Tue, 2 Oct 2007, Alfred Perlstein wrote:
* Daniel Eischen [EMAIL PROTECTED] [071002 20:02] wrote:
On Tue, 2 Oct 2007, Alfred Perlstein wrote:
* Daniel Eischen [EMAIL PROTECTED] [071002 19:46] wrote:
On Tue, 2 Oct 2007, Alfred Perlstein wrote:
Hi guys, we need critical sections
On Mon, 3 Sep 2007, Yar Tikhiy wrote:
On Sun, Sep 02, 2007 at 11:18:04AM -0700, Tim Kientzle wrote:
Yar Tikhiy wrote:
Hi all,
I've had to use /rescue recently and felt lack of a few basic tools
in it, namely pgrep(1), head(1), tail(1), tee(1), and a text filter,
e.g., sed(1). Well, in fact
On Sat, 28 Apr 2007, Dominic Marks wrote:
Hackers,
Currently XSP (Mono's ASP.NET implementation) does not run on FreeBSD.
There is a brief post here about the reasons why from David Xu:
http://lists.freebsd.org/pipermail/freebsd-threads/2005-March/002944.html
Since that message is over 2
On Fri, 27 Apr 2007, Hans Petter Selasky wrote:
On Thursday 26 April 2007 23:50, Attilio Rao wrote:
2007/4/26, Julian Elischer [EMAIL PROTECTED]:
The reason that mutexes ever recurse in the first place is usually
because one piece of code calls itself (or a related piece of code) in a
blind
On Fri, 27 Apr 2007, Hans Petter Selasky wrote:
On Friday 27 April 2007 15:14, Daniel Eischen wrote:
When you hold a mutex, it should be for a very short time. And
I agree with the other comment that all drivers should be multi-thread
safe, so we shouldn't add cruft to allow for non MT-safe
On Sat, 31 Mar 2007, John Baldwin wrote:
On Saturday 31 March 2007 03:16, Andriy Gapon wrote:
on 31/03/2007 05:23 Daniel Eischen said the following:
On Fri, 30 Mar 2007, David E. Cross wrote:
I recently ran into a problem where the 32bit JVM won't run on a 64bit host.
I, and at least one
On Fri, 30 Mar 2007, David E. Cross wrote:
I recently ran into a problem where the 32bit JVM won't run on a 64bit host.
I, and at least one other person in -java thinks it has to do with 32 bit KSE
on a 64bit kernel (I have a vague memory on this somewheres WAY back). Is
this still the
On Wed, 28 Mar 2007, Peter Holmes wrote:
How do signals work with pthreads in FreeBSD. How are process signals
delivered?
The best explanation of signals and threads in general
is in the POSIX spec, or Butenhof's book.
On Mon, 19 Mar 2007, Peter Holmes wrote:
I have a related question - it would be great if someone could help me. Let's
say there are multiple system scope pthreads running on an SMP system. Is
there a chance that if a pthread holding a spinlock is scheduled out (due to a
scheduling decision
On Mon, 19 Mar 2007, Joerg Sonnenberger wrote:
On Mon, Mar 19, 2007 at 02:04:58PM -0400, Daniel Eischen wrote:
No, especially if the threads hold other locks.
I have no idea why POSIX added spinlocks. I don't
see why anyone would want to use them.
Given that it is part of the realtime
What you are trying to do is real-time work. You will need
to place your thread(s) or process in the real-time class
or priority range and modify the scheduler(s) if necessary
to support RT. I'm not familiar with the schedulers, but
I suspect most of your work should be spent on getting
one of
On Sun, 11 Feb 2007, Eugene M. Kim wrote:
Hello all,
I am writing a mouse device driver for my Wacom tablet (Intuos 2 9x12).
The tablet comes with a mouse and I managed to get valid coordinate data
from the device. However, unlike usual mice, the coordinate system is
tied not to the
On Fri, 9 Feb 2007, Julian Elischer wrote:
Peter Holmes wrote:
This is something I am interested in doing as well. I had corresponded with
Julian Eischen Daniel Elischer about this.
Dan Eischen and Julian Elischer :-)
Yes, it needed byte reversal or something. That would indeed be
a
On Thu, 8 Feb 2007, Garrett Cooper wrote:
Actually, now that I think about it the calls I made with ps in the program
are valid for Linux but not for FreeBSD (they're for getting thread
listings). Hence error code 2.
From intro(2):
2 ENOENT No such file or directory. A component of a
On Wed, 7 Feb 2007, [EMAIL PROTECTED] wrote:
On Wed, 7 Feb 2007, Pietro Cerutti wrote:
On 2/7/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Just wondering:
If I was to try and join a pthread that already exited, would there be an
error message output and/or errno set to an error value, or
On Sun, 7 Jan 2007, Daniel Molina Wegener wrote:
Hello,
I'm coding with pthreads, but the behavior of pthread_key_delete
is strange. When I use pthread_key_delete, and I do not wait for the
automatic deallocation of thread specific data, I receive a strange
warning:
Thread 8053800 has
On Thu, 30 Nov 2006, Christopher Olsen wrote:
Hello,
I've been tracing the printf function from the FreeBSD 6.x libc... I'm trying
to figure out what mechanism transfers the data from the processes FILE to
the system so it's written out to the screen...
From my findings I get to a function
On Thu, 2 Nov 2006, Maxim A. Zhuravlev wrote:
What is l2sched?
Did you forget to post a link to the patches or code? Or
include an attachment?
--
DE
___
freebsd-hackers@freebsd.org mailing list
On Mon, 24 Jul 2006, Tijl Coosemans wrote:
On Saturday 22 July 2006 19:14, Michael Nottebrock wrote:
WINE does have certain requirements regarding memory allocation. In
particular it (or Windows, rather) really wants a few memory ranges
for itself:
(from wine-0.9.17/loader/preloader.c):
*
On Mon, 24 Jul 2006, Tijl Coosemans wrote:
On Monday 24 July 2006 17:39, Daniel Eischen wrote:
On Mon, 24 Jul 2006, Tijl Coosemans wrote:
I've attached two patches that accomplish this, but this seems to
trigger other problems, so use at your own risk. If you want to try
them, place them
On Sun, 23 Jul 2006, Michael Nottebrock wrote:
On Sunday, 23. July 2006 01:15, Daniel Eischen wrote:
On Sat, 22 Jul 2006, Michael Nottebrock wrote:
On Saturday, 22. July 2006 21:20, Kip Macy wrote:
I think it is because WINE stomps on or TLS. Nothing we can
do about that except patch wine
On Sat, 22 Jul 2006, Michael Nottebrock wrote:
On Saturday, 22. July 2006 21:20, Kip Macy wrote:
Thanks for your input.
The relative merits of the different threading libraries is currently
under discussion. Could you also try it with libthr (it may not work
at all), I'd like to hear what
On Mon, 17 Jul 2006, Mathieu Prevot wrote:
Hello,
the KSE system is complicated. Are there projects or possibilities to split
automatically threads into groups given a SMP system in a clever manner ?
Not yet, that was one of the things on my TODO list and isn't
really too difficult to allow
On Wed, 3 May 2006, Alin-Adrian Anton wrote:
Daniel Eischen wrote:
You are entirely confused. You should go back to the POSIX standard
and get Dave Butenhof's Programming with POSIX Threads book.
[..]
You are right. All is clear now, i re-read the link twice and played with
sigprocmask vs
On Tue, 2 May 2006, Alin-Adrian Anton wrote:
Daniel Eischen wrote:
POSIX states any thread that is in sigwait() (with the specified
signal in the wait mask), or has the signal unmasked (in the threads
signal mask) can receive the signal. If you want a certain thread
to receive a process-wide
1 - 100 of 318 matches
Mail list logo