[webkit-dev] function RecordSpan() in JavaScriptCore/wtf/FastMalloc.cpp

Hi all, I am using WebKit-r51075, the lastest WebKit version. now the question: 1, line 1354 of RecordSpan() in JavaScriptCore/wtf/FastMalloc.cpp : if (span->length > 1) 2, "span->length" is type "uintptr_t", while "1" is int, are there any error potentials for this compare? 3, I run GtkLauncher

Re: [webkit-dev] normalizing namespace indenting

On Tue, Nov 17, 2009 at 10:39 PM, Darin Adler wrote: > On Nov 16, 2009, at 7:54 PM, Chris Jerdonek wrote: > >> So, I was wondering if we can clarify the rule to apply only to the >> outermost namespace declaration. > > Yes, I think we can. > >> (Consecutive declarations like "namespace JSC { nam

Re: [webkit-dev] Making browsers faster: Resource Packages

On Wed, Nov 18, 2009 at 3:54 PM, Dirk Pranke wrote: > Another caching-related issue involves versioning of the archives. If > version 2 of a zip contains only a few files modified since version 1, > and I have version 1 cached, is there some way to take advantage of > that? This is a specific c

Re: [webkit-dev] Making browsers faster: Resource Packages

On Wed, Nov 18, 2009 at 2:47 PM, Mike Belshe wrote: > Overall, I think the general idea. > I'm concerned about the head-of-line blocking that it introduces.  If an > administrator poorly constructs the bundle, he could significantly hurt > perf.  Instead of using gzip, you could use a framer which

Re: [webkit-dev] Making browsers faster: Resource Packages

Hi All, As a game developer with interests in mobile, I'd like to say overall, I think the idea sucks. Incorrectly implemented clients will end up downloading large resources multiple times, and web masters are sure to start adding every resource to pages that don't need them. As I see it, the l

Re: [webkit-dev] Making browsers faster: Resource Packages

Cool, thanks for the feedback. It does seem like most people (well, outside of this list ;) like the direction a lot. The one issue that I agree with, and would like to find an elegant solution to, is how to specify the manifest in the HTML instead of in the zip file to reduce blocking and start p

Re: [webkit-dev] Unexpected Outage: commit-queue

Update: The commit-queue is BACK! Huzzah! Thanks to Dimity for his fix. It looks like https://bugs.webkit.org/show_bug.cgi?id=31615 was the major cause of the crashes. I expect there still may be some flakiness, but our bots seem to be staying green and hopefully most of the false rejections w

Re: [webkit-dev] Making browsers faster: Resource Packages

On Wed, Nov 18, 2009 at 2:47 PM, Mike Belshe wrote: > Overall, I think the general idea. I meant to say "Overall I like the general idea" > > I'm concerned about the head-of-line blocking that it introduces. If an > administrator poorly constructs the bundle, he could significantly hurt > p

Re: [webkit-dev] Making browsers faster: Resource Packages

Overall, I think the general idea. I'm concerned about the head-of-line blocking that it introduces. If an administrator poorly constructs the bundle, he could significantly hurt perf. Instead of using gzip, you could use a framer which chunked items before gzipping. This might be more trouble

Re: [webkit-dev] Making browsers faster: Resource Packages

On Tue, Nov 17, 2009 at 5:56 PM, Alexander Limi wrote: > On Tue, Nov 17, 2009 at 5:53 PM, James Robinson wrote: > >> Yes, actual numbers would be nice to have. > > > Steve Souders just emailed me some preliminary numbers from a bunch of > major web sites, so that should be on his blog shortly. >

Re: [webkit-dev] how to run mozilla test cases one by one using JSC

I had to do this same thing as I didn't have perl on our platform. I found modifying the perl script to output just the commands instead of actually running them was helpful. I could then just grab this output and run it wherever. Regards, Jason. -Original Message- From: webkit-dev-boun

Re: [webkit-dev] Made a debug build of WebKit.Framework. GDB ignores breakpoints?

18.11.2009, в 9:06, Eddy Bruël написал(а): I've checked out the most recent WebKit sources, and made a debug build. I then linked my program against the resulting WebKit.Framework, and used the headers in the corresponding WebKit.Framework/Headers directory Did you try the steps in

Re: [webkit-dev] normalizing namespace indenting

On Nov 18, 2009, at 10:03 AM, Alexey Proskuryakov wrote: > I actually prefer no comment after the namespace ending brace. If I have any > concerns about namespaces not being properly closed, I won't believe the > comment anyway, and will check by double-clicking on the closing brace to > select

Re: [webkit-dev] normalizing namespace indenting

16.11.2009, в 19:54, Chris Jerdonek написал(а): Second, do people prefer nested namespace blocks to end with the fully-qualified name (e.g. // namespace JSC::WREC) or just the final name (e.g. // namespace WREC)? I have seen both. I actually prefer no comment after the namespace ending brac

Re: [webkit-dev] descriptions of mailing lists

On Nov 18, 2009, at 12:40 AM, Gavin Barraclough wrote: > From http://lists.webkit.org/: > ListDescription > webkit-help [no description available] > > Hmmm, yes, there would seem to be some scope to make that a little more > descriptive! ;-)

[webkit-dev] Made a debug build of WebKit.Framework. GDB ignores breakpoints?

Hi guys, I recently found a potential bug in WebKit: https://bugs.webkit.org/show_bug.cgi?id=31607 It's fairly crucial for me that this feature should work as advocated (or that there is at least a possible workaround for it), so I thought I'd take

Re: [webkit-dev] WebKit on the server side

Sergiy Temnikov wrote: Hi, We are working on a new application server that uses WebKit for server-side JavaScript execution (and remote JavaScript debugging too). ... For example, the first thing we had to deal with is the JS debugger. Debugger interface is defined in JavaScriptCore but its impl

Re: [webkit-dev] Making browsers faster: Resource Packages

Alexander Limi wrote: Good people of Webkit! We'd all like for the web to be faster, and therefore I'd love your feedback on my proposal — it would be great to see support for this in additional browsers, not just Firefox: http://limi.net/articles/resource-packages/ Summary: What if there was

Re: [webkit-dev] Staging WebSocket protocol deployment

I think 3 sounds best. 4 seems reasonable. If we need to go with 1 or 2, we should talk to Mozilla to decide whether to "standardize" on the x or use our own prefixes. If we go with option 3, I think a WebKit blog post would be a good way to make out intentions for WebSockets clear. On Wed, Nov

Re: [webkit-dev] jit for arm

From http://lists.webkit.org/: ListDescription webkit-help [no description available] Hmmm, yes, there would seem to be some scope to make that a little more descriptive! ;-) G. On Nov 17, 2009, at 11:46 PM, Zoltan Herczeg wrote: Hi

Re: [webkit-dev] Making browsers faster: Resource Packages

On Tue, Nov 17, 2009 at 9:58 PM, Steve Souders wrote: > I like the option of putting the manifest in the HTML. That was the main > suggestion I was going to make. You don't *have* to do it, but if you really > care about performance you could choose to do it. > > James mentions: "The page-specif