At 20:21 17/02/2006 +0100, you wrote:
>I think this only applies to the bootsector, wich has asm directly taken
>from disassemblies in it.
Ah. Then it should be the [Boot] sector. I see 5 files in there, with
asm statements. Only one could be a problem, that is named "longhorm.h".
52,000 Bytes long // 105 "_asm__". Outchhhh...
But did not another guy said that there was a possibility of complete
replacement? And, if i miss-undertood, or if not possible, would it
take one year for proof-reading 52,000 bytes of C Source?
>I think what Ged was talking about was disassemblies converted into C.
>And this can be found by looking for typical things of that kind of code:
>- Magical number inside C code. Normally constants are used or the
>numbers are commented or really obvios. But when you don't know why
>there's a constant 0x2342 then you don't really know how to call it. In
>disc.c there's a constant called PARTITION_MAGIC ;-)
>- excessive gotos: You would normally not use any gotos, but it can be
>hard to identify complex structures of for, if, while,... inside asm
>code, so you do it like it's done in asm: with gotos. It doesn't look
>good, but it works.
Ah! C simulating Assembly and hard coded unknown numbers...
OK, i see the problem better, with these points, as long as there is
really a _lot_ of Files with "goto"s inside, and i can imagine how
sorting all of these out, might be a boring task. But this was not,
at all, what was first said.
Thanks for the explanations. Betov.