forwarded 473077 http://bugzilla.lyx.org/show_bug.cgi?id=4689
thanks
On Fri, Mar 28, 2008 at 03:24:22PM +0100, Georg Baum wrote:
Hi all,
LyX probably passes the filename in the wrong encoding to
boost::filesystem. Arnaud, please file the problem upstream at
http://bugzilla.lyx.org (a link
Subject: lyx can't start
Package: lyx
Version: 1.5.3-1
Severity: normal
I launch lyx with the command-line and I have this error :
terminate called after throwing an instance of
'boost::filesystem::basic_filesystem_errorboost::filesystem::basic_pathstd::string,
boost::filesystem::path_traits '
Hi,
Arnaud Baysse wrote:
I launch lyx with the command-line and I have this error :
terminate called after throwing an instance of
'boost::filesystem::basic_filesystem_errorboost::filesystem::basic_pathstd::string,
boost::filesystem::path_traits '
what(): boost::filesystem::exists
Hi
It looks like lyx is trying to create a file that already exists. Could you
try
running strace lyx and send us the end of the log, before the crash?
--
Pelle
Here his the end of the log you asked.
stat64(/mnt/windows/Documents and Settings/ideas/Mes
documents/Projet/Congrès edsys
Hi Arnaud,
Arnaud Baysse wrote:
Here his the end of the log you asked.
stat64(/mnt/windows/Documents and Settings/ideas/Mes
documents/Projet/Congrès edsys 2008/edsys2008.lyx, 0xbf9dc24c) = -1
EILSEQ (Invalid or incomplete multibyte or wide character)
futex(0xb7428ce8, 0x81 /* FUTEX_???
Am Freitag, 28. März 2008 schrieb Per Olofsson:
I think the problem lies within ntfs-3g. I can't see any generic
instances of
stat64 returning EILSEQ inside the kernel. However, lyx shouldn't crash
because
of this in any case - there is either a bug in boost or in lyx.
Sure, the crash is a
6 matches
Mail list logo