Jean-Marc Lasgouttes wrote:
> Le 24/11/2014 21:53, Georg Baum a écrit :
>>
>> I guess the basic principle how copy-on-write works is clear? If not, see
>> e.g. http://en.wikipedia.org/wiki/Copy-on-write.
>>
>> The problem is not the read access. This is safe. The problem is write
>> access and can
On 11/24/2014 04:10 PM, Jean-Marc Lasgouttes wrote:
Le 24/11/2014 21:53, Georg Baum a écrit :
Richard Heck wrote:
Can you explain in language I can understand why simply /reading/ this
variable
in separate threads could cause this kind of problem? I'm very
confused.
I guess the basic princi
Le 14/11/2014 18:33, Uwe Stöhr a écrit :
this change triggers a compiler warning:
ParagraphMetrics.cpp(108): warning C4244: 'initialization': conversion
of 'const double' in 'const lyx::char_type', possible dataloss
Thanks Uwe, this should be OK now.
JMarc
Le 24/11/2014 21:53, Georg Baum a écrit :
Richard Heck wrote:
Can you explain in language I can understand why simply /reading/ this
variable
in separate threads could cause this kind of problem? I'm very confused.
I guess the basic principle how copy-on-write works is clear? If not, see
e.g.
Le 24/11/2014 22:00, Jean-Marc Lasgouttes a écrit :
commit 0b09424017866d0f1d9dfff8cb54cedaf17b99aa
Author: Jean-Marc Lasgouttes
Date: Mon Nov 24 18:39:18 2014 +0100
Autotools: read git commit hash at compile time
Also do as cmake to avoid full recompilation when the hash changes.
Richard Heck wrote:
> Can you explain in language I can understand why simply /reading/ this
> variable
> in separate threads could cause this kind of problem? I'm very confused.
I guess the basic principle how copy-on-write works is clear? If not, see
e.g. http://en.wikipedia.org/wiki/Copy-on-w
Abdelrazak Younes wrote:
> This string might be modified by some class in main thread while being
> read at the same time by a buffer clone in the export thread. If the
> memory reserved by basic-string is big enough we should be fine but if
> not basic_string will allocate another chunk of memory
Enrico Forestieri wrote:
> I tried hard but was not able to reproduce the crash on debian wheezy
> (gcc 4.7.2), cygwin (gcc 4.8.3) and solaris (gcc 4.9.0).
Thanks for tsting. One further thing that I unfortunately forgot to tell was
that I had the LaTeX log window open. This adds more processing
Abdelrazak Younes wrote:
> On 20/11/2014 21:04, Georg Baum wrote:
>> I don't think so in this case. The crash happens because internal
>> std::basic_string members are corrupt, and it is almost always a string
>> created from Language::babel_. Furthermore, I was not able to reproduce
>> the crash
On 25/11/2014 2:23 a.m., Kornel Benko wrote:
Sometimes one needs to have some input in preamble to be able
to preview. As it is now, the preamble is not used.
It would be nice to have some marker in the preamble text indicating
that following code is needed for instant preview too.
Korn
On 11/24/2014 09:23 AM, Richard Hughes wrote:
On 24 November 2014 at 14:05, Richard Heck wrote:
Where is the problem? In our appdata.xml file?
Yes, you want lyx.desktop rather than the short version I think.
That's what I thought, but:
../lyx/lyx-stable/ [⚡ (2.1.2)] > cat lib/appdata.xml
On 11/24/2014 09:23 AM, Richard Hughes wrote:
On 24 November 2014 at 14:05, Richard Heck wrote:
Where is the problem? In our appdata.xml file?
Yes, you want lyx.desktop rather than the short version I think.
Well:
Fedora should not have built 2.1.2.2 in the first place, by the way. That
wa
On 24 November 2014 at 14:05, Richard Heck wrote:
> Where is the problem? In our appdata.xml file?
Yes, you want lyx.desktop rather than the short version I think.
> Fedora should not have built 2.1.2.2 in the first place, by the way. That
> was an OSX-only emergency release.
I think it built 2
On 11/24/2014 07:17 AM, Richard Hughes wrote:
Hi all,
The AppData file for lyx has just appeared in Fedora rawhide;
unfortunately with this error:
+WARNING: Failed to run process on lyx: AppData
f22/lyx-common-2.1.2-2.fc22/usr/share/appdata/lyx.appdata.xml does not
match 'lyx.desktop':'lyx'
Th
Sometimes one needs to have some input in preamble to be able
to preview. As it is now, the preamble is not used.
It would be nice to have some marker in the preamble text indicating
that following code is needed for instant preview too.
Kornel
signature.asc
Description: This is a digi
Hi all,
The AppData file for lyx has just appeared in Fedora rawhide;
unfortunately with this error:
+WARNING: Failed to run process on lyx: AppData
f22/lyx-common-2.1.2-2.fc22/usr/share/appdata/lyx.appdata.xml does not
match 'lyx.desktop':'lyx'
The has to be the full application ID, which incl
16 matches
Mail list logo
