On Wed, Dec 7, 2011 at 10:10 AM, Darin Adler wrote:
> For vectors with no inline capacity, we can store the capacity inside the
> Vector’s buffer. That way, the Vector itself will be one size_t smaller
> when empty. In fact, with a bit of performance risk, we can do the same
> thing with the vect
On Wed, Dec 7, 2011 at 7:23 PM, Vincent Hardy wrote:
> @chris
>
>>> So I take back my statement that CSS Shaders are less dangerous than
>>> WebGL. They are more!!!
>
> It seems to me that the differences are:
>
> a. It is easier to do the timing portion of a timing attack in WebGL because
> it al
Hello,
@chris
>> So I take back my statement that CSS Shaders are less dangerous than WebGL.
>> They are more!!!
It seems to me that the differences are:
a. It is easier to do the timing portion of a timing attack in WebGL because it
all happens in a script and the timing is precise. With CSS
First: Oliver and webkit-dev, sorry for the above email; I wrote it in
haste and am now repenting it at leisure.
Ryosuke—you’re right; given that the WebKit project goals page has ten
high-level goals, of course activity is guided by some trade-off between
them.
Dominic
On Thu, Dec 8, 2011 at 3:
All other things being equal, I'd prefer to keep things in Python
since there are a lot more people that can support that than Go. But
if there are some real benefits to Go, I don't have any real
objection.
-- Dirk
On Wed, Dec 7, 2011 at 3:39 PM, Ojan Vafai wrote:
> Anyone have objections to me
I initially started this hoping to address some of the memory problems in
the Python app. It turned out not to fix them in the end, but the new
codebase is better written, much more thoroughly tested and likely more
performant, so I'm inclined to keep it. As for Go vs. Python specifics, I
have opin
Can you comment why you think that Go would be the right tool for the job here,
as opposed to Python, Perl, Ruby, or something else? I'm just curious, since I
have not used Go. :-)
-Filip
On Dec 7, 2011, at 3:39 PM, Ojan Vafai wrote:
> Anyone have objections to me using Go for the test resu
Anyone have objections to me using Go for the test results server rewrite?
I don't have any intention of using Go in other places in WebKit. There's a
few reasons this seems fine to me:
1. You already need to get the appengine SDK to interact with the test
results server, so getting the Go appengin
Worst case, if you needed to keep String::adopt(Vector), it seems like you
could
use a bit in StringImpl::m_hashAndFlags to record the fact that the buffer
requires
special "free" handling.
-Darin
On Wed, Dec 7, 2011 at 10:24 AM, Adam Barth wrote:
> We originally used String::adopt(Vector) in
We originally used String::adopt(Vector) in the parser because we
thought it would be faster, but studying profiles and experimenting
with benchmarks revealed that (at least for those use cases) it was
actually slower than just memcpying the data into the String. I
haven't looked at the other uses
For vectors with no inline capacity, we can store the capacity inside the
Vector’s buffer. That way, the Vector itself will be one size_t smaller when
empty. In fact, with a bit of performance risk, we can do the same thing with
the vector’s size, making an empty Vector just a single pointer. Bu
Starting new thread...
On Wed, Dec 7, 2011 at 1:13 AM, Dominic Cooney wrote:
>
> On Wed, Dec 7, 2011 at 4:53 PM, Oliver Hunt wrote:
>>
>> On Dec 6, 2011, at 11:49 PM, Dominic Cooney wrote:
>>
>> On Wed, Dec 7, 2011 at 1:44 AM, Oliver Hunt wrote:
>>
>>>
>>> On Dec 6, 2011, at 2:55 AM, Anton Muhin
On Wed, Dec 7, 2011 at 1:13 AM, Dominic Cooney wrote:
> On Wed, Dec 7, 2011 at 4:53 PM, Oliver Hunt wrote:
>>
>> Web Content Engine The project's primary focus is content deployed on
>> the World Wide Web, using standards-based technologies such as HTML, CSS,
>> JavaScript and the DOM.
>> --Olive
On Dec 6, 2011, at 11:01 PM, Kihong Kwon wrote:
> Hello.
>
> I am a new to mac. Can anyone help me for debugging WebCore?
>
> I have a problem about breakpoint with xcode.
> What I want to say, I can't use a breakpoint with WebCore in the xcode.
>
> After finish to build webkit, I put a brea
On Tue, Dec 6, 2011 at 11:56 PM, Oliver Hunt wrote:
>
> On Dec 6, 2011, at 11:53 PM, Oliver Hunt wrote:
>
>
> On Dec 6, 2011, at 11:49 PM, Dominic Cooney wrote:
>
>
> Those bindings are different because the code that uses them is not
> activated from web pages. Looking at the specific posted patc
> I have facing an issue with Direct DOM access via "document" object.
Because it is not part of the DOM standard.
This is elementary web stuff, it would be helpful if you would have
done some basic research first as this mailing list is not to teach
people about browser scripting and incompatib
On Wed, Dec 7, 2011 at 4:53 PM, Oliver Hunt wrote:
>
> On Dec 6, 2011, at 11:49 PM, Dominic Cooney wrote:
>
>
>
> On Wed, Dec 7, 2011 at 1:44 AM, Oliver Hunt wrote:
>
>>
>> On Dec 6, 2011, at 2:55 AM, Anton Muhin wrote:
>>
>> > Good day, everyone!
>> >
>> > I am sorry if it didn't sound clear en
17 matches
Mail list logo
