similar to: Is Dovecot SMP and thread-safe?

Displaying 20 results from an estimated 40000 matches similar to: "Is Dovecot SMP and thread-safe?"

2010 Sep 23
2
rspec runner setting $KCODE considered harmful?
I ran across a problem today in which some code ran fine in regular operation but failed in a test case. I scratched my head and thought "why would running from within the test harness change the behavior of my code?" Clearly it was the Heisenberg uncertainty principle in action! :) I discovered the root cause was that the rspec runner is setting the magical ruby global, $KCODE, to
2006 Feb 09
3
Xp Home hack + Domain join
Hello fellows, Does anyone of you has found the hack to permit win xp home edition to join a domain controller. I found somewhere on the net a software that does this. But it cost 145 $ US, so like the upgrade... ( the only difference in that i will not give the money to Bill Gates) My problem is with the password modification. Every times someone does change his password, he has to go onto the
2004 Sep 10
2
ACM for FLAC.
Josh Coalson wrote: > --- engdev <engdev@ozemail.com.au> wrote: > >>Hi, >> >>Has there been any progress on the ACM for FLAC >>that was being looked at by Steve Lhomme? > > > Haven't heard anything here about it for a long time. Sorry, I sent my reply to engdev privately (because there's no good reply to). In short I haven't worked on
2004 Oct 10
1
best params for safe archiving, 192kHz no-lax and w64 support
Hi Josh, On Sat, 2004-10-09 at 22:41, Josh Coalson wrote: > --- Marek Peteraj <marpet@naex.sk> wrote: > > Hi all, > > > > i'd like to ask what the best options are for safe 24bit 96kHz > > archiving. Currently i'm only using -8 but there are also some other > > options like block size etc. Can anyone suggest? > > I haven't heard of
2004 Sep 10
1
Re: ACM for FLAC.
--- ChristianHJW <christianhjw@users.sourceforge.net> wrote: > Reminds me that i wanted to drop an email to this list to ask if you > are ok > that we add FLAC as possible audio compression format to mf's S-DVD > specs, > the openstandard next generation HDTV DVD standard, based on > MCF/Theora/Tarkin/Vorbis and blue laser DVDs .... :-) ..... as you > can see, >
2019 Jul 24
2
[libnbd PATCH] docs: Mention that nbd_close is not thread-safe
Closing the handle in one thread while another thread is locked causes undefined behavior (as closing does not obtain a lock, and can cause use-after-free or other nasty problems to the thread that does own the lock). However, it is not sensible to try and obtain a lock in nbd_close, as POSIX says that it is also undefined for any other thread to wait on a mutex that has already been destroyed.
2004 Sep 10
4
beta 10 candidate checked in
> > I have checked in all the latest into CVS and am going to start the > > test suite again. if all goes well I will probably release this as > > beta 10. > > > > anyway, try it out and let me know if anything bad happens! it > > should be a short jump from beta 10 to 1.0. > > I've just checked out the latest from scratch. There is no configure
2004 Sep 10
3
Josh Coalson, you rock!
Me too! Flac is one of the most stable, polished, and useful open-source tools I've used. Many thanks! On Thu, Sep 27, 2001 at 09:27:20AM -0700, Josh Coalson wrote: > wow, thanks a lot! even from the beginning I had a hunch > I wasn't the only one who wanted something like FLAC. glad > to know it's useful. > > Josh > > --- Neologism
2019 Jul 25
3
Re: [libnbd PATCH] docs: Mention that nbd_close is not thread-safe
On Thu, Jul 25, 2019 at 09:41:01AM +0100, Richard W.M. Jones wrote: >On Wed, Jul 24, 2019 at 03:14:28PM -0500, Eric Blake wrote: >> Closing the handle in one thread while another thread is locked causes >> undefined behavior (as closing does not obtain a lock, and can cause >> use-after-free or other nasty problems to the thread that does own the >> lock). However, it
2004 Sep 10
2
Binary compatibility (was Re: Sound Font FLAC)
On Thu, Jun 14, 2001 at 05:51:43PM -0700, Josh Green wrote: > I managed to create an encoder for the audio chunk of a sound font (have yet > to do any meta data block for gzip compressed non-audio data, there will > probably be 2 METADATA blocks to simplify things, one for before and one for > after the audio chunk). All seems to function alright. I do have a few > comments on the
2019 Jul 25
0
Re: [libnbd PATCH] docs: Mention that nbd_close is not thread-safe
On Wed, Jul 24, 2019 at 03:14:28PM -0500, Eric Blake wrote: > Closing the handle in one thread while another thread is locked causes > undefined behavior (as closing does not obtain a lock, and can cause > use-after-free or other nasty problems to the thread that does own the > lock). However, it is not sensible to try and obtain a lock in > nbd_close, as POSIX says that it is also
2019 Jul 25
0
Re: [libnbd PATCH] docs: Mention that nbd_close is not thread-safe
On 7/25/19 3:56 AM, Martin Kletzander wrote: > On Thu, Jul 25, 2019 at 09:41:01AM +0100, Richard W.M. Jones wrote: >> On Wed, Jul 24, 2019 at 03:14:28PM -0500, Eric Blake wrote: >>> Closing the handle in one thread while another thread is locked causes >>> undefined behavior (as closing does not obtain a lock, and can cause >>> use-after-free or other nasty
2006 Apr 13
2
Calloc : syntax error
Hi, I have issue with Calloc : at the compilation step, gcc tells "error : syntax error before ')' token". When I use the classical C calloc... free, everything's fine. Here's the part of code : a = (double*) Calloc(*n,sizeof(double)); when i remove this line or replace it with the calloc, it's ok Hint : In the header file R.h, there's a line : /* for PROBLEM
2007 Apr 13
0
[LLVMdev] "Name that compiler"
I don't like very much mithology or fantasy names. A portmanteau is more professional (even if it sounds funny). For now IMHO the best proposal is Omnipiler and OmniC, even if the last one reminds too much of C. Maybe Omnic (with the lowercase c), or Omnip are better. Simple, elegant and somehow reminds of something technological (to me at least :P). So my idea is to list some key words and
2011 Jul 04
1
placing multiple rows in a single row
Dear people from the R help list, I have a question that I can't get my head around to start answering, that is why I am writing to the list. I have data in a format like this (tabs might look weird): John A1 1 0 1 John A2 1 1 1 John A3 1 0 0 Mary A1 1 0 1 Mary A2 0 0 1 Mary A3 1 1 0 Peter A1 1
2006 Jun 30
50
Time To Pick the Mongrel BUGS Mascot!
Bradley Taylor shot me this *goldmine* of ugly ugly ugly dogs: http://www.sonoma-marinfair.org/uglydogvote.shtml I *have* to use one of these for the Mongrel BUGS Mascot. He''ll go on our bug list page and replace the little beetles on the left. Pick the dog you think best represents a lovable but defective pooch and reply to this with your +1. Let the voting begin! -- Zed A. Shaw
2007 Apr 18
3
[Bridge] slow network performance when using bridged interfaces in 2.6.13 compared to 2.6.12.
(originally filed as a bug in Fedora's bugzilla, see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171933) Greetings, Using Fedora Core 4 on a Dell PE 420sc. Malfunctioning kernel is smp-2.6.13-1.1532_FC4. Properly functioning kernels included smp-2.6.12-1.1456_FC4. Network performance is extremely poor when using bridged network interfaces. When not using brctl, the interface
2014 Aug 12
2
[LLVMdev] Heuristic for choosing between MCJIT and Interpreter
On 08/11/2014 04:21 AM, David Chisnall wrote: > Hi Josh, > > On 9 Aug 2014, at 21:33, Josh Klontz <josh.klontz at gmail.com> wrote: > >> I'm facing a situation where I have generated IR that only needs to be executed once. I've noticed for simple IR it's faster to run the interpreter on it, but for complex IR it's much better to JIT compile and execute it.
2017 Oct 06
1
SIGSEGV during startup
Hi, This problem started as of r73472 ("Merged in the rest of the basic ALTREP framework."); I tested r73471 and it did not exist. I'm building R devel on Ubuntu 16.04.3 LTS (64-bit), with the following flags: CC="gcc -std=gnu99 -fsanitize=address -fno-omit-frame-pointer" CFLAGS="-fno-omit-frame-pointer -g -O2 -Wall -pedantic -mtune=native" and using
2004 Sep 10
6
libFLAC docs
> > For those of you using CVS, I have added a libFLAC section to the > > documentation page. I'm not sure how detailed to make it but I > > think it's a good start. Let me know if there's anything else > > you'd like to have in there. > > > > >