On 01/17/2015 12:09 AM, enh wrote: > more progress... I need to update roadmap.html.
> next to look at: > > df --- missing -h; column alignment broken. no need to support old > Android output format. I have a half-finished rewrite of this to do the ls -l "buffer the output, count up the sizes, output everything aligned to the size of the longest entry in each column" trick. I'd genericize it in lib if I could figure out how. Maybe when a third command does this it'll look like common code... > du --- our default block size was 512; -h output slightly > different. [patch sent upstream] The only old one I have pending from you us the touch patch, although I see there are some new ones this morning. (I may have lost track of this one, might need a resend.) (I was trying to clear your patches so I could tackle Ashwini Sharma's pending pile from October, but there's a strong appeal in staying current as well. Although I found one more #*%&(# thing wrong with sed...) > ls --- missing -Z I don't have a patch for this and am not competent to do it myself: I don't use selinux, dunno what's expected here. > route --- superset? I haven't cleaned up route yet. I should do that, ifconfig's kinda silly without it. (Last night I started cleaning up "fold" because it looked small. I keep trying to do "smallest job first" scheduling of cleanups, and it blows up into rewrites...) > touch --- ours has nonstandard -l (equivalent to standard -h), > better resolution. [patch sent upstream] I spent some time yesterday merging the resolution increase patch. (You noticed I had a pending "fix fractional seconds" patch in my tree that wasn't fully debugged? Ideally I'd like both -d and -t to handle fractional seconds. A lot of commands have half-finished patches, I keep getting interrupted in the middle to go do other things. My tree's a mess, I have "toybox/toybox" for pending work and "toybox/clean" to test that what's checked in builds/works...) So anyway I checked that in, and now I'm porting your patch on top of that change and I hit the _weirdest_ thing where "./touch nonexistent" doesn't cause an error because utimensat() on a file that didn't exist returned ok (file still doesn't exist afterwards), and when it does this its argument variable becomes NULL (wasn't null before the call, is after), and it's _weird_ and I think stack smashing is happening or something and I'm trying to figure out what the blank is going on. (It's gotta be that ts is wrong so the syscall is writing to the stack and zeroing out the pointer but why didn't it return an _error_ for the nonexistent file then...? I am now running my own code under strace because sticking printfs into it is not being revealing. I'm -> <- this close to doing objdump to look at the assembly and then tracing into the #*%(&#@ C library. _I_HAVE_DONE_THIS_BEFORE_...) Debugging. If I knew what I was doing, I'd have done it already. Rob _______________________________________________ Toybox mailing list Toybox@lists.landley.net http://lists.landley.net/listinfo.cgi/toybox-landley.net
