Am Mittwoch, dem 17.07.2024 um 17:46 +0200 schrieb Léo de Souza:
> I would like to report that LyX hangs when copying an inline formula
> containing a thin space in an mbox.
I think this is
https://www.lyx.org/trac/ticket/13069
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.or
Hello,
I would like to report that LyX hangs when copying an inline formula containing
a thin space in an mbox.
Environment:
I compiled LyX 2.4.1 on Ubuntu 22.04 with Qt6 enabled.
Steps to reproduce:
1. Create a new document: File > New
2. Create an inline formula: Insert > Math &g
I’m currently running 2.3.6.2. Come to think of it, I haven’t seen this problem
for a while now, so it may very well be fixed in 2.3.6.
> On Nov 11, 2022, at 11:46 AM, LyX Ticket Tracker wrote:
>
> #11872: LyX hangs/crashes on Mac OS Catalin
Le 17/03/14 22:00, Vincent van Ravesteijn a écrit :
Jean-Marc Lasgouttes schreef op 17-3-2014 21:47:
Yes, I rebased against real master. Actually, I do not see the point
of features/master.
There is no point.
What about removing it, then?
JMarc
Jean-Marc Lasgouttes schreef op 17-3-2014 21:47:
Le 17/03/14 19:18, Richard Heck a écrit :
It's only updated if someone decides to update it. I think what
happened, though, is that you rebased it against current master. It's
not a problem, really, and someone should probably keep it up to date.
Le 17/03/14 19:18, Richard Heck a écrit :
It's only updated if someone decides to update it. I think what
happened, though, is that you rebased it against current master. It's
not a problem, really, and someone should probably keep it up to date.
Yes, I rebased against real master. Actually, I
On 03/17/2014 01:17 PM, Jean-Marc Lasgouttes wrote:
17/03/2014 17:24, Richard Heck:
Did you really mean to do this? Note that this went to features/master.
I knew I would break something... Actually
http://git.lyx.org/?p=features.git;a=shortlog;h=refs/heads/master
does not show anything suspic
17/03/2014 17:24, Richard Heck:
Did you really mean to do this? Note that this went to features/master.
I knew I would break something... Actually
http://git.lyx.org/?p=features.git;a=shortlog;h=refs/heads/master
does not show anything suspicious. I suspect that it is the commit
message that
On 03/17/2014 09:33 AM, Jean-Marc Lasgouttes wrote:
The branch, master, has been updated.
discards fa196dc15197a630a9c691bb7045bbe6eb293fad (commit)
discards 5c9a1a1e92f78ab483930308934ef0ce764499ec (commit)
This update added new revisions after undoing existing revisions. That is
to sa
Le 12 juil. 09 à 22:45, Vincent van Ravesteijn a écrit :
The problem seems to be that when we close the window after
receiving an on_lastWorkAreaRemoved() signal, the tabworkarea still
exists. In this case, we can't close all tabworkarea's by closing
workarea's, as there is no workarea anymo
Jean-Marc Lasgouttes schreef:
Start LyX, create a new document, save it and close with Ctrl-W.
Result: LyX just hangs.
gdb tells me it is doing an infinite loop in GuiView::closeEvent. I
suspect
this is related to r30416.
JMarc
The problem seems to be that when we close the window after rece
Vincent van Ravesteijn schreef:
Jean-Marc Lasgouttes schreef:
Start LyX, create a new document, save it and close with Ctrl-W.
Result: LyX just hangs.
gdb tells me it is doing an infinite loop in GuiView::closeEvent. I
suspect
this is related to r30416.
JMarc
I can't reproduce.
Vincent
Yo
Jean-Marc Lasgouttes schreef:
Start LyX, create a new document, save it and close with Ctrl-W.
Result: LyX just hangs.
gdb tells me it is doing an infinite loop in GuiView::closeEvent. I
suspect
this is related to r30416.
JMarc
I can't reproduce.
Vincent
Start LyX, create a new document, save it and close with Ctrl-W.
Result: LyX just hangs.
gdb tells me it is doing an infinite loop in GuiView::closeEvent. I
suspect
this is related to r30416.
JMarc
On Sun, Jul 09, 2006 at 05:54:18PM +0200, Abdelrazak Younes wrote:
> void MathNestInset::cursorPos(CursorSlice const & sl, bool /*boundary*/,
> int & x, int & y) const
> {
> // FIXME: This is a hack. Ideally, the coord cache should not store
> // absolute positions, but relative ones. This wo
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Georg Baum <[EMAIL PROTECTED]> writes:
| > What about this:
|
| > + updateMetrics(flags & Update::SinglePar);
| > if ((flags & (Update::FitCursor |
| > Update
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Georg Baum <[EMAIL PROTECTED]> writes:
| > What about this:
|
| > + updateMetrics(flags & Update::SinglePar);
| > if ((flags & (Update::FitCursor |
| > Update::MultiParSel))
| >
Lars Gullik Bjønnes wrote:
Georg Baum <[EMAIL PROTECTED]> writes:
What about this:
+ updateMetrics(flags & Update::SinglePar);
if ((flags & (Update::FitCursor | Update::MultiParSel))
&& (fitCursor() || multiParSel())) {
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Sonntag, 9. Juli 2006 18:44 schrieb Abdelrazak Younes:
| > I see. Then there were a reason why updateMetrics() was before
| > fitCursor(). Two solution there:
|
| Yes.
|
| > 1) re-order the logic so that fitCursor() is called after
| > updateMetrics(
Am Sonntag, 9. Juli 2006 18:44 schrieb Abdelrazak Younes:
> I see. Then there were a reason why updateMetrics() was before
> fitCursor(). Two solution there:
Yes.
> 1) re-order the logic so that fitCursor() is called after
> updateMetrics() like it was before Lars changes.
>
> 2) remove the fi
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > Am Sonntag, 9. Juli 2006 18:15 schrieb Lars Gullik Bjønnes:
| >
| >> No objections. Uinitialized class variables are bad.
| > Indeed. Nevertheless I believe that we still have a logic problem:
| > At the time when the coordcache
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > Am Sonntag, 9. Juli 2006 18:15 schrieb Lars Gullik Bjønnes:
| >
| >> No objections. Uinitialized class variables are bad.
| > Indeed. Nevertheless I believe that we still have a logic problem:
| > At the time when the coordcache
Georg Baum wrote:
Am Sonntag, 9. Juli 2006 18:15 schrieb Lars Gullik Bjønnes:
No objections. Uinitialized class variables are bad.
Indeed. Nevertheless I believe that we still have a logic problem: At the
time when the coordcache is filled we should have calculated the metrics,
and the widt
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
|
| This patch fixes the crash and the bug. But I think that there is more
| to it. I'll commit now if you don't object.
I see that also scriptable is not initialized.
Perhaps you can initialize that as well. Seems that
Am Sonntag, 9. Juli 2006 18:15 schrieb Lars Gullik Bjønnes:
> No objections. Uinitialized class variables are bad.
Indeed. Nevertheless I believe that we still have a logic problem: At the
time when the coordcache is filled we should have calculated the metrics,
and the width should therefore n
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Abdelrazak Younes <[EMAIL PROTECTED]> writes:
|
| | Lars Gullik Bjønnes wrote:
| | > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| | > | Georg Baum wrote:
| | > | > Am Sonntag, 9. Juli 2006 12:35 schrieb Edwin Leuven:
| | > | >> on inserting gre
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Georg Baum wrote:
| > | > Am Sonntag, 9. Juli 2006 12:35 schrieb Edwin Leuven:
| > | >> on inserting greek math symbol using the keyboard shortcuts
| > | >>
| > | >> a
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Georg Baum wrote:
| > | > Am Sonntag, 9. Juli 2006 12:35 schrieb Edwin Leuven:
| > | >> on inserting greek math symbol using the keyboard shortcuts
| > | >>
| > | >> a
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > Am Sonntag, 9. Juli 2006 12:35 schrieb Edwin Leuven:
| >> on inserting greek math symbol using the keyboard shortcuts
| >>
| >> also hangs when inserting partial in a fraction, etc.
| >>
| >> gives m
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > Am Sonntag, 9. Juli 2006 12:35 schrieb Edwin Leuven:
| >> on inserting greek math symbol using the keyboard shortcuts
| >>
| >> also hangs when inserting partial in a fraction, etc.
| >>
| >> gives me these error messages in the
Georg Baum wrote:
Am Sonntag, 9. Juli 2006 12:35 schrieb Edwin Leuven:
on inserting greek math symbol using the keyboard shortcuts
also hangs when inserting partial in a fraction, etc.
gives me these error messages in the console:
QObject::killTimer: timers cannot be stopped from another thre
Am Sonntag, 9. Juli 2006 12:35 schrieb Edwin Leuven:
> on inserting greek math symbol using the keyboard shortcuts
>
> also hangs when inserting partial in a fraction, etc.
>
> gives me these error messages in the console:
>
> QObject::killTimer: timers cannot be stopped from another thread
I g
on inserting greek math symbol using the keyboard shortcuts
also hangs when inserting partial in a fraction, etc.
gives me these error messages in the console:
QObject::killTimer: timers cannot be stopped from another thread
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
|
| Martin> This is what we should recommend then for people with older
| Martin> gcc.
|
| Somehow I doubt that Lars uses an older gcc.
4.0.2
I have not tested this one with 4.1.
--
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Mon, Mar 06, 2006 at 03:40:38PM +0100, Jean-Marc Lasgouttes wrote:
| > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
| >
| > Martin> This is what we should recommend then for people with older
| > Martin> gcc.
| >
| > Somehow I doubt
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> I do, and it works with --enable-stdlib-debug and gcc version
> Georg> 3.3.5 20050117 (prerelease)
>
> This has _no_ effect on gcc 3.3.
Sorry, I keep forgetting that :-(
Georg
On Mon, Mar 06, 2006 at 03:40:38PM +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> This is what we should recommend then for people with older
> Martin> gcc.
>
> Somehow I doubt that Lars uses an older gcc.
Oops, that's worse if true.
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> I do, and it works with --enable-stdlib-debug and gcc version
Georg> 3.3.5 20050117 (prerelease)
This has _no_ effect on gcc 3.3.
JMarc
Jean-Marc Lasgouttes wrote:
>> "Martin" == Martin Vermeer
>> <[EMAIL PROTECTED]> writes:
>
> Martin> This is what we should recommend then for people with older
> Martin> gcc.
>
> Somehow I doubt that Lars uses an older gcc.
I do, and it works with --enable-stdlib-debug and
gcc version
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> This is what we should recommend then for people with older
Martin> gcc.
Somehow I doubt that Lars uses an older gcc.
JMarc
On Mon, 2006-03-06 at 13:14 +0100, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> |
> | Lars> Hang or crash?
> |
> | I get crash here (gcc 3.4.1).
>
> Same as me then.
>
> --disable-stdlib-de
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Hang or crash?
|
| I get crash here (gcc 3.4.1).
Same as me then.
--disable-stdlib-debug makes it not crash.
(I get the same crash (or similar) when compiling with
'--w
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Hang or crash?
I get crash here (gcc 3.4.1).
JMarc
On Mon, 2006-03-06 at 12:05 +0100, Lars Gullik Bjønnes wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | On Mon, 2006-03-06 at 06:44 +, [EMAIL PROTECTED] wrote:
> | > Author: larsbj
> | > Date: Mon Mar 6 07:44:16 2006
> | > New Revision: 13302
> | >
> | > Log:
> | > compile with exce
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Mon, 2006-03-06 at 06:44 +, [EMAIL PROTECTED] wrote:
| > Author: larsbj
| > Date: Mon Mar 6 07:44:16 2006
| > New Revision: 13302
| >
| > Log:
| > compile with exceptions
| >
| > Modified:
| > lyx-devel/trunk/config/ChangeLog
| > lyx-d
Martin Vermeer wrote:
> Hmmm. After the update I get it to compile all right (autogen, configure
> --with-frontend=qt, make), but then it hangs on startup. (Did already
> before this latest commit.)
It works here, but I deleted the build directory and recompiled everything
after these changes.
On Mon, 2006-03-06 at 12:26 +0200, Martin Vermeer wrote:
>
> My config is (on FC4):
>
That's FC3, sorry. And compiling 1.5 trunk.
- Martin
signature.asc
Description: This is a digitally signed message part
On Mon, 2006-03-06 at 06:44 +, [EMAIL PROTECTED] wrote:
> Author: larsbj
> Date: Mon Mar 6 07:44:16 2006
> New Revision: 13302
>
> Log:
> compile with exceptions
>
> Modified:
> lyx-devel/trunk/config/ChangeLog
> lyx-devel/trunk/config/lyxinclude.m4
Hmmm. After the update I get it t
> the size of the LyX file and the size of the LyX window have an
> important impact. Thus, it might be possible that you cannot reproduce
> the problem... :-(
>
> In case LyX hangs, gdb reports the backtrace below. I hope this gives
> you some idea on what is going wrong..
e LyX window have an
important impact. Thus, it might be possible that you cannot reproduce
the problem... :-(
In case LyX hangs, gdb reports the backtrace below. I hope this gives
you some idea on what is going wrong...
Michael
#0 0x402c23ee in select () from /lib/libc.so.6
#1 0x4017fa7c in
Actually, this looks like something for the inset wizards.
Angus
-- Forwarded Message from Herbert Voss --
Subject: Re: lyx hangs
Date: Mon, 25 Mar 2002 18:06:51 +0100
From: Herbert Voss <[EMAIL PROTECTED]>
To: Edwin Leuven <[EMAIL PROTECTED]>
Cc: [EMAIL PROTE
Edwin Leuven wrote:
>>Ed do you have any problems if the files exist?
>>
>
> Actually, yes. I'd thought however to report this one first...
>
> Files attached this time
ok, your graphic program saves the eps files in a wrong
way because the bounding box is a HiResBoundingBox but
saved as a st
> Ed do you have any problems if the files exist?
Actually, yes. I'd thought however to report this one first...
Files attached this time
Ed.
doc.tar.gz
Description: application/tgz
On Monday 25 March 2002 3:42 pm, Herbert Voss wrote:
> Edwin Leuven wrote:
> > when opening attached doc with latest cvs...
>
> try this, worked here
>
> Herbert
I guess that this should go in anyway. I'll do that. Ed do you have any
problems if the files exist?
Angus
Edwin Leuven wrote:
> when opening attached doc with latest cvs...
try this, worked here
Herbert
Index: src/insets/insetgraphicsParams.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insetgraphicsParams.C,v
retriev
when opening attached doc with latest cvs...
Ed.
#LyX 1.2 created this file. For more info see http://www.lyx.org/
\lyxformat 220
\textclass article
\language english
\inputencoding auto
\fontscheme default
\graphics default
\paperfontsize default
\spacing single
\papersize Default
\paperpackag
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| It's gone by now.
| Seems to have been dealt with in the latest CVS.
Yes, I fixed it.
Lgb
"R. Lahaye" wrote:
>
> Hi,
>
> I'm running the latest 1.1.6cvs/XForms 0.89 on Linux RH 6.2 PC.
>
> Be sure you have a fairly empty ~/.lyx/ directory
> (only the bare "first-startup" files/dirs)!
>
> Then start LyX and choose File->New from template.
> Two ways to let LyX hang:
> (1) Click on .
Hi,
I'm running the latest 1.1.6cvs/XForms 0.89 on Linux RH 6.2 PC.
Be sure you have a fairly empty ~/.lyx/ directory
(only the bare "first-startup" files/dirs)!
Then start LyX and choose File->New from template.
Two ways to let LyX hang:
(1) Click on .
LyX seems to go into some infinite l
59 matches
Mail list logo
