[Caml-list] mod_caml + dynlink + parsing

[Caml-list] mod_caml + dynlink + parsing

[kknowles]

I've got mod_caml up and running in my apache2 installation, the examples work
fine, but I'm having a bit of trouble with dynamic loading of my handler (ocaml
3.06), and I think it is a Dynlink issue rather than a mod_caml one.

My modules uses a lot of the standard library, and mod_caml did not expose Array
in its call to Dynlink.add_interfaces.  In fact, I added Str, Array, Parsing,
and Lexing to this list.  But the module still fails to load, with the following
error:

Failure("error while linking /usr/local/apache2/modules/mod_aspcc.cma.
Reference to undefined global `Parsing'")

When an interface is not exposed through Dynlink, the error message is along the
lines of "An implementation for module XXX is not available" (Sorry I don't have
the exact message), so I think this is something else.  Can anyone help with
this?

-Kenn

-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners

[Caml-list] Re: mod_caml + dynlink + parsing

[kknowles]

Just an update, I've done a few more sanity checks with other parts of the
standard library, and a module using Array, Hashtbl, List, Random works... so
I'm convinced it is a specific issue, rather than a general misuse of Dynlink.

On Thu, Sep 11, 2003 at 11:39:32AM -0700, kknowles@uclink.berkeley.edu wrote:
> 
> I've got mod_caml up and running in my apache2 installation, the examples work
> fine, but I'm having a bit of trouble with dynamic loading of my handler (ocaml
> 3.06), and I think it is a Dynlink issue rather than a mod_caml one.
> 
> My modules uses a lot of the standard library, and mod_caml did not expose Array
> in its call to Dynlink.add_interfaces.  In fact, I added Str, Array, Parsing,
> and Lexing to this list.  But the module still fails to load, with the following
> error:
> 
> Failure("error while linking /usr/local/apache2/modules/mod_aspcc.cma.
> Reference to undefined global `Parsing'")
> 
> When an interface is not exposed through Dynlink, the error message is along the
> lines of "An implementation for module XXX is not available" (Sorry I don't have
> the exact message), so I think this is something else.  Can anyone help with
> this?
> 
> -Kenn

-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners

Re: [Caml-list] Re: mod_caml + dynlink + parsing

[Richard Jones]

On Thu, Sep 11, 2003 at 12:02:20PM -0700, kknowles@uclink.berkeley.edu wrote:
> Just an update, I've done a few more sanity checks with other parts of the
> standard library, and a module using Array, Hashtbl, List, Random works... so
> I'm convinced it is a specific issue, rather than a general misuse of Dynlink.

A few suggestions:

* Does mod_caml need to be linked with a .cma file to support Parsing?

* Try running objinfo[1] on your .cmo file and also on the expected
  cmo/cma which is going to supply this module, to check the MD5 hashes
  match.

Rich.

-- 
Richard Jones. http://www.annexia.org/ http://freshmeat.net/users/rwmj
Merjis Ltd. http://www.merjis.com/ - all your business data are belong to you.
"My karma ran over your dogma"

-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners

Re: [Caml-list] Re: mod_caml + dynlink + parsing

[kknowles]

Oops, accidentally replied only to Rich.  I've learned more since then

1) mod_caml shouldn't have to be, since it didn't have to be to support Random,
Array, List, etc...  my standalone interpreter doesn't have to be.

2) /usr/local/lib/ocaml/stdlib.cma should provide Parsing, and objinfo shows the
same MD5 as the Parsing expecting by my module.

-Kenn

On Thu, Sep 11, 2003 at 08:17:30PM +0100, Richard Jones wrote:
> On Thu, Sep 11, 2003 at 12:02:20PM -0700, kknowles@uclink.berkeley.edu wrote:
> > Just an update, I've done a few more sanity checks with other parts of the
> > standard library, and a module using Array, Hashtbl, List, Random works... so
> > I'm convinced it is a specific issue, rather than a general misuse of Dynlink.
> 
> A few suggestions:
> 
> * Does mod_caml need to be linked with a .cma file to support Parsing?
> 
> * Try running objinfo[1] on your .cmo file and also on the expected
>   cmo/cma which is going to supply this module, to check the MD5 hashes
>   match.
> 
> Rich.
> 
> -- 
> Richard Jones. http://www.annexia.org/ http://freshmeat.net/users/rwmj
> Merjis Ltd. http://www.merjis.com/ - all your business data are belong to you.
> "My karma ran over your dogma"
> 
> -------------------
> To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
> Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners

-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners

[Caml-list] mod_caml now supports Apache 2 API

[Richard Jones]

Kenn has actually been using the latest CVS version of mod_caml for a
few days now.

This supports Apache 2, and hides the API differences between 1.3 and
2.  Modules and scripts should therefore be portable across both
platforms.

It also supports cookies, which were notably missing from the previous
release.

I put a package up last night for people to try out:

https://savannah.nongnu.org/files/?group=modcaml

It's known NOT to work on Debian Apache2 however because of some
conflict in the C part of the PCRE library.

Rich.

-- 
Richard Jones. http://www.annexia.org/ http://freshmeat.net/users/rwmj
Merjis Ltd. http://www.merjis.com/ - all your business data are belong to you.
"One serious obstacle to the adoption of good programming languages is
the notion that everything has to be sacrificed for speed. In computer
languages as in life, speed kills." -- Mike Vanier

-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners