> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Angus Leeming wrote:
>> Actually, the bug is nothing to do with the internals of searchKeys
>> which is where the reverse_iterator stuff is used. The bug is,
>> indeed fixed by Jürgen's patch
Juergen> Thanks for the expl
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Unfortunately I get a segmentation fault now. The problem is
Georg> that Paragraph::inInset() may return 0. The attached patch
Georg> fixes that. It is going in right now because it is obviously
Georg> the right fix.
Do you know when
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Michael Gerz wrote:
>> The patch looks and feels good. No valgrind reports; even undo for
>> multi-columns works.
Juergen> Fine. Then I'll commit the patch.
Please do.
JMarc
Jean-Marc Lasgouttes wrote:
> Do you know when this can happen?
For example with the attached document.
> I also thought it was not necessary.
If inInset is supposed to return always a valid pointer we should assert in
inInset and remove checks at other places. But then I wonder what is wrong
Georg Baum wrote:
> If inInset is supposed to return always a valid pointer we should
> assert in inInset and remove checks at other places. But then I
> wonder what is wrong with the current code?
If inInset is supposed to return always a valid pointer, it should
return a reference...
--
Angus
See http://bugzilla.lyx.org/show_bug.cgi?id=2022. The problem is that the
label part is not included in metrics(). A fix is attached. Questions:
- What about the centering problem that Jürgen mentioned?
- Do we want to fix this bug in 1.4.0? (IMO yes)
Attached is also a patch for debugging metric
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> Do you know when this can happen?
Georg> For example with the attached document.
>> I also thought it was not necessary.
Georg> If inInset is supposed to return always a valid pointer we
Georg> should
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> See http://bugzilla.lyx.org/show_bug.cgi?id=2022. The problem
Georg> is that the label part is not included in metrics(). A fix is
Georg> attached. Questions:
Georg> - What about the centering problem that Jürgen mentioned?
We can l
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> To fix 2/ properly, I see two radically different solutions:
>> a) set POSIXLY_CORRECT before invoking awk, so that gawk is in
>> POSIX mode and we can use the second gsub flavour.
Angus> I think tha
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> - Do we want to fix this bug in 1.4.0? (IMO yes)
>
> Yes, I think so, since it is straightforward.
OK, then I'll commit that.
> This patch looks insteresting. I do not know how we coul
Here is a tentative patch for
http://bugzilla.lyx.org/show_bug.cgi?id=1941
I am not sure it is the exact right thing to do, so I'd appreciate
some testing. Bennett, in particular, could you try it out on OS X?
The problem was that Dialog::apply() dispatches LFUN_INSET_APPLY, and
the icons are di
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On Sep 8, 2005, at 8:26 AM, Jean-Marc Lasgouttes wrote:
>>> "Jean-Marc" == Jean-Marc Lasgouttes >> [EMAIL PROTECTED]> writes:
>>>
>>
Bennett> This patch enables lyx to compile, but the result crashes on
Bennett> laun
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> It is something that I quickly hacked together. I did not mean
Georg> to add it to the code now, but if you think that that should be
Georg> done I'll polish it a bit. The Debug::INSET solution does not
Georg> sound too bad. I'll creat
> "Paolo" == Paolo Pumilia <[EMAIL PROTECTED]> writes:
Paolo> Pol wrote:
>> However the stripped down executable is very large, about 11
>> megabytes. What is wrong?
Paolo> I forgot to add that i am compiling lyx 1.4
Paolo> The compiled lyx 1.4 executable from cvs, last april, was 4.2
Paolo>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote: Fine. The patches are saved for
Angus> posterity at http://bugzilla.lyx.org/show_bug.cgi?id=2013
>> I thought a bit more about it at lunch, and I think we'd better
>> not try to change what is basically
"Jose' Matos" <[EMAIL PROTECTED]> writes:
| Hello,
| what is missing for the first release candidate to be publically
released?
|
| Searching in bugzilla I get 4 critical bugs targeted to 1.4.0, is the
| objective to have no critical bugs before releasing pre1?
pre1 is already out
I see the crash is in DebugStream code. Do you have MODERN_STL_STREAMS
set in src/config.h?
Yes:
/* Define if you have modern standard-compliant STL streams */
#define MODERN_STL_STREAMS 1
Bennett
I don't know about him, but I get executables of about the same size
using gcc-4.0.2 on Debian Unstable (90mb for lyx-qt, 11mb stripped).
-David
On 9/12/05, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> > "Paolo" == Paolo Pumilia <[EMAIL PROTECTED]> writes:
>
> Paolo> Pol wrote:
> >> Ho
On Sep 12, 2005, at 10:38 AM, Jean-Marc Lasgouttes wrote:
"Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
To fix 2/ properly, I see two radically different solutions:
a) set POSIXLY_CORRECT before invoking awk, so that gawk is in
POSIX mode and w
On Sep 12, 2005, at 11:13 AM, Jean-Marc Lasgouttes wrote:
Here is a tentative patch for
http://bugzilla.lyx.org/show_bug.cgi?id=1941
I am not sure it is the exact right thing to do, so I'd appreciate
some testing. Bennett, in particular, could you try it out on OS X?
The problem was that Dial
LyX-140 on Mac will crash *when using key bindings* for File > Open,
File > New, and File > New from Template. It will not crash when
using the mouse to select these from the menus, nor will it crash
dragging and dropping files into the LyX window.
Here's the gdb output:
Program received s
Jean-Marc Lasgouttes wrote:
> So, what would be the best solution?
Remove inInset altogether of course! ;-)
I tried to do that once and failed miserably...
Alfredo
Jean-Marc Lasgouttes wrote:
> Here is a tentative patch for
> http://bugzilla.lyx.org/show_bug.cgi?id=1941
>
> I am not sure it is the exact right thing to do, so I'd appreciate
> some testing. Bennett, in particular, could you try it out on OS X?
>
> The problem was that Dialog::apply() dispatc
On Monday 12 September 2005 16:51, Lars Gullik Bjønnes wrote:
> |
> | Searching in bugzilla I get 4 critical bugs targeted to 1.4.0, is the
> | objective to have no critical bugs before releasing pre1?
s/pre1/pre2/;
> pre1 is already out isn't it? (but not announced on purpose.
>
> pre2 wil
Jean-Marc Lasgouttes wrote:
that i am compiling lyx 1.4
Paolo> The compiled lyx 1.4 executable from cvs, last april, was 4.2
Paolo> megabytes; but in that case compilation had been accoplished on
Paolo> ordinary intel desktop workstation. That is the reason for
Paolo> suspecting something wrong,
Hello,
The exact problem is as follows: tried to compile tex2lyx using Angus's
shell script on my win98 system. Compilation failed because the script
couldn't find python, apparently required to byte-compile lyx2lyx.
Python is not part of the mingw/msys/DTKmsys combo, so it may have
trouble call
--- Angus Leeming <[EMAIL PROTECTED]> wrote:
Luis Rivera wrote:
>>
>> package.C:384: error: `GetLongPathName' undeclared (first use of
this
>> function)
>
> Failed in compilation? Ouch!
>
Ouch! What's funny, though, is that it crashed exactly where a
GetLongPathName was called for, on a compil
On Monday 12 September 2005 22:42, Luis Rivera wrote:
> Hello,
>
> The exact problem is as follows: tried to compile tex2lyx using Angus's
> shell script on my win98 system. Compilation failed because the script
> couldn't find python, apparently required to byte-compile lyx2lyx.
> Python is not p
On Monday 12 September 2005 22:30, Luis Rivera wrote:
>>> package.C:384: error: `GetLongPathName' undeclared (first use of
>>> this function)
>> Failed in compilation? Ouch!
> Ouch! What's funny, though, is that it crashed exactly where a
> GetLongPathName was called for, on a compiler meant to
Michael Gerz <[EMAIL PROTECTED]> writes:
| Hello,
|
| AFAICS the email notification of bugzilla is still broken. Who is
| maintaining the bugzilla server?
Noone really... (or me)
If you can tell me what is wrong I can fix it.
Angus Leeming <[EMAIL PROTECTED]> writes:
| Luis Rivera wrote:
|
| > Angus,
| >
| > I'm not familiar at all with cvs. Sorry.
| >
| > Please tell me a foolproof way to get the source code in one package.
| > I've been browsing thru the gui/web interface without success.
|
| I see from your oth
Angus Leeming <[EMAIL PROTECTED]> writes:
| Luis Rivera reports that "make install" is failing for him because he
| doesn't have python installed. Could someone sort this out please.
Hmm... we kindo require python for building.
So to speak... I am not sure that we should even try to sort this on
Bennett Helm <[EMAIL PROTECTED]> writes:
| > I see the crash is in DebugStream code. Do you have MODERN_STL_STREAMS
| > set in src/config.h?
|
| Yes:
|
| /* Define if you have modern standard-compliant STL streams */
| #define MODERN_STL_STREAMS 1
This could be a global initialization bug in ma
Lars Gullik Bjønnes wrote:
> | AFAICS the email notification of bugzilla is still broken. Who is
> | maintaining the bugzilla server?
> Noone really... (or me)
> If you can tell me what is wrong I can fix it.
Hi, Lars.
AFAICT, we have the following problems:
* www.devel.lyx.org is dead. That's
"Jose' Matos" <[EMAIL PROTECTED]> writes:
| On Monday 12 September 2005 16:51, Lars Gullik Bjønnes wrote:
| > |
| > | Searching in bugzilla I get 4 critical bugs targeted to 1.4.0, is the
| > | objective to have no critical bugs before releasing pre1?
|
| s/pre1/pre2/;
|
| > pre1 is already
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Luis Rivera reports that "make install" is failing for him because he
> | doesn't have python installed. Could someone sort this out please.
>
> Hmm... we kindo require python for building.
We do? Where? Since when?
T
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Bennett Helm <[EMAIL PROTECTED]> writes: | > I see the
Lars> crash is in DebugStream code. Do you have MODERN_STL_STREAMS | >
Lars> set in src/config.h?
Lars> |
Lars> | Yes:
Lars> |
Lars> | /* Define if you have modern standar
37 matches
Mail list logo