search for: exclusivli

On Sat, Apr 25, 2020 at 5:49 AM Joerg Roedel <jroedel at suse.de> wrote: > > Hi Dave, > > On Fri, Apr 24, 2020 at 03:53:09PM -0700, Dave Hansen wrote: > > Ahh, so any instruction that can have an instruction intercept set > > potentially needs to be able to tolerate a #VC? Those instruction > > intercepts are under the control of the (untrusted relative to the

On Sat, Apr 25, 2020 at 5:49 AM Joerg Roedel <jroedel at suse.de> wrote: > > Hi Dave, > > On Fri, Apr 24, 2020 at 03:53:09PM -0700, Dave Hansen wrote: > > Ahh, so any instruction that can have an instruction intercept set > > potentially needs to be able to tolerate a #VC? Those instruction > > intercepts are under the control of the (untrusted relative to the

Basically, on thing that annoys me to no end is that I am constantly having to add things to my model that could just be reflected out by the active record. I use PortGres exclusivly, and I know that there are ways to ask the database things like, "what is the primary key" "what relation does this foreign key belong to" etc... So what I am about to go and write myself is a

I have just starting auditing the NMI path and found that the oprofile code calls into a fair amount of common code. So far, down the first leg of the call graph, I have found several ASSERT()s, a BUG() and many {rd,wr}msr()s. Given that these are common code, and sensible in their places, removing them for the sake of being on the NMI path seems silly. As an alternative, I suggest that we make

What's the current status of VP3/Ogg integration? The CVS doesn't seem to be very active - and (maybe I'm not looking hard enough) I don't see any ogg-specific stuff here. I'm one of around 30 global techs for Indymedia, one of the last things we need for full adoption of free media formats is a free video format. We're working hard to promote Vorbis, many of the local

On Sat, Apr 25, 2020 at 11:15:35AM -0700, Andy Lutomirski wrote: > shift_ist is gross. What's it for? If it's not needed, I'd rather > not use it, and I eventually want to get rid of it for #DB as well. The #VC handler needs to be able to nest, there is no way around that for various reasons, the two most important ones are: 1. The #VC -> NMI -> #VC case. #VCs can

Hello to All. I have a system with FreeBSD 6.1 Release, Dovecot 1.0 Release Candidate 7. I am a novice user in unix world and when my first deal with with Dovecot is Virtual users. User databes in master.passwd file (like a /etc/master.passwd) created by "pw". All works fine, BUT --- If user exclusivly virtual (there is no user with same name in system) IMAP folders are created normal

Can I run two instances of asterisk sharing a single te412p ? I want to be able to have several asterisk servers (for testing various scenarios) running on one server. I was wondering if these asterisk processes could share a zaptel/dahdi card nicely. Julian

Hello! we are about to move from cyrus to dovecot and have one open issue for that migration. With cyrus we have "shared/" folders with a name that is self defined like shared/project-xyz but the email address for direct delivery to that folder my be different (not project-xyz at domain.com). With dovecot we try to have it similar (at least how the user sees it in the client) like it

> On Apr 25, 2020, at 12:10 PM, Joerg Roedel <joro at 8bytes.org> wrote: > > ?On Sat, Apr 25, 2020 at 11:15:35AM -0700, Andy Lutomirski wrote: >> shift_ist is gross. What's it for? If it's not needed, I'd rather >> not use it, and I eventually want to get rid of it for #DB as well. > > The #VC handler needs to be able to nest, there is no way around

> On Apr 25, 2020, at 12:10 PM, Joerg Roedel <joro at 8bytes.org> wrote: > > ?On Sat, Apr 25, 2020 at 11:15:35AM -0700, Andy Lutomirski wrote: >> shift_ist is gross. What's it for? If it's not needed, I'd rather >> not use it, and I eventually want to get rid of it for #DB as well. > > The #VC handler needs to be able to nest, there is no way around

On 14 Feb 2020, at 11:06, Armin Schindler wrote: > Hello! > > we are about to move from cyrus to dovecot and have one open issue > for that migration. > With cyrus we have "shared/" folders with a name that is self defined > like > shared/project-xyz > but the email address for direct delivery to that folder my be > different > (not project-xyz at

We're getting a new server. I'm considering installing 64bit fedora rather than the 32bit we use now. Is 64 bit a problem with asterisk? Any issues we should expect? sean

I'm hoping this is a new proposal, and not a rehash of something that's already been discussed and shot down. Without logs of the recent IRC discussion there's no way for me to know without asking. When I suggested it in #theora earlier derf_ or AndrewBachmann said that it had already been discussed, so I'm under the belief that this is a new idea. <p>Ok so we've

I asked this a few weeks ago but didn''t get a response, so at the risk of being a nag, I''ll abbreviate and restate. I know there are other Xen specific debuggers, but I want to know if there''s any reason why SGI''s kdb, http://oss.sgi.com/projects/kdb, should not be included in a dom0 pv-ops kernel? While the patches apply cleanly and build, the result is that

On 2/14/20 11:44 AM, Tobias Kirchhofer wrote: > On 14 Feb 2020, at 11:06, Armin Schindler wrote: > > Hello! > > we are about to move from cyrus to dovecot and have one open issue > for that migration. > With cyrus we have "shared/" folders with a name that is self defined like > shared/project-xyz > but the email address for direct

I'm having a heck of a time getting vsftpd to work properly. When Iptables are OFF, it works fine, and when iptables is on, it dies. When I try ftp from a command line, here's what the session looks looks like: [root at mylaptop ~]# ftp ftp.server.com Connected to ftp.server.com. 220 Welcome to My Company FTP 530 Please login with USER and PASS. 530 Please login with USER and PASS.