Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there.
Changed by [EMAIL PROTECTED] http://bugzilla.ximian.com/show_bug.cgi?id=78232 --- shadow/78232 2006-05-02 10:31:40.000000000 -0400 +++ shadow/78232.tmp.2024 2006-05-02 10:32:38.000000000 -0400 @@ -291,6 +291,39 @@ ------- Additional Comments From [EMAIL PROTECTED] 2006-05-02 10:31 ------- Created an attachment (id=16894) the modified mod_mono.c file + +------- Additional Comments From [EMAIL PROTECTED] 2006-05-02 10:32 ------- +Hi, + +I think I founded out what is the problem with mod_mono on my Sparc +system. + +It is strange but it seems that the: +- (*((int32_t *) buffer)) = le – fails + + +After I changed this cast into memcpy(buffer, &le, sizeof(int)), the +Mono Tests started to work. +This is valid for all of the adding of ints inside char * buffers. + +Another observation concerning the write_string_to_buffer method: +- after the size of the str is added to the buffer, the buffer offset +is incremented only if the tmp(size of the str) is > 0. +- What is happening if the str size is 0?? I think that either the 0 +value should not be added to the buffer or the buffer offset should be +incremented with sizeof(int). + +Another observation is the fact that you are mixing int type with +int32_t type. This is not quite safe since the int type is not +specified to have 32 bits on every platforms. This might introduce +future bugs. + +I'm sending you the mod_mono.c file that I've modified. I left the +traces (DEBUG_PRINT) inside the code, so you can test it. +Every modification that I've made has before a //TODO CICA - + +Still, the mod-mono-server does not work. It's the same error. + _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
