search for: _mostly_

My housemate has formalized a sortof new attack against unix-style operating systems. He''s a BSD fan, so that''s where he developed the attack. He asked me to check Linux, which I did. It seems Linux is not vulnerable to it. This attack is going out to BUGTRAQ tonight. The attack isn''t too serious because it requires physical access to the console, but it

Has anyone got any neat solutions for Asterisk .conf file revision control? We have multiple Asterisk boxes here, that we'd like to maintain a _mostly_ common set of conf files on. They aren't all the same though. There's subtle differences. For example, in sip.conf, iax.conf etc, the bindaddr setting is different. Dundi.conf is very different between each system. At the moment I have a file tree on a separate server, and I use the m4 pr...

...version of one to test with. The tutorial uses a program called 'subtitleeditor' which when it was written was at version 0.20.0alpha4. The current version is at 0.37.1 and is available here: http://home.gna.org/subtitleeditor/ I have come up with a spec file for the current version that _mostly_ works... ============================================ Summary: Subtitle editor Name: subtitleeditor Version: 0.37.1 Release: 1.rb7 License: GPL Group: Applications/Multimedia URL: http://kitone.free.fr/subtitleeditor/ Source: http://kitone.free.fr/subtitleeditor/files/subtitleeditor-%{version}.ta...

...he "fuzz" of ABI differences didn't need to be considered. On the other hand, if the devirtualization test had been run only using an x86_64 triple the issue wouldn't have come to light as quickly. That seems to me to be the crux of the problem: LLVM (and especially Clang) is only _mostly_ target independent, and getting the smaller set of target dependent elements wrong breaks compilation just as much as a generic bug so finding these things as early as possible seems desirable. > I wonder, would the ability to run the entire test suite with all of > the 'default'...

On 02/10/2010 01:31 AM, Nathan Keynes wrote: > On 09/02/2010, at 3:57 AM, Chris Lattner wrote: > > >> On Feb 8, 2010, at 12:37 AM, Nathan Keynes wrote: >> >>> Firstly, the BNE/BA pair should be reduced to a BE (I assume this is the responsibility of AnalyzeBranch and friends that you mention). >>> >> Right. Implementing AnalyzeBranch

...at.com>; Mon, 13 Apr 1998 14:43:33 -0700 (PDT) (Smail-3.2.0.96 1997-Jun-2 #4 built 1997-Aug-26) Message-Id: <m0yOr0n-0010KtC@scintilla.darkwater.com> Date: Mon, 13 Apr 1998 14:43:33 -0700 (PDT) To: linux-security@redhat.com CC: sinster@darkwater.com Subject: New hack against BSD, Linux is _mostly_ safe from it. From: sinster@darkwater.com Approved: alex@yuriev.com X-FedBait: I''m going to explode a nuclear missile in my bank account. X-moderate: yes My housemate has formalized a sortof new attack against unix-style operating systems. He''s a BSD fan, so that''s wher...

I'm ok with this in principle, but how about with the nuance that some tests (eg test/codegen) explicitly opt into march=native? -Chris On Nov 30, 2012, at 12:16 PM, Daniel Dunbar <daniel at zuster.org> wrote: > Hi all, > > We consistently see test failures arising because by default many of our tests run in a mode where the tool (clang or llc) pick host-dependent behavior.

Greetings All, Out of curiosity, I've just done a very primitive experiment: Obj <- list(Fun=sum, Dat=c(1,2,3,4)) Obj$Fun(Obj$Dat) # [1] 10 That sort of thing (much more sophisticated) must be documented mind-blowingly somewhere. Where? Where I stand right now: The above (and its immediately obvious generalisations, like Obj$Fun<-cos) is all I know about it so far. Ted.

On 09/02/2010, at 3:57 AM, Chris Lattner wrote: > On Feb 8, 2010, at 12:37 AM, Nathan Keynes wrote: >> Firstly, the BNE/BA pair should be reduced to a BE (I assume this is the responsibility of AnalyzeBranch and friends that you mention). > > Right. Implementing AnalyzeBranch will allow a bunch of block layout and branch optimizations to happen. > >> However I still

On Fri, Nov 30, 2012 at 8:04 PM, Chris Lattner <clattner at apple.com> wrote: > I'm ok with this in principle, but how about with the nuance that some > tests (eg test/codegen) explicitly opt into march=native? > I'd really like the default behavior to be something that forces the test to either be independent of the targeted triple, or explicitly set a target. I like the

Hello, I''m running a Rails application which must sort and manipulate a lot of data which are loaded in memory. The Rails app runs on 2 mongrel processes. When I first load the app, both are 32Mb in memory. After some days, both are between 200Mb and 300Mb. My question is : is there some kind of garbage collector in Mongrel? I never see the two Mongrel processes memory footprint

...sock) kernel module for inclusion in the Linux kernel. The purpose of this post is to acquire feedback on the vmw_vsock kernel module. Unlike previous submissions, where the new socket family was entirely reliant on VMware's VMCI PCI device (and thus VMware's hypervisor), VM Sockets is now _mostly_ separated out into two parts: o Core socket code, which is transport-neutral and invokes transport callbacks to communicate with the hypervisor. o A VMCI transport, which communicates over VMCI with the VMware hypervisor. This should provide a path to introducing additional transports, for exam...

...sock) kernel module for inclusion in the Linux kernel. The purpose of this post is to acquire feedback on the vmw_vsock kernel module. Unlike previous submissions, where the new socket family was entirely reliant on VMware's VMCI PCI device (and thus VMware's hypervisor), VM Sockets is now _mostly_ separated out into two parts: o Core socket code, which is transport-neutral and invokes transport callbacks to communicate with the hypervisor. o A VMCI transport, which communicates over VMCI with the VMware hypervisor. This should provide a path to introducing additional transports, for exam...