Продовжити Bluetooth отметчика часу до відключення на 14.04

Я трохи нового в Ubuntu. Хоча я використовував Ubuntu, але не надто багато. Я під управлінням Windows 8. На моєму робочому столі. Його трохи старий насправді. Процесор Процесор Pentium D з 1,5 ГБ ОЗУ. Але я не думаю, що це проблема для Ubuntu 13.04. Я використовував Ubuntu 12.04 поряд з Win7. Але в цей раз я не можу встановити Ubuntu. Насправді помилки немає. Я пробував. Встановити Ubuntu, спробувати Ubuntu без установки та допоміжні установки. Але те ж саме відбувається кожного разу. Я можу дійти до екрану завантаження(логотип Ubuntu і підходить під нього) і чим монітор переходить в автономний режим. Хоча вентилятор процесора, миші і клавіатури онлайн, але відповіді немає.

Я скачав Ubuntu 13.04 з офіційного сайту і спалили його в DVD. Я спробував горить двох різних DVD-дисках. Враховуючи, що якщо є помилка з цим.

Будь ласка, допоможіть мені. Спасибі заздалегідь.

+640
Prakash Bhattarai 19 лип. 2017 р., 15:22:32
16 відповідей

Ось це збір інформації по темі - на "ОМГ Убунту"

+753
user129912 03 февр. '09 в 4:24

Маас (метал як послуга) - це апаратний рівень підготовки, не повний кластер-подібних ОС. Мета Маас-це просто, щоб дозволити користувачеві, щоб вивести набір апаратних вузлів, а потім розгорнути всі послуги на висоті. Так Маас буде

  1. Відкрийте доступних вузлів в мережі.
  2. Комісія їх з вашим вибором образ Ubuntu сервер.
  3. Управляти і виділяти вузли в групи, які потім можна орієнтувати з іншими службами.

Так що, так, ви можете використовувати Маас без Жужу, якщо вам просто потрібно підняти багато обладнання та установки образів Ubuntu Server на ньому. Жужу робить його легше для установки інших служб, таких як бази даних, веб-сервера або навіть повної базі OpenStack.

Більш докладне пояснення Маас, ви повинні перевірити Маас документації

+683
Druida 30 вер. 2017 р., 12:44:25
Інші відповіді

Пов'язані питання


Схожі питання

ви пам'ятаєте, де ви поклали завантажувач GRUB? Там були дві можливості, щоб покласти його або в MBR (наприклад, /dev/SDA) => в цьому випадку ваша Убунту завантажиться потрібна. Або покласти його в корінь розділу (наприклад, /dev/sda2). В цьому випадку вам доведеться reainstall його в MBR, наприклад, через "жратви" рятувальний "диск"

+617
mexisme 6 груд. 2016 р., 01:00:13

Я встановив за допомогою LiveUSB програми, використовуючи файл deb. Що є кращим способом, щоб видалити програму установки, як я не можу знайти його в центрі програмного забезпечення; це просто програма на Python, який може бути видалений?

+598
oksya74 31 трав. 2013 р., 09:26:59

Я не впевнений, якщо ви все ще потребують допомоги, але я буду постити для майбутніх користувачів... я вважаю, що проблема, щось, що mplayer конфігурація за замовчуванням використовує лише одне ядро процесора... спробуйте пройти "-lavdopts теми=Н" варіант (де 'n' - число ниток для використання).

для mplayer -lavdopts потоків=4 00006.МТС
+549
Gottlasz 28 жовт. 2023 р., 18:23:52

Ми розуміємо, що вона соромиться свого реального Lalatina ім'я і благородний статус. Але чи це коли-небудь пояснити, як/чому вона спеціально приїхала, щоб вибрати йти по темряві всі можливі імена?

+472
Gerhardus Geldenhuis 14 вер. 2012 р., 04:04:56

Деякі кажуть, що потрібно використовувати більше одного обробні дошки, тому що якщо ви використовуєте тільки одну дошку для сирого м'яса і овочів, бактерії з сирого м'яса переходить до борту, а потім овочі, потім ви їсте, що рослинна сировина, і ви захворієте.

Деякі використовують більш ніж дві обробні дошки: одну для риби, іншу-для сирої птиці, ще на молочне і так далі.

