| 00:42.42 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 00:46.45 | *** join/#htc-linux sleepee (~sleepee@66.50.231.41) |
| 03:02.08 | *** join/#htc-linux MacDrunk (~marper@201.165.128.103) |
| 03:05.45 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 03:08.19 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 03:24.56 | *** part/#htc-linux MacDrunk (~marper@201.165.128.103) |
| 03:31.13 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 03:46.14 | *** join/#htc-linux [1]NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 03:48.35 | *** join/#htc-linux Rajko (~rajkosto@cable-178-149-121-233.dynamic.sbb.rs) |
| 03:49.20 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 03:52.01 | *** join/#htc-linux rajkosto (~rajkosto@cable-178-149-121-233.dynamic.sbb.rs) |
| 04:08.30 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 04:12.43 | *** join/#htc-linux NeoMatrixJR_away (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 04:27.50 | *** join/#htc-linux AstainHellbring (AstainHell@unaffiliated/astainhellbring) |
| 04:39.19 | *** join/#htc-linux Rajko (~rajkosto@wan.rajkonet.info) |
| 05:12.01 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 05:45.40 | *** join/#htc-linux frankdrey (~AndChat62@c-71-231-113-121.hsd1.wa.comcast.net) |
| 05:50.27 | *** join/#htc-linux ychavan (~ychavan@1.23.50.61) |
| 05:52.04 | *** part/#htc-linux ychavan (~ychavan@1.23.50.61) |
| 05:57.18 | frankdrey | That's a cool IP |
| 06:03.10 | frankdrey | Egh. |
| 06:03.34 | *** join/#htc-linux BabelO (~fcr@AMontpellier-553-1-184-56.w92-133.abo.wanadoo.fr) |
| 06:03.34 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
| 06:04.00 | frankdrey | Is porting android crap to a windows phone difficult? |
| 06:05.33 | frankdrey | I mean, with just programming skills, can I learn to port a kernel and drivers as I go? |
| 06:05.57 | frankdrey | Or should I first go read up a TON on hardware, etc.? |
| 06:06.46 | *** join/#htc-linux kiozen (~kiozen@p578a42db.dip0.t-ipconnect.de) |
| 06:09.52 | frankdrey | Or should I get a life and stop being a nerd? |
| 06:33.19 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 06:38.52 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 06:44.16 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 06:49.13 | *** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 07:07.15 | *** join/#htc-linux Alex[sp3dev] (~alexander@195.208.175.17) |
| 07:33.23 | *** join/#htc-linux GNUtoo (~gnutoo@ABordeaux-152-1-5-93.w82-125.abo.wanadoo.fr) |
| 07:35.48 | *** join/#htc-linux helicopter88 (~helicopte@host29-93-dynamic.22-79-r.retail.telecomitalia.it) |
| 07:40.23 | *** join/#htc-linux helicopter88 (~helicopte@host29-93-dynamic.22-79-r.retail.telecomitalia.it) |
| 07:43.34 | *** join/#htc-linux helicopter88 (~helicopte@host29-93-dynamic.22-79-r.retail.telecomitalia.it) |
| 07:49.08 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 07:55.57 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 08:02.32 | *** join/#htc-linux walter79 (~walter79@dslb-088-068-017-149.pools.arcor-ip.net) |
| 08:09.49 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 08:17.08 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 08:24.28 | *** join/#htc-linux bardzusny (~bardzusny@gateway/tor-sasl/bardzusny) |
| 08:45.57 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 08:49.42 | *** join/#htc-linux paulk-desktop (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
| 08:51.55 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 09:14.27 | *** join/#htc-linux eR^zeRa` (~zzeratul@88.103.98.168) |
| 09:18.32 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 09:38.29 | *** join/#htc-linux marc1706 (~Marc@phpbb/modifications/marc1706) |
| 09:49.55 | *** join/#htc-linux bardzusny (~bardzusny@gateway/tor-sasl/bardzusny) |
| 09:59.12 | *** join/#htc-linux Alex[sp3dev] (~alexander@nat.rnd.stcnet.ru) |
| 11:01.55 | *** join/#htc-linux bardzusny (~bardzusny@gateway/tor-sasl/bardzusny) |
| 11:31.16 | *** join/#htc-linux surge (surge@pool-71-186-190-178.bflony.fios.verizon.net) |
| 12:22.58 | *** join/#htc-linux Mavy (mavfree@unaffiliated/mavy) |
| 13:28.15 | *** join/#htc-linux walter79 (~walter79@dslb-088-068-017-149.pools.arcor-ip.net) |
| 13:36.59 | *** join/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv) |
| 13:50.49 | *** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl) |
| 14:14.20 | *** join/#htc-linux [1]NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 14:18.33 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 14:29.35 | *** join/#htc-linux [1]NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 14:32.04 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 14:37.01 | *** join/#htc-linux zeusk_ (77eb3613@gateway/web/freenode/ip.119.235.54.19) |
| 14:37.02 | zeusk_ | hi |
| 14:37.06 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 14:39.14 | *** join/#htc-linux [1]NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 14:42.35 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 14:46.36 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 15:32.35 | *** join/#htc-linux x-fak (~WinGuru@AMarseille-553-1-335-137.w86-210.abo.wanadoo.fr) |
| 15:32.36 | *** join/#htc-linux x-fak (~WinGuru@reactos/tester/x-fak) |
| 15:45.17 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-82-210.dynamic.mnet-online.de) |
| 16:07.30 | *** join/#htc-linux eze (~eze@p5B0A426A.dip0.t-ipconnect.de) |
| 16:13.25 | *** join/#htc-linux eze (~eze@p5B0A426A.dip0.t-ipconnect.de) |
| 16:18.53 | *** join/#htc-linux x-fak (~WinGuru@AMarseille-553-1-335-137.w86-210.abo.wanadoo.fr) |
| 16:18.54 | *** join/#htc-linux x-fak (~WinGuru@reactos/tester/x-fak) |
| 16:21.20 | zeusk_ | 0x5659534e |
| 16:23.58 | *** join/#htc-linux NeoMatrixJR (~NeoMatrix@173-18-84-218.client.mchsi.com) |
| 16:27.32 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 16:32.25 | marc1706 | zeusk_: and that is supposed to tell us what? :D |
| 16:32.47 | Cotulla | I guess he supposed to show us how he is cool but he fails :D |
| 16:33.42 | zeusk_ | .. no cotulla, i found that in the microsoft crt research library |
| 16:34.12 | zeusk_ | it is 'FAIL' encrypted in rot-13 and in little endian format |
| 16:34.18 | marc1706 | if it's an error code then it's probably the code for "unknown error" |
| 16:34.19 | zeusk_ | when heap allocation fails |
| 16:34.29 | Cotulla | hehe |
| 16:34.34 | marc1706 | lol |
| 16:36.12 | *** part/#htc-linux eze (~eze@p5B0A426A.dip0.t-ipconnect.de) |
| 16:38.00 | zeusk_ | swap bytes, convert to ascii, rotate 13 times |
| 16:38.48 | marc1706 | and I thought microsoft's error codes are just totally random |
| 16:38.49 | zeusk_ | but i wonder why they chose encrypted 'FAIL' for error check... |
| 16:45.52 | Cotulla | just to be |
| 16:46.10 | Cotulla | marc1706, they are not random. strict order . . . |
| 16:46.43 | zeusk_ | cotulla, magic codes are never good for production software unless they're documented somewhere nicely |
| 16:47.15 | Cotulla | why u think so |
| 16:47.36 | Cotulla | actually it doesn't matter what magic is there, except it's too plain one |
| 16:47.57 | zeusk_ | by magic i mean that you can't understand what it means by just looking at tit |
| 16:48.02 | zeusk_ | s/tit/it |
| 16:48.10 | zeusk_ | s/tit/it/ |
| 16:48.16 | Cotulla | but u must not understand |
| 16:48.17 | zeusk_ | ,fail. |
| 16:48.22 | jonpry | like 0xB16B00B5 |
| 16:48.38 | Cotulla | it's used usually for fail safe |
| 16:48.43 | Cotulla | it should be not plain |
| 16:48.49 | Cotulla | not 0 not -1 not 1 not 2 and etc |
| 16:49.08 | Cotulla | be rather unique number to decrease likelihood of possible collision |
| 16:50.08 | zeusk_ | i think -1 is better avoiding collision in heap allocate method than 0x5659534E |
| 16:50.14 | Cotulla | no |
| 16:50.18 | Cotulla | not at all |
| 16:50.23 | Cotulla | -1 is plain number |
| 16:50.31 | zeusk_ | and in hex it would be ? |
| 16:50.44 | Cotulla | 0xFFFFFFFF |
| 16:51.03 | zeusk_ | exactly, ram is unlikely to be at that address than 0x5659534E |
| 16:51.18 | jonpry | vectors are there |
| 16:51.19 | Cotulla | well it's used as magic? |
| 16:51.27 | Cotulla | jonpry, no |
| 16:51.38 | zeusk_ | it's 0xFFFF0000 |
| 16:52.11 | Cotulla | high vectors at 0xFFFF0000 |
| 16:53.46 | zeusk_ | but cotulla i still don't get you, why isn't error code supposed to be something easy to remember like -1 rather than some 'cool' ascii codes ? |
| 16:54.06 | Cotulla | is it magic or what? |
| 16:54.09 | Cotulla | show code |
| 16:54.22 | zeusk_ | it's not magic, but it isn't that understandable |
| 16:54.39 | Cotulla | so what is it? |
| 16:54.44 | Cotulla | u didn't describe it well |
| 16:55.54 | zeusk_ | http://pastebin.com/11YuRU5A |
| 16:56.26 | zeusk_ | it returns NULL, but for one fail case it returns magic fail char |
| 16:56.32 | zeusk_ | that is NOT good i suppose |
| 16:56.56 | zeusk_ | but in header atleast it describes return value of the function |
| 16:57.44 | Cotulla | but it's not supposed to be |
| 16:57.54 | Cotulla | usually it always should able to get interface |
| 16:58.35 | Cotulla | and maybe 0x5659534E will make attention to problem |
| 16:59.56 | zeusk_ | even then a better thing will be to define that number as something like ERR_EPIC_FAIL or ERR_UNEXPECTED and using that instead of hex |
| 17:00.31 | zeusk_ | i had to search whole root to find what 0x5659534E means.. |
| 17:00.32 | Cotulla | yeah |
| 17:01.01 | Cotulla | it is |
| 17:30.40 | zeusk_ | marc, have you tried using the latest mdp code from caf in your ics kernel ? |
| 17:30.45 | zeusk_ | marc1706 |
| 17:30.59 | *** join/#htc-linux rob_w (~bob@host-188-174-211-114.customer.m-online.net) |
| 17:31.00 | *** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 17:38.30 | *** part/#htc-linux x-fak (~WinGuru@reactos/tester/x-fak) |
| 17:43.31 | *** join/#htc-linux Ondalf (~ondalf@cable-roi-fff8dd00-39.dhcp.inet.fi) |
| 17:44.03 | *** join/#htc-linux Alex[sp3dev] (d5551202@gateway/web/freenode/ip.213.85.18.2) |
| 17:47.15 | Alex[sp3dev] | wonders which kind of shit must android authors be smoking |
| 17:50.04 | Alex[sp3dev] | so camera failed to work on jellybean for me. tracked it down to libion. all headers are in place, but turns out after kernel and userland are compiled, ioctl magic values are different in the binaries. ioctl is crap itself, but why use ioctl _IOWR, _IOC macros instead of hardcoding values is beyond my understanding. No one's ever used ioctl direction bits |
| 17:50.07 | zeusk_ | probably google's internally engineered cocaine |
| 17:56.27 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-82-210.dynamic.mnet-online.de) |
| 18:14.32 | *** join/#htc-linux BabelO (~fcr@AMontpellier-553-1-235-86.w86-202.abo.wanadoo.fr) |
| 18:14.32 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
| 18:21.18 | *** join/#htc-linux balans (~server@82-170-217-205.ip.telfort.nl) |
| 18:35.04 | *** join/#htc-linux frankdrey (~AndChat62@c-71-231-113-121.hsd1.wa.comcast.net) |
| 18:35.19 | frankdrey | So my friend says he'll drop off the tg01 tonight |
| 18:36.15 | frankdrey | So, with haret... |
| 18:36.30 | frankdrey | Where does the rom and kernel go? |
| 18:36.50 | frankdrey | Is it all loaded from sd? |
| 18:48.12 | *** join/#htc-linux mes (~mes@sentry.lazo.ca) |
| 19:04.03 | Cotulla | Alexx cuz it's right way |
| 19:11.34 | Alex[sp3dev] | Cotulla: yeah, I know. Using ioctl macros also adds a bit of typechecking which never hurts. Though some bits (like, size or direction) are almost never used. My point was that android build system is undebuggable and even the minor update from ics to jb broke almost everything in unexpected places |
| 19:17.42 | Cotulla | at least in NT RW field in IOCTL is used |
| 19:18.06 | Cotulla | but what reason was to do that fields at all in such case |
| 19:18.17 | Cotulla | that kind of attitude I hate |
| 19:18.29 | Cotulla | "lets make it complex cuz it's cool" |
| 19:18.36 | Cotulla | and then nobody is using |
| 19:19.50 | Cotulla | is android build system without text log still? |
| 19:20.17 | Alex[sp3dev] | what do you mean? it outputs the log to stdout. you can redirect it if you want |
| 19:20.41 | Cotulla | it's not enough |
| 19:20.44 | Cotulla | must be outputed to separate file by default |
| 19:21.56 | *** join/#htc-linux detule (~detule@unaffiliated/d3tul3) |
| 19:22.16 | Alex[sp3dev] | what's the point of doing it by default? redirecting is as easy as ">" or using tee. anyway, logs are not a problem. the fact that android doesn't support cmake/autotools and relies on make (or writing crazy wrapper scripts) is |
| 19:23.16 | Cotulla | point by default - for serious developing it's always useful |
| 19:23.27 | frankdrey | Is linaro a whole new build system? Or does it sit on top of the android one? |
| 19:23.42 | Cotulla | it's not comfortable to search inside console and etc |
| 19:23.50 | Alex[sp3dev] | linaro is not a build system but a software engineering company in the first place |
| 19:24.29 | frankdrey | Well, the linaro android toolchain |
| 19:25.19 | Cotulla | what is lanro? |
| 19:25.42 | Alex[sp3dev] | Cotulla: making a separate log opens another can of worms - you need to make its location overridable. I guess in a CI server you'll write a bash wrapper for make anyway, so just adding "make | tee /mnt/foo/my_log.txt" is not a problem. You know, I love unix text pipe model - you can do everything in bash without writing C code and everything is text, not binary |
| 19:26.14 | Cotulla | why overridable? there is "output" folder . inside it . . . |
| 19:26.49 | Alex[sp3dev] | Cotulla: what if I don't want it to be there? or, say, want to email it? I could just do "make | mail " |
| 19:26.52 | Cotulla | or where u runned build command |
| 19:27.16 | Cotulla | build system assume some rules usually |
| 19:27.30 | frankdrey | Or send it to irc :D |
| 19:27.34 | Cotulla | why u don't want have it there? |
| 19:27.56 | Cotulla | u can make script |
| 19:28.02 | Cotulla | and send log from default location to email |
| 19:28.35 | Alex[sp3dev] | Cotulla: because when you try to make your system too smart and hardcode stuff, later people want to kill you because your perfectly designed architecture cannot be expanded for a new use case |
| 19:28.59 | Cotulla | wrong. |
| 19:29.10 | Cotulla | somebody already make system too smart with IOCTL |
| 19:29.16 | Cotulla | *made |
| 19:29.22 | Alex[sp3dev] | Cotulla: linaro is an organization where there are developers from linux kernel, TI, Samsung, Qualcomm and other vendors working together on pushing code upstream and designing architecture in order to reduce reinventing the wheel |
| 19:29.34 | Cotulla | in 99% cases log in one default location is enough |
| 19:30.00 | Cotulla | u can't customize where to put output of android build as well |
| 19:30.20 | Alex[sp3dev] | Cotulla: you can use tee or >. it's enough |
| 19:30.46 | Cotulla | why not add it by default |
| 19:31.40 | Cotulla | I am sure most serious developers are working with log files, not with console output |
| 19:32.13 | Alex[sp3dev] | I am sure serious people are not using android |
| 19:32.32 | Cotulla | I am talking about serious developers |
| 19:32.48 | Cotulla | it doesn't correlated with use/don't use |
| 19:35.23 | Alex[sp3dev] | well, you can redirect stdio, what's the problem? on the other hand, you can just put a grep filter after make to display only errors. I don't know what android authors had in mind, but there's no point in having a log when everything goes to stdout. Although it would be very helpful to log each make separately because debugging a parallel make just sucks, you have to dig through racing logs of makes |
| 19:35.45 | Alex[sp3dev] | so. log is needed but a single log file is not better than stdio |
| 19:35.46 | Cotulla | yes it is |
| 19:35.57 | Cotulla | grep filter on errors is useless usually |
| 19:36.23 | Cotulla | stdio is not unlimited |
| 19:36.32 | Cotulla | if console too small u canl lost the start of log |
| 20:05.22 | *** join/#htc-linux frankdreypc (~Andrey@c-71-231-113-121.hsd1.wa.comcast.net) |
| 20:21.13 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 20:24.13 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 20:43.11 | *** join/#htc-linux Echo31 (~olivier@lan31-9-88-177-158-48.fbx.proxad.net) |
| 20:44.37 | *** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl) |
| 21:08.34 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 21:18.50 | *** join/#htc-linux ALoGeNo (~alogeno@13.Red-83-38-204.dynamicIP.rima-tde.net) |
| 21:18.51 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 21:47.31 | *** join/#htc-linux detule (~detule@unaffiliated/d3tul3) |
| 21:53.07 | *** join/#htc-linux ginge (~quassel@cpc10-ward8-2-0-cust108.10-2.cable.virginmedia.com) |
| 22:00.26 | *** join/#htc-linux zeusk_ (77eb3613@gateway/web/freenode/ip.119.235.54.19) |
| 22:00.28 | zeusk_ | back |
| 22:05.54 | marc1706 | zeusk_: to answer your previous question: no, don't have much time right now ;) |
| 22:28.01 | *** join/#htc-linux DuperMa (~Duper@85-250-57-163.bb.netvision.net.il) |
| 22:55.13 | *** part/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv) |
| 23:02.16 | *** join/#htc-linux eR^Z` (~zzeratul@88.103.98.168) |