anilkumarnagella/simuino

Automatically exported from code.google.com/p/simuino

simuino's Issues

Strange results with Serial.print and Serial.println

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

Loop limit with freeze

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

Empty loop() will generate error

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

Unexpected "Back in Run Mode"

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]

[deleted issue]

Compiler Error!

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

Dicey sprintf()

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

Unable to (q)uit during loop after (s)tep

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

Possible to use Serial.print without Serial.begin

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

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

Simuino fails on Ubuntu 10.04 LTS

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

[deleted issue]

[deleted issue]

No support for String class

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

Potential problem in simuino.c main()

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

compile needs servuino source too

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

Error message buffer not reset

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

Bug in String::getBytes

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

functions must be declared before loop() function

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

Exception unhandled / buffer overrun on serialOut screen

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

Crash when running simulation on Gentoo system

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