search for: broader

Displaying 20 results from an estimated 785 matches for "broader".

2008 Nov 08
0
A broader CentOS information sharing issue? [ Was What's an Enterprise class OS ]
On Sat, 2008-11-08 at 08:55 -0800, Akemi Yagi wrote: > <snip> > Many of you on this mailing list may still remember the longish thread > regarding the writing of a HowTo rpmbuild article. At that time, I > quoted several forum posts to demonstrate the fact that we repeatedly > *type* the same answer each time a new person asks the same question. > This was because there
2005 Feb 10
2
Curious Behavior with Curve() and dnorm()
...) (for normal use, x would be a vector of empirical values, but the rnorm() function works for testing) That works just as you'd expect, but I've found something a bit strange. If I try the following: > curve(dnorm(x, mean=mean(x), sd=sd(x)), lty=3, add=T) I get a much flatter and broader curve (which looks like it probably has the same area as the first curve, though I haven't tested). However, if I do > z <- sd(x) > curve(dnorm(x, mean=mean(x), sd=z), lty=1, add=T) I get the curve you'd expect; it draws right over the first curve (curve(dnorm(x),...), above...
2007 Apr 30
3
general question about use of list
Hi, is this list only related to R issues or it has a broader context regarding questions and discussions about statistics. Is there any other email list or forum for that? For example, I have a question regarding variance. It is defined as: variance = sum(sq(Xi-mean)) / (N-1) and I never understood why not define it as variance = sum(absolute(Xi-mean) / (N-1...
2004 Sep 29
4
Vorbis and .NET
...or the lowest common denominator (I include myself in this) would go a long way. In a nutshell, here's my philosophy: **If the development libraries are simple to use--abstracting away nearly all complexity, and available for a wide variety of developer skill sets and programming languages, the broader the development base will be, and therefore the broader the general adoption will be**. I realize that Vorbis adoption grows continuously (in hardware as well as software) and I am not trying to diminish that--it's actually very exciting. By pointing these things out, I instead intend to make...
2017 Feb 17
4
Wish List: Extensions to the derivatives table
The derivative table resides in the function D. In S+ that table is extensible because it is written in the S language. R is faster but less flexible, since that table is programmed in C. It would be useful if R provided a mechanism for extending the derivative table, or barring that, provided a broader table. Currently unsupported mathematical functions of one argument include expm1, log1p, log2, log10, cospi, sinpi, and tanpi. While manual differentiation of these proposed additions is straight-forward, their absence complicates what otherwise could be much simpler, such as using deriv() or de...
2008 Sep 29
0
[LLVMdev] Architecture Dependency of LLVM bitcode (was Re: compile linux kernel)
On Mon, 2008-09-29 at 15:03 -0400, Sherief N. Farouk wrote: > Why not add types with explicit endianess?... The issues with architecture dependency are far broader than byte order. LLVM in its current form is simply not intended to be machine neutral. Quite the contrary: it is heavily machine dependent!
2007 Aug 28
4
Speex is the default codec for Jabber's Jingle VoIP
Peter Saint-Andre a ?crit : > Ivo Emanuel Gon?alves wrote: >> Just a heads-up, I received confirmation that Speex is now the default >> codec for the Jabber's Jingle VoIP protocol. > > Which we hope to finalize soon for broader adoption. :) That's good to hear. Are you supporting wideband or just narrowband? Jean-Marc
2008 Sep 29
3
[LLVMdev] Architecture Dependency of LLVM bitcode (was Re: compile linux kernel)
> hton and ntoh intrinsics. These are needed to allow target code to > deal with endianness in a target independent way. (Ok, you could > potentially write code that detected endiannes at runtime and chose > multiversioned code based on that, but that is ugly and optimization > prohibiting). > Why not add types with explicit endianess? A trick I use for reading binary files
2012 Nov 01
4
[LLVMdev] Heads up, I've backed out significant amounts of the multiple address space conversion changes
...lemented in the core libraries of LLVM. These then fanned out to all the uses of these libraries making fixing these issues challenging as well. The fixes were also not happening in a timely fashion, and instead a lot of code was switched over to the not-yet-right interfaces. 2) The updates to the broader libraries using the pointer types and address spaces were not really well factored to use all of the helper and convenience routines available, and add ones where missing. Some helpers were added, but not always enough, and not always in time for some of the usages to reflect these helpers. 3) The...
2006 Jan 23
2
Master's project to coerce linux nvidia drivers to run generalised linear models
...vidia cards sitting in the back of our networked linux machines. Our idea is to coerce the linux nvidia driver to run some of our statistical analysis for us. Our first thought was to specifically code up a version of glm() to run on the nvidia cards... Thinking that this might be of use to the broader community we thought we might ask for feedback before starting? Any ideas... Thanks, Olly
2018 Nov 14
2
Using BPF outside the Linux kernel
...at using BPF as the underlying instruction set for running programs in a protected environment. We have a working prototype but have run into a few issues and missing functionality. It appears these might be due to BPF development being focused on usage in the Linux kernel. Our requirements are broader (rodata, shared objects with dynamic linking) and we hope to compile multiple languages down to BPF (C/C++, Rust, ...). Here is an example of the issues or missing functionality we've run into so far: - 512 byte stack size limitation - No support for returning structures from functions - No s...
2005 Jan 08
0
[LLVMdev] Oversight group for LLVM
Hi OG, I think it first of all would be nice, if we could supplement this group with a discussion list on this topic. The reason for this isn't to ad more bureacracy, but to present public ideas and visions to a broader forum and I belive in that the more elaboration within a broader forum the better the ideas will get and the more people will get committed to start and finish the task. Moreover, as a side effect, the sooner some ideas get publish in the public the bigger are the chances that no one will get...
2014 Jul 21
4
Initial Boot from 6.3 minimal halts with strange video display
...is selected (whether by hand or automatically). I can edit the kernel command line and otherwise use the pre-boot selector facility. After that point the monitor, a BenQ 17" LCD, immediate goes into what I can only describe as a psychedelic snow field with two narrow black bands surrounding a broader white band displayed at the top of the screen and a single narrower black band at the bottom. I have tried booting into RL3 by appending a 3 to the end of the kernel command but this has not apparent effect on the outcome. Any suggestions on how to proceed? -- *** E-Mail is NOT a SECU...
2012 Jun 21
3
[LLVMdev] RFC: How can AddressSanitizer, ThreadSanitizer, and similar runtime libraries leverage shared library code?
...gt;> - You have to build the standard library from source >>> - You can't wrap certain parts of it (operator new, delete, a few other >>> things) >>> - You can't re-use any C libraries (zlib for example) >>> >> > > Perhaps you are solving a broader problem. But as for asan/tsan, we > currently need only symbolizer, it's separable from everything else, and > can be made to not use STL. > If you want to share LLVM code for the object and dwarf reading, I do not believe this to be true at all. -------------- next part -------------...
2017 Feb 03
3
Speculation and control dependent no wrap flags
I'm looking at the bug (https://llvm.org/bugs/show_bug.cgi?id=31181) which was triggered by my change to make CVP mark adds as no wrap (https://reviews.llvm.org/rL278220) and I'd like to have some broader discussion of the problem. In this bug CVP correctly marks an add as nuw basing on the loop latch check, but later loop rotation pass moves the add to a point before the check. In the new context nuw is no longer valid and leads to an incorrect transformation of the loop. See https://llvm.org/bugs/...
2009 Jul 10
2
[LLVMdev] review request for patch
I've addressed a "TODO" in ConstantRange and several in its unit test by implementing a stricter "multiply" method (it had been returning a "full" set for anything that wasn't "empty", which broader than necessary) and updated the unit test to match, but I'm not completely confident that I understand ConstantRange and APInt and was hoping someone more familiar might take a quick look and give me some feedback. Thanks in advance. Ryan P.S. - Also, I'm not totally sure if it's appr...
2023 Aug 07
2
Packet Timing and Data Leaks
On Mon, 7 Aug 2023, Chris Rapier wrote: > > The broader issue of hiding all potential keystroke timing is not yet fixed. > > Could some level of obfuscation come from enabling Nagle for interactive > sessions that has an associated TTY? Though that would be of limited > usefulness in low RTT environments. I don't like the idea of having...
2013 Jul 26
3
[LLVMdev] [RFC] Add warning capabilities in LLVM.
On 07/25/2013 05:09 PM, Quentin Colombet wrote: > Hi, > > I think we have a consensus on how we should report diagnostics now. > For broader uses, the discussion is still open. > > To move forward on the diagnostic part, here is the plan: > - Extend the current handler with a prototype like: > void report(enum Kind, enum Classification, const char* msg) > where > - Kind is the kind of report: InlineAsm, StackSize, Othe...
2005 Jan 08
1
[LLVMdev] Oversight group for LLVM
On Sat, 8 Jan 2005, Henrik Bach wrote: > I think it first of all would be nice, if we could supplement this group with > a discussion list on this topic. The reason for this isn't to ad more > bureacracy, but to present public ideas and visions to a broader forum and I > belive in that the more elaboration within a broader forum the better the > ideas will get and the more people will get committed to start and finish the > task. We will see how it goes, but I think almost everything will continue to be discussed on the main LLVMdev list...
2005 Jan 07
2
[LLVMdev] Oversight group for LLVM
Hello everyone, The LLVM project has evolved significantly since our first public release in Oct. 2003. Most importantly, we've gained many new users and several active contributors, and we want to encourage and support them and attract more. At the same time, the software itself has undergone some significant changes and improvements, and been ported to new platforms. We expect that