IRC log for #htc-linux on 20080303

00:00.20Flameweavertsdogs - cheers for the read links, that will keep me busy tomorrow at work, see if I can get it rolling
00:00.51tsdogsFlameweaver: ok, good luck
00:01.11tsdogscr2: what would that mean? a return or an if
00:02.44cr2tsdogs: i'll check it tomorrow, it's too late now ;) thanks for the great effort :)
00:03.54tsdogscr2: yw, good night, but I think this should have no warnings inside the function (don't use the char *, as it's only handling chars :)
00:04.51cr2i'll print it out.
00:04.54cr2good night.
00:37.26*** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz)
00:45.05*** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz)
02:48.51*** join/#htc-linux sidux (n=sidux@24.143.67.18)
02:50.05siduxcan someone tell me the best way to backup my sd partition of GPE to a usb (i'm on a *nix machine)
03:11.26*** join/#htc-linux ndavey (n=neil@pc075650.workstation.griffith.edu.au)
05:27.53*** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196)
07:19.44*** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
07:25.32*** join/#htc-linux sadeness (n=viktor@unaffiliated/sadeness)
07:30.02*** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz)
07:31.20*** join/#htc-linux kiozen (n=kiozen@p54928C99.dip0.t-ipconnect.de)
07:37.46*** join/#htc-linux rob_w|laptop (n=rob@p549BA096.dip0.t-ipconnect.de)
08:46.40*** join/#htc-linux brinx (n=brinx@udsl-8-203.VIC.dft.com.au)
08:48.27*** join/#htc-linux kiozen_ (n=kiozen@p54928C99.dip0.t-ipconnect.de)
08:53.12*** join/#htc-linux BabelO_ (n=fcr@unaffiliated/babelo)
08:53.23BabelO_hi
09:12.00*** join/#htc-linux ndavey (n=neil@60-240-227-199-vic-pppoe.tpgi.com.au)
09:42.59BabelO_cr2: if you want some joke code ;)
09:43.05BabelO_cr2: nPrecision := nPrecision*-1; //  StrToInt('-'+IntToStr(nPrecision))
09:55.42BabelO_kiozen: ok, it is always who kill hlbot :(
09:56.15kiozenBabelO: huh? (morning)
09:57.12*** join/#htc-linux hlbot (n=adm@iclem.net)
09:57.36*** join/#htc-linux Flameweaver (n=pocketir@general-ld-222.t-mobile.co.uk)
09:58.16Flameweaverhey goxboxlive - just the man I was looking for ^^
09:59.14Flameweaverhave you managed to get gprs running in openmoko or qtopia on the Uni?
09:59.35BabelO_kiozen: morning kiozen :)
09:59.53BabelO_kiozen: hlbot leave channel just after i post something
10:00.12Flameweavertsdogs posted me a couple of pastebins but I wondered if there was any progress
10:00.28kiozenBabelO_: no I get it :) "The comment of death" ;)
10:00.41kiozens/no/now/
10:01.06*** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz)
10:01.41BabelO_kiozen: yes i  m parsing some code today, and fixing some strange thing ;)
10:02.03kiozenlol, that is what I do every day
10:07.37BabelO_kiozen: and i have a lot of strange thing like nTest := -1; if (nTest >0) then begin ...(100 lines) end;
10:07.45BabelO_kiozen: a #ifdef like ;)
10:08.39kiozenBabelO_: all those poor lads that can not afford an editor with block comment
10:09.05BabelO_kiozen: i use gexpert which is very good with delphi
10:09.59kiozenbut the original author didn't - or at least did not know about block commenting
10:15.09*** join/#htc-linux rob_w|laptop (n=rob@p549BA096.dip0.t-ipconnect.de)
10:15.20BabelO_hi rob_w|laptop
10:15.32BabelO_rob_w|laptop: any msm success ?
10:15.57rob_w|laptopnot tryd to much .. need to figure out how to correctly build that android kernel
10:21.50*** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-a74f336b89ae53b6)
11:00.53*** join/#htc-linux apt (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)
11:00.53*** topic/#htc-linux is HTC Linux Channel: Find logs at http://apt.rikers.org/%23htc-linux/ | please check http://handhelds.org/moin/moin.cgi/HTC_2dPhones | http://wiki.xda-developers.com/index.php?pagename=Xanadux | <cr2> let's define a common setup.
11:26.57*** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net)
13:14.10*** join/#htc-linux CVirus (n=GoD@196.205.192.185)
13:27.53*** join/#htc-linux davide (n=davide@ppp-142-27.32-151.iol.it)
13:46.44*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
14:07.27*** join/#htc-linux soul-d (n=soul@dhcp-077-250-041-038.chello.nl)
14:08.08soul-dgood afthernoon me being noob  what is meant with the autorun file for blueangel wich file is it ?
14:09.57soul-doh nm there's a link under old section if thats the correct one
14:10.24*** join/#htc-linux the_sys0p` (i=the_sys0@gateway/tor/x-27cf3c534ddeb7a9)
14:19.56*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
14:58.31*** join/#htc-linux rob_w (n=bob@X1f23.x.pppool.de)
14:59.48*** join/#htc-linux bernt (n=bernt@dslb-084-061-202-224.pools.arcor-ip.net)
15:05.04*** join/#htc-linux CVirus (n=GoD@196.205.192.185)
15:08.02*** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com)
15:11.00*** join/#htc-linux dcordes (n=user2@f049007026.adsl.alicedsl.de)
15:56.05*** join/#htc-linux who_ (i=who@194.145.250.184)
16:03.14*** join/#htc-linux TimRiker (n=timr@70.1.38.95)
16:06.31*** join/#htc-linux Flameweaver (n=pocketir@general-ld-222.t-mobile.co.uk)
16:11.17soul-dmmm never got the usbnet part  can't see my cradle on any bus either does kernel need reboot to properly see it ?
16:17.14soul-dwasn't their a dedicated channel for blue angel (aka mdaIII) thing don't know if this is the correct place to ask these things
16:20.09PCrazeeafaik all these channels merged to this one
16:23.05soul-dah cool yeah long time ago since i tried this but still have the mda so i wanted to play around with it  the old version seems to come to the touchscreen setup but it doesn't  respond , the new one only  the  loading screen sofar  but  wanted to try to ssh into as it did seem to start that
16:23.22soul-din the old one
16:29.57soul-dbut i have no clue how to work that usbnet stuff, no such device  and no clue on figuring it out
16:41.30*** join/#htc-linux pH5 (n=ph5@e178239181.adsl.alicedsl.de)
16:42.41*** join/#htc-linux Cyorxamp (n=Cyorxamp@212.57.232.254)
17:01.22*** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz)
17:05.03*** join/#htc-linux pH5_ (n=ph5@e178239181.adsl.alicedsl.de)
17:05.38*** join/#htc-linux goxboxlive (n=goxboxli@134.84-48-212.nextgentel.com)
17:11.48*** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be)
17:27.57*** join/#htc-linux goxboxlive (n=goxboxli@134.84-48-212.nextgentel.com)
17:43.46*** join/#htc-linux LunohoD_ (n=alex@e180078057.adsl.alicedsl.de)
17:48.04dcordescr2, is that of interest? http://groups.google.com/group/linux-msm-kernel/browse_thread/thread/410436850bd4cc8b
17:51.34*** join/#htc-linux pH5 (n=ph5@e178239181.adsl.alicedsl.de)
17:51.34*** join/#htc-linux Dindon (i=OSEF@193.27.79.0) [NETSPLIT VICTIM]
17:52.08*** join/#htc-linux diogene31_ (n=rj@mur31-2-82-243-122-54.fbx.proxad.net)
18:08.06*** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz)
18:29.26*** part/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz)
18:32.34*** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz)
18:50.06*** join/#htc-linux Robot_kolej (n=robot@robot.kolej.mff.cuni.cz)
18:50.56*** join/#htc-linux Robot_ (n=robot@robot.kolej.mff.cuni.cz)
18:55.34*** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfc42d.pool.einsundeins.de)
19:00.47BabelOgood evening
19:02.21*** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz)
19:18.00*** part/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net)
19:18.17*** join/#htc-linux kiozen (n=kiozen@rgnb-4db1d8d9.pool.einsundeins.de)
19:19.43BabelOgood evening kiozen
19:19.53kiozenhi BabelO
19:27.30*** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz)
19:40.08*** join/#htc-linux lpotter (n=ljp@c210-49-127-23.rochd1.qld.optusnet.com.au)
19:50.36cr2hi kiozen
19:50.45kiozenhi cr2
19:51.49cr2kiozen: if i have a local OSM tile tree, is it possible to (auto)create some sensible .qmap ?
19:52.02cr2kiozen: some tiles are missing, or course.
19:52.18kiozencr2: short: no
19:52.23kiozenlong ..
19:52.59kiozenthere is not much sense for ql to do so, cat them into one big file per level
19:53.37kiozenhaveing 256x256 tiles with geo referencing is quite some overhead
19:53.51kiozenbetter to have big files
19:54.10cr2yes, so GT (or whatever) should create these big files.
19:54.40kiozenit does from the www location, but not from the disc sofar.
19:54.44cr2but how big we want them ?
19:54.56kiozen<4G per file
19:55.19cr2it's difficult to estimate in advance.
19:55.26kiozenits ok to have several big files for one level if you want to do world
19:55.30cr2and how to deal with the missing tiles.
19:55.55cr2the zoom levels are already predefined.
19:56.22kiozenjust predefine files sizes in n of tiles with sane values
19:56.41cr2it's easy to generate the .wld files (or .pgw) and use gdalwarp.
19:56.46kiozennext copy tile by tile with correct offset
19:56.59kiozengdal will take care of blnk spaces
19:57.04cr2yes
19:57.18cr2hmm.
19:57.36cr2they have different 8bit palettes
19:57.42kiozenby that you should get a couple of files with 2Gb < x <4GB
19:57.51cr2how can we join the palettes ?
19:58.10cr2ok, so it'll be empirical.
19:58.11kiozenI used a predefined one
19:58.27cr2hmm, but how much overhead do we create by empty tiles ?
19:58.28kiozenand forced the tiles to use it
19:58.42kiozenbut if the tiles use too many colors
19:58.46kiozenit won't work
19:58.58kiozenthe tiles from the location GT uses are ok
19:59.18kiozenemty tiles should not create much overhead
19:59.35kiozenits just 256 x nothing
19:59.38cr2well, then we need some stats. i guess it's the antialising that creates weird colors.
19:59.55kiozenyes antialising is the problem
20:00.12cr2hmm. not so sure of zero overhead.
20:00.40cr2or maybe it's because gdalwarp creates 3band uncompressed image initially.
20:00.57kiozenif it is huffmann coding it's ~256bit
20:01.34cr2i don't know such deep tiff internals. png is doing some clever things to reduce the size.
20:01.59cr2afair tiff have fixed 16bit palette, which is not nice for an empty tile
20:02.08kiozenit shouldn't be too bad, but not as good as png
20:02.58cr2at least my png internals book said tiff is bad for small files.
20:03.01kiozenbavaria is ~6.5GB for hight detail (1m/px)
20:03.24kiozenyes because of the huffman table
20:03.27cr2>2GB SD card is not nice.
20:03.39cr2no, because of the palette
20:04.07kiozenpalette = table
20:04.35kiozencompared to vector maps raster will allways be more data
20:04.52kiozenbut if it's a good map it has more details
20:08.04cr2ok. so what are the realistic Δx and Δy for osm tiles ?
20:10.40kiozeneg 1265 x 828 tiles is bavaria south
20:11.04kiozenresults into ~3GB
20:11.27kiozenguess if you stick to that amount you are on the save side
20:11.30BabelOpH5: around ? ;)
20:14.23cr2kiozen: ok, it seems to be a completely empirical problem.
20:15.16kiozenwell yes, that's the problem with encoding data :)
20:16.06kiozenand every additional street will make it larger :)
20:16.13*** join/#htc-linux ivucica (i=ivucica@161.53.76.150)
20:16.24ivucicacr2, you here?
20:16.37ivucicai could use some help compiling that 2.4 kernel we talked about a few days ago :)
20:16.50ivucicai feel i have some kernel-bugs material, hehe :P
20:23.19ivucicamkay.... :)
20:39.17*** join/#htc-linux CVirus (n=GoD@196.205.247.71)
20:42.17*** join/#htc-linux p3t3r__ (n=peter@wlan.net-you.de)
20:45.33goxboxlivepH5, are you here?
20:48.25goxboxlivepH5, www.pastebin.no/3419 This happends when i try to build a linux-handhelds kernel. No matter wich hh.org device it is. ANd when i try to build the initramfs image it fails becuase it wants to build the kernel first. Sems like i am in a evil loop :-)
20:48.31goxboxliveDoyou have the same issue?
20:49.47goxboxliveThis is what happening when i try building the initramfs image: www.pastebin.no/3420
20:54.43pH5hi BabelO, goxboxlive
20:54.50goxboxlivehi
20:55.01dcordeshi pH5
20:55.01pH5goxboxlive: the initramfs/kernel recursive dependency stuff is a bit weird.
20:55.10goxboxliveyes
20:55.13pH5currently bitbake breaks out of that loop by building uclibc kernels differently
20:55.33pH5so ANGSTROM_MODE=uclibc bitbake initramfs-bootmenu-image should work
20:55.34pH5hi dcordes
20:55.35goxboxlivei cant remember that uclibc has been build for me ever
20:55.48BabelOhi pH5, just to say that your hack from the other day works with qtopia, but now, it seem that qtopia always think that there is availaible bit to retrieve from modem
20:55.58dcordespH5, did you deside for a new phone yet :) ?
20:56.07dcordesdecide
20:56.39goxboxliveok, i'll try. Thx once again pH5 :-)
20:57.49pH5BabelO: I did not claim that this was the only bug :)
20:58.29BabelOpH5: lol, anyway you solve the first one just looking at the code while i put lot of trace and never found it
20:58.45pH5dcordes: nope. when I got the n810, all those low resolution phones like kaiser and f700 somehow lost their appeal.
20:58.45BabelOpH5: but it seem there is one more remaining
20:59.05pH5I think I'm looking for something very small with hsupa now, but I'm not too sure :)
20:59.22BabelOpH5: qtopia use modem in Unbuffered mode, and retrieve only one by one character from ttySx
20:59.54pH5BabelO: yes, but I wrote that code ;)
20:59.56dcordespH5, I also hat scrouples but there are so few vga phones in the wild
21:00.06dcordesthey start appearing though
21:06.48*** join/#htc-linux gers (n=root@p54A2DF87.dip.t-dialin.net)
21:07.07gershi all
21:07.41dcordeshi gers
21:09.22pH5BabelO: no idea, does qtopia poll or select? Do you have a link to the code in question or, even better, a small test case?
21:09.34pH5hi gers
21:09.50BabelOpH5: i have a link and it use select
21:11.47BabelOpH5: sample code, i look for the link http://pastebin.ca/926808
21:12.36BabelOhi gers
21:16.28*** join/#htc-linux ljp (n=lpotter@203.94.178.46)
21:18.01BabelOpH5: code is here for serial modem dialog http://git.asheesh.org/?p=qtopia_snapshot.git;a=tree;f=src/libraries/qtopiacomm/serial;h=c89507b27df830abd1f5440d9117a5c9fd55030b;hb=639dc769333574f8ab005e002a88356ca529bad9
21:18.11BabelOi extract from qserialport.cpp
21:20.45pH5BabelO: thanks. what exactly happens? does waitForReadRead return >0 even if there is no data for reading? does bytesAvailable return a wrong value?
21:23.12BabelOpH5: i did not trace here , i trace in readData() directly, i add more trace to bytesAvailable and waitforRead too
21:23.54BabelOreadData() always return 1
21:26.16cr2java.lang.OutOfMemoryError: Java heap space
21:28.58pH5BabelO: I don't understand. If readData() is always called with maxlen=1 and if it is only called if there is actual data in the fd buffers, it is expected to always return 1?
21:29.28pH5cr2: Java? what are you up to?
21:29.53BabelOpH5: recompiling with traces added to readyread and bytesavailable
21:30.14pH5cool
21:30.33BabelOcr2: playing with openstreetmap ??
21:32.33cr2yes, it's the osm java editor unhappy ;)
21:33.57BabelOpH5: hmm readyread is ok, but byte available not used
21:35.33BabelOok i try tracinf maxlen again, in init then before leave
21:36.35*** join/#htc-linux Alysse (i=caad87f6@gateway/web/ajax/mibbit.com/x-2837f2838c557204)
21:40.46*** join/#htc-linux user2_ (n=user2@92.227.117.82)
21:42.02BabelOpH5: look like this http://pastebin.ca/926856
21:44.36pH5huh, it reads 15 characters and then the result is "+CSQ: 21,99", "OK" is 6 characters. do you still have the \r\n\ twice all the time?
21:44.44pH5otherwise the trace looks correct, doesn't it?
21:45.10BabelOpH5: yes i still have \r\n twice
21:46.37BabelOand i have some strange issue after like this one http://pastebin.ca/926867
21:47.31BabelOit receive a notification, but it look like more like if receive data twice
21:53.05pH5yes, looks like it.
21:53.39BabelOpH5: ok so i have to add a flush buffer each time i receive a end of command notification ;)
21:53.54pH5I guess I should write a test case for buffered vs. single char reads...
21:54.12pH5BabelO: could work, but that way you could lose unsolicited messages
21:54.26BabelOah right :(
21:55.17BabelOi have to found all bug, then goxboxlive can test it on magician too ;)
22:09.46*** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz)
22:25.26BabelOpH5: ah ah -> rx_out FULL, dropping buffer:<3>
22:25.32BabelOfirst time i got this
22:26.44BabelOpH5: and now modem is over :(
22:30.26cr2BabelO: gprs ?
22:32.19BabelOcr2: no gprs, just standard at
22:32.28BabelOcr2: gprs works fine last time i try it
22:32.44BabelOcr2: i m looking at available at command for ba
22:37.38cr2ok.
23:11.46user2_good night
23:51.16*** join/#htc-linux CVirus (n=GoD@82.201.222.89)

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