On Fri, May 15, 2009 at 07:07:04AM +0200, Peter Kümmel wrote:
> In case of writing to a file using the whole 180 seconds instead of only
> 500 ms in waitForFinished in will limit the disk access action to only one.
I think this is not a concern anymore. Now output to console is line
buffered also
Enrico Forestieri wrote:
> On Thu, May 14, 2009 at 12:49:30PM +0200, Pavel Sanda wrote:
>> Abdelrazak Younes wrote:
>>> My idea was to do that optionally. We would have a generic Log viewer that
>>> will output the file on demand (Or from where you can copy the log content.
>> iirc Peter already h
Enrico Forestieri wrote:
> On Thu, May 14, 2009 at 09:12:44AM +0200, Abdelrazak Younes wrote:
>> Enrico Forestieri wrote:
>>> I don't think so. When I tested what was happening when not running in
>>> a terminal, I saw that Qt was not spawning the process, so I took care
>>> to not use the special
Pavel Sanda wrote:
> Abdelrazak Younes wrote:
>> My idea was to do that optionally. We would have a generic Log viewer that
>> will output the file on demand (Or from where you can copy the log content.
>
> iirc Peter already have implemented such kind of log viewer for the latex
> compilation (p
On Thu, May 14, 2009 at 12:49:30PM +0200, Pavel Sanda wrote:
> Abdelrazak Younes wrote:
> > My idea was to do that optionally. We would have a generic Log viewer that
> > will output the file on demand (Or from where you can copy the log content.
>
> iirc Peter already have implemented such kind
Abdelrazak Younes wrote:
> My idea was to do that optionally. We would have a generic Log viewer that
> will output the file on demand (Or from where you can copy the log content.
iirc Peter already have implemented such kind of log viewer for the latex
compilation (probably in svn qprocess branc
Enrico Forestieri wrote:
On Thu, May 14, 2009 at 09:12:44AM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
I don't think so. When I tested what was happening when not running in
a terminal, I saw that Qt was not spawning the process, so I took care
to not use the special devic
On Thu, May 14, 2009 at 09:12:44AM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > I don't think so. When I tested what was happening when not running in
> > a terminal, I saw that Qt was not spawning the process, so I took care
> > to not use the special devices for redirection in t
Enrico Forestieri wrote:
I don't think so. When I tested what was happening when not running in
a terminal, I saw that Qt was not spawning the process, so I took care
to not use the special devices for redirection in that case.
I am a bit concerned about the possible performance impact due to th
On Wed, May 13, 2009 at 11:11:06PM +0200, Peter Kümmel wrote:
>
> Attached a patch which enables the output until the process is running.
>
> Also having "nul" as output file on Windows prohibits the start of the
> process.
I fixed the problem with "nul", however I do not agree with the rest
of
On Wed, May 13, 2009 at 11:11:06PM +0200, Peter Kümmel wrote:
> Attached a patch which enables the output until the process is running.
>
> Also having "nul" as output file on Windows prohibits the start of the
> process.
> Should it be complete diasbles if output is 'nul'.
Yes, I should have t
Enrico Forestieri wrote:
> On Wed, May 13, 2009 at 01:15:52AM +0200, Pavel Sanda wrote:
>> svn: warning: '>' is not under version control
>> svn: '/trash/lyx_tmpdir.T15450' is not a working copy
>> svn: Can't open file '/trash/lyx_tmpdir.T15450/.svn/entries': No such file
>> or directory
>
> Shou
On Wed, May 13, 2009 at 01:15:52AM +0200, Pavel Sanda wrote:
> svn: warning: '>' is not under version control
> svn: '/trash/lyx_tmpdir.T15450' is not a working copy
> svn: Can't open file '/trash/lyx_tmpdir.T15450/.svn/entries': No such file or
> directory
Should be fixed now.
--
Enrico
Pavel Sanda wrote:
> Peter Kümmel wrote:
> > which call external tools, e.g. svn.
>
> have you tested that eg svn update/commit and some kind of error is correctly
> caught on ms platform? this would be good start point.
Peter, fyi svn is broken here as i supposed, please do something with it. eg
Enrico Forestieri wrote:
On Mon, May 11, 2009 at 01:39:06PM +0200, Abdelrazak Younes wrote:
Yes, the Package.cpp bit fixed it, thanks. I guess this should go in in
any case, shouldn't it?
I committed a polished version of the patch and reenabled the QProcess
code as it seems that no o
Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
>> On Mon, May 11, 2009 at 11:31:35AM +0200, Abdelrazak Younes wrote:
>>
>>
> I think this time we should go the long way.
>
I think we are still far away from a working solution.
>>> But we c
On Mon, May 11, 2009 at 01:39:06PM +0200, Abdelrazak Younes wrote:
> Yes, the Package.cpp bit fixed it, thanks. I guess this should go in in
> any case, shouldn't it?
I committed a polished version of the patch and reenabled the QProcess
code as it seems that no other problems are showing up (la
Could you please do something for Peter's account? Or just give me the
password to the svn server so that I can add him (and Georg!).
Please see my other post on the list regarding contacting me, and I'll
give people access to Trac and Subversion.
FWIW I still do not have access (that I know
Does anyone else think here's something going wrong?
Yes.
Yes, sure, and then?
JMarc
Original-Nachricht
> Datum: Mon, 11 May 2009 18:47:51 +0200
> Von: Andre Poenitz
> An: Jean-Marc Lasgouttes
> CC: Abdelrazak Younes , "Peter Kümmel" ,
> LyX Developers List
> Betreff: Re: non-blocking processing
> On Mon, May 11, 2009
> On Mon, May 11, 2009 at 11:45:31AM +0200, Jean-Marc Lasgouttes wrote:
>> Abdelrazak Younes writes:
>> > JMarc, Christian, José,
>> >
>> > Could you please do something for Peter's account? Or just give me the
>> > password to the svn server so that I can add him (and Georg!).
>>
>> FWIW I still
>On Mon, May 11, 2009 at 11:45:31AM +0200, Jean-Marc Lasgouttes wrote:
>> Abdelrazak Younes writes:
>> > JMarc, Christian, José,
>> >
>> > Could you please do something for Peter's account? Or just give me
>> > the password to the svn server so that I can add him (and Georg!).
>>
>> FWIW I sti
On Mon, May 11, 2009 at 11:45:31AM +0200, Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes writes:
> > JMarc, Christian, José,
> >
> > Could you please do something for Peter's account? Or just give me the
> > password to the svn server so that I can add him (and Georg!).
>
> FWIW I still do not h
Jean-Marc Lasgouttes wrote:
> Abdelrazak Younes writes:
> > JMarc, Christian, José,
> >
> > Could you please do something for Peter's account? Or just give me the
> > password to the svn server so that I can add him (and Georg!).
>
> FWIW I still do not have access (that I know of).
Christian, a
Enrico Forestieri wrote:
On Mon, May 11, 2009 at 12:12:41PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Mon, May 11, 2009 at 11:59:00AM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
The attached (dirty&quick) patch would work.
On Mon, May 11, 2009 at 12:12:41PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > On Mon, May 11, 2009 at 11:59:00AM +0200, Abdelrazak Younes wrote:
> >
> >
> >> Enrico Forestieri wrote:
> >>
> >>> The attached (dirty&quick) patch would work.
> >>>
> >> Unfortunately
Enrico Forestieri wrote:
On Mon, May 11, 2009 at 11:59:00AM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
The attached (dirty&quick) patch would work.
Unfortunately not, I already tried that.
Strange, I tried it and I am able to typeset a document.
Well,
On Mon, May 11, 2009 at 11:59:00AM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > The attached (dirty&quick) patch would work.
>
> Unfortunately not, I already tried that.
Strange, I tried it and I am able to typeset a document.
> > Note that there is a
> > subtle difference in
Enrico Forestieri wrote:
On Mon, May 11, 2009 at 11:31:35AM +0200, Abdelrazak Younes wrote:
I think this time we should go the long way.
I think we are still far away from a working solution.
But we can try ;-)
Yep, however, more than 1 year after t
Enrico Forestieri wrote:
On Mon, May 11, 2009 at 11:26:22AM +0200, Abdelrazak Younes wrote:
Vincent van Ravesteijn - TNW wrote:
'start /min pdfview "/path/to/doc.pdf"'
At least, my pdf is correctly generated.
Vincent
Maybe PATH is different when using Q
On Mon, May 11, 2009 at 11:31:35AM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > On Mon, May 11, 2009 at 08:07:28AM +0200, Peter Kümmel wrote:
> >
> >> The old behavior is single threaded and not really an alternative.
> >>
> >
> > I fail to see what is the difference with
On Mon, May 11, 2009 at 11:26:22AM +0200, Abdelrazak Younes wrote:
> Vincent van Ravesteijn - TNW wrote:
> >
> >
> >>> 'start /min pdfview "/path/to/doc.pdf"'
> >>>
> >>> At least, my pdf is correctly generated.
> >>>
> >>> Vincent
> >>>
> >>>
> >> Maybe PATH is different when using QP
Abdelrazak Younes writes:
> JMarc, Christian, José,
>
> Could you please do something for Peter's account? Or just give me the
> password to the svn server so that I can add him (and Georg!).
FWIW I still do not have access (that I know of).
JMarc
Enrico Forestieri wrote:
On Mon, May 11, 2009 at 08:07:28AM +0200, Peter Kümmel wrote:
The old behavior is single threaded and not really an alternative.
I fail to see what is the difference with respect to specifying DontWait
to Systemcall::startscript.
'start' is not a good solu
Vincent van Ravesteijn - TNW wrote:
'start /min pdfview "/path/to/doc.pdf"'
At least, my pdf is correctly generated.
Vincent
Maybe PATH is different when using QProcess and therefore could not
find pdfview.
Also quotations are critical because QProcess does maybe its own
"corre
On Mon, May 11, 2009 at 08:27:49AM +0200, Peter Kümmel wrote:
> This time I will also have a look at Linux, only Mac is a problem
> for me.
You have only to care for posix compatibility and you will be
addressing almost any platform, except for Windows, which is the
queer fish here.
--
Enrico
On Mon, May 11, 2009 at 08:07:28AM +0200, Peter Kümmel wrote:
> Enrico Forestieri wrote:
> > Oh no! Not again!
> > http://thread.gmane.org/gmane.editors.lyx.devel/100166
> > http://thread.gmane.org/gmane.editors.lyx.cvs/15978
> >
>
> It is a different patch. Last time QProcess got a QStringList
> > 'start /min pdfview "/path/to/doc.pdf"'
> >
> > At least, my pdf is correctly generated.
> >
> > Vincent
> >
>
> Maybe PATH is different when using QProcess and therefore could not
> find pdfview.
>
> Also quotations are critical because QProcess does maybe its own
> "corrections" to t
Am Montag, 11. Mai 2009 schrieb Peter Kümmel:
> Vincent van Ravesteijn - TNW wrote:
> >> Thanks,
> >>
> >> seems it is not that simple, there are again problems on Linux.
> >
> > Not only on Linux. For me, the call to pdfview doesn't work:
> >
> > 'start /min pdfview "/path/to/doc.pdf"'
> >
> >
Vincent van Ravesteijn - TNW wrote:
>> Thanks,
>>
>> seems it is not that simple, there are again problems on Linux.
>
> Not only on Linux. For me, the call to pdfview doesn't work:
>
> 'start /min pdfview "/path/to/doc.pdf"'
>
> At least, my pdf is correctly generated.
>
> Vincent
>
Maybe PA
>Thanks,
>
>seems it is not that simple, there are again problems on Linux.
Not only on Linux. For me, the call to pdfview doesn't work:
'start /min pdfview "/path/to/doc.pdf"'
At least, my pdf is correctly generated.
Vincent
Enrico Forestieri wrote:
> On Sun, May 10, 2009 at 04:29:42PM -0400, BH wrote:
>
>> On Sun, May 10, 2009 at 3:42 PM, Vincent van Ravesteijn
>> wrote:
The idea was to commit the patch posted at beginning of this thread
and to see how big the probems are, especially Pavel's svn code.
Vincent van Ravesteijn wrote:
>
>>
>> The idea was to commit the patch posted at beginning of this thread
>> and to see how big the probems are, especially Pavel's svn code.
>> http://marc.info/?l=lyx-devel&m=124136994215110&w=2
>>
>
> It's in.
>> After solving the problems, I had planned to i
BH wrote:
> On Sun, May 10, 2009 at 3:42 PM, Vincent van Ravesteijn
> wrote:
>>> The idea was to commit the patch posted at beginning of this thread
>>> and to see how big the probems are, especially Pavel's svn code.
>>> http://marc.info/?l=lyx-devel&m=124136994215110&w=2
>>>
>> It's in.
>
> It
BH wrote:
> On Sun, May 10, 2009 at 3:42 PM, Vincent van Ravesteijn
> wrote:
>>> The idea was to commit the patch posted at beginning of this thread
>>> and to see how big the probems are, especially Pavel's svn code.
>>> http://marc.info/?l=lyx-devel&m=124136994215110&w=2
>>>
>> It's in.
>
> It
Enrico Forestieri wrote:
> Oh no! Not again!
> http://thread.gmane.org/gmane.editors.lyx.devel/100166
> http://thread.gmane.org/gmane.editors.lyx.cvs/15978
>
It is a different patch. Last time QProcess got a QStringList,
this time the complete command line only.
Couldn't you figure out what is
On Sun, May 10, 2009 at 8:05 PM, BH wrote:
> On Sun, May 10, 2009 at 7:45 PM, Pavel Sanda wrote:
>> BH wrote:
>>> It kills typesetting for me (on Mac).
>>
>> the same on linux
>
> I should have said: it kills typesetting for me with Qt-4.5.1. When I
> recompile with Qt-4.4.x, I can typeset normal
On Sun, May 10, 2009 at 7:45 PM, Pavel Sanda wrote:
> BH wrote:
>> It kills typesetting for me (on Mac).
>
> the same on linux
I should have said: it kills typesetting for me with Qt-4.5.1. When I
recompile with Qt-4.4.x, I can typeset normally -- that is, while it
typesets, I have to wait with a
BH wrote:
> It kills typesetting for me (on Mac).
the same on linux
pavel
On Sun, May 10, 2009 at 04:29:42PM -0400, BH wrote:
> On Sun, May 10, 2009 at 3:42 PM, Vincent van Ravesteijn
> wrote:
> >
> >>
> >> The idea was to commit the patch posted at beginning of this thread
> >> and to see how big the probems are, especially Pavel's svn code.
> >> http://marc.info/?l=l
On Sun, May 10, 2009 at 3:42 PM, Vincent van Ravesteijn
wrote:
>
>>
>> The idea was to commit the patch posted at beginning of this thread
>> and to see how big the probems are, especially Pavel's svn code.
>> http://marc.info/?l=lyx-devel&m=124136994215110&w=2
>>
>
> It's in.
It kills typesettin
The idea was to commit the patch posted at beginning of this thread
and to see how big the probems are, especially Pavel's svn code.
http://marc.info/?l=lyx-devel&m=124136994215110&w=2
It's in.
After solving the problems, I had planned to integrate my previous GUI patches:
http://www.lyx.
Vincent van Ravesteijn wrote:
> Peter Kümmel schreef:
>> Could still not commit.
>>
>> The current solution is NOT (NOT NOT NOT NOT NOT) a solution.
>>
>> Peter
>>
>>
>>
> You want me to commit something for you, for the time being ?
>
> Vincent
>
Thanks Vincent,
I panned to test the QProces
Peter Kümmel schreef:
Could still not commit.
The current solution is NOT (NOT NOT NOT NOT NOT) a solution.
Peter
You want me to commit something for you, for the time being ?
Vincent
Could still not commit.
The current solution is NOT (NOT NOT NOT NOT NOT) a solution.
Peter
On Thu, May 7, 2009 at 8:10 PM, Peter Kümmel wrote:
> Andre Poenitz wrote:
> > On Tue, May 05, 2009 at 09:51:15PM +0200, Peter Kümmel wrote:
> >> Andre Poenitz wrote:
> >>> On Sun, May 03, 2009 at 08:22:45PM +0200, Peter Kümmel wrote:
> Abdelrazak Younes wrote:
> >
> > I've been us
Andre Poenitz wrote:
> On Tue, May 05, 2009 at 09:51:15PM +0200, Peter Kümmel wrote:
>> Andre Poenitz wrote:
>>> On Sun, May 03, 2009 at 08:22:45PM +0200, Peter Kümmel wrote:
Abdelrazak Younes wrote:
>
> I've been using QProcess extensively recently and it works perfectly
> acros
On Tue, May 05, 2009 at 09:51:15PM +0200, Peter Kümmel wrote:
> Andre Poenitz wrote:
> > On Sun, May 03, 2009 at 08:22:45PM +0200, Peter Kümmel wrote:
> >> Abdelrazak Younes wrote:
> >> >
> >>> I've been using QProcess extensively recently and it works perfectly
> >>> across platforms. I won't wor
Andre Poenitz wrote:
> On Sun, May 03, 2009 at 08:22:45PM +0200, Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>> >
>>> I've been using QProcess extensively recently and it works perfectly
>>> across platforms. I won't worry about that. The different signals it
>>> emits are very useful. I can c
On Sun, May 03, 2009 at 08:22:45PM +0200, Peter Kümmel wrote:
> Abdelrazak Younes wrote:
> >
> > I've been using QProcess extensively recently and it works perfectly
> > across platforms. I won't worry about that. The different signals it
> > emits are very useful. I can contribute some useful con
Peter Kümmel wrote:
> which call external tools, e.g. svn.
have you tested that eg svn update/commit and some kind of error is correctly
caught on ms platform? this would be good start point.
pavel
Abdelrazak Younes wrote:
>
> I've been using QProcess extensively recently and it works perfectly
> across platforms. I won't worry about that. The different signals it
> emits are very useful. I can contribute some useful control code for
> LyX. In any case I'll watch out what you are doing very
On 03/05/2009 19:17, Peter Kümmel wrote:
Vincent van Ravesteijn wrote:
Peter Kümmel schreef:
After two failed attempts to unblock LyX while processing large files
I wanna try it again.
But first I wanna be shoure we can use QProcess instead of the system
call,
if this works the rest w
Vincent van Ravesteijn wrote:
> Peter Kümmel schreef:
>> After two failed attempts to unblock LyX while processing large files
>> I wanna try it again.
>> But first I wanna be shoure we can use QProcess instead of the system
>> call,
>> if this works the rest wouldn't be critical.
>>
>> Could someo
Peter Kümmel schreef:
After two failed attempts to unblock LyX while processing large files I wanna
try it again.
But first I wanna be shoure we can use QProcess instead of the system call,
if this works the rest wouldn't be critical.
Could someone please test attached patch in his daily work?
65 matches
Mail list logo
