Hi,
I've updated the OS X Sandboxing design
dochttp://sites.google.com/a/chromium.org/dev/developers/design-documents/sandbox/osx-sandboxing-design
to
better reflect the current state of affairs.
Edits/corrections are welcome.
Best regards,
Jeremy
--
Chromium Developers mailing list:
Driveby [possibly irrelevant] comment: I committed a patch to trunk after
the beta branch that changes the code path for reaping processes, you might
want to try to repro this on the beta branch and then try on trunk.
On Thu, Dec 31, 2009 at 7:33 AM, Mark Mentovai m...@chromium.org wrote:
Hi Horonori,
Thanks for taking a look at this!!
What kinds of differences are you seeing without the new spellchecker class?
The only notable difference seems to be that the fonts are slightly
different vs. the expected output.
Where is the expected output coming from? What OS version are you
represent
interesting numbers.
The extra speediness in 10.6 ATSUI may be due to it ignoring certain parts
of the font hinting data leading to the bug this is all in place to fix.
Best regards,
Jeremy
On Mon, Dec 14, 2009 at 6:46 PM, Mark Mentovai m...@chromium.org wrote:
Jeremy Moskovich wrote:
Yep
/Mac10.5%20Perf%281%29/builds/6289/steps/page_cycler_intl2/logs/stdio
http://build.chromium.org/buildbot/perf/mac-release-10.5/intl2/report.html?history=150
(my DEPS roll was 33776)
I'm going to revert.
-atw
2009/12/3 Jeremy Moskovich jer...@chromium.org
Hi Drew Albert,
I picked your
to revert this CL (just drop me an email with a link to the bad run if
you do so, please).
Thanks,
Jeremy
2009/11/24 Jeremy Moskovich jer...@chromium.org
Thanks Hironori,
I thought so too at the beginning but it turns out that they are available,
just not declared in public headers. The WebKit
Re http://crbug.com/27195 https://bugs.webkit.org/show_bug.cgi?id=31802 :
Dan Bernstein says that Core Text on Leopard has performance issues vs ATSUI
so I'm going to look into switching APIs at runtime rather than compile
time.
So we'd use ATSUI 10.6 Core Text = 10.6 .
Best regards,
, MacVim doesn't do very complex text rendering).
(Source:
http://groups.google.com/group/vim_mac/browse_thread/thread/b93c6dd5183bdc5e
)
On Mon, Nov 23, 2009 at 12:58 PM, Jeremy Moskovich jer...@chromium.orgwrote:
Re http://crbug.com/27195 https://bugs.webkit.org/show_bug.cgi?id=31802:
Dan
at 6:17 AM, Jeremy Moskovich jer...@chromium.org
wrote:
Thanks Nico,
I'll run some numbers.
Best regards,
Jeremy
On Mon, Nov 23, 2009 at 11:15 PM, Nico Weber tha...@chromium.org
wrote:
Did you do measuring if it's actually slower on 10.5? The CoreText
backend
for MacVim is much
FYI: We have such suppression code in the tree which we use for the renderer
process.
For the browser process we allow the crash to reach Crash Reporter so that
Chrome doesn't crash silently.
see: DebugUtil::DisableOSCrashDumps() in base/debug_util_mac.cc
Best regards,
Jeremy
On Tue, Nov 10,
your changes further
down are not actually running?
Also, by worker process did you mean utility process? (Do we have
something called a worker process for html5 worker threads?)
On Fri, Nov 6, 2009 at 1:21 PM, Jeremy Moskovich jer...@chromium.orgwrote:
r31091 http://src.chromium.org/viewvc
IMHO it would be immensely valuable to give a talk explaining what Layout
tests are and how they work in a *simple* enough manner to allow web
developers to create tests for bugs that affect them. I haven't found any
easily discoverable introductory material on this topic.
Best regards,
Jeremy
crbug.com appears to wrap input to the width of it's textarea, that means
that if you paste a stack trace into a bug at the default width the output
is wrapped and becomes really hard to read. e.g. http://crbug.com/24172 .
It would be really helpful if people dragged the little grabber on the
, Ojan Vafai o...@chromium.org wrote:
This seems like a Google Code bug to me. Pasting stacktraces should be a
use-case Google Code cares about. Have you filed a bug with them?
Ojan
On Fri, Oct 9, 2009 at 11:17 AM, Jeremy Moskovich jer...@chromium.orgwrote:
crbug.com appears to wrap input
Also documented here:
http://sites.google.com/a/chromium.org/dev/developers/try-server-usage
Along with a list of tests currently run by the trybots.
Best regards,
Jeremy
On Mon, Aug 31, 2009 at 1:12 PM, Marc-Antoine Ruel mar...@chromium.orgwrote:
On Mon, Aug 31, 2009 at 12:39 PM, Brett
Hi Mark,
We haven't specifically tested the ipc layer as a method to communicate
between 64 32-bit processes on OS X.
At it's core the IPC layer just consists of a pipe to which we read write
binary data, therefore if the binary representation of the data types that
you want to push over the
When the sandbox gets in the way of the kernel or other parts of the system,
very strange things can happen.
If you're running into unexplained behavior on OS X try disabling the
sandbox by running with --no-sandbox.
This was the key to a crash we where looking at today which is why I'm
sending
Git is comprised of billions of tiny orthogonal binaries.
When this happened to me the cause was some old git binaries in the path
that where being called by others, the version mismatch was silent and
caused this error.
Have you upgraded to a new version of git recently that might cause such a
On Fri, Aug 21, 2009 at 7:15 PM, Evan Martin e...@chromium.org wrote:
What's the motivation?
* Due to some technical limitations with the FF libraries, we need to load
them in a separate process. It also doesn't seem like a good idea to run
code out of an arbitrary library in the main
I'm looking at splitting the First Run UI import machinery into it's own
process on OS X.
I just wanted to sync up with people working on the Linux side of things to
make sure no-one else is working on the same thing in Linux-land?
Best regards,
Jeremy
I've collected some useful links on DTrace [esp. for OSX], some of you
probably know this cold but for those who don't:
jgm's awesome introductory article:
http://www.mactech.com/articles/mactech/Vol.23/23.11/ExploringLeopardwithDTrace/index.html
Defining static probes on OS X:
trying to
achieve?
On Thu, Jul 30, 2009 at 9:32 AM, n179911 n179...@gmail.com wrote:
On Thu, Jul 30, 2009 at 9:08 AM, Jeremy Moskovich
jer...@chromium.org
wrote:
Hi,
It would really help if you could provide some details on what your
trying
to do.
Best regards
This is the top crash on OSX by far as of 3.0.196.0.
From Dimitri's comment on the bug:
It appears that somehow a message from BrowserRenderProcessHost catches the
RenderProcess with its pants down, where WebView hasn't been created and the
WebCore::Page constructor hasn't been called yet.
No, we don't have a repro, but what you mentioned sounds promising.
Thanks,
Jeremy
On Fri, Jul 31, 2009 at 11:48 AM, Jeremy Orlow jor...@chromium.org wrote:
On Fri, Jul 31, 2009 at 11:42 AM, Jeremy Moskovich jer...@chromium.orgwrote:
This is the top crash on OSX by far as of 3.0.196.0.
From
Hi,
It would really help if you could provide some details on what your trying
to do.
Best regards,
Jeremy
On Thu, Jul 30, 2009 at 9:06 AM, n179911 n179...@gmail.com wrote:
Thank you. Can you please tell me how can I change the configure file
(renderer.sb) to use
other sandbox profile, like
Is this just out of curiosity? Is there something specific you're trying to
achieve?
On Thu, Jul 30, 2009 at 9:32 AM, n179911 n179...@gmail.com wrote:
On Thu, Jul 30, 2009 at 9:08 AM, Jeremy Moskovichjer...@chromium.org
wrote:
Hi,
It would really help if you could provide some details on
The easiest way would be to add a rule to renderer.sb, the language it uses
is undocumented but very easy to use, you can find the file in the source
tree.
May I ask why you want the renderer to be able to read/write files in /tmp?
Best regards,
Jeremy
On Thu, Jul 30, 2009 at 7:32 PM, n179911
Command line gdb is one way to go...
I always use the XCode IDE gdb integration, as documented on the wiki.
While trying to attach to the Chrome process directly from the IDE can get
funky, the method documented on the wiki always works for me.
XCode attaches itself to a running renderer which
The canonical example you should be following here is WebKit on OSX.
Grepping the sourcecode for NSSpellChecker shows usage in
WebKit/mac/WebCoreSupport/WebEditorClient.mm
and WebKit/mac/WebView/WebHTMLView.mm
WebKit/mac/WebCoreSupport/WebEditorClient.mm:638,664 :
NSRange range = [[NSSpellChecker
You can set the environmental variable in XCode by double clicking on the
executable target.
I'm not sure the logging code is enabled on OSX, the right place to look
would be in chrome/common/ipc_channel_posix.cc, search for
IPC_MESSAGE_LOG_ENABLED.
If that's compiled in, then if the env variable
IMHO there is no need to maintain dual hunspell/OSX spellchecker backends.
There are addon OSX spellcheckers for other languages e.g.
http://www.mitzpettel.com/software/hspell.php
. Writing additional spelling servers is pretty simple so I think
the correct approach would be:
1. Getting OSX
this is done in WebKit and
match the behavior there as much as possible, that's what I'm doing with the
keyboard events at the moment and it's proving pretty fruitful.
It's really exciting you're working on this!!
Best regards,
Jeremy
On Tue, Jun 9, 2009 at 5:50 PM, Jeremy Moskovich jer...@chromium.orgwrote
better with
Cocoa?
Best regards,
Jeremy
2009/6/7 Jeremy Moskovich jer...@chromium.org
Hi Hironori,
Thanks for the detailed report.
I haven't nearly the same insight into the text input system as you and Avi
do, but from what I've seen it may be possible for us to do at least a
marginally
investigating keyboard events on Windows, Linux, and Mac
to find solutions for these issues. Shall we have a discussion about
these issues when I finish writing my report (maybe sometime next
week)?
Regards,
Hironori Bono
E-mail: hb...@chromium.org
On Thu, May 28, 2009 at 7:14 AM, Jeremy
That's great and I don't mean to belittle the awesomeness of this in any way
but:
git has built-in support for this along with many other advantages over SVN,
I use git along with the gitx gui on OSX and it's greatly increased my
productivity.
It would make me much happier if more people on the
Hi Yoav,
In general it would be much easier to have a discussion if you could refer
to a specific narrowly-focused bug in your email. Just saying that an area
is generally broken it's hard to understand what specific aspect you're
talking about.
So: What exact functionality is broken, and how do
There are quite a few thorny corner cases around BiDi editing and cursor
movement, I don't think there's any point in having a discussion about this
stuff unless we have a handle on what we want to fix and exactly how we plan
to fix it.
Also, IMHO, it would be better to iron out some of the basic
If you post a link to a bug that describes a single, concrete, narrowly
defined issue along with a proposed solution we can discuss that.
I understand you see allot of stuff you want to fix, which is great. But if
you continue to post messages that contain a bunch of different issues mixed
Looks like you're hitting a DCHECK() in the code, I'm guessing it has to do
with a corrupt profile. Try deleting your profile.
There's a wiki page with some tips on debugging the OSX version here:
http://dev.chromium.org/developers/debugging-on-os-x
Best regards,
Jeremy
On Thu, May 28, 2009 at
at 7:14 AM, Jeremy Moskovich jer...@chromium.org
wrote:
Hi All,
We currently fudge our keyboard handling on OSX, we interpret command key
shortcuts ourselves and thus miss out on quite a few Cocoa text handling
niceities. We also don't support IMEs.
Relevant bugs:
http://crbug.com
xji or idana will correct me if I'm wrong here.
But I think what you want is:
l10n_util::GetTextDirection() == l10n_util::RIGHT_TO_LEFT
Best regards,
Jeremy
On Thu, May 28, 2009 at 1:56 AM, nakro yoav.zilberb...@gmail.com wrote:
Hi all, i am right now trying to make the UI_Tests to pass on
Or perhaps View::UILayoutIsRightToLeft() would be a better fit.
On Thu, May 28, 2009 at 12:16 PM, Jeremy Moskovich jer...@chromium.orgwrote:
xji or idana will correct me if I'm wrong here.
But I think what you want is:
l10n_util::GetTextDirection() == l10n_util::RIGHT_TO_LEFT
Best regards
PM, Jeremy Moskovich jer...@chromium.org
wrote:
A possible solution to this would be to store a queue of the last N
NSEvents
per renderer matched with an ID. the event would then be serialized and
sent to the renderer which could then send it's own IPC message back to
the
browser
From what I understand from your email, you're asking for consensus about
the following aspects of download progress, please correct me if I'm wrong
or if there are additional issues:
* DL speed isn't reported for items of a known size (regression) - [yoav: is
there a bug open for this?]
* Change
Hi All,
We currently fudge our keyboard handling on OSX, we interpret command key
shortcuts ourselves and thus miss out on quite a few Cocoa text handling
niceities. We also don't support IMEs.
Relevant bugs:
http://crbug.com/10862 - OS X: Can't use command-key shortcuts with foreign
keyboard
The XCode projects are generated from the .gyp files in the source tree.
If you follow the instructions on the wiki, you should get a buildable
tree: http://code.google.com/p/chromium/wiki/MacBuildInstructions
Best regards,
Jeremy
On Tue, May 26, 2009 at 10:37 AM, Daniel Dreiberg
I just pinged Avi about us, my guess is that the Sandbox is blocking
connections ot the Window Server.
Adding (debug deny) to the sandbox spec file will print messages to console
when things like this happen, I'll add a note about that to the Wiki (
,
Jeremy
On Fri, May 22, 2009 at 11:36 AM, Mike Pinkerton pinker...@chromium.orgwrote:
Does the problem go away if we disable the sandbox?
On Fri, May 22, 2009 at 2:02 PM, Jeremy Moskovich jer...@chromium.org
wrote:
I just pinged Avi about us, my guess is that the Sandbox is blocking
Can anyone resolve this so we can reopen the tree?
Thanks,
Jeremy
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email options, or unsubscribe:
http://groups.google.com/group/chromium-dev
+100!!
Awesome!!!
On Fri, May 1, 2009 at 2:42 PM, Scott Hess sh...@chromium.org wrote:
HEROIC!
On Fri, May 1, 2009 at 2:38 PM, Dimitri Glazkov dglaz...@chromium.org
wrote:
Hello all,
This is kind of a momentous occasion. For the first time -- ever, our
WebKit Canary bot (the one
Hi,
Today's WebKit merge (42932:42994 -
http://trac.webkit.org/changeset?new=42...@trunkold=42...@trunk) has
brought in some new regressions.
If anyone has any spare cycles I'd really appreciate it if you might be able
to look at these - http://crbug.com/11178:
xss stuff:
+1 It's great that we can track this info now, thanks for doing this!
Nicolas: Could you possibly add the contents of your email to the wiki?
sgk: How about adding links from the top of the page to the size graphs?
Since they're way down at the bottom of the page it's easy to miss them. It
would
The last couple of merges have brought with them a considerable number of
new layout test failures.
I've filed http://crbug.com/9581, http://crbug.com/9582,
http://crbug.com/9595 and http://crbug.com/9578 to track the new failures.
If you have some spare cycles I'd very much appreciate your help
(mailed to random people who I thought might know the answer).
In platform/graphics/chromium/ColorChromium.cpp we currently hardcode the
value of focusRingColor on OS X Windows.
On OS X Safari listens on a notification to see if the user has changed the
system focus color.
Is there a similar
I'll tackle breakpad support, if anyone else is already working on this,
please ping me.
Best regards,
Jeremy
On Mon, Mar 2, 2009 at 9:27 PM, Mike Pinkerton pinker...@chromium.orgwrote:
As we're making rapid progress, I wanted to start to organize a little
more around the 5 minute browser
Nice! :)
Could you add a note about this to this to the wiki?
Best regards,
Jeremy
On Mon, Feb 9, 2009 at 5:19 PM, Adam Langley a...@chromium.org wrote:
Now that both Mac and Linux are spawning renderers, I added a command
line flag: --renderer-cmd-prefix. This lets one prefix the renderer
There's been discussion recently about sending FDs between processes so that
renderer processes can access files directly.
I ran some tests on OS X to see whether you can send an FD when the
receiving process is sandboxed.
It turns out that this does indeed work, even when using the more
Hi,
Feel free to send me the review.
The important part is to assign the review to someone knowledgeable in the
respective area of the code, all the people Dean listed would be a good
match in this case.
In general, if you have any doubts about who to send a review to, you can
ask on irc, on
Whoops, forgot to cc chromium-dev, also see the reply from dkegel...
-- Forwarded message --
So the CHECK() failing means that MessagePumpLibevent::Init() is returning
false.
This could be the result of failures in:
* Creating the pipe() (line 84)
* Setting either end to
just check in the attached patch so we can learn more
next time it happens.
On Tue, Dec 23, 2008 at 10:40 AM, Jeremy Moskovich wrote:
Too many open FDs causing pipe() to fail?
Are any of you able to repro this locally?
Best regards,
Jeremy
On Tue, Dec 23, 2008 at 10:38 AM, e. roman wrote
Personally I've never seen that error before.
I'd suggest you try checking out a fresh copy. Let us know if that fixes
things...
Best regards,
Jeremy
On Thu, Dec 18, 2008 at 12:34 PM, Jaff jaffe.m...@gmail.com wrote:
Hi,
I've been wanting to get into some contribution-mode, so I have
The Linux/OS X IPC code is now in the tree. I still need to fix a few
things and land a refactoring for message_pump_libevent but by and large
whats in there should be useable.
Having said that, my intent going forward is to continue bringing up
surrounding infrastructure, so if you plan on
ports. It turns out that we had the same performance problem on
Windows when I tried converting IPC::Channel over to using
base::ObjectWatcher (i.e., RegisterWaitForSingleObject) due to the thread
context switching overhead.
-Darin
On Fri, Dec 12, 2008 at 1:38 PM, Jeremy Moskovich jer
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 wondering if
definitely agree with you about the performance tests - if we don't have
those already, it would definitely be good to add a bunch of them for the
IPC Channel.
Best regards,
Jeremy
On Wed, Nov 5, 2008 at 1:37 PM, Jeremy Moskovich [EMAIL PROTECTED]wrote:
Hi,
You can find the design document for OS
that meets all of our requirements.
What are the requirements?
-Darin
On Wed, Nov 5, 2008 at 2:05 PM, Jeremy Moskovich [EMAIL PROTECTED]wrote:
Replying to a previous comment by jam:
I'm not familiar with OS X so I can't comment on which specific
implementation to use. However I'm wondering
66 matches
Mail list logo
