I am running an executable that uses libmysqlclient.so.15 on a 64bit kernel & 32bit user space compatibility mode.
Once in a while, my program hangs on something from libmysql:
#0 0xf7f01430 in __kernel_vsyscall ()
#1 0xf7b451e3 in vmsplice () from /lib/i686/cmov/libc.so.6
#2 0xf7e72c10 in ?? () from /usr/lib/libmysqlclient.so.15
#3 0xf7d409db in vio_read_buff () from /usr/lib/libmysqlclient.so.15
#4 0xf7d41cc9 in ?? () from /usr/lib/libmysqlclient.so.15
#5 0xf7d42083 in my_net_read () from /usr/lib/libmysqlclient.so.15
#6 0xf7d3be7c in cli_safe_read () from /usr/lib/libmysqlclient.so.15
#7 0xf7d3c585 in ?? () from /usr/lib/libmysqlclient.so.15
#8 0xf7d3a954 in mysql_real_query () from /usr/lib/libmysqlclient.so.15
#9 0xf7d12935 in mysql_query () from /usr/lib/libmysqlclient.so.15
#10 0x080a37a9 in dbd_mysql_query (result=0xde32d58,
We are running on 2.6.26-2-amd64 #1 SMP debian machine.
I have no idea what it is, and it happens once in a while.
S.O.S!!!!
thanks
Related
I have a local wiki (MediaWiki 1.38.4 ; Apache with xampp) that worked perfectly for a few weeks, but today started giving me errors with the TemplateParser.php and now is completely unnaccesible and shows the following error details:
MediaWiki internal error.
Original exception: [3d60e113338e8a53946d26be] /fangirlbook/index.php/P%C3%A1gina_principal TypeError: Cannot access offset of type string on string
Backtrace:
from C:\xampp\htdocs\fangirlbook\includes\TemplateParser.php(134)
#0 C:\xampp\htdocs\fangirlbook\includes\TemplateParser.php(289): TemplateParser->getTemplate(string)
#1 C:\xampp\htdocs\fangirlbook\includes\skins\SkinMustache.php(65): TemplateParser->processTemplate(string, array)
#2 C:\xampp\htdocs\fangirlbook\skins\Vector\includes\SkinVector.php(455): SkinMustache->generateHTML()
#3 C:\xampp\htdocs\fangirlbook\includes\skins\SkinTemplate.php(150): Vector\SkinVector->generateHTML()
#4 C:\xampp\htdocs\fangirlbook\includes\OutputPage.php(2807): SkinTemplate->outputPage()
#5 C:\xampp\htdocs\fangirlbook\includes\MediaWiki.php(926): OutputPage->output(boolean)
#6 C:\xampp\htdocs\fangirlbook\includes\MediaWiki.php(939): MediaWiki::{closure}()
#7 C:\xampp\htdocs\fangirlbook\includes\MediaWiki.php(563): MediaWiki->main()
#8 C:\xampp\htdocs\fangirlbook\index.php(53): MediaWiki->run()
#9 C:\xampp\htdocs\fangirlbook\index.php(46): wfIndexMain()
#10 {main}
Exception caught inside exception handler: [3d60e113338e8a53946d26be] /fangirlbook/index.php/P%C3%A1gina_principal TypeError: Cannot access offset of type string on string
Backtrace:
from C:\xampp\htdocs\fangirlbook\includes\TemplateParser.php(134)
#0 C:\xampp\htdocs\fangirlbook\includes\TemplateParser.php(289): TemplateParser->getTemplate(string)
#1 C:\xampp\htdocs\fangirlbook\includes\skins\SkinMustache.php(65): TemplateParser->processTemplate(string, array)
#2 C:\xampp\htdocs\fangirlbook\skins\Vector\includes\SkinVector.php(455): SkinMustache->generateHTML()
#3 C:\xampp\htdocs\fangirlbook\includes\skins\SkinTemplate.php(150): Vector\SkinVector->generateHTML()
#4 C:\xampp\htdocs\fangirlbook\includes\OutputPage.php(2807): SkinTemplate->outputPage()
#5 C:\xampp\htdocs\fangirlbook\includes\exception\MWExceptionRenderer.php(157): OutputPage->output()
#6 C:\xampp\htdocs\fangirlbook\includes\exception\MWExceptionRenderer.php(76): MWExceptionRenderer::reportHTML(TypeError)
#7 C:\xampp\htdocs\fangirlbook\includes\exception\MWExceptionHandler.php(107): MWExceptionRenderer::output(TypeError, integer)
#8 C:\xampp\htdocs\fangirlbook\includes\exception\MWExceptionHandler.php(202): MWExceptionHandler::report(TypeError)
#9 C:\xampp\htdocs\fangirlbook\includes\MediaWiki.php(585): MWExceptionHandler::handleException(TypeError, string)
#10 C:\xampp\htdocs\fangirlbook\index.php(53): MediaWiki->run()
#11 C:\xampp\htdocs\fangirlbook\index.php(46): wfIndexMain()
#12 {main}
I have already restarted the system, re-installed the wiki and copying the manual backup I had of the files and the database, and no solution. Any ideas?
QT Version：5.12.10
Version of the integrated chrome kernel in QtWebEngine：69.0.3497.128
Platform：Renesas, Linux
The following is the call stack when crashing:
(gdb)
#0 0x0000ffff8766a454 in glDeleteSync () from /usr/lib64/libGLESv2.so.2
#1 0x0000ffff88169000 in QtWebEngineCore::deleteChromiumSync (sync=)
at /opt/jenkins_agent/workspace_qt/wanggl/qt-everywhere-src-5.12.10-d/qtwebengine/src/core/delegated_frame_node.cpp:539
#2 QtWebEngineCore::DelegatedFrameNode::fetchAndSyncMailboxes (this=this#entry=0xffff6840f1b0, mailboxesToFetch=...)
at /opt/jenkins_agent/workspace_qt/wanggl/qt-everywhere-src-5.12.10-d/qtwebengine/src/core/delegated_frame_node.cpp:1281
#3 0x0000ffff88169730 in QtWebEngineCore::DelegatedFrameNode::preprocess (this=0xffff6840f1b0)
at /opt/jenkins_agent/workspace_qt/wanggl/qt-everywhere-src-5.12.10-d/qtwebengine/src/core/delegated_frame_node.cpp:741
#4 0x0000ffff8f0c4034 in QSGRenderer::preprocess (this=0xffff68005860) at scenegraph/coreapi/qsgrenderer.cpp:312
#5 0x0000ffff8f0c3a64 in QSGRenderer::renderScene (this=0xffff68005860, bindable=...) at scenegraph/coreapi/qsgrenderer.cpp:221
#6 0x0000ffff8f0c3d24 in QSGRenderer::renderScene (this=, fboId=) at scenegraph/coreapi/qsgrenderer.cpp:197
#7 0x0000ffff8f0fa62c in QSGDefaultRenderContext::renderNextFrame (this=0x274af3a0, renderer=0xffff68005860, fboId=) at scenegraph/qsgdefaultrendercontext.cpp:182
#8 0x0000ffff8f156688 in QQuickWindowPrivate::renderSceneGraph (this=this#entry=0x27524e80, size=...) at items/qquickwindow.cpp:563
#9 0x0000ffff8f1048a4 in QSGRenderThread::syncAndRender (this=this#entry=0x275a8fc0) at scenegraph/qsgthreadedrenderloop.cpp:646
#10 0x0000ffff8f108948 in QSGRenderThread::run (this=0x275a8fc0) at scenegraph/qsgthreadedrenderloop.cpp:730
#11 0x0000ffff8e074688 in QThreadPrivate::start (arg=0x275a8fc0) at thread/qthread_unix.cpp:361
#12 0x0000ffff8f4b7f78 in start_thread () from /lib64/libpthread.so.0
#13 0x0000ffff8dcb7d5c in thread_start () from /lib64/libc.so.6
Other Information:
It may sometimes crashed in the glWaitSync function
When a crash occurs, the length of time to the video playback is not fixed. It sometimes crashed in a few minutes, or in 10 hours under the same environment
The video decoder is FFMPEG which integrated in the chrome kernel
This crash will occur once GPU hardware acceleration is enabled. Turning off the acceleration is without crash.
Please help, provide us ideas for investigation and solutions if you encounter the same situation.
We have a problem with deadlocks in mysql database (Percona Server for mysql 5.7.22-22-1.trusty).
Every 24 hours our mysql stops responding. The process is still running but we can't create new connections.
After analysis of threads we saw that there are cycles in locks.
Do you have any idea what can we do to solve our problem?
Enviroment
Linux version 3.13.0-151-generic (buildd#lgw01-amd64-034) (gcc version 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04.4) ) #201-Ubuntu SMP Wed May 30 14:22:13 UTC 2018
MemTotal: 528281684 kB
cpu: Intel(R) Xeon(R) CPU E5-2660 v3 # 2.60GHz
jupyther (kvm, qemu)
MemTotal: 154745476 kB
GDB session:
(gdb) thread 1634
[Switching to thread 1634 (Thread 0x7fe9bacdb700 (LWP 124547))]
#0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
135 ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S: No such file or directory.
(gdb) bt
#0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
#1 0x00007feb62d3767f in _L_lock_1081 () from /lib/x86_64-linux-gnu/libpthread.so.0
#2 0x00007feb62d375f8 in __GI___pthread_mutex_lock (mutex=0x2cba198) at ../nptl/pthread_mutex_lock.c:134
#3 0x000000000079d77d in Global_THD_manager::do_for_all_thd_copy(Do_THD_Impl*) ()
#4 0x0000000000cedba0 in calc_sum_of_all_status(system_status_var*) ()
#5 0x0000000000ca3fbc in dispatch_command(THD*, COM_DATA const*, enum_server_command) ()
#6 0x0000000000ca5097 in do_command(THD*) ()
#7 0x0000000000d6a9d0 in handle_connection ()
#8 0x0000000000ede1e4 in pfs_spawn_thread ()
#9 0x00007feb62d35184 in start_thread (arg=0x7fe9bacdb700) at pthread_create.c:312
#10 0x00007feb6224203d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
(gdb) up 2
#2 0x00007feb62d375f8 in __GI___pthread_mutex_lock (mutex=0x2cba198) at ../nptl/pthread_mutex_lock.c:134
134 ../nptl/pthread_mutex_lock.c: No such file or directory.
(gdb) print mutex.__data.__owner
$9 = 142327
(gdb) thread find 142327
Thread 1611 has target id 'Thread 0x7fe9bb762700 (LWP 142327)'
(gdb) thread 1611
[Switching to thread 1611 (Thread 0x7fe9bb762700 (LWP 142327))]
#0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
135 ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S: No such file or directory.
(gdb) bt
#0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
#1 0x00007feb62d3767f in _L_lock_1081 () from /lib/x86_64-linux-gnu/libpthread.so.0
#2 0x00007feb62d375f8 in __GI___pthread_mutex_lock (mutex=0x7fe76142fbe8) at ../nptl/pthread_mutex_lock.c:134
#3 0x0000000000cfecac in Fill_process_list::operator()(THD*) ()
#4 0x000000000079d8dd in Global_THD_manager::do_for_all_thd_copy(Do_THD_Impl*) ()
#5 0x0000000000ce61bc in fill_schema_processlist(THD*, TABLE_LIST*, Item*) ()
#6 0x0000000000ce628c in ?? ()
#7 0x0000000000cf914c in get_schema_tables_result(JOIN*, enum_schema_table_state) ()
#8 0x0000000000cdc0ad in JOIN::prepare_result() ()
#9 0x0000000000c6cce0 in JOIN::exec() ()
#10 0x0000000000cdc9fd in handle_query(THD*, LEX*, Query_result*, unsigned long long, unsigned long long) ()
#11 0x000000000075cf43 in ?? ()
#12 0x0000000000c9f8f6 in mysql_execute_command(THD*, bool) ()
#13 0x0000000000ca2afd in mysql_parse(THD*, Parser_state*) ()
#14 0x0000000000ca36bd in dispatch_command(THD*, COM_DATA const*, enum_server_command) ()
#15 0x0000000000ca5097 in do_command(THD*) ()
#16 0x0000000000d6a9d0 in handle_connection ()
#17 0x0000000000ede1e4 in pfs_spawn_thread ()
#18 0x00007feb62d35184 in start_thread (arg=0x7fe9bb762700) at pthread_create.c:312
#19 0x00007feb6224203d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
(gdb) up 2
#2 0x00007feb62d375f8 in __GI___pthread_mutex_lock (mutex=0x7fe76142fbe8) at ../nptl/pthread_mutex_lock.c:134
134 ../nptl/pthread_mutex_lock.c: No such file or directory.
(gdb) print mutex.__data.__owner
$10 = 109111
(gdb) thread find 109111
Thread 1648 has target id 'Thread 0x7fe9bbb98700 (LWP 109111)'
(gdb) thread 1648
[Switching to thread 1648 (Thread 0x7fe9bbb98700 (LWP 109111))]
#0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
135 ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S: No such file or directory.
(gdb) bt
#0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
#1 0x00007feb62d37649 in _L_lock_909 () from /lib/x86_64-linux-gnu/libpthread.so.0
#2 0x00007feb62d37470 in __GI___pthread_mutex_lock (mutex=0x1d7ebe8 <mysql_bin_log+8>) at ../nptl/pthread_mutex_lock.c:79
#3 0x0000000000d3021f in PolyLock_lock_log::rdlock() ()
#4 0x0000000000c133b5 in sys_var::value_ptr(THD*, THD*, enum_var_type, st_mysql_lex_string*) ()
#5 0x0000000000ceda2c in get_one_variable_ext(THD*, THD*, st_mysql_show_var const*, enum_var_type, enum_mysql_show_type, system_status_var*, charset_info_st const**, char*, unsigned long*) ()
#6 0x0000000000f08869 in System_variable::init(THD*, st_mysql_show_var const*, enum_var_type) ()
#7 0x0000000000f08e75 in PFS_system_variable_cache::do_materialize_all(THD*) ()
#8 0x0000000000f34b0a in table_session_variables::rnd_init(bool) ()
#9 0x0000000000edca2c in ha_perfschema::rnd_init(bool) ()
#10 0x0000000000807722 in handler::ha_rnd_init(bool) ()
#11 0x0000000000c04f34 in init_read_record(READ_RECORD*, THD*, TABLE*, QEP_TAB*, int, bool, bool) ()
#12 0x0000000000c705be in join_init_read_record(QEP_TAB*) ()
#13 0x0000000000c73f8b in sub_select(JOIN*, QEP_TAB*, bool) ()
#14 0x0000000000c6ce97 in JOIN::exec() ()
#15 0x0000000000c68c14 in TABLE_LIST::materialize_derived(THD*) ()
#16 0x0000000000c6d8bf in join_materialize_derived(QEP_TAB*) ()
#17 0x0000000000c6d3b2 in QEP_TAB::prepare_scan() ()
#18 0x0000000000c73eb0 in sub_select(JOIN*, QEP_TAB*, bool) ()
#19 0x0000000000c6ce97 in JOIN::exec() ()
#20 0x0000000000cdc9fd in handle_query(THD*, LEX*, Query_result*, unsigned long long, unsigned long long) ()
#21 0x000000000075cf43 in ?? ()
#22 0x0000000000c9f8f6 in mysql_execute_command(THD*, bool) ()
#23 0x0000000000ca2afd in mysql_parse(THD*, Parser_state*) ()
#24 0x0000000000ca36bd in dispatch_command(THD*, COM_DATA const*, enum_server_command) ()
#25 0x0000000000ca5097 in do_command(THD*) ()
#26 0x0000000000d6a9d0 in handle_connection ()
#27 0x0000000000ede1e4 in pfs_spawn_thread ()
#28 0x00007feb62d35184 in start_thread (arg=0x7fe9bbb98700) at pthread_create.c:312
#29 0x00007feb6224203d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
(gdb) up 2
#2 0x00007feb62d37470 in __GI___pthread_mutex_lock (mutex=0x1d7ebe8 <mysql_bin_log+8>) at ../nptl/pthread_mutex_lock.c:79
79 ../nptl/pthread_mutex_lock.c: No such file or directory.
(gdb) print mutex.__data.__owner
$11 = 63889
(gdb) thread find 63889
Thread 1808 has target id 'Thread 0x7fea780f5700 (LWP 63889)'
(gdb) thread 1808
[Switching to thread 1808 (Thread 0x7fea780f5700 (LWP 63889))]
#0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
135 ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S: No such file or directory.
(gdb) bt
#0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
#1 0x00007feb62d3767f in _L_lock_1081 () from /lib/x86_64-linux-gnu/libpthread.so.0
#2 0x00007feb62d375f8 in __GI___pthread_mutex_lock (mutex=0x1d37c80 <LOCK_status>) at ../nptl/pthread_mutex_lock.c:134
#3 0x0000000000e5b098 in MYSQL_BIN_LOG::publish_coordinates_for_global_status() const ()
#4 0x0000000000e6147e in MYSQL_BIN_LOG::ordered_commit(THD*, bool, bool) ()
#5 0x0000000000e64902 in MYSQL_BIN_LOG::commit(THD*, bool) ()
#6 0x00000000008005e1 in ha_commit_trans(THD*, bool, bool) ()
#7 0x0000000000d4b7be in trans_commit_stmt(THD*) ()
#8 0x0000000000c9b6ea in mysql_execute_command(THD*, bool) ()
#9 0x0000000000ca2afd in mysql_parse(THD*, Parser_state*) ()
#10 0x0000000000ca36bd in dispatch_command(THD*, COM_DATA const*, enum_server_command) ()
#11 0x0000000000ca5097 in do_command(THD*) ()
#12 0x0000000000d6a9d0 in handle_connection ()
#13 0x0000000000ede1e4 in pfs_spawn_thread ()
#14 0x00007feb62d35184 in start_thread (arg=0x7fea780f5700) at pthread_create.c:312
#15 0x00007feb6224203d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
(gdb) up 2
#2 0x00007feb62d375f8 in __GI___pthread_mutex_lock (mutex=0x1d37c80 <LOCK_status>) at ../nptl/pthread_mutex_lock.c:134
134 ../nptl/pthread_mutex_lock.c: No such file or directory.
(gdb) print mutex.__data.__owner
$12 = 124547
(gdb) thread find 124547
Thread 1634 has target id 'Thread 0x7fe9bacdb700 (LWP 124547)'
I recently installed MediaWiki in localhost on Debian 7 System. But after the installation, I got the exception Fatal exception of type MWException. I reviewed all reported bugs, but they do not apply to me.
PHP 5.4.4
phpmyaddmin....
As written in the comments, edit your LocalSettings.php file and add this line at the very end:
$wgShowExceptionDetails = true;
Try reloading the page that gives you that error. You're likely to see what's called a backtrace... here is my example:
#0 /Users/user/www/extensions/LocalisationUpdate/LocalisationUpdate.class.php(553): LocalisationUpdate::filename('it')
#1 /Users/user/www/extensions/LocalisationUpdate/LocalisationUpdate.class.php(36): LocalisationUpdate::readFile('it')
#2 [internal function]: LocalisationUpdate::onRecache(Object(LocalisationCache), 'it', Array)
#3 /Users/user/www/includes/Hooks.php(255): call_user_func_array('LocalisationUpd...', Array)
#4 /Users/user/www/includes/GlobalFunctions.php(3883): Hooks::run('LocalisationCac...', Array)
#5 /Users/user/www/includes/cache/LocalisationCache.php(796): wfRunHooks('LocalisationCac...', Array)
#6 /Users/user/www/includes/cache/LocalisationCache.php(426): LocalisationCache->recache('it')
#7 /Users/user/www/includes/cache/LocalisationCache.php(310): LocalisationCache->initLanguage('it')
#8 /Users/user/www/includes/cache/LocalisationCache.php(245): LocalisationCache->loadItem('it', 'fallback')
#9 /Users/user/www/languages/Language.php(3978): LocalisationCache->getItem('it', 'fallback')
#10 /Users/user/www/languages/Language.php(230): Language::getFallbacksFor('it')
#11 /Users/user/www/languages/Language.php(189): Language::newFromCode('it')
#12 /Users/user/www/includes/Setup.php(497): Language::factory('it')
#13 /Users/user/www/includes/WebStart.php(161): require_once('/Users/user/3d...')
#14 /Users/user/www/index.php(55): require('/Users/user/3d...')
#15 {main}
The first line is the one that stopped the execution, causing the exception. If you can identify the problem (in my case it's the LocalisationUpdate extension) it can be very easy to fix. Again, in my case it's enough to open again LocalSettings.php and comment out or delete the line:
require_once( "$IP/extensions/LocalisationUpdate/LocalisationUpdate.php" );
There could be a problem with caching, try to use
$wgMainCacheType = CACHE_NONE;
My program, which draws a small animation, uses glut and cuda, and is written in C++, hangs after a while, and I see the following trace in the debugger when I interrupt it a few seconds after it hangs:
Program received signal SIGINT, Interrupt.
0x000000011302a84c in cuGraphicsGLRegisterBuffer ()
(gdb) bt
#0 0x000000011302a84c in cuGraphicsGLRegisterBuffer ()
#1 0x000000011306bc36 in cuGraphicsGLRegisterBuffer ()
#2 0x0000000113039455 in cuGraphicsGLRegisterBuffer ()
#3 0x0000000113006864 in cuGraphicsGLRegisterBuffer ()
#4 0x000000011303cbe6 in cuGraphicsGLRegisterBuffer ()
#5 0x000000011303d972 in cuGraphicsGLRegisterBuffer ()
#6 0x0000000113028bc6 in cuGraphicsGLRegisterBuffer ()
#7 0x000000011302a090 in cuGraphicsGLRegisterBuffer ()
#8 0x000000011301fcb2 in cuGraphicsGLRegisterBuffer ()
#9 0x0000000112ffcead in cuGraphicsGLRegisterBuffer ()
#10 0x0000000113001718 in cuGraphicsGLRegisterBuffer ()
#11 0x0000000112ff27cf in cuMemcpyDtoH_v2 ()
#12 0x00000001001d70c4 in cudaGetExportTable ()
#13 0x00000001002098a5 in cudaMemcpy ()
(This is the top of the stack trace; the rest is my own functions, one of which calls cudaMemcpy.)
If I try to interrupt right the moment after it hangs, the trace looks like this:
#0 0x00007fffffe0026d in __spin_lock ()
#1 0x00007fff880f855b in pthread_mutex_unlock ()
#2 0x000000011303ad89 in cuGraphicsGLRegisterBuffer ()
#3 0x000000011303b972 in cuGraphicsGLRegisterBuffer ()
#4 0x0000000113026bc6 in cuGraphicsGLRegisterBuffer ()
#5 0x0000000113028090 in cuGraphicsGLRegisterBuffer ()
#6 0x000000011301dcb2 in cuGraphicsGLRegisterBuffer ()
#7 0x0000000112ffaead in cuGraphicsGLRegisterBuffer ()
#8 0x0000000112fff718 in cuGraphicsGLRegisterBuffer ()
#9 0x0000000112ff07cf in cuMemcpyDtoH_v2 ()
#10 0x00000001001d70c4 in cudaGetExportTable ()
#11 0x00000001002098a5 in cudaMemcpy ()
I don't know how to approach this. cudaPeekAtLastError does not give any error before that call to cudaMemcpy. I also know that I can run the programs included in nvidia's SDK. Further, the program runs for several seconds before hanging, which means that all the cudaMemcpy calls before it hangs execute without producing errors, so there doesn't seem to be any issue specifically with how I call cudaMemcpy, or with pointers being incorrectly allocated (if they were, I would expect cuda to just generate an error, not hang).
The card is GeForce 9400M, Cuda driver/runtime 4.2, Cuda capability 1.1.
Any advice?
I'd guess you're having a pointer problem, such as trying to copy past the end of a buffer (either source or destination), or referencing a bad pointer altogether. Once you start stepping on invalid memory, don't expect any sane error reporting or useful backtrace.
Looking at your backtrace, the GLRegister calls could be called because you're unintentionally trying to copy from a device memory space mapped to OpenGL.
Try cuda-memcheck, and/or valgrind. Or, since is easily reproducible, start by verifying (by debugger or by printf) the values you're passing into memcpy. Or, start manually binary-searching by disabling parts of the code until things work again.