scope.c cause an unaligned access exception. #13498
Comments
From nullnilaki@gmail.comCreated by nullnilaki@gmail.comI am using Netbsd/alpha. Core was generated by `perl'. Taking a picture Perl Info |
From @demerphqYou need to provide us a replication script. On 28 December 2013 14:05, ���� <perlbug-followup@perl.org> wrote:
-- |
|
The RT System itself - Status changed from 'new' to 'open' |
From @jkeenanOn 12/28/13 8:05 AM, ���� wrote:
Did you encounter this problem while trying to build or test perl 5.18 Or did you encounter this problem while running a perl program after Thank you very much. |
From @iabynOn Sat, Dec 28, 2013 at 05:05:33AM -0800, ���� wrote:
I don't understand why this would cause an alignment error; it's casting a Can you show the output of the following commands please, run in the grep I8TYPE config.h -- |
From perl@profvince.comOn 12/30/13 12:25, Dave Mitchell wrote:
It can happen on alpha or ppc architectures if ARG0_PTR is not aligned int n; But I don't understand why ARG0_PTR wouldn't have such alignment here. Vincent |
From @craigberryOn Mon, Dec 30, 2013 at 6:19 AM, Vincent Pit <perl@profvince.com> wrote:
Isn't it more likely it's the "(I8)(uv >> 8)" rather than anything to |
From @iabynOn Mon, Dec 30, 2013 at 01:19:24PM +0100, Vincent Pit wrote:
You seem to be implying that a char* pointer needs to be aligned on a 4/8 -- |
From @craigberryOn Sat, Dec 28, 2013 at 10:29 PM, ���� <nullnilaki@gmail.com> wrote:
I managed to find this at
If "va" means virtual address, then 0x16050fcee is an even number but The Alpha assembly tutorial at For the original poster: Can you post verbose compiler version output? Can you report your Alpha system or processor model? Does turning off optimizations with -Doptimize=-O0 make the problem go away? Does adding -mcpu=XXXX to your compiler flags make any difference, Do you know enough C to write a small C program that reproduces the |
From @bulk88On Mon Dec 30 13:51:54 2013, craig.a.berry@gmail.com wrote:
http://books.google.com/books?id=GumAeql5KPkC&lpg=PP1&dq=intitle%3Aalpha%20assembler%20risc&pg=SA4-PA6#v=onepage&q&f=false If I read that correctly, "natural alignment" is the requirement, so by byte access should unalign fault. -- |
From greg@blekko.comOn Mon, Dec 30, 2013 at 03:51:37PM -0600, Craig A. Berry wrote:
That's because Alpha didn't originally have byte load/stores... they Alphas under Linux have a kernel software fixup for unaligned The things you ask for are the right ones to diagnose. I agree that it -- greg |
From @craigberryOn Mon, Dec 30, 2013 at 7:03 PM, Greg Lindahl <greg@blekko.com> wrote:
Right. That's why I want to see detailed compiler version info and/or
It looks like netbsd by default does the fix-ups but also warns. You <http://www.netbsd.org/ports/alpha/faq.html#unaligned>.
|
From @iabynOn Mon, Dec 30, 2013 at 05:03:34PM -0800, Greg Lindahl wrote:
I still don''t follow this. ARG0_PTR is being used to read a single byte. char c = *((char *)p) into something like int i = *((int *)i(p & ~7); -- |
From @craigberryOn Tue, Dec 31, 2013 at 6:14 AM, Dave Mitchell <davem@iabyn.com> wrote:
I think mentioning ARG0_PTR (the target of the assignment) is a red
Exactly, but for some reason it doesn't look like this compiler is To anyone with gcc/NetBSD/Alpha handy, please try running the $ cat > checkalign.c typedef union any ANY; int main() { *(char*)arg0.any_ptr = (char)(uv >> 8); printf("tmp is 0x%x\n", tmp); |
From nullnilaki@gmail.comThank you for your mail! This problem was caused by compiler's bug. $ perl -Mre=debug -e "/just|another|perl|hacker/" # gcc -v AlphaStation DS15, 1000MHz That's very nice of you! |
From @jkeenanOn Tue Dec 31 14:53:53 2013, nullnilaki@gmail.com wrote:
Closed per request from original poster. |
|
@jkeenan - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#120888 (status was 'resolved')
Searchable as RT120888$
The text was updated successfully, but these errors were encountered: