[MAPSERVER-USERS] missing lock in mapfile.c:msFreeLabelCacheSlot() ?

[Tamas Szekeres]

Rich,

I think everyone would use his favourite language when integrating the
mapscript related code in their application. If someone would use
C/C++ he would probably link against libmap.dll or link the mapserver
related code directly in their application.

The files you've mentioned are the SWIG generated wrappers for the
java bindings. Unfortunately no one have contributed a C++ generator
in SWIG so creating a C++ interface cannot be done automatically and
would be quite a big deal to create that manually.

But I think it would be better to track down the issues in their
original environment, changing the application structure should only
be a final option.

Do you have a stacktrace of this particular issue?

Best regards,

Tamas


2008/3/3, rich.fromm <nospam420 at yahoo.com>:
>
>
>  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
>  mapserver-users at lists.osgeo.org
>  http://lists.osgeo.org/mailman/listinfo/mapserver-users
>