Содержание
- Assertion failure in dataviewctrl #11992
- Comments
- 2010-04-25 22:55:22: Eric Raijmakers (Eric Raijmakers) created the issue
- ошибка в Короне
- An internal error occurred wxwidgets assertion failure corona
- Описание ошибки An internal error occurred
- Методы устранения ошибки «An internal error occurred»
- Переустановка Acrobat Reader DC
- Как отключить повышенный уровень защиты
- Как отключить повышенный уровень защиты через реестр
- Проверка прав доступа
- Дополнительно
- An internal error occurred wxwidgets assertion failure corona
- Решение ошибки Internal error occurred
- Популярные Похожие записи:
- 6 Responses to Login failed: Internal error occurred в maxView Storage Manager
Assertion failure in dataviewctrl #11992
Issue migrated from trac ticket # 11992
component: GUI-generic | priority: normal | resolution: duplicate
2010-04-25 22:55:22: Eric Raijmakers (Eric Raijmakers) created the issue
In the dataview sample, do an edit of a node. The textbox that is created for the edit, causes an assert to trigger, when the textbox is destructed.
(I built under msw, vc9).
what i did today:
- checkout today’s trunk (because in my old version 2.9.0
wxEVT_COMMAND_DATAVIEW_ITEM_START_EDITING didn’t work) - Open dataview sample
- Select second tab (mylistmodel)
- Edit a node (real row 6)
- End the edit, either by pressing enter, or by giving the
focus to a completely different application/.
somehow in the dataview example, the debug breaking mechanism seems to be interrupted, I don’t always get the stack trace I want.
In my own app, I do get that (have no clue as to why).
Assert that is triggered is the following in wincmn.cpp:
// Any additional event handlers should be popped before the window is
// deleted as otherwise the last handler will be left with a dangling
// pointer to this window result in a difficult to diagnose crash later on.
wxASSERT_MSG( GetEventHandler() == this,
wxT(«any pushed event handlers must have been removed») );
The text was updated successfully, but these errors were encountered:
Источник
ошибка в Короне
Не работает нвидиа денойзер для интерактива, у вас либо старая карта, либо амд. Ничего страшного, его и так все отключают
Не работает нвидиа денойзер для интерактива, у вас либо старая карта, либо амд. Ничего страшного, его и так все отключают
можно это окно вообще отключить полностью? постоянно вылетает при интерактиве, в настройках вроде смотрел не нашел
versatti
На любой ошибке жмите learn more и переводите страничку в гугле если нужно, там вся информация, вопросов не должно возникать
Не работает нвидиа денойзер для интерактива, у вас либо старая карта, либо амд. Ничего страшного, его и так все отключают
Как вариант, просто старые дрова на видеокарте- обновите.
versatti
На любой ошибке жмите learn more и переводите страничку в гугле если нужно, там вся информация, вопросов не должно возникать
я б просто хотел убрать это окно, оно каждый раз вылетает на интерактиве поверх всех окон, это бесит
versatti
Можете сделать настройки короны, включая снятие галочки денойзера и сохранить их дефолтными, так что не будет вылезать при создании новой сцены
Ниже скрины как сделать корону дефолтным рендером и как сохранить ее настройки по умолчанию, для этого нужно включить скрытые девелоперские настройки
versatti
Можете сделать настройки короны, включая снятие галочки денойзера и сохранить их дефолтными, так что не будет вылезать при создании новой сцены
Ниже скрины как сделать корону дефолтным рендером и как сохранить ее настройки по умолчанию, для этого нужно включить скрытые девелоперские настройки
romanius_rostov это ошибка от денойзера, пишет несовместимость с видеокартой, у вас какая? еще вариант говорят при установке лезете в настройки, что бы галочку на Nvidia Denoiser тыкнуть
«Но, позже, при установки карты для сцены когда она в виде текстуры, то в окне рендера отображается. Когда сворачиваю в сферу, чтобы отображалась правильно интерьер, он исчезает, но свет остается с тенями от сцены.» — это все правильно работает, оно так и должно быть. Превью сферической текстуры в режиме сферы без рендера вы не увидите, если вообще хотите увидеть кидайте её еще в Scene Environment: direct visibility overrides. Предметы в реальную фотографию точно вписывают в плоскую фотку, через настройку совпадающей камеры, в сферическую точность позиционирования будет «на глазок». Через орто вид это извращение для сильно отдельных случаев, и в нем сферической текстуры видно не будет, только screen. Сферическая текстура используется для отражений и освещения.
Источник
Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов рунета Pyatilistnik.org. В прошлый раз мы с вами устранили на сервере ошибку «запуск этого устройства невозможен. (код 10)», из-за которой у нас некорректно работало устройство. Двигаемся дальше и сегодня вновь поговорим про сторонние утилиты которые очень часто используем на RDS фермах, а именно разберем ошибку при выборе PDF файла «Произошла внутренняя ошибка в Acrobat Reader DC 11«.
Описание ошибки An internal error occurred
И так у меня есть новенькая Терминальная ферма Remote Desktop Services High Availability на базе Windows Server 2019. Я накатил на нее весь набор программ и успешно перевел на нее пользователей организации, путем миграции перемещаемых профилей. В какой-то момент стали поступать жалобы, что при выборе в проводнике WIndows любого файла в формате PDF появляется вот такая ошибка:
В английском варианте она звучит вот так:
После закрытия данного окна с ошибкой, PDF файл корректно открывается. На серверах установлена последняя версия Acrobat Reader DC 2020.013.20064.
Методы устранения ошибки «An internal error occurred»
- Отключение повышенного уровня защиты через Acrobat Reader DC
- Создание ключа реестра, который так же отключает повышенный уровень защиты
- Переустановка Acrobat Reader DC
- Проверка прав доступа на
Переустановка Acrobat Reader DC
Первое с чего бы я начал, это переустановка самой программы. Это может устранить большую часть проблем, которые могут вылезти если дистрибутив поврежден. Для этого откройте окно выполнить и введите:
В результате чего у вас будет открыта оснастка «Программы и компоненты«. Найдите в списке приложений Acrobat Reader DC и произведите его удаление.
После чего перезагрузите компьютер или сервер. Далее установите приложение с нуля.
Как отключить повышенный уровень защиты
итак, чтобы отключить защищенный режим при запуске вам нужно открыть Acrobat Reader DC и нажать сочетание клавиш CTRL+K или же открыть меню «Редактирование — Установки (Edit — Preferences)«
Далее открываем раздел «Защита (повышенный уровень) Security (Enhanced)«, где вам необходимо снять две галки:
-
- Включить защищенный режим при запуске (Enable Protected View Mode at Startu);
- Включить повышенный уровень защиты (Enable increased protection level)
Обратите внимание, что данная настройка будет активна только после перезагрузки вашего Windows. В результате чего должно пропасть окно «Произошла внутренняя ошибка (An internal error occurred)» при запуске Acrobat Reader DC.
Как отключить повышенный уровень защиты через реестр
Если хотите деактивировать защищенный режим через реестр, а у этого огромный плюс, который заключается в том, что если у вас терминальная ферма как у меня состоит из 50 RDSH хостов, то ходить по каждому это очень долго, можно конечно сделать скрипт на PowerShell и создать ключ реестра удаленно, но плохо это тем, что если появится новый хост или старый будет заменен ключ автоматически не появится, а хочется полную автоматику и использование всех инструментов Active Directory. Данный ключ я вам предлагаю при желании распространять через групповую политику, о том как это делать я писал. Ниже я лишь приведу саму ветку и значение ключа.
Там нужно создать ключ bProtectedMode RED_DWORD со значением «0». Не забываем рестартнуть вашу систему.
Проверка прав доступа
Еще одним моментом, который может влияет на наличие ошибки «An internal error occurred», это слетевшие права в профиле. Путь к профилю:
Обратите внимание, что данная папка скрыта и нужно включить ее отображение в Windows. Далее откройте свойства и перейдите на вкладку «Безопасность — Дополнительно». Посмотрите кто является владельцем папки и есть ли у вас вообще полные права на нее. В моем примере, папка Adobe принадлежит администраторам сервера, это нормально, но у моей основной учетной записи полные права. Если у вас не так, то измените это.
Дополнительно
Если у вас все еще появляется окно «Произошла внутренняя ошибка (An internal error occurred)», то попробуйте запускать Acrobat Reader DC в режиме администратора. Для этого откройте его свойства. Далее выберите вкладку «Совместимость» и поставьте галку «Выполнять эту программу от имени администратора».
Источник
Всем привет продолжаем наше знакомство с RAID контроллером Adaptec 8885, в предыдущей части мы с вами настроили мониторинг adaptec 8885, но бывают ситуации, что не все могут попасть в утилиту управления и мониторингом maxView Storage Manager, у них при попытке ввести правильный логин и пароль выскакивает ошибка Login failed: Internal error occurred. Посмотрим как ее победить.
Вот как более наглядно выглядит ошибка. При вводе логина и пароля и от Vmware ESXI 5.5 и от Windows виртуальной машины на котором стоит maxView Storage Manager, мне сыпалась вот такая вот ошибка.
Почитав информацию о данной проблеме нашлось вот такое решение на одном из забугорных форумов.
Решение ошибки Internal error occurred
И так человек который столкнулся с такой же проблемой, создал тикет в техническую поддержку Adaptec, в которой ему рассказали из за чего так получилось и как это поправить. Проблемой в данном случае выступила старая прошивка RAID контроллера. Алгоритм решения задачи описан ниже.
- Логинимся на ваш хост VMware ESXI по ssh и ищем пакеты управления контроллером и утилиту cli arcconf.
Останавливаем службу watchdog
переводим хост в режим обслуживания и удаляем оба пакета с помощью команд
esxcli software vib remove -n arc-cim-provider
Далее запускаем watchdog
после удаления перезагружаем хост командой reboot.
Далее вам нужно установить, последние прошивки и bios. После чего вы заново устанавливаете
esxcli software vib install —no-sig-check -v /tmp/vmware-esx-provider-arcconf.vib
esxcli software vib install —no-sig-check -v /tmp/vmware-esx-provider-arc-cim-provider.vib
так же проверьте что открыт порт 34571, который использует maxView Storage Manager agent. В некоторых случаях советую поставить версии утилиты по старее.
После описанной процедура ошибка должна уйти.
Популярные Похожие записи:
6 Responses to Login failed: Internal error occurred в maxView Storage Manager
Зачем такие сложности. Все гораздо проще. Сам несколько раз инсталлировал этого дурацкого менеджера. Сначала при инсталляции нужно вместо логина «Администратор» подставить имя пользователя который прописан в разделе учетных записей ну и пароль входа в комп. И вот тут будет самое интересное, на некоторых машинах все было ОК, логин и пароль принимались и веб интерфейс проги открывался. Но гораздо чаще веб морда писала, что логин пароль неверны. Тогда делаем так. Запускаем командную строку, не из под администратора, а просто. И видим, что командная строка предлагает нам выполнение команды от имени юзера, имени которого мы могли и не знать даже. Вот это имя и нужно подставлять в логин менеджера Адаптека.
не знал такого, спасибо за личный опыт, которым вы поделились.
Иван, Добрый день! захожу под локальным админом в MegaRAID Storage Manager, а разделе логические и физические диски пустота, но рейд действительно собирался этой программой, как решить эту проблему?
Что за сервер, какая ос, какая версия MegaRAID Storage Manager, что за контроллер.
Источник
Hi all,
When I run my application it gives me this message:
Code: Select all
ASSERT INFO:
../src/gtk/notebook.cpp(635): assert "m_imageList != __null" failed in InsertPage().
BACKTRACE:
[1] wxNotebook::InsertPage(unsigned int, wxWindow*, wxString const&, bool, int) ../src/gtk/notebook.cpp:637
[2] wxBookCtrlBase::AddPage(wxWindow*, wxString const&, bool, int) ../include/wx/bookctrl.h:190
[3] notesFrame() /home/miro/work/copypaste/notesMain.cpp:134
[4] notesApp::OnInit() /home/miro/work/copypaste/notesApp.cpp:13
NotesMain.cpp
Code: Select all
...
for(i=0; i<5; i++) {
window.push_back(new wxPanel(m_notebook, wxID_ANY));
horsizer.push_back(new wxBoxSizer(wxVERTICAL));
for (j=0; j<20; j++) {
k = j+i*20;
sizer.push_back(new wxBoxSizer(wxHORIZONTAL));
ost << k+1;
wxString s(ost.str().c_str(), wxConvUTF8);
button.push_back(new wxButton(window[i], idButton, s));
name.push_back(new wxTextCtrl(window[i], wxID_ANY, wxEmptyString, wxDefaultPosition, wxDefaultSize));
data.push_back(new wxTextCtrl(window[i], wxID_ANY, wxEmptyString, wxDefaultPosition, wxDefaultSize));
sizer[k]->Add(button[k], 0, wxEXPAND);
sizer[k]->Add(name[k], 1, wxEXPAND);
sizer[k]->Add(data[k], 1, wxEXPAND);
horsizer[i]->Add(sizer[k], 1, wxEXPAND);
ost.str("");
}
window[i]->SetSizer(horsizer[i]);
horsizer[i]->SetSizeHints(window[i]);
ost << "PW " << i+1;
wxString s1(ost.str().c_str(), wxConvUTF8);
m_notebook->AddPage(window[i], s1, false, 0); // <- line 134
ost.str("");
}
....
NotesApp.cpp
Code: Select all
bool notesApp::OnInit()
{
wxInitAllImageHandlers();
frame = new notesFrame(NULL, wxT("CaseTool"), wxDefaultPosition, wxDefaultSize, wxSYSTEM_MENU | wxRESIZE_BORDER | wxCAPTION | wxCLOSE_BOX | wxCLIP_CHILDREN); // <- line 13
....
I think that problem may be in frame = new notesFrame(NULL… but I’m not sure.
There was notesFrame(0L.. so I replaced it with NULL to solve this error, but no change…
Can someone help please ??
Oh I almost forgot, I try to run it on linux with wxGTK 2.8.4 unicode debug static build , which I build. Notebook samples are working, also others….
[/code]
I’ve been recently suffering from a error dialog keep popping up whenever I use Code::Blocks.
It says «A debugging error in this application has failed.» and «….include/wx/font.h(282): assert «numWeight > 0″ failed in GetWeightClosestToNumericValue().»
This thing has been popping up since I tried to change my fonts in Code::Blocks, and since then whenever I change my font to something else, it always get reset.
The dialog pops up when I start up the Code::Blocks, when I open a source code in Code::Blocks, and when I open Settings-Editor in Code::Blocks.
I’ve looked up for similar cases around, and they said it’s a problem with wxWidgets, but still I couldn’t find any solution that can fix this problem.
I also tried enabling «Reset zoom of all editors to defaults, if leaving dialog», and it didn’t work either.
(Also tried removing and reinstalling Code::Blocks, and the issue still exists)
If anyone could help me resolving this problem, I would be truly grateful.
Topic: wxWidgets Debug Alert — assertion failed (Read 11420 times)
So, I recently installed CB 20.03. Prior to this, I was using CB 17.12. I usually don’t close IDE applications (VS, CB, etc) that take a lot of time to startup. Yesterday, however, I had to restart my laptop (and hence, close the application) for some updates (Windows :p). After restart, I tried using CB 20.03 again and I’ve been getting this error message:
....wxfont.h(282): assert "numWeight > 0" failed in GetWeightClosestToNumericValue().
I have no clue as to what this means. I then tried using CB 17.12 and this error still continued to happen. Just 15 mins ago, I uninstalled and reinstalled to see if it fixes the issue but nope, I’m getting the same error. There’s two options: Stop, Continue. Stop kills the program startup while Continuing gives the same error message again and again until it finally starts up. However, even when it does startup, the fonts and styles are all messed up and everything looks creepy. I have not tried changing any settings remotely related to font in the past and to only setting I’ve meddled with is that of the compiler installation directory and debugger settings and I don’t know what could be causing this issue. Perhaps, someone who’s faced this and has been able to fix the issue can help me out. If any more information is required and I haven’t made myself clear, feel free to ask.
Logged
I happened to fix the assertion issue. I don’t know if it’s an actual fix or not. I selected the «Continue» option until the program startup (as the assertion message keeps repeating until then). I then followed this: CB > Settings > Editor. Among the options related to font, I marked the «Reset zoom of all editors to default, if leaving dialog» which was previously disabled. I don’t understand completely what it means but well, on restarting CB again, the assertion messages stopped 
Logged
This is a well known problem, you can find multiple posts about this here. There is a bug in the used wxWigets version which causes a failure to parse certain font size values resulting in font size 0. Apparently you had some zoom factor applied that produced a font size value affected by the bug and resetting zoom changed the font size to a not affected value.
Logged
Thanks for the reply! I believe that’s what caused the problem. I did indeed have some zoom applied last night, before my restart, while I was working on some code.
Logged
The zoom in the editor is separate. This is a bug happening when the font size is changed in Settings -> Editor.
Logged
(most of the time I ignore long posts)
[strangers don’t send me private messages, I’ll ignore them; post a topic in the forum, but first read the rules!]
I am facing same issue after changing my font size and also applied method suggested by you but couldn’t solve the issue.Can you please explain in detail to resolve this issue
Logged
Host Environment
- OS: Linux (Ubuntu-20.04 WSL2)
- Compiler: gcc (Ubuntu 9.3.0-10ubuntu2) 9.3.0
To Reproduce
Steps to reproduce the behavior:
./vcpkg install wxwidgets:x64-linux
Failure logs
-Building package wxwidgets[core]:x64-linux…
Could not locate cached archive: /home/hw/.cache/vcpkg/archives/bc/bcc3be52c8a02a8a83e2b7a522c5cd546f591f83.zip
— Using cached /mnt/c/Dev/vcpkg/downloads/wxWidgets-wxWidgets-v3.1.4.tar.gz
— Cleaning sources at /mnt/c/Dev/vcpkg/buildtrees/wxwidgets/src/v3.1.4-b747a62900.clean. Use —editable to skip cleaning for the packages you specify.
— Extracting source /mnt/c/Dev/vcpkg/downloads/wxWidgets-wxWidgets-v3.1.4.tar.gz
— Applying patch disable-platform-lib-dir.patch
— Applying patch fix-stl-build-vs2019-16.6.patch
— Using source at /mnt/c/Dev/vcpkg/buildtrees/wxwidgets/src/v3.1.4-b747a62900.clean
— Configuring x64-linux-dbg
— Configuring x64-linux-rel
— Building x64-linux-dbg
CMake Error at scripts/cmake/vcpkg_execute_build_process.cmake:141 (message):
Command failed: /mnt/c/Dev/vcpkg/downloads/tools/cmake-3.17.2-linux/cmake-3.17.2-Linux-x86_64/bin/cmake —build . —config Debug —target install — -v -j9
Working Directory: /mnt/c/Dev/vcpkg/buildtrees/wxwidgets/x64-linux-dbg
See logs for more information:
/mnt/c/Dev/vcpkg/buildtrees/wxwidgets/install-x64-linux-dbg-out.log
Call Stack (most recent call first):
scripts/cmake/vcpkg_build_cmake.cmake:92 (vcpkg_execute_build_process)
scripts/cmake/vcpkg_install_cmake.cmake:24 (vcpkg_build_cmake)
ports/wxwidgets/portfile.cmake:41 (vcpkg_install_cmake)
scripts/ports.cmake:79 (include)
Error: Building package wxwidgets:x64-linux failed with: BUILD_FAILED
Please ensure you’re using the latest portfiles with ./vcpkg update, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
Package: wxwidgets:x64-linux
Vcpkg version: 2020.06.15-unknownhash
- Last part of log file:
[61/791] cd /mnt/c/Dev/vcpkg/buildtrees/wxwidgets/src/v3.1.4-b747a62900.clean/build/cmake/lib/ribbon && /mnt/c/Dev/vcpkg
/downloads/tools/cmake-3.17.2-linux/cmake-3.17.2-Linux-x86_64/bin/cmake -DCOTIRE_BUILD_TYPE:STRING=Debug -P /mnt/c/Dev/v
cpkg/buildtrees/wxwidgets/src/v3.1.4-b747a62900.clean/build/cmake/modules/cotire.cmake precompile /mnt/c/Dev/vcpkg/build
trees/wxwidgets/x64-linux-dbg/libs/ribbon/wxribbon_CXX_cotire.cmake /mnt/c/Dev/vcpkg/buildtrees/wxwidgets/x64-linux-dbg/
libs/ribbon/cotire/wxribbon_CXX_prefix.hxx /mnt/c/Dev/vcpkg/buildtrees/wxwidgets/x64-linux-dbg/libs/ribbon/cotire/wxribb
on_CXX_prefix.hxx.gch /mnt/c/Dev/vcpkg/buildtrees/wxwidgets/src/v3.1.4-b747a62900.clean/src/ribbon/art_internal.cpp
[62/791] cd /mnt/c/Dev/vcpkg/buildtrees/wxwidgets/src/v3.1.4-b747a62900.clean/build/cmake/lib/html && /mnt/c/Dev/vcpkg/d
ownloads/tools/cmake-3.17.2-linux/cmake-3.17.2-Linux-x86_64/bin/cmake -DCOTIRE_BUILD_TYPE:STRING=Debug -P /mnt/c/Dev/vcp
kg/buildtrees/wxwidgets/src/v3.1.4-b747a62900.clean/build/cmake/modules/cotire.cmake precompile /mnt/c/Dev/vcpkg/buildtr
ees/wxwidgets/x64-linux-dbg/libs/html/wxhtml_CXX_cotire.cmake /mnt/c/Dev/vcpkg/buildtrees/wxwidgets/x64-linux-dbg/libs/h
tml/cotire/wxhtml_CXX_prefix.hxx /mnt/c/Dev/vcpkg/buildtrees/wxwidgets/x64-linux-dbg/libs/html/cotire/wxhtml_CXX_prefix.
hxx.gch /mnt/c/Dev/vcpkg/buildtrees/wxwidgets/src/v3.1.4-b747a62900.clean/src/html/helpctrl.cpp
[63/791] cd /mnt/c/Dev/vcpkg/buildtrees/wxwidgets/src/v3.1.4-b747a62900.clean/build/cmake/lib/richtext && /mnt/c/Dev/vcp
kg/downloads/tools/cmake-3.17.2-linux/cmake-3.17.2-Linux-x86_64/bin/cmake -DCOTIRE_BUILD_TYPE:STRING=Debug -P /mnt/c/Dev
/vcpkg/buildtrees/wxwidgets/src/v3.1.4-b747a62900.clean/build/cmake/modules/cotire.cmake precompile /mnt/c/Dev/vcpkg/bui
ldtrees/wxwidgets/x64-linux-dbg/libs/richtext/wxrichtext_CXX_cotire.cmake /mnt/c/Dev/vcpkg/buildtrees/wxwidgets/x64-linu
x-dbg/libs/richtext/cotire/wxrichtext_CXX_prefix.hxx /mnt/c/Dev/vcpkg/buildtrees/wxwidgets/x64-linux-dbg/libs/richtext/c
otire/wxrichtext_CXX_prefix.hxx.gch /mnt/c/Dev/vcpkg/buildtrees/wxwidgets/src/v3.1.4-b747a62900.clean/src/richtext/richt
extbuffer.cpp
ninja: build stopped: subcommand failed.
Additional context
Tried to compile from PowerShell command line:
.vcpkg.exe install wxwidgets:x64-linux --debug
but get:
[DEBUG] Feature flag ‘binarycaching’ unset
[DEBUG] Feature flag ‘manifests’ unset
[DEBUG] Feature flag ‘compilertracking’ unset
[DEBUG] Feature flag ‘registries’ unset
[DEBUG] Using vcpkg-root: C:Devvcpkg
[DEBUG] Using installed-root: C:Devvcpkginstalled
[DEBUG] Using buildtrees-root: C:Devvcpkgbuildtrees
[DEBUG] Using downloads-root: C:Devvcpkgdownloads
[DEBUG] Using packages-root: C:Devvcpkgpackages
[DEBUG] Using scripts-root: C:Devvcpkgscripts
Your feedback is important to improve Vcpkg! Please take 3 minutes to complete our survey by running: vcpkg contact —survey
[DEBUG] Default binary cache path is: C:UsershwAppDataLocalvcpkgarchives
Computing installation plan…
[DEBUG] CreateProcessW(«C:Devvcpkgdownloadstoolscmake-3.17.2-windowscmake-3.17.2-win32-x86bincmake.exe» —version)
[DEBUG] cmd_execute_and_stream_data() returned 0 after 42695 us
[DEBUG] CreateProcessW(«C:Devvcpkgdownloadstoolscmake-3.17.2-windowscmake-3.17.2-win32-x86bincmake.exe» -DVCPKG_ROOT_DIR=C:/Dev/vcpkg -DPACKAGES_DIR=C:/Dev/vcpkg/packages -DBUILDTREES_DIR=C:/Dev/vcpkg/buildtrees -D_VCPKG_INSTALLED_DIR=C:/Dev/vcpkg/installed -DDOWNLOADS=C:/Dev/vcpkg/downloads -DVCPKG_MANIFEST_INSTALL=OFF -P «C:Devvcpkgbuildtrees.vcpkg_tags.cmake»)
[DEBUG] cmd_execute_and_stream_data() returned 0 after 30466 us
The following packages will be built and installed:
wxwidgets[core]:x64-linux
Detecting compiler hash for triplet x64-linux…
[DEBUG] Found path: C:Program FilesGitcmd/git.exe
[DEBUG] CreateProcessW(«C:Devvcpkgdownloadstoolsgit-2.26.2-1-windowsmingw32bingit.exe» —version)
[DEBUG] cmd_execute_and_stream_data() returned 0 after 24207 us
[DEBUG] CreateProcessW(«C:Devvcpkgdownloadstoolscmake-3.17.2-windowscmake-3.17.2-win32-x86bincmake.exe» -DCURRENT_PORT_DIR=C:/Dev/vcpkg/scripts/detect_compiler -DCURRENT_BUILDTREES_DIR=C:/Dev/vcpkg/buildtrees/detect_compiler -DCURRENT_PACKAGES_DIR=C:/Dev/vcpkg/packages/detect_compiler_x64-linux -DCMD=BUILD -DTARGET_TRIPLET=x64-linux «-DTARGET_TRIPLET_FILE=C:Devvcpkgtripletsx64-linux.cmake» -DVCPKG_PLATFORM_TOOLSET=external -DDOWNLOADS=C:/Dev/vcpkg/downloads -DVCPKG_CONCURRENCY=9 -DGIT=C:/Dev/vcpkg/downloads/tools/git-2.26.2-1-windows/mingw32/bin/git.exe -DVCPKG_ROOT_DIR=C:/Dev/vcpkg -DPACKAGES_DIR=C:/Dev/vcpkg/packages -DBUILDTREES_DIR=C:/Dev/vcpkg/buildtrees -D_VCPKG_INSTALLED_DIR=C:/Dev/vcpkg/installed -DDOWNLOADS=C:/Dev/vcpkg/downloads -DVCPKG_MANIFEST_INSTALL=OFF -P «C:Devvcpkgscriptsports.cmake»)
[DEBUG] — Configuring x64-linux
[DEBUG] CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:85 (message):
[DEBUG] Command failed: ninja -v
[DEBUG] Working Directory: C:/Dev/vcpkg/buildtrees/detect_compiler/x64-linux-rel/vcpkg-parallel-configure
[DEBUG] Error code: 1
[DEBUG] See logs for more information:
[DEBUG] C:Devvcpkgbuildtreesdetect_compilerconfig-x64-linux-out.log
[DEBUG]
[DEBUG] Call Stack (most recent call first):
[DEBUG] scripts/cmake/vcpkg_configure_cmake.cmake:312 (vcpkg_execute_required_process)
[DEBUG] scripts/detect_compiler/portfile.cmake:18 (vcpkg_configure_cmake)
[DEBUG] scripts/ports.cmake:79 (include)
[DEBUG]
[DEBUG]
[DEBUG] cmd_execute_and_stream_data() returned 1 after 1953664 us
[DEBUG]
[DEBUG] Compiler information tracking can be disabled by passing —feature-flags=-compilertracking
Error occurred while detecting compiler information. Pass --debug for more information.
[DEBUG] C:Devvcpkgtoolsrcsrcvcpkgbuild.cpp(584)
[DEBUG] Exiting after 2153244 us (2140800 us)
wx._core.wxAssertionError: C++ assertion «»Assert failure»» failed at /home/wxpy/wxPython-4.1.0/ext/wxWidgets/src/unix/glx11.cpp(626) in InitVisual(): Failed to get a XVisualInfo for the requested attributes. #18891
Comments
wxtrac commented Aug 17, 2020
Issue migrated from trac ticket # 18891
component: OpenGL | priority: normal | resolution: invalid
2020-08-17 21:20:30: EvilSupahFly created the issue
So, I’ve been working with the Amulet Project, a Python 3 based Minecraft Map editor which supports the new Java versions, and the Bedrock versions, and I’ve been having trouble getting it to run on Linux.
Initially, the program would suffer a fatal crash, until I changed line 19 from Depth(24) to Depth(32) , which is the recommended setting based on the documentation at https://wxpython.org/Phoenix/docs/html/wx.glcanvas.GLContextAttrs.html and https://wxpython.org/Phoenix/docs/html/wx.glcanvas.GLAttributes.html#wx-glcanvas-glattributes, and while it runs now, I get the error wx._core.wxAssertionError: C++ assertion «»Assert failure»» failed at /home/wxpy/wxPython-4.1.0/ext/wxWidgets/src/unix/glx11.cpp(626) in InitVisual(): Failed to get a XVisualInfo for the requested attributes instead, which isn’t fatal, but still prevents me from doing anything except navigating Amulet’s menus and exiting the program.
The offending line reads super().__init__(parent, display_attributes, size=parent.GetClientSize()) (line 21, here).
The problem is I’m not sure if this is Amulet doing something wrong, or if there’s something up with wxWidgets, as the error is somewhat vague on its trigger.
I’m running Mint 20, and Amulet uses wxPython 4.1.0, Extras cp38 (from /wxPython4/extras/linux/gtk3/ubuntu-20.04), numpy 1.17.4, and pyopengl 3.1.5, all of which I installed to a clean OS running in an Oracle VM, which I created just to test Amulet with.
Long story short, I have a bug reported with Amulet’s team, but they can’t seem to replicate it on their end, and only recently converted the project from a Windows Only tool to a cross-platform tool, and aren’t familiar enough with Linux to really understand some of the nuances of the platform, so I’m seeking direction here too, because I can’t find the root cause.
The text was updated successfully, but these errors were encountered:
Источник
ошибка в Короне
Не работает нвидиа денойзер для интерактива, у вас либо старая карта, либо амд. Ничего страшного, его и так все отключают
Не работает нвидиа денойзер для интерактива, у вас либо старая карта, либо амд. Ничего страшного, его и так все отключают
можно это окно вообще отключить полностью? постоянно вылетает при интерактиве, в настройках вроде смотрел не нашел
versatti
На любой ошибке жмите learn more и переводите страничку в гугле если нужно, там вся информация, вопросов не должно возникать
Не работает нвидиа денойзер для интерактива, у вас либо старая карта, либо амд. Ничего страшного, его и так все отключают
Как вариант, просто старые дрова на видеокарте- обновите.
versatti
На любой ошибке жмите learn more и переводите страничку в гугле если нужно, там вся информация, вопросов не должно возникать
я б просто хотел убрать это окно, оно каждый раз вылетает на интерактиве поверх всех окон, это бесит
versatti
Можете сделать настройки короны, включая снятие галочки денойзера и сохранить их дефолтными, так что не будет вылезать при создании новой сцены
Ниже скрины как сделать корону дефолтным рендером и как сохранить ее настройки по умолчанию, для этого нужно включить скрытые девелоперские настройки
versatti
Можете сделать настройки короны, включая снятие галочки денойзера и сохранить их дефолтными, так что не будет вылезать при создании новой сцены
Ниже скрины как сделать корону дефолтным рендером и как сохранить ее настройки по умолчанию, для этого нужно включить скрытые девелоперские настройки
romanius_rostov это ошибка от денойзера, пишет несовместимость с видеокартой, у вас какая? еще вариант говорят при установке лезете в настройки, что бы галочку на Nvidia Denoiser тыкнуть
«Но, позже, при установки карты для сцены когда она в виде текстуры, то в окне рендера отображается. Когда сворачиваю в сферу, чтобы отображалась правильно интерьер, он исчезает, но свет остается с тенями от сцены.» — это все правильно работает, оно так и должно быть. Превью сферической текстуры в режиме сферы без рендера вы не увидите, если вообще хотите увидеть кидайте её еще в Scene Environment: direct visibility overrides. Предметы в реальную фотографию точно вписывают в плоскую фотку, через настройку совпадающей камеры, в сферическую точность позиционирования будет «на глазок». Через орто вид это извращение для сильно отдельных случаев, и в нем сферической текстуры видно не будет, только screen. Сферическая текстура используется для отражений и освещения.
Источник
Assertion failure in dataviewctrl #11992
Comments
wxtrac commented Apr 25, 2010
Issue migrated from trac ticket # 11992
component: GUI-generic | priority: normal | resolution: duplicate
2010-04-25 22:55:22: Eric Raijmakers (Eric Raijmakers) created the issue
In the dataview sample, do an edit of a node. The textbox that is created for the edit, causes an assert to trigger, when the textbox is destructed.
(I built under msw, vc9).
what i did today:
- checkout today’s trunk (because in my old version 2.9.0
wxEVT_COMMAND_DATAVIEW_ITEM_START_EDITING didn’t work) - Open dataview sample
- Select second tab (mylistmodel)
- Edit a node (real row 6)
- End the edit, either by pressing enter, or by giving the
focus to a completely different application/.
somehow in the dataview example, the debug breaking mechanism seems to be interrupted, I don’t always get the stack trace I want.
In my own app, I do get that (have no clue as to why).
Assert that is triggered is the following in wincmn.cpp:
// Any additional event handlers should be popped before the window is
// deleted as otherwise the last handler will be left with a dangling
// pointer to this window result in a difficult to diagnose crash later on.
wxASSERT_MSG( GetEventHandler() == this,
wxT(«any pushed event handlers must have been removed») );
The text was updated successfully, but these errors were encountered:
Источник
An internal error occurred wxwidgets assertion failure corona
Всем привет продолжаем наше знакомство с RAID контроллером Adaptec 8885, в предыдущей части мы с вами настроили мониторинг adaptec 8885, но бывают ситуации, что не все могут попасть в утилиту управления и мониторингом maxView Storage Manager, у них при попытке ввести правильный логин и пароль выскакивает ошибка Login failed: Internal error occurred. Посмотрим как ее победить.
Вот как более наглядно выглядит ошибка. При вводе логина и пароля и от Vmware ESXI 5.5 и от Windows виртуальной машины на котором стоит maxView Storage Manager, мне сыпалась вот такая вот ошибка.
Почитав информацию о данной проблеме нашлось вот такое решение на одном из забугорных форумов.
Решение ошибки Internal error occurred
И так человек который столкнулся с такой же проблемой, создал тикет в техническую поддержку Adaptec, в которой ему рассказали из за чего так получилось и как это поправить. Проблемой в данном случае выступила старая прошивка RAID контроллера. Алгоритм решения задачи описан ниже.
- Логинимся на ваш хост VMware ESXI по ssh и ищем пакеты управления контроллером и утилиту cli arcconf.
Останавливаем службу watchdog
переводим хост в режим обслуживания и удаляем оба пакета с помощью команд
esxcli software vib remove -n arc-cim-provider
Далее запускаем watchdog
после удаления перезагружаем хост командой reboot.
Далее вам нужно установить, последние прошивки и bios. После чего вы заново устанавливаете
esxcli software vib install —no-sig-check -v /tmp/vmware-esx-provider-arcconf.vib
esxcli software vib install —no-sig-check -v /tmp/vmware-esx-provider-arc-cim-provider.vib
так же проверьте что открыт порт 34571, который использует maxView Storage Manager agent. В некоторых случаях советую поставить версии утилиты по старее.
После описанной процедура ошибка должна уйти.
Популярные Похожие записи:
6 Responses to Login failed: Internal error occurred в maxView Storage Manager
Зачем такие сложности. Все гораздо проще. Сам несколько раз инсталлировал этого дурацкого менеджера. Сначала при инсталляции нужно вместо логина «Администратор» подставить имя пользователя который прописан в разделе учетных записей ну и пароль входа в комп. И вот тут будет самое интересное, на некоторых машинах все было ОК, логин и пароль принимались и веб интерфейс проги открывался. Но гораздо чаще веб морда писала, что логин пароль неверны. Тогда делаем так. Запускаем командную строку, не из под администратора, а просто. И видим, что командная строка предлагает нам выполнение команды от имени юзера, имени которого мы могли и не знать даже. Вот это имя и нужно подставлять в логин менеджера Адаптека.
не знал такого, спасибо за личный опыт, которым вы поделились.
Иван, Добрый день! захожу под локальным админом в MegaRAID Storage Manager, а разделе логические и физические диски пустота, но рейд действительно собирался этой программой, как решить эту проблему?
Что за сервер, какая ос, какая версия MegaRAID Storage Manager, что за контроллер.
Источник
An internal error occurred wxwidgets assertion failure corona
Trying to debug an app with gdb 7.0.50.20100202 produces an error
../../gdb-7.0.50.20100202/gdb/breakpoint.c:6481: internal-error: expand_line_sal_maybe: Assertion `found’ failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
before the first breakpointable instruction in my source code is reached (a wxWidgets 2.8.10 based app). This gdb version will operate the «minimal» sample of wxWidgets without problems.
Starting the same executable under gdb from the console command line succeeds in starting my program. In my mind, this raises the question whether the handling of gdb inside Eclipse is contributing to this problem, if not causing it altogether.
Has anybody seen this before? I appreciate any hints and suggestions as to what to do. The long of it (sorry, it is long) follows below.
The long of it is:
HP xw4300 workstation
1 GB RAM
Windows XP SP3
MinGW 5.1.6 automatic installed (downloaded 20100209,06:59 GMT)
gcc 3.4.5
gdb 7.0.50.20100202 (downloaded 20100305, afternoon CST)
Eclipse Galileo CDT for C/C++:
Platform 3.5.2.M20100210-0800
EPP CPP Feature 1.2.2.20100209-1511
CDT 6.0.2.2010002050614
Application:
Main executable has 62 source files (.cpp) and 81 include files (.h) for a total of 2.4 MB of user code.
11 MB executable including debugging info (-g3) and no optimization (-O0).
wxWidgets 2.8.10 built for run-time dynamic linking/loading.
I am porting the app from BCB5p1 to gcc. The program compiles, links and starts running through part of its initialization sequence, including a selection dialog offered to the user, then crashes for a known reason. Therefore I picked up gdb to do some debugging.
gdb fails starting the app with a hint on a supposed internal error. gdb succeeds within CDT with two console-only applications (pure C++), with the «minimal» sample of wxWidgets, a smaller size wxWidgets app of mine (10 .cpp files, 21 .h files, 325 kB total user code), and my colleague has another wxWidgets based app, not quite as large app as my failing one, running fine under gdb 7.0.50.10200202 in CDT as well.
The symptoms are:
Error window pops up:
———————begin
Problem occurred
‘Launching jetlab4.exe’ has encountered a problem.
Error stopping at main
Details:
Error stopping at main.
Target request failed: Target is not responding (timed out).
———————end
Console log reports:
———————begin
.gdbinit: No such file or directory.
Reading symbols from C:JochenProgrammingEclipseSpacejetlab4Debugjetlab4.exe . done.
../../gdb-7.0.50.20100202/gdb/breakpoint.c:6481: internal-error: expand_line_sal_maybe: Assertion `found’ failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
———————end
Initially, I have run without any .gdbinit file present. Since, I have created one with a single entry «set remotetimeout 20» which, if this is the/a relevant timeout, would be more than enough to see the program started. The command line operation («gdb Debugjetlab4.exe») does not show any similarly long delay starting the program.
P.S.: If you conclude that I am quite new to gcc and Eclipse, you are right. I have less than a month under my belt with them.
| Re: Internal error in gdb 7.0.50.20100202 [message #520086 is a reply to message #519757] | Thu, 11 March 2010 06:29   |
||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||||||||||
|
Hans-Jochen Trost