Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

Angus Leeming wrote: > It looks like we're all seeing the same thing. Time to do some profiling I > guess. If someone gives me a prescription of what I need to do to > recompile lyx ready for profiling and how to use gprof, I'll volunteer. I would do this myself, but have no time right now. Here

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

On Wed, 21 Sep 2005 23:38:54 +0200 Alfredo Braunstein <[EMAIL PROTECTED]> wrote: > Georg Baum wrote: > > > I tried to reproduce this, and got similar results (including the > speedup > > if only one line is displayed), but only as long as I remained in one > > paragraph. If I hit Enter from time

Re: Lyx for Win98 v1.3.7cvs

On Wednesday 21 September 2005 23:59, [EMAIL PROTECTED] wrote: > Dear All and Angus, > > I also have win98 for Lyx, unfortunately I cannot run 1.3.6 > because that ugly bug (SHGet...) > I have read at that I can download the 1.3.7cvs experimental version. Hi, Alex. The patch to make this work isn'

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

Alfredo Braunstein wrote: > Georg Baum wrote: > >> I tried to reproduce this, and got similar results (including the >> speedup if only one line is displayed), but only as long as I remained >> in one paragraph. If I hit Enter from time to time everything was fine. >> This looks as if the slowlyn

Re: lyx: Error detected by libpthread: Destroying locked mutex.

Jeremy C. Reed wrote: >> You mean that the call to locked() resulted in a SIGSEGV? My >> misunderstanding; I assumed that the crash was happening in unlock(). > > No crash in locked(). And unlock() is never used. (But when I did force > it to always unlock() it appeared to exit fine.) > > This i

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

Georg Baum wrote: > I tried to reproduce this, and got similar results (including the speedup > if only one line is displayed), but only as long as I remained in one > paragraph. If I hit Enter from time to time everything was fine. > This looks as if the slowlyness is in the paragraph breaking al

Re: lyx: Error detected by libpthread: Destroying locked mutex.

You mean that the call to locked() resulted in a SIGSEGV? My misunderstanding; I assumed that the crash was happening in unlock(). No crash in locked(). And unlock() is never used. (But when I did force it to always unlock() it appeared to exit fine.) This is what I have when I run it and imm

Re: lyx: Error detected by libpthread: Destroying locked mutex.

On Wednesday 21 September 2005 21:32, Jeremy C. Reed wrote: > On Sep. 21, leeming wrote: > > However, the implementation of these functions (for Qt 3.3.4) suggests > > that we should perhaps be calling "unlock(false)". Can you see if that > > makes any difference? > I am not sure what you mean. It

Re: lyx: Error detected by libpthread: Destroying locked mutex.

On Sep. 21, leeming wrote: However, the implementation of these functions (for Qt 3.3.4) suggests that we should perhaps be calling "unlock(false)". Can you see if that makes any difference? I am not sure what you mean. It never got to the unlock() for me in the first place. I had to remove

Re: Bugs in 1.4.0CVS for Mac OS X

On Sep 21, 2005, at 10:06 AM, Jean-Marc Lasgouttes wrote: Some notes about the installation instructions: export LDFLAGS="-framework Carbon -framework OpenGL -framework AGL -framewo rk QuickTime -lz" I'll try to come up with a patch to avoid this stuff (it could be added to the Qt dete

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

Bennett Helm wrote: > I cannot -- even with gibberish -- type faster than LyX can handle > when the document is otherwise empty, and LyX doesn't use many > processor resources in this case. > > After 5-10 lines of text are entered, it becomes noticeable that LyX > is consuming more processor time

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

Lars Gullik Bjønnes wrote: > | Angus> So I'd say that LyX cvs is still clearly slower than LyX > | Angus> 1.3, but it appears to be usable. Further, real world > | Angus> testing is needed though. > | I guess we'll get plenty after release :) > Angus, you turned up the optimization level ? -g -O

Re: gcc 4 link times are much longer, no?

Lars Gullik Bjønnes wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > > | Since I'm whining about things being slow... > | > | The Debian unstable dist that I use at work currently ships with > | $ g++ --version > | g++ (GCC) 4.0.2 20050917 (prerelease) (Debian 4.0.1-8) > | > | I notice tha

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

Jean-Marc Lasgouttes wrote: JMarc> On what kind of system is that? Angus> A rather venerable 500MHz dual processor Dec Alpha. JMarc> So that's a good testing machine. Does it run under JMarc> Tru64 unix or linux? Linux. (Debian unstable.) The machine running Tru64 unix is an even older 333MHz s

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: | | Angus> Hi, Jean-Marc. I can confirm that LyX CVS is much, much quicker | Angus> when compiled with --disable-stdlib-debug. I can still just | Angus> about create a lag between what I

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

On Sep 21, 2005, at 11:56 AM, Jean-Marc Lasgouttes wrote: "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes: Bennett> I've just recompiled myself with --disable-stdlib-debug. Bennett> Things in general (on Mac) seem to be faster *except* typing Bennett> speed in long documents, which is no

Re: gcc 4 link times are much longer, no?

