[chromium-dev] Corrupt Profile
I have a corrupt profile. Scott Hess wanted to know about these kinds of things, so I e-mailed him more than a week ago, but he did not answer. Is it still interesting and if so, who should I contact? I am willing to share any information in order to correct the problem. The problem is that I cannot install extensions anymore. I am using the latest Dev version, 4.0.237.0. I downloaded an extension (for example, Vince's Clockhttp://code.google.com/p/vince-s-clock/) and it tries to save it as unconfirmed 95171.download. It does not matter whether I save it or change the name to x.crx, it will not load the extension installation window. Instead, it shows me the Windows cannot open the file 'open file with an unknown extension' dialog. The file it says it cannot open, is the original file name, not the .download one Trying the same procedure with Chrome and a different profile works. Thank you. ☆PhistucK -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
[chromium-dev] Are Web Sockets supposed to work now?
The last comment to the issue 12497 says that basic Web Socket feature has been implemented. Here's the address: http://code.google.com/p/chromium/issues/detail?id=12497 I tried creating a WebSocket-object as described on http://websockets.org/about.html. I assigned functions to onopen, onmessage and onclose. I only got onclose working. It doesn't make sense sending anything without having an open socket, but I tried the send-method just to have tried it. I got INVALID_STATE_ERR in the console when executing send on a connection that wasn't not open, and according to the current Web Sockets working draft, that's how it should be. I tried running Kaazing Open Gateway locally and connected to the various ws://-protocols. I also did an attempt at using node.js to create a minimal TCP server. Nothing that I did triggered onopen. My use case is very simple right now. I only want to send and receive something over a Web Sockets-socket to verify that it works. -- Best regards, Alexander Teinum -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
[chromium-dev] Re: Are Web Sockets supposed to work now?
I forgot (again) to mention that I use 64-bit Linux. It's tested with mode set to release. On Wed, Nov 11, 2009 at 1:00 PM, Alexander Teinum atei...@gmail.com wrote: The last comment to the issue 12497 says that basic Web Socket feature has been implemented. Here's the address: http://code.google.com/p/chromium/issues/detail?id=12497 I tried creating a WebSocket-object as described on http://websockets.org/about.html. I assigned functions to onopen, onmessage and onclose. I only got onclose working. It doesn't make sense sending anything without having an open socket, but I tried the send-method just to have tried it. I got INVALID_STATE_ERR in the console when executing send on a connection that wasn't not open, and according to the current Web Sockets working draft, that's how it should be. I tried running Kaazing Open Gateway locally and connected to the various ws://-protocols. I also did an attempt at using node.js to create a minimal TCP server. Nothing that I did triggered onopen. My use case is very simple right now. I only want to send and receive something over a Web Sockets-socket to verify that it works. -- Best regards, Alexander Teinum -- Best regards, Alexander Teinum -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
Re: [chromium-dev] Are Web Sockets supposed to work now?
What code did you try? Which websocket server do you use? Here's the code that I played around with: http://pastebin.com/f47210090 I tried to connect to ws://www.websocket.org, which is an address mentioned on the website. If it's up and running, then it's probably either set up with Kaazing Open Gateway or Kaazing Enterprise Gateway, since the website is run by Kaazing. AFAIK, it works fine with pywebsocket (code.google.com/p/pywebsocket), and sample code of tic-tac-toe at http://damowmow.com/playground/demos/websocket/ Thanks, I didn't know about pywebsocket. I'll see if I can get it working. On Wed, Nov 11, 2009 at 1:19 PM, Fumitoshi Ukai (鵜飼文敏) u...@google.com wrote: On Wed, Nov 11, 2009 at 9:00 PM, Alexander Teinum atei...@gmail.com wrote: The last comment to the issue 12497 says that basic Web Socket feature has been implemented. Here's the address: http://code.google.com/p/chromium/issues/detail?id=12497 I tried creating a WebSocket-object as described on http://websockets.org/about.html. I assigned functions to onopen, onmessage and onclose. I only got onclose working. What code did you try? Which websocket server do you use? AFAIK, it works fine with pywebsocket (code.google.com/p/pywebsocket), and sample code of tic-tac-toe at http://damowmow.com/playground/demos/websocket/ -- ukai It doesn't make sense sending anything without having an open socket, but I tried the send-method just to have tried it. I got INVALID_STATE_ERR in the console when executing send on a connection that wasn't not open, and according to the current Web Sockets working draft, that's how it should be. I tried running Kaazing Open Gateway locally and connected to the various ws://-protocols. I also did an attempt at using node.js to create a minimal TCP server. Nothing that I did triggered onopen. My use case is very simple right now. I only want to send and receive something over a Web Sockets-socket to verify that it works. -- Best regards, Alexander Teinum -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -- Best regards, Alexander Teinum -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
[chromium-dev] Status of Linux 64 Memory Tests?
It's seems the memory test on the Linux 64 chromium builder has been red for quite a while. Does anyone know the status of this builder, and if anything is underway to address it? http://build.chromium.org/buildbot/waterfall/builders/Chromium%20Linux%20x64 Kind Regards, Anthony Laforge Technical Program Manager Mountain View, CA -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
Re: [chromium-dev] Re: Tech talk topics
+1 for WebKit talks. I think the painting phase and it's Chromium port would be a very interesting topic. Things like the GraphicsContext interface and the GraphicsContextSkia implementation. What is required for a GraphicsContext port? What is the bottleneck in the paint process (e.g. the Skia blit ops)? 2009/11/5 Jeremy Orlow jor...@chromium.org Thanks for the suggestions so far! Here's what I've seen so far: WebKit API - Darin? Eric's WebKit talk LayoutTests - Pam? Bindings - Andrew? Keep the ideas coming. If we get more than we want to tackle we can always vote on which would be most helpful to the community, but all the ones I've heard so far sound very valuable. J On Thu, Nov 5, 2009 at 3:29 PM, Andrew Scherkus scher...@chromium.orgwrote: Something that would have been immensely helpful to me when I started was a talk explaining the interaction between the javascript bindings, HTMLFooElement classes and RenderFoo classes. I'd volunteer, but I still don't know enough about this stuff myself -- other than when Foo == Media :) Andrew On Thu, Nov 5, 2009 at 3:24 PM, Mohamed Mansour m...@chromium.org wrote: +1 on the WebKit tech talks. And maybe on on the WebKitAPI infrastructure that darin organized. - Mohamed Mansour On Thu, Nov 5, 2009 at 5:17 PM, Scott Violet s...@chromium.org wrote: It's not Chromium, but how about some WebKit tech talks? Such talks would be incredibly valuable to those helping out now and then with WebKit. -Scott On Thu, Nov 5, 2009 at 1:35 PM, Jeremy Orlow jor...@chromium.org wrote: About 6 months ago, we had a series of tech talks on various bits of Chromium's architecture. (They're listed here: http://dev.chromium.org/developers/tech-talk-videos) The youtube ratings are pretty high, they've all had over a thousand views, and I've seen them mentioned in a couple chromium-dev threadsso it seems like they've been helpful. So here's my question: are there any Chromium-internals related topics you guys/gals would really like to hear more on? If so, I'll see if we can't find speakers, schedule some tech talks, get them recorded, and posted. And this time, we'll make sure the audio and video quality is much higher. :-) J --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~--- -- Pierre. -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
Re: [chromium-dev] Re: Tech talk topics
I think there's some painting stuff touched on in the first round of talks, but nothing terribly in depth. Are there others that would be interested in this kind of talk? I'm a bit concerned that it wouldn't be very mainstream. If so, who might be good to give it? On Wed, Nov 11, 2009 at 11:17 AM, Pierre-Antoine LaFayette pierre.lafaye...@gmail.com wrote: +1 for WebKit talks. I think the painting phase and it's Chromium port would be a very interesting topic. Things like the GraphicsContext interface and the GraphicsContextSkia implementation. What is required for a GraphicsContext port? What is the bottleneck in the paint process (e.g. the Skia blit ops)? 2009/11/5 Jeremy Orlow jor...@chromium.org Thanks for the suggestions so far! Here's what I've seen so far: WebKit API - Darin? Eric's WebKit talk LayoutTests - Pam? Bindings - Andrew? Keep the ideas coming. If we get more than we want to tackle we can always vote on which would be most helpful to the community, but all the ones I've heard so far sound very valuable. J On Thu, Nov 5, 2009 at 3:29 PM, Andrew Scherkus scher...@chromium.orgwrote: Something that would have been immensely helpful to me when I started was a talk explaining the interaction between the javascript bindings, HTMLFooElement classes and RenderFoo classes. I'd volunteer, but I still don't know enough about this stuff myself -- other than when Foo == Media :) Andrew On Thu, Nov 5, 2009 at 3:24 PM, Mohamed Mansour m...@chromium.orgwrote: +1 on the WebKit tech talks. And maybe on on the WebKitAPI infrastructure that darin organized. - Mohamed Mansour On Thu, Nov 5, 2009 at 5:17 PM, Scott Violet s...@chromium.org wrote: It's not Chromium, but how about some WebKit tech talks? Such talks would be incredibly valuable to those helping out now and then with WebKit. -Scott On Thu, Nov 5, 2009 at 1:35 PM, Jeremy Orlow jor...@chromium.org wrote: About 6 months ago, we had a series of tech talks on various bits of Chromium's architecture. (They're listed here: http://dev.chromium.org/developers/tech-talk-videos) The youtube ratings are pretty high, they've all had over a thousand views, and I've seen them mentioned in a couple chromium-dev threadsso it seems like they've been helpful. So here's my question: are there any Chromium-internals related topics you guys/gals would really like to hear more on? If so, I'll see if we can't find speakers, schedule some tech talks, get them recorded, and posted. And this time, we'll make sure the audio and video quality is much higher. :-) J --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~--- -- Pierre. -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
Re: [chromium-dev] Re: Tech talk topics
On Wed, Nov 11, 2009 at 11:20 AM, Jeremy Orlow jor...@chromium.org wrote: I think there's some painting stuff touched on in the first round of talks, but nothing terribly in depth. Are there others that would be interested in this kind of talk? I'm a bit concerned that it wouldn't be very mainstream. If so, who might be good to give it? Brett wrote that stuff. Some of the guys working on WebGL and other 3D things might be able to give a talk about where the rendering pipeline is heading in the future. PK -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
Re: [chromium-dev] Corrupt Profile
[Peter mentioned he hadn't seen my email - aha! Because it wasn't sent from the right account. Sorry for any dupes.] Sorry about dropping that, we're in the beta bomb run and I have many many emails which haven't been answered ... and since someone keeps helpfully adding new beta-blockers to my list, I doubt I'll get on it this week :-). While debugging the profile to see what's wrong is a good thing in and of itself, beyond potentially learning how things are broken, what is your expected end result? If your goal is to have a working profile with as much saved as possible, you probably should copy the default profile for safe-keeping, and start a profile of delete something, start Chrome, check behavior, rinse/lather/repeat until you find the offending file. Then restore from the default profile and delete the file which fixed things and see if that unblocks you. If you're lucky, it will just be the Extensions dir or Extensions Cookies file. -scott On Wed, Nov 11, 2009 at 1:35 AM, PhistucK phist...@chromium.org wrote: I have a corrupt profile. Scott Hess wanted to know about these kinds of things, so I e-mailed him more than a week ago, but he did not answer. Is it still interesting and if so, who should I contact? I am willing to share any information in order to correct the problem. The problem is that I cannot install extensions anymore. I am using the latest Dev version, 4.0.237.0. I downloaded an extension (for example, Vince's Clock) and it tries to save it as unconfirmed 95171.download. It does not matter whether I save it or change the name to x.crx, it will not load the extension installation window. Instead, it shows me the Windows cannot open the file 'open file with an unknown extension' dialog. The file it says it cannot open, is the original file name, not the .download one Trying the same procedure with Chrome and a different profile works. Thank you. ☆PhistucK -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
[chromium-dev] Re: Tech talk topics
Definitely interested in the painting/rendering process. The previous talk did not go into the WebKit/Skia painting details. I believe it simply had mentioned that the browser maintains a backingstore that it updates through SHM. It was more to show the browser/renderer painting interaction than to explain the WebKit painting phase. I expect this being at the heart of the rendering engine, many would be interested in this part. WebGL would be a very interesting topic as well. +1 for WebKit painting. On Nov 11, 2:24 pm, Peter Kasting pkast...@google.com wrote: On Wed, Nov 11, 2009 at 11:20 AM, Jeremy Orlow jor...@chromium.org wrote: I think there's some painting stuff touched on in the first round of talks, but nothing terribly in depth. Are there others that would be interested in this kind of talk? I'm a bit concerned that it wouldn't be very mainstream. If so, who might be good to give it? Brett wrote that stuff. Some of the guys working on WebGL and other 3D things might be able to give a talk about where the rendering pipeline is heading in the future. PK -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
Re: [chromium-dev] How to compile Google Chrome with Visual C++ 2008 Express Edition
Updated http://sites.google.com/a/chromium.org/dev/developers/how-tos/build-instructions-windows to reference your blog entry. I don't want to copy these instructions since it's too lengthy, inefficient and unsupported. I didn't realize one could download WDK 7 without needing a MSDN account. That's cool. M-A On Tue, Nov 10, 2009 at 10:39 PM, Dominic Jodoin dominic.jod...@gmail.com wrote: On Tue, Nov 10, 2009 at 10:25 PM, Peter Kasting pkast...@google.com wrote: What do you mean? Or to be more precise, what would considering your steps a valid setup to contribute concretely result in? PK I'm wondering if using a hacked ATL version 7.1 could lead to bugs given the product is built, I suppose, with ATL coming with Visual Studio 2005 or 2008 which is a different version. But what I meant was that if the steps were to be approved, I thought they could be included on http://dev.chromium.org. -- Dominic. -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
[chromium-dev] Re: Tech talk topics
+1 on WebKit painting. The rendering phase is very under-documented. It would be pretty sweet if you could get Simon Fraser or Dave Hyatt would do a tech talk on the WebKit stuff. On Nov 11, 3:36 pm, Buakaw San buakaw@gmail.com wrote: Definitely interested in the painting/rendering process. The previous talk did not go into the WebKit/Skia painting details. I believe it simply had mentioned that the browser maintains a backingstore that it updates through SHM. It was more to show the browser/renderer painting interaction than to explain the WebKit painting phase. I expect this being at the heart of the rendering engine, many would be interested in this part. WebGL would be a very interesting topic as well. +1 for WebKit painting. On Nov 11, 2:24 pm, Peter Kasting pkast...@google.com wrote: On Wed, Nov 11, 2009 at 11:20 AM, Jeremy Orlow jor...@chromium.org wrote: I think there's some painting stuff touched on in the first round of talks, but nothing terribly in depth. Are there others that would be interested in this kind of talk? I'm a bit concerned that it wouldn't be very mainstream. If so, who might be good to give it? Brett wrote that stuff. Some of the guys working on WebGL and other 3D things might be able to give a talk about where the rendering pipeline is heading in the future. PK -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
Re: [chromium-dev] Re: Tech talk topics
I'll see what I can do... :-) On Wed, Nov 11, 2009 at 12:41 PM, Freddy Rose freddybr...@gmail.com wrote: +1 on WebKit painting. The rendering phase is very under-documented. It would be pretty sweet if you could get Simon Fraser or Dave Hyatt would do a tech talk on the WebKit stuff. On Nov 11, 3:36 pm, Buakaw San buakaw@gmail.com wrote: Definitely interested in the painting/rendering process. The previous talk did not go into the WebKit/Skia painting details. I believe it simply had mentioned that the browser maintains a backingstore that it updates through SHM. It was more to show the browser/renderer painting interaction than to explain the WebKit painting phase. I expect this being at the heart of the rendering engine, many would be interested in this part. WebGL would be a very interesting topic as well. +1 for WebKit painting. On Nov 11, 2:24 pm, Peter Kasting pkast...@google.com wrote: On Wed, Nov 11, 2009 at 11:20 AM, Jeremy Orlow jor...@chromium.org wrote: I think there's some painting stuff touched on in the first round of talks, but nothing terribly in depth. Are there others that would be interested in this kind of talk? I'm a bit concerned that it wouldn't be very mainstream. If so, who might be good to give it? Brett wrote that stuff. Some of the guys working on WebGL and other 3D things might be able to give a talk about where the rendering pipeline is heading in the future. PK -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
[chromium-dev] Waiting for privacy blacklists to load in ResourceDispatcherHost
Initially I got an advice to use PauseRequest and ResourceHandler to wait with servicing requests until all privacy blacklists are loaded. However, there are problems with that. When you look at ResourceDispatcher code, we need a Blacklist::Match* even before creating URLRequest. I thought about separating the RDH::BeginRequest into two parts: the initial part, and the second part, which executes when we finally have a blacklist match. If we don't have it at the time BeginRequest is executed, we'd save all needed data and put it into a queue. When the blacklist is loaded, all queued requests will be started by the second part of split BeginRequest. To do that, I'd need to listen for BlacklistManager notifications in RDH (on IO thread). Does it seem OK to make RDH a NotificationObserver and use NotificationRegistrar inside? The BlacklistManager will publish the compiled blacklist on the IO thread (the CL I published doesn't yet have that fix). Or maybe I should do it some other way? I'm not really familiar with the code in browser/renderer_host. -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
Re: [chromium-dev] Missing symbols for Chrome version 3.0.195.32
Just verified the 3.0.195.32 symbols are available now, thanks. On Sun, Nov 8, 2009 at 8:21 PM, yuhong yuhongbao_...@hotmail.com wrote: http://build.chromium.org/buildbot/symbols/3.0.195.32/ seems not to exist. --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~--- -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
[chromium-dev] Re: Waiting for privacy blacklists to load in ResourceDispatcherHost
On Wed, Nov 11, 2009 at 1:22 PM, Paweł Hajdan Jr. phajdan...@chromium.orgwrote: Initially I got an advice to use PauseRequest and ResourceHandler to wait with servicing requests until all privacy blacklists are loaded. However, there are problems with that. When you look at ResourceDispatcher code, we need a Blacklist::Match* even before creating URLRequest. I thought about separating the RDH::BeginRequest into two parts: the initial part, and the second part, which executes when we finally have a blacklist match. If we don't have it at the time BeginRequest is executed, we'd save all needed data and put it into a queue. When the blacklist is loaded, all queued requests will be started by the second part of split BeginRequest. To do that, I'd need to listen for BlacklistManager notifications in RDH (on IO thread). Does it seem OK to make RDH a NotificationObserver and use NotificationRegistrar inside? The part about making RDH a NotificationObserver sounds fine. However, if you block all requests from even starting until BlackListManager is ready, you're basically delaying the IO thread until the data is loaded anyways, so it doesn't seem that making it happen asynchronously buys much. The BlacklistManager will publish the compiled blacklist on the IO thread (the CL I published doesn't yet have that fix). Or maybe I should do it some other way? I'm not really familiar with the code in browser/renderer_host. -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
[chromium-dev] Re: Startup time regressions
Hey folks, I'm looking into the startup time regression introduced by r31665, and wondering how this can be so Mac-specific (even more so - theme-specific). From r31665, it should be obvious that the time delta can ONLY be attributed to posting+handling a task (since the task itself is a one-liner that sets a field value and was introduced to avoid a threading issue detected by ThreadSanitizer). Is anything of that kind known to the Mac folks? Any suggested workarounds for the issue (barring the atomicops.h usage)? On Wed, Nov 11, 2009 at 9:43 PM, Nico Weber tha...@google.com wrote: Hi, looks like r31665 regressed themed startup time on os x ( http://build.chromium.org/buildbot/perf/mac-release-10.5/startup/report.html?history=150 ). Comments? Pink suggests to back the changes out within 20 minutes of not hearing from you…the clock is ticking :-) Nico -- -alexander -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
Re: [chromium-dev] Re: Startup time regressions
I'd back it out to make sure your patch is really to blame. -- Evan Stade On Wed, Nov 11, 2009 at 3:49 PM, Alexander Pavlov apav...@chromium.orgwrote: Hey folks, I'm looking into the startup time regression introduced by r31665, and wondering how this can be so Mac-specific (even more so - theme-specific). From r31665, it should be obvious that the time delta can ONLY be attributed to posting+handling a task (since the task itself is a one-liner that sets a field value and was introduced to avoid a threading issue detected by ThreadSanitizer). Is anything of that kind known to the Mac folks? Any suggested workarounds for the issue (barring the atomicops.h usage)? On Wed, Nov 11, 2009 at 9:43 PM, Nico Weber tha...@google.com wrote: Hi, looks like r31665 regressed themed startup time on os x ( http://build.chromium.org/buildbot/perf/mac-release-10.5/startup/report.html?history=150 ). Comments? Pink suggests to back the changes out within 20 minutes of not hearing from you…the clock is ticking :-) Nico -- -alexander -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
Re: [chromium-dev] Re: [gyp-developer] Coping with configurations differences in sources
On Tue, Nov 10, 2009 at 1:52 PM, Gregory Dardyk grego...@google.com wrote: We might build Chrome for 64-bit Windows in the future, but there are several reasons why we would like to avoid porting all Chrome code to 64-bit Windows now: We are now in the process of porting Native Client code that is 64-bit clean on Linux to 64-bit Windows and it requires some effort. We currently plan to use only a minimal subset of functionality in the 64-bit Windows binary, so we would like to keep that binary as small as possible These sentence are dense, can you elaborate? -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
Re: [chromium-dev] Is it possible to configure/build chromium (linux) completely out of the source tree?
You have two options. Both _may_ be working on linux, there is an outstanding issue to fix a problem (at least on windows) in the second: 1. You could muck with gyp_chromium locally and change it so -S some_suffix is passed in. All generated stuff gets a suffix inserted. 2. You can set GYP_GENERATOR_OUTPUT in your environment to redirect where things get generated. maruel is really eager to get #2 working on windows for the trybots. A few stumbling blocks remain there. I think the other platforms work though. Let me know. -BradN On Wed, Nov 11, 2009 at 5:45 PM, James Su su...@chromium.org wrote: Hi all, Currently the build scripts is generated by gyp inside the source tree and some options are fixed when generating the build scripts. If I want to build both 32bit and 64bit binaries (or some other options, eg. toolkit_views=1) in one tree, I need regenerate the build files again and again with different options and output dir for each build, which is so boring. I'm wondering if it's possible for gyp to support completely out-of-tree build like autoconf/automake, which can store all generated files (including the build scripts) in a separated directory and leave the source tree untouched? Regards James Su -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
Re: [chromium-dev] Re: [gyp-developer] Coping with configurations differences in sources
mmentovai, gregoryd and I met today. We've decided Option #1 is actually bad. I'm investigating Option #3 which is likely to be cleaner and seems to meet everyones needs. I'll be updating this review to that approach shortly. -BradN On Wed, Nov 11, 2009 at 5:48 PM, Marc-Antoine Ruel mar...@chromium.orgwrote: On Tue, Nov 10, 2009 at 1:52 PM, Gregory Dardyk grego...@google.com wrote: We might build Chrome for 64-bit Windows in the future, but there are several reasons why we would like to avoid porting all Chrome code to 64-bit Windows now: We are now in the process of porting Native Client code that is 64-bit clean on Linux to 64-bit Windows and it requires some effort. We currently plan to use only a minimal subset of functionality in the 64-bit Windows binary, so we would like to keep that binary as small as possible These sentence are dense, can you elaborate? -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
Re: [chromium-dev] Is it possible to configure/build chromium (linux) completely out of the source tree?
Thanks, I'll have a try. - James Su 2009/11/12 Bradley Nelson bradnel...@google.com You have two options. Both _may_ be working on linux, there is an outstanding issue to fix a problem (at least on windows) in the second: 1. You could muck with gyp_chromium locally and change it so -S some_suffix is passed in. All generated stuff gets a suffix inserted. 2. You can set GYP_GENERATOR_OUTPUT in your environment to redirect where things get generated. maruel is really eager to get #2 working on windows for the trybots. A few stumbling blocks remain there. I think the other platforms work though. Let me know. -BradN On Wed, Nov 11, 2009 at 5:45 PM, James Su su...@chromium.org wrote: Hi all, Currently the build scripts is generated by gyp inside the source tree and some options are fixed when generating the build scripts. If I want to build both 32bit and 64bit binaries (or some other options, eg. toolkit_views=1) in one tree, I need regenerate the build files again and again with different options and output dir for each build, which is so boring. I'm wondering if it's possible for gyp to support completely out-of-tree build like autoconf/automake, which can store all generated files (including the build scripts) in a separated directory and leave the source tree untouched? Regards James Su -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
[chromium-dev] What's the relationship between toolkit_views and chromeos gyp variables?
Hi, I know that if toolkit_views=1 then views will be used instead of the implementation based on native gtk widgets. But how about chromeos? Seems that either toolkit_views=1 or chromeos=1 will define OS_CHROMEOS=1. Is it true that views will only be used by chromeos and desktop build will always use the native gtk implementation? And I'm also wondering the situation of linux views implementation, will it eventually replaces the native gtk implementation? Regards James Su -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
Re: [chromium-dev] Re: Fwd: Switching vs2008 to be preferred when present.
Yuck, I experienced the same gut-wrenchingly slow single stepping problem! The problem was the Autos view. VS 2008 conveniently turns this on by default, but it is crazy slow. Even if it doesn't have focus, it will pause to update it after each step. Go ahead and right click on Autos and select Hide. The evil Autos it is near the Locals tab. It should be as zippy as 2005 now On Thu, Oct 29, 2009 at 7:23 PM, Mike Belshe mbel...@google.com wrote: On Thu, Oct 29, 2009 at 3:34 PM, John Abd-El-Malek j...@chromium.org wrote: On Thu, Oct 29, 2009 at 3:23 PM, Finnur Thorarinsson fin...@chromium.org wrote: I was just about to reply and say the same thing (on Win 7). It would take me 2-3 seconds each time I step over a line. I couldn't use it anymore and switched back to VS 2005. Isn't the stepping speed affected by things like what you have in your Watch window and what conditional breakpoints you have set, or something? Anyway, you've probably gone through this thought exercise many times... Just thought I'd mention it. This was an apple-to-apple comparison, only a few breakpoints in both, fresh build, both on SSD etc. I don't think it has anything to do with the watch window; it is just unbearable - I'd say about 1-1.5seconds per step. On Thu, Oct 29, 2009 at 14:51, John Abd-El-Malek j...@chromium.org wrote: On Thu, Oct 29, 2009 at 2:38 PM, Mike Belshe mbel...@google.com wrote: I've been using VS2008 on Win7 for the last month or so. I hate it. Problems: 1) Stepping in the debugger is SOOO slow. I am thinking about going back to VS2005. I was just about to reply and say the same thing (on Win 7). It would take me 2-3 seconds each time I step over a line. I couldn't use it anymore and switched back to VS 2005. 2) If you turn on Intellisense, it crashes like crazy very regularly. I've turned off intellisense, but it is a big loss in productivity to do so I strongly recommend against VS2008; do others have these problems? Mike On Thu, Oct 29, 2009 at 2:27 PM, Ben Goodger (Google) b...@chromium.org wrote: FYI. VS2008 builds with /MP by default, and it's well supported, so when present there's no reason for us to not use it by default. Note that you can still force VS2005 by setting GYP_MSVS_VERSION=2005 in your environment. Thanks Brad! -Ben -- Forwarded message -- From: b...@chromium.org Date: Thu, Oct 29, 2009 at 2:26 PM Subject: Re: Switching vs2008 to be preferred when present. To: bradnel...@google.com Cc: gyp-develo...@googlegroups.com LGTM http://codereview.chromium.org/341041 --~--~-~--~~~---~--~~ Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~--~~~~--~~--~--~--- -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
Re: [chromium-dev] What's the relationship between toolkit_views and chromeos gyp variables?
I hope you will get answers... ☆PhistucK On Thu, Nov 12, 2009 at 05:08, James Su su...@chromium.org wrote: Hi, I know that if toolkit_views=1 then views will be used instead of the implementation based on native gtk widgets. But how about chromeos? Seems that either toolkit_views=1 or chromeos=1 will define OS_CHROMEOS=1. Is it true that views will only be used by chromeos and desktop build will always use the native gtk implementation? And I'm also wondering the situation of linux views implementation, will it eventually replaces the native gtk implementation? Regards James Su -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev
[chromium-dev] Re: Waiting for privacy blacklists to load in ResourceDispatcherHost
On Thu, Nov 12, 2009 at 01:00, John Abd-El-Malek j...@chromium.org wrote: On Wed, Nov 11, 2009 at 1:22 PM, Paweł Hajdan Jr. phajdan...@chromium.org wrote: To do that, I'd need to listen for BlacklistManager notifications in RDH (on IO thread). Does it seem OK to make RDH a NotificationObserver and use NotificationRegistrar inside? The part about making RDH a NotificationObserver sounds fine. However, if you block all requests from even starting until BlackListManager is ready, you're basically delaying the IO thread until the data is loaded anyways, so it doesn't seem that making it happen asynchronously buys much. The problem is that for example a privacy blacklist may prevent a request for sending the referrer. Another thing they can block are cookies. That means that probably the only thing we can do before all blacklists are loaded is connecting to the host (which is still a win). Is it possible to do that using ResourceHandlers? And of course the performance of loading blacklists from disk is considered to be critical. They are stored in one binary file on disk, in a simple format. -- Chromium Developers mailing list: chromium-dev@googlegroups.com View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev