3rd Party Software

[quote author="qlity" date="1372091351"]
Warning: At least one module has an unresolved import due to a missing export function in a delay-load dependent module.
[/quote]

This warning might not be a problem. Unfortunately, depends.exe shows this warning for a couple of dlls as shown on the wiki. However, those dlls are not on your machine. Somehow this seem to depend on the update state of your windows OS.
You need to check out if the dlls are your developing machine. If not, they should be of no problem for the application.

The best is checking out on your development machine that you have the correct dlls all together with your application as described at the end of the wiki page. When you can start the application on the development machine, you can use this collection to transfer to another computer.

Sorry, I have misread the name of your libraries, it seems that you indeed need to have curllib in your pro file.

Since you are doing a static build (guessing that from your define) shouldn't you link to curllib_static ?

@LIBS += -lcurllib_static@

bq. Ok, then I’ll wait.

Thanks for you patience!

You can subscribe to the topic above to be updated.

Ok, like i thought.
That's why i first thought on using Threads...
So that each serialport could only deal with one port.

Did you manage to get this working? I am trying to do the same thing and would be interested to see your solution.

Thanks!

bq. Do you know why it takes so much time (500 ms) to write a 512 buffer on the port?

No, I don't know why. Probably reason in tcdrain() ioctl through which the flush() method is implemented, maybe the notifiers is enabled so slow ... maybe something other...

You can try to leave from a separate thread and synchronous I/O, just using async approach.
Where instead of using flush() method, try to connect to signal bytesWtitten(qint64) to calculate number of bytes really written to port.

Though if to be honest, it is necessary to test in a debugger or a profiler the reason of such slow data transmission.

If this is a matter of work/school development, you could ask the system manager to allow you to access the resources needed to do your work correctly.

[quote author="Skh1002" date="1369102469"]ODB does support at least some Qt basic types (from QtCore) in "ODB Qt Profile":http://www.codesynthesis.com/products/odb/doc/manual.xhtml#22, however that may not be enough if you need a complete support.[/quote]

Actually the performance is a critical issue here, using only the basic types isn't suitable option for high performance (dealing with millions for records)

You're welcome !

If this solves your problem don't forget to update the thread's title prepending [solved] to it :)

Hi,

I already I'm trying Qt 5.1.

Thanks

@
connect(plot_, SIGNAL(mousePress(QMouseEvent*)), SLOT(clickedGraph(QMouseEvent*)));

void FVolumePlayerWidget::clickedGraph(QMouseEvent *event)
{
QPoint p = event->pos();
//etc...
}
@

I found an easier solution. Just append O_EXLOCK into the open_sys() function in qextserialport_unix.cpp

Please I have a probleme with cross-table, I have attributed a datasource based on item-Model , but no thing is appeared .
Thanks

Why do you expect "parser.parse(...)" to return a QVariantList? ... afaik, it would be a QVariantMap ...

hmm ... or the other way around if you want the records-list, you first have to get it from the outer map:
@QVariantList mylist = result.toMap()["Records"].toList()@
(haven't tested that line, but that's what I would expect to work)