Am 03.06.2013 11:04, schrieb Vincent van Ravesteijn:
(Someone volunteers to open a bug report so we don't forget ?)
Done:
http://www.lyx.org/trac/ticket/8721
regards Uwe
>
> Could not reproduce (linux, lyx 2.0.6). Maybe more specific steps are
> necessary. Pavel
>
I could reproduce with 2.1git.
Fixing the easy way is easy, the LFUN_PARAGRAPH_PARAMS_APPLY should be send
to all cells individually. However, the more general problem is that there
are cases in which w
#CHEW KOK HON# wrote:
> Dear developers,
>
> I am currently using LyX version 2.0.5.1 and I found a bug in Lyx which will
> trigger crash of program. These are the steps lead to crash:
>
> Steps:
>
> 1) Create a table
>
> 2) Convert it into a long table
>
> 3) Type paragraphs i
On 06/09/2012 08:35 AM, Tommaso Cucinotta wrote:
On 08/06/12 04:15, Richard Heck wrote:
On 6/7/12 6:15 PM, Tommaso Cucinotta wrote:
Do u mind explaining what does this code do ?
+void BufferView::makeDocumentClass()
+{
+ DocumentClassConstPtr olddc =
buffer_.params().documentClassPtr();
On 08/06/12 04:15, Richard Heck wrote:
On 6/7/12 6:15 PM, Tommaso Cucinotta wrote:
Do u mind explaining what does this code do ?
+void BufferView::makeDocumentClass()
+{
+ DocumentClassConstPtr olddc =
buffer_.params().documentClassPtr();
+ buffer_.params().makeDocumentClass();
+
On 04/06/12 18:22, Richard Heck wrote:
The problem turns out to be that the paragraph we are redrawing here
references a non-existent Layout. This is because the copy_params()
routine in FindAndReplace.cpp, although it MAKES a new DocumentClass,
it never APPLIES this new DocumentClass to its Bu
On 06/04/2012 12:47 PM, Richard Heck wrote:
On 06/04/2012 02:14 AM, Scott Kostyshak wrote:
From: Tommaso Cucinotta [tomm...@lyx.org]
Sent: Sunday, June 03, 2012 8:17 PM
on trunk:
1) open embedded manual
2) put cursor at the very beginning of document
3) try to open Advanced Find and Replace (C
On 06/04/2012 12:47 PM, Richard Heck wrote:
On 06/04/2012 02:14 AM, Scott Kostyshak wrote:
From: Tommaso Cucinotta [tomm...@lyx.org]
Sent: Sunday, June 03, 2012 8:17 PM
on trunk:
1) open embedded manual
2) put cursor at the very beginning of document
3) try to open Advanced Find and Replace (C
On 06/04/2012 02:14 AM, Scott Kostyshak wrote:
From: Tommaso Cucinotta [tomm...@lyx.org]
Sent: Sunday, June 03, 2012 8:17 PM
on trunk:
1) open embedded manual
2) put cursor at the very beginning of document
3) try to open Advanced Find and Replace (C-S-f)
and I get this:
lyx: SIGSEGV signal cau
On 06/04/2012 02:14 AM, Scott Kostyshak wrote:
From: Tommaso Cucinotta [tomm...@lyx.org]
Sent: Sunday, June 03, 2012 8:17 PM
on trunk:
1) open embedded manual
2) put cursor at the very beginning of document
3) try to open Advanced Find and Replace (C-S-f)
and I get this:
lyx: SIGSEGV signal cau
From: Tommaso Cucinotta [tomm...@lyx.org]
Sent: Sunday, June 03, 2012 8:17 PM
>on trunk:
>1) open embedded manual
>2) put cursor at the very beginning of document
>3) try to open Advanced Find and Replace (C-S-f)
>and I get this:
>lyx: SIGSEGV signal caught!
I get this from a new document. That
On Sunday 13 May 2007 21:20:51 Bo Peng wrote:
> Hi, Jose,
>
> See http://bugzilla.lyx.org/show_bug.cgi?id=3600 .
>
> Can I submit the following patch before a proper solution is
> implemented? My understand is that a proper solution will be
> difficult, but avoiding such a crash for now is necessar
> "Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> The complicated part is: what did the user *mean* by doing this?
Dov> Can you think of a realistic case in which the user would want to
Dov> do what you're describing (namely, switch from LyX-Code to
Dov> standard text)
The user should
Bo Peng wrote:
I will submit a patch to prevent such a crash with a FIXME in its
comment. A bugzilla entry will also be created.
Hi, Jose,
See http://bugzilla.lyx.org/show_bug.cgi?id=3600 .
Bo, can I add a comment to bugzilla pointing to this thread? I feel that
often there are discussions
Can you not select the LyX-Code directly, and inset->program listing?
That would at least be clearer on the conceptual level, because you're
going from verbatim to verbatim...
Actually, if I go from lyx-code to listings directly, this problem
will not happen. I removed the lyx-code environment a
I will submit a patch to prevent such a crash with a FIXME in its
comment. A bugzilla entry will also be created.
Hi, Jose,
See http://bugzilla.lyx.org/show_bug.cgi?id=3600 .
Can I submit the following patch before a proper solution is
implemented? My understand is that a proper solution will
Bo Peng wrote:
The complicated part is: what did the user *mean* by doing this? Can you
think of a realistic case in which the user would want to do what you're
describing (namely, switch from LyX-Code to standard text) --- and if
so, what does the user mean by it? And how would the user want the
The complicated part is: what did the user *mean* by doing this? Can you
think of a realistic case in which the user would want to do what you're
describing (namely, switch from LyX-Code to standard text) --- and if
so, what does the user mean by it? And how would the user want the
spaces to be tr
Bo Peng wrote:
1. lyx-code
2. enter
a
123456 (there are four leading spaces)
3. change environment to standard
4. select a and 1
5. cut
a, 12345 are removed.
It is pretty easy to avoid the crash by adding something like right =
min(right, par[pit].size() + 1) after line 304 of
Bo Peng wrote:
Isn't every crash a critical bug?
i would say that it depends on the probability of it happening.
some "critical" bugs are p=0 critical for me personally...
Why nobody is interested?
i don't think people are uninterested, but either busy with other stuff
or unfamiliar with
1. lyx-code
2. enter
a
123456 (there are four leading spaces)
3. change environment to standard
4. select a and 1
5. cut
a, 12345 are removed.
It is pretty easy to avoid the crash by adding something like right =
min(right, par[pit].size() + 1) after line 304 of CutAndPaste.cpp,
On 5/9/07, Bo Peng <[EMAIL PROTECTED]> wrote:
1. create a lyx file
2. layout LyX-code
3. enter something with leading blanks.
a
b
4. select, change layout to standard, the leading blanks of b are not removed.
5. select all, insert ERT. crash.
The problem is that after step 4, the paragraph i
Sven Schreiber wrote:
> (sorry for new thread, btw is it possible to reply to the
> gmane-transferred mail, I mean are list addresses resolved etc?)
It is possible, this post is created via a news reply to gmane. Even the
obfuscated email-addresses work.
Georg
(sorry for new thread, btw is it possible to reply to the
gmane-transferred mail, I mean are list addresses resolved etc?)
Jean-Marc Lasgouttes wrote:
Sven> "Can't change number of columns in 'simple'"
You have entered a & in a formula, and that confuses LyX. This bug ill
be fixed in 1.3.6, but i
> "Sven" == Sven Schreiber <[EMAIL PROTECTED]> writes:
Sven> When I try to open that file (from lyx-open dialog, or by
Sven> double-clicking), lyx reproducibly crashes (already tried a
Sven> win-reboot, and lyx reconfigure) and gives me the following
Sven> message on the console window:
Sven>
Maurizio Monge <[EMAIL PROTECTED]> writes:
| #0 0x002a980626e9 in kill () from /lib64/libc.so.6
| #1 0x002a9736b111 in pthread_kill () from /lib64/libpthread.so.0
| #2 0x002a9736b432 in raise () from /lib64/libpthread.so.0
| #3 0x002a980623d2 in raise () from /lib64/libc.so.6
|
On Tuesday 29 July 2003 22:36, Kayvan A. Sylvan wrote:
> I have an old document while I opened up with the current LyX. It seemed
> to convert fine, but View->Postscript produced a crash.
>
> Here are the details:
>
> resume.lyx (Original file from earlier LyX)
> resume2.lyx (Same file after lyx2ly
> What compiler is this?
> (and version?)
gcc, g++.. version is 2.95.4 20011002 (Debian prerelease)
glib-config --version gives 1.2.10
Thanks,
nirmal
Nirmal Govind <[EMAIL PROTECTED]> writes:
| Hi.. I updated and compiled the cvs version today and lyx still crashes
| on startup.. looks like some incompatibility with libc.. I'm running
| Debian on a powerpc based machine... below is the backtrace from the
| crash.. I had the same problem when I
On Thu, Oct 03, 2002 at 12:28:30PM +1000, Matthew Kelly wrote:
> Hello all,
>
> I seem to have found a bug when trying to create a complex table that
> includes multicolumns and math. If i try and make another cell into
> multicoumn (r12,c7:c8) lyx seems to co into a loop. Yet is seem to be
> a
Hello all,
I have been requested to send my problem table to the list. I have tried
simplifying it further but the problem doesn't always happen and there
would be a really large number of options.
In brief Lyx seems to be going into a loop if i try to make column 10
rows 7-8 into a multicolumn.
Hello all,
I have been requested to send my problem table to the list. I have tried
simplifying it further but the problem doesn't always happen and there
would be a really large number of options.
In brief Lyx seems to be going into a loop if i try to make column 10
rows 7-8 into a multicolumn.
On Thu, Oct 03, 2002 at 12:28:30PM +1000, Matthew Kelly wrote:
> I seem to have found a bug when trying to create a complex table that
> includes multicolumns and math. If i try and make another cell into
> multicoumn (r12,c7:c8) lyx seems to co into a loop. Yet is seem to be
> able to make any o
On Friday 06 September 2002 10:43, Jos van den Oever wrote:
> On Friday 06 September 2002 10:36, Jos van den Oever wrote:
> > Forget what I said here.
> > This is not the cause of the crash.
> > Lyx does keep crashing on me when I try to open a file dialog, but
> > setting an alias is not the caus
On Fri, Sep 06, 2002 at 10:43:03AM +0200, Jos van den Oever wrote:
> But still, calling the open file dialog crashes lyx 1.2.1
Sounds like you have the wrong xforms version. A backtrace would help
decide
regards
john
--
"Take the ideas you find useful. Try not to get hung up on the labels."
On Friday 06 September 2002 10:36, Jos van den Oever wrote:
> Forget what I said here.
> This is not the cause of the crash.
> Lyx does keep crashing on me when I try to open a file dialog, but setting
> an alias is not the cause.
A bit more info:
I can open a file from the command line
lyx file
Forget what I said here.
This is not the cause of the crash.
Lyx does keep crashing on me when I try to open a file dialog, but setting an
alias is not the cause.
On Friday 06 September 2002 10:33, Jos van den Oever wrote:
> Hello lyx developers
>
> Lyx 1.2.1 can be crashed in the following way
On Tue, Mar 26, 2002 at 12:59:13PM +0100, Marco Morandini wrote:
> Open the attached file
> Place the cursor between the first - and "place-cursor-here"
> Edit->Math->Add Column
A proper fix is difficult. I've commited a safe workaround.
The inconvience is that the cursor now leaves nested inset
On Tue, Mar 26, 2002 at 12:59:13PM +0100, Marco Morandini wrote:
> Open the attached file
> Place the cursor between the first - and "place-cursor-here"
> Edit->Math->Add Column
Ok, I see the bug. I'll try to come up with a fix.
Andre'
--
Those who desire to give up Freedom in order to gain Se
Lars Gullik Bjønnes wrote:
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
> | I get with an existing doc whth the enter-key:
>
> | ---
> | Operator[] called with empty n
> | We failed to find the layout '' in the layout list. You MUST investigate!
> | Abgebrochen
> |
>
> |
On 13 Feb 2002, Jean-Marc Lasgouttes wrote:
> > "William" == William WAISSE <[EMAIL PROTECTED]> writes:
[...]
> William> OK, I know Mandrake maintainers and will forward this to
> William> them. ( I already supposed this could be Mandrake Problem ).
>
> If you have direct access to some of t
> "William" == William WAISSE <[EMAIL PROTECTED]> writes:
William> In fact, it loks like I have NO XForms installed.
>>
William> What is the package / RPM which provides XForms ? Is this
William> package free ( GPL ) ?
>>
William> I use a Mandrake 8.1, Do you think It is normal that Mandrake
Le Wednesday 13 February 2002 10:37, John Levon a écrit :
> On Wed, Feb 13, 2002 at 11:11:47AM +0100, Jean-Marc Lasgouttes wrote:
> My opinion of Mandrake is not good, mainly because I have to keep on
> adding workarounds for their broken distro in my stuff, but primarily
> because Mandrake packag
> William> In fact, it loks like I have NO XForms installed.
>
> William> What is the package / RPM which provides XForms ? Is this
> William> package free ( GPL ) ?
>
> William> I use a Mandrake 8.1, Do you think It is normal that
> William> Mandrake installs Lyx without installing XForms too,
On Wed, Feb 13, 2002 at 11:11:47AM +0100, Jean-Marc Lasgouttes wrote:
> Unfortunately, they chose a version of xforms compiled against
> glibc2.0, which crashes quite reliably in some cases (tryig to show an
> error message) when used with glibc2.[12]. This has been a known
> problem for some yea
> "William" == William WAISSE <[EMAIL PROTECTED]> writes:
William> In fact, it loks like I have NO XForms installed.
William> What is the package / RPM which provides XForms ? Is this
William> package free ( GPL ) ?
William> I use a Mandrake 8.1, Do you think It is normal that
William> M
Le Tuesday 12 February 2002 12:07, vous avez écrit :
> On Tue, Feb 12, 2002 at 09:42:47AM +0100, William WAISSE wrote:
> > Lyx. I click on the URL objet in my lyx document and copy the url name
> > in the field of the lyx URL Window( with the mouse or with Edit->Copy ),
> > wanted to paste It ( th
On Tue, Feb 12, 2002 at 09:42:47AM +0100, William WAISSE wrote:
> In the lyx document, I had inserted an URL.
> I wanted to save my gimp image with File->Save as gimp window.
> Being now ine Save As Gimp Window, I needed the image Name I wrote in Lyx.
> I click on the URL objet in my lys docum
On Wed, Nov 14, 2001 at 01:29:53PM +0100, Andreas Guertler wrote:
> on my Linux 2.2.19 system running XFree86 Version 4.0.3 and KDE 2.2.1 the
> sequence
>
> start lyx
> file-new or file-open any file
> maximize lyx window
> move pointer over a button in the button bar
>
> crashes lyx 1.1.6fi
On Fri, 13 Apr 2001, Juergen Vigna wrote:
> Is the 2.96-80 from rawhide?
yes
> I would let Lars decide if he likes to integrate the patch. If he gives
> the OK I'll do it!
sure
john
--
"To be fair i do look quite like a monkey ..."
- Peter Reid
On 12-Apr-2001 John Levon wrote:
> perhaps you altered the size of InsetText at some point ?
I don't know maybe! Surely I altered the size of Inset/UpdatableInset!
> I got gcc 2.96-80 working (me being silly), and the bug doesn't
> occur. So I think the patch below or similar should go into
>
On Thu, 12 Apr 2001, Juergen Vigna wrote:
> To tell you the truth I compiled with optimization on and don't get the segfault
> anymore, but don't ask me at what time this happend, in all the changes, backchanges
> tries, remove tries, other go, ... ;)
>
perhaps you altered the size of InsetText
On 12-Apr-2001 John Levon wrote:
> On Thu, 12 Apr 2001, Juergen Vigna wrote:
>
>> in Clone() as it is already done in the new() call! Thanks for pointing me to
>> this! I also tried to optimize the new() call for clone a bit.
>
> great. however please don't commit this until the optimisation pr
On Thu, 12 Apr 2001, Juergen Vigna wrote:
> in Clone() as it is already done in the new() call! Thanks for pointing me to
> this! I also tried to optimize the new() call for clone a bit.
great. however please don't commit this until the optimisation problem is resolved
one way or the other.
I t
> Well it does now look like that, thought I don't know what's the copy
> constructor (there was a warning from Lars about this cc but I asked him
> for explications and didn't understand them so I just left it asis :)
The copy constructor is something like
Something::Something(Something const
On 12-Apr-2001 Andre Poenitz wrote:
>> Well you're right we do an assignment too much! I commented out the asignment
>> in Clone() as it is already done in the new() call! Thanks for pointing me to
>> this! I also tried to optimize the new() call for clone a bit.
>
> Just my two cents:
>
> Clon
> Well you're right we do an assignment too much! I commented out the asignment
> in Clone() as it is already done in the new() call! Thanks for pointing me to
> this! I also tried to optimize the new() call for clone a bit.
Just my two cents:
Clone() _always_ should look like
SomeThing
On 11-Apr-2001 John Levon wrote:
> currently on Clone(), (when it works properly) we are resetting each cell's InsetText
> three times:
> once in Init, where they are constructed, once in operator=, where they shouldbe/are
> copied,
> and then again in Clone().
>
> The second one causes the pro
On Wed, 11 Apr 2001, Juergen Vigna wrote:
>
> On 10-Apr-2001 John Levon wrote:
>
> > But I know, you are right (that's why I spent forever tring to find broken
> > assembly). Unfortunately I cannot seem to compile LyX with gcc 3.0. The
> > string stuff is multiply-defined at link time. config.h
On 10-Apr-2001 John Levon wrote:
> But I know, you are right (that's why I spent forever tring to find broken
> assembly). Unfortunately I cannot seem to compile LyX with gcc 3.0. The
> string stuff is multiply-defined at link time. config.h looks sensible and seems
> to be included in the files
On 10 Apr 2001, Jean-Marc Lasgouttes wrote:
> > "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>
> Juergen> I guess it's not difficult at all. Just compile the source
> Juergen> with optimization create a tabular and try to type inside it.
> Juergen> Here it crashes every time!
>
>
On 10-Apr-2001 Jean-Marc Lasgouttes wrote:
> I mean provide a source code with less than 100k lines!
Good luck! :P
> PS: anyway I don't care, it does not crash here :)
Well I don't care too, I don't use optimization for time being :)
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> I guess it's not difficult at all. Just compile the source
Juergen> with optimization create a tabular and try to type inside it.
Juergen> Here it crashes every time!
I mean provide a source code with less than 100k lines!
JM
On 10-Apr-2001 Jean-Marc Lasgouttes wrote:
> Concerning the tabular bug, we might get redhat to fix it if we had a
> small test example, but I understand this is difficult.
I guess it's not difficult at all. Just compile the source with optimization
create a tabular and try to type inside it. H
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Well no I don't use Mathed, but I crash when using tabulars
Juergen> and compiling with optimization activated! Is that enough?
I was interested in the particular \cdots bug. We have to make a
difference between bugs that are
On 10-Apr-2001 Jean-Marc Lasgouttes wrote:
> Juergen> I have the latest and it doesn't work!
>
> You mean you have a crash on outputing \cdots?
Well no I don't use Mathed, but I crash when using tabulars and compiling
with optimization activated! Is that enough?
Jürgen
--
-._-._-._-.
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 10-Apr-2001 Jean-Marc Lasgouttes wrote:
>> It depends. Does it work with latest rpm revision or not?
Juergen> I have the latest and it doesn't work!
You mean you have a crash on outputing \cdots?
JMarc
On 10-Apr-2001 Jean-Marc Lasgouttes wrote:
> It depends. Does it work with latest rpm revision or not?
I have the latest and it doesn't work!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13
> "Michael" == Michael K Cheng <[EMAIL PROTECTED]> writes:
Michael> I got some feedback and it apprears with redhat 7, you'll
Michael> have to compile without the optimization flag "-O2" so set
Michael> CXXFLAGS='-g' and recompile worked!!
What revision of the gcc rpm do you have?
JMarc
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Mon, Apr 09, 2001 at 09:56:22AM -0700, Michael K Cheng
Dekel> wrote:
>> I got some feedback and it apprears with redhat 7, you'll have to
>> compile without the optimization flag "-O2" so set CXXFLAGS='-g'
>> and recompile worked!!
On Mon, Apr 09, 2001 at 09:56:22AM -0700, Michael K Cheng wrote:
> I got some feedback and it apprears with redhat 7, you'll have to compile
> without the optimization flag "-O2" so set CXXFLAGS='-g' and recompile
> worked!!
So perhaps we should disable optimizations for gcc 2.96 in the configure
I got some feedback and it apprears with redhat 7, you'll have to compile
without the optimization flag "-O2" so set CXXFLAGS='-g' and recompile
worked!!
Thanks,
Mike
On 9 Apr 2001, Jean-Marc Lasgouttes wrote:
> > "Michael" == Michael K Cheng <[EMAIL PROTECTED]> writes:
>
> Michael> Conte
> "Michael" == Michael K Cheng <[EMAIL PROTECTED]> writes:
Michael> Content-Type: TEXT/PLAIN; charset=US-ASCII LyX crashes
Michael> whenever I save or dvi a document that contains 'cdots' in
Michael> math equations.
Are you using redhat 7? If you do, did you upgrade gcc to at least -69
rpm r
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 04-Apr-2001 Dekel Tsur wrote:
>> On Wed, Apr 04, 2001 at 10:23:05AM -0700, Michael K Cheng wrote:
>>> I'm not sure what that os pointer is, but I've compiled LyX on
>>> redhat 7.0 yesterday. I can crash it by opening a new d
On 04-Apr-2001 Dekel Tsur wrote:
> On Wed, Apr 04, 2001 at 10:23:05AM -0700, Michael K Cheng wrote:
>> I'm not sure what that os pointer is, but I've compiled LyX on redhat
>> 7.0 yesterday. I can crash it by opening a new document and inserting a
>> equation [M-m d] and type "s=0,\cdots,d-1" (f
On Wed, Apr 04, 2001 at 10:23:05AM -0700, Michael K Cheng wrote:
> I'm not sure what that os pointer is, but I've compiled LyX on redhat
> 7.0 yesterday. I can crash it by opening a new document and inserting a
> equation [M-m d] and type "s=0,\cdots,d-1" (for s=0,...,d-1), then save or
> dvi wil
On Wed, Apr 04, 2001 at 01:08:44AM -0700, Michael K Cheng wrote:
> LyX crashes whenever I save or dvi a document that contains
> 'cdots' in math equations.
I can't recreate the problem. Can you give details on your system (compiler,
libraries etc.).
> #0 0x40151530 in ostream::operator<< () fr
> "Matt" == Matt Probert <[EMAIL PROTECTED]> writes:
Matt> Can you please help me? I am having no success in running Lyx
Matt> and I think the problem is to do with X11/firewalls/ports ...
Matt> I then moved from the University of Cambridge (where the PC
Matt> stayed) to the University of Yo
> Also, one night I filled my disk quota on the network and lost my whole
> thesis, emergency file and all! I sniffed around in the /tmp directory and
> found all but 2 hours of my work save and sound in a .tex file. A simple
> import Tex file and I was up and running again.
>
> I can't thank all
uot; <[EMAIL PROTECTED]>
Subject: Re: Lyx crash
In-Reply-To: <[EMAIL PROTECTED]>
Thanks so much for your reply, you are the second persion to inform me of
fix 3. I upgraded to fix 3 and it seems to have fixed the problem. You
guys/girls that are maintaing Lyx are simply awsome. I can't
On Mon, Apr 10, 2000 at 07:37:20PM -0400, Bruce Lavoie wrote:
> Hi,
>
> I'm running Lyx version 1.1.4 fix 2 on my Redhat 6.0 AMD 300MHz box. I'm
> getting a lot of crashes when I seem to use the backspace key or the
> delete key. I don't recall having these problems eith the previous
> version. M
Bruce Lavoie wrote:
>
> Hi,
>
> I'm running Lyx version 1.1.4 fix 2 on my Redhat 6.0 AMD 300MHz box. I'm
> getting a lot of crashes when I seem to use the backspace key or the
> delete key. I don't recall having these problems eith the previous
> version. Maybe its a bug?
>
> Anyway, I really l
> "Emmanuel" == Emmanuel Maitre <[EMAIL PROTECTED]> writes:
Emmanuel> I have a reproductible crash on LyX 1.1.3 compiled on Linux
Emmanuel> glibc with the attached small file. It concerns a break of
Emmanuel> line in an inset formula. It works when the formula is
Emmanuel> displayed (in the L
Jean-Marc Lasgouttes wrote:
>
> > "Jean-Baptiste" == Jean-Baptiste Marquette <[EMAIL PROTECTED]> writes:
>
> Jean-Baptiste> Here is a gdb trace obtained just by clicking Users
> Are you using egcs to compile LyX?
Yes
>
> ---
> o LyX does not work correctly on Digital Alpha CPU
> "Jean-Baptiste" == Jean-Baptiste Marquette <[EMAIL PROTECTED]> writes:
Jean-Baptiste> Here is a gdb trace obtained just by clicking Users
Jean-Baptiste> guide in Help menu :
Are you using egcs to compile LyX? In this case, try the following
(from INSTALL):
---
o LyX does not wor
Asger Alstrup Nielsen wrote:
>
> > On the other hand, the LString class could try to test when this count
> > becomes too large and create a new string instance.
>
> Fixing the bug will add a little run-time overhead, but string assignment will
> still be constant time, so I think it's safe to f
> Imagine when LString is used for everything, with Asger text inset
> proposals. ;-)
While I agree that we should keep the short, because only very
few people have problems with it, let me say that the memory
overhead is not much worse than it is in LyX now. The current
structure allocates qu
On Thu, 3 Jun 1999, Asger Alstrup Nielsen wrote:
> For starters, it could be added to BUGS. After all, it only affects
> power users that use huge documents. This is the first report where it
> struck in real life, and not as a stress test, AFAIK.
Imagine when LString is used for everything, wi
"Asger Alstrup Nielsen" <[EMAIL PROTECTED]> writes:
| Fixing the bug will add a little run-time overhead, but string assignment will
| still be constant time, so I think it's safe to fix this. I don't have time
| these days.
IMHO we should switch to using int anyway.
Lgb
> On the other hand, the LString class could try to test when this count
> becomes too large and create a new string instance.
Fixing the bug will add a little run-time overhead, but string assignment will
still be constant time, so I think it's safe to fix this. I don't have time
these days.
Fo
> "Herbert" == Herbert <[EMAIL PROTECTED]> writes:
Herbert> Jean-Marc Lasgouttes wrote:
>> > "Herbert" == Herbert <[EMAIL PROTECTED]> writes:
>>
Herbert> ok. I'll send you the lyx-file, which looks ok for me.
Herbert> Thanks in advance!
>> This file loads fine for me, but purify tells
Jean-Marc Lasgouttes wrote:
>
> > "Herbert" == Herbert <[EMAIL PROTECTED]> writes:
>
> Herbert> ok. I'll send you the lyx-file, which looks ok for me.
> Herbert> Thanks in advance!
>
> This file loads fine for me, but purify tells me that we are trying to
> free non-heap memory:
> What hap
> "Herbert" == Herbert <[EMAIL PROTECTED]> writes:
Herbert> Jean-Marc Lasgouttes wrote:
>> > "Herbert" == Herbert Voss
>> <[EMAIL PROTECTED]> writes:
>>
Herbert> From my point of view it's not a problem of RAM-memory, in
Herbert> fact of 128Mbyte swap and 164MByte RAM. If this is not a
On 4 May 1999, Lars Gullik Bjønnes wrote:
> | Good luck, Alejandro! Don't feel any pressure, just because the whole
> | release is waiting for you :)
>
> Hopefully Alejandro will read some mail soon :-)
I'm reading but I have not the code here, so I'll fix it tonight.
Alejandro
Amir Karger <[EMAIL PROTECTED]> writes:
| I wonder if it's related to this (in math mode):
|
| x_0
note that x^0\f gives the same crash.
Something happens when the index is moved to a non-index.
| The backspace moves the 0 out of subscript (is this a feature?)
If it is, it's a buggy feature.
On Tue, May 04, 1999 at 06:27:54PM +0200, Lars Gullik Bjønnes wrote:
> "Mick McCauley" <[EMAIL PROTECTED]> writes:
> | dump if you want it. An example sequence of keystrokes that=20
> | reproduces this error on my system is:
> |
> | \int_0^1\f
> |
> | (in the above means pressing the spacebar,=
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| | \int_0^1\f
This is the backtrace I get:
(gdb) bt
#0 MathedCursor::MacroModeClose (this=0x8289238) at math_cursor.C:774
#1 0x810d556 in MathedCursor::MacroModeBack (this=0x8289238)
at math_cursor.C:793
#2 0x810b4f7 in MathedCursor::Left (
"Mick McCauley" <[EMAIL PROTECTED]> writes:
| dump if you want it. An example sequence of keystrokes that=20
| reproduces this error on my system is:
|
| \int_0^1\f
|
| (in the above means pressing the spacebar,=20
| means pressing the backspace key, means=20
| pressing the left cursor key,
"Kovacs Istvan" <[EMAIL PROTECTED]> wrote:
> The formulae may be broken, they also include TeX code inserted via the
> math-insert command from the mini buffer (namely, \sqrt[3]{Z_1+Z_2}).
> I'm no TeX wizard...
\sqrt[3]{Z_{1}+Z_{2}} does not crash LyX. However, please wait
1.0.2 for n-th root
Jean-Marc Lasgouttes wrote:
>
> > "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
>
> Garst> When I load this file and select Layout/Document it crashes LyX
> Garst> with the sorry...sigsev msg. Sorry to have hit this on the eve
> Garst> of 1.0.1 I can get other Layout selections such
1 - 100 of 102 matches
Mail list logo
