Forum » OpenSCADA RU » Отслеживание ошибок
Topic with no new replies

[BugFixed] core_crash_bad_alloc


Author Message
Written on: 16. 01. 2014 [15:38]
rxs5
Дмитрий Лыков
In tech support
Topic creator
registered since: 06.11.2013
Posts: 205
 Еще один dump.
Работал OPC UA сервер, и было 2 клиента как обычно, шел обмен (видно по логу). И вдруг "terminate called after throwing an instance of 'std::bad_alloc' "
Лог из консоли
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket write message '256'.
0|/sub_Protocol/mod_OPC_UA/ | MSG Req
0|/sub_Protocol/mod_OPC_UA/ | MSG Resp
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket write message '196'.
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
7|/ | OpenSCADA is aborted!
/usr/bin/openscada_start: line 114: 20749 Aborted (core dumped) $pCmd $@
Program rezult: 134
Core dump process for back trace purchase to file core.20749_Boiler_2014-01-16_17:18.crash

И файл отчета во вложении.

[This article was edited 1 times, at last 16.01.2014 at 15:39.]
Attachment
core.20749_Boiler_2014-01-16_17_18.crash (File type: application/octet-stream, Size: 29.69 kilobytes) — 2070 downloads
Profile
Written on: 16. 01. 2014 [17:44]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3788
"rxs5" wrote:

terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc

Если памяти потреблял не много то наверное попытка прочитать "publish" запрос из пустой очереди, что исправил.
Learn, learn and learn better than work, work and work.
Profile
WWW
ICQ
Skype
Written on: 19. 01. 2014 [13:23]
rxs5
Дмитрий Лыков
In tech support
Topic creator
registered since: 06.11.2013
Posts: 205
"roman" wrote:

"rxs5" wrote:

terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc

Если памяти потреблял не много то наверное попытка прочитать "publish" запрос из пустой очереди, что исправил.

Тестировал по условиям из соседней темы http://oscada.org/ru/forum/posts/otslezhivanie_oshibok/crash_core_c_libopc_uacpp/%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D1%8B/2/#pid6105

Без своего модуля. OPC UA сервер опрашивается 3-мя клиентами: UAExpert, IWS, контроллер Openscada.
Результат - bad_alloc
JAVASCRIPT
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket write message '161'.                                                  
0|/sub_Transport/mod_Sockets/in_OPCUA_4848/ | Socket received message '61' from '192.168.195.192'.                         
0|/sub_Protocol/mod_OPC_UA/ | MSG Req                                                                                      
terminate called after throwing an instance of 'std::bad_alloc'                                                            
  what():  std::bad_alloc                                                                                                  
7|/ | OpenSCADA is aborted!                                                                                                
/usr/bin/openscada_start: line 114:  6895 Aborted                 (core dumped) $pCmd $@                                   
Program rezult: 134                                                                                                        
Core dump process for back trace purchase to file core.18115

Файл отчета во вложении.

