IRC log for #uclibc on 20081025

00:58.43CIA-203kraj * r23784 10uClibc/ (libc/string/arm/strncmp.S test/string/tester.c):
00:58.43CIA-2Use C implementation of strncmp.
00:58.43CIA-2Add a new strncmp testcase.
01:10.56*** join/#uclibc hiyuh (n=hiyuh@KD125054017176.ppp-bb.dion.ne.jp)
01:13.25*** join/#uclibc thomasez (n=thomasez@castle.linpro.no)
01:21.53*** join/#uclibc wrobbie (n=rob@203.117.215.163)
02:28.22*** join/#uclibc tsukasa (n=tsukasa@unaffiliated/tsukasa)
02:46.03*** join/#uclibc landley (n=landley@cpe-70-116-30-223.austin.res.rr.com)
02:47.50landleyblindvt`: You wanted me to build uClibc oabi for arm with -O0 to see if that made malloc() stop breaking?
02:47.55landleyOr was that a misunderstanding?
03:04.56*** join/#uclibc wbx (i=wbx@81.169.141.189) [NETSPLIT VICTIM]
03:04.56*** join/#uclibc blindvt` (n=blindvt`@chello213047219050.surfer.at) [NETSPLIT VICTIM]
03:04.56*** join/#uclibc Kaloz (i=kaloz@openwrt/developer/Kaloz)
03:04.56*** join/#uclibc visitors (n=pulstar@198-tar-2.acn.waw.pl)
04:35.05landleyMorning blindvt`
05:34.57*** join/#uclibc dinar_away (n=dinar@212.176.242.38) [NETSPLIT VICTIM]
06:50.42*** join/#uclibc swishy (n=swishy@60-234-136-97.bitstream.orcon.net.nz)
08:04.11*** join/#uclibc wilson (n=wilson@150.81.broadband9.iol.cz)
08:09.12blindvtlandley, morning
08:09.23blindvtlandley, yes, oabi with O0
08:10.22blindvttsuramoto, which one is bigger?
08:14.47landleyMorning blindvt.
08:14.51landleyI'll try building it...
08:15.25wilsonhi there. is possible to ask anybody here what to do with some compilation problem related to uclibc, but to buildroot too ?
08:19.36blindvtwilson, you can try
08:20.23blindvtlandley, please turn on asserts too
08:21.49wilsoni'm trying to compile buildroot for i386 target, but several packages is still exit with error undefined reference to lseek64, open64, etc. all related to .....64. uncle google tell me to enable large file support on, but it's take no effect....
08:22.13landleyblindvt: which config symbol enables the asserts?
08:22.34blindvtDOASSERTS
08:23.04blindvtshould be one of the last entries in menuconfig (in debugging options)
08:24.21blindvtlandley, i.e. turn on DODEBUG and DOASSERTS there and you should get O0 and asserts
08:25.24landleyok
08:32.03*** join/#uclibc pcgeil (n=steffen@p549E4918.dip.t-dialin.net)
08:57.46landleyAh, darn it.
08:57.55landleyI have the reversion patch in my build.  Have to do it again. :)
08:58.27landleySecond verse, same as the first.
08:58.59landleyHulu is reminding me just how deeply, thoroughly and _hugely_ Galactica 1980 sucked rocks.
08:59.05landleyWow it was bad.
08:59.08landleyAstoundingly...
09:01.41blindvtlandley, don't forget to revert both revisions. Ideally you would just use current trunk. Khem just fixed that strncmp thing on arm, too
09:06.10landleyI have both svn I'm reverting together in one patch, so I just mv it up one directory level so the build doesn't pick it up.
09:06.33landleyIf I rm -rf build it'll re-extract and re-patch the source automatically.
09:21.01landleyDarn it, Icann's next board of directors meeting is in Mexico City in march.
09:21.21landleyHow am I supposed to get cheeseburger coupons to distribute to them when they're in _mexico_?
09:21.29landleyI don't know any good mexican cheeseburger restaurants.
09:21.42landleyHere in the US I could get gift certificates from Fuddruckers or something...
09:23.16landleySigh, vint cerf retired so it's probably not worth going through with it.
09:23.48landleyVint Cerf would have understood the importance of making sure that Icann has cheeseburgers.
09:24.09landleyIf you claim to administer the internet, there are certain requirements the internet imposes upon you.
09:24.44landleyBut I've never heard of Peter Thrush...
09:25.26landleyvlindvt: build completed, I ran it, no detectable difference.
09:25.34landleyThe asserts didn't trigger, behavior's exactly the same.
09:25.51landley<PROTECTED>
09:26.29landleyHmmm, hang on...
09:27.37CIA-203vda * r23785 10busybox/archival/tar.c: tar: fix typo in comment
09:30.24landleyAnd I run the build a _third_ time.  Sigh...
09:32.06landleyDuh.  I figured out what I did wrong. :)
09:32.23landley(I added the debug symbols to the 0.9.29 config file, not the 0.9.30-rc2 one.  Right.)
09:36.46landleyEventually even I have to run out of ways to screw this up.
09:37.50blindvt;)
10:02.41landleyOk, that one definitely added debugging symbols.
10:02.53landleyHad to increase the size of the ext2 filesystem image to get it to package without running out of space.
10:04.33landleyblindvt: Ok, this time it built with debugging symbols, it built with asserts...
10:04.38landleyAnd this made no difference in its behavior.
10:04.55landleyFreeing init memory: 80K
10:04.55landley/tools/bin/bash: xmalloc: cannot allocate 240 bytes (0 bytes allocated)
10:04.55landleyKernel panic - not syncing: Attempted to kill init!
10:05.09landleyJust like in the non-debug case.
10:05.41blindvtlandley, ok, can you use something like ash and run bash in the debugger to pinpoint this allocation failure some more?
10:06.13landleyblindvt: as I said yesterday, it's not bash.
10:06.21landleyBash just has its own built-in asserts that catch the problem early.
10:06.26landleyWith ash, I get to run exactly one command.
10:06.33landleyThe second command, whatever it is, hangs and never runs.
10:07.08landleyAnd actually the first command will run if it's something small and built into busybox (like ls -l).
10:07.40landleyThis isn't a bash bug, this is a "bash catches it early and reliably, other things misbehave in more complicated ways" bug.
10:08.18landleyI'm guessing the other things will happily use the zero length allocations, stomp the heap, and things go nuts on a later malloc() or free().
10:09.13blindvtlandley, which threads impl do you use again?
10:09.50landleyold.
10:10.06landleyDidn't I send my .config to the list?
10:10.33landleyI note that bash isn't a threaded program.
10:11.02landleyI can try switching off threads and seeing if it makes a difference...
10:12.30blindvtlandley, please do, just to verify this
10:14.56landleyok.  Build #4...
10:28.25*** join/#uclibc dinar_away (n=dinar@212.176.242.38) [NETSPLIT VICTIM]
10:30.19blindvtthis is such a PITA. *grumble*
10:32.54landleyInteresting.
10:33.04blindvtlandley, hm?
10:33.05landleyWhen I disabled threads, sched.h went away.
10:33.23landleyMeaning the busybox miscutils/chrt.c build broke.
10:33.41landleymiscutils/chrt.c:9:19: error: sched.h: No such file or directory
10:33.47blindvtlandley, you disabled RT
10:34.05landleyI told uClibc it didn't have threads.
10:34.49landleyCommented out these two lines from my miniconfig:
10:34.51blindvtsed -i -e "/UCLIBC_HAS_REALTIME/s/.*\(UCLIBC_HAS_REALTIME\).*/\1=y/" .config
10:34.51landley#UCLIBC_HAS_THREADS=y
10:34.51landley#LINUXTHREADS_OLD=y
10:35.37landleyIs UCLIBC_HAS_REALTIME set as a side effect of selecting UCLIBC_HAS_THREADS?
10:35.43blindvtlandley, threads force RT support on
10:35.50landleyThat would do it then.
10:36.36landleyOk, building again with that symbol switched back on.
10:36.39landleyBuild #5.
10:52.31blindvtlandley, so.. any "malloc(1);malloc(1)" goes hayward. Is that correct?
10:54.22landleyI haven't tried.  I can run some hello world programs to say what they do, maybe print the %p they return...
10:54.58landleyBut that might be tomorrow, since I'm near staggering bedwards.
10:55.08landleyRight now I'm waiting for the threadless build to finish to see what it does..
10:57.15blindvtthe quality of that patch is really very low, even when ignoring this current problem
11:02.01landleyAh, darn it.
11:02.13landleyI have to build the native gcc without --disable-threads if libc hasn't got it.
11:02.20landleyOk, one more build...
11:06.25blindvtlandley, such a small testcase to reproduce it would be excellent. Meanwhile i'm redoing his cra^Wpatch so i can actually see the 18 lines he effectively changed
11:07.06landleyIf you could post the redone patch to the list, I'd like to read it myself.
11:07.30landleyI should be able to come up with a small test case tomorrow, but changing the library itself requires a complete rebuild because everything's built against it...
11:11.51blindvtlandley, k
11:16.34landleyIt's _not_ being happy about this "no threads" thing.  I think I'll yank the gcc build entirely for the moment...
11:17.14*** join/#uclibc wilson_ (n=wilson@150.81.broadband9.iol.cz)
11:17.26landleyThe native gcc build, I mean.
11:17.30landleyNot needed to reproduce this problem...
11:25.47landleyOk, built.
11:26.10landleyAnd the exact same failure.
11:26.18landleySo no, disabling threads did not change behavior.
11:26.24landleyAnd on that note, I go to bed.
11:26.26landleyg'night.
11:29.38blindvtmhm
11:32.27wilson_fopen64 solved, i just download latest snapshot. got know what I was doing wrong before.
11:57.11blindvtwilson_, k
12:14.32*** join/#uclibc wilson__ (n=wilson@150.81.broadband9.iol.cz)
12:26.48*** join/#uclibc wrobbie (n=rob@203.117.215.163)
12:36.18*** join/#uclibc tsukasa (n=tsukasa@unaffiliated/tsukasa)
12:36.50*** join/#uclibc irotas (n=irotas@CPE00131042e14d-CM0018c0b37a44.cpe.net.cable.rogers.com)
12:52.07*** join/#uclibc wilson__ (n=wilson@150.81.broadband9.iol.cz)
13:24.32*** join/#uclibc ivob (n=ivob@unaffiliated/tiny)
13:38.33*** join/#uclibc wilson__ (n=wilson@150.81.broadband9.iol.cz)
15:32.00*** join/#uclibc thomasez (n=thomasez@castle.linpro.no) [NETSPLIT VICTIM]
15:32.00*** join/#uclibc khem (n=khem@adsl-71-146-3-103.dsl.pltn13.sbcglobal.net)
15:32.00*** join/#uclibc Redhatter (n=vk4msl@gentoo/developer/redhatter)
15:50.43tsuramotoblindvt: trunk version is ~25kb bigger than 0.9.29  ( du -hs /lib )
15:58.27*** join/#uclibc ivob (n=ivob@unaffiliated/tiny)
16:45.05*** join/#uclibc thomasez (n=thomasez@castle.linpro.no) [NETSPLIT VICTIM]
16:45.06*** join/#uclibc khem (n=khem@adsl-71-146-3-103.dsl.pltn13.sbcglobal.net)
16:45.06*** join/#uclibc Redhatter (n=vk4msl@gentoo/developer/redhatter)
18:15.41blindvttsuramoto, for the same config and toolchain? That sounds suspicious
18:21.19tsuramotouh
18:22.02tsuramotoblindvt, I build a toolchain with trunk
18:22.29tsuramotoblindvt, build a rootfs with it (busybox uClibc linux e2fsprogs)
18:22.50tsuramotobuild a linux kernel with that rootfs cpio
18:22.56tsuramotoand booted it with qemu
18:23.12tsuramotomem usages was the ~same
18:23.49tsuramotoand when I did du -hs /lib the difference was ~25kb
18:24.02tsuramototrunk bigger than 0.9.29
18:24.52tsuramotoI did a make oldconfig on my 0.9.29 config
18:25.21tsuramotoand did mostly answer as suggested
18:26.47tsuramotorevision 23781
19:13.49*** join/#uclibc likewise (n=likewise@84-104-101-183.cable.quicknet.nl)
19:22.09*** join/#uclibc tsukasa (n=tsukasa@unaffiliated/tsukasa)
20:59.11*** join/#uclibc tsukasa (n=tsukasa@unaffiliated/tsukasa)
21:15.58*** join/#uclibc SpanKY (n=UserBah@pool-72-72-126-167.bstnma.east.verizon.net)
21:22.38*** join/#uclibc ivob (n=ivob@unaffiliated/tiny)
22:53.21*** join/#uclibc TokyoDan (n=TokyoDan@q014060.dynamic.ppp.asahi-net.or.jp)
23:23.02CIA-203vda * r23786 10busybox/ (editors/vi.c include/libbb.h libbb/Kbuild): (log message trimmed)
23:23.02CIA-2vi: move key reading routine out of vi into llbbb
23:23.02CIA-2function old new delta
23:23.33CIA-203vda * r23787 10busybox/libbb/read_key.c: libbb: add forgotten file from previous commit :(
23:27.30CIA-203vda * r23788 10busybox/ (4 files in 4 dirs): (log message trimmed)
23:27.30CIA-2less: reuse former vi's key reading code. Improve SIGWINCH handling.
23:27.30CIA-2function old new delta
23:50.51TokyoDanHello, Is busybox the shell that is used in Nokia N810-Maemo-Diablo?
23:59.42CIA-203vda * r23789 10busybox/libbb/read_key.c:
23:59.42CIA-2read_key: add comments how Shift and Meta keys looks like.
23:59.42CIA-2<PROTECTED>

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.