Charles E Campbell wrote: > Hello: > > Back to the patch#866 problem I'm having. I'm using vim 7.4.1416: > > * using efence: links fine, but won't run (runs out of memory) > * using valgrind: works > * using valgrind --leak-check=full: works > > As can be seen from the trace below, the program hangs in a call to > nanosleep > in mch_delay(). The parameters to the nanosleep call seem to me to be > correct. > > I put in the following code in mch_delay to force HAVE_USLEEP at line 632: > > #undef HAVE_NANOSLEEP > #ifndef HAVE_USLEEP > # define HAVE_USLEEP > #endif > > This, too, "fixes" the problem. I wrote a small program which exercises > nanosleep with the same time delay (5ms) and it doesn't hang. So, its > not clear to me whether there's a vim source bug, a compiler bug, or o/s > bug. > > So: is there a configure option to disable HAVE_NANOSLEEP? > Sigh -- seems that this isn't the whole story. vim no longer hangs, but gvim does, even with usleep instead of nanosleep. With valgrind+gvim, no valgrind problems but it still hangs.
New trace, not the same as before: (gdb) where #0 0x00000038a36df0d8 in poll () from /lib64/libc.so.6 #1 0x00000038a4e449f9 in ?? () from /lib64/libglib-2.0.so.0 #2 0x00000038a4e44e4c in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #3 0x0000000000620ed3 in gui_mch_wait_for_chars (wtime=-1) at gui_gtk_x11.c:6553 #4 0x00000000006108ee in gui_wait_for_chars (wtime=-1) at gui.c:2925 #5 0x00000000005f5d0c in ui_inchar (buf=0x8e6a52 "", maxlen=82, wtime=-1, tb_change_cnt=19) at ui.c:186 #6 0x00000000004dbb9c in inchar (buf=0x8e6a52 "", maxlen=246, wait_time=-1, tb_change_cnt=19) at getchar.c:3056 #7 0x00000000004db7b8 in vgetorpeek (advance=1) at getchar.c:2832 #8 0x00000000004d97dd in vgetc () at getchar.c:1605 #9 0x00000000004d9d11 in safe_vgetc () at getchar.c:1801 #10 0x0000000000529fb6 in normal_cmd (oap=0x7fff7958c510, toplevel=1) at normal.c:637 #11 0x0000000000647a18 in main_loop (cmdwin=0, noexmode=0) at main.c:1345 #12 0x0000000000647358 in main (argc=2, argv=0x7fff7958c828) at main.c:1044 (gdb) up 2 #2 0x00000038a4e44e4c in g_main_context_iteration () from /lib64/libglib-2.0.so.0 (gdb) up #3 0x0000000000620ed3 in gui_mch_wait_for_chars (wtime=-1) at gui_gtk_x11.c:6553 6553 g_main_context_iteration(NULL, TRUE); Regards, Chip Campbell -- -- You received this message from the "vim_dev" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php --- You received this message because you are subscribed to the Google Groups "vim_dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