Angus Leeming <[EMAIL PROTECTED]> writes: | Since I'm whining about things being slow... | | The Debian unstable dist that I use at work currently ships with | $ g++ --version | g++ (GCC) 4.0.2 20050917 (prerelease) (Debian 4.0.1-8) | | I notice that LyX link times have become painfully slow (1

Re: gcc 4 link times are much longer, no?

Yes, on my Debian unstable box as well. Uses a _lot_ of memory as well. -David On 9/21/05, Angus Leeming <[EMAIL PROTECTED]> wrote: > Since I'm whining about things being slow... > > The Debian unstable dist that I use at work currently ships with > $ g++ --version > g++ (GCC) 4.0.2 20050917 (pre

Re: [patch] fix broken documents in lib/doc

[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | | | > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: | | | | Georg> python is now required if building from CVS, because I included | | Georg> Makefile.depend in Makefile.am. | | | | Wha

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Jean-Marc Lasgouttes wrote: Hi, Jean-Marc. I can confirm that Angus> LyX CVS is much, much quicker when compiled with Angus> --disable-stdlib-debug. I can still just about create a lag Angus> between what I type and what appears on

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

Jean-Marc Lasgouttes wrote: > Angus> Hi, Jean-Marc. I can confirm that LyX CVS is much, much > Angus> quicker when compiled with --disable-stdlib-debug. I can > Angus> still just about create a lag between what I type and > Angus> what appears on the LyX screen when editting an existing > Angus> pa

gcc 4 link times are much longer, no?

Since I'm whining about things being slow... The Debian unstable dist that I use at work currently ships with $ g++ --version g++ (GCC) 4.0.2 20050917 (prerelease) (Debian 4.0.1-8) I notice that LyX link times have become painfully slow (10+ minutes) compared to 2+ minutes last time I tested on

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes: Bennett> I've just recompiled myself with --disable-stdlib-debug. Bennett> Things in general (on Mac) seem to be faster *except* typing Bennett> speed in long documents, which is not noticeably improved. I Bennett> get the lag Angus descr

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

On Sep 21, 2005, at 11:27 AM, Angus Leeming wrote: What is important is to check what happens with a normally optimized build, especially with --disable-stdlib-debug. Could you try that? Hi, Jean-Marc. I can confirm that LyX CVS is much, much quicker when compiled with --disable-stdlib-debug.

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Hi, Jean-Marc. I can confirm that LyX CVS is much, much quicker Angus> when compiled with --disable-stdlib-debug. I can still just Angus> about create a lag between what I type and what appears on the Angus> LyX screen when editting

Re: [patch] fix broken documents in lib/doc

On Wednesday 21 September 2005 15:24, Georg Baum wrote: > Jose' Matos wrote: > > I need this patch to run doc_toc.py with several documents. Haven't you > > noticed it? > > No. What does happen without the patch? It does not work. :-) Because the table that holds the relation is reversed, each

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

Jean-Marc Lasgouttes wrote: > Angus> I don't want to sound like a miserable old sod, but... I just > Angus> opened up a reasonably long document and started adding some > Angus> new text in the middle of the first paragraph. I'm not a > Angus> particularly fast typist but even I could outpace the s

Re: Menu hotkeys in Italian

> "Paul" == Paul A Rubin <[EMAIL PROTECTED]> writes: Paul> Which brings us back to your point about needing to know what Paul> the Italian users consider to be the right shortcut to Paul> "Modifica" (and, I think, how they prefer to access math mode Paul> via key bindings). Since my knowledge

Re: Menu hotkeys in Italian

Jean-Marc Lasgouttes wrote: "Paul" == Paul A Rubin <[EMAIL PROTECTED]> writes: Paul> Jean-Marc Lasgouttes wrote: I guess this depends if Alt-m is really the classical shortcut for Modifica. Probably only italian users can solve this one. Paul> Makes sense to me. I wonder, though: are ther

Re: [patch] fix broken documents in lib/doc

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Hmm... I don't think we want this Makefile.depend thingie at Lars> all. So, how would you do that? Is there some way to reuse automake's dependency tracking code?

Re: [patch] fix broken documents in lib/doc

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: | | Georg> python is now required if building from CVS, because I included | Georg> Makefile.depend in Makefile.am. | | What happens at the beginning when Makefile.depend does not exist? H

Re: [patch] fix broken documents in lib/doc

Jose' Matos wrote: > I need this patch to run doc_toc.py with several documents. Haven't you > noticed it? No. What does happen without the patch? Georg

Re: [patch] fix broken documents in lib/doc

Jean-Marc Lasgouttes wrote: > What happens at the beginning when Makefile.depend does not exist? GNU make issues a warning that it does not exist and creates it. > How > do you bootstrap? Shouldn't we distribute this file in CVS? I don't know if the behaviour of GNU make is standard. If not we

Re: [patch] fix broken documents in lib/doc

On Wednesday 21 September 2005 14:54, Georg Baum wrote: > > Comments? I need this patch to run doc_toc.py with several documents. Haven't you noticed it? Index: LyX.py === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/lyx2lyx/LyX.p

