| Anonymous | Login | Signup for a new account | 11-10-2008 10:58 PST |
| Main | My View | View Issues | Change Log | Docs |
| Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | |||||||||||
| ID | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
| 0000757 | [BusyBox] Other | minor | always | 02-28-06 00:18 | 06-30-06 09:56 | |||||||
| Reporter | rfelker | View Status | public | |||||||||
| Assigned To | BusyBox | |||||||||||
| Priority | normal | Resolution | open | |||||||||
| Status | assigned | Product Version | svn | |||||||||
| Summary | 0000757: sed behaves badly interactively | |||||||||||
| Description | sed always has one-line latency due to the need to match last line ($ address). this is very annoying for interactive use of live filtering of logs, etc. the gnu version only enables the latency if the $ address is actually used (which is rare). | |||||||||||
| Additional Information | ||||||||||||
| Attached Files | ||||||||||||
|
|
||||||||||||
Notes |
|
|
(0001487) landley 06-30-06 09:56 |
Actually n, N, and q are impacted by the next_line logic too. Not a trivial bug to fix, and this close to 1.2.0 I'm just going to punt it to 1.2.1... |
| Copyright © 2000 - 2006 Mantis Group |