Re: CMake problems was: removing scons

2011-11-13 Thread Peter Kümmel
On 13.11.2011 21:21, Uwe Stöhr wrote: Today I took the time and restarted from scratch, meaning to set up a clean new build system. I followed the instructions bit by bit but CMake does not compile. In contrary to my old system it even didn't start a compilation. I fail to execute the build.ba

Re: Documentation status for LyX 2.0.x

2011-11-13 Thread PhilipPirrip
On 11/02/2011 07:34 AM, PhilipPirrip wrote: Don't forget to copy this to the French, Spanish, Japanese and German version of this manual too. otherwise they would get outdated. Here they are, all five in a zip. They were edited from the version in trunk/lib/doc/. Ping! May I ask what's the

Re: Regression in branch

2011-11-13 Thread Richard Heck
On 11/13/2011 09:06 PM, Pavel Sanda wrote: Pavel Sanda wrote: Pavel Sanda wrote: will try to come up with backtrace soon. #0 0x03f1 in ?? () #1 0x081298e4 in lyx::Buffer::Impl::~Impl() () #2 0x080f76de in lyx::Buffer::~Buffer() () #3 0x080f71ff in lyx::Buffer::~Buffer() () #4 0x086858

Re: #7892: \uline doesn't handle arguments like \underline

2011-11-13 Thread Blake McBride
Yea, cool. But, LyX acts like it does. Try highlighting some text with several words, make it huge, and underline it. When you generate a PDF you'll find only the first word is huge even though the LyX' display shows it (as well as the generated source) as all huge. Blake McBride On Sun, Nov

Re: Regression in branch

2011-11-13 Thread Pavel Sanda
Pavel Sanda wrote: > Pavel Sanda wrote: > > will try to come up with backtrace soon. > > #0 0x03f1 in ?? () > #1 0x081298e4 in lyx::Buffer::Impl::~Impl() () > #2 0x080f76de in lyx::Buffer::~Buffer() () > #3 0x080f71ff in lyx::Buffer::~Buffer() () > #4 0x0868581a in > lyx::frontend::GuiVi

Re: Parallel Find Advanced for SMPs

2011-11-13 Thread Tommaso Cucinotta
Il 13/11/2011 19:23, Abdelrazak Younes ha scritto: On 11/11/2011 11:27, Tommaso Cucinotta wrote: Il 10/11/2011 22:07, Abdelrazak Younes ha scritto: Threads is not always about using all available processors. ok, but here I'm really addressing a different problem: I'm not using threads for im

Re: Regression in branch

2011-11-13 Thread Pavel Sanda
Pavel Sanda wrote: > will try to come up with backtrace soon. #0 0x03f1 in ?? () #1 0x081298e4 in lyx::Buffer::Impl::~Impl() () #2 0x080f76de in lyx::Buffer::~Buffer() () #3 0x080f71ff in lyx::Buffer::~Buffer() () #4 0x0868581a in lyx::frontend::GuiView::GuiViewPrivate::autosaveAndDestro

Regression in branch

2011-11-13 Thread Pavel Sanda
hi, seems we have new crashing regression in branch. since it happens each few minutes without clear action i guess something is rotten in autosave. will try to come up with backtrace soon. anyone saw this last days/weeks? pavel

CMake problems was: removing scons

2011-11-13 Thread Uwe Stöhr
Today I took the time and restarted from scratch, meaning to set up a clean new build system. I followed the instructions bit by bit but CMake does not compile. In contrary to my old system it even didn't start a compilation. I fail to execute the build.bat script. Windows stops at this constr

Re: Parallel Find Advanced for SMPs

2011-11-13 Thread Abdelrazak Younes
On 11/11/2011 11:27, Tommaso Cucinotta wrote: Il 10/11/2011 22:07, Abdelrazak Younes ha scritto: Actually no. Don't get me wrong, thread are nice and we should use them whenever needed. In the case of Advanced search, I reckon that we need only one new thread to keep the UI responsive while the

Re: Unexpected format problem

2011-11-13 Thread Richard Heck
On 11/12/2011 11:00 PM, Victor Pereyra wrote: I am writing a math book that has 11 chapters. I have a main document that assembles the chapters. It is being stable for quite a while. I was trying to figure out how to change the margins and page size in the "book" class. Although I used custom si