Hang when doing find in file during build

[Graeme]

Don't know if it helps but as a workaround, it's easy to run a second instance using the +new switch - to do the build.
[edit] and it's not hard to have a command in the first instance that fires up the second instance and tells it what project to build.  Not sure how to tell if the second instance is already running though.

[mklein]

Yup same stack when hung. Let me know if there is any other info you want me to gather for you. Would love to help resolve this.

(gdb) bt
#0  0x00007fdc94388f7b in __waitpid (pid=-1, stat_loc=0x7fffe89773ec, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:29
#1  0x00000000017403d5 in cmProcess::unixWaitPid(int) ()
#2  0x00000000017405de in cmProcess::getExitCode() ()
#3  0x000000000153266a in pipeEndProcess(cmProcess&) ()
#4  0x000000000077e346 in vsPipeEndProcess ()
#5  0x000000000077e94b in vsPipeProcess ()
#6  0x0000000000596c73 in call_dllpc(int, int, namelist_t*) ()
#7  0x0000000000717f0b in pmethod_op() ()
#8  0x0000000000717f0b in pmethod_op() ()
#9  0x0000000000598762 in run_proc(int) ()
#10 0x0000000000748aeb in call_key_common(filewindow_t*, int, int, unsigned int, unsigned int, bool, unsigned char) ()
#11 0x0000000000748d07 in vs_call_keya(filewindow_t*, int, int) ()
#12 0x00000000005ef2e3 in vsCtlSlickCExecuteEvent ()
#13 0x00000000005f1d41 in vsQTSlickCExecuteKeyEvent ()
#14 0x00000000005ed2c7 in vsCtlComboBox::keyPressEvent(QKeyEvent*) ()
#15 0x00000000007c17fc in vmyQComboBox::keyPressEvent(QKeyEvent*) ()
#16 0x00007fdc9265875c in QWidget::event(QEvent*) () from /opt/slickedit-pro2016/bin/libQtGui.so.4
#17 0x00007fdc92605ab4 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /opt/slickedit-pro2016/bin/libQtGui.so.4
#18 0x00007fdc9260ac4e in QApplication::notify(QObject*, QEvent*) () from /opt/slickedit-pro2016/bin/libQtGui.so.4
#19 0x00007fdc9209a88c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /opt/slickedit-pro2016/bin/libQtCore.so.4
#20 0x00007fdc926a68b9 in ?? () from /opt/slickedit-pro2016/bin/libQtGui.so.4
#21 0x00007fdc926a6cb5 in ?? () from /opt/slickedit-pro2016/bin/libQtGui.so.4
#22 0x00007fdc92682fd4 in QApplication::x11ProcessEvent(_XEvent*) () from /opt/slickedit-pro2016/bin/libQtGui.so.4
#23 0x00007fdc926aabb2 in ?? () from /opt/slickedit-pro2016/bin/libQtGui.so.4
#24 0x00007fdc8bf12197 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#25 0x00007fdc8bf123f0 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#26 0x00007fdc8bf1249c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#27 0x00007fdc920c891f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /opt/slickedit-pro2016/bin/libQtCore.so.4
#28 0x00007fdc926aa84e in ?? () from /opt/slickedit-pro2016/bin/libQtGui.so.4
#29 0x00007fdc920992d2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /opt/slickedit-pro2016/bin/libQtCore.so.4
#30 0x00007fdc92099527 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /opt/slickedit-pro2016/bin/libQtCore.so.4
#31 0x00007fdc9209e7e7 in QCoreApplication::exec() () from /opt/slickedit-pro2016/bin/libQtCore.so.4
#32 0x00000000004ecab3 in vmain(int, char**) ()
#33 0x0000000001528669 in xmain ()
#34 0x000000000049e6a9 in main ()

[Clark]

That's good. There's something I missed in the stack you posted. vsPipeEndProcess() is being called from vsPipeProcess(). The only way that can happen is if SlickEdit is unable to start the external sgrep process. The error handling code seems to be causing the hang. I'm pretty sure we can figure out a way to fix that. However, that won't fix the fact that SlickEdit is sometimes unable to start the sgrep process for you.

I'm going to try building a new binary for you to fix the hang. I've got two ideas of how to do this. Hopefully, I guess right on the first try. I tried forcing an issue with starting the external process but that didn't cause a hang for me so there's no way for me to test it here.

[mklein]

I've been trying to figure out a better repro, but I can't figure one out. It's basically random AFAICT so it must be some timing issue. I'm happy to test whatever. Honestly, as long as it fails cleanly and I can retry that is fine with me. Thanks for working on this!

[Clark]

If we get paste the hang, I expect it to fail cleanly.

[SlickEdit Support]

PM sent.

SlickEdit Support

[mklein]

Cool thanks. I will try it out and report back in a few days.

[SlickEdit Support]

Can you also go ahead and get updated to the latest build of v21?

http://support.slickedit.com/outbound/2103/se_21000300_linux64.tar.gz

Thanks,
SlickEdit Support

[mklein]

I am up to date:

SlickEdit Pro 2016 (v21.0.3.0 64-bit)

I assume that is correct?

[Clark]

Yes. That's the right version

[mklein]

I copied over the new binary, but I see:
Build Date: June 26, 2017

Is there any way to tell for sure that I am running the binary you want me to run?

[Clark]

The filesize of the replacement vs_exe is 45060896. There will be no version change information for this attempt at a fix. The original file was slightly smaller.

[mklein]

Initial testing looks good. Have not seen any hangs. Will report back if I see one.