Ping ? I am the only one seeing this?
On Thu, 2015-04-23 at 11:11 +0200, Joakim Tjernlund wrote:
On Thu, 2015-04-23 at 01:17 +0100, Hin-Tak Leung wrote:
You don't know much about tar, tgz and gzip, do you?
I am no expert but I do know something, enough to hack on bb gzip:
http
that you used busybox tar, not gnu tar in above test?
BTW, I think you should have warned that it is nearly 500MB in size.
Yeah, slipped my mind. The file need to be 500 MB the error to occur.
Jocke
On Thu, 23/4/15, Joakim Tjernlund
https://share.transmode.com/data/public/72b153.php
busybox tar -tf rootfs.old.tgz /tmp/ttt
tar: warning: skipping header 'S'
tar: invalid tar magic
File is generated on ppc32 with GNU tar and unpacking is on amd64
busybox on ppc32 CAN unpack it so I guess this an endian or 32 vs 64 bits
busybox-boun...@busybox.net wrote on 2012/05/10 04:44:39:
The busybox build system first builds busybox_unstripped with debug
info, then uses the strip utility to obtain a non-debug busybox binary
that's not so bloated. However, ever since GCC switched to using
DWARF2 for debugging data, it
:
On Thu, May 10, 2012 at 05:37:43PM +0200, Joakim Tjernlund wrote:
From: Rich Felker dal...@aerifal.cx
To: busybox@busybox.net,
Date: 2012/05/10 17:26
Subject: Re: Massive eh_frame bloat in busybox (stripped)
Sent by: busybox-boun...@busybox.net
On Thu, May 10, 2012 at 04
Recently installed bb 1.19.3 (gentoo) on our ppc target. Today I discovered
that cp vmlinux /dev/mtdblock5 dosn't work. The device file is removed and
a new plain file is created instead.
Feels like a bb bug, comments?
Jocke
___
busybox mailing list
Denys Vlasenko vda.li...@googlemail.com wrote on 2011/12/21 13:08:30:
On Wed, Dec 21, 2011 at 12:31 PM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
Recently installed bb 1.19.3 (gentoo) on our ppc target. Today I discovered
that cp vmlinux /dev/mtdblock5 dosn't work. The device
Denys Vlasenko vda.li...@googlemail.com wrote on 2011/12/21 14:54:07:
On Wed, Dec 21, 2011 at 2:38 PM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
Denys Vlasenko vda.li...@googlemail.com wrote on 2011/12/21 13:08:30:
On Wed, Dec 21, 2011 at 12:31 PM, Joakim Tjernlund
Baruch Siach bar...@tkos.co.il wrote on 2011/12/21 13:07:13:
Hi Joakim,
On Wed, Dec 21, 2011 at 12:31:23PM +0100, Joakim Tjernlund wrote:
Recently installed bb 1.19.3 (gentoo) on our ppc target. Today I discovered
that cp vmlinux /dev/mtdblock5 dosn't work. The device file is removed
02-ps-long-output.patch
--
FEATURE_PS_LONG: A new 'l' option to ps:
PID PPID USER VSZ RSS STAT START TIME TTY COMMAND
1 0 root 1236 416 SSep15 0:00:05- init
2 0 root 0 0 SW Sep15 0:00:00- [kthreadd]
1227 1 root
Baruch Siach bar...@tkos.co.il wrote on 2011/09/08 07:06:27:
Hi Joakim,
...
if (nbytes 1) /* Odd */
sum += *(u_char *)ptr; /* one byte only */
This breaks big endian systems like PowerPC. The assignment via pointer dance
of the original implementation is required,
Baruch Siach bar...@tkos.co.il wrote on 2011/09/08 07:06:27:
Hi Joakim,
...
if (nbytes 1) /* Odd */
sum += *(u_char *)ptr; /* one byte only */
This breaks big endian systems like PowerPC. The assignment via pointer
dance
of the original implementation is
Baruch Siach bar...@tkos.co.il wrote on 2011/09/08 14:06:59:
Hi Joakim,
On Thu, Sep 08, 2011 at 01:31:31PM +0200, Joakim Tjernlund wrote:
Baruch Siach bar...@tkos.co.il wrote on 2011/09/08 07:06:27:
...
if (nbytes 1) /* Odd */
sum += *(u_char *)ptr; /* one
Baruch Siach bar...@tkos.co.il wrote on 2011/09/07 09:46:54:
Hi Joakim,
On Wed, Sep 07, 2011 at 09:05:36AM +0200, Joakim Tjernlund wrote:
Baruch Siach bar...@tkos.co.il wrote on 2011/09/07 06:29:32:
Hi Joakim,
On Mon, Sep 05, 2011 at 10:09:14PM +0200, Joakim Tjernlund wrote:
From
From: Baruch Siach bar...@tkos.co.il
Use a single IP checksum routine for ping, traceroute and udhcp.
Signed-off-by: Baruch Siach bar...@tkos.co.il
---
Changes from v1:
Fix inet_cksum() with odd length on big endian systems
Remove declaration of removed udhcp_checksum()
This looks
Noticed that busybox(v1.14.2 so its old) doesn't allow capital letters in user
names.
Read on the net that some services (like sendmail) might lower cases all names
before
looking them up. The info I found was rather old though.
What is the deal with capital letters in user names these days?
On Tue, Feb 08, 2011 at 12:02:26AM +0100, Joakim Tjernlund wrote:
On Mon, Feb 07, 2011 at 11:13:03PM +0100, Joakim Tjernlund wrote:
On Mon, Feb 07, 2011 at 08:10:48PM +0100, Joakim Tjernlund wrote:
Relying on undef - 0 is dangerous. Much better build with -Wundef
and fixup
On Mon, Feb 07, 2011 at 02:01:13PM +, bugzi...@busybox.net wrote:
https://bugs.busybox.net/show_bug.cgi?id=3097
Denys Vlasenko vda.li...@googlemail.com changed:
What|Removed |Added
On Mon, Feb 07, 2011 at 08:10:48PM +0100, Joakim Tjernlund wrote:
Relying on undef - 0 is dangerous. Much better build with -Wundef
and fixup the errors.
How is this dangerous? Undef - 0 is part of the C language at least
since C89, and perhaps before that. Nobody is using pre-ANSI C
On Mon, Feb 07, 2011 at 11:13:03PM +0100, Joakim Tjernlund wrote:
On Mon, Feb 07, 2011 at 08:10:48PM +0100, Joakim Tjernlund wrote:
Relying on undef - 0 is dangerous. Much better build with -Wundef
and fixup the errors.
How is this dangerous? Undef - 0 is part of the C language
In article f4ac465b29b61a4fa792a4e6fea8a2020160c...@wamxm01.ciena.com,
jcat...@ciena.com (Cathey, Jim) wrote:
*From:* Cathey, Jim jcat...@ciena.com
*To:* busybox@busybox.net
*CC:* jer...@dexdyne.com
*Date:* Fri, 28 Jan 2011 17:31:38 -0800
I've worked out that while the code uses
Could bb init support /etc/default/init for defining env. variables?
It is inconvenient to prefix every cmd in inittab with env VAR=VAL /sbin/cmd
Jocke
___
busybox mailing list
busybox@busybox.net
http://lists.busybox.net/mailman/listinfo/busybox
Denys Vlasenko vda.li...@googlemail.com wrote on 2010/12/13 14:28:27:
On Thu, Dec 9, 2010 at 10:07 AM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
We noticed a hung more command, consuming 100% CPU. strace
showed this:
write(1, \r ..., 114) = -1
We noticed a hung more command, consuming 100% CPU. strace
showed this:
write(1, \r ..., 114) = -1 EIO (Input/output
error)
read(3, , 4096) = 0
write(1, \r ..., 114) = -1 EIO (Input/output
error)
read(3, , 4096)
On Fri, Nov 26, 2010 at 11:00 AM, David Collier
from_busybox_maill...@dexdyne.com wrote:
I have some scripts which manipulate the output of route, and df, by
using cut -c8-12 or similar to extract the info I want.
How risky is this - what are the chances of someone making a column wider
Unfortunately
# define move_from_unaligned16(v, u16p) {void* src=(void*)(u16p);memcpy((v),
src, 2);}
also didn't do it. The only solution I've found working is doing it the
hard way by hand:
# define move_from_unaligned16(v, u16p) do { \
*((uint8_t*)v) = *((uint8_t*)u16p); \
top -n 1 | head -1
givs me:
Mem: 9128K used, 247512K free, 0K shrd, 0K buff, 3784K cached
*** glibc detected *** double free or corruption (!prev): 0x10081110 ***
bb v1.14.2
___
busybox mailing list
busybox@busybox.net
On Wed, Feb 17, 2010 at 03:27:10PM -0600, Rob Landley wrote:
On ubuntu 9.10 for x86-64, /lib/libz.so.1.2.3.3 is 96,768 bytes (stripped).
I
just built busybox with both gzip and gunzip, and it was 30,824 bytes. Our
version, both compression and decompresson, is less than 1/3 the size
Rob Landley r...@landley.net wrote on 2010/02/14 10:05:42:
On Thursday 11 February 2010 16:57:36 Denys Vlasenko wrote:
On Monday 08 February 2010 18:55, Joakim Tjernlund wrote:
Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se
---
archival/libunarchive/decompress_unzip.c
Denys Vlasenko vda.li...@googlemail.com wrote on 2010/02/13 04:47:19:
On Friday 12 February 2010 00:46, Joakim Tjernlund wrote:
Denys Vlasenko vda.li...@googlemail.com wrote on 2010/02/12 00:28:44:
On Friday 12 February 2010 00:14, Joakim Tjernlund wrote:
Denys Vlasenko vda.li
Rob Landley r...@landley.net wrote on 2010/02/13 19:08:01:
On Saturday 13 February 2010 03:22:09 Joakim Tjernlund wrote:
I think than modern HW will not benefit as much as slower embedded HW
do you have any?
It can also be that gzip is so unoptimized to begin with that my
patch won't
Rob Landley r...@landley.net wrote on 2010/02/13 21:37:06:
On Saturday 13 February 2010 13:48:34 Joakim Tjernlund wrote:
and how does this relate to my patch?
That there's not much point micro-optimizing something if it should instead be
replaced?
You earlier mentioned just a straight
Denys Vlasenko vda.li...@googlemail.com wrote on 2010/02/11 23:52:30:
From: Denys Vlasenko vda.li...@googlemail.com
To: Joakim Tjernlund joakim.tjernl...@transmode.se
Cc: busybox@busybox.net, Rob Landley r...@landley.net
Date: 2010/02/11 23:52
Subject: Re: [PATCH 2/2] (g)unzip: Optimize
Denys Vlasenko vda.li...@googlemail.com wrote on 2010/02/12 00:28:44:
On Friday 12 February 2010 00:14, Joakim Tjernlund wrote:
Denys Vlasenko vda.li...@googlemail.com wrote on 2010/02/11 23:52:30:
From: Denys Vlasenko vda.li...@googlemail.com
To: Joakim Tjernlund joakim.tjernl
Denys Vlasenko vda.li...@googlemail.com wrote on 2010/02/11 03:24:19:
On Wednesday 10 February 2010 08:34, Joakim Tjernlund wrote:
Left some debug in, the correct bloatcheck is:
function old new
delta
inflate_codes
Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se
---
include/platform.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/platform.h b/include/platform.h
index a134a9e..2d3821c 100644
--- a/include/platform.h
+++ b/include/platform.h
@@ -200,7 +200,7
in the kernel was 12-15% on ppc.
Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se
---
archival/libunarchive/decompress_unzip.c | 47 -
1 files changed, 45 insertions(+), 2 deletions(-)
diff --git a/archival/libunarchive/decompress_unzip.c
b/archival/libunarchive
Signed-off-by: Joakim Tjernlund joakim.tjernl...@transmode.se
---
archival/libunarchive/decompress_unzip.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/archival/libunarchive/decompress_unzip.c
b/archival/libunarchive/decompress_unzip.c
index feaa047..c616202
Rob Landley r...@landley.net wrote on 2010/02/08 21:26:44:
On Monday 08 February 2010 11:55:16 Joakim Tjernlund wrote:
Ported the recent optimization from the Linux kernel.
This will not perform as god as the kernel version as the
code structure in busybox is different and I had to adopt
Joakim Tjernlund/Transmode wrote on 2010/02/08 22:52:11:
Rob Landley r...@landley.net wrote on 2010/02/08 21:26:44:
On Monday 08 February 2010 11:55:16 Joakim Tjernlund wrote:
Ported the recent optimization from the Linux kernel.
This will not perform as god as the kernel version
Joakim Tjernlund/Transmode wrote on 2010/02/08 22:52:11:
Rob Landley r...@landley.net wrote on 2010/02/08 21:26:44:
On Monday 08 February 2010 11:55:16 Joakim Tjernlund wrote:
Ported the recent optimization from the Linux kernel.
This will not perform as god as the kernel
I started to look at impl. the inflate optimization I recently added
to both u-boot and the kernel. The decompress_unzip.c file looks
as it is based on a much older gzip than both u-boot and the linux
kernel. I think rebasing this code on the more recent zlib would
be a improvement. I don't have
Mike Frysinger vap...@gentoo.org wrote on 07/05/2009 20:24:29:
On Thursday 07 May 2009 09:00:41 Joakim Tjernlund wrote:
Using BB 1.12.1 and I have noticed that if I change rows and cols with
stty,
bash does not notice this change.
Should not stty send a SIGWINCH to the shell to inform
Mike Frysinger vap...@gentoo.org wrote on 07/05/2009 20:24:29:
On Thursday 07 May 2009 09:00:41 Joakim Tjernlund wrote:
Using BB 1.12.1 and I have noticed that if I change rows and cols with
stty,
bash does not notice this change.
Should not stty send a SIGWINCH to the shell
Mike Frysinger vap...@gentoo.org wrote on 07/05/2009 21:09:33:
On Thursday 07 May 2009 14:56:40 Joakim Tjernlund wrote:
Mike Frysinger vap...@gentoo.org wrote on 07/05/2009 20:24:29:
On Thursday 07 May 2009 09:00:41 Joakim Tjernlund wrote:
Using BB 1.12.1 and I have noticed that if I
terminating inetd does not terminate any services already started by
inetd. I guess this is by design?
What is the preferred way to terminate such services?
Jocke
So I noticed this in xinetd's man page:
SIGTERMterminates all running servers before terminating
-Original Message-
From: Gilles Espinasse [mailto:[EMAIL PROTECTED]
Sent: den 6 december 2008 10:35
To: Tjernlund; busybox@busybox.net
Subject: Re: gzip support in tar broken for 12.2?
- Original Message -
From: Tjernlund [EMAIL PROTECTED]
To: busybox@busybox.net
busybox has been fixed, at least in trunk, not to do
xlseek(fd, 0, SEEK_END) anymore to address this problem.
Perhaps there are other apps out there that needs this too, but I don't
know of any. Older busyboxes needs this change though.
I have moved on and don't have a setup handy where I can
-Original Message-
From: Denys Vlasenko [mailto:[EMAIL PROTECTED]
Sent: den 2 maj 2008 10:43
To: Roy Marples
Cc: [EMAIL PROTECTED]; busybox@busybox.net
Subject: Re: [PATCH 2/2] start-stop-daemon - find processes better
Hi Roy, Joakim.
Joakim, please scroll down to the end and
On Wed, 2008-04-30 at 12:18 +0100, Roy Marples wrote:
start-stop-daemon uses stat to match running binaries.
This is not good as the binary in question could be moved or deleted during
an
upgrade.
This patch instead checks how the daemon was started and mirrors how Gentoo's
On Wed, 2008-04-30 at 12:15 +0100, Roy Marples wrote:
start-stop-daemon should implement --test option.
This is used to check if the daemon is running or not.
Maybe
-C|--chdir directoryChange to directory(default is /)
too?
older ssd used to chdir(/) always but bb ssd doesn't. -C
On Wed, 2008-04-30 at 15:27 +0100, Roy Marples wrote:
On Wednesday 30 April 2008 14:37:31 Denys Vlasenko wrote:
On Wednesday 30 April 2008 13:40, Joakim Tjernlund wrote:
On Wed, 2008-04-30 at 12:18 +0100, Roy Marples wrote:
start-stop-daemon uses stat to match running binaries
As xmalloc_open_read_close() will die on any /proc/xxx file on 2.6.25 due
to lseek being invalid I think it would be a good idea to add a fix
to 1.10.1. The fixes to start-stop-daemon deserve to be addressed too as
daemons may fail to start/stop otherwise.
Perhaps cutting 1.10.2 instead?
Jocke
-Original Message-
From: Denys Vlasenko [mailto:[EMAIL PROTECTED]
Sent: den 27 april 2008 22:35
To: busybox@busybox.net
Cc: Joakim Tjernlund
Subject: Re: 1.10.1 is missing the late fixes to start-stop-daemon and
xmalloc_open_read_close()
On Sunday 27 April 2008 17:01, Joakim
-Original Message-
From: Alexey Dobriyan [mailto:[EMAIL PROTECTED]
Sent: den 16 april 2008 21:47
To: Al Viro
Cc: Joakim Tjernlund; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Current git tree broke busybox start-stop-daemon
On Wed, Apr 16, 2008 at 08:34:17PM +0100, Al Viro
-Original Message-
From: Denys Vlasenko [mailto:[EMAIL PROTECTED]
Sent: den 20 april 2008 16:27
To: Joakim Tjernlund
Cc: busybox@busybox.net
Subject: Re: [PATCH] start-stop-daemon: make --exec follow symlinks.
On Sunday 20 April 2008 10:57, Joakim Tjernlund wrote:
Fixed
-Original Message-
From: Denys Vlasenko [mailto:[EMAIL PROTECTED]
Sent: den 19 april 2008 04:45
To: busybox@busybox.net; [EMAIL PROTECTED]
Subject: Re: [PATCH] start-stop-daemon: make --exec follow symlinks.
static int pid_is_exec(pid_t pid, const char *name)
{
char
-Original Message-
From: Denys Vlasenko [mailto:[EMAIL PROTECTED]
Sent: den 19 april 2008 05:13
To: busybox@busybox.net; [EMAIL PROTECTED]
Subject: Re: [PATCH] start-stop-daemon fails to stop processes and sometimes
fails to start them.
On Thursday 17 April 2008 19:02, Joakim
On Sat, 2008-04-19 at 21:56 +0200, Joakim Tjernlund wrote:
-Original Message-
From: Denys Vlasenko [mailto:[EMAIL PROTECTED]
Sent: den 19 april 2008 21:06
To: Joakim Tjernlund
Cc: busybox@busybox.net
Subject: Re: [PATCH] start-stop-daemon: make --exec follow symlinks
-Original Message-
From: Denys Vlasenko [mailto:[EMAIL PROTECTED]
Sent: den 19 april 2008 22:18
To: Joakim Tjernlund
Cc: busybox@busybox.net
Subject: Re: [PATCH] start-stop-daemon fails to stop processes and sometimes
fails to start them.
On Saturday 19 April 2008 21:34, Joakim
-Original Message-
From: Denys Vlasenko [mailto:[EMAIL PROTECTED]
Sent: den 19 april 2008 23:30
To: Joakim Tjernlund
Cc: busybox@busybox.net
Subject: Re: [PATCH] start-stop-daemon: make --exec follow symlinks.
On Saturday 19 April 2008 22:45, Joakim Tjernlund wrote:
Let me
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joakim
Tjernlund
Sent: den 20 april 2008 00:17
To: 'Denys Vlasenko'
Cc: busybox@busybox.net
Subject: RE: [PATCH] start-stop-daemon: make --exec follow symlinks.
-Original Message
Currently start-stop-daemon --stop --exec file does not follow
symlinks and this is wrong.
This patch uses stat(2) to get the file's st_dev and st_ino and searches
for a matching pair. A positive side effect is the right file is always
found. The code is also smaller.
The stat(2) method is also
On Thu, 2008-04-17 at 03:40 +0200, Denys Vlasenko wrote:
On Thursday 17 April 2008 00:47, Joakim Tjernlund wrote:
-Original Message-
From: Denys Vlasenko [mailto:[EMAIL PROTECTED]
Sent: den 16 april 2008 20:47
To: busybox@busybox.net; [EMAIL PROTECTED]
Subject: Re: start
pid_is_cmd() would call die if it got a stale file.
readdir() will fail if a file becomes stale, detect this and
move on.
This patch is aginst bb 1.8.2 gentoo version so it might not apply
cleanly. I hope that wont be a problem.
Jocke
--- debianutils/start_stop_daemon.c.org 2008-04-17
On Thu, 2008-04-17 at 13:37 +0200, Joakim Tjernlund wrote:
On Thu, 2008-04-17 at 03:40 +0200, Denys Vlasenko wrote:
On Thursday 17 April 2008 00:47, Joakim Tjernlund wrote:
-Original Message-
From: Denys Vlasenko [mailto:[EMAIL PROTECTED]
Sent: den 16 april 2008 20:47
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joakim
Tjernlund
Sent: den 17 april 2008 19:03
To: busybox@busybox.net
Subject: [PATCH] start-stop-daemon fails to stop processes and sometimes
fails to start them.
pid_is_cmd() would call die
Daemons started like so:
start-stop-daemon --start --background --pidfile ${MY_PIDFILE} --exec
$/opt/appl/abc/eq_tm_mgr -- eq_tm_mgr
looks in ps/top:
316 root /opt/appl/abc/bin eq_tm_mgr eq_tm_mgr
Notice the space between ../bin eq_tm_mgr. This space
breaks glibc backtrace_symbols(),
On Wed, 2008-04-16 at 15:45 +0200, Joakim Tjernlund wrote:
On Wed, 2008-04-16 at 14:37 +0200, Joakim Tjernlund wrote:
Daemons started like so:
start-stop-daemon --start --background --pidfile ${MY_PIDFILE} --exec
$/opt/appl/abc/eq_tm_mgr -- eq_tm_mgr
looks in ps/top:
316 root
On Wed, 2008-04-16 at 16:23 +0200, Denys Vlasenko wrote:
On Wednesday 16 April 2008 14:37, Joakim Tjernlund wrote:
Daemons started like so:
start-stop-daemon --start --background --pidfile ${MY_PIDFILE} --exec
$/opt/appl/abc/eq_tm_mgr -- eq_tm_mgr
looks in ps/top:
316 root /opt
-Original Message-
From: Denys Vlasenko [mailto:[EMAIL PROTECTED]
Sent: den 16 april 2008 20:47
To: busybox@busybox.net; [EMAIL PROTECTED]
Subject: Re: start-stop-daemon broke on linus tree
On Wednesday 16 April 2008 19:56, Joakim Tjernlund wrote:
Just sent this to the kernel
trying to ping as a non root user in bb v1.7.3 gives me this:
ping 192.168.1.10
PING 192.168.1.10 (192.168.1.10): 56 data bytes
ping: permission denied. (are you root?)
strace ping 192.168.1.10 shows:
read(5, # /etc/protocols:\n# $Id: protoco..., 4096) = 1865
close(5)
On Mon, 2008-04-07 at 03:51 -0400, Mike Frysinger wrote:
On Monday 07 April 2008, Joakim Tjernlund wrote:
Ping tries to open a raw socket and only root can do that.
and ? this is how ping works. you get the same exact behavior with standard
ping on any other system.
-mike
ehh, serves
I just tried to cp /dev/mtdblock1 myfile and I got
a copy of the mtdblock1 file, not the contents:
ls -l myfile
brw-r-1 root root 31, 1 Mar 28 15:33 myfile
Someone also mentioned problems copy files from /proc that has a zero
file size, i.e, it seemed like bb cp stats the
know the cat trick works but so should cp too, I think. Earlier
I used GNU cp and that worked like that. Compare with symlinks, cp
copies the contents, not the symlink itself(unless -d or -P is given)
Jocke
On Fri, 2008-03-28 at 15:36 +0100, Joakim Tjernlund wrote:
I just tried to cp /dev
On Fri, 2008-03-28 at 16:35 +0100, Denys Vlasenko wrote:
On Friday 28 March 2008 15:36, Joakim Tjernlund wrote:
I just tried to cp /dev/mtdblock1 myfile and I got
a copy of the mtdblock1 file, not the contents:
ls -l myfile
brw-r-1 root root 31, 1 Mar 28 15:33
On Fri, 2008-03-28 at 16:45 +0100, Denys Vlasenko wrote:
On Friday 28 March 2008 16:22, Joakim Tjernlund wrote:
On Fri, 2008-03-28 at 09:44 -0500, Kevin Holland wrote:
You have to use something like
cat myfile /dev/mtdblock/1
because you don't have a filesystem mounted
On Fri, 2008-03-28 at 17:27 +0100, Denys Vlasenko wrote:
On Friday 28 March 2008 17:11, Joakim Tjernlund wrote:
Well, GNU cp also copies TO dest symlink's target too,
which is incredibly careless. Hell knows where that symlink points -
/etc/passwd? /dev/sda? Cool, eh?
Very
On Fri, 2008-03-28 at 18:04 +0100, Denys Vlasenko wrote:
On Friday 28 March 2008 16:22, Joakim Tjernlund wrote:
On Fri, 2008-03-28 at 09:44 -0500, Kevin Holland wrote:
You have to use something like
cat myfile /dev/mtdblock/1
because you don't have a filesystem mounted
On Tue, 2008-03-25 at 16:48 +0100, andres wrote:
Hi all. We are developing and application over uclibc and busybox on a
mips architecture.
In addition, we are using an Erlang Virtual Machine. The problem is that
Cool, Erlang on uClibc :) Did some programming in Erlang in the
early days
On Wed, 2008-01-23 at 18:41 +0100, Christian MICHON wrote:
On Jan 23, 2008 3:00 PM, Christian MICHON [EMAIL PROTECTED] wrote:
Thanks! I missed that part (was browsing the whole busybox mailing
list archives without realizing it could be do..while(0) )
That was actually a dangerous
Every now and then when connecting the serial port to my board I get
garbage chars from getty. This happens if there is a glitch or if a
BREAK is sent while getty is waiting for login name.
Getty tries to be smart and has a automatic parity detection function
that gets in the way and think it
I have sent a mail twice with subject unzip bug in 1.7.3 and
it hasn't appeared on the mail list. Seems like something ate it.
Is it stuck somewhere?
Jocke
___
busybox mailing list
busybox@busybox.net
-Original Message-
From: Bernhard Fischer [mailto:[EMAIL PROTECTED]
Sent: den 28 november 2007 22:12
To: Joakim Tjernlund
Cc: busybox@busybox.net
Subject: Re: Mail problem?
On Wed, Nov 28, 2007 at 09:46:00PM +0100, Joakim Tjernlund wrote:
I have sent a mail twice with subject
One of our system ha a strange value in top:
PID PPID USER STAT VSZ %MEM %CPU COMMAND
716 1 root R42744 139% 0% /bin/snmphndl
139% for %MEM column is a bit high :)
the snmphndl process has a ton of
3ae94000-3ae9a000 rw-s 00:07 294921 /SYSV07c4 (deleted)
On Tue, 2007-11-13 at 11:17 -0700, Denys Vlasenko wrote:
On Tuesday 13 November 2007 10:12, Joakim Tjernlund wrote:
One of our system ha a strange value in top:
PID PPID USER STAT VSZ %MEM %CPU COMMAND
716 1 root R42744 139% 0% /bin/snmphndl
139% for %MEM column
I noticed that the free command in busybox doesn't work the
same way my desktop free does.
bb free does not include cached memory, nor does it add
a -/+ buffers/cached line.
this can confuse a user to think there is less memory available.
Is there a reason why not bb free parse /proc/meminfo and
I miss the -a option in bb df. Could this be added at
some point?
___
busybox mailing list
busybox@busybox.net
http://busybox.net/cgi-bin/mailman/listinfo/busybox
After upgrading to bb 1.7.3 I had to change my inetd.conf file from
ftp stream tcp nowait root/usr/sbin/vsftpd /usr/sbin/vsftpd
/etc/vsftpd/vsftpd.conf
to
ftp stream tcp nowait root/usr/sbin/vsftpd
/etc/vsftpd/vsftpd.conf
Is this intentional or a bug?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Joakim Tjernlund
Sent: den 12 november 2007 17:21
To: busybox@busybox.net
Subject: inetd.conf file format changed between 1.2.1 and 1.7.3
After upgrading to bb 1.7.3 I had to change my inetd.conf
:
On Monday 12 November 2007 09:21, Joakim Tjernlund wrote:
After upgrading to bb 1.7.3 I had to change my inetd.conf
file from
ftp stream tcp nowait root/usr/sbin/vsftpd
/usr/sbin/vsftpd /etc/vsftpd/vsftpd.conf to
ftp stream tcp nowait root/usr/sbin/vsftpd
:
On Monday 12 November 2007 09:21, Joakim Tjernlund wrote:
After upgrading to bb 1.7.3 I had to change my inetd.conf
file from
ftp stream tcp nowait root/usr/sbin/vsftpd
/usr/sbin/vsftpd /etc/vsftpd/vsftpd.conf to
ftp stream tcp nowait root/usr/sbin
92 matches
Mail list logo