И по самим файлам отчета.
Кроме файла .crash еще создается файл .txt вида
core.5693_Boiler_2014-01-17_19:56.crash_Boiler_2014-01-17_19:59.crash_Boiler_2014-01-17_20:04.crash_Boiler_2014-01-17_20:09.crash_Boiler_2014-01-18_21:44.crash.txt
Размер которого 0 байт и этот файл имеет странное имя. Такое началось с 17.01.2014.
И в консоли тоже странный лог.
JAVASCRIPT
Program rezult: 134                                                                                                        
Core dump process for back trace purchase to file core.18115_Boiler_2014-01-17_16_28.crash_Boiler_2014-01-17_19:34.crash_Boiler_2014-01-17_19:55.crash_Boiler_2014-01-17_19:56.crash_Boiler_2014-01-17_19:59.crash_Boiler_2014-01-17_20:04.crash_Boiler_2014-01-17_20:09.crash_Boiler_2014-01-18_21:43.crash                                    
"/home/Dmitry-L/.openscada/Boiler/core.18115_Boiler_2014-01-17_16_28.crash_Boiler_2014-01-17_19:34.crash_Boiler_2014-01-17_19:55.crash_Boiler_2014-01-17_19:56.crash_Boiler_2014-01-17_19:59.crash_Boiler_2014-01-17_20:04.crash_Boiler_2014-01-17_20:09.crash" is not a core dump: File format not recognized                                  
Core dump process for back trace purchase to file core.20749_Boiler_2014-01-16_17_18.crash_Boiler_2014-01-17_16:28.crash_Boiler_2014-01-17_19:34.crash_Boiler_2014-01-17_19:55.crash_Boiler_2014-01-17_19:56.crash_Boiler_2014-01-17_19:59.crash_Boiler_2014-01-17_20:04.crash_Boiler_2014-01-17_20:09.crash_Boiler_2014-01-18_21:44.crash      
/usr/bin/openscada_start: line 122: core.20749_Boiler_2014-01-16_17_18.crash_Boiler_2014-01-17_16:28.crash_Boiler_2014-01-17_19:34.crash_Boiler_2014-01-17_19:55.crash_Boiler_2014-01-17_19:56.crash_Boiler_2014-01-17_19:59.crash_Boiler_2014-01-17_20:04.crash_Boiler_2014-01-17_20:09.crash_Boiler_2014-01-18_21:44.crash: File name too long
Core dump process for back trace purchase to file core.31200_Boiler_2014-01-17_19:34.crash_Boiler_2014-01-17_19:55.crash_Boiler_2014-01-17_19:56.crash_Boiler_2014-01-17_19:59.crash_Boiler_2014-01-17_20:04.crash_Boiler_2014-01-17_20:09.crash_Boiler_2014-01-18_21:44.crash                                                                  
"/home/Dmitry-L/.openscada/Boiler/core.31200_Boiler_2014-01-17_19:34.crash_Boiler_2014-01-17_19:55.crash_Boiler_2014-01-17_19:56.crash_Boiler_2014-01-17_19:59.crash_Boiler_2014-01-17_20:04.crash_Boiler_2014-01-17_20:09.crash" is not a core dump: File format not recognized                                                                
Core dump process for back trace purchase to file core.5693_Boiler_2014-01-17_19:56.crash_Boiler_2014-01-17_19:59.crash_Boiler_2014-01-17_20:04.crash_Boiler_2014-01-17_20:09.crash_Boiler_2014-01-18_21:44.crash                                                                                                                               
"/home/Dmitry-L/.openscada/Boiler/core.5693_Boiler_2014-01-17_19:56.crash_Boiler_2014-01-17_19:59.crash_Boiler_2014-01-17_20:04.crash_Boiler_2014-01-17_20:09.crash" is not a core dump: File format not recognized                                                                                                                             
Core dump process for back trace purchase to file core.6895_Boiler_2014-01-18_21:44.crash                                                                               
Missing separate debuginfo for /usr/lib/liboscada.so.2

Можно это тоже поправить ?
Attachment
core.6895_Boiler_2014-01-18_21.44.crash (File type: application/octet-stream, Size: 29.66 kilobytes) — 2054 downloads
Profile
Written on: 19. 01. 2014 [14:46]
roman
Roman Savochenko
Moderator
Contributor
Developer
registered since: 12.12.2007
Posts: 3788
"rxs5" wrote:

Тестировал по условиям из соседней темы http://oscada.org/ru/forum/posts/otslezhivanie_oshibok/crash_core_c_libopc_uacpp/страницы/2/#pid6105

Так, а с памятью то что?
Ошибка выделения памяти обычно при её отсутствии!

"rxs5" wrote:

Core dump process for back trace purchase to file core.18115[/js]
Файл отчета во вложении.

Файл бесполезный, поскольку проблемный модуль стрипнутый (без отладочной информации) почему-то.

"rxs5" wrote:

Можно это тоже поправить ?

Исправил и выгрузил!
Learn, learn and learn better than work, work and work.
Profile
WWW
ICQ
Skype