Problem by subclassing the QIODevice

[wysota]

but I really want to construct my API like the QTcpSocket and QUdpSocket (and other sockets)

What other sockets?

I don't want to limit my users

That's what you're currently doing.

qint64 QWsSocket::bytesAvailable() const
{
	return buffer.size();
}

qint64 QWsSocket::bytesAvailable() const
{
	return buffer.size();
}

To copy to clipboard, switch view to plain text mode 

That's incorrect. See docs for QIODevice::bytesAvailable().

QByteArray QWsSocket::readAll()
{
	qint64 sz = bytesAvailable();
	char * data = new char[sz];
	sz = readData(data, sz);
	return QByteArray(data, sz);
}

QByteArray QWsSocket::readAll()
{
	qint64 sz = bytesAvailable();
	char * data = new char[sz];
	sz = readData(data, sz);
	return QByteArray(data, sz);
}

To copy to clipboard, switch view to plain text mode 

That's incorrect. readAll() is not virtual.

qint64 QWsSocket::read(char * data, qint64 maxSize)
{
	return readData(data, maxSize);
}

qint64 QWsSocket::read(char * data, qint64 maxSize)
{
	return readData(data, maxSize);
}

To copy to clipboard, switch view to plain text mode 

Incorrect, read() is not virtual.

[erqsor]

I don't want to limit my users

That's what you're currently doing.

I'm doing like Qt.

That's incorrect. readAll() is not virtual.

Incorrect, read() is not virtual.

So what can I do ? QIODevice is useless if I cant use this functions...

[wysota]

I'm doing like Qt.

What "Qt does" is not always correct. And you're not "doing like Qt". Qt tends to inherit QIODevice rather than its subclasses.

So what can I do ? QIODevice is useless if I cant use this functions...

Those methods are already implemented, you don't implement them yourself. Implement readData(), writeData(), bytesAvailable(), waitForBytesWritten(), waitForReadyRead(), possibly canReadLine() and readLineData(). QAbstractSocket uses an internal "socket engine" which does most of the work. If you want to implement your own subclass of QAbstractSocket class, you have to shadow all that because you don't have a working socket engine for your protocol underneath since your QWsSocket is not a real native socket. So you have to rewrite pretty much everything QAbstractSocket does (apart from close(), isSequential() and atEnd()).

The more I look at the source code of QAbstractSocket the more I think this class was simply not meant to be subclassed outside Qt tree (not in this particular case but rather not meant to be subclassed at all). It has hardcoded support for UDP, TCP and SSL and doesn't allow hooking into the code with other implementations. QTcpSocket and QUdpSocket are simply stubs over QAbstractSocket which implements everything from both protocols itself (or actually delegates everything to a subclass of QAbstractSocketEngine such as QNativeSocketEngine).