Re: [patch] fix broken documents in lib/doc

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> python is now required if building from CVS, because I included Georg> Makefile.depend in Makefile.am. What happens at the beginning when Makefile.depend does not exist? How do you bootstrap? Shouldn't we distribute this file in CVS?

Re: Bugs in 1.4.0CVS for Mac OS X

> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes: Bennett> Yes -- I must have confused CFBundleTypeName with UTType (as Bennett> needed for Spotlight). I've changed it; patch attached. Bennett> I've also revised the README.MacOSX file accordingly; again, Bennett> that's included in the

Re: [patch] fix broken documents in lib/doc

Jose' Matos wrote: > Passing as destination dir as argument is enough to fix this, right? No, it was a bit more. The attached patch should fix bug 2027 and does the following: - fix wrong syntax in de_Userguide and it_Userguide - change the build system so that the TOC files are generated autom

Errors when loading UserGuide and Extended

I get the following errors when loading UserGuide LyX: InsetSpace: Unknown kind: `\' [around line 12049 of file ~/src/lyx/lyx-devel/lib/doc/UserGuide.lyx] LyX: InsetSpace: Unknown kind: `\InsetSpace' [around line 20588 of file ~/src/lyx/lyx-devel/lib/doc/UserGuide.lyx] LyX: InsetSpace: Unknown

Re: Bugs in 1.4.0CVS for Mac OS X

On Sep 21, 2005, at 6:06 AM, Jean-Marc Lasgouttes wrote: "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes: Bennett> (Actually, attaching this file results in the e-mail's being Bennett> rejected by the mail server. I've posted it at Bennett>

Re: [PATCH] bug 1941: toolbars disabled after dialog action

> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> Me neither. Obviously both solutions have flaws. If you add a Georg> comment to LyXFunc::sendDispatchMessage that explains why the Georg> update is not done for INTERNAL requests I am fine with your Georg> solution. OK, I applied the

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: | | Angus> I don't want to sound like a miserable old sod, but... I just | Angus> opened up a reasonably long document and started adding some | Angus> new text in the middle of the first

Re: lyx: Error detected by libpthread: Destroying locked mutex.

Jeremy C. Reed wrote: >>> NetBSD 2.0.2 running lyx built with qt errored at exit with: >>> lyx: Error detected by libpthread: Destroying locked mutex. >>> Detected by file > >> I've always hated this myself, although at least on linux it >> doesn't result in a core dump. >> >> Anyway, I went diggi

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Should I undefine _GLIBCXX_CONCEPT_CHECKS also? I guess that Angus> would involve adding the --disable-concept-checks flags to my Angus> configure command. No, this one gives compile-time checks (error messages). It is harmless at

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

Jean-Marc Lasgouttes wrote: >> "Angus" == Angus Leeming <[EMAIL PROTECTED]> >> writes: > > Angus> I don't want to sound like a miserable old sod, but... I just > Angus> opened up a reasonably long document and started adding some > Angus> new text in the middle of the first paragraph. I'm

Re: LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> I don't want to sound like a miserable old sod, but... I just Angus> opened up a reasonably long document and started adding some Angus> new text in the middle of the first paragraph. I'm not a Angus> particularly fast typist but ev

LyX cvs (Qt frontend) is still sloooooooooooooooowwwwwwwwwwwwwww

I don't want to sound like a miserable old sod, but... I just opened up a reasonably long document and started adding some new text in the middle of the first paragraph. I'm not a particularly fast typist but even I could outpace the screen drawing. Just normal text in a normal paragraph. I can't

Re: Bugs in 1.4.0CVS for Mac OS X

> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes: Bennett> (Actually, attaching this file results in the e-mail's being Bennett> rejected by the mail server. I've posted it at Bennett> .) I added that to the repository. Please check

Re: [patch] Re: The preview bug (1817)

Juergen Spitzmueller wrote: > Actually, I was closer than I thought ;-) > There's also some frac calculation done in lyxpreview2bitmap.py, and > incorporation your changes there fixes the bug. > Attached a patch with the changes in both files. > The other patch has a change in math_hullinset that

Re: [PATCH] Bug 2033 new math array uses clipboard

> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> Jean-Marc Lasgouttes wrote: >> The fix is simple. Juergen, could you confirm, please? Juergen> I can confirm that it fixes the bug. (I had no time to check Juergen> for side effects, though). I do not think there will b

Re: Menu hotkeys in Italian

> "Paul" == Paul A Rubin <[EMAIL PROTECTED]> writes: Paul> Jean-Marc Lasgouttes wrote: >> I guess this depends if Alt-m is really the classical shortcut for >> Modifica. Probably only italian users can solve this one. >> Paul> Makes sense to me. I wonder, though: are there alternative bind Pa

[patch] Re: The preview bug (1817)

Juergen Spitzmueller wrote: > > Thanks for the explanation. I think that this should fix things properly. > > José can advise on whether "float(ascent)" will work in Python 1.5.2. > > Hm, either I'm not testing the right file, or things haven't changed... Actually, I was closer than I thought ;-)