|
From: <ho...@gl...> - 2003-12-08 15:58:21
|
SGVsbG8sDQoNCkkgc3RpbGwgdHJ5IHRvIGRlYnVnIGEgY29tcGxleCBhcHBsaWNhdGlvbiB3aGlj aCBjb25zaXRzdHMgb2YgYSBzZXQgb2YNCnB5dGhvbiBtb2R1bGVzLCBhbmQgcHl0aG9uIGV4dGVu c2lvbi4gU29tZSBvZiB0aGUgcHl0aG9uIGV4dGVuc2lvbiBhcmUNCnVzaW5nIHRoZSBBVExBUyBC bGFzIGxpYnJhcnkuIFRoZXJlIGFyZSBmb3J0cmFuIHBhcnRzIGNvbXBpbGVkIHdpdGggYQ0KcmVj ZW50IHZlcnNpb24gb2YgdGhlIEludGVsIGZvcnRyYW4gY29tcGlsZXIuIFdlIHVzZSB0aGUgU3VT RSA4LjENCnZlcnNpb24gb2YgZ2NjIDMuMi4gUnVubmluZyB0aGUgcHJvZ3JhbSB3ZSBnZXQ6DQoN Cg0KMTY6MzMgaG9lbEBwYzAyMDU0OTpzaGFmdCAyPmVudiBMRF9MSUJSQVJZX1BBVEg9L3Vzci9s b2NhbC9maXRvb2xzL2xpbnV4L2xpYjokTERfTElCUkFSWV9QQVRIIFBZVEhPTlBBVEg9Ii9kYXRh L3RtcC9ob2VsL0dMUHkvbGliOi9kYXRhL3RtcC9ob2VsL0dMUHkvYnVpbGQvbGliLmxpbnV4LWk2 ODYtMi4zOiIgdmFsZ3JpbmQgLS1zdXBwcmVzc2lvbnM9JEhPTUUvLnZhbGdyaW5kL3B5dGhvbi5z dXBwcmVzc2lvbnMgLS1sZWFrLXJlc29sdXRpb249aGlnaCAtLW51bS1jYWxsZXJzPTEwMCAgcHl0 aG9uIHZpYnJvdHRlc3QucHkNCj09MzIxMzM9PSBNZW1jaGVjaywgYSBtZW1vcnkgZXJyb3IgZGV0 ZWN0b3IgZm9yIHg4Ni1saW51eC4NCj09MzIxMzM9PSBDb3B5cmlnaHQgKEMpIDIwMDItMjAwMywg YW5kIEdOVSBHUEwnZCwgYnkgSnVsaWFuIFNld2FyZC4NCj09MzIxMzM9PSBVc2luZyB2YWxncmlu ZC1IRUFELCBhIHByb2dyYW0gc3VwZXJ2aXNpb24gZnJhbWV3b3JrIGZvciB4ODYtbGludXguDQo9 PTMyMTMzPT0gQ29weXJpZ2h0IChDKSAyMDAwLTIwMDMsIGFuZCBHTlUgR1BMJ2QsIGJ5IEp1bGlh biBTZXdhcmQuDQo9PTMyMTMzPT0gRXN0aW1hdGVkIENQVSBjbG9jayByYXRlIGlzIDE3MTkgTUh6 DQo9PTMyMTMzPT0gRm9yIG1vcmUgZGV0YWlscywgcmVydW4gd2l0aDogLXYNCj09MzIxMzM9PSAN CnJlYWQgaW5wdXRmaWxlLi4uDQoNClsuLi4gbG90cyBvZiBsaW5lcyAuLi5dDQoNCkpKSkogISEh ISEhISEhISEhISEhISEhISEhISEhISEhISEhDQpqb2J2bDogTg0Kam9idnI6IFYNCktLS0sgISEh ISEhISEhISEhISEhISEhISEhISEhISEhISEhDQo9PTMyMTMzPT0gDQo9PTMyMTMzPT0gUHJvY2Vz cyB0ZXJtaW5hdGluZyB3aXRoIGRlZmF1bHQgYWN0aW9uIG9mIHNpZ25hbCAxMSAoU0lHU0VHVik6 IGR1bXBpbmcgY29yZQ0KPT0zMjEzMz09ICAgIGF0IDB4NDZENzNCOTg6IEFUTF9kZ2VtdlRfYTFf eDFfYjBfeTEgKGluIC91c3Ivc29mdHdhcmUvZml0b29scy9saW51eC9saWIvbGliYXRsYXNfaWZj LnNvLjMuNS4xNCkNCj09MzIxMzM9PSAgICBieSAweDQ2RDY4MjVGOiBBVExfZGdlbXYgKGluIC91 c3Ivc29mdHdhcmUvZml0b29scy9saW51eC9saWIvbGliYXRsYXNfaWZjLnNvLjMuNS4xNCkNCj09 MzIxMzM9PSANCj09MzIxMzM9PSBFUlJPUiBTVU1NQVJZOiAwIGVycm9ycyBmcm9tIDAgY29udGV4 dHMgKHN1cHByZXNzZWQ6IDEwNTgzIGZyb20gMTApDQo9PTMyMTMzPT0gbWFsbG9jL2ZyZWU6IGlu IHVzZSBhdCBleGl0OiAyNTU3MDk5MyBieXRlcyBpbiAzNTU5IGJsb2Nrcy4NCj09MzIxMzM9PSBt YWxsb2MvZnJlZTogNTI2MDQgYWxsb2NzLCA0OTA0NSBmcmVlcywgMzcxNTgwNzUgYnl0ZXMgYWxs b2NhdGVkLg0KPT0zMjEzMz09IEZvciBhIGRldGFpbGVkIGxlYWsgYW5hbHlzaXMsICByZXJ1biB3 aXRoOiAtLWxlYWstY2hlY2s9eWVzDQo9PTMyMTMzPT0gRm9yIGNvdW50cyBvZiBkZXRlY3RlZCBl cnJvcnMsIHJlcnVuIHdpdGg6IC12DQpTZWdtZW50YXRpb24gZmF1bHQNCg0KDQpJJ3ZlIGFkZGVk IHRoZSBwcmludCBzdGF0ZW1lbnRzIGZvciB0aGVzZSBsYXN0IGZvdXIgbGluZXMgaW50byB0aGUN Cm9yaWdpbmFsIExBUEFDSyBjb2RlLCBzbyBJJ20gc2h1cmUgdGhlIHNlZ2ZhdWx0IGhhcHBlbnMg aW4gdGhlIGxhcGFjaw0KY29kZS4gSSBleHRyYWN0ZWQgdGhlIGltcHV0IHBhcmFtZXRlcnMgZm9y IG15IHRlc3RjYXNlIGFuZCB3cm90ZSBhDQpsaXR0bGUgRk9SVFJBTiBwcm9ncmFtIGp1c3QgZG9p bmcgdGhlIGNhbGwgbGVhZGluZyB0byB0aGUNCnNlZ2ZhdWx0LiBUaGlzIHN0cmlwcGVkIGRvd24g cHJvZ3JhbSBydW5zIHN1Y2Nlc3NmdWxsIHVuZGVyDQp2YWxncmluZC4NCg0KQXJlIHRoZXJlIHNv bWUgdGlwcyBob3cgdG8gdHJhY2sgZG93biB0aGUgcmVhc29uIG9mIHRoZSBzZWdmYXVsdCBpbiBt eQ0KYXBwbGljYXRpb24/DQoNClRoYW5rcw0KDQpLaW5kIHJlZ2FyZHMNCg0KQmVydGhvbGQgSPZs bG1hbm4NCi0tIA0KR2VybWFuaXNjaGVyIExsb3lkIEFHDQpDQUUgRGV2ZWxvcG1lbnQNClZvcnNl dHplbiAzNQ0KMjA0NTkgSGFtYnVyZw0KUGhvbmU6ICs0OSgwKTQwIDM2MTQ5LTczNzQNCkZheDog KzQ5KDApNDAgMzYxNDktNzMyMA0KZS1tYWlsOiBob2VsQGdsLWdyb3VwLmNvbQ0KSW50ZXJuZXQ6 IGh0dHA6Ly93d3cuZ2wtZ3JvdXAuY29tIA0KIA0KIA0KIA0KKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiAgDQogDQpQbGVhc2Ugbm90aWNlOiBXZSB3 b3VsZCBsaWtlIHRvIGluZm9ybSB5b3UgdGhhdCB0aGUgZS1tYWlsIGFkZHJlc3Mgb2YgR2VybWFu aXNjaGVyIExsb3lkIGFzIHdlbGwgYXMgb3VyIGludGVybmV0IGFkZHJlc3MgaGFkIGJlZW4gY2hh bmdlZCB0byAgZ2wtZ3JvdXAuY29tIHdpdGggZWZmZWN0IGZyb20gMXN0IE1hcmNoIDIwMDMuIA0K IA0KVGhpcyBtZWFucyB0aGF0IHRoZSBwcmV2aW91cyBhZGRyZXNzIHNob3J0bWFya0BnZXJtYW5s bG95ZC5vcmcgd2lsbCBiZSByZXBsYWNlZCBieSBzaG9ydG1hcmtAZ2wtZ3JvdXAuY29tLiBGcm9t IG5vdyBvbiB0aGUgR0wgaG9tZXBhZ2UgY2FuIGJlIGFjY2Vzc2VkIGF0IHRoZSBhZGRyZXNzICdo dHRwOi8vd3d3LmdsLWdyb3VwLmNvbScuIFRoZSBvbGQgYWRkcmVzc2VzIHJlbWFpbiB2YWxpZCBm b3IgYSB0cmFuc2l0aW9uYWwgcGVyaW9kLiANCiANCiANCioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKiogDQogDQogDQogDQpUaGlzIGUtbWFpbCBjb250 YWlucyBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24gZm9yIHRoZSBleGNsdXNpdmUgYXR0ZW50aW9u IG9mIHRoZSBpbnRlbmRlZCBhZGRyZXNzZWUuIEFueSBhY2Nlc3Mgb2YgdGhpcmQgcGFydGllcyB0 byB0aGlzIGUtbWFpbCBpcyB1bmF1dGhvcmlzZWQuIEFueSB1c2Ugb2YgdGhpcyBlLW1haWwgYnkg dW5pbnRlbmRlZCByZWNpcGllbnRzIHN1Y2ggYXMgY29weWluZywgZGlzdHJpYnV0aW9uLCBkaXNj bG9zdXJlIGV0Yy4gaXMgcHJvaGliaXRlZCBhbmQgbWF5IGJlIHVubGF3ZnVsLiBXaGVuIGFkZHJl c3NlZCB0byBvdXIgY2xpZW50cyB0aGUgY29udGVudCBvZiB0aGlzIGUtbWFpbCBpcyBzdWJqZWN0 IHRvIHRoZSBHZW5lcmFsIFRlcm1zIGFuZCBDb25kaXRpb25zIG9mIEdMJ3MgR3JvdXAgb2YgQ29t cGFuaWVzIGFwcGxpY2FibGUgYXQgdGhlIGRhdGUgb2YgdGhpcyBlLW1haWwuICANCiANCkdMJ3Mg R3JvdXAgb2YgQ29tcGFuaWVzIGRvZXMgbm90IHdhcnJhbnQgYW5kL29yIGd1YXJhbnRlZSB0aGF0 IHRoaXMgbWVzc2FnZSBhdCB0aGUgbW9tZW50IG9mIHJlY2VpcHQgaXMgYXV0aGVudGljLCBjb3Jy ZWN0IGFuZCBpdHMgY29tbXVuaWNhdGlvbiBmcmVlIG9mIGVycm9ycywgaW50ZXJydXB0aW9uIGV0 Yy4gIA0KIA0K |
|
From: <ho...@gl...> - 2003-12-08 16:27:00
|
Berthold H=F6llmann <ho...@gl...> writes: > Hello, > ... > application? Hello again, having had bad experience with the core files generated from my program I forgot to inspect the latest. Doing this I get: >gdb python core GNU gdb 5.2.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... Core was generated by `python vibrottest.py'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/fitools/linux/lib/valgrind/vgskin_memcheck.= so...done. .... Loaded symbols for /lib/libz.so.1 #0 0x40185696 in vgPlain_do_syscall () from /usr/local/fitools/linux/lib/valgrind/valgrind.so (gdb)=20 (gdb) bt #0 0x40185696 in vgPlain_do_syscall () from /usr/local/fitools/linux/lib/valgrind/valgrind.so #1 0x401fd060 in vgPlain_stack () from /usr/local/fitools/linux/lib/valgrind/valgrind.so #2 0x40168e2c in vgPlain_main () at vg_main.c:1780 (gdb)=20 Does this mean I have an unsupported syscall again? How do I find out what it is? Kind regards Berthold H=F6llmann --=20 Germanischer Lloyd AG CAE Development Vorsetzen 35 20459 Hamburg Phone: +49(0)40 36149-7374 Fax: +49(0)40 36149-7320 e-mail: ho...@gl... Internet: http://www.gl-group.com |
|
From: Jeremy F. <je...@go...> - 2003-12-08 17:04:02
|
On Mon, 2003-12-08 at 07:57, Berthold Höllmann wrote: > ==32133== Process terminating with default action of signal 11 (SIGSEGV): dumping core > ==32133== at 0x46D73B98: ATL_dgemvT_a1_x1_b0_y1 (in /usr/software/fitools/linux/lib/libatlas_ifc.so.3.5.14) > ==32133== by 0x46D6825F: ATL_dgemv (in /usr/software/fitools/linux/lib/libatlas_ifc.so.3.5.14) > ==32133== > ==32133== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 10583 from 10) > ==32133== malloc/free: in use at exit: 25570993 bytes in 3559 blocks. > ==32133== malloc/free: 52604 allocs, 49045 frees, 37158075 bytes allocated. > ==32133== For a detailed leak analysis, rerun with: --leak-check=yes > ==32133== For counts of detected errors, rerun with: -v > Segmentation fault > > > I've added the print statements for these last four lines into the > original LAPACK code, so I'm shure the segfault happens in the lapack > code. I extracted the imput parameters for my testcase and wrote a > little FORTRAN program just doing the call leading to the > segfault. This stripped down program runs successfull under > valgrind. > > Are there some tips how to track down the reason of the segfault in my > application? It's a little hard to tell without knowing what the instruction is at 0x46D73B98, but I'm guessing it's a GPF raised by an instruction like MOVNTDQ with an address which isn't 16-byte aligned. Try using --alignment=16. > Does this mean I have an unsupported syscall again? How do I find out > what it is? No, the core will always show Valgrind in a syscall (because it's always in the middle of a kill(getpid(), SIGSEGV). Instead, in this gdb try "x/i 0x46D73B98" to see what the faulting instruction is. That will help us work out what's really happening. J |
|
From: <ho...@gl...> - 2003-12-09 08:14:33
|
Jeremy Fitzhardinge <je...@go...> writes: > On Mon, 2003-12-08 at 07:57, Berthold H=F6llmann wrote: >> =3D=3D32133=3D=3D Process terminating with default action of signal 11 (= SIGSEGV): dumping core ... > > Instead, in this gdb try "x/i 0x46D73B98" to see what the faulting > instruction is. That will help us work out what's really happening. (gdb) x/i 0x46D73B98 0x46d73b98 <ATL_dgemvT_a1_x1_b0_y1_gemvT_1_3_loop+8>: movapd 0x0(%ebx),%x= mm4 Thanks. Kind regards Berthold H=F6llmann --=20 Germanischer Lloyd AG CAE Development Vorsetzen 35 20459 Hamburg Phone: +49(0)40 36149-7374 Fax: +49(0)40 36149-7320 e-mail: ho...@gl... Internet: http://www.gl-group.com |
|
From: Tom H. <th...@cy...> - 2003-12-09 08:40:24
|
In message <seo...@pc...>
Berthold H=F6llmann <ho...@gl...> wrote:
> Jeremy Fitzhardinge <je...@go...> writes:
>
>> On Mon, 2003-12-08 at 07:57, Berthold H=F6llmann wrote:
>>> =3D=3D32133=3D=3D Process terminating with default action of signal 11 =
(SIGSEGV): dumping core
> ...
>>
>> Instead, in this gdb try "x/i 0x46D73B98" to see what the faulting
>> instruction is. That will help us work out what's really happening.
>
> (gdb) x/i 0x46D73B98
> 0x46d73b98 <ATL_dgemvT_a1_x1_b0_y1_gemvT_1_3_loop+8>: movapd 0x0(%ebx),=
%xmm4
As I think somebody already suggested, that instruction requires the
memory address given to it to be 16 byte aligned. Most likely you are
falling foul of the fact that valgrind's malloc currently only returns
a four byte aligned address.
Try using the --alignment switch to see if that fixes it. If would be
interesting to know if an 8 byte alignment is enough or if 16 is required
as we think glibc only guarantees 8 byte alignment and there was some
discussion about changing valgrind's default the other day.
Tom
--=20
Tom Hughes (th...@cy...)
Software Engineer, Cyberscience Corporation
http://www.cyberscience.com/
|
|
From: <ho...@gl...> - 2003-12-09 09:31:47
|
VG9tIEh1Z2hlcyA8dGhoQGN5YmVyc2NpZW5jZS5jb20+IHdyaXRlczoNCg0KPiBJbiBtZXNzYWdl IDxzZW9ldWk3Nm5tLmZzZkBwYzAyMDU0OS5kaGNwLmdlcm1hbmxsb3lkLm9yZz4NCj4gICAgICAg ICBCZXJ0aG9sZCBI9mxsbWFubiA8aG9lbEBnbC1ncm91cC5jb20+IHdyb3RlOg0KPg0KPj4gSmVy ZW15IEZpdHpoYXJkaW5nZSA8amVyZW15QGdvb3Aub3JnPiB3cml0ZXM6DQo+Pg0KPj4+IE9uIE1v biwgMjAwMy0xMi0wOCBhdCAwNzo1NywgQmVydGhvbGQgSPZsbG1hbm4gd3JvdGU6DQo+Pj4+ID09 MzIxMzM9PSBQcm9jZXNzIHRlcm1pbmF0aW5nIHdpdGggZGVmYXVsdCBhY3Rpb24gb2Ygc2lnbmFs IDExIChTSUdTRUdWKTogZHVtcGluZyBjb3JlDQo+PiAuLi4NCj4+Pg0KPj4+IEluc3RlYWQsIGlu IHRoaXMgZ2RiIHRyeSAieC9pIDB4NDZENzNCOTgiIHRvIHNlZSB3aGF0IHRoZSBmYXVsdGluZw0K Pj4+IGluc3RydWN0aW9uIGlzLiAgVGhhdCB3aWxsIGhlbHAgdXMgd29yayBvdXQgd2hhdCdzIHJl YWxseSBoYXBwZW5pbmcuDQo+Pg0KPj4gKGdkYikgeC9pIDB4NDZENzNCOTgNCj4+IDB4NDZkNzNi OTggPEFUTF9kZ2VtdlRfYTFfeDFfYjBfeTFfZ2VtdlRfMV8zX2xvb3ArOD46ICAgbW92YXBkIDB4 MCglZWJ4KSwleG1tNA0KPg0KPiBBcyBJIHRoaW5rIHNvbWVib2R5IGFscmVhZHkgc3VnZ2VzdGVk LCB0aGF0IGluc3RydWN0aW9uIHJlcXVpcmVzIHRoZQ0KPiBtZW1vcnkgYWRkcmVzcyBnaXZlbiB0 byBpdCB0byBiZSAxNiBieXRlIGFsaWduZWQuIE1vc3QgbGlrZWx5IHlvdSBhcmUNCj4gZmFsbGlu ZyBmb3VsIG9mIHRoZSBmYWN0IHRoYXQgdmFsZ3JpbmQncyBtYWxsb2MgY3VycmVudGx5IG9ubHkg cmV0dXJucw0KPiBhIGZvdXIgYnl0ZSBhbGlnbmVkIGFkZHJlc3MuDQo+DQo+IFRyeSB1c2luZyB0 aGUgLS1hbGlnbm1lbnQgc3dpdGNoIHRvIHNlZSBpZiB0aGF0IGZpeGVzIGl0LiBJZiB3b3VsZCBi ZQ0KPiBpbnRlcmVzdGluZyB0byBrbm93IGlmIGFuIDggYnl0ZSBhbGlnbm1lbnQgaXMgZW5vdWdo IG9yIGlmIDE2IGlzIHJlcXVpcmVkDQo+IGFzIHdlIHRoaW5rIGdsaWJjIG9ubHkgZ3VhcmFudGVl cyA4IGJ5dGUgYWxpZ25tZW50IGFuZCB0aGVyZSB3YXMgc29tZQ0KPiBkaXNjdXNzaW9uIGFib3V0 IGNoYW5naW5nIHZhbGdyaW5kJ3MgZGVmYXVsdCB0aGUgb3RoZXIgZGF5Lg0KDQpNeSBhcHBsaWNh dGlvbiBhbHNvIHJ1bnMgd2l0aCA4IGJ5dGUgYWxpZ25tZW50IGFzIHdlbGwgYXMgd2l0aCAxNi4N Cg0KS2luZCByZWdhcmRzDQoNCkJlcnRob2xkDQotLSANCkdlcm1hbmlzY2hlciBMbG95ZCBBRw0K Q0FFIERldmVsb3BtZW50DQpWb3JzZXR6ZW4gMzUNCjIwNDU5IEhhbWJ1cmcNClBob25lOiArNDko MCk0MCAzNjE0OS03Mzc0DQpGYXg6ICs0OSgwKTQwIDM2MTQ5LTczMjANCmUtbWFpbDogaG9lbEBn bC1ncm91cC5jb20NCkludGVybmV0OiBodHRwOi8vd3d3LmdsLWdyb3VwLmNvbSANCiANCiANCiAN CioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiogIA0K IA0KUGxlYXNlIG5vdGljZTogV2Ugd291bGQgbGlrZSB0byBpbmZvcm0geW91IHRoYXQgdGhlIGUt bWFpbCBhZGRyZXNzIG9mIEdlcm1hbmlzY2hlciBMbG95ZCBhcyB3ZWxsIGFzIG91ciBpbnRlcm5l dCBhZGRyZXNzIGhhZCBiZWVuIGNoYW5nZWQgdG8gIGdsLWdyb3VwLmNvbSB3aXRoIGVmZmVjdCBm cm9tIDFzdCBNYXJjaCAyMDAzLiANCiANClRoaXMgbWVhbnMgdGhhdCB0aGUgcHJldmlvdXMgYWRk cmVzcyBzaG9ydG1hcmtAZ2VybWFubGxveWQub3JnIHdpbGwgYmUgcmVwbGFjZWQgYnkgc2hvcnRt YXJrQGdsLWdyb3VwLmNvbS4gRnJvbSBub3cgb24gdGhlIEdMIGhvbWVwYWdlIGNhbiBiZSBhY2Nl c3NlZCBhdCB0aGUgYWRkcmVzcyAnaHR0cDovL3d3dy5nbC1ncm91cC5jb20nLiBUaGUgb2xkIGFk ZHJlc3NlcyByZW1haW4gdmFsaWQgZm9yIGEgdHJhbnNpdGlvbmFsIHBlcmlvZC4gDQogDQogDQoq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqIA0KIA0K IA0KIA0KVGhpcyBlLW1haWwgY29udGFpbnMgY29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGZvciB0 aGUgZXhjbHVzaXZlIGF0dGVudGlvbiBvZiB0aGUgaW50ZW5kZWQgYWRkcmVzc2VlLiBBbnkgYWNj ZXNzIG9mIHRoaXJkIHBhcnRpZXMgdG8gdGhpcyBlLW1haWwgaXMgdW5hdXRob3Jpc2VkLiBBbnkg dXNlIG9mIHRoaXMgZS1tYWlsIGJ5IHVuaW50ZW5kZWQgcmVjaXBpZW50cyBzdWNoIGFzIGNvcHlp bmcsIGRpc3RyaWJ1dGlvbiwgZGlzY2xvc3VyZSBldGMuIGlzIHByb2hpYml0ZWQgYW5kIG1heSBi ZSB1bmxhd2Z1bC4gV2hlbiBhZGRyZXNzZWQgdG8gb3VyIGNsaWVudHMgdGhlIGNvbnRlbnQgb2Yg dGhpcyBlLW1haWwgaXMgc3ViamVjdCB0byB0aGUgR2VuZXJhbCBUZXJtcyBhbmQgQ29uZGl0aW9u cyBvZiBHTCdzIEdyb3VwIG9mIENvbXBhbmllcyBhcHBsaWNhYmxlIGF0IHRoZSBkYXRlIG9mIHRo aXMgZS1tYWlsLiAgDQogDQpHTCdzIEdyb3VwIG9mIENvbXBhbmllcyBkb2VzIG5vdCB3YXJyYW50 IGFuZC9vciBndWFyYW50ZWUgdGhhdCB0aGlzIG1lc3NhZ2UgYXQgdGhlIG1vbWVudCBvZiByZWNl aXB0IGlzIGF1dGhlbnRpYywgY29ycmVjdCBhbmQgaXRzIGNvbW11bmljYXRpb24gZnJlZSBvZiBl cnJvcnMsIGludGVycnVwdGlvbiBldGMuICANCiANCg== |
|
From: David E. <tw...@us...> - 2003-12-09 08:17:39
|
On Tue, 2003-12-09 at 09:10, Berthold H=F6llmann wrote:
> Jeremy Fitzhardinge <je...@go...> writes:
>=20
> > On Mon, 2003-12-08 at 07:57, Berthold H=F6llmann wrote:
> >> =3D=3D32133=3D=3D Process terminating with default action of signal =
11 (SIGSEGV): dumping core
> ...
> >
> > Instead, in this gdb try "x/i 0x46D73B98" to see what the faulting
> > instruction is. That will help us work out what's really happening.
>=20
> (gdb) x/i 0x46D73B98
> 0x46d73b98 <ATL_dgemvT_a1_x1_b0_y1_gemvT_1_3_loop+8>: movapd 0x0(%ebx=
),%xmm4
Did you try to run valgrind with --alignment=3D16 too?
--=20
Regards,
-\- David Eriksson -/-
SynCE - http://synce.sourceforge.net
CalcEm - http://calcem.sourceforge.net
Desquirr - http://desquirr.sourceforge.net
SetiWrapper - http://setiwrapper.sourceforge.net
|
|
From: <ho...@gl...> - 2003-12-09 09:10:46
|
David Eriksson <tw...@us...> writes: > On Tue, 2003-12-09 at 09:10, Berthold H=F6llmann wrote: >> Jeremy Fitzhardinge <je...@go...> writes: >>=20 >> > On Mon, 2003-12-08 at 07:57, Berthold H=F6llmann wrote: >> >> =3D=3D32133=3D=3D Process terminating with default action of signal 1= 1 (SIGSEGV): dumping core >> ... >> > >> > Instead, in this gdb try "x/i 0x46D73B98" to see what the faulting >> > instruction is. That will help us work out what's really happening. >>=20 >> (gdb) x/i 0x46D73B98 >> 0x46d73b98 <ATL_dgemvT_a1_x1_b0_y1_gemvT_1_3_loop+8>: movapd 0x0(%ebx)= ,%xmm4 > > Did you try to run valgrind with --alignment=3D16 too? Ok, I did now. The application now finishes without segfault. I get only=20 =3D=3D1913=3D=3D Use of uninitialised value of size 4 =3D=3D1913=3D=3D at 0x46C5CEDC: (within /usr/software/fitools/linux/lib/= libatlas_ifc.so.3.5.14) =3D=3D1913=3D=3D=20 =3D=3D1913=3D=3D Use of uninitialised value of size 4 =3D=3D1913=3D=3D at 0x46C611CC: (within /usr/software/fitools/linux/lib/= libatlas_ifc.so.3.5.14) =3D=3D1913=3D=3D=20 =3D=3D1913=3D=3D Use of uninitialised value of size 4 =3D=3D1913=3D=3D at 0x46C5F0EC: (within /usr/software/fitools/linux/lib/= libatlas_ifc.so.3.5.14) But why does only the python version fall into this alignment problem, not the stand allone program? Kind regards Berthold H=F6llmann --=20 Germanischer Lloyd AG CAE Development Vorsetzen 35 20459 Hamburg Phone: +49(0)40 36149-7374 Fax: +49(0)40 36149-7320 e-mail: ho...@gl... Internet: http://www.gl-group.com |
|
From: Tom H. <th...@cy...> - 2003-12-09 09:22:22
|
In message <se7...@pc...>
Berthold H=F6llmann <ho...@gl...> wrote:
> But why does only the python version fall into this alignment problem,
> not the stand allone program?
It could simply be chance - if malloc happens to give you a 16 byte
aligned block in the stand alone case then it will work. A different
program with a different pattern of allocations (the python case) then
happens not to give you a 16 byte aligned block.
Tom
--=20
Tom Hughes (th...@cy...)
Software Engineer, Cyberscience Corporation
http://www.cyberscience.com/
|