On Friday 11 July 2014 14:32:51 Joerg Bornemann wrote:
> BTW QTestLib did log to both until 5.2.1.
> See 7fab8eb56b9309734d1b34d3d935d6a4cf14ce6e
To be clear: since 5.2.0 until 5.2.1.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
On Friday 11 July 2014 08:59:35 Alejandro Exojo wrote:
> > I agree. Which is why my proposal email does not talk about debug mode.
>
> Oh, I'm confused then. It does in the Patch Set 6, no?
The commit does not match the proposal.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Arc
On Friday 11 July 2014 09:13:30 Hunger Tobias wrote:
> > Note that it's also possible to query the system log remotely too. I
> > believe
> > that is done on Android, isn't it? From all I can find on the
> > Internet, in
> > order to enable capture of stderr, you need to have a rooted device.
> ___
> From: Keith Gardner [kreios4...@gmail.com]
> Sent: 11 July 2014 14:34
> To: Kobus Jaroslaw
> Cc:
> Subject: Re: [Development] Adding support for version number comparisons
>
> On Thu, Jul 10, 2014 at 8:47 AM, Kobus Jaroslaw
> mailto:jaroslaw.ko...@digi
On Fri, Jul 11, 2014 at 11:58 AM, Rutledge Shawn
wrote:
>
> On 11 Jul 2014, at 10:34 AM, Dean Floyd wrote:
>
> > I have been using the Wacom Cintiq HD 24 Touch for some of my research
> efforts, and I have tried to use MultiPointTouchArea to handle the touch
> events, however, this has not lead t
On 11-Jul-14 14:14, Joerg Bornemann wrote:
> Here's the code. Maybe I missed something.
Ossi showed me what I missed.
We cannot just change stdout unconditionally.
So no reason to not do this, as long as the application call is prefixed
with "start /wait" to run it in the foreground.
---snip---
On Thu, Jul 10, 2014 at 8:47 AM, Kobus Jaroslaw
wrote:
> Hi All,
>
> With the current state of QVersion (patchset 35) I see the following
> issues:
> 1. operator<() doesn't take the suffix into account (mentioned below)
> 2. There is no handling of sub version (you cannot differentiate 5.0.0,
> 5
On 11-Jul-14 01:18, Thiago Macieira wrote:
> Logging to both is a problem if you have something that is able to read from
> both. On Windows, all debuggers and IDEs read from both. Therefore, the option
> is out.
That's not true. Visual Studio displays output from OutputDebugString in
its debug
On 10-Jul-14 20:03, Thiago Macieira wrote:
> That means we can replace the GetConsoleWindow() call with
> AttachConsole(ATTACH_PARENT_PROCESS). If it succeeds or if it returns
> ERROR_ACCESS_DENIED, we have a console.
>
> For the Windows folks around: should we do this?
I've just played around wi
On 11/07/14 18:50, Ziller Eike wrote:
>
> On Jul 11, 2014, at 6:21 AM, Christian Gagneraud wrote:
>
>> On 11/07/2014 11:22 a.m., Thiago Macieira wrote:
>>> On Friday 11 July 2014 10:05:03 Christian Gagneraud wrote:
Boot To Qt for Embedded Linux (Not talking about android here), is based
On 11/07/14 18:50, Ziller Eike wrote:
>
> On Jul 11, 2014, at 6:21 AM, Christian Gagneraud wrote:
>
>> On 11/07/2014 11:22 a.m., Thiago Macieira wrote:
>>> On Friday 11 July 2014 10:05:03 Christian Gagneraud wrote:
Boot To Qt for Embedded Linux (Not talking about android here), is based
>>>
Looks like there are many different uses cases and point of views, we may
not reach an agreement.
I agree that the default settings should be as unified as possible, but, on
the other and, each platform
having different capabilities, it make sense to set the default behavior on
a platform-per-plat
On 11 Jul 2014, at 10:34 AM, Dean Floyd wrote:
> I have been using the Wacom Cintiq HD 24 Touch for some of my research
> efforts, and I have tried to use MultiPointTouchArea to handle the touch
> events, however, this has not lead to a great deal of success. To remedy the
> situation, I decid
On Fri, Jul 11, 2014 at 11:13 AM, Hunger Tobias wrote:
> I see why you would want journal data in your output, but I do see a
> problems making that work for remote debugging/running. Even sailfish is
> apparently forcing output to stderr when starting applications on-device
> via Qt Creator.
Don
On Thu, Jul 10, 2014 at 7:14 PM, Thiago Macieira
wrote:
> I'm not asking that distributions turn journald on if they don't want to.
> Journald is optional.
Good to have that fact stated clearly:-)
> It's there in two ways:
>
> 1) Option -t to ssh, which forces the allocation of a TTY
I have been using the Wacom Cintiq HD 24 Touch for some of my research
efforts, and I have tried to use MultiPointTouchArea to handle the touch
events, however, this has not lead to a great deal of success. To remedy
the situation, I decided to use the Wacom SDK to intercept these events and
create
> -Original Message-
> From: development-bounces+kai.koehne=digia@qt-project.org
> [...]
> Some background: on Sailfish, we launch all major system services (and
> UI) through systemd services (& user session for the UI parts). Those
> processes may then choose to execute processes of
El Friday 11 July 2014, Thiago Macieira escribió:
> On Friday 11 July 2014 00:17:48 Alejandro Exojo wrote:
> > Logging to the console _and_ journald has proven very useful to us. We
> > did it specifically for an application using Qt's API, and developers
> > can code, press Run (in Creator), and s
18 matches
Mail list logo