I like individual character undo, not block undo. If I can choose the number of undo, I always set it to max (usually 9999 characters).

Thank you, it downloaded fine

I've tried it several times (10-20) over the last few days.

Care to upload it to these forums?

I'm from the USA, and it's not working for me.

...Please upload on a universal file hosting, so everybody can download the MOD. Thank you.

I agree.

I'm having problems as well.

I've been digging through the USB and CDC core files now for several hours, and I still don't really understand exactly what needs to be changed (or how to do it).

I can read the value of _usbLineInfo.lineState, and it does indeed contain the status of DTR and RTS. However, the values only get updated when DTR changes. If the PC application (in this case a serial terminal) changes RTS, the value of _usbLineInfo.lineState will only change at the moment that DTR is changed (either made high, or made low).

Could someone with the ability please implement the handshaking signals? I'm sure I'm not the only one who wants this.

A COM (Edit: as in RS232) port has 8 signals; DCD, Rx, Tx, DTR, DSR, RTS, CTS, and RI. Obviously USB CDC supports these, because an FTDI (which uses USB CDC AFAIK) supports them. The Arduino core gives the user access to Rx and Tx, but I need access to RTS and CTS as well.

I have been digging through the USB files in the core, and I haven't found anything yet.

That all seems to be in regard to the HW UART, not the CDC virtual COM port.

So... the CDC isn't totally virtual? From the standpoint of the computer, I need RTS and CTS to be tied together, so that the state of CTS follows the state of RTS. I would like to do it all in SW if possible.

Is there a way to access the virtual handshake signals of the Leonardo CDC (virtual COM port)? I need access to RTS and CTS.

Okay, I sort of understand that.

I found that instead of including FIFO.h in the user sketch and in RCXIR.h, I can use #include "..\FIFO/FIFO.cpp" in RCXIR.cpp (and still put FIFOClass FIFO; in RCXIR.cpp). Can you explain this?

Why does RCXIR.h get included multiple times?

Shouldn't the

Code:

#ifndef RCXIR_h
#define RCXIR_h

code protect against that?

Then I get

Code:

In file included from RCXIR_Test.ino:2:
C:\Users\Family\Dropbox\Matt's Technology\Arduino\Sketch Book\libraries\RCXIR/RCXIR.h:17:18: error: FIFO.h: No such file or directory
In file included from RCXIR_Test.ino:2:
C:\Users\Family\Dropbox\Matt's Technology\Arduino\Sketch Book\libraries\RCXIR/RCXIR.h:30: error: 'FIFOClass' does not name a type

If I change the user sketch to include the FIFO library:

Code:

#include <FIFO.h>
#include <RCXIR.h>

void setup()
{
 
  Serial.begin(2400);
  Serial.println("");
 
  // This code will only run once, after each powerup or reset of the board

}

void loop()
{
  // This code will loops consecutively

}

Then the compiler output is as follows:

Code:

RCXIR\RCXIR.cpp.o: In function `RCXIRsetup(unsigned char, unsigned char)':
C:\Users\Family\Dropbox\Matt's Technology\Arduino\Sketch Book\libraries\RCXIR/RCXIR.cpp:18: multiple definition of `FIFO'
RCXIR_Test.cpp.o:(.bss.FIFO+0x0): first defined here