Що, якщо я використовую тільки два, а не 3 чи більше? Один для речей, щоб бути з підігрівом, інший для всього іншого. Що я отримаю за допомогою 3 або більше, а не 2?

+456
benEDIT 27 жовт. 2020 р., 04:01:56

Я думаю, що це в принципі відповіли тут:

Як я можу налаштувати декілька середовищ для розгортання Жужу?

Вам просто потрібно явно задавати правильні ключі в середовищах.в YAML, спеціально для EC2-Урі, С3-Урі, відкрити ключем, за замовчуванням-зображення-ідентифікатор і секретний ключ.

Ваш заставу біти слід проводити ключ доступу ID і секретний ключ, який буде використовуватися для заповнення цих полів.

+448
Matt Dowle 12 лист. 2021 р., 07:12:57

Я хотів би встановити Ubuntu на свіже SSD, які в даний час не шифрується.

Моя поточна система містить (серед іншого) твердотільний накопичувач, повністю зашифрований за допомогою TrueCrypt і на якому встановлено Windows 8.

Як би я йти про встановлення Ubuntu без зміни завантажувача з TrueCrypt?

Я помітив, що існує кілька схожий питання тут: може бути встановлена в Ubuntu в Windows 7 диск, зашифрований за допомогою TrueCrypt?

але це дійсно не відповідь на питання, Що робити, коли вже є завантажувач TrueCrypt і в MBR.

Не питання Як я можу подвійний завантаження з TrueCrypt-шифрування Windows 7 і Ubuntu 11.10, коли обидві встановлюються окремо на різних фізичних дисках?.

Я хочу уникнути проблем з завантажувачами, я дійсно не хвилює, що завантажувач на першому місці, так довго, як я можу завантажитися в обох системах.

Я сподівався бути в змозі зробити це, просто зробити правильний вибір під час установки.

+405
Patrice Cote 3 лип. 2017 р., 02:35:07

Я пацанка на попередній версії, однак, Ubuntu один синхронізації перестали працювати (я був підвищений через кілька версій шибеником, і за цей час я вважаю, що систему зберігання змінилися... можливо, причина).

Тепер я хотів би перенести нотатки з встановленою Ubuntu 10.10.

+358
djvs 17 черв. 2023 р., 21:10:23

Мені було цікаво саме те, що повинно бути прекрасно приготовлені креветки текстуру. Я знаю, що "гумову" текстуру засоби більш приготовані і що, якщо це зрозуміло в середині сирої. Але з точки зору відчуття в роті і текстура, що я повинен чекати? З'являється "хрускіт", щоб кожен укус, майже як я, прориваючись через якийсь шар. Я просто не знаю, якщо це нормально чи ні. Я готувала креветки в антипригарним сковороді на середньому вогні близько 5-6 хвилин, перевернути креветки кожні 30-45 секунд.

+305
Merason Marinas 26 лип. 2012 р., 17:22:09

Якщо ваш будинку шифрується, то тільки так, що пароль не може бути відновлено на unencrypting його, що єдиний спосіб зробити це (якщо у вас не дуже великій фермі серверів і багато часу), щоб використовувати пароль. Це може бути bruteforced у часі, тому переконайтеся, що це дуже надійний пароль.

Так, в цілому, це досить безпечно. Я особисто був би щасливий, щоб тримати мій пароль Gmail зашифрований домашній каталог/.

+137
luka reid 14 жовт. 2015 р., 07:14:20

У мене є свіжа установка з NXT / запал і він просто зависає на "відомі однолітків". Я почекав кілька годин і нічого не відбувається. Як можна налагодити цю проблему?

+106
Luis Rob 17 серп. 2019 р., 23:29:02

Я працює Bitcoin Core версія 0.16.2 на тестовому режимі, і зрозумів, що вона зупинилася як receving блоків після 1414433.

Я пробував працює Bitcoin Core з опціями -переіндексація і -переіндексація-chainstate без успіху.

Я видалити всі дані і знову перезапустити синхронізацію, але в підсумку в ту ж проблему

ЗИ: я біжу в обрізанні режимі

Те, що я зіткнувся в debug.журнал:

