DownloadFilename is a strings error, the bot needs a clobber. We had this on
the main waterfall yesterday morning also and the few that saw it got fixed
by a clobber.
TVL
On Thu, Jan 21, 2010 at 9:36 AM, Marc-Antoine Ruel wrote:
> [+chromium-dev and sheriffs]
>
> These are flaky tests.
>
> It i
Actually, it think it's sorta captured --
chrome.gyp has chrome_resources_inputs, which is created by running a script
to figure out the input from the grd files. Looking at my xcode project,
there is a dependency on common/extensions/api/extension_api.json for the
grd files listed in chrome_reso
>> On Wed, Dec 30, 2009 at 10:37 AM, Viet-trung Luu
> wrote:
> >>>
> >>> There may be several (possibly related) problems.
> >>>
> >>> I'm definitely seeing zombie ps-es on 249.43 (the released beta). What
> >>> Nirnimesh said about
s commands in terminal gets stuck too.
>>
>>
>> On Wed, Dec 30, 2009 at 10:37 AM, Viet-trung Luu wrote:
>>
>>> There may be several (possibly related) problems.
>>>
>>> I'm definitely seeing zombie ps-es on 249.43 (the released beta). What
>>&g
id about not being able to fork processes (until Chrome
>> gets killed) could be caused by zombies.
>>
>> Is anyone else seeing zombies?
>>
>> - Trung
>>
>> On Wed, Dec 30, 2009 at 1:28 PM, Thomas Van Lenten
>> wrote:
>> >
>> >
>>
[From the right address this time]
There is a pak file for each language, so you'd have in include all language
pak files in the binary, and only one would be used at any given time, so
there would be some overhead as far a memory, etc.
TVL
On Sat, Dec 12, 2009 at 7:52 AM, Satoru Takabayashi wro
repost from right account...
-- Forwarded message --
Date: Tue, Dec 1, 2009 at 10:50 AM
Subject: Re: [chromium-dev] Where buildbot outputs the intermediate builds?
To: robj.pe...@gmail.com
Cc: Chromium-dev
On Tue, Dec 1, 2009 at 10:27 AM, Roberto wrote:
> Are the buildbots ar
.py), but the catch
the the treating of outputs as sources, that needs to be done in the
generators, so there really a good way to deal with it.
TVL
>
> On Tue, Nov 24, 2009 at 9:51 AM, Thomas Van Lenten
> wrote:
>
>> Last week Mark and I talked with someone in Apple's de
Last week Mark and I talked with someone in Apple's devtools team about some
of the dependency problems we've seen in our builds. We have a radar open
with some repro steps, but we got a workaround for what we think we're
seeing. I just rolled in a GYP change that applies this workaround(*). If
the whole checkout and not just the build
output directories?
TVL
>
> On Mon, Nov 9, 2009 at 6:41 PM, Thomas Van Lenten
> wrote:
> > 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 a
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 gclient
Gentle reminder: NSRect, NSPoint, NSSize are all defined based on CGFloat.
In 64bit, this is a double, not a float. So please make sure all code
dealing with these is using CGFloat so we don't have issues in the future.
TVL
--~--~-~--~~~---~--~~
Chromium Develope
You need it defined when doing the gclient sync/runhooks, not when building.
TVL
On Sun, Oct 18, 2009 at 12:46 AM, Issac wrote:
>
>
>
> On Oct 15, 9:27 pm, Antoine Labour wrote:
> > On Thu, Oct 15, 2009 at 9:04 PM, Michael Moss
> wrote:
> >
> > > On Thu, Oct 15, 2009 at 8:59 PM, Fumitoshi Uka
How exactly are you launching it? ie-what are you typing into the terminal.
it might be the executable path change last night.
TVL
On Thu, Oct 15, 2009 at 6:07 PM, Mikhail Naganov wrote:
>
> Hi all,
>
> Starting from today, I can't run Chromium from Terminal, unless I'm
> running it under gdb.
http://dev.chromium.org/developers/tree-sheriffs
On Thu, Oct 15, 2009 at 4:12 PM, Abubakar wrote:
> whats this sheriff thing can anyone explain :) ?I thought the first email
> was a spam hehe .
>
>
> On Fri, Oct 16, 2009 at 1:10 AM, Thomas Van Lenten
> wrote:
>
>>
I'll keep an eye on things tomorrow morning (east coast hours).
TVL
On Thu, Oct 15, 2009 at 4:06 PM, Mark Mentovai wrote:
>
> I've been sheriffing for Munjal for the past hour, when I found the
> tree in a bad state.
>
> I'm happy to keep helping, but it'd be great if some other folks would
> s
Not really sure since the snips you list are two different files, but the
warning is not about eol-style, it's about lines ending with spaces, looks
on the lines listed for things like:
[space][space][real_code][space][space][LF]
[space][space][LF]
And take the spaces at the *end* of those lin
On Mon, Oct 12, 2009 at 10:45 AM, Nicolas Sylvain wrote:
>
>
> On Sun, Oct 11, 2009 at 6:50 PM, Thomas Van Lenten
> wrote:
>
>> Looks like the failures link needs to be updated in waterfall header.
>
> I'm pretty sure I did, can you show me which one is not updat
Looks like the failures link needs to be updated in waterfall header.
TVL
On Sat, Oct 10, 2009 at 9:25 PM, Nicolas Sylvain wrote:
> Hello,
> Today I upgraded buildbot to the latest version.
>
> If you have a bookmark for the "failures only" waterfall, you will need to
> change it. Previously it
It seems like another approach would be to use the target types to indicate
if the library or executable is for the host or native (ie-add types for
host vs. target), then you could use target_conditions to have different
flags.
TVL
On Wed, Oct 7, 2009 at 10:06 PM, Antoine Labour wrote:
> If yo
http://developer.apple.com/mac/library/documentation/Darwin/Reference/ManPages/man1/dyld.1.html
sorta "relative to the thing loading this"
TVL
On Wed, Oct 7, 2009 at 3:52 PM, Albert J. Wong (王重傑) wrote:
> What is @loader_path relative off of?
>
>
> On Wed, Oct 7, 2009 at 12:35 PM, Mark Mentovai
Mark is probably the one to best answer a suggestion here. I'm assuming
they also need to be handled in a version fashion with the app, yes?
TVL
On Wed, Oct 7, 2009 at 2:36 PM, Andrew Scherkus wrote:
> On Wed, Oct 7, 2009 at 11:34 AM, Albert J. Wong (王重傑) > wrote:
>
>> We just noticed that the
Avi, thanks!
We should also keep an eye on the cycle times for the bots to see how much
more time they take with the pixel tests enabled.
TVL
On Fri, Oct 2, 2009 at 11:55 AM, Avi Drissman wrote:
> That didn't turn out so bad. Pixel tests turned on as of r27839. The first
> batch had failures
>
The targets need a type so it knows what to build. I guess the different
generators are defaulting differently.
TVL
On Thu, Oct 1, 2009 at 2:45 PM, brymcq wrote:
>
> I'm working on some code that uses the gyp build system. I find that
> there are cases where I want to aggregate several librari
>> Is native_client really required? Why? We don't want to build this by
>> default, do we?
>>
>> it's too big and it does not fit in the tarball, so it has been excluded
>> there.
>>
>> Nicolas
>>
>>
>>
>> On Tue,
It's not in src.chromium.org, it comes in via DEPS:
"src/native_client":
"http://nativeclient.googlecode.com/svn/trunk/src/native_cli...@797";,
TVL
On Tue, Sep 29, 2009 at 3:32 PM, Nebojša Ćirić wrote:
> Hi Nick, As Chris said, src/native_client is missing from the trunk (and I
> don't h
Did you get any errors in the gclient sync? There is an entry for that dir
within the DEPs file.
TVL
On Tue, Sep 29, 2009 at 12:52 PM, Nebojša Ćirić wrote:
> This is a (read-only) client that synced without problems 4 days ago. Today
> gclient sync failed with:
>
> running '/usr/bin/p
The other part of this might just be messaging.
It's not uncommon for websites to have a link to let users try out the new
experience before it launches. And once it does launch, they always seem to
include a "Check out our new look and cool new features..." blurb. So it's
sudden switch, but mess
On Thu, Sep 24, 2009 at 6:24 PM, Paweł Hajdan Jr.
wrote:
> On Thu, Sep 24, 2009 at 12:24, Thomas Van Lenten wrote:
>
>> Brad landed support for depending on all the python files that go into
>> grit, so that part would have worked. The not always rebuilding for .h
>&
On Thu, Sep 24, 2009 at 3:19 PM, Tony Chang wrote:
>
> Which build was this? I checked in a change that changes how grit
> generates IDs. This type of change requires a clobber since I don't
> think we depend on all the grit .py files. I think these changes are
> rare enough that we can just c
On Thu, Sep 24, 2009 at 3:03 PM, Paweł Hajdan Jr.
wrote:
> We still have problems with resources, examples:
>
> [FATAL:tab_renderer.cc(132)] Check failed: waiting_animation_frames->width()
> % waiting_animation_frames->height() == 0.
>
> [FATAL:image_operations.cc(373)] Check failed: rgb.width()
On Thu, Sep 24, 2009 at 1:10 PM, Mark Mentovai wrote:
>
> Yes, I was poking this a little bit last week, and a little bit the
> week before. It seems that under Valgrind, tests involving the
> pasteboard, and maybe a couple of other things too, will always fail.
> In some cases, the test failure
list explicit dependencies.
>
> I think I'd have an easier time parsing your paragraph with specific
> examples.
>
> -eric
>
> On Tue, Sep 22, 2009 at 5:30 AM, Thomas Van Lenten
> wrote:
> > I've confirmed this with Xcode 3.2; but my suspicion is it also happen
I've confirmed this with Xcode 3.2; but my suspicion is it also happens with
Xcode 3.1.x, just less frequently.
In our build process, we run scripts in a few places to generate headers.
Those steps are usually done via Actions on targets. We have listed all of
the outputs generated so the tool cha
The unittest should be able to skip keystone, since it's part of the update
system for official builds. Either we have a shim, or we're pulling in
something we've been able to avoid in the past.
TVL
On Sun, Sep 20, 2009 at 12:47 PM, Drew Wilson wrote:
> Hi all,
> I'm trying to fix up some of t
FYI: Mac does have this dialog, and it's actually 1 click away, as the there
is a menu item in the menu bar to directly invoke it (since Safari and
Firefox have menubar entries for this).
TVL
On Thu, Sep 17, 2009 at 8:20 PM, Adam Barth wrote:
>
> There's a slight race condition in making variou
On Thu, Sep 17, 2009 at 4:41 PM, Rozenkraft wrote:
>
> > The corresponding revision is not the right revision.Did you try to sync
> > your Chromium source code to the 196 branch? This is the source code used
> > for the 3.x release, not the corresponding revision you mentioned. Many
> > improveme
A few of the perf runs for linux shows a sudden change in the reference
build performance.
These show a slow down:
Page Cycler Intl2
Page Cycler DHTML
These show a speed up/improvement:
Page Cycler Moz
Page Cycler Intl1
Startup
SunSpider
V8 Benchmark
Page Cycler Morejs
The other
Quick update: Apple has confirms on the Xcode mailing list they are working
on the issue.
TVL
On Mon, Aug 31, 2009 at 2:44 PM, Thomas Van Lenten wrote:
> Just a quick heads up, if you are building on 10.6 with Xcode 3.2, you
> might hit some hiccups with distributed builds. An all local
On Mon, Aug 31, 2009 at 5:01 PM, Avi Drissman wrote:
> OK, so I was looking at the result pngs, and I was wrong. It seems to be
> solely about the thumb length, which causes the wavy color to vary along the
> length.
>
> Did we have any suspicions about how the length was turning out wrong the
>
Just a quick heads up, if you are building on 10.6 with Xcode 3.2, you might
hit some hiccups with distributed builds. An all local build seems like it
is working ok, but we're seeing a few different issues with distributed
builds and Apple's distcc support (not finding remote machines, compiler
c
On Wed, Aug 26, 2009 at 12:28 PM, Evan Martin wrote:
>
> PS Every time I want to call it the "EPIC CHANGE".
>
> On Wed, Aug 26, 2009 at 9:27 AM, Evan Martin wrote:
> > Here's a guess: the "history" file is restored each time the test
> > runs, and Brett's epoch change means that we need to re-mig
On Wed, Aug 26, 2009 at 12:32 PM, Thomas Van Lenten
wrote:
>
>
> On Wed, Aug 26, 2009 at 12:28 PM, Evan Martin wrote:
>
>>
>> PS Every time I want to call it the "EPIC CHANGE".
>>
>> On Wed, Aug 26, 2009 at 9:27 AM, Evan Martin wrote:
>> > H
Anyone adding more resources (xibs, etc.) to the Mac, please remember always
fetch them from mac_util::MainAppBundle() (base/mac_util.h) and do *not* use
any Cocoa apis that assume [NSBundle mainBundle]. As part of the l10n,
packaging, and updating, where resources live and what bundle is running
ObjC 2.0 apis should provide pretty clean ways to get all the data for ObjC
classes, see
http://code.google.com/p/google-toolbox-for-mac/source/browse/trunk/Foundation/GTMStackTrace.m(we
already use some of GTM in Chrome/Chromium).
TVL
On Tue, Aug 18, 2009 at 12:16 AM, Viet-Trung Luu wrote:
>
>
ould be nice if you could do this entirely within the GYP files
and not extra magic from the generator, but that might not be easily doable.
> -BradN
>
> On Aug 12, 2009 2:22 PM, "Thomas Van Lenten"
> wrote:
>
>
>
> On Wed, Aug 12, 2009 at 5:03 PM, Bradley Nelson
> w
On Wed, Aug 12, 2009 at 5:03 PM, Bradley Nelson wrote:
> That one is know (we have a gyp issue filed from a while back).The problem
> is that visual studio doesn't detect command line changes (well actually it
> does as long as you do them in the IDE and don't leave the sln).
> We believe we can '
Folks may have noticed the Mac L10n work has started to land in the tree.
Apple's normal model of doing L10n would result in a *lot* of nib files for
us to maintain, so we're going more our own path so we can reuse the strings
in the pak files (generated from the GRDs). I'm putting the details in
On Fri, Aug 7, 2009 at 6:46 AM, Marc-Antoine Ruel wrote:
>
> On Thu, Aug 6, 2009 at 5:05 PM, Jeremy Orlow wrote:
> > On Thu, Aug 6, 2009 at 2:02 PM, Nicolas Sylvain
> > wrote:
> >>
> >>
> >> On Thu, Aug 6, 2009 at 1:05 PM, Scott Violet wrote:
> >>>
> >>> Not sure, perhaps Huan could answer that.
What version of GYP do you have in tools?
Do you have any GYP_* env var set?
Do you have anything in ~/.gyp/*
TVL
On Thu, Aug 6, 2009 at 11:58 PM, Mohamed Mansour
wrote:
> Tonight I was trying to sync my project so I did "git pull" and it worked
> fine, then I did "gclient sync" as well as --f
On Thu, Aug 6, 2009 at 1:16 PM, Miguel F Mascarenhas Sousa Filipe <
miguel.fil...@gmail.com> wrote:
> Hi,
>
> On Thu, Aug 6, 2009 at 6:08 PM, Jeremy Orlow wrote:
>
>> Yoav everyone on this thread is a Chromium developer and almost everyone
>> posting in this thread (not me) are some of the top de
On Thu, Aug 6, 2009 at 3:51 AM, Adam Barth wrote:
>
> Perhaps a better default is to use this behavior when first creating a
> changelist and to use the old behavior when modifying a changelist.
+1
TVL
>
>
> Adam
>
>
> On Thu, Aug 6, 2009 at 12:37 AM, Dirk Pranke wrote:
> >
> > I also fear t
One thing the mozilla waterfall has (or did have at one time) is the ability
to add comments to any build column/step. I've seen it used so someone can
hang a quick comment of "reverting " or "### pushed with fix". That way
right next to a specific problem you can have any extra info, and unl
I don't think Mac passes browser_test, I believe it hangs. I opened a bug on
this a little while ago: http://crbug.com/16322
TVL
On Wed, Aug 5, 2009 at 3:49 PM, John Grabowski wrote:
> Sure! For Mac and Linux I expect things will be fine no matter what you
> throw in.
> jrg
>
>
> On Wed, Aug 5
I did try looking for the sandbox configuration format, but this
> is the only thing I found, but it does not contain sandbox config file
> format
>
> http://developer.apple.com/DOCUMENTATION/DARWIN/Reference/ManPages/man3/sandbox_init.3.html
>
>
> On Thu, Jul 30, 2009 at 5:21
Those constants are pre-configured settings. The NAMED_EXTERNAL flag lets
us pass in our own config, which is the renderer.sb. Apple hasn't really
documented the file format, but if you do some searching on the web, you'll
find some documentation folks have figured out and I believe there was a
t
We haven't done the work in the chrome.gyp yet. Some folks where looking at
the work. mmoss and mark?
TVL
On Fri, Jul 24, 2009 at 2:42 PM, Paweł Hajdan Jr.
wrote:
> How do I force scons to build all language .paks, like locales/en-US.pak ?
> I don't want to build everything. I want to build ch
The other thing to remember is the buildbot scripts and a bunch of build
scripts on all platforms are full of assumptions about the relationships
between projects and the tree. :(
TVL
On Thu, Jul 23, 2009 at 12:11 PM, Dan Kegel wrote:
> On Thu, Jul 23, 2009 at 9:07 AM, Thomas Van Len
On Thu, Jul 23, 2009 at 12:00 PM, Dan Kegel wrote:
>
> On Thu, Jul 23, 2009 at 2:28 PM, Darin Fisher wrote:
> >>> An objdir-ish solution would make sense, except the native build
> >>> systems we use don't really work in terms of objdirs, so we'd just
> >>> wind up generating a parallel directory
Just to be complete, linux can have the same issue, and I'd expect Windows
also to be able too. This is one class of things the try server doesn't
catch because it is building debug/unoptimized.
TVL
On Wed, Jul 22, 2009 at 10:09 PM, Andrew Scherkus wrote:
> On Wed, Jul 22, 2009 at 7:07 PM, Dan
On Mon, Jul 20, 2009 at 10:04 PM, John Abd-El-Malek wrote:
> I have a leak after a check-in. I tried following the instructions on my
> Linux box, but couldn't (I hardly develop on Linux).
>
> jabdelma...@jabdelmalek:/usr/local/google/chrome/src$ sh
> tools/valgrind/chrome_tests.sh --generate_su
One advantage loops might have over this approach is it keeps the support
more portable. This approach requires requires invoking a shell, which
could be harder to keep portable, no?
I was thinking of some cases where a loop that defined actions could be
handy, but this style approach might also w
On Fri, Jul 17, 2009 at 10:31 AM, Dan Kegel wrote:
> On Fri, Jul 17, 2009 at 2:07 PM, Nicolas Sylvain
> wrote:
> >> We've finished the shuffle of the Mac Valgrind bots over to release
> >> builds. It looks like some of the slower tests now run 2x as fast, so
> the
> >> cycles types seem to be a
We've finished the shuffle of the Mac Valgrind bots over to release builds.
It looks like some of the slower tests now run 2x as fast, so the cycles
types seem to be a lot better (fewer cls per cycle).
There are two bots on the main waterfall, and a few more on the fyi
waterfall. Nirnimesh & Stuar
we sorta left the "dogfood" state a
while ago :) and it's role has evolved to the point the work it does is
specific to Chromium. So when tweaking something in it for the buildbots
the other day, we went ahead and renamed it.
TVL
>
> -BradN
>
>
> On Thu, Jul 1
sync again, it sounds like your src tree and gyp version are out of sync.
TVL
On Thu, Jul 16, 2009 at 6:39 AM, zys wrote:
>
> Hello
> You might think that this is a really a stupid question.
> I have downloaded chrome source code as well as the depot_tools and
> now I am trying to generate .SLN
Quick skimmed reply: Mac already has expectations per OS where we need them,
so you might be able to follow that basic model (and maybe small tweaks to
the scripts to use it). It looks for version specific and then falls back
to generic platform files so we only have to dup the ones that are os
ve
If you are adding new path service constants as part of a new feature
(ie-adding new directories to the install footprint or a new data dir for
storing things in), please make sure you include someone for each platform
in the review and call out what the path is for. We've had a few paths
added ov
Looks like the tests don't run on the mac, I'll look into that.
TVL
On Wed, Jul 8, 2009 at 3:17 PM, Paweł Hajdan Jr. wrote:
>
> > Hmmm. They do run on try bots.
>
> Oh, indeed. But only on Windows. But I noticed you're working on this,
> so - seems good.
>
> > They also do run in debug and relea
Looks like the tests don't run on the mac, I'll look into that.
TVL
On Wed, Jul 8, 2009 at 3:17 PM, Paweł Hajdan Jr. wrote:
>
> > Hmmm. They do run on try bots.
>
> Oh, indeed. But only on Windows. But I noticed you're working on this,
> so - seems good.
>
> > They also do run in debug and relea
On Wed, Jul 8, 2009 at 11:03 AM, Paweł Hajdan Jr.
wrote:
>
> I wonder if it would be possible to have a conditional flag, maybe in
> common.gypi, that you would flip to turn on incremental linking, with
> still non-incremental linking being the default.
Something like this probably makes sense t
See the expectations file, it lists the ones that are known to fail on a
given platform. This is how we easily track new failures.
TVL
2009/7/6 David Jones
> >It means those two tests failed to produce the expected results. When
> >done, the summary page should open with a list of any tests t
2009/7/6 David Jones
> I have worked on webkit ,though I didn't know much about wekkit's
> layout-test. I'm curious about chrome's layout-test.
> -do you take webkit's layout-test into chrome with any changes? I don't
> think so, so what're these changes?
>
It depends a little on the platform in
master.chromium -- http://build.chromium.org/buildbot/waterfall/
master.chromium.fyi -- http://build.chromium.org/buildbot/waterfall.fyi/
>From the main waterfall, the experimental link takes to you the fyi one.
The fyi waterfall lists the bots that we run, but don't close the tree for.
TVL
200
If you look at a lot of Mac executables, you find
that the system can create threads in response to same API calls. On
the copy of Chrome I'm currently running, I seeing one renderer with 5
threads and another with 6. At quick glance the extra are the OS
doing some extra work in
response to api c
See http://dev.chromium.org/developers/design-documents/plugin-architecturefor
some more details.
TVL
On Fri, Jun 19, 2009 at 1:51 PM, Evan Martin wrote:
>
> On Thu, Jun 18, 2009 at 12:15 AM, n179911 wrote:
> > In
> >
> http://dev.chromium.org/developers/design-documents/multi-process-resource-
On Thu, Jun 18, 2009 at 4:58 PM, John Gregg wrote:
> Hi all,
>
> I'm working on a desktop notifications javascript API for web apps; on Mac
> these calls will go out to the Growl notification system if it's installed
> and user has granted permission to get notifications from that origin. I'm
>
On Thu, Jun 11, 2009 at 12:48 PM, Adam Langley wrote:
>
> On Thu, Jun 11, 2009 at 8:52 AM, Tony Chang wrote:
> > Albert, what do you think? I estimate that about 5-7 people on the
> > linux team use the make build these days.
>
> I reverted in r18168. It sucks that there's no try or builders for
On Wed, Jun 10, 2009 at 2:38 PM, p_W wrote:
>
> Forgive my (possibly) stupid concern here, but a few months ago there
> was some talk about this, and about how integrating with the OS's
> spellchecker was the preferred route as it allowed users to use their
> dictionary customizations over all th
>From the very end of http://dev.chromium.org/developers/how-tos/get-the-code
gclient sync --revision s...@
TVL
On Tue, Jun 9, 2009 at 9:27 AM, Jickae Davis wrote:
> And I also encountered a new question.
>
> How to update to certain revision of different
> kinds(snapshot/continuous/tarb
On Tue, Jun 9, 2009 at 9:25 AM, Jickae Davis wrote:
> After carefully check, I think I am confused about continuous and snapshot,
> :(.
>
> Amanda said:
> continuous: ever time anyone checks in a change, we have a continuous build
> system that checks out the change and tries to build Chromium.
>
The continuous build scripts have been updated to handle all three
platforms. If you take the link on the top left of the waterfall pages,
you'll go a listing that now includes directories for each platform. Each
platform dir then has a LATEST link within it (the LATEST outside of the
platform di
Just a quick heads up, a new block of Mac Mini's are now online on both the
main waterfall and the fyi waterfall. We now have builders/testers for a
bunch of configs, as well as some jobs split between machines. Hopefully
this will lower the Mac cycle times. This also gets the perf data we collec
On Wed, Jun 3, 2009 at 12:06 AM, Book'em Dano wrote:
>
> Does anyone have objections to including such a function? It would
> just return a copy of std::map switches_;
>
> I'd like to add such a function so that I can iterate over the command
> line args (both switches and loose values) and valid
On Tue, Jun 2, 2009 at 12:25 PM, Lucius Fox wrote:
>
> I can build and debug TestShell project. But can you please tell me
> how to attach appropriate renderer with Shark?
> What is an appropriate renderer?
TestShell doesn't do the out of process model, all rendering is done inproc
with TestShe
On Tue, May 26, 2009 at 1:37 PM, Daniel Dreiberg <
daniel.dreiber...@gmail.com> wrote:
> Hi,
> Can you please tell me where i can find Xcode project for chromium on
> MacOS?
> I tried $chromium_src_root/src/chrome/chrome.xcodeproj, but that does not
> seem to have html parser code, javascript engi
Just a quick heads up, later today I'll be landing some initial fixes for
code that cared about the application's name. If you find yourself needing
this, look carefully at why and what you're using. The Mac version is going
to need a little more work to get the final branding right in all places
When in doubt, read the website:
http://code.google.com/p/chromium/wiki/MacBuildInstructions
TVL
On Wed, Apr 29, 2009 at 9:53 PM, daniel wrote:
>
> Hi,
>
> How can I run TestShell in Xcode on MacOS? Which xcode project I
> should use?
>
> I find these:
> ./src/base/base.xcodeproj
> ./src/breakp
On Tue, Apr 28, 2009 at 4:39 PM, Greg Spencer wrote:
> Hi Chromium Developers,
>
> I'm working on Google's O3D (http://code.google.com/p/o3d), and we
> (naturally) share some of Chrome's base classes for our code, including the
> very useful class FilePath.
>
> However, in using FilePath in the l
The deps for all the files generated is a problem, Mark and I have talked
about it a few times, but haven't come up with something complete for it
yet, hopefully it will pop back up on our queues shortly so we can figure
out something more complete.
TVL
On Mon, Apr 27, 2009 at 6:14 PM, Evan Mart
On Fri, Apr 24, 2009 at 4:55 PM, Никита Офицеров wrote:
>
> There are now different platform-dependent ways to ensure that only
> one instance of Chrome is running, and to get its pid.
> I think that there is a way of accomplishing both goals in a
> cross-platform way, reusing existing IPC system
n Thu, Apr 9, 2009 at 9:11 AM, Thomas Van Lenten
> wrote:
>
>> fyi -Some failures will happen on the Macs because test_shell
>> sets/restores user settings on startup/shutdown, so having more then one
>> running can cause things to fail as one exits changing state on another
fyi -Some failures will happen on the Macs because test_shell sets/restores
user settings on startup/shutdown, so having more then one running can cause
things to fail as one exits changing state on another that's running. It's
on my list to move into a helper app so it can be done around the whol
So we'd take the product of variants and configuration?
I don't think we can do official this way because we need to modify sources
lists, so official would stay controlled by a variable for the whole tree.
I think your link changes would actually have to be w/in a
tagert_conditional blocks so th
Most mac apps solve this by having the app exit as part of the upgrade
process, this way a new copy is launched w/ the new resources.
On Sun, Mar 29, 2009 at 4:40 AM, John Grabowski wrote:
>
>> How will in-place updating work on the Mac and Linux?
>>
>
> To be frank, we haven't solved this proble
ays to trust the binary, the signature allows that to stay
across updates (if the sig is the same).
TVL
>
>
> -George
>
> On Tue, Mar 24, 2009 at 11:45 AM, Thomas Van Lenten
> wrote:
> > The Windows product builds a small executable that then loads the main
> > ch
The Windows product builds a small executable that then loads the main
chromium dll, and hands off control to that. I believe this is done solely
for updating reasons. All the difference processes start from that one
shim.
On the Mac, we are currently building as a single executable. But, this
On Tue, Mar 24, 2009 at 1:00 PM, Amanda Walker wrote:
> 2009/3/24 John Abd-El-Malek :
> > Right, this is used so that if the user starts Chrome a second time, it
> > tells the currently running exe to open a new tab. This is the standard
> way
> > of doing it on Windows, but I don't know how Mac
A bunch of process handle code is something we're gonna need to look very
carefully at. The filtering via names may be valid on Windows, but on
Linux, a user could have Chromium running twice (with different
profiles/user data dirs) pointing at different displays, so we'll have to be
very careful
if you're using gcl, and use the same name for the issue (gcl upload
[change_name]), it should do that for you. If you're using the upload.py
script directly, then it takes a -i [issue_num].
TVL
On Mon, Mar 23, 2009 at 10:16 AM, DeArto20 wrote:
>
> I wanna upload new patch to the existing issu
1 - 100 of 122 matches
Mail list logo