abrt version: 1.1.14 architecture: x86_64 Attached file: backtrace cmdline: minicom -c on -D /dev/ttyUSB1 -o component: minicom crash_function: mc_wclose executable: /usr/bin/minicom kernel: 2.6.35.10-74.fc14.x86_64 package: minicom-2.5-1.fc14 rating: 4 reason: Process /usr/bin/minicom was killed by signal 11 (SIGSEGV) release: Fedora release 14 (Laughlin) time: 1298145199 uid: 500 How to reproduce ----- 1. Plug in USB serial device. 2. Start minicom connected to it. 3. Disconnect USB serial device. 4. Watch as minicom complains that device is no longer available in a polling loop w/delay. (Good!) 5. Reconnect USB serial device. 6. Minicom segfaults on next poll of device. (Bad!)
Created attachment 479726 [details] File: backtrace
Thank you for the bug report. Bug should be fixed in next update.
minicom-2.5-3.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/minicom-2.5-3.fc14
minicom-2.5-4.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/minicom-2.5-4.fc15
That update looks like it does the trick, thank you! You just made my microcontroller testing significantly easier. :)
You are welcome :)
minicom-2.5-3.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update minicom'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/minicom-2.5-3.fc14
minicom-2.5-4.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.
minicom-2.5-3.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.