search for: summeri

changeset: 9226:7d8efd4f1ac7 tag: tip user: kaf24@firebug.cl.cam.ac.uk date: Tue Mar 14 08:18:35 2006 +0100 summary: Initialise blkfront_info to zeroes after allocating it. Hardware: x460 ******************** x86_32(no PAE): *************************** * dom0: SLES9 SP2 * dom0 boots fine * xend starts without problem --- Linux HVM domain status: --- ISSUES: *

Hi. I have asked this question before and Aaron J. Mackey and Tony Plate gave me some great insight but I still can't figure out how to do what I am trying to accomplish. So let me ask again... What I am trying to do is to make R read data from pipe (stdin). Say I have following files on my directory my.dat apple 1 orange 2 grape 3 my.R d <- read.table(

Starting on friday I download icecast 2.3.2 and compiled it on SLES10. Very soon I was able to use ices to stream an mp3 file to a mp3 (phonostart, foobar) client via Icecast. But my flashplayer, which was able to get streams from icacast1, was not able to full fill his job. I did reseaches on the net, hour for hour, found a lot of stuff. Also some changings in format_mp3.c. But with no success.

Hi, dovecot provides POP and IMAP services. Proposal: Would be nice if it also could offer an RSS-Feed for a mailbox, giving a summery of sender/subject/date and maybe the first lines of text. regards Hadmut

Hi, I can't figure out how to get the P-values out of the summery of a logistic regression. I used: logit.out <- glm(...) and then I should be able to extract just the P values for the coefficients. Any idea? Kris -- ------------------------------------------------------------------------ http://perswww.kuleuven.ac.be/~u0027178/VCard/mycard.php?name=krisn

How can I see my codes (syntax) after restoring a workspace? Also " Summery" tnx Mike [[alternative HTML version deleted]]

Hi, I recently found that thinLTO doesn't deal with globals that has linkonce_odr and unnamed_addr (for macho at least) because it prohibits the autohide optimization during link time. In LLVM, we tagged a global linkonce_odr and unnamed_addr to indicate to the linker can hide them from symbol table if they were picked (aka, linkonce_odr_auto_hide linkage). It is very commonly used for some

Hello all, First off, please let me apologize for cross posting this in both the fedora and centos lists. I have just run into a problem with imap that's becoming a real issue. About two or three days ago some of the mail folders became unusable/unreadable. For instance, my inbox shows 41 unread messages when I access it through pine on the server. But if I imap into it from

Because of security vulnerabilities in tinc that have recently been discovered, we hereby release tinc versions 1.0.35 and 1.1pre17. Here is a summary of the changes in tinc 1.0.35: * Prevent oracle attacks (CVE-2018-16737, CVE-2018-16738). * Prevent a MITM from forcing a NULL cipher for UDP (CVE-2018-16758). Here is a summery of the changes in tinc 1.1pre17: * Prevent oracle attacks in the

Because of security vulnerabilities in tinc that have recently been discovered, we hereby release tinc versions 1.0.35 and 1.1pre17. Here is a summary of the changes in tinc 1.0.35: * Prevent oracle attacks (CVE-2018-16737, CVE-2018-16738). * Prevent a MITM from forcing a NULL cipher for UDP (CVE-2018-16758). Here is a summery of the changes in tinc 1.1pre17: * Prevent oracle attacks in the

Ok, this has been kicking my @$$ for weeks. I'm trying to get some kind of bandwidth shaping working on my server. I need to throttle ftp down so as not to suck up all the available bandwidth. I had cbq working on the old server (an ancient RH 6.2 box) so I figured I'd just move the config over and get cbq.init from sf.net and it should work. Unfortunately it doesn't. At least

Hi Steven, I'd prefer not to inhibit importing. I am also concerned about putting these symbols in the llvm.compiler_used (I don't recall earlier discussion around this, but it seems like it could have effects on optimization as you mention). What are the downsides of #2 (adding visibility hidden)? We already do this when promoting internal linkage to external due to importing. I'm

I agree with Teresa, we should probably do #2 to preserve behavior for now. On Wed, Feb 7, 2018 at 9:34 AM, Teresa Johnson via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hi Steven, > > I'd prefer not to inhibit importing. I am also concerned about putting > these symbols in the llvm.compiler_used (I don't recall earlier discussion > around this, but it seems

There should be no semantic difference between linkonce_odr and weak_odr, except that weak_odr is non-discardable. Why doesn't the autohide optimization work just as well on weak_odr + unnamed_addr as linkonce_odr + unnamed_addr? On Tue, Feb 6, 2018 at 5:35 PM, Steven Wu via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hi, > > I recently found that thinLTO doesn't deal

On Sat, 2009-02-07 at 15:51 -0500, Alexander Lopez wrote: > > > -----Original Message----- > > From: Steve Murphy [mailto:murf at digium.com] > > Sent: Saturday, February 07, 2009 1:59 PM > > To: Alexander Lopez > > Subject: RE: [asterisk-dev] 1.4 and CDRs -- The Breaking Point > > > > On Fri, 2009-02-06 at 12:28 -0500, Alexander Lopez wrote: >

changeset: 11011:b60ea69932b1 tag: tip parent: 11010:e4f1519b473f parent: 10999:15304ad81c50 user: kfraser@localhost.localdomain date: Wed Aug 9 12:04:20 2006 +0100 summary: Merge with xenppc-unstable. Hardware: x460 NOTE: This runs were done with the latest version of Harry''s disk.iso patch. ******************** x86_32(no PAE):

That is a good question and I don't know. The optimization is defined include/llvm/Analysis/ObjectUtils.h. If I enable that for weak_odr + unnamed_addr, no tests are failing so I guess it is a safe optimization? :) It is probably because the autohide optimization is targeted at c++ templates and inline functions and we know they have linkonce_odr linkage, which suggests whoever uses this

I didn't realize that that WeakDefCanBeHiddenDirective is only available on Darwin. So if we are doing it for #2, it should be a Darwin only fix as well. Steven > On Feb 7, 2018, at 11:29 AM, Reid Kleckner <rnk at google.com> wrote: > > I agree with Teresa, we should probably do #2 to preserve behavior for now. > > On Wed, Feb 7, 2018 at 9:34 AM, Teresa Johnson via

Something I haven't seen mentioned: why are we dropping the unnamed_addr? Can't we preserve it with the weak symbol? Would it be OK to add auto-hide in this case (maybe it would already happen)? Can we use the new local_unnamed_addr that was added (by pcc or Rafael I don't remember)? I think this attribute matches exactly the `auto-hide` semantic. Wasn't the idea that this could be

>From looking at the code, it seems like LLVM is basically opting MachO into -fvisibility-inlines-hidden all the time, i.e. if the function is linkonce, it's discardable, so mark it hidden to pretend the compiler inlined it and discarded it. However, this isn't conforming, because the addresses of inline functions will no longer compare equal across DSOs. Realistically, nobody cares