[Mono-bugs] [Bug 78232][Wis] Changed - (Solaris) mod_mono fails with apache 2.0.55

[bugzilla-daemon at bugzilla.ximian.com]

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 ccirstea at saguaronet.ro.

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 ccirstea at saguaronet.ro  2006-05-02 10:31 -------
 Created an attachment (id=16894)
 the modified mod_mono.c file
 
+
+------- Additional Comments From ccirstea at saguaronet.ro  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.
+