Comments (4)
r601 works for me on OS X 10.6.8
Original comment by [email protected]
on 6 Oct 2013 at 4:48
from picoc.
On OS X 10.8.5, the crash appears to be related to a failed attempt at printing
an out of memory error (though it's entirely unclear why it would think there's
no memory available!)
Marks-iMac:picoc-601 $ gdb picoc
GNU gdb 6.3.50-20050815 (Apple version gdb-1822) (Sun Aug 5 03:00:42 UTC 2012)
Copyright 2004 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 conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared
libraries ... done
(gdb) run -i
Starting program: /Users/mark/Downloads/picoc-601/picoc -i
Reading symbols for shared libraries ++............................... done
starting picoc v2.2 beta rexported
picoc> int test;
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x000000000000000c
0x00007fff8cafb810 in putc ()
(gdb) up
#1 0x00000001000165bf in PrintCh (OutCh=105 'i', Stream=0x0) at
cstdlib/stdio.c:721
721 putc(OutCh, Stream);
Current language: auto; currently minimal
(gdb) p Stream
$1 = (FILE *) 0x0
(gdb) bt
#0 0x00007fff8cafb810 in putc ()
#1 0x00000001000165bf in PrintCh (OutCh=105 'i', Stream=0x0) at
cstdlib/stdio.c:721
#2 0x00000001000123b2 in PrintSourceTextErrorLine (Stream=0x0,
FileName=0x100114c60 "?-\021", SourceText=0x7fff5fbfe380 "int test;\n", Line=1,
CharacterPos=1) at platform.c:111
#3 0x0000000100012f02 in LexFail (pc=0x7fff5fbfe700, Lexer=0x7fff5fbfe2a8,
Message=0x10001bf4a "out of memory") at platform.c:183
#4 0x00000001000041d3 in LexTokenise (pc=0x7fff5fbfe700, Lexer=0x7fff5fbfe2a8,
TokenLen=0x7fff5fbfe374) at lex.c:539
#5 0x00000001000044a2 in LexAnalyse (pc=0x7fff5fbfe700, FileName=0x100114c60
"?-\021", Source=0x7fff5fbfe380 "int test;\n", SourceLen=10,
TokenLen=0x7fff5fbfe374) at lex.c:606
#6 0x00000001000047b6 in LexGetRawToken (Parser=0x7fff5fbfe6a8,
Value=0x7fff5fbfe658, IncPos=1) at lex.c:672
#7 0x000000010000514a in LexGetToken (Parser=0x7fff5fbfe6a8,
Value=0x7fff5fbfe658, IncPos=1) at lex.c:893
#8 0x0000000100005daf in ParseStatement (Parser=0x7fff5fbfe6a8,
CheckTrailingSemicolon=1) at parse.c:583
#9 0x0000000100008614 in PicocParseInteractiveNoStartPrompt
(pc=0x7fff5fbfe740, EnableDebugger=1) at parse.c:990
#10 0x00000001000086a3 in PicocParseInteractive (pc=0x7fff5fbfe740) at
parse.c:1005
#11 0x000000010000105a in main (argc=2, argv=0x7fff5fbffb58) at picoc.c:43
Original comment by [email protected]
on 14 Oct 2013 at 3:12
from picoc.
I've found the root cause of this. It has nothing to do with a true out of
memory situation, the problem is the "pc" pointer address is being changed --
just slightly, and the cause is PlatformGetLine() in platform/platform_unix.c.
The function PlatformGetLine() is passed a buffer (Buf) and the length of that
buffer (MaxLen). The function then fills that buffer using the readline()
function, and wants to NULL-terminate the buffer… so it performs: Buf[MaxLen]
= '\0';
The problem is the length of the buffer is only MaxLen, comprising of elements
between 0 and (MaxLen-1) inclusive -- so this writes a NULL _beyond_ the buffer.
In my stack trace above, you see that the "pc" pointer is 0x7fff5fbfe740
towards the bottom of the stack, but at some point after entering
LexGetRawToken (which reads from stdin eventually) the pointer has changed to
0x7fff5fbfe700 -- the location of this pointer is immediately adjacent to the
input buffer, and it is stored in little endian (LSB first), hence the overrun
of writing NULL is disrupting its LSB.
Original comment by [email protected]
on 14 Oct 2013 at 4:10
from picoc.
Nice find mark. I've added the fix in r602.
Original comment by [email protected]
on 14 Oct 2013 at 11:38
- Changed state: Fixed
from picoc.
Related Issues (20)
- Ternary operator executes both sides
- <function> is out of scope -- OS X related HOT 2
- if ( somepointer) fails
- Can't assign struct coordinates from array initializer HOT 1
- Implement coma operator in for loops
- #define within a #include file from interactive mode crashes HOT 2
- Invalid return point HOT 3
- Define macro inside a function block will crash picoc HOT 4
- Issue 192 revisited -- still broken in interactive mode. HOT 4
- Patch for /trunk/clibrary.c
- Patch suggestion
- Had very minor issue compiling on Solaris 10 spardc
- Github migration HOT 2
- Support for dirent.h
- Picoc -i on OSX gives SIGABRT
- Shift operators ignore the unsigned type HOT 1
- Variable scope not always respected
- Executions speed decreased HOT 1
- Migration to anoher project hosting site HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from picoc.