On Mon, Jan 18, 2010 at 8:50 PM, hap 497 wrote:
> There are 2 Font classes in chromium code:
>
> app/gfx/Font.h
> third_party/WebKit/WebCore/platform/graphics/Font.h
>
> Can you please tell me what is the purpose of each one (specifically on
> Linux)?
There are many more font classes than that :
On Mon, Jan 18, 2010 at 11:58 PM, Jeremy Orlow wrote:
> Oh, according to the file, build/features_override.gypi will also do the
> trick.
I don't believe that this actually works. I think Evan made a go at
it, but it will take a fair bit of work before it actually builds
without SVG.
AGL
--
Ch
On Fri, Jan 8, 2010 at 7:08 PM, Antoine Labour wrote:
> How about:
> int fd = open(file_or_url, O_RDONLY);
> if (fd >= 0) {
> close(fd);
> OpenLocalFile(file_or_url);
> } else {
> OpenURL(file_or_url);
> }
s/open/access/, but otherwise this is fine. It would be nice to add
--local-file and
On Mon, Jan 11, 2010 at 11:49 AM, Brian Lum wrote:
> Here is my ld version:
> $ ld -v
> GNU gold (GNU Binutils 2.19.1) 1.7
You have gold 2.19.1. You need gold 2.20.
If install-build-deps.sh didn't work for you then you'll need to fix it.
AGL
--
Chromium Developers mailing list: chromium-dev@g
On Fri, Jan 8, 2010 at 11:36 PM, n179911 wrote:
> Can you please tell me if/where is the file to configure chromium's
> renderer sandbox?
There is no configuration. That's probably why you can't find any :)
AGL
--
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives,
On Thu, Jan 7, 2010 at 8:14 AM, Aaron wrote:
> Any idea what could be causing this thing? It's been going on for
> some time now. All of my research turns up nothing.
piman writes:
For the incoming gpu plugin on linux, the following new packages are needed:
* mesa-common-dev
* libgl1-mesa-
On Mon, Jan 4, 2010 at 5:17 PM, Fady Samuel wrote:
> I am aware there will be synchronization issues. I am a grad student who has
> been studying concurrent and lock-free data structures for a while now. I'm
> actually hoping to apply some of my research in Chromium as a proof of
> concept.
> I'm
On Wed, Dec 30, 2009 at 6:52 AM, Elias Pipping
wrote:
> starting w/ r251, I'm no longer able to compile the bundled protobuf,
> through the gyp-generated makefiles. Compiling via `./autogen.sh;
> configure; [..]` works.
On what system are you trying to build? Linux? Which distro? Which GCC versio
On Tue, Dec 29, 2009 at 12:38 AM, n179911 wrote:
> I enable ipc logging when run chromium. And I see the following messages
> saying 'unknown type'. Can you please tell me where I can find out what
> those messages are for?
> ipc 2898.0xd07aaf8.936222325 1 [unknown type 8] (1042, 589), (0, 0, 0,
On Mon, Dec 28, 2009 at 3:40 PM, hap 497 wrote:
> My question is if there is 1 Process per tab, that means there is 1
> RenderProcess per Tab, that means there is 1 RendnerView per tab
> content.
> So how can each render process has more than one RenderView object?
A tab has a single RenderProces
On Sat, Dec 26, 2009 at 6:19 PM, Andrew Ames wrote:
> running '/usr/bin/python src/build/gyp_chromium' in
> '/home/andy/projects/chromium'
> Updating projects from gyp files...
> DEBUG:root:['/usr/bin/python',
> 'src/build/win/clobber_generated_headers.py']
This should usually print out
On Tue, Dec 8, 2009 at 7:42 PM, Richard Zhao wrote:
> I seems breakpad don't support arm, right?
>
> struct _libc_fpstate not defined.
I never wrote ARM support for breakpad and I don't think anyone else
did either: so no. However, breakpad is only used in Chrome branded
builds, which you can't s
On Tue, Dec 8, 2009 at 11:21 AM, Bradley Nelson wrote:
> I've got a prototype summary view of the trybots up
> at http://tryconsole.appspot.com/
The icons are great :)
AGL
--
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email options, or unsubscribe:
On Tue, Dec 8, 2009 at 12:55 PM, Michael Nordman wrote:
> yikes 481 failures on linux... k... holding off rolling until we get a
> handle on the nature of the linux borkage
This is probably the result of Markus's first WebKit patch. It was
LGTMed and he asked that it be landed and didn't think th
On Fri, Nov 27, 2009 at 5:43 PM, Kenneth Russell wrote:
> http://code.google.com/p/chromium/issues/detail?id=21921 I observed
> that on Windows that when the Chrome window is resized, a Skia canvas
> the size of the entire window is allocated and discarded in order to
> paint the window background
On Sun, Nov 22, 2009 at 1:23 PM, hap 497 wrote:
> Can you please tell me how can I remove all .o after the build?
> I tried 'make clean', but it said there is no 'clean' target'.
% find out -type f -name "*.o" | xargs rm
AGL
--
Chromium Developers mailing list: chromium-dev@googlegroups.com
On Fri, Nov 13, 2009 at 1:43 AM, sahid wrote:
> make: *** No rule to make target `third_party/yasm/source/patched-yasm/
> modules/arch/x86/gen_x86_insn.py', needed by `out/Debug/obj/gen/
This file should exist. If it doesn't, your checkout is incomplete.
Make sure that you're running `gclient sy
On Thu, Nov 5, 2009 at 2:46 PM, Alexander Teinum wrote:
> It's in the Linux-version.
You should have mentioned the platform.
You have an awful lot of work to get the Linux test_shell up to
Chromium speeds. There's a lot of raw Xlib calls to keep the image of
the page in video memory and to try
On Thu, Nov 5, 2009 at 1:56 PM, Alexander Teinum wrote:
> Yes, I perceive the scolling, CSS scale-transformations on the
> iframes, and moving the iframes around as the biggest performance
> problems. All of these issues might be related to that?
You could try reading chrome/renderer/render_widg
On Thu, Nov 5, 2009 at 1:44 PM, Alexander Teinum wrote:
> I could probably hack it so that it went into fullscreen, and then
> disable F11, but that's dirty. All the UI stuff from Chromium would
> still be there, although it would be hidden.
test_shell doesn't implement the fast painting for one
On Fri, Oct 30, 2009 at 9:10 AM, Akira wrote:
> I was building on Fedora 10 and was able to compile but the
> linking stage (see below) consumes more and more memory- the 500Mb of
> remaining memory, then another 1Gb of swap- before being killed.
Are you using gold?
http://code.google.com/p/
On Wed, Oct 28, 2009 at 5:47 PM, Evan Stade wrote:
> https://bugs.webkit.org/show_bug.cgi?id=30832
It is generally quite important to attach the patch :)
AGL
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, c
On Sun, Oct 11, 2009 at 8:39 AM, Evan Martin wrote:
> I think we should to preemptively set the GDK_NATIVE_WINDOWS
> environment variable mentioned there in our launcher until we've
> tested it, since this change will surely break us.
We use native Xlib calls for the backing store area, obviousl
On Mon, Oct 12, 2009 at 10:46 AM, Evan Martin wrote:
> In general, it'd be nice to reach out to Dan since he's likely to know
> better than anyone here about the right way to do this. I'll link him
> to this thread from his post.
I've already emailed him about this, explaining the situation. Fo
On Sat, Oct 3, 2009 at 3:22 PM, Ben Laurie wrote:
> Why doesn't the sandbox prevent this?
The SUID sandbox doesn't work that way.
To be clear, the correct solution on FreeBSD is to use SOCK_DGRAM.
Please don't rewrite the sandbox IPC scheme to have framing. It's a
very minor security issue and
On Sat, Oct 3, 2009 at 6:29 PM, Aaron Boodman wrote:
> I double-checked that the font I'm using actually contains these
> characters (by rendering them using HTML).
When rendering via HTML a browser will use any font on the system
which provides those codepoints. I'm not sure how one could use H
On Fri, Oct 2, 2009 at 3:44 PM, Jacob Mandelson wrote:
> The Linux send(2) man page explicitly says the message is all-or-nothing,
I don't think so. It says:
"If the message is too long to pass atomically through the underlying
protocol, the error EMSGSIZE is returned, and the message is not
t
On Fri, Oct 2, 2009 at 2:37 PM, Ben Laurie wrote:
> Why will it certainly not work? From what (little) I understand,
> SOCK_SEQPACKET adds record boundaries to SOCK_STREAM ... presumably
> one could simulate that over SOCK_STREAM?
There are multiple, concurrent writers to the socket. If you make
On Fri, Oct 2, 2009 at 2:30 PM, Adam Langley wrote:
> There was some concern that a renderer could use sendto on a
> SOCK_DGRAM to direct packets to other destinations. However, when
> created with socketpair, this isn't an issue as I recall.
Wait a minute. Idiot alert; I got t
On Fri, Oct 2, 2009 at 2:26 PM, Ben Laurie wrote:
> zygote_host_linux.cc creates a socketpair using SOCK_SEQPACKET rather
> than the more usual SOCK_STREAM? Before I trawl through code, does
> anyone know why? This is a problem for the FreeBSD port: FreeBSD
> doesn't support SOCK_SEQPACKET for un
On Thu, Oct 1, 2009 at 9:06 AM, Mike Belshe wrote:
> Sounds good to me - does windows have a good low-memory notification api?
http://msdn.microsoft.com/en-us/library/aa366541(VS.85,loband).aspx
AGL
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromi
On Wed, Sep 23, 2009 at 11:26 AM, Mark Mentovai wrote:
> doing something wrong. Using SSE2 floating-point operations in a
> configuration that we test and then using x87 floating-point
> operations in a configuration that we release is completely bogus.
The reality of the situation:
* x87 doub
2009/9/22 Ujjwol (उज्जवल लामिछाने) :
> But I cannot find base.common.gypi in the source tarball of the
> chromium. How should I fix this problem ?
Opps, there was a typo on that wiki page which I've now fixed. The
correct location is build/common.gypi.
AGL
--~--~-~--~~~
On Thu, Sep 17, 2009 at 3:37 PM, Ben Goodger (Google) wrote:
> Whoever added this UI, please remove it before I have to when I get
> back next week.
Very well, reverting.
AGL
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
On Thu, Sep 17, 2009 at 3:03 PM, Peter Kasting wrote:
> It's disappointing to me that this change was made without any bug in the
> bug database linked, and without any input from a member of the UI team,
> despite the code reviewer (abarth) explicitly wondering about getting UI
> review.
Glen r
On Tue, Sep 8, 2009 at 2:07 PM, Stefan Nuxoll wrote:
> I was under the impression that going to 64-bit isn't just a simple
> switch in build instructions, there were some components (V8, maybe)
> that weren't x64 compatible. Anyone else want to comment on this?
64-bit is just a question of addin
On Tue, Sep 8, 2009 at 5:35 AM, Thomas Van Lenten wrote:
> A few of the perf runs for linux shows a sudden change in the reference
> build performance.
I had to update the reference builds because the IPC protocol changed
on Linux. Thus, a change in the reference speeds to match the current
tip-o
On Tue, Sep 1, 2009 at 3:58 PM, Paweł Hajdan Jr. wrote:
> QA Notice: The following files contain writable and executable sections
> Files with such sections will not work properly (or at all!) on some
> architectures/operating systems. A bug should be filed at
I've noticed some WX sections in
On Fri, Aug 28, 2009 at 3:44 PM, Mark Wang wrote:
> Has anyone tried to build the Chromium IPC/shared memory code on 64-bit Mac
> OS? We have a need for IPC and shared memory between 64-bit and 32-bit
> processes, and what Chrome has seems to be a good fit for our needs. From
> my first glance t
On Wed, Aug 26, 2009 at 4:12 PM, Paweł Hajdan
Jr. wrote:
> How do I create a SkBitmap of arbitrary size, filled with color of my choice
> (on Linux)?
Without any testing at all, it would look a little like
SkBitmap bitmap;
bitmap.setConfig(SkBitmap::kARGB__Config, width, height);
bitmap.allo
On Thu, Aug 20, 2009 at 9:38 AM, n179911 wrote:
> I don't want the renderer process to die. I just want it 'locked' so
> that i can dump out information of the page (DOM, CSS) of the page.
> And I want the page unchange during the information dumping.
SIGSTOP doesn't kill the process, it just, we
On Thu, Aug 20, 2009 at 12:12 PM, Adam Langley wrote:
> I think 64-bit breakpad is done. Are you sure you're up to date? (and
> using the files from breakpad/linux?)
Sorry Dean pointed out that it was minidump-2-core. That should be
removed really. It doesn&#x
On Thu, Aug 20, 2009 at 12:06 PM, Michael Moss wrote:
> Anybody working on 64-bit breakpad yet?
>
> src/breakpad/linux/minidump-2-core.cc:303:2: error: #error "This code
> has not been ported to your platform yet"
>
> I guess worst case, I can turn this off for official 64-bit builds right now.
I
On Wed, Aug 19, 2009 at 11:43 AM, Ben Laurie wrote:
> #if defined(OS_LINUX) || defined(OS_FREEBSD)
> and this is ugly.
It doesn't deeply worry me, except when NetBSD, OpenBSD come along.
Could you use OS_BSD instead? I know that some may assume that OS X
would be included, but I don't have a bett
On Wed, Aug 19, 2009 at 12:38 PM, William Chan
(陈智昌) wrote:
> Here's a sample crash report whose minidump ends up as mostly garbage
> when I run it through minidump_2_core:
> http://crash/reportdetail?reportid=1b90a2edd4030e92.
minidump_2_core basically doesn't work. The minidump is missing some
On Thu, Aug 13, 2009 at 1:29 AM, codfather wrote:
> I noticed that the size of the installation of these two builds ,
> Google Chrome 3.0.198.1 and Chromium 4.0.202.r23182 were considerably
> different, and was wondering do they both use the separate libv8 -
> r2650 library?
We don't support a se
On Wed, Aug 5, 2009 at 3:51 PM, John Gregg wrote:
> http://codereview.appspot.com/104044/.
No slash on the end: http://codereview.appspot.com/104044
AGL
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change
On Wed, Aug 5, 2009 at 12:21 PM, Jeremy Orlow wrote:
> Why do you need a child_id if you're going to forget about it anyway?
The thought was that one might want to call EnsureChildTerminates on
it. If it turns out that nobody needs that I'll remove it.
Cheers
AGL
--~--~-~--~~-
Our child process reaping is a little bit of a hack right now, which
is my fault. I didn't anticipate how bad it would turn out.
Currently, we use a bunch of hacks to make sure that we reap all the
children that we need to, but don't reap children from another part of
the code etc. If we need to
On Tue, Aug 4, 2009 at 5:11 PM, Peter Kasting wrote:
> That is probably coming from the allocator underneath Chrome (presumably the
> one provided by the OS kernel). It probably means you have memory
> corruption that eventually leads to this.
Yea, it does look a lot like it's from the kernel -
On Mon, Aug 3, 2009 at 9:38 AM, Evan Martin wrote:
> If I had to guess I'd say it's probably coming from when we first
> start poking at X to display content we got from the renderer. If you
> post which IPC messages happen around the time you crash, maybe we can
> guess more.
Also, run xtrace a
On Wed, Jul 22, 2009 at 9:50 PM, Darin Fisher wrote:
> Personally, I much prefer the #include approach. Is it a problem to
> wait for the GYP change that makes this possible?
Well, I could make it #include everywhere and then add an
include directory in the case that we aren't using the system
Context: both fta (Ubuntu) and Tom (Fedora) patch Chromium to use the
system versions of libpng, libz etc. This seems perfectly reasonable,
it saves memory, startup times etc. We should support this without
patching the code.
I have a prototype CL for libpng: http://codereview.chromium.org/159229
On Wed, Jul 22, 2009 at 4:52 PM, Anthony LaForge wrote:
> Ok, I know when to stop pushing, that's reasonable and appreciated feedback.
> So shifting gears, it seems like everyone would be comfortable with using
> RELEASE_NOTES tag in SVN comments. Any thoughts from the group on best
> practice
On Tue, Jul 21, 2009 at 9:37 PM, Anthony LaForge wrote:
> In order to make it easier for the community to see the changes are going on
> inside Chromium I'd like to propose that we add one or more ChangeLog files
> into our code base. The proposed usage would go something like this:
I'm not sayi
On Tue, Jul 21, 2009 at 3:27 AM, Antoine Labour wrote:
> What's the best practice for debugging sanbox-related issues ?
Usually you can just ask me: the reason you can't create shared memory
is because you're trying to use POSIX shared memory, which requires
filesystem access. You can use SysV sh
On Wed, Jul 15, 2009 at 10:14 PM, Chris Evans wrote:
> What will replace it and why?
seccomp sandbox:
* none of this admin crap
* restricts the network
* restricts access to worrying syscalls (vsplice etc)
probably other reasons too.
AGL
--~--~-~--~~~---~--~-
On Wed, Jul 15, 2009 at 5:07 PM, Michael wrote:
> Ah... sure!
>
> Still wondering if this is working as intended... ps shows me:
Zombies not intended, but it's not reducing the browser to an
unworkable mess either so it's behind the bugs which are.
Cheers
AGL
--~--~-~--~~-
On Wed, Jul 15, 2009 at 2:11 AM, Adam Langley wrote:
> * Edit build/common.gypi and change linux_suid_sandbox_restrictions
> from "Path" to "User"
(missed a step)
* re-GYP: cd .. && ./depot_tools/gclient runhooks --force &
On Wed, Jul 15, 2009 at 4:21 PM, Michael wrote:
> It's correctly set to User and I have since done a complete clean
> rebuild of the tree, still no joy...
Please make sure that you sync >= 20718. As Joel pointed out, I typoed
a #define.
AGL
--~--~-~--~~~---~--~~
On Tue, Jul 14, 2009 at 8:50 PM, Joel Stanley wrote:
> I think the defines got messed up somewhere...
Crap, yes. Thanks for that. Fixed.
AGL
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email option
On Tue, Jul 14, 2009 at 8:21 PM, Antoine Labour wrote:
> I meant the change in common.gpyi. Once I built the chrome-devel-sandbox I
> can revert that file, right ?
Yes.
AGL
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
Vi
On Tue, Jul 14, 2009 at 8:14 PM, Antoine Labour wrote:
> Does this part need to be sticky, or is it just to build the
> chrome-devel-sandbox ? If the former it is going to be painful.
You only need to build and install it once.
AGL
--~--~-~--~~~---~--~~
Chromium
On Tue, Jul 14, 2009 at 8:09 PM, Jeremy Orlow wrote:
> Also, will the try bots and build bots run with the sandbox on?
No, the build-bots currently run without a sandbox. I agree this
should probably be changed and it's on my TODO list. Unfortunately,
it's a very long list right now.
AGL
--~--
On Tue, Jul 14, 2009 at 7:18 PM, Jeremy Orlow wrote:
> Wait...so is this something every linux Chromium developer is going to have
> to do forever?
You only need to do it once and, if you don't, you just run without a sandbox.
Also, the SUID sandbox will probably not be around forever (maybe not
* If you update your google-chrome-unstable packages and your
development builds start hanging, sync to >= 20710 *
Details:
The latest google-chrome packages contain a sandbox binary, which the
development builds of chromium will pick up on automatically. However,
for safety reasons, the sandbox
On Tue, Jul 14, 2009 at 2:40 PM, Albert J. Wong
(王重傑) wrote:
> That is pretty nuts. Is it calling fsync or something crazy? Since you
> said strace, I'm assmuming linux. In that case, the buffer cache should be
> saving you from disk accesses for most everything.
Of course, vmstat 1 will tell y
On Wed, Jul 8, 2009 at 3:43 PM, Paweł Hajdan Jr. wrote:
> I'm attaching the output of strings. I'm not sure if it has symbols...
> The size of the lib is 226K, compared to 169K from my Goobuntu 32-bit
> fontconfig.
It's not clear. objdump -x maybe?
AGL
--~--~-~--~~~
On Wed, Jul 8, 2009 at 2:32 PM, Paweł Hajdan Jr. wrote:
> Thanks for the answers. I got test_shell to link with my copy of
> fontconfig, but it doesn't show line numbers in valgrind's stacktrace.
> I compiled with CFLAGS="-m32 -ggdb3" CXXFLAGS="-m32 -ggdb3".
Not really sure. I would check that:
On Mon, Jul 6, 2009 at 9:52 AM, Paweł Hajdan Jr. wrote:
> I'm investigating this mysterious fontconfig issue
> (http://crbug.com/9245), and I think it'll be useful to dig into
> fontconfig code. I plan to checkout fontconfig locally, and then
> compile Chrome against that copy. How do I do the las
On Sun, Jul 5, 2009 at 8:59 AM, Marshall
Greenblatt wrote:
> We currently have the ability to set extra HTTP header fields in
> WebURLRequest. However, the extra HTTP header fields are not stored in
> WebHistoryItem and are therefore lost after navigation. This is a problem
> for applications tha
On Sun, Jul 5, 2009 at 12:54 PM, Thiago Farina wrote:
> In some reviews and patch I saw this abreviations, but I don't know
> what it means.
TBR: To Be Reviewed: "Aka, I'm committing this patch now because it's
urgent or trivial and I'm deferring the review till later".
CL: Changelist, a hangover
On Tue, Jun 30, 2009 at 12:29 PM, n179911 wrote:
> How does Chromium handling font loading?
Which platform?
AGL
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email options, or unsubscribe:
http:
On Sun, Jun 28, 2009 at 2:58 PM, n179911 wrote:
> I assume the following function get calls,
>
> SkCanvas::drawRoundRect
> SkCanvas::drawRect
> SkCanvas::drawLine
>
> But when I set breakpoints at the above methods, it never breaks when
> I load the a page with DIV tags.
>
> Can you please tell me
On Fri, Jun 26, 2009 at 1:50 PM, Daniel Cowx wrote:
> Should GYP files be UTF8 Encoded?
They certainly shouldn't be UTF16 or anything like that. However, if
code-points > 128 are slipping in I think the first question is why?
If we have a need for such code-points, then UTF-8 is my preference.
Dear Lords of the WebKit, I come to you seeking guidance about how
best to avoid the mess that the tree got into this afternoon.
Japhet and I both had two sided patches to land (where one needs to
land both the WebKit and Chromium sides together). We emailed the
merger for the day (jianli) and as
On Mon, Jun 22, 2009 at 7:55 PM, Jickae Davis wrote:
> But I find something weird in the chromiun's GTest projects, they neither
> write a main nor link a gtest_main.lib.
>
> How do they start GTest?
Well, you can always set a breakpoint at main and see where you end
up. For base_unittests, it's
On Thu, Jun 18, 2009 at 1:58 PM, John Gregg wrote:
> B. renderer gets notification(iconURL, text) call => hop to browser to
> download icon => pass back icon data to renderer => call Growl from renderer
Obviously on Linux we'll be using some DBus service for the
notification rather than Growl, bu
On Wed, Jun 17, 2009 at 2:41 PM, Adam Langley wrote:
> On Wed, Jun 17, 2009 at 2:33 PM, Mark Larson (Google)
> wrote:
>> This is happening on a new Google Chrome Linux builder on the 'experimental'
>> waterfall: http://build.chromium.org/buildbot/waterfall.fyi/wate
On Wed, Jun 17, 2009 at 2:33 PM, Mark Larson (Google) wrote:
> This is happening on a new Google Chrome Linux builder on the 'experimental'
> waterfall: http://build.chromium.org/buildbot/waterfall.fyi/waterfall?branch=&builder=Google+Chrome+XP&builder=Google+Chrome+Linux&reload=60
> The linux com
On Mon, Jun 15, 2009 at 6:16 AM, Berend-Jan Wever wrote:
> Before we start creating a list, we should think of a procedure that will
> make sure it is kept up-to-date. It makes no sense if we create the list now
> only to find that a year from now, when we need it, it's outdated.
> The two most im
On Thu, Jun 11, 2009 at 8:59 AM, Berend-Jan Wever wrote:
> All in all this means that it would be very useful to maintain a list
> of implementation and design differences between the various ports. I
> am looking for practical and efficient ways to create and maintain
> such a list. Ideally, it s
On Fri, Jun 12, 2009 at 2:40 PM, Nicolas Sylvain wrote:
> In theory sandbox/ should be fetched from DEPS pointing to
> http://code.google.com/p/rollcage , but since we don't really have a lot of
> customer, we did it the other way around.
> in general sandbox/ has no chrome specific code, and I wo
sandbox/ is contains the Windows sandbox. However, we'll soon have
need for somewhere to put Linux sandboxing code. sandbox/linux is what
I'm using in my branch at the moment, but I'm open to suggestions.
Cheers
AGL
--~--~-~--~~~---~--~~
Chromium Developers mail
On Thu, Jun 11, 2009 at 11:49 AM, Albert J. Wong
(王重傑) wrote:
> I'll probably just submit the generated files as tony suggested.
Check with Tony, but I think I just reviewed a GYP change which will
make (forgive the pun) it work again.
AGL
--~--~-~--~~~---~--~~
C
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 the
make build, but it's what everyone uses these days.
AGL
--
On Thu, Jun 11, 2009 at 2:39 AM, Dean McNamee wrote:
> At least for me, I'm hitting an error with generate_stubs.py. Will
> try to figure out the proper fix, in the mean time I fixed up the
> paths manually and ran the following from my source root. I was able
> to successfully build. This is f
On Tue, Jun 9, 2009 at 12:12 PM, Meryl
Silverburgh wrote:
> Form chromium documentation, when creating/destroying tabs, a renderer
> process is getting created/destroyed.
> Can you please tell me the code for renderer process is created/destoryed?
chrome/browser/renderer_host/browser_render_proce
On Tue, Jun 9, 2009 at 10:09 AM, Dan Kegel wrote:
> Seems like if we defer starting the zygote until after the
> first renderer has opened its .pak files, things get much
> simpler -- the renderers won't need to talk to the zygote
> server at all.
In the case of sandboxing, I suspect we'll need t
On Tue, Jun 9, 2009 at 4:01 AM, Dean McNamee wrote:
> - The renderers always have the same layout, meaning if you could find
> some bug that allowed you to spawn a new tab/process, attack it, and
> let it crash, you could brute force addresses until you hit it.
> Although, I suppose the probabilit
On Tue, Jun 9, 2009 at 7:33 AM, Dan Kegel wrote:
> Yes. I tried leaving the initial process as browser, and making the
> zygote its first child,
> but it was hard to get all the UI tests passing that way (the process
> filtering in
> chrome_process_utils.cc in particular didn't work that way).
I
On Mon, Jun 8, 2009 at 5:39 PM, Dan Kegel wrote:
> If for some reason (say, you don't like the fact that the
> main process is now this funky fork server) you want to
> go back to how things were before temporarily,
> you can disable zygote mode by doing
> export DISABLE_ZYGOTE_MANAGER=x
> before
I wrote up how crash dumping on Linux currently works (with
cross-process dumping etc):
http://code.google.com/p/chromium/wiki/LinuxCrashDumping
AGL
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change emai
On Wed, May 27, 2009 at 7:11 AM, Dan Kegel wrote:
> The problem with that, and with the hard link, is that the
> package manager cleans up the old version
> when the update happens, so it's no longer available
> to run. (And if we tried to keep them around, we'd
> have a garbage collection probl
On Tue, May 26, 2009 at 12:00 PM, Dan Kegel wrote:
> http://codereview.chromium.org/115773 is my try at
> fixing http://crbug.com/11841 ("autoupdate broke my browser",
> familiar to anyone who's used Firefox on Linux).
> I haven't cleaned up the code, but it's a lot less
> invasive than I thought
On Thu, May 21, 2009 at 6:53 AM, JNK wrote:
> For certain reason, for our groups' internal use of Secured Works on
> the web.
>
> I really want to have a feature of customized adding or deleting EV
> Subordinate Agency and its policy number or so
>
> in order for my members to securely know that
On Thu, May 14, 2009 at 11:21 AM, Marc-Andre Decoste wrote:
> Since there is a change in the Windows specific code of the renderer host
> backing store (to draw the sub-rects of the passed bitmap), I thought my
> goof could have been in my adaptation of the Mac version of that code
> (http://c
On Tue, May 12, 2009 at 2:22 PM, Stephen White wrote:
> Unless I hear otherwise, I'm planning to do this Wednesday morning, 10AM EST
> (7AM PST).
> Stephen
Woo! Woo!
Very glad to see Skia unforking!
(Linux folks: this unblocks me writing complex-text support)
AGL
--~--~-~--~~--
On Fri, May 8, 2009 at 8:26 AM, Evan Martin wrote:
> How does
> http://codereview.chromium.org/113148
> look?
LGTM.
AGL
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email options, or unsubscribe:
On Thu, May 7, 2009 at 3:35 PM, Aaron Boodman wrote:
> I know that content sniffing is a very dirty business, but our crx
> files have a very specific format, including a few signature bytes at
> the very beginning. What if we supported both a content-type *and* did
> content sniffing of down
1 - 100 of 167 matches
Mail list logo
