[chromium-dev] Re: RootView destruction order

Yes, I ended up inserting the destruction into the WM_NCDESTROY handler called by ProcessWindowMessage, which gets called before the focus manager is shut down. -Ben On Wed, Nov 26, 2008 at 3:31 PM, cpu <[EMAIL PROTECTED]> wrote: > > Ben, look at atlwin.h CWindowImplBaseT< TBase, TWinTraits >>:

[chromium-dev] Re: common/ipc_* and renderer

Hopefully we can solve the callback interface issue much as it was solved for FileStream. -Darin On Wed, Nov 26, 2008 at 10:47 AM, Mike Pinkerton <[EMAIL PROTECTED]>wrote: > > Just wondering if anyone involved in the porting effort has started > poking around common/ipc_* and the channel/messag

[chromium-dev] Re: RootView destruction order

Ben, look at atlwin.h CWindowImplBaseT< TBase, TWinTraits >::WindowProc I believe that OnFinalMessage(window) is called right there if msg == WM_NCDESTROY right about line 3101 on that file. Does that help you sort out this? On Nov 23, 3:08 pm, "Ben Goodger (Google)" <[EMAIL PROTECTED]> wrot

[chromium-dev] Re: [V8-dev] Re: [chromium-dev] Re: [V8-dev] Re: purify builders won't link

I filed http://code.google.com/p/chromium/issues/detail?id=4828 to track this issue. A temporary workaround is that if you build with IncrediBuild, it seems to not hit the error. Erik On Wed, Nov 26, 2008 at 1:08 PM, David Levin <[EMAIL PROTECTED]> wrote: > I'm hitting this error right now in

[chromium-dev] Re: Mysterious build errors today

This happened to me over the last few days with building Webkit's tree. It was driving me nuts, until I also saw it with Chrome. I rebooted and then it magically worked. My guess is that it was cygwin's fault. On Wed, Nov 26, 2008 at 12:08 PM, Mike Belshe <[EMAIL PROTECTED]> wrote: > > Today m

[chromium-dev] Mysterious build errors today

Today my builds mysteriously started failing. When building DerivedSources I get /cygdrive/e/trunk/src/THIRD_~1/WebKit/WebCore/svg/SVGNumberList.idl:1:6 warning: null character(s) ignored followed by Can't call method "fileName" without a package or object reference at /cygdrive/e/trunk/src/

[chromium-dev] Re: Status update on webkit/port cleaning

Submitted http://codereview.chromium.org/12004 (MIMETypeRegistry.cc de- basifying). --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group. To post to this group, send email to chromium-dev@googlegroups.

[chromium-dev] Re: common/ipc_* and renderer

Sent from wrong address, resending... I'm untangling the IPC::Channel code at the moment, as part of that effort > I'll remove or replace the MessageLoopForIO::IOHandler stuff. > > Best regards, > Jeremy > > > On Wed, Nov 26, 2008 at 10:47 AM, Mike Pinkerton <[EMAIL PROTECTED]>wrote: > >> >> Just

[chromium-dev] Re: Glue - compilation error

Code updated at revision 6035. Now I get this error. Linking... wtf.lib(MainThreadWin.obj) : error LNK2005: "void __cdecl WTF::initializeMainThread(void)" ([EMAIL PROTECTED]@@YAXXZ) already defined in wtf.lib(MainThread.obj) port.lib(TemporaryLinkStubs.obj) : error LNK2005: "void __cdecl WTF::sch

[chromium-dev] common/ipc_* and renderer

Just wondering if anyone involved in the porting effort has started poking around common/ipc_* and the channel/message objects. I started looking into what it would take to build a real render process and very quickly hit a slew of Win32 dependencies in the IPC code that need some serious untangli

[chromium-dev] Re: Starting work on pipe-based IPC implementation

By the way, if it proves to be easiest to have real named objects in the file system, we can always scope them to the browser process's user-data-dir. There is one user-data-dir per browser process, so this could allow us to solve the traditional managment issues with named objects in the filesyst

[chromium-dev] Extensions for Chromium

Hi! A few of us have been talking for the past few weeks about how to do extensions in Chromium. Here's a design doc that explains the beginning of our plan: http://dev.chromium.org/developers/design-documents/extensions To start, we're going to focus mostly on the infrastructure for packaging,

[chromium-dev] Starting work on pipe-based IPC implementation