2018-09-28 16:43:38 UpdateTip: новий кращий=00000000cb7df9801f21ccb4192844281d7da224d2213514050a8ad9a6d9ec7e висота=1414432 версії=значення 0x20000000 log2_work=71.629388 2018-09-27 ТХ=47735936 дата='03:27:30' прогрес=0.999747 кеш=81.4 Мб(531804txo)
2018-09-28 16:43:38 UpdateTip: новий кращий=00000000210004840364b52bc5e455d888f164e4264a4fec06a514b67e9d5722 висота=1414433 версії=значення 0x20000000 log2_work=71.629388 ТХ=2018-09-27 47735938 дата='04:03:19' прогрес=0.999751 кеш=81.4 Мб(531807txo)
2018-09-28 16:43:38 помилка: DisconnectTip(): 00000000210004840364b52bc5e455d888f164e4264a4fec06a514b67e9d5722 DisconnectBlock не вдалося
2018-09-28 16:43:38 помилка: ProcessNewBlock: ActivateBestChain не вдалося
2018-09-28 16:43:39 помилка: DisconnectTip(): 00000000210004840364b52bc5e455d888f164e4264a4fec06a514b67e9d5722 DisconnectBlock не вдалося
2018-09-28 16:43:39 помилка: ProcessNewBlock: ActivateBestChain не

[...]

2018-09-28 16:56:17 Connect (), щоб 78.47.24.41:18333 не після обрати(): з'єднання скинуто (111)
2018-09-28 16:56:44 Connect (), щоб [2001:0:5ef5:79fd:38b6:перетин 55-денний ковзної:3788:c387]:18333 помилка: мережа недоступна (101)
2018-09-28 17:01:12 помилки: DisconnectTip(): 00000000210004840364b52bc5e455d888f164e4264a4fec06a514b67e9d5722 DisconnectBlock не вдалося
2018-09-28 17:01:12 помилки: ProcessNewBlock: ActivateBestChain не вдалося
2018-09-28 17:09:07 Connect (), щоб [2003:ЕА:9bde:5600:1180:6df2:ba35:ЕФД]:18333 помилка: мережа недоступна (101)
2018-09-28 17:13:23 Connect (), щоб 45.55.161.7:18333 не після обрати(): з'єднання скинуто (111)
2018-09-28 17:14:19 потенціал несвіжий рада виявить, то спробуйте використовувати додаткову вихідних однорангових (останнє оновлення рада: 1841 секунд назад)
2018-09-28 17:14:24 нових вихідних однорангових зв'язку: версія: 70013, блоків=1414565, рівний=24

Мені здається, що може заблокувати 1414433 втраченими. Як я можу подолати цю проблему?

+87
EoghanM 27 січ. 2020 р., 17:46:13

Напевно тому, що часник виходить іноді блакитними, коли ви готуєте його. http://www.foodsafetysite.com/consumers/faq/?m_knowledgebase_article=14

його реакція з сірої + мідь, які можуть утворитися в продуктах харчування.

+23
Projski 19 бер. 2019 р., 05:28:36

Ось це обвал інформації. Це початок відбувається після того, як я спробував оновити до версії 2.0 є rekonq. Але тепер я знижено до 0,9

Ось це гід, якого я слідував - http://handytutorial.com/install-rekonq-2-0-in-ubuntu-12-10-12-04/

Застосування: є rekonq (є rekonq), сигнал: помилка сегментування
Використання host libthread_db бібліотека "/бібліотека lib/i386 в-лінукс-дистрибутив GNU/libthread_db.так.1".
[Поточний потік 1 (різьба 0xb2d95980 (шпалери 15340))]

Нитка 9 (різьба 0xb079bb40 (шпалери 15341)):
#0 0xb7792424 в __ядра_vsyscall ()
#1 0xb756d5f0 в опитування () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6
#2 0xb39d2a7b в g_poll () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#3 0xb39c50ae в ?? () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#4 0xb39c556b в g_main_loop_run () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#5 0xb1653134 в ?? () з /usr/lib в/для i386-Лінукс-гну модулі/Джіо//libdconfsettings.так
#6 0xb39e86b3 в ?? () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#7 0xb3d42d4c в start_thread () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотекою libpthread.так.0
#8 0xb757bd3e в clone () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6

Різьба 8 (різьба 0xafdffb40 (шпалери 15342)):
#0 0xb7792424 в __ядра_vsyscall ()
#1 0xb756d5f0 в опитування () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6
#2 0xb39d2a7b в g_poll () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#3 0xb39c50ae в ?? () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#4 0xb39c556b в g_main_loop_run () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#5 0xb154f1ba в ?? () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libgio-2.0.так.0
#6 0xb39e86b3 в ?? () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#7 0xb3d42d4c в start_thread () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотекою libpthread.так.0
#8 0xb757bd3e в clone () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6

