anilkumarnagella / simuino Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/simuino
Automatically exported from code.google.com/p/simuino
I have been playing with simuino on other platform and encountered an issue in
function main() of simuino.c. The error file (who's filename is stored in the
variable 'fileError'), is opened prior to it being removed & truncated several
lines later. This can be a problem on some systems that require exclusive
access to the file in order to delete or truncate the file. I think the open()
should occur after the system() that removes the file. The code currently
reads:
err = fopen(fileError,"w");
[...]
sprintf(syscom,"rm %s;touch %s;",fileError,fileError);
x=system(syscom);
I think it will work more reliably if the calls were reversed:
sprintf(syscom,"rm %s;touch %s;",fileError,fileError);
x=system(syscom);
[...]
err = fopen(fileError,"w");
Original issue reported on code.google.com by [email protected]
on 8 Feb 2012 at 5:53
In the method String::getBytes in servuino\arduino_lib.c, at approximately line
there is an error in the loop copying the string. The pointer 'p' was not
being dereferenced, The loop should read:
for(i=0;i<lngth;i++)
{
buf[i] = (int)*p;
p++;
}
Original issue reported on code.google.com by [email protected]
on 8 Feb 2012 at 5:40
What steps will reproduce the problem?
1. run your program as normal
2. (s)tep a chunk of code
3. try and (q)uit will only allow to be done so after each chunk has been
stepped through within the loop() function
What is the expected output? What do you see instead?
I imagine that (q)uit should exit on demand without requirement to step through
the rest of the loop().
What version of the product are you using? On what operating system?
0.9.3
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 24 Nov 2011 at 9:17
What steps will reproduce the problem?
1. write code for logging as Serial.print("\nSome Text")
2. write code for logging as Serial.println("This") and immediately after a
serial.print(" is appended")
3. run the code and view output (ready-made example at foot of this report)
What is the expected output? What do you see instead?
1. Not sure if this is a console issue (linux) or a simuino issue (code)
2. Serial.println appends output to Serial.print <-- this may actually be as it
is intended. I havent seen the specific specs around from Arduino on how this
should behave, so may actually be correct operation. Please ignore if this is
the case or amend accordingly.
What version of the product are you using? On what operating system?
0.9.3 (Latest) Linux (Ubuntu)
Please provide any additional information below.
// simuino: Simuino_simple(Karls-Version)-V0.1
// (breakdown version of simple_simuino.c)
// PINMODE_IN: 1 "Pin 1 : Switch (in)"
// PINMODE_OUT: 13 "Pin 13 : LED (out)"
// DIGITALWRITE_LOW: 13 "Turn LED off"
// DIGITALWRITE_HIGH: 13 "Turn LED ON"
// ANALOGREAD: 0 "Reading Analogue input"
// ========== End of Simuino Lines ===============
void test()
{
Serial.print("\nAnalogue signal received!");
Serial.print("\ntest function on interrupt");
digitalWrite(13,HIGH);
digitalWrite(13,LOW);
}
void setup()
{
// int i;
Serial.begin(9600);
pinMode( 1,INPUT);
pinMode(13,OUTPUT);
attachInterrupt(0, test, CHANGE); // Interrupt 0 is using pin 2
}
void loop()
{
int x;
x = digitalRead(1);
Serial.print("Pin 1 = ");
Serial.println(x);
if(x == HIGH)
{
digitalWrite(13,HIGH);
}
else
{
digitalWrite(13,LOW);
}
x = analogRead(0);
Serial.print("Analog Pin 0 = ");
Serial.println(x);
if(x == HIGH)
{
digitalWrite(13,HIGH);
}
}
Original issue reported on code.google.com by [email protected]
on 24 Nov 2011 at 9:10
What steps will reproduce the problem?
1. Run simuino on a gentoo system using a vanilla kernel
2. Load the test_UNO sketch
3. run it and press f
What is the expected output? What do you see instead?
If I try to run the included binary I get:
*** stack smashing detected ***: ./simuino terminated
If I build it locally, it doesn't say anything about the stack smashing.
Instead, I get a segfault with gdb giving something about:
#0 0x0000000000402660 in winLog()
What version of the product are you using? On what operating system?
Simuino version 0.1.7
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 23 Nov 2012 at 2:53
What steps will reproduce the problem?
1. Write a program that displays Serial.print("this is going to crash");
2. Run that piece of code ~5 times.
3. Simuino buffer overflows and falls over
What is the expected output? What do you see instead?
Depends on how you want to handle this issue. Not sure how Arduino would handle
in real environment. A clean error should be presented if buffer exceeded for
output within Simuino, alternatively handle as would the hardware it is
emulating with an output to reflect and stop execution.
What version of the product are you using? On what operating system?
Simuino_v011
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 8 Dec 2011 at 3:34
[deleted issue]
What steps will reproduce the problem?
1. checkout simuino
2. try compile (http://web.simuino.com/get-started "g++ -o simuino simuino.c
-lncurses")
3. missing servuino source files
What is the expected output? What do you see instead?
Compile should work following the web site's install guide
What version of the product are you using? On what operating system?
Tested on Debian 7 with simuino r26
Please provide any additional information below.
Solution/Workaround: Just checkout servuino into simuino source dir:
"svn checkout http://servuino.googlecode.com/svn/trunk/ servuino"
Original issue reported on code.google.com by [email protected]
on 28 Dec 2013 at 7:41
Simuino should generate an error when Serial.begin is missing
Original issue reported on code.google.com by [email protected]
on 21 Nov 2011 at 12:14
Sketch with multiple files not supported. The sketch has to be within a singel
file.
Original issue reported on code.google.com by [email protected]
on 1 Dec 2011 at 9:59
I just installed simuino. When I try to load "sketchbook/blink.ino" which is a
basic led blink sketch it gives following error:
In file included from servuino.c:135:0:
common_lib.c: In function �~@~Xint checkRange(int, const char
common_lib.c:115:41: warning: too many arguments for format
sprintf(temp," sprintf(temp,"%s -",message,val
common_lib.c:126:41: warning: too many arguments for format sprintf(temp,"
sprintf(temp,"%s -",message,val-",message,value);
Then I tried to load "sketchbook/helloWorld_MEGA.ino" and it gives same error!
My Distribution Is Ubuntu 13.10.
Original issue reported on code.google.com by [email protected]
on 21 Feb 2014 at 7:45
exiting run mode
Unexpected (x) <-- x is not defined, but works in run mode
Unexpected Back in Run Mode! prompt upon EXIT of run mode back to admin mode.
Original issue reported on code.google.com by [email protected]
on 8 Dec 2011 at 9:55
[deleted issue]
What steps will reproduce the problem?
1. Start with usual 2-function basic start
2. Add additional function after this (void or int)
3. Undefined errors occur on recompile
What is the expected output? What do you see instead?
should compile fine, as within the specs for arduino.
What version of the product are you using? On what operating system?
Latest (to date).
Please provide any additional information below.
Will provide code for further details on request.
Original issue reported on code.google.com by [email protected]
on 23 Nov 2011 at 6:19
What steps will reproduce the problem?
1. start simuino
2. load any sketch
3. run
4. press f (forwad)
What is the expected output? What do you see instead?
Should start program but fails:
00858000-00859000 r--p 0001c000 08:01 524716 /lib/libgcc_s.so.1 │
│ ││
00859000-0085a000 rw-p 0001d000 08:01 524716 /lib/libgcc_s.so.1
│
│ ││
00af4000-00af5000 r-xp 00000000 00:00 0 [vdso] │
│ ││
00b9d000-00c86000 r-xp 00000000 08:01
393623 /usr/lib/libstdc++.so.6.0.13 ││
│
│
00c86000-00c8a000 r--p 000e9000 08:01 393623 /usr/lib/libstdc++.so.6.0.13
│
│ ││
00c8a000-00c8b000 rw-p 000ed000 08:01 393623 /usr/lib/libstdc++.so.6.0.13
││
│
│ 00c8b000-00c92000 rw-p 00000000 00:00 0 ││
│
│ 00d6c000-00d90000 r-xp
00000000 08:01 658356 /lib/tls/i686/cmov/libm-2.11.1.so
│
│ ││
00d90000-00d91000 r--p
00023000 08:01 658356 /lib/tls/i686/cmov/libm-2.11.1.so
│└────────────────────────��
�──────────────────────────�
��──────────────────────────
──────────────────────────��
�──────────────────────────�
��───────────┘
│ 00d91000-00d92000 rw-p 00024000 08:01 658356
/lib/tls/i686/cmov/libm-2.11.1.so───────────────��
�──────────────────────────�
��──────────────────────────
──────────────────────────��
�──────────────────────────�
��
│ ││
08048000-08053000 r-xp 00000000 08:01 949480
/home/abednarski/Applications/simuino/simuino │
│ ││
08053000-08054000 r--p 0000a000 08:01 949480
/home/abednarski/Applications/simuino/simuino
│
│ ││
08054000-08055000 rw-p 0000b000 08:01 949480
/home/abednarski/Applications/simuino/simuino
│
│ ││
08055000-08741000 rw-p 00000000 00:00 0 │
│ ││
08a61000-08aa3000 rw-p 00000000
00:00 0 [heap] ││
│
│ b76f3000-b76f6000 rw-p 00000000
00:00 0
│
└─────────────────────────��
�──────────────────────────�
��────────┘└────────────────
──────b7706000-b770a000 rw-p 00000000 00:00 0
──────────────────────────��
�──────────────────────────�
��──────────────────────────
─┘
bf841000-bf856000 rw-p 00000000 00:00 0 [stack]
What version of the product are you using? On what operating system?
0.1.7
Please provide any additional information below.
Never was able to start, no other simulator available for Linux :|
Original issue reported on code.google.com by [email protected]
on 13 Nov 2012 at 9:09
If you are using the String class in your sketch, g++ will not pass.
Original issue reported on code.google.com by [email protected]
on 24 Nov 2011 at 4:11
loop 100
loops freeze during looping. Even during the hello world default sample.
subsequent 'r' loops within run mode do not work (though 's'tepping DOES work)
Original issue reported on code.google.com by [email protected]
on 8 Dec 2011 at 9:52
If loop() has no events, simualtion will be corrupt.
Original issue reported on code.google.com by [email protected]
on 15 Dec 2011 at 10:33
In function openCommand() of simuino.c there is a sprintf() statement that is
not portable and can likely fail on most platforms. At approximately line 538,
the code attempts to report an error if the sketch the user has specified is
not found. The problem is that the same string buffer is used for both an
argument and the destination of the sprintf(). The line is:
sprintf(temp,"Sketch not found: %s",temp);
An alternative call that should work on all platforms is:
sprintf(temp,"Sketch not found: %s",command[2]);
Original issue reported on code.google.com by [email protected]
on 8 Feb 2012 at 6:49
The temp.txt file is not reset between executions.
Original issue reported on code.google.com by [email protected]
on 11 Dec 2011 at 8:56
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.