Автор souror, 2 декабря 2013, 17:38
0 Пользователи и 5 гостей просматривают эту тему.
Bug 72918: LO crash when opening ODS file with a large number of cells with formulas
Цитата: ape от 20 декабря 2013, 19:37
Bug 72918: LO crash when opening ODS file with a large number of cells with formulas
Кохей посмотрел на приложенный к багу трэйс.
<kohei> 0150d5d0 6c42ab19 sal3!GetCaseCorrectPathName
<kohei> it crashes right when the file loader attempts to open the file, way before the import filter starts parsing the content.
Вольный перевод: крэш происходит сразу же при попытке загрузчика открыть файл, гораздо раньше чем фильтр импорта начинает разбирать содержимое.
Варианты: или приложенный трэйс не соответствует багу, или баг на самом деле не специфичен для calc и даже для содержимого файла.
Для проверки можно попробовать назвать какой-то «хороший» файл как имеющийся «плохой», положить
его на место «плохого» и попробовать открыть.
Цитата: frob от 21 декабря 2013, 06:17крэш происходит сразу же при попытке загрузчика открыть файл, гораздо раньше чем фильтр импорта начинает разбирать содержимое.
Да, ~когда 3/4 файла загружено (сужу по индикатору в нижней части Цетра запуска).
Может быть, размер content.xml (1,03GB при извлечении из документа) вызывает эту ошибку (т.е. это ограничение «Окон»)?
Цитата: frob от 21 декабря 2013, 06:17крэш происходит сразу же при попытке загрузчика открыть файл, гораздо раньше чем фильтр импорта начинает разбирать содержимое.
Ну, не знаю. У меня рушится когда внизу уже написано «Вычисление» (т.е. прогресс-бар «Загрузка» пробежал за 20 минут от 0 до 100%). LO 4.1.2, Win XP SP2, 1Гб ОЗУ.
Windows 8.1 64-bit 16 GB RAM.
Libre Office 4.2.0.1 1-я попытка: когда индикатор загрузки в течение примерно 1 минуты достигает около 95%, появляется окно LibreOffice 4.2 — Fatal Error с сообщением bad allocation.
Libre Office 4.2.0.1 последующие попытки: иногда сообщение bad allocation появляется уже при начале просчёта.
Libre Office Portable 4.1.3.2 1-я попытка: когда индикатор загрузки в течение примерно 1 минуты достигает около 80%, появляется окно с сообщением, что ввиду проблем программа должна быть закрыта.
Libre Office Portable 4.1.3.2 последующие попытки: индикатор загрузки достигает 100% и начинается просчёт, когда он достигает примерно 20%, то останавливается и примерно через минуту всё закрывается без всяких сообщений.
Gnumeric открыл за 50 секунд.
На том же компьютере в Oracle VM VirtualBox на Ubuntu 13.10 64-bit с выделенными ей 4 Gb памяти в Libre Office 4.1.2.3 открывается за полторы минуты.
Во всех случаях сначала открывалась программа, а в ней уже открывался файл.
Вызываемая виндо-специфичная функция получает два указателя: один на короткое имя файла (8.3) для чтения, другой — на место, куда предлагается сохранить длинное имя файла.
В прилагаемом к багу трейсе (предположим, что это не какая-то другая ошибка) вместо второго указателя передан NULL.
Не знаю как это работает в C++, а в C такое можно организовать довольно просто — выжрать память, вызвать malloc под второй указатель и использовать его без проверки того, что malloc вернул что-то отличное от нуля.
Что наводит на мысль о том, что LO возможно всё-таки открывает и начинает разбирать файл, виндовая версия при этом почему-то отжирает всю память, а затем функция GetCaseCorrectPathName вызывается для чего-то ещё и крэшит программу.
Спасибо, про grep возьму на заметку, но там не указана поддержка Windows 8, поэтому инсталлировать такую консольную программу пока не рискну.
Цитата: frob от 21 декабря 2013, 17:371. виндовая версия при этом почему-то отжирает всю память
2. LO возможно всё-таки открывает и начинает разбирать файл
1. При этом у меня её 16GB(RAM)+4GB(подкачка)
2. У меня тоже вылетал и при разборе. Возможно, что баг-трейс был предоставлен для случая вылета в момент загрузки. Нетбук под Линуксом (живым, не виртуальным) открывает и разбирает, но за 20 минут.
Цитата: celler от 21 декабря 2013, 19:06
Спасибо, про grep возьму на заметку, но там не указана поддержка Windows 8, поэтому инсталлировать такую консольную программу пока не рискну.
Думаю, что грепу от виндов почти ничего не надо.
Если часто приходится делать всякое разное с plain-text, то ради выгод от наличия в системе grep/sed/find/tr/sort я б не поленился поставить линукс в виртуалку.
Цитата: ape от 21 декабря 2013, 20:541. При этом у меня её 16GB(RAM)+4GB(подкачка)
проблема 32битного ПО в 64битных ОС в том, что им все равно выделяется не более 3.5Гб ОЗУ! То есть наличие физических 16Гб ОЗУ никак не поможет, если софт 32битный выжирает все доступные ЭТОМУ ПО 3.5Гб.
Цитата: frob от 21 декабря 2013, 23:30Если часто приходится делать всякое разное с plain-text, то ради выгод от наличия в системе grep/sed/find/tr/sort я б не поленился поставить линукс в виртуалку.
У меня был Ubuntu 64-bit на виртуалке, а сегодня переустановил её и добавил доступной памяти до 8 GB. Я уже понял, что в ней можно в отдельных программах кое-что делать, что в виндовсе не так просто сделать. По поводу grep/sed/find/tr/sort у меня есть конкретный вопрос. Я в линуксе никогда не работал и поэтому хотел бы поинтересоваться, стоит ли всё это изучать. Вот например такая задача. Я уже упоминал сайт росреестра, где лежат порядка ста файлов pdf, в которых дана табличная информация, но таблицы такие безобразные, что при копировании всё оказывается в одном столбце с перепутанными ячейками. Чтобы восстановить исходный вид, я сделал специальный файл, который всё грубо расставляет по своим местам. Результат там получается не идеальный, но довести его до нужного состояния уже совсем просто. Файл приложить не могу, поскольку он великоват, поэтому он здесь, но он только для линукса с большим RAM — там около трёх миллионов формул. Мой вопрос — можно ли то же самое делать с помощью вышеназванных программ?
-
r l
- Posts: 15
- Joined: Sun Jul 09, 2017 6:47 pm
Bad allocation fatal error
Keep getting a Bad Allocation fatal error. Have quite a few sheets but not really doing anything complicated, just a few Sum calculations. Seems to happen intermittently after a few cut and pastes. (See attached)
- Attachments
-
- badalloc.jpg (10.08 KiB) Viewed 8619 times
Open Office 4.1.6 on Windows 10
-
r l
- Posts: 15
- Joined: Sun Jul 09, 2017 6:47 pm
Re: Bad allocation fatal error
Post
by r l » Sun Jul 09, 2017 10:23 pm
Ah ok they know about it so hopefully fixed in the next version. Hasn’t been a new version for awhile so hopefully soon.
Open Office 4.1.6 on Windows 10
-
Zizi64
- Volunteer
- Posts: 10914
- Joined: Wed May 26, 2010 7:55 am
- Location: Budapest, Hungary
Re: Bad allocation fatal error
Post
by Zizi64 » Mon Jul 10, 2017 7:29 am
Hasn’t been a new version for awhile so hopefully soon.
Try the LibreOffice while the new version of the AOO will be published.
Tibor Kovacs, Hungary; 6.4.7 /Win7-10 x64Prof.
PortableApps/winPenPack: LO3.3.0-7.4.4;AOO4.1.13
Please, edit the initial post in the topic: add the word [Solved] at the beginning of the subject line — if your problem has been solved.
-
Zizi64
- Volunteer
- Posts: 10914
- Joined: Wed May 26, 2010 7:55 am
- Location: Budapest, Hungary
Re: Bad allocation fatal error
Post
by Zizi64 » Fri Dec 29, 2017 2:28 pm
Was this «bad allocation» issue resolved with version 4.1.4?
You can try it…
I never got such error message either AOO nor LO. The original poster not uploaded any sample file to reproduce the error…
I can not reproduce the error without a specific sample file.
Tibor Kovacs, Hungary; 6.4.7 /Win7-10 x64Prof.
PortableApps/winPenPack: LO3.3.0-7.4.4;AOO4.1.13
Please, edit the initial post in the topic: add the word [Solved] at the beginning of the subject line — if your problem has been solved.
-
r l
- Posts: 15
- Joined: Sun Jul 09, 2017 6:47 pm
Re: Bad allocation fatal error
Post
by r l » Tue Sep 17, 2019 12:06 am
Still happening in 4.1.5, same symptoms
- badalloc2.jpg (9.08 KiB) Viewed 3797 times
Open Office 4.1.6 on Windows 10
-
r l
- Posts: 15
- Joined: Sun Jul 09, 2017 6:47 pm
Re: Bad allocation fatal error
Post
by r l » Tue Sep 17, 2019 8:03 pm
Just realised I am using an out-of-date version thanks to the check for updates option being broken.
Installed 4.1.6, opened a .ods file, deleted a few sheets, then i think the auto-save kicked in and it sat there for a minute then bang
- badalloc3.jpg (8.29 KiB) Viewed 3763 times
Open Office 4.1.6 on Windows 10
-
Zizi64
- Volunteer
- Posts: 10914
- Joined: Wed May 26, 2010 7:55 am
- Location: Budapest, Hungary
Re: Bad allocation fatal error
Post
by Zizi64 » Wed Sep 18, 2019 6:47 am
Try the LibreOffice.
Tibor Kovacs, Hungary; 6.4.7 /Win7-10 x64Prof.
PortableApps/winPenPack: LO3.3.0-7.4.4;AOO4.1.13
Please, edit the initial post in the topic: add the word [Solved] at the beginning of the subject line — if your problem has been solved.
-
1-to-go
- Posts: 4
- Joined: Thu Oct 31, 2019 8:46 pm
Re: Bad allocation fatal error
Post
by 1-to-go » Sun Nov 17, 2019 10:50 pm
I am running 4.1.7 on Windows 10. I have uninstalled, ran updates, system diagnostics, reinstalled several times hoping that would stop the crashing of CAL. Please, please, please advise. I’ve read forums, tried other suggestions. I see that this error has been an issue for a long time, but the previous update of OpenOffice is when the problem started for me.
I appreciate any new tips.
Last edited by robleyd on Mon Nov 18, 2019 12:46 am, edited 1 time in total.
Reason: Remove Known Issues icon
OpenOffice 4.1.7
Windows 10 Home
-
RoryOF
- Moderator
- Posts: 33957
- Joined: Sat Jan 31, 2009 9:30 pm
- Location: Ireland
Re: Bad allocation fatal error
Post
by RoryOF » Sun Nov 17, 2019 10:55 pm
Have you tried starting Windows in Safe Mode? Does OpenOffice Calc run OK when Windows is in Safe Mode?
Apache OpenOffice 4.1.13 on Xubuntu 22.04.1 LTS
-
1-to-go
- Posts: 4
- Joined: Thu Oct 31, 2019 8:46 pm
Re: Bad allocation fatal error
Post
by 1-to-go » Mon Nov 25, 2019 9:57 pm
Thank you. That’s the one simple test I didn’t think about. After reading about how people were saying things went hinky after a Win 10 update, I looked into how Windows stores pieces of what you’re working on (allocates) that has nothing to do with the program save. As I explored my system, it looks like something that’s definitely plausible, but I ran into a dead end with it. More accurately, I chickened out… killing my computer isn’t my goal 
. I will try working Calc in Safe Mode the next time the issue comes up.
OpenOffice 4.1.7
Windows 10 Home
Description
Marina Latini (SUSE)
2017-01-04 17:28:43 UTC
Description: Deleting a big amount of sheets (from 40 up to 99) without saving the file, LibreOffice crashes with a bad allocation error Steps to Reproduce: 1. Open the provided dummy file (is a worksheet with 100 empty sheets) 2. Delete the sheets (from 40 up to 99) without saving Actual Results: LibreOffice crashes with a bad allocation dialog error Expected Results: LibreOffice works Reproducible: Always User Profile Reset: Yes Additional Info: works fine with: Versione 3.6.7.2 (Build ID: e183d5b) crash: Versione: 4.4.5.2 Build ID: a22f674fd25a3b6f45bdebf25400ed2adff0ff99 Versione locale: it_IT Versione: 5.0.1.2 Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261 Versione locale: it-IT (it_IT) Versione: 5.0.5.2 Build ID: 55b006a02d247b5f7215fc6ea0fde844b30035b3 Versione locale: it-IT (it_IT) Versione: 5.1.5.2 Build ID: 7a864d8825610a8c07cfc3bc01dd4fce6a9447e5 Thread CPU: 4; Versione SO: Windows 6.1; Resa interfaccia: predefinito; Versione locale: it-IT (it_IT); Calc: group Versione: 5.1.6.2 Build ID: 07ac168c60a517dba0f0d7bc7540f5afa45f0909 Thread CPU: 4; Versione SO: Windows 6.1; Resa interfaccia: predefinito; Versione locale: it-IT (it_IT); Calc: group Versione: 5.1.6.2 Build ID: 07ac168c60a517dba0f0d7bc7540f5afa45f0909 Thread CPU: 4; Versione SO: Windows 6.1; Resa interfaccia: predefinito; Versione locale: it-IT (it_IT); Calc: group Version: 5.2.4.2 Build ID: 3d5603e1122f0f102b62521720ab13a38a4e0eb0 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Locale: vec-IT (it_IT); Calc: group Versione: 5.3.0.0.beta2 Build ID: a7e30712ad6d8bc9286007b37aa581983e0caba3 Thread CPU: 4; Versione SO: Windows 6.1; Resa interfaccia: predefinito; Layout Engine: new; Versione locale: it-IT (it_IT); Calc: group User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36
Comment 2
Marina Latini (SUSE)
2017-01-04 17:39:44 UTC
in some cases, if you have removed 99 sheets you can reproduce the issue trying to close the document without saving. In this specific case the error is related to mergedlo.dll
Comment 4
Jacques Guilleron
2017-01-04 19:14:02 UTC
Hi Marina, I don't reproduce with LO 4.4.5.2 Build ID: a22f674fd25a3b6f45bdebf25400ed2adff0ff99 Locale : fr_FR and Windows 7 Home. Selecting "Close" after deleting, has displayed the save proposal. Jacques
Comment 5
Telesto
2017-01-05 09:36:51 UTC
No repro with: Version: 5.4.0.0.alpha0+ Build ID: 215cbfb460326010737433c2020638e9388a88a4 CPU Threads: 4; OS Version: Windows 6.19; UI Render: GL; TinderBox: Win-x86@42, Branch:master, Time: 2017-01-02_23:58:32 Locale: nl-NL (nl_NL); Calc: CL
Comment 6
Buovjaga
2017-01-05 11:38:00 UTC
No repro. Marina: do all the crashes happen with a 32-bit LibreOffice? Arch Linux 64-bit, KDE Plasma 5 Version: 5.4.0.0.alpha0+ Build ID: 1a58cdf8af1aba52ce0a376666dd7d742234d7cf CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on January 4th 2016
Comment 7
Marina Latini (SUSE)
2017-01-09 15:31:14 UTC
(In reply to Buovjaga from comment #6)
> No repro.
>
> Marina: do all the crashes happen with a 32-bit LibreOffice?
yep
Comment 8
Xisco Faulí
2017-05-05 18:11:21 UTC
I can't reproduce it in Versión: 5.3.2.2 Id. de compilación: 6cd4f1ef626f15116896b1d8e1398b56da0d0ee1 Subproc. CPU: 1; SO: Windows 6.1; Repr. de IU: predet.; Motor de trazado: HarfBuzz; Configuración regional: es-ES (es_ES); Calc: group
Comment 9
Telesto
2017-06-10 20:31:16 UTC
No repro with: Version: 5.5.0.0.alpha0+ Build ID: 076ed447f694239d5c67adee528ea6e471d909ff CPU threads: 4; OS: Windows 6.19; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-06-09_23:54:20 Locale: nl-NL (nl_NL); Calc: CL @Marina Does 5.4.0.0.beta2 also crash?
Comment 10
Marina Latini (SUSE)
2017-06-19 11:04:53 UTC
(In reply to Telesto from comment #9)
> No repro with:
> Version: 5.5.0.0.alpha0+
> Build ID: 076ed447f694239d5c67adee528ea6e471d909ff
> CPU threads: 4; OS: Windows 6.19; UI render: default;
> TinderBox: Win-x86@42, Branch:master, Time: 2017-06-09_23:54:20
> Locale: nl-NL (nl_NL); Calc: CL
>
> @Marina
> Does 5.4.0.0.beta2 also crash?
repro with:
Version: 6.0.0.0.alpha0+
Build ID: c50ae538a6656889c68c43bd9fe0347c61c82aa5
CPU threads: 4; OS: Windows 6.1; UI render: default;
TinderBox: Win-x86@42, Branch:master, Time: 2017-06-18_23:58:50
Locale: it-IT (it_IT); Calc: group
Comment 11
Buovjaga
2017-06-27 15:14:22 UTC
Does this happen, if you set the undo steps to a small value in Tools - Options - LibO - Advanced - Expert config: org.openoffice.Office.Common/Undo ?
Comment 12
Marina Latini (SUSE)
2017-07-06 16:37:19 UTC
(In reply to Buovjaga from comment #11)
> Does this happen, if you set the undo steps to a small value in Tools -
> Options - LibO - Advanced - Expert config: org.openoffice.Office.Common/Undo
> ?
changed the value from 100 to 1.
current behaviour:
1) removed 99 sheets
2) File -> Close
3) select "close without save"
works fine without crash or errors.
Versione: 5.4.0.1
Build ID: 40m0(Build:1)
CPU threads: 4; OS: Linux 4.11; UI render: predefinito; VCL: gtk3;
Versione locale: it-IT (it_IT.UTF-8); Calc: group
Comment 15
Kevin Suo
2017-11-27 14:38:23 UTC
(In reply to Marina Latini from comment #12) I see that your original bug report was reproduced in Windows. However, in Comment 12 you said if you set the undo step to 1, there is no crash, but this is done in linux. Does this mean that you can also reproduce the bug in Linux if the undo steps is 100?
Comment 16
Kevin Suo
2017-11-27 14:41:18 UTC
Also could you please specify your RAM size. In the past I do encounter some bad allocation error in low memory machines.
Comment 17
Xisco Faulí
2018-01-24 09:43:44 UTC
(In reply to Kevin Suo from comment #16)
> Also could you please specify your RAM size. In the past I do encounter some
> bad allocation error in low memory machines.
Hi Marina,
Could you please answer this question an the one in comment 15 ?
Comment 19
QA Administrators
2018-12-03 13:13:47 UTC
Comment hidden (obsolete)
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20181203
Comment 20
Marina Latini (SUSE)
2018-12-21 16:07:25 UTC
Repro with: Version: 6.2.0.1 Build ID: 0412ee99e862f384c1106d0841a950c4cfaa9df1 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded Note: remove the sheets one by one.
Comment 21
Buovjaga
2018-12-21 16:24:18 UTC
(In reply to Marina Latini (CIB) from comment #20) > Repro with: > Version: 6.2.0.1 > Build ID: 0412ee99e862f384c1106d0841a950c4cfaa9df1 > CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; > Locale: en-US (en_US); UI-Language: en-US > Calc: threaded > > Note: remove the sheets one by one. The NEEDINFO was for: (In reply to Kevin Suo from comment #16) > Also could you please specify your RAM size. In the past I do encounter some > bad allocation error in low memory machines. and (In reply to Kevin Suo from comment #15) > (In reply to Marina Latini from comment #12) > I see that your original bug report was reproduced in Windows. However, in > Comment 12 you said if you set the undo step to 1, there is no crash, but > this is done in linux. > > Does this mean that you can also reproduce the bug in Linux if the undo > steps is 100?
Comment 22
toto
2019-02-11 09:44:53 UTC
Comment hidden (off-topic)
grouping cell button error in version 6.2 combining cells in a table with a standard panel works well when the tab bar then the merge button works to unite the cells and no longer separates the cells.
Comment 23
Xisco Faulí
2019-03-21 12:08:30 UTC
Hi Marina, This issue was reported on 2017-01-04 and you are the only one who can reproduce it... I'm wondering if it's a problem with your PC rather than a LibreOffice problem...
Comment 25
Xisco Faulí
2019-08-09 11:44:27 UTC
(In reply to Xisco Faulí from comment #23)
> Hi Marina,
> This issue was reported on 2017-01-04 and you are the only one who can
> reproduce it...
> I'm wondering if it's a problem with your PC rather than a LibreOffice
> problem...
setting to NEEDINFO
Comment 26
QA Administrators
2020-02-06 03:36:06 UTC
Comment hidden (obsolete)
Dear Marina Latini (CIB), This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Comment 27
QA Administrators
2020-03-08 02:51:10 UTC
Dear Marina Latini (CIB), Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp
Для многих поклонников и сторонников программного обеспечения с открытым исходным кодом LibreOffice является лучшей альтернативой Microsoft Office, и за последние несколько выпусков он определенно значительно улучшился. Однако первоначальный опыт запуска по-прежнему оставляет желать лучшего. Есть способы сократить время запуска и общую производительность LibreOffice.
Я расскажу о некоторых практических шагах, которые вы можете предпринять, чтобы улучшить время загрузки и скорость отклика LibreOffice, в абзацах ниже.
1. Увеличьте объем памяти для каждого объекта и кеша изображений.
Это поможет программе загружаться быстрее за счет выделения большего количества ресурсов памяти для кэша изображений и объектов.
1. Запустите LibreOffice Writer (или Calc).
2. Перейдите к «Инструменты -> Параметры» в строке меню или воспользуйтесь сочетанием клавиш «Alt + F12».
3. Щелкните «Память» в LibreOffice и увеличьте «Использовать для LibreOffice» до 128 МБ.
4. Также увеличьте «Память на объект» до 20 МБ.
5. Нажмите «ОК», чтобы сохранить изменения.
Примечание. Вы можете установить числа выше или ниже предлагаемых значений в зависимости от мощности вашего компьютера. Лучше поэкспериментировать и посмотреть, какое значение дает вам оптимальную производительность.
2. Включите LibreOffice QuickStarter.
Если на вашем компьютере достаточно оперативной памяти, скажем, 4 ГБ и выше, вы можете включить опцию «Systray Quickstarter», чтобы часть LibreOffice оставалась в памяти для более быстрого отклика при открытии новых документов.
Вы обязательно увидите улучшение производительности при открытии новых документов после включения этой опции.
1. Откройте диалоговое окно параметров, выбрав «Инструменты -> Параметры».
2. На боковой панели в разделе «LibreOffice» выберите «Память».
3. Установите флажок «Включить Systray Quickstarter».
4. Нажмите «ОК», чтобы сохранить изменения.
Как только эта опция будет включена, вы увидите значок LibreOffice на панели задач с опциями для открытия любого типа документа.
3. Отключите среду выполнения Java.
Еще один простой способ ускорить запуск LibreOffice и ускорить его отклик — отключить Java.
1. Откройте диалоговое окно «Параметры», нажав «Alt + F12».
2. На боковой панели выберите «LibreOffice», затем «Дополнительно».
3. Снимите флажок «Использовать среду выполнения Java».
4. Нажмите «ОК», чтобы закрыть диалоговое окно.
Если вы используете только Writer и Calc, отключение Java не помешает вам нормально работать с файлами. Но чтобы использовать LibreOffice Base и некоторые другие специальные функции, вам может потребоваться снова включить ее. В этом случае вы получите всплывающее окно с вопросом, хотите ли вы снова включить его.
По умолчанию LibreOffice позволяет отменить до 100 изменений в документе. Большинству пользователей это не нужно, поэтому сохранение такого количества шагов в памяти в значительной степени является пустой тратой ресурсов.
Я рекомендую вам уменьшить это число до 20, чтобы освободить память для других вещей, но не стесняйтесь настраивать эту часть в соответствии со своими потребностями.
1. Откройте диалоговое окно параметров, выбрав «Инструменты -> Параметры».
2. На боковой панели в разделе «LibreOffice» выберите «Память».
3. В разделе «Отменить» измените количество шагов на желаемое.
4. Нажмите «ОК», чтобы сохранить изменения.
Если предоставленные советы помогли вам ускорить запуск LibreOffice Suite, сообщите нам об этом в комментариях. Кроме того, поделитесь любыми другими советами, которые вы, возможно, знаете, чтобы другим было полезно.
Запись видео с экрана в iSpring Free Cam
Разработчик iSpring специализируется на программном обеспечении для E-learning: дистанционного обучения, создания интерактивных курсов, презентаций, тестов и других материалов. Среди прочего, у компании есть и бесплатные продукты, один из которых — iSpring Free Cam (на русском языке, разумеется), предназначенный для записи видео с экрана (скринкастов) и будет рассмотрен далее. См. также: Лучшие программы для записи видео с экрана компьютера.
Заранее отмечу, что iSpring Free Cam не подойдет для записи игрового видео, предназначение программы — именно скринкасты, т.е. обучающие видео с демонстрацией происходящего на экране. Самый близкий аналог, как мне кажется— BB FlashBack Express.
Использование iSpring Free Cam
После загрузки, установки и запуска программы достаточно нажать по кнопке «Новая запись» в окне или главном меню программы, чтобы начать запись экрана.
В режиме записи вам будет доступно выделение области экрана, которую требуется записать, а также скромные настройки параметров записи.
- Сочетания клавиш для паузы, остановки или отмены записи
- Опции записи системных звуков (воспроизводимых компьютером) и звука с микрофона.
- На вкладке «Расширенные» можно задать параметры выделения и озвучивания кликов мыши при записи.
По завершении записи экрана в окне проекта iSpring Free Cam появятся дополнительные возможности:
Также вы можете сохранить проект (не экспортируя в формате видео) для последующей работы с ним в Free Cam.
И последнее, на что стоит обратить внимание в программе, если вы решите ее использовать — настройка команд в панелях, а также горячих клавиш. Для изменения этих опций, зайдите в меню – «Другие команды», после чего добавьте часто используемые или удалите ненужные пункты меню или настройте клавиши.
Как видите, всё очень просто. И в данном случае не могу назвать это минусом, поскольку хорошо могу представить тех пользователей, для которых эта программа может оказаться тем, что они искали.
Например, среди моих знакомых есть преподаватели, для которых в силу возраста и иной сферы компетенции, современные инструменты для создания обучающих материалов (в нашем случае — скринкастов) могут казаться сложными или требовать непростительно много времени для освоения. В случае с Free Cam, уверен, у них не возникло бы этих двух проблем.
Официальный русскоязычный сайт для загрузки iSpring Free Cam — https://www.ispring.ru/ispring-free-cam
Дополнительная информация
При экспорте видео из программы, единственный доступный формат — WMV (15 FPS, не изменяется), не самый универсальный.
Однако, если не экспортировать видео, а просто сохранить проект, то в папке с проектом вы обнаружите вложенную папку Data, содержащую куда менее сжатое видео с расширением AVI (mp4), и файл с аудио без сжатия WAV. При желании, можно продолжить работу именно с этими файлами в стороннем редакторе видео: Лучшие бесплатные видео редакторы.
Runtime error unknown exception chia: как исправить
Chia — это новая экологичная криптовалюта, разработанная Брэмом Коэном, известным программистом. Использует новый алгоритм консенсуса — «Proof of Space and Time». Майнинг осуществляется за счет использования пространства жестких дисков. Добыча Чиа, в целом, не сложная, но у майнеров часто возникают ошибки, например, chia coin runtime error unknown exception и другие. Давайте рассмотрим, как избежать любой ошибки Чиа (chia error) при майнинге.
Приведем некоторые советы, которым стоит следовать для успешного майнинга, чтобы не возникали различные chia ошибки:
1) Проверьте, отключена ли функция гибернации, переход в сон вашего ПК. Если нет, то отключите. Если ПК уйдет в сон, вы можете потерять весь прогресс.
2) Не забудьте и перепроверьте также, чтобы жесткие диски были отформатированы для поддержки больших файлов. Например: NTFS, APFS, exFAT, ext4. Диски с форматированием FAT (FAT12, FAT16 или FAT32) не подойдут для майнинга монеты chia.
3) Компьютер нельзя выключать, иначе при плоттинге вы потеряете весь прогресс.
4) Если при плоттинге выключился свет или произошел любой другой форс-мажор, то весь прогресс при плоттинге будет утерян. Необходимо будет вручную очистить папку для временных файлов и начать плотить заново.
5) Не называйте папку для временных файлов и папку для складирования плотов русскими буквами, используйте только латиницу.
6) Не указывайте в качестве временного каталога просто диск C, создайте отдельную папку (каталог) с названием на латинице.
Запускайте программу от имени администратора (OS Windows).
7) Если chia зависает, кроме стандартного перезапуска программы, попробуйте удалить папку .chia (для Windows OS) на диске C, Пользователи, папка с именем пользователя, .chia.
Эта схема применима и в тех случаях, когда chia майнер вылетает; вылезает любая ошибка, например, у вас появляется уведомления: «chia error 1», «chia ошибка 13» и т.д.
Runtime error unknown exception ошибка chia
Runtime error unknown exception чиа часто возглавляет темы для обсуждения на форумах по майнингу Чиа.
Следуя советам выше, вы сможете предупредить ошибку «chia unknown exception», но есть еще два нюанса, которые необходимо соблюдать:
- Не создавайте сразу много плотов, не рассчитав свободное место на жестком диске. Или вы столкнетесь с ошибкой chia bad allocation.
- Запаситесь терпением. Когда вы параллельно поставите формироваться несколько плотов, на 30-32% может показаться, что процесс завис (chia майнинг зависает на 31), но на практике выяснено — необходимо ждать. Из ответов опытных майнеров, в этот момент после 30% запускается вторая фаза, которая длится достаточно долго.
Ошибка chia runtime error — распространенная, поэтому надо быть чрезвычайно внимательным, чтобы майнинг чиа был успешным.
Bad allocation chia как исправить
Если указано большее количество плотов, чем хватает места на диске (обычно SSD) для засева, то у вас может появиться: Runtime Error: bad allocation.
Исправить ее можно только перезапуском программы или чисткой временной папки, которая была создана под плот. При этом вы потеряете весь достигнутый прогресс при создании плотов.
Caught plotting error: Bitfield plotting not supported by CPU
Ошибка появляется, если выставлена галочка в программе «Отключить битовое поле». Когда вы уберете эту галочку программа заработает, запись на диск снизится на 1/3, но памяти будет потребляться больше.
Полностью часть лога выглядит так:
Caught plotting error: Bitfield plotting not supported by CPU [6768] Failed to execute script chia
Traceback (most recent call last):
File «chiacmdschia.py», line 80, in
File «chiacmdschia.py», line 76, in main
File «clickcore.py», line 829, in call
File «clickcore.py», line 782, in main
File «clickcore.py», line 1259, in invoke
File «clickcore.py», line 1259, in invoke
File «clickcore.py», line 1066, in invoke
File «clickcore.py», line 610, in invoke
File «clickdecorators.py», line 21, in new_func
File «chiacmdsplots.py», line 134, in create_cmd
File «chiaplottingcreate_plots.py», line 176, in create_plots
RuntimeError: Unknown exception
Ошибки, связанные с синхронизацией
Синхронизация обычно начинается автоматически, после того как сформированы плоты.
Успешное окончание синхронизации отмечается зеленым.
Если при установке программы, компьютер пишет, что нет синхронизации. Что делать? Удалите все соединения внизу страницы, они автоматически обновятся и начнётся синхронизация.
Chia coin проверка на ошибки
Опытные майнеры советуют всегда проверять уже сформированные плоты на целостность.
Как это сделать:
Откройте PowerShell, зайдите в каталог по следующему пути:
cd C:Users»Имя пользователя»AppDataLocalchia-blockchainapp-1.1.2resourcesapp.asar.unpackeddaemon
Пропишите в командной строке окна PowerShell команду, каталог замените названием вашего каталога и буквы диска, где лежат готовые плоты:
.chia plots check -g «D:Каталог»
Ошибок при проверке случится не должно, а если появились, то необходимо разбираться. Если плот «битый», прибыли он не принесет.
СДО iSpring Online позволяет быстро организовать дистанционное обучение. Простая загрузка материалов и 17 типов отчетов. 30 дней бесплатно!
Рейтинг Alexa: #484,306 Google PageRank: 0 из 10 Яндекс ТИЦ: 20
All-in-one tool to view ipv4 netblockre gistration data, ipv4 allocation table, all domains on same ip address or in same netblock, ASN information.
Рейтинг Alexa: #294,253 Google PageRank: 0 из 10 Яндекс ТИЦ: 10
php , mysql , bulletin , board , free
Google PageRank: 0 из 10 Яндекс ТИЦ: 30
Ошибка базы данных
php , mysql , bulletin , board , free
Google PageRank: 2 из 10
mobile9 is an online destination to share and download FREE content for your device. Over 6 million wonderful members are sharing the fun and 9 billion free downloads served!
Рейтинг Alexa: #5,455 Google PageRank: 4 из 10
Free SMS, Send Free SMS, Send Free SMS to india, Free SMS in india, Free SMS Sites, free SMS to Mobiles, Free SMS website, Free SMS website in india, Free SMS service, Free SMS in india, SMS greetings, Group SMS, Free Group SMS, Joke SMS, SMS Quotes, SMS Jokes.
Рейтинг Alexa: #5,152,824 Google PageRank: 0 из 10 Яндекс ТИЦ: 10
Free Web Hosting service and no ads. Host your website with PHP, MySQL, DirectAdmin, Zend, first class support and premium hosting included. Free hosting guaranteed forever.
Рейтинг Alexa: #47,172 Google PageRank: 4 из 10
Play cool free online games? 4V4 games offer you every day new cool free online games to play!
Google PageRank: 4 из 10
Рейтинг Alexa: #258,319 Google PageRank: 0 из 10 Яндекс ТИЦ: 0
Super high quality Free VPN for Windows, Apple OSX, iPhone 4S, iPad 2 and Google Android Phones/Tablets, secure internet connection and get online surfing anonymity.
Рейтинг Alexa: #1,017,507 Google PageRank: 0 из 10 Яндекс ТИЦ: 0
Play cool free online games? 4V4 games offer you every day new cool free online games to play!
Рейтинг Alexa: #61,894 Google PageRank: 4 из 10
Web Allocation Team
gfns , domain , hosting , whois , ping
Рейтинг Alexa: #14,371,641 Google PageRank: 0 из 10 Яндекс ТИЦ: 0
A free MMORPG game, fully animated that is updated weekly with new adventures! AQWorlds is built in flash so it plays using your web browser without any software to download!
Рейтинг Alexa: #14,409 Google PageRank: 4 из 10
Динамика популярности — Ispring free cam ошибка bad allocation
Google Тренды это диаграмма для отслеживания сезонности ключевых слов. Этот график позволяет лучше понять сезонное изменение полулярности запросов по определенной тематике.
Значения приведены относительно максимума, который принят за 100. Чтобы увидеть более подробную информацию о количестве запросов в определенный момент времени, наведите указатель на график.