Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 15 Jan 2006 16:57:36 +0100
From:      Pav Lucistnik <pav@FreeBSD.org>
To:        Alexander Wittig <alexander@wittig.name>, dinoex@FreeBSD.org
Cc:        ports@FreeBSD.org
Subject:   Re: ruby 1.8.4 + mod_ruby = "undefined symbol: pthread_create"?
Message-ID:  <1137340656.3790.20.camel@localhost>
In-Reply-To: <43CA490C.7010201@wittig.name>
References:  <43CA490C.7010201@wittig.name>

next in thread | previous in thread | raw e-mail | index | archive | help

--=-odmf+194l4o2QIQ9nK6W
Content-Type: multipart/mixed; boundary="=-hqNIrEiYgYPvuswHKeQt"


--=-hqNIrEiYgYPvuswHKeQt
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable

Alexander Wittig p=ED=B9e v ne 15. 01. 2006 v 14:07 +0100:
> Hi all
>=20
> Thanks Pav for importing ruby 1.8.4 into the ports tree. Looks like=20
> things are going fairly well, my production systems still work after=20
> portupgrade -a :-)
> However there has been one problem with mod_ruby: It does not load any=20
> more with apache20. I reinstalled everything (www/mod_ruby,=20
> textproc/eruby, lang/ruby18) but it still doesn't work. Error message=20
> from apache:
>=20
> [root@hotzenplotz:/data/apache/wittig.name/alex]apachectl -DSSL -k restar=
t
> Syntax error on line 122 of /usr/local/etc/apache2/httpd.conf:
> Cannot load /usr/local/libexec/apache2/mod_ruby.so into server:=20
> /usr/local/lib/libruby18.so.18: Undefined symbol "pthread_create"
>=20
> This only happens on FBSD 6, FBSD 4 is not affected. I assume this is=20
> because apache is not built with -pthreads while rubylib is (at least on=20
> FBSD >=3D 5). The workaround I use is to load libpthread into apache from=
=20
> httpd.conf:
>=20
> LoadFile /usr/lib/libpthread.so
> LoadModule ruby_module   libexec/apache2/mod_ruby.so
>=20
> After this the module loads and rhtml files are parsed correctly. I did=20
> not test the threading though, because I don't have any ruby code using i=
t.
> Could one of the pthreads gurus comment on this procedure? Is this a=20
> clean solution or just an ugly, error-prone hack? If the first: There=20
> should be a note included in www/mod_ruby/pkg_message and=20
> http.conf.mod_ruby should probably include the LoadFile, too. If the=20
> latter: What has to be done to make things work again? I do not recall=20
> having this problem with ruby 1.8.2.

Can you try attached patch on some real ruby scripts?
Generate some load and check if apache is behaving correctly?

Copying mod_ruby maintainer...

--=20
Pav Lucistnik <pav@oook.cz>
              <pav@FreeBSD.org>

Angband in action! Constant escalation to new depths to find angrier,
meaner letters and more punctuation!

--=-hqNIrEiYgYPvuswHKeQt
Content-Disposition: attachment; filename=awwww_in_modruby.diff
Content-Transfer-Encoding: base64
Content-Type: text/x-patch; name=awwww_in_modruby.diff; charset=ISO-8859-2

SW5kZXg6IE1ha2VmaWxlDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvcGN2cy9wb3J0cy93
d3cvbW9kX3J1YnkvTWFrZWZpbGUsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjQ5DQpkaWZmIC1h
IC11IC1yMS40OSBNYWtlZmlsZQ0KLS0tIE1ha2VmaWxlCTEzIE5vdiAyMDA1IDA5OjE4OjEyIC0w
MDAwCTEuNDkNCisrKyBNYWtlZmlsZQkxNSBKYW4gMjAwNiAxNTo1NjozNyAtMDAwMA0KQEAgLTMz
LDggKzMzLDE1IEBADQogCQlSRUFETUUuZW4gZG9jL2RlZmF1bHQuY3NzIGRvYy8qLmVuLioNCiBE
T0NTX0pBPQlSRUFETUUuamEgZG9jL2RlZmF1bHQuY3NzIGRvYy8qLmphLioNCiANCisuaW5jbHVk
ZSA8YnNkLnBvcnQucHJlLm1rPg0KKw0KIGRvLWNvbmZpZ3VyZToNCiAJQGNkICR7V1JLU1JDfTsg
JHtTRVRFTlZ9ICR7Q09ORklHVVJFX0VOVn0gJHtSVUJZfSAke1JVQllfRkxBR1N9IGNvbmZpZ3Vy
ZS5yYiAke0NPTkZJR1VSRV9BUkdTfQ0KKyMgZGlydHkgaGFjayB0byBmb3JjZSBtb2RfcnVieS5z
byBsaW5rZWQgd2l0aCBscHRocmVhZC5zbywgb3RoZXJ3aXNlIHVucmVzb2x2ZWQNCisjIHN5bWJv
bHMgaGFwcGVuDQorLmlmICR7T1NWRVJTSU9OfSA+PSA1MDIxMDINCisJQCR7UkVJTlBMQUNFX0NN
RH0gLWUgJ3N8LXB0aHJlYWR8LXB0aHJlYWQgLWxwdGhyZWFkfCcgJHtXUktTUkN9L01ha2VmaWxl
DQorLmVuZGlmDQogDQogcG9zdC1pbnN0YWxsOiBkb2MtaW5zdGFsbA0KIAkke0lOU1RBTExfREFU
QX0gJHtXUktTUkN9L2V4YW1wbGVzL2h0dHBkLmNvbmYgYCR7QVBYU30gLXEgU1lTQ09ORkRJUmAv
aHR0cGQuY29uZi4ke1BPUlROQU1FfQ0KQEAgLTQ0LDggKzUxLDYgQEANCiAJCS1lICdzLCUlU1lT
Q09ORkRJUiUlLCdgJHtBUFhTfSAtcSBTWVNDT05GRElSIHwgJHtTRUR9ICdzOiR7TE9DQUxCQVNF
fS86OidgJyxnOycgXA0KIAkJJHtUTVBQTElTVH0NCiANCi0uaW5jbHVkZSA8YnNkLnBvcnQubWs+
DQotDQogZG9jLWluc3RhbGw6DQogLmlmICFkZWZpbmVkKE5PUE9SVERPQ1MpDQogLmlmICFkZWZp
bmVkKFJVQllfTk9fUkRfSFRNTCkNCkBAIC02MCwzICs2NSw1IEBADQogLmVuZGZvcg0KIC5lbmRp
Zg0KIAlAJHtDQVR9ICR7UEtHTUVTU0FHRX0NCisNCisuaW5jbHVkZSA8YnNkLnBvcnQucG9zdC5t
az4NCg==


--=-hqNIrEiYgYPvuswHKeQt--

--=-odmf+194l4o2QIQ9nK6W
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?=
	=?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?=
	=?ISO-8859-1?Q?_zpr=E1vy?=

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (FreeBSD)

iD8DBQBDynDwntdYP8FOsoIRApDkAJ95ekpX8DPWDe3QYIzMbUTbEU+BtQCggi6i
FldPqFAKbifWl1DtngcxlHc=
=Auan
-----END PGP SIGNATURE-----

--=-odmf+194l4o2QIQ9nK6W--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1137340656.3790.20.camel>