00:22:14 | BitPuffin | Araq you rang? |
00:24:21 | BitPuffin | I was away reading |
00:24:26 | BitPuffin | I am still reading though |
00:24:30 | BitPuffin | but I am sitting here lol |
00:26:02 | BitPuffin | Araq Well I guess you might be sleeping or something |
00:27:09 | BitPuffin | dom96 seems to be the creepiest operating system on this planet |
00:30:01 | * | jd^ joined #nimrod |
00:48:00 | BitPuffin | This paper should sure be useful: http://graphics.berkeley.edu/papers/Parker-RTD-2009-08/Parker-RTD-2009-08.pdf |
00:52:20 | BitPuffin | http://graphics.berkeley.edu/papers/Parker-RTD-2009-08/index.html easier link if you just want to look at what it is |
00:59:47 | * | EXetoC quit (Quit: WeeChat 0.4.1) |
01:21:36 | * | q66 quit (Quit: Leaving) |
01:31:24 | BitPuffin | brb sleep |
01:54:00 | * | ltbarcly joined #nimrod |
01:58:22 | * | ltbarcly quit (Ping timeout: 246 seconds) |
02:33:38 | * | jd^ is now known as jd^|away |
04:09:10 | * | DAddYE quit (Remote host closed the connection) |
04:40:12 | * | DAddYE joined #nimrod |
04:55:29 | * | OrionPK quit (Read error: Connection reset by peer) |
05:01:10 | * | DAddYE quit (Remote host closed the connection) |
05:01:24 | * | DAddYE joined #nimrod |
05:15:32 | * | DAddYE quit (Remote host closed the connection) |
05:15:39 | * | ltbarcly joined #nimrod |
05:16:01 | * | DAddYE joined #nimrod |
05:20:01 | * | ltbarcly quit (Ping timeout: 245 seconds) |
05:20:26 | * | DAddYE quit (Ping timeout: 256 seconds) |
05:35:03 | * | Associat0r quit (Quit: Associat0r) |
05:46:29 | * | DAddYE joined #nimrod |
05:50:54 | * | ltbarcly__ joined #nimrod |
05:51:33 | * | ltbarcly_ quit (Ping timeout: 248 seconds) |
06:17:41 | * | DAddYE_ joined #nimrod |
06:19:35 | * | DAddYE quit (Ping timeout: 245 seconds) |
07:19:30 | * | io2 joined #nimrod |
08:39:32 | NimBot | Araq/Nimrod master c5f5c85 Grzegorz Adam Hankiewicz [+0 ±1 -0]: Adds equality comparison for arrays. |
08:39:32 | NimBot | Araq/Nimrod master 9590365 Araq [+0 ±1 -0]: Merge pull request #580 from gradha/pr_adds_equality_for_arrays... 2 more lines |
09:01:17 | * | zahary quit (Read error: Connection reset by peer) |
09:01:29 | * | zahary joined #nimrod |
09:32:21 | * | EXetoC joined #nimrod |
09:34:41 | * | Kane joined #nimrod |
09:34:49 | * | Kane quit (Remote host closed the connection) |
10:05:35 | * | jd^|away quit (Quit: Leaving...) |
10:10:37 | * | ltbarcly joined #nimrod |
10:15:06 | * | ltbarcly quit (Ping timeout: 256 seconds) |
10:20:58 | * | ltbarcly joined #nimrod |
10:22:28 | * | q66 joined #nimrod |
10:25:39 | * | ltbarcly quit (Ping timeout: 260 seconds) |
11:33:48 | * | darithorn quit (Ping timeout: 268 seconds) |
11:51:18 | * | EXetoC quit (Read error: Operation timed out) |
12:10:03 | * | EXetoC joined #nimrod |
12:19:22 | * | EXetoC quit (Quit: WeeChat 0.4.1) |
13:10:41 | BitPuffin | Araq What was it you pinged me for? :) |
13:11:00 | Araq | I feel like implementing -d:barebones for you |
13:11:10 | BitPuffin | that would be fantastic |
13:12:03 | BitPuffin | it seems like something that could be useful to some |
13:12:17 | BitPuffin | Like not everyone who uses nimrod needs caas |
13:13:18 | BitPuffin | not that it is a huge size difference or anything anyways. But some people are minimalists I guess. So people running slackware who builds everything themselves probably would like to have the option |
13:13:23 | BitPuffin | I'd imagine at least |
13:13:30 | BitPuffin | Plus it will build on haiku :) |
13:13:46 | Araq | that's the real reason :P |
13:13:53 | BitPuffin | Yes |
13:14:05 | BitPuffin | And it is the most important one. Right, riiiiiiiight? |
13:14:05 | Araq | Nimrod needs to run on Haiku, nobody can live without it |
13:14:13 | BitPuffin | Exactly |
13:14:17 | BitPuffin | I like the way you think |
13:14:33 | BitPuffin | makes me proud to be a nimrodda |
13:20:05 | BitPuffin | apparently fmtmsg.h etc is only extensions to posix |
13:20:13 | BitPuffin | so I guess haiku is compliant with core |
13:21:48 | BitPuffin | Araq But actually. By being able to build barebones it should't be too hard to be able to do the work to make it build non barebones when I get the time to do so |
13:22:33 | BitPuffin | for a nightly this is very stable. 1 day & 16 hour uptime so far without crashing |
13:35:10 | Araq | meh ... this is boring |
13:35:17 | Araq | already works ... |
13:39:28 | BitPuffin | hahaha! |
13:39:50 | Araq | BitPuffin: can you cross compile yourself? |
13:39:58 | BitPuffin | Araq that's the most anti programmer thing I have ever heard |
13:40:16 | BitPuffin | Araq not really. Having the csources would be great |
13:40:20 | BitPuffin | Well I can |
13:40:22 | Araq | gah |
13:40:27 | BitPuffin | but I want to have it running |
13:40:34 | BitPuffin | just to see if there are memory leaks etc |
13:41:14 | BitPuffin | Araq you could just zip it and use the site that dom96 used :) |
13:41:55 | Araq | yeah wait a sec |
13:42:11 | Araq | haiku is i386, right? |
13:42:20 | BitPuffin | mmmmmmmmmmmmmmmmmmmm I believe so |
13:42:24 | Araq | or do you use a 64 bit version? |
13:42:31 | BitPuffin | nah I use the hybrid |
13:42:32 | BitPuffin | wait |
13:42:43 | BitPuffin | It's not 64 bit hybrid |
13:42:50 | BitPuffin | I mean gcc2 gcc4 hybrid |
13:42:54 | BitPuffin | gonna check what architecture it is |
13:43:09 | Araq | meh I'll build it for both |
13:44:16 | Araq | could not load: libzip(|2).so(|.2|.1|.0) |
13:44:36 | Araq | gah, thank you dear package managers for making me link dynamically to libzip |
13:44:50 | Araq | as everything clearly would be a "security issue" |
13:44:59 | BitPuffin | "<PulkoMandy> BitPuffin: we compile for i586, IIRC" |
13:45:20 | BitPuffin | lol |
13:45:23 | BitPuffin | linux <3 |
13:46:00 | BitPuffin | Araq tar would probably work too |
13:46:09 | BitPuffin | if you don't want to mess with zip |
13:49:25 | Araq | I never use tar and don't plan to do so |
13:50:18 | BitPuffin | hah! |
13:50:19 | BitPuffin | Why not? |
13:50:41 | BitPuffin | So you have never run `tar -xvf tarballz.tar.xz` or whatever? |
13:50:54 | * | Associat0r joined #nimrod |
13:50:54 | * | Associat0r quit (Changing host) |
13:50:54 | * | Associat0r joined #nimrod |
13:52:17 | Araq | yeah, never did, never will "-xvf" wtf? |
13:53:44 | BitPuffin | x extract. v verbose (I think), f file |
13:54:07 | BitPuffin | and f takes the a parameter |
13:56:17 | Araq | I don't care, 'f' should be the default, I never extract from unix's shitty stream/file abstraction |
13:57:19 | NimBot | Araq/Nimrod master 5d12606 Araq [+0 ±8 -0]: fixes #582 |
13:57:19 | NimBot | Araq/Nimrod master 5ca6cd1 Araq [+0 ±4 -0]: -d:nocaas mode for easier bootstrapping on exotic OSes (Haiku) |
13:57:19 | NimBot | Araq/Nimrod master 78418e3 Araq [+0 ±1 -0]: Merge branch 'master' of github.com:Araq/Nimrod |
13:57:41 | BitPuffin | why should f be default? you don't always use the tar command to extract shit |
13:57:42 | BitPuffin | Well |
13:57:47 | BitPuffin | I guess I do |
13:57:57 | BitPuffin | but some people use it to archive stuff |
13:59:25 | Araq | http://nimrod-code.org/download/haiku_build.zip |
13:59:44 | BitPuffin | yahoo! |
13:59:45 | BitPuffin | cheers |
13:59:47 | BitPuffin | hope this works |
14:04:48 | BitPuffin | Araq woot |
14:05:01 | BitPuffin | src/1_1/nimrod.c:5:21: fatal error: nimbase.h: No such file or directory |
14:05:13 | Araq | forget that file :P |
14:05:23 | BitPuffin | I also had to create src myself and move 1_1 and 1_2 in there |
14:05:33 | BitPuffin | Araq Tell that to the compiler lol |
14:05:48 | Araq | *forgot that file |
14:05:52 | Araq | I forgot it |
14:06:06 | BitPuffin | aaaahh haha |
14:08:22 | BitPuffin | Araq It will probably also need cycle.h no? |
14:09:02 | Araq | cycle.h is obsolete and has been for years |
14:09:23 | BitPuffin | why is it still there then? |
14:12:22 | BitPuffin | Araq so should I just grab the nimbase.h from csources or github (would that work?) or what is the plan? |
14:14:35 | Araq | grab it from github |
14:25:11 | * | DAddYE_ quit (Read error: Connection reset by peer) |
14:25:23 | BitPuffin | Araq src/1_1/nimrod.c:65:1: error: unknown type name 'jmp_buf' |
14:25:38 | * | DAddYE joined #nimrod |
14:32:44 | * | ltbarcly joined #nimrod |
14:35:48 | BitPuffin | Araq I don't get it. I didn't see those errors before |
14:37:34 | * | ltbarcly quit (Ping timeout: 268 seconds) |
14:38:37 | Araq | BitPuffin: hmm looks like a bug. strange |
14:38:57 | BitPuffin | very strange |
14:39:43 | Araq | in fact ... wtf system.c includes windows.h |
14:40:07 | BitPuffin | lol |
14:40:07 | Araq | let me try again |
14:40:19 | BitPuffin | yeah that's probably best |
14:42:29 | Araq | ah I see |
14:42:30 | Araq | lol |
14:42:41 | Araq | I have a src/ directory :P |
14:42:57 | Araq | zipped the wrong directory :P |
14:43:06 | BitPuffin | haha |
14:43:08 | * | ltbarcly joined #nimrod |
14:43:20 | BitPuffin | yeah I was thinking you must have done something wrong when I had to create src myself |
14:45:47 | * | OrionPK joined #nimrod |
14:46:16 | Araq | BitPuffin: download the zip again |
14:47:17 | BitPuffin | so far much better |
14:47:28 | BitPuffin | still hining about fmtmsg.h |
14:47:34 | BitPuffin | but that's not unexpected |
14:47:38 | * | ltbarcly quit (Ping timeout: 245 seconds) |
14:48:25 | Araq | dom96: why is it now in src/? it's not source code. It's generated code :P |
14:49:02 | BitPuffin | and spawn.h yep nothing new |
14:49:14 | BitPuffin | now we should probably be fine |
14:49:39 | BitPuffin | osproc.c also uses spawn |
14:50:10 | BitPuffin | in fact it uses spawn quite a bit.. |
14:50:37 | Araq | yep. forgot about that too |
14:50:48 | Araq | so ... lets try again ... |
14:51:08 | BitPuffin | Araq nothing using spawn and fmtmsg can be included |
14:51:20 | Araq | btw is there a native API for process creation for haiku? |
14:51:22 | BitPuffin | don't think anything is using fmtmsg |
14:51:27 | BitPuffin | Araq I'd imagine there is |
14:51:27 | dom96 | Araq: Makes more sense than 'build' imo |
14:52:02 | BitPuffin | why not just call the dir "c" or "ccode" |
14:56:35 | BitPuffin | Araq BRoster::Launch |
14:57:25 | Araq | BitPuffin: a C API would be nice ... |
14:58:19 | BitPuffin | Araq this is how that looks. I'm gonna hear if there is a C api http://pastebin.com/M7gVntTP |
14:59:10 | BitPuffin | Araq I kind of suspect that on Haiku it is best to always have the cpp flag on |
15:00:53 | BitPuffin | <pdziepak> BitPuffin: there is POISX API for creating processes and executing programs |
15:00:54 | BitPuffin | <pdziepak> i.e. fork() and exec() |
15:02:57 | BitPuffin | Araq here is the C API http://pastebin.com/Z21w63f0 |
15:03:35 | * | enurlyx joined #nimrod |
15:04:14 | BitPuffin | <PulkoMandy> load_image is as close as it gets to spawn if you want a C API, but it isn't as flexible |
15:08:36 | Araq | not being "as flexible" is a feature |
15:09:46 | BitPuffin | yep |
15:09:52 | BitPuffin | kind of like nimrod not having protected |
15:09:55 | BitPuffin | that's a feature |
15:15:43 | Araq | BitPuffin: which files includes fmtmsg.h or whatever it's called? |
15:16:25 | BitPuffin | Araq I am not entirely sure. The only one that I know of is posix.(c/nim) but probably also some of the caas stuff too |
15:18:43 | Araq | all the other stuff exists like nl_types.h? |
15:19:17 | BitPuffin | Araq nl_types was found yes. I think everything that isn't posix extension exists |
15:19:37 | Araq | ok so it's only spawn.h and fmtmsg.h |
15:20:05 | BitPuffin | that's the only things that has errored for me yeah |
15:20:14 | BitPuffin | after that things started to screw up in the linking |
15:20:19 | BitPuffin | but that was caas stuff |
15:20:28 | BitPuffin | so I think everything else should work |
15:20:30 | BitPuffin | we will see though |
15:22:13 | BitPuffin | <PulkoMandy> that's the goal, but we may have missed some parts |
15:22:13 | BitPuffin | <PulkoMandy> we welcome patches if that's the case |
15:29:45 | NimBot | Araq/Nimrod master 9b7735d Araq [+0 ±2 -0]: some fixes for Haiku |
15:29:54 | Araq | BitPuffin: download the zip again please |
15:30:06 | BitPuffin | sure |
15:31:42 | BitPuffin | wait gonna reboot really quickly. I messed something up |
15:32:35 | * | BitPuffin quit (Remote host closed the connection) |
15:34:24 | * | BitPuffin joined #nimrod |
15:36:08 | BitPuffin | Araq building no |
15:36:11 | BitPuffin | now |
15:37:28 | BitPuffin | SUCCESS :) |
15:39:08 | BitPuffin | Araq Next I just bin/nimrod c koch and do ./koch boot -d:release -d:barebones? |
15:39:23 | Araq | it's -d:release -d:nocaas |
15:39:27 | BitPuffin | ah right |
15:39:32 | BitPuffin | forgot |
15:39:38 | BitPuffin | I saw that earlier in the commit message |
15:39:50 | BitPuffin | just gonna pull first so I have the latest sources |
15:40:53 | BitPuffin | Araq How did you decide to handle the whole process thing? |
15:41:05 | Araq | -d:useFork |
15:41:28 | BitPuffin | cool |
15:41:31 | Araq | latest config should do that for you on Haiku |
15:41:32 | BitPuffin | then I'll set that too |
15:41:46 | Araq | no need, I hope |
15:41:56 | BitPuffin | no need? :o |
15:42:04 | Araq | latest config should do that for you on Haiku |
15:42:08 | BitPuffin | oooh |
15:42:44 | BitPuffin | maybe I'll finish linagl while I am in haiku then :) |
15:42:48 | BitPuffin | If this works as it should |
15:43:05 | Araq | bbl |
15:43:55 | BitPuffin | Bank Bruxelles Lambert? |
15:49:06 | BitPuffin | Error: unhandled exception: Invalid Argument [EOS] |
15:49:31 | BitPuffin | I think that might be the exact same thing it told me when I tried to bootstrap manually in linux |
15:57:00 | BitPuffin | here is the full output http://pastebin.com/58HuWcU5 |
15:59:46 | BitPuffin | Araq: thoughts? |
16:05:44 | BitPuffin | ah |
16:05:46 | BitPuffin | be back later |
16:18:26 | Araq | BitPuffin: looks like fun, what was it the last time? |
16:18:52 | BitPuffin | Araq You masochist. What do you mean last time? :o |
16:20:10 | Araq | well do: bin/nimrod c --verbosity:3 koch |
16:20:15 | Araq | and paste the output |
16:21:05 | BitPuffin | Araq do you only need the line above the error or all of them? |
16:21:21 | Araq | all of them |
16:21:45 | BitPuffin | http://pastebin.com/HU87PBQ8 |
16:21:52 | BitPuffin | ./lib/system.nim(-7, 0) Hint: 2 [Processing] |
16:21:56 | BitPuffin | a bit suspicious |
16:22:04 | Araq | indeed |
16:22:17 | Araq | what's your gcc version? |
16:22:37 | BitPuffin | gcc version 4.7.3 (GCC) |
16:22:40 | Araq | cool |
16:22:51 | BitPuffin | extremely cool |
16:22:57 | Araq | well edit lib/system.nim:50 |
16:23:03 | Araq | to {.push hints: off.} |
16:23:12 | Araq | and d |
16:23:15 | Araq | o 3 |
16:23:25 | Araq | gah ... |
16:23:28 | Araq | do it again |
16:23:55 | Araq | er |
16:24:03 | BitPuffin | it is push hints off already |
16:24:04 | Araq | to {.push hints: on.} obviously |
16:24:07 | BitPuffin | don't you mean on |
16:24:11 | BitPuffin | lol |
16:24:12 | BitPuffin | :) |
16:25:05 | BitPuffin | http://pastebin.com/vE6wtdYc Araq |
16:25:22 | BitPuffin | I wonder what possibly could be on line -7 |
16:25:32 | BitPuffin | takes us all back to super mario world -1 |
16:27:27 | Araq | lol |
16:27:32 | Araq | it says -7 here too |
16:27:38 | Araq | so it's not haiku specific |
16:27:57 | BitPuffin | then i guess it can't be the reason? |
16:28:03 | BitPuffin | sounds like a scary bug though lol |
16:28:39 | Araq | not really but it's interesting |
16:29:04 | BitPuffin | sure is |
16:36:57 | Araq | ah found it |
16:37:17 | BitPuffin | Araq where? |
16:38:00 | BitPuffin | like I said the funny thing is I have experience the exact same error when trying to bootsrap manually in linux I believe |
16:38:00 | Araq | parser.nim:1414 hasn't been updated; it's not your problem though |
16:38:21 | BitPuffin | oh you mean for -7? |
16:38:26 | Araq | yeah |
16:38:39 | BitPuffin | ah |
16:41:42 | Araq | well it's all annoying to debug when you have no working nimrod |
16:42:12 | BitPuffin | I guess but |
16:42:17 | Araq | you might comment out the oserror stuff in os.c |
16:42:27 | Araq | or set a gdb breakpoint |
16:42:32 | BitPuffin | isn't the point of debugging it to get a working nimrod? haha |
16:42:37 | Araq | and see where this exception comes from |
16:44:14 | BitPuffin | Araq have you tested bootstrapping with Csource in a while? Because I am almost sure I have seen this outside of haiku |
16:44:46 | BitPuffin | you know the time you got grumy at me because I couldn't even bootstrap |
16:45:09 | Araq | I'm never grumpy |
16:45:57 | Araq | our tester infrastructure builds from the C sources I think |
16:45:59 | BitPuffin | condescending? |
16:46:31 | BitPuffin | only comment out oserror or also comment out oserrormsg? |
16:46:45 | BitPuffin | and oslasterror |
16:47:00 | Araq | I don't know. Find the cause of this exception. |
16:47:05 | Araq | Use your brain. |
16:47:15 | BitPuffin | but I don't have one :( |
16:47:34 | Araq | do you know how to operate GDB? |
16:47:45 | BitPuffin | only veeeery basic |
16:47:58 | Araq | well that should be enough |
16:48:07 | BitPuffin | no I mean veeeery basic |
16:48:11 | BitPuffin | like run |
16:48:12 | BitPuffin | trace |
16:48:13 | BitPuffin | done |
16:48:14 | BitPuffin | lol |
16:48:15 | Araq | change the build script so that it doesn't do -O3 bug -g instead |
16:48:20 | Araq | *but -g |
16:48:35 | Araq | then run: gdb bin/nimrod |
16:48:38 | BitPuffin | with nothing commented out? |
16:48:44 | Araq | yeah |
16:50:34 | BitPuffin | Araq don't you mean gdb bin/nimrod koch? because bin/nimrod works fine |
16:50:39 | BitPuffin | it prints the shit it should print |
16:51:11 | Araq | yeah but it doesn't compile koch, right? |
16:51:58 | BitPuffin | no? But to find the error don't I have to do "gdb bin/nimrod c koch" instead of "gdb bin/nimrod" |
16:52:19 | Araq | listen to me |
16:52:21 | Araq | do |
16:52:26 | Araq | gdb bin/nimrod |
16:52:39 | BitPuffin | I already hav |
16:52:43 | BitPuffin | I am in gdb |
16:52:48 | Araq | and then: br os.c:892 |
16:53:13 | Araq | run c koch |
16:53:16 | Araq | bt |
16:53:21 | BitPuffin | No line 892 in file "src/1_1/os.c". |
16:54:02 | Araq | why not? |
16:54:12 | BitPuffin | I am gonna look in os.c |
16:54:35 | BitPuffin | there is such a line though |
16:54:49 | Araq | compile nimrod with debug info |
16:54:55 | BitPuffin | "This GDB was configured as "i586-pc-haiku"..." confirmed i guess |
16:54:59 | Araq | as I told you |
16:55:03 | BitPuffin | Araq I did |
16:55:19 | BitPuffin | gcc -w -g -fno-strict-aliasing -Isrc -c src/1_1/passaux.c -o src/1_1/passaux.o |
16:55:24 | BitPuffin | example line from the compilation |
16:55:45 | BitPuffin | notice the -g |
16:57:14 | Araq | well I don't know then |
16:57:54 | BitPuffin | Araq could it be because of the path or something? |
16:58:09 | Araq | hmm perhaps |
16:58:13 | Araq | so try: |
16:58:17 | BitPuffin | maybe if I instead copy nimrod to the root of the build |
16:58:20 | BitPuffin | in csources |
16:58:21 | Araq | break src/1_1/os.c |
16:58:28 | Araq | :892 |
16:58:55 | BitPuffin | in gdb? |
16:59:05 | Araq | yes? |
16:59:33 | BitPuffin | Araq from Nimrod root? or from csources? |
17:00:08 | Araq | use |
17:00:09 | Araq | your |
17:00:11 | Araq | brain |
17:00:17 | Araq | try |
17:00:19 | Araq | perhaps |
17:00:21 | Araq | both |
17:00:24 | BitPuffin | well |
17:00:26 | BitPuffin | I already did |
17:00:50 | BitPuffin | and I get the same thing |
17:01:15 | Araq | well ask in haiku then how to get a working gdb |
17:01:40 | BitPuffin | sure |
17:05:59 | * | g0d joined #nimrod |
17:09:17 | BitPuffin | hey g0d. How's jesus? |
17:09:30 | BitPuffin | Araq not really getting any response |
17:09:57 | BitPuffin | Araq I am gonna reboot in to linux though and see if I can reproduce |
17:10:01 | * | BitPuffin quit (Quit: Vision[0.9.7-H-280704]: i've been blurred!) |
17:11:30 | * | BitPuffin joined #nimrod |
17:16:23 | * | circ-user-92rxu joined #nimrod |
17:18:05 | BitPuffin | no, worked just fine in linux |
17:18:07 | BitPuffin | damn it |
17:18:19 | * | BitPuffin quit (Quit: WeeChat 0.4.1) |
17:20:52 | * | BitPuffin joined #nimrod |
17:21:01 | Araq | hi g0d welcome |
17:26:18 | g0d | hi araq, what this channel is about? |
17:26:26 | BitPuffin | nimrod |
17:26:58 | BitPuffin | g0d there are links in the topic if you want to do some further reading :) |
17:27:22 | BitPuffin | but it is basically a programming language |
17:30:42 | BitPuffin | Araq adding a berakpoint to a line 2 works.. |
17:30:49 | BitPuffin | (just tried a low number as an example) |
17:31:05 | BitPuffin | Araq any chance the line is ifdefd out? |
17:31:54 | Araq | there is no #if(def) in this file |
17:32:03 | BitPuffin | no not from what I can see either |
17:34:48 | BitPuffin | <PulkoMandy> do you compile with -O0 ? else the code may just be stripped |
17:35:39 | Araq | it can't be stripped because it is not dead code |
17:35:47 | Araq | but sure try with -O0 |
17:36:37 | BitPuffin | no didn't help |
17:41:53 | BitPuffin | (gdb) break os.c:oserror_92005 |
17:41:54 | BitPuffin | No source file named osc. |
17:41:54 | BitPuffin | Make breakpoint pending on future shared library load? (y or [n]) |
17:41:59 | BitPuffin | lol |
17:43:39 | * | adx left #nimrod (#nimrod) |
17:44:00 | BitPuffin | Araq Breakpoint 1 at 0x4c920: file src/1_1/os.c, line 289. |
17:44:02 | BitPuffin | uhm |
17:44:02 | BitPuffin | okay |
17:44:15 | BitPuffin | (break oserror_92005) |
17:47:57 | BitPuffin | <PulkoMandy> our gdb port expects the gcc2 debug information, it's confused about the way gcc4 sets the line numbers |
17:47:58 | BitPuffin | <PulkoMandy> use Debugger, which gets it right |
17:48:12 | * | Sergio965 joined #nimrod |
17:51:18 | BitPuffin | Araq I think I found the error |
17:51:31 | BitPuffin | Error: cannot open '/boot/system/lib/system.nim' |
17:52:22 | Araq | no idea, the pastebin told us it's already processing system.nim |
17:52:38 | Araq | what's the backtrace? |
17:53:11 | BitPuffin | not entirely sure. Still trying to figure out how to use this debugger |
17:53:32 | BitPuffin | Araq Just running nimrod works though |
17:58:05 | BitPuffin | Araq yeah it never reaches the breakpoint just by doing nimrod |
17:58:10 | BitPuffin | gotta compile koch |
17:58:28 | Araq | oh really? how surprising ... :P |
17:58:42 | BitPuffin | well you told be earlier to just do gdb bin/nimrod |
17:59:43 | Araq | no I said: |
17:59:47 | Araq | gdb bin/nimrod |
17:59:50 | Araq | run c koch |
18:00:03 | BitPuffin | oh I see |
18:00:43 | BitPuffin | errorcode has the value -2147483643 or something |
18:01:27 | BitPuffin | doesn't seem right >.< |
18:01:29 | BitPuffin | but brb |
18:01:30 | BitPuffin | gonna drive |
18:13:34 | * | circ-user-92rxu quit (Ping timeout: 256 seconds) |
18:44:51 | BitPuffin | back |
18:45:09 | BitPuffin | Araq that doesn't seem like a reasonable error code does it? |
19:19:53 | * | g0d quit (Quit: cya.) |
19:24:47 | Araq | BitPuffin: I don't know |
19:25:05 | BitPuffin | Araq should I ask Haiku? |
19:25:18 | Araq | ask them how errno is declared |
19:25:43 | BitPuffin | Araq errno in posix? |
19:25:46 | BitPuffin | I can look in the file |
19:26:16 | BitPuffin | #define ENOERR 0 |
19:26:21 | BitPuffin | #define EOK ENOERR |
19:27:33 | BitPuffin | in posix/errno.h |
19:29:13 | Araq | so what's errno's *type*? |
19:36:02 | Araq | and what is the stack trace? |
19:36:14 | * | circ-user-92rxu joined #nimrod |
19:36:39 | * | circ-user-92rxu quit (Remote host closed the connection) |
19:42:26 | BitPuffin | Araq the function? |
19:42:32 | BitPuffin | Araq That would be int |
19:44:15 | BitPuffin | Hint: system [Processing] |
19:44:16 | BitPuffin | Error: cannot open '/boot/lib/system.nim' |
19:45:05 | BitPuffin | I don't get this debugger at all xD |
19:45:29 | Araq | does setting the breakpoint work finally? |
19:45:45 | Araq | then type 'bt' when it's in it |
19:45:54 | Araq | and pastebin the stack strace |
19:46:31 | BitPuffin | Araq I am not using gdb I am using Haikus debugger now |
19:49:43 | Araq | ok. give me a stack trace anyway |
19:50:51 | BitPuffin | Sure I am just gonna attemt to get one |
19:58:23 | BitPuffin | Araq should I just skip the breakpoint and get a bt from gdb? |
19:59:18 | BitPuffin | Araq No stackq |
20:00:05 | Araq | a stack trace is not some shiny optional nice to have feature, you know |
20:00:29 | Araq | if your debugger doesn't support stack traces, it is no debugger at all |
20:00:43 | * | Sergio965 quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
20:01:03 | BitPuffin | Araq that was from gdb |
20:01:16 | BitPuffin | The Haiku debugger supports stack trace |
20:01:22 | BitPuffin | backtrace |
20:01:23 | BitPuffin | or whatever |
20:01:42 | BitPuffin | But when I run the program in that I get the whole error about that it couldn't find system |
20:03:35 | * | Sergio965 joined #nimrod |
20:08:30 | Araq | enurlyx: thanks for the bug report |
20:16:49 | BitPuffin | Araq the thing is that the program exits normally |
20:17:29 | Araq | that's why you should do the breakpoint stuff and when the program is at the breakpoint inspect the stack trace |
20:17:47 | BitPuffin | http://pastebin.com/FeMKG0xA |
20:17:51 | BitPuffin | ah |
20:17:58 | BitPuffin | I think I might be able to do that |
20:21:55 | BitPuffin | Araq http://hastebin.com/ravawuyode |
20:22:32 | BitPuffin | Araq Is that useful? |
20:24:15 | Araq | indeed it is |
20:25:03 | * | BitPuffin is happy he did something right |
20:26:26 | BitPuffin | Araq too bad the line "coordinates" aren't very useful since it expects gcc2 symbols |
20:27:10 | Araq | ok got it |
20:27:23 | Araq | "If resolved_name is a null pointer, the behavior of realpath() is implementation-defined." |
20:27:30 | Araq | http://pubs.opengroup.org/onlinepubs/000095399/functions/realpath.html |
20:27:35 | Araq | that explains a lot :P |
20:28:46 | BitPuffin | Araq is that why the error code = wtf? |
20:28:59 | Araq | who says that it is? |
20:29:29 | Araq | "Invalid Argument" makes perfect sense |
20:29:48 | Araq | we shouldn't pass a null pointer here :P |
20:30:01 | BitPuffin | is nimrod passing a null pointer? |
20:30:16 | Araq | look at os.nim:684 |
20:30:18 | BitPuffin | I just mean that an error code of -834927492749291083108 is a bit funny |
20:31:09 | BitPuffin | Araq where is it located in the project? |
20:31:18 | * | Mat2 joined #nimrod |
20:31:19 | Araq | lib/pure/os.nim |
20:31:26 | BitPuffin | thank you |
20:31:27 | Mat2 | hi @ all |
20:31:39 | Araq | hi Mat2 |
20:31:44 | Mat2 | hi Araq |
20:32:20 | * | EXetoC joined #nimrod |
20:33:26 | BitPuffin | Araq why does that turn out to be a null pointer? |
20:33:32 | * | Mat2 is now known as Mat2-coding |
20:33:38 | Araq | because 'nil' is NULL |
20:34:02 | BitPuffin | Araq I know but where is nil coming from? |
20:34:33 | Araq | if you cannot read my first answer why should I think you can read a second one? |
20:34:50 | BitPuffin | var L = GetFullPathNameA(filename, bufsize, result, unused) |
20:35:03 | BitPuffin | oh |
20:35:04 | BitPuffin | wait |
20:35:10 | BitPuffin | the line number thing was tricking me! |
20:35:19 | BitPuffin | yeah |
20:35:22 | BitPuffin | I see nil right there |
20:35:52 | BitPuffin | yeah passing nil is probably not a good idea xD |
20:39:36 | BitPuffin | Araq By the way why isn't nil called null in nimrod? Is nil an object? |
20:41:50 | Araq | btw why is it called NULL in C? is this some piece of shit designed by people ignorant about Algol? |
20:43:19 | EXetoC | nil is similar, and it's shorter. good enough for me |
20:46:23 | * | Araq just realized Algol uses "proc" instead of "procedure" :-) |
20:46:42 | BitPuffin | no it looks like algol uses procedure |
20:46:46 | BitPuffin | at least in this wikipedia lol |
20:46:55 | BitPuffin | oh |
20:46:58 | BitPuffin | depends on the version I think |
20:47:09 | Araq | yeah |
20:47:13 | BitPuffin | algol 68 uses proc |
20:47:18 | BitPuffin | algol 60 procedure |
20:47:20 | Mat2-coding | Algol 60 uses procedure as identifer, Algol 68 proc |
20:47:29 | BitPuffin | Mat2-coding shh :) |
20:47:44 | Mat2-coding | http://jmvdveer.home.xs4all.nl/algol68g.pdf |
20:50:00 | * | Araq thinks Nimrod will "proc" make stylish again :P |
20:50:09 | BitPuffin | Araq are you patching expandFilename :D? |
20:50:39 | BitPuffin | <PulkoMandy> that's what I'm saying, the code at 684 only works on linux |
20:50:39 | BitPuffin | <PulkoMandy> so we should execute 680 instead on Haiku |
20:50:55 | Araq | no I'm too busy with rumbling |
20:51:00 | BitPuffin | Araq apparently you can add haiku to the bsd and osx tree |
20:51:08 | BitPuffin | erf |
20:51:09 | BitPuffin | tree? |
20:51:11 | BitPuffin | the case thingy |
20:51:13 | BitPuffin | elif |
20:51:13 | BitPuffin | lol |
20:51:29 | BitPuffin | elif defined(macosx) or defined(bsd) or defined(haiku): |
20:51:42 | BitPuffin | and then according to PulkoMandy it should work out |
20:53:20 | NimBot | Araq/Nimrod master f43c44f Araq [+0 ±1 -0]: bugfix: line information for comments |
20:53:20 | NimBot | Araq/Nimrod master 5eb28db Araq [+0 ±1 -0]: use realpath in a posix compliant way |
20:53:37 | Araq | BitPuffin: download the zip again please |
20:53:53 | BitPuffin | Araq did you add haiku to the bsd and macosx clause? |
20:54:05 | Araq | I did something better instead |
20:54:57 | BitPuffin | Araq ah you just skipped over the whole elif stuff and just had a special case for windows? |
20:57:27 | Araq | yup |
20:57:32 | BitPuffin | good on you |
20:57:43 | Araq | I also improved its efficiency |
20:57:45 | BitPuffin | Yeah I like the name proc |
20:57:49 | BitPuffin | it does? |
20:58:01 | BitPuffin | function doesn't make sense |
20:58:05 | BitPuffin | only in haskell |
20:58:10 | BitPuffin | and fp langs |
20:58:49 | Araq | Mat2-coding: ever used Algol? |
20:59:20 | BitPuffin | /boot/develop/abi/x86/gcc4/tools/gcc-4.7.3-haiku-130513/lib/gcc/i586-pc-haiku/4.7.3/../../../../i586-pc-haiku/bin/ld: cannot find -ldl |
20:59:22 | BitPuffin | hm |
20:59:34 | BitPuffin | They most likely have -ldl somewhere |
21:00:04 | Araq | BitPuffin: you can get rid of -ldl in your nimrod.cfg I think |
21:00:58 | BitPuffin | Araq in config? |
21:01:11 | Mat2-coding | Araq: no, but I know the syntax quite well (it's basical a formal notation for algorithms) |
21:02:09 | BitPuffin | koch compiled! |
21:03:07 | Araq | we really need a filter for niminst |
21:03:20 | BitPuffin | now I am doing koch boot -d:release -d:nocaas |
21:03:22 | Araq | it doesn't make sense to compile every os+cpu combination |
21:03:24 | BitPuffin | let's hope this works |
21:03:31 | BitPuffin | if so |
21:03:42 | BitPuffin | noooo |
21:03:56 | BitPuffin | /boot/develop/abi/x86/gcc4/tools/gcc-4.7.3-haiku-130513/lib/gcc/i586-pc-haiku/4.7.3/../../../../i586-pc-haiku/bin/ld: cannot find -lm |
21:06:07 | BitPuffin | wtf is libm ever |
21:06:09 | BitPuffin | even |
21:06:15 | BitPuffin | sounds like an objective C thing |
21:06:20 | comex | no |
21:06:26 | comex | it's C math |
21:06:27 | BitPuffin | ah |
21:06:28 | BitPuffin | yeah |
21:06:30 | BitPuffin | just googled |
21:07:01 | Araq | BitPuffin: math.nim, line 21 |
21:07:28 | Araq | make it dependent on "when defined(posix) and not defined(haiku)" |
21:08:43 | BitPuffin | ahah |
21:08:59 | BitPuffin | now I got the error that we got before (because I still have the expandFilepath bug) |
21:09:29 | Araq | does anybody still use macosx on power pc? |
21:09:40 | BitPuffin | not from what I know |
21:09:56 | Araq | I'm sure somebody will report a bug if I leave it out |
21:10:12 | Trixar_za | Oh hey BitPuffin and Araq |
21:10:18 | Araq | hi Trixar_za |
21:10:24 | Trixar_za | BitPuffin: Haiku was pretty nice |
21:10:42 | BitPuffin | Trixar_za Right? |
21:10:51 | BitPuffin | Trixar_za We have pretty much successfully ported nimrod too haha |
21:11:02 | Trixar_za | Nice :P |
21:11:07 | BitPuffin | hopefully at least |
21:11:17 | BitPuffin | but it seems like that is the case |
21:11:40 | BitPuffin | just gotta fetch the latest code >.< |
21:11:50 | BitPuffin | I have compiled it with the C source |
21:11:56 | BitPuffin | now I am compiling the nimrod code |
21:12:01 | BitPuffin | with the nimrod compiler |
21:12:47 | BitPuffin | Araq will haiku be added to the csources repo in the future? That wold be cool |
21:13:08 | BitPuffin | Araq because if I update haiku it would be nice to know that I can re-bootstrap from scratch |
21:13:23 | Araq | BitPuffin: working on it |
21:13:31 | BitPuffin | oh nice |
21:14:02 | BitPuffin | guess the haiku_build.zip isn't going anywhere anyways |
21:15:46 | Trixar_za | Btw BitPuffin, is there plans for them to port over WINE? I just had an interesting week which involved a game you can't play on Windows XP even in compatibility mode, but which supposably works with Windows 98 SE. Long story short, it doesn't and locks the whole OS. The game however runs perfectly in WINE. |
21:16:24 | Trixar_za | weekend* locks up* |
21:16:48 | BitPuffin | Trixar_za no idea if this works but http://haikuware.com/directory/view-details/emulators/computer-systems/bewine |
21:18:20 | BitPuffin | back from 2000 lol |
21:18:41 | Trixar_za | Yeah, I'm not sure that will still work :P |
21:19:43 | BitPuffin | Trixar_za there is another repo that hasn't been updated since 2010 |
21:21:43 | Trixar_za | Oh and to my surprise, you do get a usb drive driver for Windows 98 SE, but there are no free ntfs driver around - so I couldn't use my external with it |
21:24:08 | BitPuffin | Trixar_za if you have a game that runs on dosbox though you should be able to have tons of fun :P |
21:24:19 | Trixar_za | lol |
21:24:32 | Trixar_za | I've run Windows 3.11 in DosBox |
21:24:45 | * | enurlyx quit (Quit: Verlassend) |
21:25:05 | Trixar_za | It's one way to play old 16bit Windows games on Windows 7/8 or a 64bit Windows |
21:25:29 | BitPuffin | https://gitorious.org/wine-haiku/wine-haiku/commits/master |
21:25:31 | BitPuffin | maybe that works |
21:25:38 | Mat2-coding | Trixar_za: Do you search for a Windows specific NTFS driver (< Win ME) or does it a DOS based one ? |
21:26:04 | * | darithorn joined #nimrod |
21:26:33 | Trixar_za | Spesific driver that would allow Win98SE to use NTFS drives |
21:27:10 | Trixar_za | So far I only know about two, but both are commercial and the one company got bought out by MicroSoft before being shut down |
21:29:59 | Mat2-coding | You can use a DOS driver for file-handling. There should exist a freeware driver which would also work with FreeDOS |
21:33:02 | Trixar_za | There is and you can make a boot disk/CD with it |
21:38:36 | BitPuffin | Araq apparently the posix spec is a bit different now http://pubs.opengroup.org/onlinepubs/9699919799/functions/realpath.html |
21:38:44 | BitPuffin | but still practically the same |
21:39:54 | BitPuffin | or actually |
21:39:54 | * | DAddYE quit (Read error: Connection reset by peer) |
21:39:56 | BitPuffin | reversed? |
21:40:01 | * | DAddYE_ joined #nimrod |
21:40:35 | BitPuffin | "If resolved_name is a null pointer, the generated pathname shall be stored as a null-terminated string in a buffer allocated as if by a call to malloc()." |
21:50:00 | BitPuffin | Araq Compilation was a success :) |
22:02:35 | BitPuffin | well koch install /boot/common was pretty useless |
22:02:49 | BitPuffin | only created a nimrod directory in the folder |
22:10:11 | * | DAddYE_ quit (Remote host closed the connection) |
22:11:10 | BitPuffin | Araq it seems to be working awesomely |
22:11:14 | BitPuffin | echo worked xD |
22:11:54 | Mat2-coding | ciao |
22:12:04 | * | Mat2-coding quit (Quit: Verlassend) |
22:58:16 | BitPuffin | Araq adding /boot/home/src/Nimrod/bin to path isn't good enoug :( |
22:59:33 | BitPuffin | oh |
22:59:38 | BitPuffin | also had to add the not bin |
22:59:41 | BitPuffin | now it works! |
23:11:12 | * | DAddYE joined #nimrod |
23:17:30 | * | DAddYE quit (Ping timeout: 245 seconds) |
23:28:12 | BitPuffin | anyone willing to send a libpng 1.4 to me? |
23:29:04 | BitPuffin | use pastelink.me or something |
23:41:58 | * | Sergio965 quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…) |
23:47:46 | BitPuffin | wupp |
23:47:49 | BitPuffin | wrong channel! |
23:50:52 | * | OrionPK quit (Quit: Leaving) |
23:52:44 | * | io2 quit () |