New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
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: