On Thu, Apr 21, 2005 at 02:40:26PM +, Angus Leeming wrote:
> Helge Hafting wrote:
> > filetools.C:1067: error: `SIGCHLD' undeclared (first use this function)
> > filetools.C:1067: error: `sigaddset' undeclared (first use this function)
> > filetools.C:1070: error: `SIG_BLOCK' undeclared (first
Helge Hafting wrote:
> filetools.C:1067: error: `SIGCHLD' undeclared (first use this function)
> filetools.C:1067: error: `sigaddset' undeclared (first use this function)
> filetools.C:1070: error: `SIG_BLOCK' undeclared (first use this function)
> filetools.C:1070: error: `sigprocmask' undeclared
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./.. -I../../boost -W -Wall
-I/usr/X11R6/include -g -O -fno-exceptions -MT filetools.lo -MD -MP -MF
.deps/filetools.Tpo -c filetools.C -o filetools.o
filetools.C: In function `const lyx::support::cmd_ret
lyx::support::RunCommand(const std::string&)
Andre Poenitz wrote:
> +void DocumentIterator::forwardInset()
> +{
> + while (depth()) {
> + size_t old_depth = depth();
> +
> + forwardPos();
> +
> + if (depth() > old_depth)
> + break;
> + }
> +}
>
> Aehm, forget the last mail. If
On Sat, Mar 27, 2004 at 02:11:16PM +0100, Alfredo Braunstein wrote:
> I think it is a complete no-issue for now, as iterating over all cursor
> positions of the Userguide20 is still unnoticeable (sub second) here. If it
> shows up in the profiles we can do it later. I'd really prefer to have the
>
On Sat, Mar 27, 2004 at 01:16:33PM +0100, Alfredo Braunstein wrote:
> I've reimplemented forwardPar as well which was severely fsckd up.
AKA "not implemented at all"?
> I'll apply both shortly if there are no objections.
None from my side...
Andre'
On Sat, Mar 27, 2004 at 01:16:33PM +0100, Alfredo Braunstein wrote:
> Ok, your testcase works fine with Andre's patch and this implementation of
> forwardInset.
+void DocumentIterator::forwardInset()
+{
+ while (depth()) {
+ size_t old_depth = depth();
+
+ forwar
Andre Poenitz wrote:
> On Sat, Mar 27, 2004 at 12:56:03AM +0100, Alfredo Braunstein wrote:
>> > Missing insetiterator.C?
>>
>> No, just DocIterator::forwardInset in dociterator.C.
>
>
> void DocumentIterator::forwardInset()
> {
> forwardPos();
> while (!empty() && (pos() == lastpos() || nextI
On Sat, Mar 27, 2004 at 12:56:03AM +0100, Alfredo Braunstein wrote:
> > Missing insetiterator.C?
>
> No, just DocIterator::forwardInset in dociterator.C.
void DocumentIterator::forwardInset()
{
forwardPos();
while (!empty() && (pos() == lastpos() || nextInset() == 0))
On Sat, Mar 27, 2004 at 12:59:19AM +0100, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > This seems to be solvable. Attached a 'makepatch.sh' style patch that
> > replaces Buffer::inset_iterator by some small wrapper around
> > DocumentIterator.
> >
> > [Alfredo: Is this close to what yo
Alfredo Braunstein wrote:
> Angus Leeming wrote:
>
>> On Friday 26 March 2004 7:05 pm, Andre Poenitz wrote:
>>> On Thu, Mar 25, 2004 at 04:20:18PM +, Angus Leeming wrote:
>>> > LyX is crashing when iterating over insets. Note the two added
>>> > lines, below. That looks very, very wrong :-(
>
Andre Poenitz wrote:
> This seems to be solvable. Attached a 'makepatch.sh' style patch that
> replaces Buffer::inset_iterator by some small wrapper around
> DocumentIterator.
>
> [Alfredo: Is this close to what you proposed for PosIterator?]
Yes... I wonder if private derivation would be prefe
Angus Leeming wrote:
> On Friday 26 March 2004 7:05 pm, Andre Poenitz wrote:
>> On Thu, Mar 25, 2004 at 04:20:18PM +, Angus Leeming wrote:
>> > LyX is crashing when iterating over insets. Note the two added
>> > lines, below. That looks very, very wrong :-(
>>
>> This seems to be solvable. Att
On Friday 26 March 2004 7:05 pm, Andre Poenitz wrote:
> On Thu, Mar 25, 2004 at 04:20:18PM +, Angus Leeming wrote:
> > LyX is crashing when iterating over insets. Note the two added
> > lines, below. That looks very, very wrong :-(
>
> This seems to be solvable. Attached a 'makepatch.sh' style
On Thu, Mar 25, 2004 at 04:20:18PM +, Angus Leeming wrote:
> LyX is crashing when iterating over insets. Note the two added lines,
> below. That looks very, very wrong :-(
This seems to be solvable. Attached a 'makepatch.sh' style patch that
replaces Buffer::inset_iterator by some small wrapp
On Thu, Mar 25, 2004 at 05:02:50PM +, Angus Leeming wrote:
> > // This is also a buffer property (ale)
> > void Buffer::fillWithBibKeys(std::vector >
>
> > for (inset_iterator it = inset_const_iterator_begin();
> > it != inset_const_iterator_end(); ++it) {
> > +
LyX is crashing when iterating over insets. Note the two added lines,
below. That looks very, very wrong :-(
Angus
// This is also a buffer property (ale)
void Buffer::fillWithBibKeys(std::vector > &
keys)
const
{
/// if this is a child document and the parent is already loaded
On Mon, Mar 22, 2004 at 10:20:26AM +, Angus Leeming wrote:
> Kayvan A. Sylvan wrote:
>
> > I don't know when this bug popped up, but I can no longer select
> > with the mouse (click-hold-drag) although the SHIFT-move method of
> > text selection seems to work.
>
> The problem is that the rele
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> I want to Insert->File->ASCII as Lines, but this option is
Kayvan> grayed out along with "LyX Document" and "Ascii as
Kayvan> paragraphs".
This is cured by the following patch.
Andre', this patch also cures the handling of rea
Kayvan A. Sylvan wrote:
> I don't know when this bug popped up, but I can no longer select
> with the mouse (click-hold-drag) although the SHIFT-move method of
> text selection seems to work.
The problem is that the relevant code has been commented out.
Unfortunately, it doesn't compile, so the
I want to Insert->File->ASCII as Lines, but this option is grayed out
along with "LyX Document" and "Ascii as paragraphs".
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89)
http://sylvan.com/~k
I can create a math inset (C-m) but I can not navigate into it.
Trying to move the cursor in causes the cursor to bounce to the top of
the document.
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8
I don't know when this bug popped up, but I can no longer select with
the mouse (click-hold-drag) although the SHIFT-move method of text
selection seems to work.
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc. | Laura Isabella Sylvan | Katheri
just cvsed up and loaded the userguide:
1) cursor starts in some strange position. going back gives a crash
2) The Edit menu gives a crash
Alfredo
Juergen Spitzmueller wrote:
> ...when right-clicking on a collapsable.
> The console loops on HANDLE LFUN_FINISHED_RIGHT.
Also when trying to exit any inset with the arrow keys (loops on the
corresponding LFUN_FINISHED_{UP,DOWN,LEFT,RIGHT}).
Alfredo
...when right-clicking on a collapsable.
The console loops on HANDLE LFUN_FINISHED_RIGHT.
Jürgen.
Angus Leeming wrote:
> I'll try and have a look this evening.
Thanks.
Jürgen.
Juergen Spitzmueller wrote:
> The output is:
>
> Should be placement: table
> Should be wide: table
> InsetFloat::Read:: Missing wide!
>
> but only when I right-click the inset (open the dialog). Lyx seems
> to have no problems with reading the inset when I open a file.
I'll try and have a look
Angus Leeming wrote:
> Well, you receive a string, so print it out:
> lyxerr << str << endl;
> Now convert it to a param:
> float_param param;
> string2param(str, param);
> Now convert it back and print:
> string str2 = param2string(param);
> lyxerr << str2 <
Juergen Spitzmueller wrote:
> Kayvan A. Sylvan wrote:
>> This is with the current CVS:
>>
>> When I create a text-wrap float and try to modify its parameters
>> (right mouse click and click on "Right" and set up "25" "col%", for
>> ex
Kayvan A. Sylvan wrote:
> This is with the current CVS:
>
> When I create a text-wrap float and try to modify its parameters (right
> mouse click and click on "Right" and set up "25" "col%", for example),
> hitting "OK" or "Apply&
This is with the current CVS:
When I create a text-wrap float and try to modify its parameters (right mouse
click and click on "Right" and set up "25" "col%", for example), hitting "OK"
or "Apply" does not work. Nothing is saved and the set
Current cvs is crashing everywhere.
One of the problems is that we have lyxtext using the global cursor, when
the relevant slice of this cursor can belong elsewhere.
This can be a nightmare to debug (and maintain). IMVHO, we don't have enough
willing manpower to afford that.
For instanc
On Mon, Jan 26, 2004 at 05:58:54PM +0100, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
> | g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/mathed -I../../src
> -I../../../lyx/src/mathed/../ -I../../../lyx/boost -I/usr/X11R6/include -O2
> -fno-exceptions -W -Wall -mms-
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/mathed -I../../src
-I../../../lyx/src/mathed/../ -I../../../lyx/boost -I/usr/X11R6/include -O2
-fno-exceptions -W -Wall -mms-bitfields -MT formulabase.lo -MD -MP -MF
.deps/formulabase.Tpo -c ../../../lyx
g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/mathed -I../../src
-I../../../lyx/src/mathed/../ -I../../../lyx/boost -I/usr/X11R6/include -O2
-fno-exceptions -W -Wall -mms-bitfields -MT formulabase.lo -MD -MP -MF
.deps/formulabase.Tpo -c ../../../lyx/src/mathed/formulabase.C
../../../lyx/src/mathed/
On Tue, Jan 20, 2004 at 02:06:39PM -0800, Kayvan A. Sylvan wrote:
> You can not select text in the current CVS lyx. Neither hold-left-mouse and
> drag nor they keyboard method (shift+arrow keys) work.
I am happy enough that it doesn't crash...
Andre'
--
Those who desire to gi
You can not select text in the current CVS lyx. Neither hold-left-mouse and
drag nor they keyboard method (shift+arrow keys) work.
Best regards,
---Kayvan
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc. | Laura Isabella
Andre Poenitz wrote:
>> Note that rows are needed on setCursor only for setting the correct
>> bv->x_target (I think). I wonder if we can simply avoid that somehow.
>
> See attached.
Solved thanks.
Btw, the first rebreak after uncollapsing is wrong, but there are other
width problems so hopeful
On Wed, Jan 07, 2004 at 09:22:32AM +0100, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > On Wed, Jan 07, 2004 at 09:07:24AM +0100, Andre' Poenitz wrote:
> >> The reason is probably that the row cache is empty as the row was never
> >> drawn.
> >>
> >> I am not sure how a proper solution w
On Wed, Jan 07, 2004 at 09:22:32AM +0100, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > On Wed, Jan 07, 2004 at 09:07:24AM +0100, Andre' Poenitz wrote:
> >> The reason is probably that the row cache is empty as the row was never
> >> drawn.
> >>
> >> I am not sure how a proper solution w
Andre Poenitz wrote:
> On Wed, Jan 07, 2004 at 09:07:24AM +0100, Andre' Poenitz wrote:
>> The reason is probably that the row cache is empty as the row was never
>> drawn.
>>
>> I am not sure how a proper solution would look like.
>
> The attached patch paints over the problem...
;-)
Note that
On Wed, Jan 07, 2004 at 09:07:24AM +0100, Andre' Poenitz wrote:
> The reason is probably that the row cache is empty as the row was never
> drawn.
>
> I am not sure how a proper solution would look like.
The attached patch paints over the problem...
Andre'
Index: paragraph.C
On Wed, Jan 07, 2004 at 12:24:43AM +0100, Alfredo Braunstein wrote:
> open UG, click on first footnote ->
>
> #0 0x080ff99c in Row::pos() const ()
> #1 0x0811a765 in Paragraph::getRow(int) (this=0x83c7a88, pos=0)
> at ../../src/paragraph.C:1831
> #2 0x0813ef5d in LyXText::cursorX(LyXCursor
open UG, click on first footnote ->
#0 0x080ff99c in Row::pos() const ()
#1 0x0811a765 in Paragraph::getRow(int) (this=0x83c7a88, pos=0)
at ../../src/paragraph.C:1831
#2 0x0813ef5d in LyXText::cursorX(LyXCursor const&) const (this=0x8586eb4,
[EMAIL PROTECTED]) at ../../src/text.C:1873
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| On Tue, Jul 29, 2003 at 06:10:36AM -0700, Kayvan A. Sylvan wrote:
| > Problem with "make dist":
| >
|
| This patch fixes the automated build problems.
Yeah. this looks ok.
Unless somebody beats me to it, I will commit this later tonight.
--
On Tue, Jul 29, 2003 at 06:10:36AM -0700, Kayvan A. Sylvan wrote:
> Problem with "make dist":
>
This patch fixes the automated build problems.
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89
Problem with "make dist":
> ? po/ui_l10n.pot
> ? src/frontends/xforms/lyx_forms.h
> ? src/frontends/xforms/lyx_xpm.h
> cvs server: Updating .
> P ChangeLog
> P configure.ac
[...]
> P src/tex2lyx/text.C
> cvs server: Updating src/xtl
> Using autoconf (GNU Autoconf) 2.57
> Locating GNU m4... /usr/bi
On Sun, Jun 22, 2003 at 08:03:02PM +0200, Alfredo Braunstein wrote:
>
> Found it. Sorry. I'm plain stupid. (judge for yourself):
Thanks, Alfredo. No, you are not stupid.
Thanks for the quick fix.
Best regards,
---Kayvan
--
Kayvan A. Sylvan | Proud husband of
Kayvan A. Sylvan wrote:
> I edit a file that I was happily editing an update or two ago:
>
> Layout 'Scrap' does not exist in textclass 'article'.
> Trying to use default layout instead.
>
> The document class is literate-article.
>
> This happens on Linux, Solaris and Cygwin.
>
> ---Kayvan
F
On Sun, Jun 22, 2003 at 09:47:34AM +0200, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
> | > | > In fact, any article with a document class that is not "article" has
> | > | > the same proble.
> | > | >
> | > | > Load the script_form.lyx sample for hollywood:
> |
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| I'm sure the recent loadLyXFile changes are the cause. I sent an Email
| to Alfredo.
I am not confident, can you to the narrowing down I mentioned in the
other mail?
--
Lgb
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| > | > In fact, any article with a document class that is not "article" has
| > | > the same proble.
| > | >
| > | > Load the script_form.lyx sample for hollywood:
| >
| > Do any of you have any idea _when_ this began happening?
|
| cvs get -D 6
> | > In fact, any article with a document class that is not "article" has
> | > the same proble.
> | >
> | > Load the script_form.lyx sample for hollywood:
>
> Do any of you have any idea _when_ this began happening?
cvs get -D 6/19/2003 -d lyx-tmp lyx-devel
cd lyx-tmp
./autogen.sh
./co
Lars Gullik Bjønnes wrote:
>
> Do any of you have any idea _when_ this began happening?
>
> --
> Lgb
These are good candidates. I was just getting ready to back them out,
but that is really slow for me.
2003-06-21 Alfredo Braunstein <[EMAIL PROTECTED]>
* buffer.[Ch]: added the
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| "Kayvan A. Sylvan" wrote:
| >
| > On Fri, Jun 20, 2003 at 11:38:55PM -0700, Kayvan A. Sylvan wrote:
| > > I edit a file that I was happily editing an update or two ago:
| > >
| > > Layout 'Scrap' does not exist in textclass 'article'.
| > > Trying to
On Sat, Jun 21, 2003 at 09:06:51PM -0300, Garst R. Reese wrote:
> "Kayvan A. Sylvan" wrote:
> >
> > On Fri, Jun 20, 2003 at 11:38:55PM -0700, Kayvan A. Sylvan wrote:
> > > I edit a file that I was happily editing an update or two ago:
> > >
> > > Layout 'Scrap' does not exist in textclass 'article
"Kayvan A. Sylvan" wrote:
>
> On Fri, Jun 20, 2003 at 11:38:55PM -0700, Kayvan A. Sylvan wrote:
> > I edit a file that I was happily editing an update or two ago:
> >
> > Layout 'Scrap' does not exist in textclass 'article'.
> > Trying to use default layout instead.
> >
> > The document class is l
On Fri, Jun 20, 2003 at 11:38:55PM -0700, Kayvan A. Sylvan wrote:
> I edit a file that I was happily editing an update or two ago:
>
> Layout 'Scrap' does not exist in textclass 'article'.
> Trying to use default layout instead.
>
> The document class is literate-article.
>
> This happens on Lin
I edit a file that I was happily editing an update or two ago:
Layout 'Scrap' does not exist in textclass 'article'.
Trying to use default layout instead.
The document class is literate-article.
This happens on Linux, Solaris and Cygwin.
---Kayvan
--
Kayvan A. Sylvan
Lars Gullik Bjønnes wrote:
> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
> | It wasn't, but it doesn't make a difference. I got the same bt. Then
> | retrying under gdb, I got also this one:
>
> Actaully it makes a huge difference, no the line numbers and files
> match up.
Of course. I mea
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| It wasn't, but it doesn't make a difference. I got the same bt. Then
| retrying under gdb, I got also this one:
Actaully it makes a huge difference, no the line numbers and files
match up.
And no signal raised...
what is "it" here?
--
L
Lars Gullik Bjønnes wrote:
> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
> | With current cvs, only by opening and closing some documents randomly,
> | at some point I get this abort.
> |
> | I doesn't happend very often (and doesn't depend on the particu
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| With current cvs, only by opening and closing some documents randomly, at
| some point I get this abort.
|
| I doesn't happend very often (and doesn't depend on the particular
| documents).
Is this a non-optimized build (-O0)?
With current cvs, only by opening and closing some documents randomly, at
some point I get this abort.
I doesn't happend very often (and doesn't depend on the particular
documents).
Regards, Alfredo
#0 0xe002 in ?? ()
(gdb) bt
#0 0xe002 in ?? ()
#1 0x42028a73 in abort ()
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Thu, Apr 03, 2003 at 11:41:25AM +0200, Jean-Marc Lasgouttes
John> wrote:
John>
>> So the last two numbers are basically the same information?
John> Yes
>> And the last column sums to 1?
John> 100
Erm, yes.
JMarc
On Thu, Apr 03, 2003 at 11:41:25AM +0200, Jean-Marc Lasgouttes wrote:
> John>
>
> So the last two numbers are basically the same information?
Yes
> And the last column sums to 1?
100
john
> "John" == John Levon <[EMAIL PROTECTED]> writes:
>> Do times count childs too?
John> No they don't (though they do count inlined functions).
John> Each line is
John>
John> And the number of samples is roughly analogous to the CPU time
John> spent in that function
So the last two numb
Angus Leeming <[EMAIL PROTECTED]> writes:
| ../../src/text2.C:477: no matching function for call to `LyXText::ownerParagraph()'
| candidates are:
| ../../src/lyxtext.h:631: void LyXText::ownerParagraph(Paragraph*) const
| ../../src/lyxtext.h:633: void LyXText::ownerParagraph(int, Paragraph*) cons
../../src/text2.C:477: no matching function for call to `LyXText::ownerParagraph()'
candidates are:
../../src/lyxtext.h:631: void LyXText::ownerParagraph(Paragraph*) const
../../src/lyxtext.h:633: void LyXText::ownerParagraph(int, Paragraph*) const
--
On Wed, Apr 02, 2003 at 10:39:34AM +0200, Jean-Marc Lasgouttes wrote:
> John> Loading nothing. Warm caches. Average time-to-complete is 0.97
> John> seconds or there abouts.
>
> John> lyx-only profile :
>
> Could you tell us what the numbers mean?
What ! You want that too !!
> Do times count c
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> Loading nothing. Warm caches. Average time-to-complete is 0.97
John> seconds or there abouts.
John> lyx-only profile :
Could you tell us what the numbers mean? Do times count childs too?
JMarc
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, Apr 01, 2003 at 10:31:14PM +0200, Lars Gullik Bj?nnes wrote:
|
| > With what options are lyx compiled here?
|
| -O2 -fno-exceptions
Ok, thanks.
That is what I hoped.
Strange though to see so many boost::smart_ptr methods...
--
Lgb
On Tue, Apr 01, 2003 at 10:31:14PM +0200, Lars Gullik Bj?nnes wrote:
> With what options are lyx compiled here?
-O2 -fno-exceptions
john
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, Apr 01, 2003 at 08:10:16PM +0100, John Levon wrote:
|
| > And lyx -x lyx-quit UserGuide.lyx, 4 seconds or so. Remember that this
| > doesn't include GUI stuff.
|
| And with sync_with_stdio(false). Seems to shave off about .2s, but the
| results
John Levon <[EMAIL PROTECTED]> writes:
| Loading nothing. Warm caches. Average time-to-complete is 0.97 seconds or there
| abouts.
With what options are lyx compiled here?
--
Lgb
On Tue, Apr 01, 2003 at 08:39:48PM +0100, John Levon wrote:
> And with sync_with_stdio(false). Seems to shave off about .2s, but the
> results are variable.
Oh, and there's nothing noticably different in the profiles.
john
On Tue, Apr 01, 2003 at 08:10:16PM +0100, John Levon wrote:
> And lyx -x lyx-quit UserGuide.lyx, 4 seconds or so. Remember that this
> doesn't include GUI stuff.
And with sync_with_stdio(false). Seems to shave off about .2s, but the
results are variable.
lyx-only profile :
08098d6c 809 1
Now lyx lyxdoc/UserGuide.lyx, with the Qt GUI
lyx-only :
080fb6d4 2477 0.881818LyXLex::Pimpl::nextToken()
081fa420 2522 0.897838font_metrics::fontencoding(LyXFont const&)
08094cf4 2558 0.910654readParToken(Buffer&, Paragraph&, LyXLex&, string const&)
081165b4 2604 0.9
And lyx -x lyx-quit UserGuide.lyx, 4 seconds or so. Remember that this
doesn't include GUI stuff.
lyx-only profile :
0806fc90 1031 0.651999boost::detail::sp_counted_base::release()
080961f4 1206 0.762668readParagraph(Buffer&, Paragraph&, LyXLex&)
08098d1c 1332 0.84235 ve
Loading nothing. Warm caches. Average time-to-complete is 0.97 seconds or there
abouts.
lyx-only profile :
0830a460 110 0.715913compare_ascii_no_case(string const&, string const&)
080cfa00 111 0.722421kb_sequence::addkey(boost::shared_ptr,
key_modifier::state, key_modifier::st
To compile without USE_BOOST_FORMAT
Index: insets/insetgraphics.C
===
RCS file: /cvs/lyx/lyx-devel/src/insets/insetgraphics.C,v
retrieving revision 1.163
diff -u -p -u -r1.163 insetgraphics.C
--- insets/insetgraphics.C 2003/03/31
John Levon wrote:
> well this is fun isn't it :)
Shut up and go on compiling my code.
> You should get a real compiler !
I would need another computer. ;)
Alfredo
On Sat, Mar 29, 2003 at 08:09:05PM +0100, Alfredo Braunstein wrote:
> further on:
well this is fun isn't it :)
You should get a real compiler !
try again
John Levon wrote:
> try again
>
> john
further on:
/home/ab/lyx-devel/src/converter.C: In function `void
{unnamed}::alertErrors (const string &, int)':
/home/ab/lyx-devel/src/converter.C:486: `num_errors' undeclared (first
use this function)
/home/ab/lyx-devel/src/converter.C:486: (Each undecla
On Sat, Mar 29, 2003 at 07:24:04PM +0100, Alfredo Braunstein wrote:
> /home/ab/lyx-devel/src/BufferView.C:331: `error' undeclared (first use this
try again
john
Now instead:
source='/home/ab/lyx-devel/src/BufferView.C' object='BufferView.o'
libtool=no \
depfile='.deps/BufferView.Po' tmpdepfile='.deps/BufferView.TPo' \
depmode=gcc3 /bin/sh /home/ab/lyx-devel/config/depcomp \
g++ -DHAVE_CONFIG_H -I. -I/home/ab/lyx-devel/src -I.
-I/home/ab/lyx-devel/boost -
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| source='/home/ab/lyx-devel/src/BufferView.C' object='BufferView.o'
| libtool=no \
| depfile='.deps/BufferView.Po' tmpdepfile='.deps/BufferView.TPo' \
| depmode=gcc3 /bin/sh /home/ab/lyx-devel/config/depcomp \
| g++ -DHAVE_CONFIG_H -I. -I/home/ab/lyx
John Levon wrote:
> try again
Thanks. Alfredo
On Sat, Mar 29, 2003 at 05:59:26PM +0100, Alfredo Braunstein wrote:
> /home/ab/lyx-devel/src/BufferView.C:323: `errno' undeclared (first use this
try again
john
source='/home/ab/lyx-devel/src/BufferView.C' object='BufferView.o'
libtool=no \
depfile='.deps/BufferView.Po' tmpdepfile='.deps/BufferView.TPo' \
depmode=gcc3 /bin/sh /home/ab/lyx-devel/config/depcomp \
g++ -DHAVE_CONFIG_H -I. -I/home/ab/lyx-devel/src -I.
-I/home/ab/lyx-devel/boost -I/usr/X11R6/in
John Levon wrote:
> Try an unoptimised build ?
Good joke. A full recompile takes ~2 hours here.
> Or valgrind ...
Couldn't get anything useful of it either.
What I can do is to remove the strong assert and put a breakpoint there and
do some debugging... maybe tomorrow.
Alfredo
On Wed, Mar 19, 2003 at 09:04:10PM +0100, Alfredo Braunstein wrote:
> Unfortunately, I'm unable to get a decent backtrace (some king of gdb bug?)
Try an unoptimised build ?
Or valgrind ...
john
John Levon wrote:
> You know the drill. Backtrace etc
Unfortunately, I'm unable to get a decent backtrace (some king of gdb bug?)
Program received signal SIGABRT, Aborted.
[Switching to Thread 1024 (LWP 28839)]
0x407ae0a1 in kill () from /lib/libc.so.6
(gdb) bt
#0 0x407ae0a1 in kill () from /li
On Wed, Mar 19, 2003 at 08:33:24PM +0100, Alfredo Braunstein wrote:
> > Hmm, it got away with it ... try again, I just committed a probably fix
> > to a silly
>
> Nope, I still get it.
You know the drill. Backtrace etc
john
John Levon wrote:
> Hmm, it got away with it ... try again, I just committed a probably fix
> to a silly
Nope, I still get it.
Regards, Alfredo
John Levon wrote:
> Hmm, it got away with it ... try again, I just committed a probably fix
> to a silly
Fast as a lightning! Thanks, compiling.
Alfredo
On Wed, Mar 19, 2003 at 07:30:42PM +0100, Alfredo Braunstein wrote:
> is aborting on file->new
Hmm, it got away with it ... try again, I just committed a probably fix
to a silly
john
is aborting on file->new
Alfredo
On Fri, Mar 14, 2003 at 04:37:18PM -0800, Kayvan A. Sylvan wrote:
> Here is the fix.
Applied, thanks. It seems that this code was wrong anyway and my change
just made it a lot more obvious :)
regards,
john
1 - 100 of 257 matches
Mail list logo