7 нитку (Нитка 0xaf3ffb40 (шпалери 15343)):
#0 0xb7792424 в __ядра_vsyscall ()
#1 0xb3d46d13 в pthread_cond_timedwait@@GLIBC_2.3.2 () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотекою libpthread.так.0
#2 0xb75896a4 в pthread_cond_timedwait () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6
#3 0xb3a048e0 в g_cond_wait_until () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#4 0xb39980b9 в ?? () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#5 0xb39988de в g_async_queue_timeout_pop () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#6 0xb39e8f7c в ?? () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#7 0xb39e86b3 в ?? () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#8 0xb3d42d4c в start_thread () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотекою libpthread.так.0
#9 0xb757bd3e в clone () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6

Різьба 6 (різьба 0x9f534b40 (шпалери 15344)):
#0 0xb7792424 в __ядра_vsyscall ()
#1 0xb3d4696b в pthread_cond_wait@@GLIBC_2.3.2 () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотекою libpthread.так.0
#2 0xb758964c в pthread_cond_wait () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6
#3 0xb6acb263 в ?? () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtWebKit.так.4
#4 0xb6acb37f в ?? () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtWebKit.так.4
#5 0xb3d42d4c в start_thread () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотекою libpthread.так.0
#6 0xb757bd3e в clone () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6

Нитка 5 (різьба 0x9ed33b40 (шпалери 15346)):
#0 0xb7792424 в __ядра_vsyscall ()
#1 0xb756d5f0 в опитування () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6
#2 0xb39d2a7b в g_poll () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#3 0xb39c50ae в ?? () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#4 0xb39c5201 в g_main_context_iteration () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#5 0xb4018887 в QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#6 0xb3fe450d в QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#7 0xb3fe47a9 в QEventLoop::Exec і(QFlags<QEventLoop::ProcessEventsFlag>) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#8 0xb3ecd94c в QThread::exec () робить () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#9 0xb3ecda3b в QThread::виконати() () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#10 0xb3ed0de0 в ?? () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#11 0xb3d42d4c в start_thread () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотекою libpthread.так.0
#12 0xb757bd3e в clone () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6

Нитка 4 (різьба 0x93e3ab40 (шпалери 15347)):
#0 0xb7792424 в __ядра_vsyscall ()
#1 0xb3d4696b в pthread_cond_wait@@GLIBC_2.3.2 () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотекою libpthread.так.0
#2 0xb758964c в pthread_cond_wait () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6
#3 0xb737c029 в ?? () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtScript.так.4
#4 0xb737c06f в ?? () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtScript.так.4
#5 0xb3d42d4c в start_thread () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотекою libpthread.так.0
#6 0xb757bd3e в clone () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6

Потік 3 (різьба 0x93639b40 (шпалери 15348)):
#0 0xb7792424 в __ядра_vsyscall ()
#1 0xb7574d61 в SELECT () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6
#2 0xb3fbfe26 в ?? () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#3 0xb3ed0de0 в ?? () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#4 0xb3d42d4c в start_thread () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотекою libpthread.так.0
#5 0xb757bd3e в clone () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6

Різьба 2 (різьба 0x92cf3b40 (шпалери 15352)):
#0 0xb7792424 в __ядра_vsyscall ()
#1 0xb3d4696b в pthread_cond_wait@@GLIBC_2.3.2 () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотекою libpthread.так.0
#2 0xb758964c в pthread_cond_wait () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6
#3 0xb3ed1350 в QWaitCondition::wait(за QMutex*, без знака довгий) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#4 0xb513cacc в ?? () з /usr/lib в/libthreadweaver.так.4
#5 0xb513f95b в ?? () з /usr/lib в/libthreadweaver.так.4
#6 0xb513c63a в ?? () з /usr/lib в/libthreadweaver.так.4
#7 0xb513fa5c в ?? () з /usr/lib в/libthreadweaver.так.4
#8 0xb513c533 в ?? () з /usr/lib в/libthreadweaver.так.4
#9 0xb513e4e4 в ?? () з /usr/lib в/libthreadweaver.так.4
#10 0xb513e59a в ThreadWeaver::різьблення::виконати() () з /usr/lib в/libthreadweaver.так.4
#11 0xb3ed0de0 в ?? () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#12 0xb3d42d4c в start_thread () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотекою libpthread.так.0
#13 0xb757bd3e в clone () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6

