Le 29/09/2016 à 18:41, Enrico Forestieri a écrit :
On Thu, Sep 29, 2016 at 12:52:02PM +0200, Guillaume Munch wrote:
Thanks for the backtrace. The problem is that the variable BufferView *
bv_ in ViewSourceWidget is a borrowed pointer with unclear lifetime,
i.e. it will dangle. I have decided
On Thu, Sep 29, 2016 at 12:52:02PM +0200, Guillaume Munch wrote:
>
> Thanks for the backtrace. The problem is that the variable BufferView *
> bv_ in ViewSourceWidget is a borrowed pointer with unclear lifetime,
> i.e. it will dangle. I have decided to get rid of it entirely, but this
> requires
Le 28/09/2016 à 18:43, Enrico Forestieri a écrit :
On Wed, Sep 28, 2016 at 06:30:19PM +0200, Enrico Forestieri wrote:
On Wed, Sep 28, 2016 at 05:20:29PM +0200, Enrico Forestieri wrote:
Steps to reproduce as follows.
Make sure that the "Code Preview Pane" is closed and then:
1) open the
On Wed, Sep 28, 2016 at 06:30:19PM +0200, Enrico Forestieri wrote:
> On Wed, Sep 28, 2016 at 05:20:29PM +0200, Enrico Forestieri wrote:
> > Steps to reproduce as follows.
> >
> > Make sure that the "Code Preview Pane" is closed and then:
> > 1) open the attached document
> > 2) open the "Code
On Wed, Sep 28, 2016 at 05:20:29PM +0200, Enrico Forestieri wrote:
> Steps to reproduce as follows.
>
> Make sure that the "Code Preview Pane" is closed and then:
> 1) open the attached document
> 2) open the "Code Preview Pane"
> 3) close the "Code Preview Pane"
> 4) close the document (not lyx)
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Yes, it is. Thanks Jean-Marc.
Done now.
JMarc
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> Yes, it is. Thanks Jean-Marc.
Done now.
JMarc
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Latest patch (using prefixIs) attached.
At least the part that skips directories can go in now. It is the
part that
On Tue, Mar 28, 2006 at 03:13:17PM +0200, Jean-Marc Lasgouttes wrote:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Latest patch (using prefixIs) attached.
At
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>>
Enrico> Latest patch (using prefixIs) attached.
>> At least the part that skips directories can go in
On Tue, Mar 28, 2006 at 03:13:17PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> >> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
> >>
> Enrico> Latest patch
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Latest patch (using prefixIs) attached.
At least the part that skips directories can go in now. It is the part
that avoids the crash.
Concerning the rest, I think it matches a bugzilla entry. Could you
look for it?
JMarc
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Latest patch (using prefixIs) attached.
At least the part that skips directories can go in now. It is the part
that avoids the crash.
Concerning the rest, I think it matches a
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico You are right. I found
Enrico http://bugzilla.lyx.org/show_bug.cgi?id=1027 and I would say
Enrico that this patch fixes precisely that bug ;-)
Probably, yes.
Enrico Jean-Marc, what about the patch attached at bug 2344?
Enrico
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico You are right. I found
Enrico http://bugzilla.lyx.org/show_bug.cgi?id=1027 and I would say
Enrico that this patch fixes precisely that bug
Probably, yes.
Enrico Jean-Marc,
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> Latest patch (using prefixIs) attached.
At least the part that skips directories can go in now. It is the part
that avoids the crash.
Concerning the rest, I think it matches a bugzilla entry. Could you
look for it?
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> Latest patch (using prefixIs) attached.
>
> At least the part that skips directories can go in now. It is the part
> that avoids the crash.
>
> Concerning the rest,
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> You are right. I found
Enrico> http://bugzilla.lyx.org/show_bug.cgi?id=1027 and I would say
Enrico> that this patch fixes precisely that bug ;-)
Probably, yes.
Enrico> Jean-Marc, what about the patch attached at bug 2344?
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> You are right. I found
> Enrico> http://bugzilla.lyx.org/show_bug.cgi?id=1027 and I would say
> Enrico> that this patch fixes precisely that bug
>
> Probably, yes.
Angus Leeming [EMAIL PROTECTED] writes:
I'll try to come up with a patch to the LaTeX::deplog() function in
src/LaTeX.C.
Way to go!
;-)
Here is the patch. Please test, it works for me. The only drawback which
I can foresee is that a file *may* be passed two times to handleFoundFile()
but
Enrico Forestieri wrote:
Angus Leeming [EMAIL PROTECTED] writes:
I'll try to come up with a patch to the LaTeX::deplog() function in
src/LaTeX.C.
Way to go!
;-)
Here is the patch. Please test, it works for me. The only drawback which
I can foresee is that a file *may* be passed
Angus Leeming [EMAIL PROTECTED] writes:
I think that this version is more robust, but I haven't tried it out...
It works ;-)
Angus
at at -750,20 +750,30 at at
static regex reg5(Writing index file ([^ ]+).*);
ifstream ifs(logfile.c_str());
- string line1,
Enrico Forestieri [EMAIL PROTECTED] writes:
Angus, I am a C++ newbie
No! Really? Wow! You don't come across as one!
and don't even know if getline() is some sort
of standard function
namespace std {
templateclass Elem, class Tr, class Alloc
basic_istreamElem, Tr
Angus Leeming [EMAIL PROTECTED] writes:
| Enrico Forestieri [EMAIL PROTECTED] writes:
| Angus, I am a C++ newbie
|
| No! Really? Wow! You don't come across as one!
|
| and don't even know if getline() is some sort
| of standard function
|
| namespace std {
| templateclass Elem,
Angus Leeming [EMAIL PROTECTED] writes:
Enrico Forestieri forenr at ... writes:
Angus, I am a C++ newbie
No! Really? Wow! You don't come across as one!
Well, I am quite proficient in C, if that counts something ;-)
and don't even know if getline() is some sort
of standard
Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
substr(0, x) == foo
we have lstring functions for that
prefixIs(Index:, foo)
Thanks Lars.
Latest patch (using prefixIs) attached.
--
Enrico
--- src/LaTeX.C.orig2006-03-14 05:04:34.0 +0100
+++ src/LaTeX.C 2006-03-16
Angus Leeming <[EMAIL PROTECTED]> writes:
> > I'll try to come up with a patch to the LaTeX::deplog() function in
> > src/LaTeX.C.
>
> Way to go!
;-)
Here is the patch. Please test, it works for me. The only drawback which
I can foresee is that a file *may* be passed two times to
Enrico Forestieri wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
>> > I'll try to come up with a patch to the LaTeX::deplog() function in
>> > src/LaTeX.C.
>>
>> Way to go!
>
> ;-)
>
> Here is the patch. Please test, it works for me. The only drawback which
> I can foresee is that a
Angus Leeming <[EMAIL PROTECTED]> writes:
> I think that this version is more robust, but I haven't tried it out...
It works ;-)
> Angus
>
> -750,20 +750,30
> static regex reg5("Writing index file ([^ ]+).*");
>
> ifstream ifs(logfile.c_str());
> - string
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Angus, I am a C++ newbie
No! Really? Wow! You don't come across as one!
> and don't even know if getline() is some sort
> of standard function
namespace std {
template
basic_istream&
getline(basic_istream&
Angus Leeming <[EMAIL PROTECTED]> writes:
| Enrico Forestieri <[EMAIL PROTECTED]> writes:
| > Angus, I am a C++ newbie
|
| No! Really? Wow! You don't come across as one!
|
| > and don't even know if getline() is some sort
| > of standard function
|
| namespace std {
| template
|
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Enrico Forestieri ...> writes:
> > Angus, I am a C++ newbie
>
> No! Really? Wow! You don't come across as one!
Well, I am quite proficient in C, if that counts something ;-)
> > and don't even know if getline() is some sort
> > of standard
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> substr(0, x) == foo
>
> we have lstring functions for that
>
> prefixIs("Index:", foo)
>
Thanks Lars.
Latest patch (using prefixIs) attached.
--
Enrico
--- src/LaTeX.C.orig2006-03-14 05:04:34.0 +0100
+++ src/LaTeX.C
Enrico Forestieri [EMAIL PROTECTED] writes:
)) (C:\texmf\tex\latex\pgf\basiclayer\pgfcore.sty
(C:\texmf\tex\latex\graphics\
graphicx.sty
Package: graphicx 1999/02/16 v1.0f Enhanced LaTeX Graphics (DPC,SPQR)
...
Notice that the line ending in (C:\texmf\tex\latex\graphics\ really
ends with
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> )) (C:\texmf\tex\latex\pgf\basiclayer\pgfcore.sty
> (C:\texmf\tex\latex\graphics\
> graphicx.sty
> Package: graphicx 1999/02/16 v1.0f Enhanced LaTeX Graphics (DPC,SPQR)
> ...
> Notice that the line ending in "(C:\texmf\tex\latex\graphics\" really
>
Enrico Forestieri [EMAIL PROTECTED] writes:
When trying to preview a beamer document I get a crash with a cygwin build.
I attach a bt at the bottom. Am I right that the crash is occurring inside
cygwin1.dll? Just ignore the first two false SEGFAULTS, it's a known
problem with gdb in cygwin,
Angus Leeming [EMAIL PROTECTED] writes:
If memory serves me right, this function is pretty self contained. You should
be
able to add a main() that just calls it with the offending file. gcc -E the
file to create the full source listing and you'll be able to give 'em the code
that triggers
Angus Leeming [EMAIL PROTECTED] writes:
If memory serves me right, this function is pretty self contained. You should
be
able to add a main() that just calls it with the offending file. gcc -E the
file to create the full source listing and you'll be able to give 'em the code
that triggers
Enrico Forestieri [EMAIL PROTECTED] writes:
Computing crc of /c/texmf/tex/latex/graphics/
Abort (core dumped)
I tried the same with a mingw build and got that it also tried computing
the crc of the same directory, but in this case no crash was occurring.
As it seems really strange that
Enrico Forestieri [EMAIL PROTECTED] writes:
I made a self-contained executable from lyxsum.C and tried it on every
file in the texmf tree but did not succeed in crashing it. So I added
some debugging statements to src/support/lyxsum.C to see what file was
triggering the crash and to my
Angus Leeming [EMAIL PROTECTED] writes:
Enrico Forestieri forenr at ... writes:
Computing crc of /c/texmf/tex/latex/graphics/
Abort (core dumped)
I tried the same with a mingw build and got that it also tried computing
the crc of the same directory, but in this case no crash was
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Computing crc of "/c/texmf/tex/latex/graphics/"
> Abort (core dumped)
>
> I tried the same with a mingw build and got that it also tried computing
> the crc of the same directory, but in this case no crash was occurring.
>
> As it seems really
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I made a self-contained executable from lyxsum.C and tried it on every
> file in the texmf tree but did not succeed in crashing it. So I added
> some debugging statements to src/support/lyxsum.C to see what file was
> triggering the crash and to my
Angus Leeming <[EMAIL PROTECTED]> writes:
> Enrico Forestieri ...> writes:
> > Computing crc of "/c/texmf/tex/latex/graphics/"
> > Abort (core dumped)
> >
> > I tried the same with a mingw build and got that it also tried computing
> > the crc of the same directory, but in this case no crash
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> When trying to preview a beamer document I get a crash with a cygwin build.
> I attach a bt at the bottom. Am I right that the crash is occurring inside
> cygwin1.dll? Just ignore the first two false SEGFAULTS, it's a known
> problem with gdb in
Angus Leeming <[EMAIL PROTECTED]> writes:
> If memory serves me right, this function is pretty self contained. You should
> be
> able to add a main() that just calls it with the offending file. "gcc -E" the
> file to create the full source listing and you'll be able to give 'em the code
> that
Angus Leeming <[EMAIL PROTECTED]> writes:
> If memory serves me right, this function is pretty self contained. You should
> be
> able to add a main() that just calls it with the offending file. "gcc -E" the
> file to create the full source listing and you'll be able to give 'em the code
> that
47 matches
Mail list logo