severity 330084 grave
thankyoubts
> As this bug hasn't been confirmed by anyone but the original submitten,
> who doesn't have to correct hardware anymore to debug it, I'm
> downgradring this bug.
I have now tried to reproduce it.
When I am in some dir where I have writeaccess, like in $HOME and I try to
record something using qt, everything works as it should
When I am somewhere else, like having my terminal placed in /usr and then
starts xawtv, then I get a segfault when recording using qt. I get an error
when recording using avi.
It looks like the qt plugin doesn't check wether it succeeded to open the file
for writing before writing to the file.
Here is the backtrace:
(gdb) bt
#0 0xb79ee98c in memcpy () from /lib/tls/i686/cmov/libc.so.6
#1 0xb764a317 in quicktime_write_data () from /usr/lib/libquicktime.so.0
#2 0xb764a799 in quicktime_write_int32 () from /usr/lib/libquicktime.so.0
#3 0xb7601d3b in quicktime_atom_write_header ()
from /usr/lib/libquicktime.so.0
#4 0xb76428b7 in quicktime_write_moov () from /usr/lib/libquicktime.so.0
#5 0xb76006ff in quicktime_close () from /usr/lib/libquicktime.so.0
#6 0xb76010af in quicktime_open () from /usr/lib/libquicktime.so.0
#7 0xb76b9f7a in qt_open (filename=0x810bda0 "foobar", dummy=0x80e8e98 "",
video=0xbf89f8fc, priv_video=0xb76bbac8, fps=12000, audio=0xbf89f90c,
priv_audio=0xb76bbb18)
at libng/plugins/write-qt.c:68
#8 0x0806e86c in movie_writer_init (moviename=0x810bda0 "foobar",
audioname=0x80e8e98 "", writer=0xb76bbb40, video=0xbf89f8fc,
priv_video=0xb76bbac8, fps=12000, audio=0xbf89f90c,
priv_audio=0xb76bbb18, dsp=0x807d04d "/dev/dsp", slots=16, threads=1) at
common/capture.c:471
#9 0x08053e8d in do_movie_record (argc=1, argv=0xbf89f990) at
x11/xawtv.c:1385
#10 0x08069a9f in movie_handler (name=0x80776da "movie", argc=1,
argv=0xbf89f990) at common/commands.c:1148
#11 0x0806a215 in do_command (argc=2, argv=0xbf89f98c) at
common/commands.c:266
#12 0x0806c3aa in do_va_cmd (argc=2) at common/commands.c:235
#13 0xb7d17773 in XtCallCallbackList () from /usr/lib/libXt.so.6
#14 0xb7d84c16 in XawAsciiSourceFreeString () from /usr/lib/libXaw.so.7
#15 0xb7d4d5fa in XtInstallAllAccelerators () from /usr/lib/libXt.so.6
#16 0xb7d4d9ac in XtInstallAllAccelerators () from /usr/lib/libXt.so.6
#17 0xb7d4df98 in _XtTranslateEvent () from /usr/lib/libXt.so.6
#18 0xb7d256d8 in XtDispatchEventToWidget () from /usr/lib/libXt.so.6
#19 0xb7d25efd in _XtSendFocusEvent () from /usr/lib/libXt.so.6
#20 0xb7d24e08 in XtDispatchEvent () from /usr/lib/libXt.so.6
#21 0x0805b379 in xt_main_loop () at x11/xt.c:2160
#22 0x080565a6 in main (argc=Cannot access memory at address 0x2ac92
) at x11/xawtv.c:1797
As a sidenote to others trying to do a backtrace, the make install target
calls install -s. To remove this you have to go into Makefile.in and to
Subdir.mk in all relevant subdirs.
/Sune
--
Genius, I cannot overclock a front-side bus, how does it work?
You neither can ever mount a controller over the memory address of a RW IDE
menu to a AGP microkernel, nor should overclock a ADSL directory, in such way
from the drawer within AutoCAD 8.7.4 you either should boot the AGP board, or
must link from the driver for receiving from the parallel periferic on a SIMM
to the fan.
--
How can I do for unlinking to the program?
You either must upload the menu on a attachment to a hardware of the Ultraflat
POP3 CPU, or cannot debug the CD system for sending a space bar.
Attachment:
pgpI5VsQ2TLhz.pgp
Description: PGP signature