Tamas Szekeres wrote: > > I appreciate your efforts very much to sort these things out. > > Let us know if you have a further suspicion about something that > should be fixed in mapserver. >
ok, i'll continue to report odd and crashing behavior, on the off chance that some of it might turn up some kind of problem, but i'm at the point now where i've achieved enough stability that my current problems are pretty rare and difficult to boil down to a concise, reproduceable test case. my latest issue is different enough that i'll start a new e-mail thread for it. besides trying to take tomcat out of the picture (which i like having there because it's a realistic portrayal of the app that i'm trying to stress test, but it does complicate debugging), for the purpose of multi-threaded testing, i wonder if a way of even taking java out of the picture would be useful? why is there no pure C or C++ mapscript? it seems to me that if you really wanted the highest performance map server, that would be the way to go. could you somewhat fake this with with libmapscript.so and mapscript_wrap.c that are in the mapscript/java directory? or have SWIG generate code for C++? or has creating a libmapserver.so that's independent of mapscript been considered? although i tend to think that the level of functionality provided by mapscript would be nice, but keeping it purely within native code and not having to deal with JNI would have advantages. - rich -- View this message in context: http://www.nabble.com/missing-lock-in-mapfile.c%3AmsFreeLabelCacheSlot%28%29---tp15699786p15814881.html Sent from the Mapserver - User mailing list archive at Nabble.com. _______________________________________________ mapserver-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapserver-users
