I once also had issues setting break points inside WebCore. Gdb claimed the
break points have been set but the source code showing up after hitting the
break point always messed up. The problem was resolved by updating my ubuntu to
latest version (10.4LTS). I am not sure if this is the same prob
Try This
1. As you already did run ./buid-webkit --debug --qt
2. cd WEBKIT_DIR/WebKitBuild/Debug/bin
3. Assuming you have WEBKIT_DIR/WebCore , WEBKIT_DIR/WebKit source
directories
try
$ gdb -cd . -d ../../../ --args ./QtLauncher
4. Now at gdb prompt
(gdb) break main # to add breakpoint
See http://www.mail-archive.com/webkit-h...@lists.webkit.org/msg00659.html
--
Ariya Hidayat
http://www.linkedin.com/in/ariyahidayat
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
I don't have answers for you. But the information should be added to:
http://webkit.org/building/debug.html
or
http://trac.webkit.org/wiki/QtWebKit
once found. :)
-eric
On Tue, Jul 13, 2010 at 7:22 PM, Yuchen Zhou wrote:
> Hi all-
>
> I am newbie to webkit dev and I am trying to debug Webkit wi
Hi all-
I am newbie to webkit dev and I am trying to debug Webkit with gdb. I tried to
build the Qtwebkit with ./build-webkit --debug --qt, and then gdb
WebKitBuild/Debug/bin/QtTestBrowser, however seems gdb was not able to add
breakpoints for class::functions. It cannot find them. I wonder wha
13.07.2010, в 9:55, Lianghui Chen написал(а):
Will WebKit cache respect the cache-controls in http headers?
Yes.
- WBR, Alexey Proskuryakov
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webki
> As I mentioned in the bug, the resource can be served with pragma no-
> store. In that case, there will be no expired resource in the cache.
Will WebKit cache respect the cache-controls in http headers?
-Original Message-
From: Alexey Proskuryakov [mailto:a...@webkit.org]
Sent: Tuesda
13.07.2010, в 9:21, Lianghui Chen написал(а):
And actually there's another small issue to leave the browser or
webkit cache to do the revalidation of the freshness: when it's
offline they just cannot do it, and it will quite possibly return
the expired resource. So when it's offline, we wi
And actually there's another small issue to leave the browser or webkit cache
to do the revalidation of the freshness: when it's offline they just cannot do
it, and it will quite possibly return the expired resource. So when it's
offline, we will always get the "fallback namespace" item instead
> (b) Revalidating cached items once their freshness lifetime expires.
But this will create dependence on the http stack cache implementation? And for
some hosting services, the site might not allow the web application to change
the http headers in the response?
-Original Message-
From
On Jul 13, 2010, at 8:14 AM, Lianghui Chen wrote:
> Hi, I have asked this same question in (wha...@lists.whatwg.org), but haven't
> got many responses, so I want to ask here again.
>
> In spec HTML5 for offline web application
> (http://www.whatwg.org/specs/web-apps/current-work/#offline) chap
Sorry I forgot to mention I have reported a bug
(https://bugs.webkit.org/show_bug.cgi?id=42051) for this.
-Original Message-
From: webkit-dev-boun...@lists.webkit.org
[mailto:webkit-dev-boun...@lists.webkit.org] On Behalf Of Lianghui Chen
Sent: Tuesday, July 13, 2010 11:15 AM
To: webkit-
Hi, I have asked this same question in (wha...@lists.whatwg.org), but haven't
got many responses, so I want to ask here again.
In spec HTML5 for offline web application
(http://www.whatwg.org/specs/web-apps/current-work/#offline) chapter 6.6.6,
item 3, 4, 5 state that for resources that is in o
On Mon, Jul 12, 2010 at 22:28, David Hyatt wrote:
> On Jul 12, 2010, at 12:09 PM, Maciej Stachowiak wrote:
>
>>
>> The reason for these is historical. Originally, we didn't use a separate
>> vendor prefix for WebKit, just -khtml. Later we changed to -apple.
>
> That's not quite right. Originally
14 matches
Mail list logo
