| 00:41.38 | mpictor | needs to check the test logs before merging changes :o |
| 00:50.30 | *** join/#stepcode travis-ci (~travis-ci@ec2-50-17-140-0.compute-1.amazonaws.com) |
| 00:50.30 | travis-ci | [travis-ci] stepcode/stepcode#63 (master - c2bc4bc : Mark Pictor): The build is still failing. |
| 00:50.30 | travis-ci | [travis-ci] Change view : https://github.com/stepcode/stepcode/compare/42ef605fb3c9...c2bc4bce779b |
| 00:50.30 | travis-ci | [travis-ci] Build details : http://travis-ci.org/stepcode/stepcode/builds/11989246 |
| 00:50.30 | *** part/#stepcode travis-ci (~travis-ci@ec2-50-17-140-0.compute-1.amazonaws.com) |
| 01:30.02 | mpictor | starseeker: you familiar with x86 assembly? |
| 01:30.39 | mpictor | is trying to figure out what 0x40 is in mov 0x40(%rax),%rax |
| 02:33.50 | starseeker | unfortunately, I'm not |
| 02:33.58 | starseeker | might try ``Erik in #brlcad |
| 02:42.53 | brlcad | mpictor: my assembly is rusty, but I believe that's the system timer port |
| 02:47.54 | brlcad | oof, never mind .. didn't see the %rax |
| 02:48.12 | brlcad | I believe that's just address syntax (%rax + 0x40) |
| 02:53.21 | brlcad | moves bits from address rax+0x40 into rax |
| 12:15.28 | *** join/#stepcode kesha (~kesha@14.139.122.114) |
| 12:44.00 | *** join/#stepcode kesha (~kesha@14.139.122.114) |
| 12:49.59 | mpictor | brlcad: ok, I thought it was probably something like that. I'm trying to debug a segfault |
| 12:50.40 | mpictor | in generated code. The segfault happens as it's preparing to call a function |
| 12:51.37 | mpictor | Scratching my head over where this null pointer is coming from |
| 12:52.33 | mpictor | unless the object isn't of the correct type... |
| 13:00.30 | brlcad | mov 0x40(%rax),%rax would segfault if rax is null |
| 13:32.57 | mpictor | actually, that one causes rax to become null, it segfaults on the next instruction |
| 13:33.43 | mpictor | guess I'll try to check the type of the object |
| 16:03.43 | *** join/#stepcode kesha (~kesha@14.139.122.114) |
| 20:13.00 | mpictor | just realized that mpictor is not nearly thorough enough when comparing things |
| 20:13.03 | mpictor | http://pastie.org/pastes/8272386# |
| 21:25.48 | brlcad | that will trigger unreachable code warnings with various static analyzers |
| 21:36.02 | mpictor | thinks that the person who wrote that would never think of checking their code with an analyzer |
| 21:57.43 | brlcad | good point :) |
| 22:25.37 | mpictor | class AnyClass{ AnyClass() { memset( this, 0, sizeof( *this ) ); } } |
| 22:25.41 | mpictor | aieeeeeeee |
| 22:26.28 | mpictor | needs to stop looking at bad code examples and get something done! |