Різьблення 1 (різьба 0xb2d95980 (шпалери 15340)):
[Обробник KCrash]
#7 0xb4141dd8 в QObject::staticMetaObject () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#8 0xb37ec4e9 в Аттиці::ProviderManager::ProviderManager(QFlags<Аттика::ProviderManager::ProviderFlag> з const&) () з /usr/lib в/libattica.так.0.4
#9 0xb55954b2 в ?? () з /usr/lib в/libkdeui.так.5
#10 0xb559135a в KAboutApplicationDialog::особисте::инит(KAboutData константные*, QFlags<KAboutApplicationDialog::опції>) () з /usr/lib в/libkdeui.так.5
#11 0xb5591fff в KAboutApplicationDialog::KAboutApplicationDialog(KAboutData константные*, від QWidget*) () з /usr/lib в/libkdeui.так.5
#12 0xb56fa877 в KHelpMenu::aboutApplication() () з /usr/lib в/libkdeui.так.5
#13 0xb56fa935 в ?? () з /usr/lib в/libkdeui.так.5
#14 0xb3ffc6b1 в QMetaObject::activate(входить об'єкт QObject*, QMetaObject як const*, int і Void* після*) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#15 0xb42799bd в QAction::ініційований(bool) (не) з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtGui.так.4
#16 0xb4279c5b в QAction::активувати(QAction::типу actionevent) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtGui.так.4
#17 0xb4279fb8 в ?? () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtGui.так.4
#18 0xb3ff7c01 в QMetaCallEvent::placeMetaCall(об'єкт QObject*) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#19 0xb4000c7b в QObject::подія(подія QEvent*) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#20 0xb4279d31 в QAction::подія(подія QEvent*) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtGui.так.4
#21 0xb552e17f в дію::подія(подія QEvent*) () з /usr/lib в/libkdeui.так.5
#22 0xb4280ed4 в QApplicationPrivate::notify_helper(від QObject*, подія QEvent*) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtGui.так.4
#23 0xb428630d від QApplication::повідомлення(від QObject*, подія QEvent*) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtGui.так.4
#24 0xb56349a1 у клас kapplication::повідомлення(від QObject*, подія QEvent*) () з /usr/lib в/libkdeui.так.5
#25 0xb3fe597e в QCoreApplication::notifyInternal(від QObject*, подія QEvent*) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#26 0xb3fe9ad8 в QCoreApplicationPrivate::sendPostedEvents(від QObject*, інт, QThreadData*) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#27 0xb3fe9e0c в QCoreApplication::sendPostedEvents(від QObject*, інт) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#28 0xb4018494 в ?? () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#29 0xb39c4d86 в g_main_context_dispatch () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#30 0xb39c5125 в ?? () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#31 0xb39c5201 в g_main_context_iteration () з в /lib/i386 в-лінукс-дистрибутив GNU/libglib-2.0.так.0
#32 0xb4018887 в QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#33 0xb4339aaa в ?? () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtGui.так.4
#34 0xb3fe450d в QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#35 0xb3fe47a9 в QEventLoop::Exec і(QFlags<QEventLoop::ProcessEventsFlag>) () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#36 0xb3fe9eba в QCoreApplication::exec () робить () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtCore.так.4
#37 0xb427ea74 від QApplication::exec () робить () з /usr/lib в/для i386-лінукс-дистрибутив GNU/libQtGui.так.4
#38 0xb775be7f в kdemain () з /usr/lib в/для KDE4/libkdeinit/libkdeinit4_rekonq.так
#39 0x080484fb в ?? ()
#40 0xb74a64d3 в __бібліотеки libc_начать_главный () з в /lib/i386 в-лінукс-дистрибутив GNU/бібліотеки libc.так.6
#41 0x08048521 в _start ()
+11
Jhace Dela Cruz 28 лют. 2011 р., 13:29:14

Показати питання з тегом