Enrico Forestieri wrote:
> Actually, the other use of putenv() is ok because the environment variable
> is removed from the environment and thus the memory can be safely
> released.
Argh, again a thought mistake;-( I had in mind the recent discussion about
putenv() actually not removing the vari
Enrico Forestieri wrote:
> On Mon, Mar 10, 2014 at 09:36:19PM +0100, Georg Baum wrote:
>>
>> Sorry, but this is not true. The PATH variable is always taken into
>> account. The path prefix of LyX is just prepended to what was there
>> before, so the effective path for child processes of LyX on wi
On Mon, Mar 10, 2014 at 09:00:03PM +0100, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > Hmmm. According to
> > http://pubs.opengroup.org/onlinepubs/9699919799/functions/putenv.html
> >
> > "A potential error is to call putenv() with an automatic variable as
> > the argument, then return
On Mon, Mar 10, 2014 at 09:36:19PM +0100, Georg Baum wrote:
>
> Sorry, but this is not true. The PATH variable is always taken into account.
> The path prefix of LyX is just prepended to what was there before, so the
> effective path for child processes of LyX on windows is
>
> "Windows System
Uwe Stöhr wrote:
> Am 09.03.2014 20:47, schrieb Georg Baum:
>
>> I investigated further, and according to
>> http://environmentvariables.org/Path the effective path is combined from
>> a user PATH environment variable and a system PATH environment variable
>> on windows, where the system value ta
Enrico Forestieri wrote:
> Hmmm. According to
> http://pubs.opengroup.org/onlinepubs/9699919799/functions/putenv.html
>
> "A potential error is to call putenv() with an automatic variable as
> the argument, then return from the calling function while string is
> still part of the environment
Enrico Forestieri wrote:
> Try yourself. The preferences file is read inbetween the two occurrences.
Thank you very much, this was the information I was missing. I added a
comment so that it will not be so easy anymore to "optimize" this away.
Georg
On 03/10/2014 12:31 PM, Jürgen Spitzmüller wrote:
2014-03-10 17:15 GMT+01:00 Richard Heck:
Could the problem be that the author is defined only in the child?
I.e., in the child, we have:
\author -1607827248 "Stefano Franchi"
but this is not present in the master?
So maybe
2014-03-10 17:15 GMT+01:00 Richard Heck:
> Could the problem be that the author is defined only in the child? I.e.,
> in the child, we have:
> \author -1607827248 "Stefano Franchi"
> but this is not present in the master?
>
So maybe something similar to what Vincent did for Compare is needed
On 03/10/2014 12:15 PM, Richard Heck wrote:
On 03/10/2014 12:01 PM, Richard Heck wrote:
On 03/10/2014 11:34 AM, stefano franchi wrote:
On Mon, Mar 10, 2014 at 9:37 AM, Vincent van Ravesteijn
wrote:
On Mon, Mar 10, 2014 at 3:28 PM, stefano franchi
wrote:
On Mon, Mar 10, 2014 at 8:40 AM, Vince
On 03/10/2014 12:01 PM, Richard Heck wrote:
On 03/10/2014 11:34 AM, stefano franchi wrote:
On Mon, Mar 10, 2014 at 9:37 AM, Vincent van Ravesteijn
wrote:
On Mon, Mar 10, 2014 at 3:28 PM, stefano franchi
wrote:
On Mon, Mar 10, 2014 at 8:40 AM, Vincent van Ravesteijn
wrote:
The last days I s
On 03/10/2014 12:01 PM, Richard Heck wrote:
On 03/10/2014 11:34 AM, stefano franchi wrote:
On Mon, Mar 10, 2014 at 9:37 AM, Vincent van Ravesteijn
wrote:
On Mon, Mar 10, 2014 at 3:28 PM, stefano franchi
wrote:
On Mon, Mar 10, 2014 at 8:40 AM, Vincent van Ravesteijn
wrote:
The last days I s
On 03/10/2014 11:34 AM, stefano franchi wrote:
On Mon, Mar 10, 2014 at 9:37 AM, Vincent van Ravesteijn wrote:
On Mon, Mar 10, 2014 at 3:28 PM, stefano franchi
wrote:
On Mon, Mar 10, 2014 at 8:40 AM, Vincent van Ravesteijn wrote:
The last days I spent some time to update the
installer for Ly
On Mon, Mar 10, 2014 at 9:37 AM, Vincent van Ravesteijn wrote:
> On Mon, Mar 10, 2014 at 3:28 PM, stefano franchi
> wrote:
>> On Mon, Mar 10, 2014 at 8:40 AM, Vincent van Ravesteijn wrote:
>> The last days I spent some time to update the
>> installer for LyX 2.1 and if that is allow
On Mon, Mar 10, 2014 at 3:28 PM, stefano franchi
wrote:
> On Mon, Mar 10, 2014 at 8:40 AM, Vincent van Ravesteijn wrote:
>>>
> The last days I spent some time to update the
> installer for LyX 2.1 and if that is allowed, I would release a third
> beta of LyX 2.1 to have a chance to ge
2014-03-10 15:28 GMT+01:00 stefano franchi
> I just installed the latest 2.1-dev and I get a crash right away on
> the test document I have for the Lyx-->Word export whenever I try to
> compile.
> This is the last bit of the console output when Lyx is launched in debug
> mode:
>
Could you provide
On Mon, Mar 10, 2014 at 8:40 AM, Vincent van Ravesteijn wrote:
>>
The last days I spent some time to update the
installer for LyX 2.1 and if that is allowed, I would release a third
beta of LyX 2.1 to have a chance to get feedback for the installer
itself. Can I do that?
>>>
>>
>
>>> The last days I spent some time to update the
>>> installer for LyX 2.1 and if that is allowed, I would release a third
>>> beta of LyX 2.1 to have a chance to get feedback for the installer
>>> itself. Can I do that?
>>
>>
>> We will hopefully have a new beta or release candidate soon.
>
>
>
On 03/09/2014 08:58 PM, Uwe Stöhr wrote:
Am 09.03.2014 20:47, schrieb Georg Baum:
However, LyX2.1 as it is at the moment is not really usable:
While working on the docs, I get a crash each half an hour and I am not
able to give a crash recipe. It crashes either when pressing Ctrl+C or
Ctrl+V -
Am 09.03.2014 20:47, schrieb Georg Baum:
I investigated further, and according to
http://environmentvariables.org/Path the effective path is combined from a
user PATH environment variable and a system PATH environment variable on
windows, where the system value takes precedence. This is definite
On Sun, Mar 09, 2014 at 01:27:01PM +0100, Georg Baum wrote:
>
> - I found some code which I believe is unneeded (see attachment). I don't
> propose to put this in now, but I'll do so for 2.2 unless somebody knows
> what mistake I did.
[...]
> diff --git a/src/support/environment.cpp b/src/suppor
On Sun, Mar 09, 2014 at 08:51:59PM +0100, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > On Sun, Mar 09, 2014 at 01:27:01PM +0100, Georg Baum wrote:
> >>
> >> - I found some code which I believe is unneeded (see attachment). I don't
> >> propose to put this in now, but I'll do so for 2.2 unl
Enrico Forestieri wrote:
> On Sun, Mar 09, 2014 at 01:27:01PM +0100, Georg Baum wrote:
>>
>> - I found some code which I believe is unneeded (see attachment). I don't
>> propose to put this in now, but I'll do so for 2.2 unless somebody knows
>> what mistake I did.
>
> Ditching those lines in Ly
Am Sonntag, 9. März 2014 schrieb Uwe Stöhr:
> Am 09.03.2014 18:57, schrieb Georg Baum:
> >> I was referring to LyX 2.1beta2 where I got several reports of Phyton
> >> errors from testers.
> >
> > This is interesting, I thought that 2.0 would have the same problems.
> > Why should 2.1 behave differ
On Sun, Mar 09, 2014 at 01:27:01PM +0100, Georg Baum wrote:
>
> - I found some code which I believe is unneeded (see attachment). I don't
> propose to put this in now, but I'll do so for 2.2 unless somebody knows
> what mistake I did.
Ditching those lines in LyX.cpp would ignore any prefix set
Am 09.03.2014 18:57, schrieb Georg Baum:
I was referring to LyX 2.1beta2 where I got several reports of Phyton
errors from testers.
This is interesting, I thought that 2.0 would have the same problems. Why
should 2.1 behave differently here? The path prefix is not new. Did
anything change in L
Am Sonntag, 9. März 2014 schrieb Uwe Stöhr:
> Am 09.03.2014 13:27, schrieb Georg Baum:
> > - Assuming that an installed python version is really never used, the
> > installer needs to install a python version in the LyX installation
> > directory in any case. I could not find where this is done (pr
Am 09.03.2014 13:27, schrieb Georg Baum:
Today I researched a bit what could cause the frequently reported problems
with a wrong python interpreter used by LyX on windows. This is what I
found out:
- The installer has some python detection code (in
development/Win32/packaging/installer/include/
Today I researched a bit what could cause the frequently reported problems
with a wrong python interpreter used by LyX on windows. This is what I
found out:
- The installer has some python detection code (in
development/Win32/packaging/installer/include/detection.nsh), but the
result is not us
29 matches
Mail list logo