what i maintain here :)
--
Grant
___
busybox mailing list
busybox@busybox.net
http://lists.busybox.net/mailman/listinfo/busybox
ead the contents
of each input file overwites the existing contents of the output file
starting at offset 0.
I do not know when that was fixed in the Linux kernel.
--
Grant
___
busybox mailing list
busybox@busybox.net
http://lists.busybox.net/mailman/listi
t?
Yes, it is a kernel bug in older versions of the Linux kernel.
--
Grant
___
busybox mailing list
busybox@busybox.net
http://lists.busybox.net/mailman/listinfo/busybox
On 2021-01-19, Grant Edwards wrote:
> I've confirmed that with our older version of busybox (1.26?) 'cat'
> doesn't use sendfile() for the test case above (which works
> fine). AFAICT from the strace output the sendfile64() call is made
> correctly, so it must be a kernel problem a
On 2021-01-19, Grant Edwards wrote:
> We recently upgraded from an older version of busybox to 1.31.0, and
> now there seems to be a problem with 'cat'. If I cat two files to
> stdout it works fine, but if I redirect output into a file using ash,
> the second file overwrit
We recently upgraded from an older version of busybox to 1.31.0, and
now there seems to be a problem with 'cat'. If I cat two files to
stdout it works fine, but if I redirect output into a file using ash,
the second file overwrites the first:
# echo abcdefghijk > a
# echo 12345 > b
ter a device is
disconnected from the network, then you need to set your lease time to
a small value.
--
Grant Edwards grant.b.edwardsYow! Sign my PETITION.
at
gmail.com
__
On 2017-10-27, Grant Edwards <grant.b.edwa...@gmail.com> wrote:
> What would cause syslogd to drop messages?
>
> We've noticed that syslogd will usually drop several messages from a
> "burst" of 15-20 calls to syslog() that don't have any delay between
> them. We're
/
<14>Oct 27 21:45:00 syslog: Syslog message line 53 /
<14>Oct 27 21:45:00 syslog: Syslog message line 57 /
<14>Oct 27 21:45:00 syslog: Syslog message line 58 /
<14>Oct 27 21:45:00 syslog: Syslog message line 59 /
<14>Oct 27 21:45:00 sysl
On 2017-10-12, Grant Edwards <grant.b.edwa...@gmail.com> wrote:
> I've run into a problem where ntpd is given a peer name it can't
> resolve.
>
> It never goes into the backgroud and becomes a daemon.
[...]
After some testing with 1.27.2, it looks like this has been fixed
I just ran into the "ntpd stops startup forever problem". Has this
been fixed?
--
Grant Edwards grant.b.edwardsYow! Is it clean in other
at dimensions?
address 'asdf.asdf'
ntpd: bad address 'asdf.asdf'
[...]
This seems rather, um, unhelpful. Notice that I didn't pass the '-n'
option telling it "do not daemonize". So I naively expected it to
daemonize.
What's the "right" way to start up ntpd from /etc/init.d/
On 2017-05-02, Denys Vlasenko <vda.li...@googlemail.com> wrote:
> On Mon, May 1, 2017 at 10:40 PM, Grant Edwards
><grant.b.edwa...@gmail.com> wrote:
>> The Busybox 'unzip' utility returns a failure status and prints an
>> error message when it's given an prop
On 2017-05-02, tiggersWelt.net (Support) <supp...@tiggerswelt.net> wrote:
> Am 01.05.2017 um 22:40 schrieb Grant Edwards:
>> The Busybox 'unzip' utility returns a failure status and prints an
>> error message when it's given an properly formatted (but empty) zip
>> arch
|..|
0016
$ file empty.zip
empty.zip: Zip archive data (empty)
$ busybox unzip empty.zip || echo FAIL
Archive: empty.zip
unzip: invalid zip magic 06054B50
FAIL
Why is that an error?
--
Grant Edwards grant.b.edwardsYow
. Could be either, depending on how you got there.
Ah, I forgot about that. If you're looking at the _first_ login
prompt after the motd contents, then getty is running. If you 've
tried to login and failed, and are looking at a "retry" login prompt,
then login is running.
-
On 2017-03-22, Grant Edwards <grant.b.edwa...@gmail.com> wrote:
> On 2017-03-22, Lars Alex Pedersen <l...@kamstrup.com> wrote:
>> I'm pretty sure that the process must run somewhere I just can't locate it.
>> Reloading inittab with the getty line start
hen getty isn't running -- the shell is.
If you've got a _login_ prompt, then getty is running.
> ps ax
> PID USER TIME COMMAND
> 1 root 0:01 init
> 2 root 0:00 [kthreadd]
> 340 root 0:00 -sh
Bingo.
--
Grant Edwards grant.b.edwa
/
> The information contained in this communication is proprietary to
> Israel Aerospace Industries Ltd. and/or third parties, may contain
> confidential or privileged information, [blah, blah, blah]
Gee, then you probobably shouldn't have splattered it all over the
Interwebs, eh?
--
Gran
On 2017-03-15, Sam Liddicott <s...@liddicott.com> wrote:
> On 14 March 2017 at 14:44, Grant Edwards <grant.b.edwa...@gmail.com> wrote:
>
>> On 2017-03-14, Lauri Kasanen <c...@gmx.com> wrote:
>> > On Mon, 13 Mar 2017 19:24:17 + (UTC)
>> >
On 2017-03-14, Lauri Kasanen <c...@gmx.com> wrote:
> On Mon, 13 Mar 2017 19:24:17 + (UTC)
> Grant Edwards <grant.b.edwa...@gmail.com> wrote:
>
>> That paragraph is wrong (or at least misleading). I've checked the
>> source code, and 2.6.33 does not update the o
On 2017-03-13, Grant Edwards <grant.b.edwa...@gmail.com> wrote:
> After upgrading to a new version of busybox (1.25.1), I now have an
> odd problem with 'cat'. When stdout is a file, it _appears_ to be
> doing a seek to the beginning of the output file between input files.
[...]
On 2017-03-13, Grant Edwards <grant.b.edwa...@gmail.com> wrote:
> After upgrading to a new version of busybox (1.25.1), I now have an
> odd problem with 'cat'. When stdout is a file, it _appears_ to be
> doing a seek to the beginning of the output file between input files.
[...]
On 2017-03-13, Grant Edwards <grant.b.edwa...@gmail.com> wrote:
> After upgrading to a new version of busybox (1.25.1), I now have an
> odd problem with 'cat'. When stdout is a file, it _appears_ to be
> doing a seek to the beginning of the output file between input files.
[.
= 0
close(3)= 0
open("serverRsaKey.pem", O_RDONLY|O_LARGEFILE) = 3
sendfile64(1, 3, NULL, 16777216)= 887
sendfile64(1, 3, NULL, 16777216) = 0
close(3)= 0
exit_group(0)
On 2016-11-22, David Henderson <dhender...@digital-pipe.com> wrote:
> Good morning Jim, thanks for your help as well! After talking with
> Grant yesterday it dawned on me that this must be a bash-ism.
Yep. It's a C-shell-ism that was adopted by bash.
https://en.wikipedia.or
On 2016-11-21, David Henderson <dhender...@digital-pipe.com> wrote:
> On 11/21/16, Grant Edwards <grant.b.edwa...@gmail.com> wrote:
>> On 2016-11-21, David Henderson <dhender...@digital-pipe.com> wrote:
>>
>>> cp -f /tmp/test/{a.txt,b.txt,c.txt
on hand do anyway, and I don't see any options in the config file
to enable such a feature...
--
Grant Edwards grant.b.edwardsYow! Is this sexual
at intercourse yet?? Is it,
reasons to dull to explain, adding a stand-alone 'zip' to my product's
firmware build at this point in the life-cycle is a lot less work than
adding one to busybox.]
--
Grant Edwards grant.b.edwardsYow! I joined scientology
?
--
Grant Edwards grant.b.edwardsYow! The PILLSBURY DOUGHBOY
at is CRYING for an END to
gmail.comBURT REYNOLDS movies!!
___
busybox mailing list
restart
the clock-driven programs the top values can change to drastically
different values, even though the amount of CPU time the idle program
is using never changes (and I have no reason to believe the amount of
work being done by the clock-driven programs changes either).
--
Grant Edwards
On 2014-11-14, Grant Edwards grant.b.edwa...@gmail.com wrote:
Almost all of the real work done on this target is clock
synchronized, so how does one determine how much CPU is being used
and by whom?
The short answer is that the values shown by top are almost completely
useless
to be
difficult. The access times for the hardware involved might be a
significant portion of the CPU time used by some of these threads as
well: one of the peripherals has very slow bus timings compared to
everything else.
--
Grant Edwards grant.b.edwardsYow! If I am elected
are pretty stable and repeatable (they don't
vary over time or between runs by more than 1).
Is my app really using 6X as much CPU when polling at 10.0ms as it is
when polling at 10.8ms or 9.6ms? Or am I running into some sort of
issue with sampling/aliasing and they way CPU usage is measured?
--
Grant
endings to/from
\r\n is not optional. It is explicitly required by RFC854 (and later
confirmed by rfc5198 apendix C). Is there a bug open for this?
is there some workaround to make this possible ? the gnu telnet
program seems to automatically perform this transformation.
--
Grant Edwards
) another process opens/creates a file in the filesystem.
3) you do your cleanup.
4) you do a umount and it fails.
--
Grant Edwards grant.b.edwardsYow! Why is it that when
at you DIE, you can't take
think 'umount' is your
only option. If it fails, the fielsystem was busy. If it succeeds,
then it wasn't busy and is now unmounted.
--
Grant Edwards grant.b.edwardsYow! I'm young ... I'm
at HEALTHY ... I can HIKE
to give TinyCore a try too. I hope it goes on easier.
- Grant
___
busybox mailing list
busybox@busybox.net
http://lists.busybox.net/mailman/listinfo/busybox
that as the system
root.
Thanks Michael. I'm going to give TinyCore a shot since I think I can
use it to end up with a super-small system without so much manual
work. But if that doesn't work out I'll give this a shot.
- Grant
___
busybox mailing list
build systems?
- Grant
___
busybox mailing list
busybox@busybox.net
http://lists.busybox.net/mailman/listinfo/busybox
,
but very roughly that's about all you need...
I already have Gentoo on an SD card running on the BeagleBone so I
wouldn't need a cross compiler. Could I do the above, copy
/tmp/somewhere to / on another SD card, set up /boot, and boot? It
couldn't be so easy :)
- Grant
I would like to build as minimal of a system as possible on a
BeagleBone. I only need ALSA and jackd to work. Would this work well
with busybox? I'm very familiar with Gentoo but a system like this
would be set up entirely outside of the Gentoo framework?
- Grant
something similar with busybox/ash?
--
Grant Edwards
___
busybox mailing list
busybox@busybox.net
http://lists.busybox.net/mailman/listinfo/busybox
On 2012-06-26, Grant Edwards grant.b.edwa...@gmail.com wrote:
I'm trying to figure out how to start a program such that it won't die
when the program's grandparent dies (I think the grandparent is the
session leader).
Here's the scenario:
1) lighttpd/PHP calls ash-prog-A.
2) ash-prog
, aside form pulling in util-linux-ng?
Regards,
Grant Erickson
___
busybox mailing list
busybox@busybox.net
http://busybox.net/cgi-bin/mailman/listinfo/busybox
On 8/15/08 12:37 PM, Denys Vlasenko wrote:
On Friday 15 August 2008 20:54, Grant Erickson wrote:
In thread:
http://www.busybox.net/lists/busybox/2007-June/027878.html
Mike Frysinger suggested that 'rdev' was the preferred way of determining
the real device corresponding to the kernel
On 4/3/08 9:10 AM, Grant Erickson wrote:
Sometime ago, in December 2002 to be exact, there was discussion of a patch
submitted by Magnus Damm integrating BOOTP support into the udhcp client:
http://www.busybox.net/lists/udhcp/2002-December/02.html
However, it looks like
it into
the mainline code base. Do you have any additional insight or background on
what happened with the patch in the intervening five years?
Best,
Grant Erickson
___
busybox mailing list
busybox@busybox.net
http://busybox.net/cgi-bin/mailman
48 matches
Mail list logo