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 to
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 a
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 attache
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 Prev
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
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> 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 no
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" == 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> 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> 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
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-1
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 func
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
| bas
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& istr,
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 line1,
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
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 handleFoundFil
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
>
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 wa
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 s
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 stran
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 tri
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 tri
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 c
26 matches
Mail list logo