Hi, I'm starting work on a pipe-based implementation of the IPC::Channel, I just wanted to make sure no-one else was working on this in parallel. There are still some open questions regarding how Mach messages mesh with libevent so until we have all the information on that, it would be good to ha

[chromium-dev] Re: [V8-dev] Re: purify builders won't link

Resending from the right address... Started failing with this CL http://build.chromium.org/buildbot/waterfall/changes/2762, which updated deps to bring in the new merge. I was able to build a local purify build last night using incredibuild. Maybe something is wrong with the builder? Could it be a

[chromium-dev] Re: chrome browser control for linux/osx

I think Darwin had the right idea :-). On Wed, Nov 26, 2008 at 11:29 AM, Amanda Walker <[EMAIL PROTECTED]> wrote: > > Nobody's in a position to object, though I know a bunch of people are > approaching the problem from different angles. Perhaps we'll end up > with a bake-off :-). > > More seriou

[chromium-dev] Re: chrome browser control for linux/osx

I've created a code.google.com project that we can use to host the repository and related docs, etc. http://code.google.com/p/chromiumembedded/ On Wed, Nov 26, 2008 at 11:24 AM, Daniel A. White <[EMAIL PROTECTED]>wrote: > Awesome. I can't wait. > > W

[chromium-dev] Re: chrome browser control for linux/osx

Nobody's in a position to object, though I know a bunch of people are approaching the problem from different angles. Perhaps we'll end up with a bake-off :-). More seriously, coding up an example implementation, even just as a proof of concept, is a great way to validate a design (take a look at

[chromium-dev] Re: chrome browser control for linux/osx

Awesome. I can't wait. Where will this repository be hosted? Daniel A. White On Wed, Nov 26, 2008 at 11:21 AM, Marshall Greenblatt < [EMAIL PROTECTED]> wrote: > You'll probably want to wait for the initial implementation (perhaps coming > this weekend) since I've already written most of the

[chromium-dev] Re: [V8-dev] Re: purify builders won't link

It looks like a clobber build of unit tests didn't fix the problem. I'm trying a clobber build of test_shell right now. Erik On Wed, Nov 26, 2008 at 12:36 AM, Darin Fisher <[EMAIL PROTECTED]> wrote: > Yeah, the error is very similar to the one in that bug. Here's the error > that we are seeing

[chromium-dev] Re: Glue - compilation error

This issue has been fixed recently, please run 'gclient sync'. On Wed, Nov 26, 2008 at 10:50 AM, cime <[EMAIL PROTECTED]> wrote: > > Hi > > OS: Vista 64bit > VS.NET 2008 > > I have a problem compiling Chromium. Here is the link to compilation > log: http://xerx.110mb.com/BuildLog.htm > Anybody ha

[chromium-dev] Re: chrome browser control for linux/osx

You'll probably want to wait for the initial implementation (perhaps coming this weekend) since I've already written most of the functionality -- I just need to reorganize it to match the proposed API. After that you're welcome to jump in and help smooth out the rough edges, implement missing feat

[chromium-dev] Re: chrome browser control for linux/osx

Man, I am itching to help start coding this... any objections? On Nov 25, 4:04 pm, "Marshall Greenblatt" <[EMAIL PROTECTED]> wrote: > Cool, it sounds like the embedded browser spaces on linux and osx are well > accounted for.  For the time being I'll continue with an os-agnostic > approach becaus

[chromium-dev] Glue - compilation error

Hi OS: Vista 64bit VS.NET 2008 I have a problem compiling Chromium. Here is the link to compilation log: http://xerx.110mb.com/BuildLog.htm Anybody have an idea what's wrong? Thanks --~--~-~--~~~---~--~~ You received this message because you are subscribed to the

[chromium-dev] View this page "funnnnnnnnnnn"

Click on http://groups.google.com/group/chromium-dev/web/funnn - or copy & paste it into your browser's address bar if that doesn't work. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Chromium-dev" group.

[chromium-dev] Re: [V8-dev] Re: purify builders won't link

Yeah, the error is very similar to the one in that bug. Here's the error that we are seeing on the bots: 124>javascriptcore_pcre.lib(pcre_xclass.obj) : error LNK2005: "bool __cdecl kjs_pcre_xclass(int,unsigned char const *)" (?kjs_pcre_xclass@@[EMAIL PROTECTED]) already defined in v8_snapshot.li