Date: Wed, 6 Dec 2000 23:51:53 +0600 (NS) From: Max Khon <fjoe@iclub.nsu.ru> To: stable@FreeBSD.ORG Cc: jdp@polstra.com, osa@freebsd.org.ru Subject: Re: Mysql segfaults; is the culprit libstdc++, pthread, regex ...? Message-ID: <Pine.BSF.4.21.0012062322520.53775-200000@iclub.nsu.ru> In-Reply-To: <20001206091452.C2367@dragon.nuxi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime@docserver.cac.washington.edu for more info.
--0-1003554890-976125113=:53775
Content-Type: TEXT/PLAIN; charset=US-ASCII
hi, there!
On Wed, 6 Dec 2000, David O'Brien wrote:
> > now I can confirm that on latest -stable without "linking shared objects
> > with libgcc_[r]_pic" changes ACE wrappers tests run correctly without
> > segfaults. test program ("bad" one) from PR/23252 also does not segfault
> > anymore.
>
> > sorry, no workaround so far except backing out that changes
> > (patch for testing attached) and have no time to find more correct
> > solution.
>
> Lets get the patch right for people to test. Remove all the bogus
> -kthread stuff. As that was only for Linux threads (or does ACE use
> that)?? If so, then it isn't being linked the way Jason Evans says it
> should.
ACE can use both linuxthreads or pthreads. we use it with pthreads. Sorry,
have no time to test patch without -kthread stuff (attached) or to find
out what is the deal with threads when we are linking shared libraries
against libgcc_[r_]pic.a.
> > I think that changes to compiler and binutils should be tested
> > in -current for much longer period of time before MFC and should be MFC'ed
> > long before release date.
>
> If you understood what was broken by not doing this commit, you'd
> understand why it was done. C++ exceptions (even w/o threads) was rather
> broken. W/o this patch we were going to dropped as a GCC 3.0 release
> test platform.
AFAIR C++ exceptions without this patch are not broken (I am running
latest -stable without them now). When we switched to gcc crtstuff the
only thing that was broken were C++ multithreaded programs because threads
were not initialized when crtstuff tried to use them to initialize eh
context information.
I think it does not matter why it was done -- we need
someone to find out why linking shared libraries against libgcc_[r_]pic.a
breaks multithreaded programs.
/fjoe
--0-1003554890-976125113=:53775
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=patch3
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.BSF.4.21.0012062351530.53775@iclub.nsu.ru>
Content-Description:
Content-Disposition: attachment; filename=patch3
LS0tIGdudS91c3IuYmluL2NjL2NjX3Rvb2xzL2ZyZWVic2QtbmF0aXZlLmgu
b3JpZwlTdW4gTm92IDEyIDAzOjUyOjQwIDIwMDANCisrKyBnbnUvdXNyLmJp
bi9jYy9jY190b29scy9mcmVlYnNkLW5hdGl2ZS5oCVdlZCBEZWMgIDYgMTQ6
NTQ6MjkgMjAwMA0KQEAgLTEsNCArMSw0IEBADQotLyogJEZyZWVCU0Q6IHNy
Yy9nbnUvdXNyLmJpbi9jYy9jY190b29scy9mcmVlYnNkLW5hdGl2ZS5oLHYg
MS41LjIuMSAyMDAwLzExLzExIDIxOjUyOjQwIG9icmllbiBFeHAgJCAqLw0K
Ky8qICRGcmVlQlNEOiBzcmMvZ251L3Vzci5iaW4vY2MvY2NfdG9vbHMvZnJl
ZWJzZC1uYXRpdmUuaCx2IDEuNCAxOTk5LzEyLzIyIDA1OjAwOjI3IG9icmll
biBFeHAgJCAqLw0KIA0KIC8qIEZSRUVCU0RfTkFUSVZFIGlzIGRlZmluZWQg
d2hlbiBnY2MgaXMgaW50ZWdyYXRlZCBpbnRvIHRoZSBGcmVlQlNEDQogICAg
c291cmNlIHRyZWUgc28gaXQgY2FuIGJlIGNvbmZpZ3VyZWQgYXBwcm9wcmlh
dGVseSB3aXRob3V0IHVzaW5nDQpAQCAtNTAsOSArNTAsNCBAQA0KIC8qIFRl
bGwgZ2NjIHRvIGxvY2F0ZSBsaWJnY2MuYSBmb3IgdXMgYWNjb3JkaW5nIHRv
IHRoZSAtbSBydWxlcy4gICovDQogI3VuZGVmIExJQkdDQ19TUEVDDQogI2Rl
ZmluZSBMSUJHQ0NfU1BFQyBcDQotICIleyFzaGFyZWQ6IFwNCi0gICAgJXsh
cHRocmVhZDpsaWJnY2MuYSVzfSBcDQotICAgICV7cHRocmVhZDpsaWJnY2Nf
ci5hJXN9fSBcDQotICAle3NoYXJlZDogXA0KLSAgICAleyFwdGhyZWFkOmxp
YmdjY19waWMuYSVzfSBcDQotICAgICV7cHRocmVhZDpsaWJnY2Nfcl9waWMu
YSVzfX0iDQorICIleyFzaGFyZWQ6JXshcHRocmVhZDpsaWJnY2MuYSVzfSV7
cHRocmVhZDpsaWJnY2Nfci5hJXN9fSINCi0tLSBNYWtlZmlsZS5pbmMxLm9y
aWcJU2F0IERlYyAgMiAwMzo1ODowOSAyMDAwDQorKysgTWFrZWZpbGUuaW5j
MQlXZWQgRGVjICA2IDE1OjAxOjAzIDIwMDANCkBAIC02ODIsNyArNjgyLDcg
QEANCiAjDQogIyBUaGUgZm9sbG93aW5nIGRlcGVuZGVuY2llcyBleGlzdCBi
ZXR3ZWVuIHRoZSBsaWJyYXJpZXM6DQogIw0KLSMgbGliKjogY3N1IGxpYmdj
Y19waWMNCisjIGxpYio6IGNzdQ0KICMgbGliYXRtOiBsaWJtZA0KICMgbGli
Y3J5cHQ6IGxpYm1kDQogIyBsaWJkaWFsb2c6IGxpYm5jdXJzZXMNCkBAIC02
OTAsNyArNjkwLDcgQEANCiAjIGxpYmcrKzogbGlibQ0KICMgbGlia3JiOiBs
aWJjcnlwdA0KICMgbGlib3BpZTogbGlibWQNCi0jIGxpYnBhbTogbGliY29t
X2VyciBsaWJjcnlwdCBsaWJjcnlwdG8gbGlia3JiIGxpYm9waWUgbGlicmFk
aXVzIFwNCisjIGxpYnBhbTogbGliY29tX2VyciBsaWJjcnlwdCBsaWJjcnlw
dG8gbGliZ2NjX3BpYyBsaWJrcmIgbGlib3BpZSBsaWJyYWRpdXMgXA0KICMJ
ICBsaWJza2V5IGxpYnRhY3BsdXMgbGlidXRpbCBsaWJ6IGxpYnNzaA0KICMg
bGlicmFkaXVzOiBsaWJtZA0KICMgbGlicmVhZGxpbmU6IGxpYm5jdXJzZXMN
CkBAIC03MDMsNyArNzAzLDcgQEANCiAjDQogIyBnbnUvbGliOiBsaWIvbGli
bSBsaWIvbGlibmN1cnNlcw0KICMga2VyYmVyb3NJVi9saWIga2VyYmVyb3M1
L2xpYjogbGliL2xpYmNyeXB0DQotIyBsaWIvbGlicGFtOiBzZWN1cmUvbGli
L2xpYmNyeXB0byBrZXJiZXJvc0lWL2xpYi9saWJrcmIgXA0KKyMgbGliL2xp
YnBhbTogc2VjdXJlL2xpYi9saWJjcnlwdG8ga2VyYmVyb3NJVi9saWIvbGli
a3JiIGdudS9saWIvbGliZ2NjIFwNCiAjICAgICAgICAgICAgIHNlY3VyZS9s
aWIvbGlic3NoIGxpYi9saWJ6DQogIyBzZWN1cmUvbGliOiBsaWIvbGlibWQN
CiAjDQpAQCAtNzQyLDkgKzc0Miw4IEBADQogLmVuZGlmDQogDQogbGlicmFy
aWVzOg0KLS5mb3IgX2xpYiBpbiAke19jc3V9IGdudS9saWIvY3N1IGdudS9s
aWIvbGliZ2NjIGxpYi9saWJtZCBsaWIvbGliY3J5cHQgXA0KLSAgICAke19z
ZWN1cmVfbGlifSAke19rZXJiZXJvc0lWX2xpYn0gXA0KLSAgICAke19rZXJi
ZXJvczVfbGlifSBsaWIvbGliY29tX2VyciAke19saWJtfSBsaWIvbGlibmN1
cnNlcyBcDQorLmZvciBfbGliIGluICR7X2NzdX0gZ251L2xpYi9jc3UgbGli
L2xpYm1kIGxpYi9saWJjcnlwdCAke19zZWN1cmVfbGlifSAke19rZXJiZXJv
c0lWX2xpYn0gXA0KKyAgICAke19rZXJiZXJvczVfbGlifSBnbnUvbGliL2xp
YmdjYyBsaWIvbGliY29tX2VyciAke19saWJtfSBsaWIvbGlibmN1cnNlcyBc
DQogICAgIGxpYi9saWJvcGllIGxpYi9saWJyYWRpdXMgbGliL2xpYnNrZXkg
bGliL2xpYnRhY3BsdXMgbGliL2xpYnV0aWwgXA0KICAgICBsaWIvbGlieiBs
aWIgZ251L2xpYiBcDQogICAgICR7X2xpYnBlcmx9IHVzci5iaW4vbGV4L2xp
YiAke19saWJrZXljYXB9DQo=
--0-1003554890-976125113=:53775--
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0012062322520.53775-200000>