If you do not care about the way threads are run inside a process in
Chromium, you can stop reading now.
Some of our threads are named, while others are not. See below cdb.exe
output for a renderer process:
2:020:x86 ~
1 Id: d98.1588 Suspend: 1 Teb: 7efd8000 Unfrozen Chrome_ChildIOThread
.
I have modified some code involving the print dialog and the printer
settings on Linux. Whoever is interested in the details of this,
please give feedback. I have made these changes in order to install
Linux/Chromium onto an in-store kiosk for customers to place orders.
This is a Linux-only
On Thu, Dec 31, 2009 at 2:32 AM, Andy Ames a...@amesgames.net wrote:
I am considering using a separate switch such as --supress-print-
dialog, since kiosk mode and suppressing the print dialog are
orthogonal features.
They don't seem orthogonal, since in kiosk mode it doesn't seem like you
On Thu, Dec 31, 2009 at 1:11 AM, Berend-Jan Wever skyli...@chromium.org wrote:
It would be nice if we could name all threads, so you know what you're
looking at.
It would be nice if threads were required to be given a name as part
of creation, perhaps with a central registry to make sure things
I'm pretty sure we name all the threads we can (or at least used to), I
*think* the problem is worker threads in a thread pool, which are started up
and shut down automatically, and aren't named (and don't have message
loops).
When I was doing the work to generate the internal page about:tasks,
On Thu, Dec 31, 2009 at 5:51 AM, Peter Kasting pkast...@google.com wrote:
They don't seem orthogonal, since in kiosk mode it doesn't seem like you
would ever want to show a user a print dialog (or any other kind of system
configuration dialog).
I agree as well. 1+
Why not instead make
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:
Thanks for the tips.
I will put printer settings into the preferences as a dictionary
instead of on the command-line.
I'll create only one command-line switch called --suppress-print-
dialog. I will make sure --kiosk implies that switch. For easier
debugging, I will need to be able to
Hi,
I have installed gold linker mentioned here:
http://code.google.com/p/chromium/wiki/LinuxFasterBuilds
And I have put 'shared' library in my include gypi file
$ more ~/.gyp/include.gpyi
{'variables': {
'library': 'shared_library',
}}
How can I make sure that it is building in shared
On Thu, Dec 31, 2009 at 3:14 PM, n179911 n179...@gmail.com wrote:
And I have put 'shared' library in my include gypi file
$ more ~/.gyp/include.gpyi
{'variables': {
'library': 'shared_library',
}}
How can I make sure that it is building in shared library and using
the gold linker?
I
Why wont you just remove --supress-print-dialog and just include it in kiosk
instead. I don't believe there is a reason to have an extra command line
option for that. Unless other people want that ... I believe preferences is
a better task for this since it is going to persisted in the near
Hi,
Can you please tell me what are the command line parameters I need to
pass in when I launch chromium if I want chromium to start Automation
Provider as well?
Thank you.
--
Chromium Developers mailing list: chromium-dev@googlegroups.com
View archives, change email options, or unsubscribe:
On Thu, Dec 31, 2009 at 3:17 PM, Dan Kegel d...@kegel.com wrote:
On Thu, Dec 31, 2009 at 3:14 PM, n179911 n179...@gmail.com wrote:
And I have put 'shared' library in my include gypi file
$ more ~/.gyp/include.gpyi
{'variables': {
'library': 'shared_library',
}}
How can I make sure that
I had an OKR to get code coverage working on 3 platforms for Chromium unit
test bundles in Q409.
If you're in PST, I made it!
Dashboard (overview):
http://build.chromium.org/buildbot/perf/dashboard/coverage.html
Sample output for
Windows:
14 matches
Mail list logo
