Re: Busybox-1.10.3: ENABLE_FEATURE_TASKSET_FANCY - cpu_set_t undefined

2008-06-17 Thread Denys Vlasenko
On Tuesday 17 June 2008 05:48, [EMAIL PROTECTED] wrote: Hi; I turn on ENABLE_FEATURE_TASKSET_FANCY and cpu_set_t is undefined. Linux kernel source has cpumask_t defined in include/linux/cpumask.h. Please advise. Against which libc (glibc? uclibc? version?) do you build? -- vda

Re: [RFC] strrstr function in libbb failes on some corner cases

2008-06-17 Thread Bernhard Fischer
On Mon, Jun 16, 2008 at 09:48:07PM +0200, Tito wrote: On Monday 16 June 2008 09:47:31 Bernhard Fischer wrote: On Mon, Jun 16, 2008 at 08:45:18AM +0200, Tito wrote: On Monday 16 June 2008 06:33:35 you wrote: char* strrstr(const char *haystack, const char *needle) { char *r = NULL;

Re: Busybox-1.10.3: ENABLE_FEATURE_TASKSET_FANCY - cpu_set_t undefined

2008-06-17 Thread walter harms
[EMAIL PROTECTED] wrote: Hi; I turn on ENABLE_FEATURE_TASKSET_FANCY and cpu_set_t is undefined. Linux kernel source has cpumask_t defined in include/linux/cpumask.h. Please advise. cpumask_t is not defined in older kernels. re, wh ___

Re: [RFC] strrstr function in libbb failes on some corner cases

2008-06-17 Thread Tito
On Tuesday 17 June 2008 09:43:54 Bernhard Fischer wrote: On Mon, Jun 16, 2008 at 09:48:07PM +0200, Tito wrote: On Monday 16 June 2008 09:47:31 Bernhard Fischer wrote: On Mon, Jun 16, 2008 at 08:45:18AM +0200, Tito wrote: On Monday 16 June 2008 06:33:35 you wrote: char* strrstr(const

Re: [RFC] strrstr function in libbb failes on some corner cases

2008-06-17 Thread Bernhard Fischer
On Tue, Jun 17, 2008 at 01:52:20PM +0200, Tito wrote: HI, Attached you can find a test.c file with both strrstr, mine and Denys', they show little differences on vs. test case. The test cases are improved and checked against the real strstr for consistency. I picked vda's since yours used the

Re: udhcpc in 1.10.3 doesn't like my WLAN card

2008-06-17 Thread Alexander Griesser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Denys Vlasenko wrote: | We tried the solution supplied in the topic linked below and it worked for | us. | | I see nothing linked below. Please let me know what exactly did you try, | I want to make this fix available to others. I think he meant

Re: udhcpc in 1.10.3 doesn't like my WLAN card

2008-06-17 Thread Denys Vlasenko
On Tuesday 17 June 2008 15:41, Alexander Griesser wrote: Denys Vlasenko wrote: | I've attached this strace output. | | Hmmm. Does it help if you delete this code block? Can't test this at the moment, because I switched to the opensource ralink driver which works a treat. But when I get

Re: udhcpc in 1.10.3 doesn't like my WLAN card

2008-06-17 Thread Denys Vlasenko
On Tuesday 17 June 2008 15:45, Alexander Griesser wrote: Denys Vlasenko wrote: | We tried the solution supplied in the topic linked below and it worked for | us. | | I see nothing linked below. Please let me know what exactly did you try, | I want to make this fix available to others. I

Re: udhcpc in 1.10.3 doesn't like my WLAN card

2008-06-17 Thread Alexander Griesser
Denys Vlasenko wrote: | Can't test this at the moment, because I switched to the opensource | ralink driver which works a treat. But when I get this machine back for | | Hmm. It works with one driver but doesn't with another? | Are you sure? Yes, I'm 99,99% sure, at least it was reproducible at

Re: MODPROBE: modules.dep with bundled aliases

2008-06-17 Thread Bernhard Fischer
On Tue, Jun 17, 2008 at 03:33:39PM +, Vladimir Dronnikov wrote: I would go further, Bernhard. Look. I added bundling modules.symbols to depmod. Modules.dep became beyond 100Kb in size. Parsing it every time modprobe is invoked is a pain for system. Moreover, we have to encrypt dependencies and

MODPROBE: next generation

2008-06-17 Thread dronnikov
0. Intro depmod + modprobe is some kind of complicated codec. Though the syntax of modprobe.conf and friends is human-friendly most of module dependencies is intrinsic and are hardly a subject to be customized manually. du modules.* gives 150Kb on my reasonably small system and this amount of

[PATCH] fix last corner case in strrstr.c

2008-06-17 Thread Tito
Hi, current implementation fails to be coherent with real strstr() on the last test case: ./test 'baaabaaab' vs. 'aaa' : PASSED 'baaabb' vs. 'aaa' : PASSED 'baaabaab' vs. 'aaa' : PASSED 'aaa'vs. 'aaa' : PASSED 'aaa'vs. 'a' : PASSED 'aaa'