Maybe this is a stupid question, but where can I find
test-expectations.txt? I looked in the tree and didn't see it.
-Paul Wicks
On Wed, Aug 5, 2009 at 11:12 PM, Peter Kastingpkast...@google.com wrote:
On Wed, Aug 5, 2009 at 10:10 PM, Eric Seidel esei...@chromium.org wrote:
Do we have a
src/webkit/tools/data/layout_tests
btw, run_layout_tests.* can be used to run stuff (and lint the exceptions
file)
On Wed, Aug 5, 2009 at 11:26 PM, Paul Wicks pwick...@gmail.com wrote:
Maybe this is a stupid question, but where can I find
test-expectations.txt? I looked in the tree and didn't
Yay! Thanks for optimizing this.
Adam
On Wed, Aug 5, 2009 at 5:56 PM, Anthony LaForgelafo...@google.com wrote:
Howdy,
Quick little change to gcl that everyone should be aware of. When you
execute the script it will now automatically pull all physically modified
files into the Paths in
Oops...I failedit's actually src/webkit/tools/layout_tests
Also the file uses an underscore, not a dash...it's test_expectations.txt
J
On Wed, Aug 5, 2009 at 11:28 PM, Jeremy Orlow jor...@chromium.org wrote:
src/webkit/tools/data/layout_tests
btw, run_layout_tests.* can be used to run
Jeremy, i can't see how it will make things any worse to punch these holes
you still fork flash in its own process like you do now
only you sandbox it how is it any worse ?
this is just an observation that if i would write malware (which of course,
i would never)
i would just use flash
On Wed, Aug 5, 2009 at 11:52 PM, yoav zilberberg
yoav.zilberb...@gmail.comwrote:
Jeremy, i can't see how it will make things any worse to punch these holes
I never said it's worse...just that you couldn't make it airtight.
Patches welcome. :-)
you still fork flash in its own process like
On Aug 5, 2009, at 11:52 PM, yoav zilberberg wrote:
Jeremy, i can't see how it will make things any worse to punch these
holes
you still fork flash in its own process like you do now
only you sandbox it how is it any worse ?
Please trust authoritative folks like Carlos when they tell
This seemed really great at first, but after some use, I find it a bit
frustrating since each time I run gcl change, I now have to be mindful
that gcl may add unwanted files to the CL. The only way I've found to avoid
this is to make sure that unwanted files are part of a dummy CL :-(
-Darin
I also fear that I may have unwanted files sneaking in. This was less
of an issue with Perforce since you have to manually 'p4 edit' files
first anyway.
I'll be curious to see if there's a consensus preference one way or
another. Maybe we can make this a gclient config setting or something?
--
Another vote against this change for similar reasons...
On Thu, Aug 6, 2009 at 12:37 AM, Dirk Pranke dpra...@google.com wrote:
I also fear that I may have unwanted files sneaking in. This was less
of an issue with Perforce since you have to manually 'p4 edit' files
first anyway.
I'll be
Perhaps a better default is to use this behavior when first creating a
changelist and to use the old behavior when modifying a changelist.
Adam
On Thu, Aug 6, 2009 at 12:37 AM, Dirk Prankedpra...@google.com wrote:
I also fear that I may have unwanted files sneaking in. This was less
of an
Alex, your reply irritates me so much that i am willing to take my chancesand
if anyone (from @chromium) finds my answer insulting e-mail me and i will
remove myself
forever from your lists, promise!
what kind of an answer is that ?
do you know how this attack was carried ?
did you even read this
Ian, well, i like your reply, so just tell me please for my own knowledge
one thing
is there ever a reason to allow flash (we are talking only flash here) to
fork WinMail.exe for example ?
i am a very light weight surfer, and i mostly read tech stuff, so my
experience with flash is mostly youtube
No adam, i did not sumbit patches to the sandbox :) i just used its API's to
forward calls from kernel32.dll to my own DLL's so i could inject code to
VC.exe and force it to run in the idle priority class
but i still don't get it
if Flash expects to be able to SendMessage, then you cannot
Well the grd file hasn't been changed, I'm using the 196 one (tried
197 as well).
I figured that might be intended, but using reshacker I can see that
IDR_FRAME is 10583 (by identifying the image I mean).
This is also the case in the .rc file made manually for Chromium Theme
Creator by U_I.
On Thu, Aug 6, 2009 at 3:51 AM, Adam Barth aba...@chromium.org 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 Prankedpra...@google.com
On Wed, Aug 5, 2009 at 9:44 PM, Peter Kastingpkast...@google.com wrote:
* Yes, even purify, valgrind, and reliability bot redness. If you can't
figure out what to do with these, try pinging erikkay for purify issues and
huanr for reliability issues. (Not sure who a good general valgrind
whoa, please revert this change. if I have a big changelist, now every time
I run gcl I have to expend effort to make sure no new files crept in. this
will lead to more build failures as people check in other files accidently.
On Wed, Aug 5, 2009 at 5:56 PM, Anthony LaForge lafo...@google.com
I've reverted the change, gcl will go back to normal in about 5-10 minutes.
Kind Regards,
Anthony Laforge
Technical Program Manager
Mountain View, CA
On Thu, Aug 6, 2009 at 8:13 AM, John Abd-El-Malek j...@chromium.org wrote:
whoa, please revert this change. if I have a big changelist, now
Dirk,
Adium should automatically do it for your full IRC nick. You can also
go into Adium -- Preferences -- Advanced -- Mention to have it
watch for other things. Also, you can go into the Events preference
and change the You are mentioned (Group Chat) notification options.
- Robert
On Aug 5,
Ever since updating to 3.0.196.0, I've seen a
blank window pop up and go away periodically
(once an hour or so?). Anyone else seen that?
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email options, or
the new spam is by a user called lewiskevin64
http://code.google.com/u/lewiskevin64/updates
spamming the url giga-tube.net which i am guessing is also devious
On Aug 6, 7:40 am, Mohamed Mansour m...@chromium.org wrote:
I was going to delete them when I saw them, but committers have no access
For Colloquy, enter your nick in Preferences Alerts Highlight words. You
can also enter other things you might be interested in, such as red or
sheriff or caja.
- Pam
On Wed, Aug 5, 2009 at 7:25 PM, Dirk Pranke dpra...@google.com wrote:
I would love to enable that feature ... anyone know
I've been using a local copy with this change (add all files to a new
change, but not to an existing one) forever, but last I checked around, some
people prefer the always copy-paste model. I'd be glad to check in my
change if the consensus agrees.
- Pam
On Thu, Aug 6, 2009 at 12:51 AM, Adam
On Aug 6, 2009, at 1:43 AM, yoav zilberberg wrote:
No adam, i did not sumbit patches to the sandbox :) i just used its
API's to forward calls from kernel32.dll to my own DLL's so i could
inject code to VC.exe and force it to run in the idle priority
class
but i still don't get it
I haven't. What sort of window? (Does it have a title bar?
Toolbar?) Can you get a screenshot?
On Thu, Aug 6, 2009 at 8:37 AM, Dan Kegeld...@kegel.com wrote:
Ever since updating to 3.0.196.0, I've seen a
blank window pop up and go away periodically
(once an hour or so?). Anyone else seen
Alex, let me get it, are you part of the chrome team ? i don't recall
accusing anyone from chromebut i do recall not liking your reply, so just
let me know if you are part of the devs of chrome please
i will be honest, if you are, then i think it is time for me to move to a
different browser,
I don't really understand why you find Alex's message so frustrating.
We'd love to make --safe-plugins the default. One road to getting
there is having more people use the option and find the
incompatibilities. We'd certainly welcome patches that improve it's
compatibility. If we can make it
Hi,
I read this about git usage in chromium:
http://code.google.com/p/chromium/wiki/UsingGit
It looks like it is using a combination of git and svn for version control.
Can you please tell me what are using git and what are using svn?
My guess is third-party/webkit will be using svn and
On Thu, Aug 6, 2009 at 9:55 AM, n179911 n179...@gmail.com wrote:
Hi,
I read this about git usage in chromium:
http://code.google.com/p/chromium/wiki/UsingGit
It looks like it is using a combination of git and svn for version control.
Can you please tell me what are using git and what
On Thu, Aug 6, 2009 at 9:55 AM, n179911n179...@gmail.com wrote:
I read this about git usage in chromium:
http://code.google.com/p/chromium/wiki/UsingGit
It looks like it is using a combination of git and svn for version control.
Can you please tell me what are using git and what are using
One caveat for Colloquy is that the default highlight for someone sent you
a PM is bounce once rather than bounce lots of times, so it's really
easy to miss PMs if you don't change the default.
-atw
On Thu, Aug 6, 2009 at 8:57 AM, Pam Greene p...@chromium.org wrote:
For Colloquy, enter your
Yoav everyone on this thread is a Chromium developer and almost everyone
posting in this thread (not me) are some of the top developers working on
Chrome and many of them have spent a good deal of time working on sandbox
related issues.
All of us have a healthy disrespect for the impossible and
On Thu, Aug 6, 2009 at 12:59 PM, Evan Martin e...@chromium.org wrote:
On Thu, Aug 6, 2009 at 9:55 AM, n179911n179...@gmail.com wrote:
I read this about git usage in chromium:
http://code.google.com/p/chromium/wiki/UsingGit
After following the instructions in that document trunk/src is
One easy suggestion in helping catch bugs is to run Chrome with
--enable-dcheck . This'll prompt if you hit a DCHECK in release builds
and hopefully help isolate crashes before the fact.
-Scott
On Wed, Aug 5, 2009 at 9:44 PM, Peter Kastingpkast...@google.com wrote:
THIS MAIL APPLIES TO YOU
Hi,
On Thu, Aug 6, 2009 at 6:08 PM, Jeremy Orlow jor...@chromium.org wrote:
Yoav everyone on this thread is a Chromium developer and almost everyone
posting in this thread (not me) are some of the top developers working on
Chrome and many of them have spent a good deal of time working on
On Thu, Aug 6, 2009 at 10:16 AM, Miguel F Mascarenhas Sousa Filipe
miguel.fil...@gmail.com wrote:
Hi,
On Thu, Aug 6, 2009 at 6:08 PM, Jeremy Orlow jor...@chromium.org wrote:
Yoav everyone on this thread is a Chromium developer and almost everyone
posting in this thread (not me) are some of
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 jor...@chromium.org wrote:
Yoav everyone on this thread is a Chromium developer and almost everyone
posting in this thread (not me) are some of
I just saw the new Linux custom frame buttons when compiled today from
trunk. With the new increased padding it looks really well. I like it!
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email options,
On Thu, Aug 6, 2009 at 10:15 AM, Ojan Vafaio...@chromium.org wrote:
After following the instructions in that document trunk/src is git and
everything else (pulled in via DEPS, including webkit and also ICU,
skia, etc.) is via svn.
I've been wondering about this. What would it take to modify
Yes, it's too bad that our dev channel release got bad padding on the
buttons. I've seen a few comments online to the effect of this is so
ugly how can I turn it off. I fear people will turn it off then and
not discover it has improved since.
I think we're gonna tweak them one more time before
On Thu, Aug 6, 2009 at 6:12 AM, Thomas Van Lenten thoma...@chromium.orgwrote:
On Thu, Aug 6, 2009 at 3:51 AM, Adam Barth aba...@chromium.org 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.
On Thu, Aug 6, 2009 at 10:36 AM, Evan Martin e...@chromium.org wrote:
On Thu, Aug 6, 2009 at 10:15 AM, Ojan Vafaio...@chromium.org wrote:
After following the instructions in that document trunk/src is git and
everything else (pulled in via DEPS, including webkit and also ICU,
skia, etc.)
On Wed, Aug 5, 2009 at 5:51 PM, Albert Bachandalbe...@google.com wrote:
Thanks, that was useful. The IPC messages right before the crash are:
ipc 1855.ba2d400.22596386 3 ViewHostMsg_PaintRect (171016409, (0, 0, 1, 1),
(1, 1), , 1)
ipc 1855.ba2d400.22596386 3 ViewHostMsg_RenderViewReady
On Thu, Aug 6, 2009 at 10:15 AM, Ojan Vafai o...@chromium.org wrote:
I've been wondering about this. What would it take to modify our git
checkout process to pull third_party/WebKit via git as well? Would it mostly
work to just exclude third_party/WebKit via DEPS, create it via a git
checkout
On Thu, Aug 6, 2009 at 8:59 AM, Pam Greene p...@chromium.org wrote:
I've been using a local copy with this change (add all files to a new
change, but not to an existing one) forever, but last I checked around, some
people prefer the always copy-paste model. I'd be glad to check in my
change
A few people have found their trunk builds crashing on startup.
This comes from a bug in theme loading and can bite you if you
installed some of the in-development themes.
The fix is to rm -rf your Extensions directory out of your profile directory.
The next release will have the bug fixed, and
To clarify, doesn't --enable-dcheck only work on chromium release builds you
built yourself and not official builds of Google Chrome?
On Thu, Aug 6, 2009 at 10:15 AM, Scott Violet s...@chromium.org wrote:
One easy suggestion in helping catch bugs is to run Chrome with
--enable-dcheck .
Not sure, perhaps Huan could answer that. That said, --enable-dcheck
certainly works on the Chromium release builds from the buildbot:
http://build.chromium.org/buildbot/continuous/LATEST/ .
-Scott
On Thu, Aug 6, 2009 at 12:59 PM, Antony Sargentasarg...@google.com wrote:
To clarify, doesn't
This is very cool, but I ran into a few problems when I tried to run it:
a:\chrome2\src\chrometools\test\smoketests.py --tests=ui
You must have your local path of trunk/src/tools/python added to your
PYTHONPATH.
Traceback (most recent call last):
File
On Thu, Aug 6, 2009 at 1:05 PM, Scott Violet s...@chromium.org wrote:
Not sure, perhaps Huan could answer that. That said, --enable-dcheck
certainly works on the Chromium release builds from the buildbot:
http://build.chromium.org/buildbot/continuous/LATEST/ .
Yes, --enable-dcheck is
On Thu, Aug 6, 2009 at 1:06 PM, John Abd-El-Malek j...@chromium.org wrote:
This is very cool, but I ran into a few problems when I tried to run it:
a:\chrome2\src\chrometools\test\smoketests.py --tests=ui
You must have your local path of trunk/src/tools/python added to your
PYTHONPATH.
On Thu, Aug 6, 2009 at 1:36 PM, Evan Martine...@chromium.org wrote:
On Thu, Aug 6, 2009 at 10:15 AM, Ojan Vafaio...@chromium.org wrote:
After following the instructions in that document trunk/src is git and
everything else (pulled in via DEPS, including webkit and also ICU,
skia, etc.) is
Evan wrote about this earlier:
A few people have found their trunk builds crashing on startup.
This comes from a bug in theme loading and can bite you if you
installed some of the in-development themes.
The fix is to rm -rf your Extensions directory out of your profile directory.
The next release
Does
http://groups.google.com/group/chromium-dev/browse_thread/thread/df20c1f0e4576131
help?
If not, please go to new.crbug.com
On Thu, Aug 6, 2009 at 6:04 AM, Gobbledegook aftabkha...@gmail.com wrote:
Hi,
I've been unable to get into chrome dev (latest) ever since I
installed the Baseball
Thanks for the replies guys.
What exactly does this mean:
The fix is to rm -rf your Extensions directory out of your profile
directory.
???
On Aug 6, 10:06 pm, Dan Kegel d...@kegel.com wrote:
Evan wrote about this earlier:
A few people have found their trunk builds crashing on startup.
Open your favorite terminal program and type
rm -rf ~/.config/google-chrome/Default/Extensions/
at the prompt
-- Evan Stade
On Thu, Aug 6, 2009 at 2:13 PM, Gobbledegookaftabkha...@gmail.com wrote:
Thanks for the replies guys.
What exactly does this mean:
The fix is to rm -rf your
Just read the entire thread. It looks like this thread has gotten a
little more... mucky than it ever needed to be. What is going on
here?
On Aug 6, 11:16 am, yoav zilberberg yoav.zilberb...@gmail.com wrote:
I apologize, i had no idea all of you are chrome devs, and i shall indeed
happily
oh sorry. Not using linux. rm -rf means to delete. So go find your
profile directory and delete the Extensions/ folder in there.
-- Evan Stade
On Thu, Aug 6, 2009 at 2:15 PM, Evan Stadeest...@chromium.org wrote:
Open your favorite terminal program and type
rm -rf
On Thu, Aug 6, 2009 at 5:15 PM, Evan Stade est...@chromium.org wrote:
Open your favorite terminal program and type
rm -rf ~/.config/google-chrome/Default/Extensions/
at the prompt
Or, if you're using Windows, delete the contents of this folder:
C:\Users\your
You can find the location of your profile directory on this page:
http://dev.chromium.org/user-experience/user-data-directory
- a
On Thu, Aug 6, 2009 at 2:16 PM, Evan Stadeest...@chromium.org wrote:
oh sorry. Not using linux. rm -rf means to delete. So go find your
profile directory and
On Thu, Aug 6, 2009 at 2:06 PM, Marc-Antoine Ruelmar...@chromium.org wrote:
Say DEPS says web...@revision A, and you have webkit at revision A~10.
gclient sync should probably fast-forward your checkout.
Say DEPS says web...@revision A, and then you've checked out trunk and
have local
haha yes. plain old windows user. i had an inkling it referred to a
linum remove command but I thought it could be a shortcut overloader
as well (end of target field thing).
Anyway, I successfully found the folder, deleted it, installed Dev
version, and now everything works!
Thank you!!
*linux
On Aug 6, 10:27 pm, Gobbledegook aftabkha...@gmail.com wrote:
haha yes. plain old windows user. i had an inkling it referred to a
linum remove command but I thought it could be a shortcut overloader
as well (end of target field thing).
Anyway, I successfully found the folder, deleted
Thanks! Had the same problem and was directed to this solution.
Resolved!
Windows users need to delete the extensions folder located here:
http://dev.chromium.org/user-experience/user-data-directory
On Aug 6, 7:43 pm, Evan Martin e...@chromium.org wrote:
A few people have found their trunk
+1 to this idea. Close the tree, only fixes can get in.
-- Elliot
On Thu, Aug 6, 2009 at 4:09 PM, Dan Kegeld...@kegel.com wrote:
Despite having had several valgrind/purify fixit weeks,
our bug tracker is still full of 'em.
It might be a mistake to expect people to
get exicited about
Hi Erik,
PluginTest.Refresh is hanging purify every time, ever since
http://build.chromium.org/buildbot/waterfall/builders/Webkit%20(purify)/builds/9777
two days ago.
Want me to file a bug / disable it?
--~--~-~--~~~---~--~~
Chromium Developers mailing list:
+1
Additional benefit would be the cleanup of the suppression files. I believe
some of them are fixed (I was able to successfuly remove at least two of
them).
On Thu, Aug 6, 2009 at 16:16, Elliot Glaysher (Chromium)
e...@chromium.orgwrote:
+1 to this idea. Close the tree, only fixes can get
On Thu, Aug 6, 2009 at 4:23 PM, Dan Kegel d...@kegel.com wrote:
Hi Erik,
PluginTest.Refresh is hanging purify every time, ever since
http://build.chromium.org/buildbot/waterfall/builders/Webkit%20(purify)/builds/9777
two days ago.
Want me to file a bug / disable it?
Per nsylvain,
I believe Erik is also out for the next week.
On Thu, Aug 6, 2009 at 4:32 PM, Peter Kastingpkast...@chromium.org wrote:
On Thu, Aug 6, 2009 at 4:23 PM, Dan Kegel d...@kegel.com wrote:
Hi Erik,
PluginTest.Refresh is hanging purify every time, ever since
On Thu, Aug 6, 2009 at 4:09 PM, Dan Kegel d...@kegel.com wrote:
Despite having had several valgrind/purify fixit weeks,
our bug tracker is still full of 'em.
Hence my email last night.
i.e. Next time we hold a valgrind fixit,
how about we just delete the non-upstream-bugs
suppressions
On Thu, Aug 6, 2009 at 4:38 PM, Peter Kastingpkast...@google.com wrote:
i.e. Next time we hold a valgrind fixit,
how about we just delete the non-upstream-bugs
suppressions files?
I think this would be a mistake.
There is a lot of accumulated knowledge in the valgrind suppresions file.
On Thu, Aug 6, 2009 at 4:45 PM, Dan Kegel d...@kegel.com wrote:
Closing the tree for several days would be a low price to
pay for cleaning up the flaky tests and valgrind leaks...
I disagree, and I also think that closing the tree would not net you as many
people working on valgrind failures
On Thu, Aug 6, 2009 at 4:48 PM, Peter Kastingpkast...@google.com wrote:
I told Ben this morning that I'm taking ownership of the flakiness problem,
and I meant it. I will do my best to harass people. Next on my list is
going to every single subteam meeting and making noise at all of them.
[moving to chromium-dev, as it seems better for this discussion]
Kelly,
Sorry for not replying earlier. I'm a little bit underwater right now,
as we're trying to get everything with extensions tied up so we can
turn it on by default on dev.
I'd like to take a step back and ponder why even do
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 --force. But gyp is failing:
m...@m0-desktop:~/chrome/src$ gclient sync found .git directory;
skipping src
running '/usr/bin/python src/tools/gyp/gyp_chromium' in
Working ok here with svn and the make build.
On Thu, Aug 6, 2009 at 8:58 PM, Mohamed Mansourm0.interact...@gmail.com 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 --force. But gyp is failing:
Can you check out another client and see if that fixes it for you?
On Thu, Aug 6, 2009 at 8:58 PM, Mohamed Mansour m0.interact...@gmail.comwrote:
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 --force. But gyp is failing:
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
m0.interact...@gmail.comwrote:
Tonight I was trying to sync my project so I did git pull and it worked
fine, then I did gclient
Please check to make sure the python scripts have UNIX
line endings, not DOS ones.
--~--~-~--~~~---~--~~
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email options, or unsubscribe:
I don't believe I have any GYP_* env set:
m...@m0-desktop:~/chrome/src$ echo $PATH
~/chrome/depot_tools:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
I don't have a directory called ~/.gyp/
m...@m0-desktop:~/chrome/src$ echo $PATH
Ah thank you Dan! It worked! I guess I should commit the line ending then?
-- Mohamed Mansour
On Fri, Aug 7, 2009 at 12:17 AM, Dan Kegel d...@kegel.com wrote:
Please check to make sure the python scripts have UNIX
line endings, not DOS ones.
Yes Mohamed, please do. Which files had the dos line endings?We should
really add a presubmit check...
-BradN
On Thu, Aug 6, 2009 at 9:22 PM, Mohamed Mansour m0.interact...@gmail.comwrote:
Ah thank you Dan! It worked! I guess I should commit the line ending then?
-- Mohamed Mansour
On
Hi,
When I load a page on chromium that I run on debugger,I get 'Aw, Snap!
Something went wrong while displaying this webpage.' error.
And I see this in the console:
WebCore::FrameView::paintContents(WebCore::GraphicsContext*, const
WebCore::IntRect))
LEAK: 1899 RenderObject
LEAK: 1 Page
LEAK:
On Thu, Aug 6, 2009 at 9:43 PM, n179911n179...@gmail.com wrote:
When I load a page on chromium that I run on debugger,I get 'Aw, Snap!
What page?
My question is how can i debug problem like this? Is there a stack
trace or core dump for situation like this?
If you installed the dev channel
I am a little surprised that Python's eval isn't line-ending agnostic.
This thread
http://mail.python.org/pipermail/pythonmac-sig/2004-September/011638.html
suggests it doesn't like \r even on Windows and offers a simple
workaround when reading the file:
'\n'.join(s.splitlines())
On Thu, Aug
http://code.google.com/p/chromium/wiki/LinuxDebugging has a section on
debugging renderers. I'd try the --single-process trick I just added
to it. (Despite the page having Linux in the title the gdb tips
mostly apply to a Mac as well.)
On Thu, Aug 6, 2009 at 9:43 PM, n179911n179...@gmail.com
What is stopping us doing Massive line endings commit for all the files in
our repository in src/chrome.
+1 on the presubmit check! Is there a way to force Visual Studio Solutions
or Projects to always save line endings in LF generated via gyp.
-- Mohamed Mansour
On Fri, Aug 7, 2009 at 1:48 AM,
88 matches
Mail list logo
