Hi,
Just recently needed to fix threading issues with SQLite on non-Qt-context.
Here here is obsolete information that helped me:).
http://www.sqlite.org/cvstrac/wiki?p=MultiThreading. From that doc: "By
"threadsafe" we mean that you can use different SQLite database connections
in different
Please find attached a simple demo:
If you try to move the big green rect by dragging the small red rect, the
big rect will goes "wild", using my proposed fixed, the big rect follows
the mouse as you drag the small rect.
Chris
On 16 February 2017 at 17:52, Ch'Gans wrote:
> Hi
Hi there,
Here is my use-case:
An item has "handles" child items, when the user moves around an handles,
the parent item update it's geometry and position accordingly. Simple
concept to let the user change an item geometry by dragging handles.
Imagine, you're using a drawing application, you
On quarta-feira, 15 de fevereiro de 2017 09:00:09 PST Tuukka Turunen wrote:
> First I want to say that I am also very sorry that we need to skip 5.8.1.
> Unfortunately I do not see any other approach that would allow us to: 1)
> catch the delay caused by 5.8 being late (and 5.7 being late, and 5.6
On quarta-feira, 15 de fevereiro de 2017 09:14:30 PST Marc Mutz wrote:
> > Until yesterday, there wasn't much a disagreement, so the release team
> > took
> > it as consensus decision from the community.
>
> Sure there was no disagreement. It was _w_e_e_k_e_n_d_. There was no
> agreement, either.
On quarta-feira, 15 de fevereiro de 2017 15:11:49 PST Mathias Hasselmann
wrote:
> That's a somewhat limited point of view. Yes, xz archives are slightly
> smaller, but to be honest: In the days of 4K video streaming saving
> 100MiB of download size doesn't seem as important as it was.
There are
On quarta-feira, 15 de fevereiro de 2017 16:14:30 PST Kevin Kofler wrote:
> Mathias Hasselmann wrote:
> > If distros care about size they can re-compress.
> > Well, and to my experience they do.
>
> I cannot speak for other distributions, but it is Fedora policy to never
> modify an upstream
Mathias Hasselmann wrote:
> If distros care about size they can re-compress.
> Well, and to my experience they do.
I cannot speak for other distributions, but it is Fedora policy to never
modify an upstream tarball unless it is required to remove files that cannot
be legally redistributed for
Am 15.02.2017 um 18:08 schrieb Konstantin Tokarev:
15.02.2017, 20:07, "Thiago Macieira" :
On quarta-feira, 15 de fevereiro de 2017 09:04:12 PST Konstantin Podsvirov
wrote:
This can be not quite on this topic, but I have a suggestion and MVP
implementation for
Am 15.02.2017 um 13:05 schrieb Dmitry Shachnev:
On Wed, Feb 15, 2017 at 12:28:11PM +0100, Kevin Kofler wrote:
I would kindly request you to at least use tar.xz (rather than tar.gz) for
the tarballs. (What you use as the Windows format is something you need to
sort out with the Windows
On Wed, Feb 15, 2017 at 08:54:40AM -0800, Thiago Macieira wrote:
> Em quarta-feira, 15 de fevereiro de 2017, às 15:05:06 PST, Dmitry Shachnev
> escreveu:
> > On Wed, Feb 15, 2017 at 12:28:11PM +0100, Kevin Kofler wrote:
> > > I would kindly request you to at least use tar.xz (rather than tar.gz)
Hi,
AFAIS it does not matter if sqlite is thread safe or not. The problem is
that QSQLiteDriver itself is not thread safe. For example if two threads
call beginTransaction() on the same driver and the "COMMIT" fails, both
threads will call QSqlDriver::setLastError() which does "d->error =
On Mittwoch, 15. Februar 2017 11:15:13 CET Jonathan Liu wrote:
> >> I agree, this sounds pretty useful, especially given that we’re also
> >> working again on pyside since this spring.
> >>
> >> ...especially an implementation in Python and C++ both from the Qt
> >> Project could be a really
15.02.2017, 20:10, "Alexandru Croitor" :
> I think it's minimal viable product.
Yes! It'w work for me now. You can try QtIFW (with --repository option) from my
experimental installer for Windows:
On Wednesday 15 February 2017 17:50:47 Thiago Macieira wrote:
> Em quarta-feira, 15 de fevereiro de 2017, às 13:39:36 PST, Marc Mutz
escreveu:
> > On Friday 10 February 2017 11:59:56 Tuukka Turunen wrote:
> > > Short summary: The Qt Company has decided to focus development effort
> > > to 5.9
> >
I think it's minimal viable product.
> On 15 Feb 2017, at 18:08, Konstantin Tokarev wrote:
>
>
>
> 15.02.2017, 20:07, "Thiago Macieira" :
>> On quarta-feira, 15 de fevereiro de 2017 09:04:12 PST Konstantin Podsvirov
>> wrote:
>>> This can be not
15.02.2017, 20:07, "Thiago Macieira" :
> On quarta-feira, 15 de fevereiro de 2017 09:04:12 PST Konstantin Podsvirov
> wrote:
>> This can be not quite on this topic, but I have a suggestion and MVP
>> implementation for QtIFW.
>>
>> This may affect the development
On quarta-feira, 15 de fevereiro de 2017 09:04:12 PST Konstantin Podsvirov
wrote:
> This can be not quite on this topic, but I have a suggestion and MVP
> implementation for QtIFW.
>
>
> This may affect the development process, testing and create offline
> installers.
Most Valuable Player?
--
Hello all!This can be not quite on this topic, but I have a suggestion and MVP implementation for QtIFW.This may affect the development process, testing and create offline installers.19:55, 15 February 2017 г., Thiago Macieira :Em quarta-feira, 15 de fevereiro de 2017,
Hi Sean et al,
First I want to say that I am also very sorry that we need to skip 5.8.1.
Unfortunately I do not see any other approach that would allow us to: 1) catch
the delay caused by 5.8 being late (and 5.7 being late, and 5.6 being late) and
2) enable implementation the much needed CI
Em quarta-feira, 15 de fevereiro de 2017, às 15:05:06 PST, Dmitry Shachnev
escreveu:
> On Wed, Feb 15, 2017 at 12:28:11PM +0100, Kevin Kofler wrote:
> > I would kindly request you to at least use tar.xz (rather than tar.gz) for
> > the tarballs. (What you use as the Windows format is something
Em quarta-feira, 15 de fevereiro de 2017, às 13:39:36 PST, Marc Mutz escreveu:
> On Friday 10 February 2017 11:59:56 Tuukka Turunen wrote:
> > Short summary: The Qt Company has decided to focus development effort to
> > 5.9
>
> [...]
>
> > In case of severe
> > security vulnerability we would
I have used SQLite on android to access a SQLite database from Qt's Local Storage API and the Android API. I thought the serialization mode would have worked, but I experienced numerous corruptions, despite closing all the cursors/handles apropriately. I eventually re-wrote everything to use Qt's
On Mittwoch, 15. Februar 2017 12:52:50 CET Shawn Rutledge wrote:
> users into upgrading to 5.9 sooner than they might otherwise
I don't think that's true.
I even think it's the opposite.
Users of 5.6.2 or 5.7.1, that did not upgrade to 5.8.0 because it is a .0
release will also have to wait
On Wed, Feb 15, 2017 at 9:10 AM, Andreas Müller
wrote:
> On Tue, Feb 14, 2017 at 9:34 PM, Thiago Macieira
> wrote:
>> Em terça-feira, 14 de fevereiro de 2017, às 10:08:27 PST, Andreas Müller via
>> Development escreveu:
>>> On Tue, Feb 14,
On Wednesday 15 February 2017 11:52:50 Shawn Rutledge wrote:
> > On 15 Feb 2017, at 11:11, Marc Mutz wrote:
> >
> > On Wednesday 15 February 2017 10:36:33 Sean Harmer wrote:
> >
> >> First of all, apologies for not being able to make the release meeting
> >> yesterday. I was
According to
http://doc.qt.io/qt-5/threads-modules.html#threads-and-the-sql-module
database connection should be used within one thread *only*.
I have checked SQLite driver and according to
https://www.sqlite.org/threadsafe.html it supports multithreading by
default. And it seems that Qt
On Wednesday 15 February 2017 12:52:50 Shawn Rutledge wrote:
> FWIW the discussion was on #qt-releases, not exactly behind closed doors.
Everything that doesn't happen in a QUIP or on this mailing-list, or to a
lesser extent, Gerrit, is behind closed doors.
All that was posted to this ML was:
2017-02-15 12:52 GMT+01:00 Shawn Rutledge :
>
> > On 15 Feb 2017, at 11:11, Marc Mutz wrote:
> >
> > On Wednesday 15 February 2017 10:36:33 Sean Harmer wrote:
> >> First of all, apologies for not being able to make the release meeting
> >> yesterday. I
On Wed, Feb 15, 2017 at 12:28:11PM +0100, Kevin Kofler wrote:
> I would kindly request you to at least use tar.xz (rather than tar.gz) for
> the tarballs. (What you use as the Windows format is something you need to
> sort out with the Windows people.) The fact that tar.gz is still the most
>
> On 15 Feb 2017, at 11:11, Marc Mutz wrote:
>
> On Wednesday 15 February 2017 10:36:33 Sean Harmer wrote:
>> First of all, apologies for not being able to make the release meeting
>> yesterday. I was in a workshop all day.
>>
>> For the record I think skipping 5.8.1 is a
Jani Heikkinen wrote:
> well, of course this would be possible as well but this would be a change
> to existing "behavior" : Currently 7z is with unix line endings. And as
> you can see from statistic tar.gz and .zip are most used ones and so on it
> would be quite reasonable to continue offering
>>Why not use most efficient compression formats instead, i.e. keep 7z and
>>tar.xz only?
well, of course this would be possible as well but this would be a change to
existing "behavior" : Currently 7z is with unix line endings.
And as you can see from statistic tar.gz and .zip are most used
15.02.2017, 13:39, "Jani Heikkinen" :
> Hi all,
>
> As you know we need to optimize our systems to be able to keep our plans in
> the future. In CI side we are handling at least 4 different branches at same
> time. Releasing side we should be able to do many
Hi all,
As you know we need to optimize our systems to be able to keep our plans in the
future. In CI side we are handling at least 4 different branches at same time.
Releasing side we should be able to do many releases/snapshots parallel, test
those releases/snapshots parallel etc. And all
Hi Arno,
On 26 October 2016 at 19:32, Arno Rehn wrote:
> On 25.10.2016 13:36, Johannes Lochmann wrote:
>
>> Hi Arno,
>>
>> On 24 October 2016 at 00:53, Arno Rehn
>>> wrote:
>>>
Hey everybody,
At my company we've developed a
On Wednesday 15 February 2017 10:36:33 Sean Harmer wrote:
> First of all, apologies for not being able to make the release meeting
> yesterday. I was in a workshop all day.
>
> For the record I think skipping 5.8.1 is a big mistake. I would much rather
> delay 5.9 by a few weeks and have a 5.8.1
First of all, apologies for not being able to make the release meeting
yesterday. I was in a workshop all day.
For the record I think skipping 5.8.1 is a big mistake. I would much rather
delay 5.9 by a few weeks and have a 5.8.1 release out than skip it and try for
a quick 5.9.0.
Why would
On Tue, Feb 14, 2017 at 9:34 PM, Thiago Macieira
wrote:
> Em terça-feira, 14 de fevereiro de 2017, às 10:08:27 PST, Andreas Müller via
> Development escreveu:
>> On Tue, Feb 14, 2017 at 12:18 AM, Andreas Müller
>>
>> wrote:
>> > I just ran
39 matches
Mail list logo