Hi Denis,
couldn't we change this 0x7f
if (!(i 0x7f))
/* Grow on every 128th char */
line = xrealloc(line, i + 0x7f + sizeof(int) + 1);
into a define
#define WHATEVER 0x7f
so that it could be changed in one place
and to improve readability for newbies like
On Wed, 9 Jan 2008, Lombard, David N wrote:
Just to be sure, this doesn't guarantee unique output. An integer
string is a perfectly valid username, both on a full distro and
bb/uc (just tested both). It may be quite demented, but this is
legal in /etc/passwd:
42:...:100:100:user
Alexander Kriegisch wrote:
:set
autoindent noflash ignorecase showmatch tabstop=8
Is this output produced by using the :set tab completion? If so, I guess
you didn't get it with busybox vi, right? On my busybox installation
:set doesn't support tab completion...
Just :set + Return, no tab
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexander Griesser wrote:
I tried to use FEATURE_VI_8BIT in busybox 1.9.0 bus was unsuccessful so
far. Even though this feature is enabled in my configuration, I can't
enter german umlauts into vi.
*bump*
- --
Alexander Griesser
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
I'm still stuggling with getting the german umlauts (ä,ö,ü, a.s.o)
working on my thinclient installation.
The really strange thing is, that it doesn't seem to be a keyboard
layout problem at all.
When I'm at the ash command prompt, I can _NOT_
On Thu, 2008-01-10 at 09:01 +0100, Tito wrote:
Hi Denis,
couldn't we change this 0x7f
if (!(i 0x7f))
/* Grow on every 128th char */
line = xrealloc(line, i + 0x7f + sizeof(int) + 1);
into a define
#define WHATEVER 0x7f
so that it could be changed
Alexander Griesser wrote:
I'm still stuggling with getting the german umlauts (ä,ö,ü, a.s.o)
working on my thinclient installation.
The really strange thing is, that it doesn't seem to be a keyboard
layout problem at all.
When I'm at the ash command prompt, I can _NOT_ type ö, ä, ü and what
hi list,
some time ago i had already posted an lpr/lpq applet. Since the original
problem vanished i did not
port that patch to newer bb releases. how ever i have again need for a printing
utility on my embedded
system so here is a updated version again. it is mostly rewritten and ported to
BB
On Thursday 10 January 2008 11:17:42 Cristian Ionescu-Idbohrn wrote:
On Wed, 9 Jan 2008, Lombard, David N wrote:
Just to be sure, this doesn't guarantee unique output. An integer
string is a perfectly valid username, both on a full distro and
bb/uc (just tested both). It may be quite
Hello,
Whenever I mount a NFS filesystem, I get error 'Bad directory'.
Anyone came to the same problem before? Thanks.
I'm using linux kernel v2.4.2 w/ busybox 0.6
zishenyan
___
busybox mailing list
busybox@busybox.net
Tito wrote:
Cheers,
Isn't there a maximum lenght for usernames on unix/linux?
Would it make sense to set the width of this field to that value?
I ask this because on my system (Ubuntu 7.10 - more or less)
adduser fails with usernames longer than 32 chars.
Adding user
Hi!
I'm still stuggling with getting the german umlauts (=E4,=F6,=FC, a.s.o)
working on my thinclient installation.
The really strange thing is, that it doesn't seem to be a keyboard
layout problem at all.
if you build busybox without command-line editing enabled, does
the problem go
On Wed, Jan 09, 2008 at 10:03:33PM +, Denys Vlasenko wrote:
On Tuesday 08 January 2008 21:36, Vladimir Dronnikov wrote:
Hi, Denis!
Attached is the patch that adds to BB ability to manage Ethernet bridges.
It's a stripped down version of brctl utility from GPL bridge-utils.
It just helped
On Thu, Jan 10, 2008 at 07:55:09PM +0300, Vladimir Dronnikov wrote:
OK
What about my proposal to start a special directory under BB tree where
people could contribute their short SCRIPTS?
That'd be vda's call.
IMHO this may be useful, yes. But keep in mind that while it would
probably make sense
zishen yan wrote:
Hello,
Whenever I mount a NFS filesystem, I get error 'Bad directory'.
Anyone came to the same problem before? Thanks.
I'm using linux kernel v2.4.2 w/ busybox 0.6
i am sorry you have that problem,
but NTL you are using a very ancient BusyBox Version. There is a
On Thu, Jan 10, 2008 at 11:17:42AM +0100, Cristian Ionescu-Idbohrn wrote:
On Wed, 9 Jan 2008, Lombard, David N wrote:
Just to be sure, this doesn't guarantee unique output. An integer
string is a perfectly valid username, both on a full distro and
bb/uc (just tested both).
Maybe a new
Can I suggest the following patch for include/platform.h ?
/* uclibc does not implement daemon() for no-mmu systems.
* For 0.9.29 and svn, __ARCH_USE_MMU__ indicates no-mmu reliably.
* For earlier versions there is no reliable way to check if we are building
- * for a mmu-less system; the
On Thu, 10 Jan 2008, Tito wrote:
Isn't there a maximum lenght for usernames on unix/linux?
Would it make sense to set the width of this field to that value?
Doing so seems like the clever thing to do, though you'd run into a
columnisation problem and loose compatibility to full version of the
On Thu, 10 Jan 2008, Tito wrote:
OTOH it doesn't solve the problem of a possible ambiguity
between username and uid as names composed only of digits
are legal.
What I meant was: either (default) truncated usernames _or_ special option
to show _only_ uids. That should surely solve the
On Thu, Jan 10, 2008 at 11:22:52PM +0100, Cristian Ionescu-Idbohrn wrote:
On Thu, 10 Jan 2008, Tito wrote:
OTOH it doesn't solve the problem of a possible ambiguity
between username and uid as names composed only of digits
are legal.
What I meant was: either (default) truncated
I needed mke2fs and friends, so had to use old_e2fsprogs instead of e2fsprogs.
I managed to get this old_e2fsprogs directory to compile again, in
Busybox 1.8.2.
Here's how, if anybody else is interested.
1) Replace e2fsprogs directory with e2fsprogs/old_e2fsprogs directory:
mv
On Thursday 10 January 2008 23:22:52 Cristian Ionescu-Idbohrn wrote:
On Thu, 10 Jan 2008, Tito wrote:
OTOH it doesn't solve the problem of a possible ambiguity
between username and uid as names composed only of digits
are legal.
What I meant was: either (default) truncated usernames
22 matches
Mail list logo