Is anybody familiar this part?
- James Su
2009/11/6 James Su su...@chromium.org
(Ask this question again, in case you know the answer but missed this
thread.)
Thanks for your clear explanation. Now I have some questions regarding to
the keyboard event flow: As I understand, a keyboard
Wrapping up:
With 2GB of RAM it seems I can compile the debug mode, even without
using the gold replacement for ld.
The linking step of the final executable takes the remaining
1.5Gb~1.7Gb of physical memory, then another 500Mb~600Mb of swap. It
stays at that level instead of gradual expanding
Robert, try patching http://codereview.chromium.org/373002 into your
copy of GYP and see if it raises an exception.
Mark
Robert Muth wrote:
We do not want circular deps in our build system anyway,
so having the hard error is desirable for us.
I think I fixed the problem you complained about
if I want to install it on Fedora I note that there isn't package (yet)
It is good that you are trying to build for Fedora.
I just mention that are a few rpm package options for fedora:
http://spot.fedorapeople.org/chromium
and the chrome dev channels rpm wrapping:
Mark, Brad:
We do not want circular deps in our build system anyway,
so having the hard error is desirable for us.
I think I fixed the problem you complained about but there could be others.
What is the best way for use to check this other than eyeballing.
We will push a new nacl version into
*Chrome UI Jank Task Force Update*
The Chrome UI Jank Task Force is out to fix UI Jank and slowness in the
browser. A list of open Jank bugs is here:
http://code.google.com/p/chromium/issues/list?q=label:Jank (feel free to
take one!)
*Updates*
John
- Finished up Mstone-4 bugs
- All
Carlos
- Build PGO instrument again but could not finish PGO optimized with
a 22 Mb training file. Eats 11 GB while linking and slows to a crawl.
- Got a leased machine (in jail) that has 24 GB of ram, installed
everything and managed to build release. Next stop PGO.
Note: I does not feel
On Nov 6, 2009, at 10:09 AM, mrossetti wrote:
1) Exclude individual database files. Journal files would still be
backed up.
2) Move the database files into a new, excluded directory. Both the
database files and their journals would not be backed up.
By 'journal' do you mean the temporary
On Nov 7, 2009, at 3:10 PM, Erik Corry wrote:
V8 strings get moved by the garbage collector so it's probably
unrealistic to access the internal strings externally.
Yes. Using V8 to back a StringImpl would require doing something about
the API call that returns a direct pointer to the
On Nov 9, 2009, at 2:22 PM, Erik Corry wrote:
How big are the strings we are talking about here on average?
In Dromaeo? I haven't checked; I was focusing on other metrics when I
ran those tests. You could run the four DOM Core benchmarks and
instrument the code to find out.
The DOM Query
ReportCrash is crawling for stacks and looking up symbol names. If
your process is a debug build it has huge symbol tables.
I don't know of any way to disable ReportCrash. However, you can add
some code to your process to catch the offending symbols and exit
instead.
You can also run the
If you don't run Chrome on Linux or you don't have any extensions
installed, you can ignore this email.
If you have any browser action extensions (like the buildbot extension
or the gmail extension) installed on Linux Chrome, you may be
experiencing frequent crashes when closing browser windows.
This is related to the thread (last Friday?) about making a light weight
checkout of Chromium the default.
Btw a quick look indicates that 100k are Google specific files (hermetic
build environment and such). 200k are layout tests. So that leaves only
150k filesprobably many of which are
Hi Mark,
So the nacl guys have a use case where they would be tempted to have
per-configuration sources, if it were supported.
Since this is particularly hairy for xcode, I wanted to see if you could
offer some guidance as to how they should tackle this.
Currently they are porting base + app to
Applying incorrect journal files would be bad. SQLite uses a sync
cookie to do some tricks WRT keeping the cache warm. I'm somewhat
surprised that the same thing isn't used to prevent applying journal
files inappropriately.
[I don't know this, and should not be spending time verifying it just
Right, but the builds need these files to run the tests to make sure the
bits are good.
The problem is some tests leave logs and such in the tree after running, if
we could ensure nothing changes in the tree, we might be able to change the
scripts to simply update. Or maybe we do the same
(m...@chromium.org, please - that's the address that I can post to
mailing lists from.)
There was a chromium-dev thread on this on Friday.
http://groups.google.com/group/chromium-dev/browse_thread/thread/932a19ed777b9bb4
Between your two choices, I have a slight preference for option 1.
Option
Greg can this work for you?
On Nov 9, 2009 6:49 PM, Mark Mentovai m...@chromium.org wrote:
(m...@chromium.org, please - that's the address that I can post to
mailing lists from.)
There was a chromium-dev thread on this on Friday.
Hi all:
I have complied the chrome source,but when i set the breakpoint in
webkit,It doesn't work.
And i tried in other modules such as view,and it workes.
I want to know how does it happens,and how to make the breakpoint
works?
That's all,thanks!
That's because webkit runs in the renderer process and your debugger
is attached to the browser process. See
http://www.chromium.org/developers/how-tos/debugging .
On Mon, Nov 9, 2009 at 7:03 PM, DavidZhang dreamst...@gmail.com wrote:
Hi all:
I have complied the chrome source,but when i set
Hello,
Chrome is a multi process architecture, you would have to attach the running
child process with the debugger. The following document will show you how to
do so.
http://dev.chromium.org/developers/how-tos/debugging
http://dev.chromium.org/developers/how-tos/debugging
- Mohamed Mansour
Hi all,
We've managed to use the Notifications API from our extension, thanks to
John Gregg's implementation. However we are missing a key feature for us,
which is to be able to have some logic inside the notifications itself, so
that we can communicate with the background script for several
Hi Marcos,
It might help if you could describe (as specifically as you feel you can)
the use-case you're hoping to realize, since changes to the spec should be
driven by use-cases rather than just programming style. At present my
concern is to make sure we remain flexible with the presentation
As John mentioned, SharedWorkers are intended to be the standard way for
notifications (or any two pages under the same domain) to communicate. They
are not yet available on Chrome, but they will be in the near future.
-atw
On Mon, Nov 9, 2009 at 8:33 PM, John Gregg john...@google.com wrote:
Hi John,
To be more specific. We have logic in our background page that acts as a
single entry point for several features, including opening site pages
according to some user preferences and location. Any component that needs to
open a page should do it through this entry point. We also have
That's it.Thanks to all!
On 11月10日, 上午11时14分, Mohamed Mansour m...@chromium.org wrote:
Hello,
Chrome is a multi process architecture, you would have to attach the running
child process with the debugger. The following document will show you how to
do
On Mon, Nov 9, 2009 at 5:03 PM, Dave MacLachlan dmacl...@google.com wrote:
I haven't looked into it, but I'm assuming the reason it's so slow is
because of the bad DSYM parsing in Leopard. It should be much faster in
Snow
Leopard, but that probably doesn't help you.
That's probably
27 matches
Mail list logo