Am Dienstag, 5. Dezember 2006 17:25 schrieb Edwin Leuven: > sorry, i don't know about this unicode stuff and i intend to keep it > that way (or am i not allowed to say that?). you don't want the butcher > to make your bread.
Sure you are allowed. This was just an example for a problem that needs to be solved. > one problem i have atm with going after bugs is that lyx crashes on me > for encoding related stuff so i am sort of waiting until the unicode > people fix the car. Well, the problem is that I don't use LyX on windows and therefore don't see this. > for example when i inset a citation > > lyx: Disabling LyX socket. > Assertion triggered in __thiscall lyx::support::FileName::FileName(const > class s > td::basic_string<char,struct std::char_traits<char>,class > std::allocator<char> > > &) by failing check "!contains(name_, '\\')" in file > ..\..\..\..\src\support\fi > lename.C:45 > LyX: Attempting to save document newfile15.lyx > C:/Documents and Settings/Edwin Leuven/newfile15.lyx.emergency > Save seems successful. Phew. As discussed recently this is a problem where a call of os::internal_path() is missing. Sorry, I can't help you here. What you (or some other windows user) needs to do is to find out where this filename comes from and add the missing internal_path call (like Michael did some minutes ago in one case. maybe that fixes the problem also in your case?). What could help is to introduce the very same assert in all the filename utility functions in support/filetools.C. Georg
