rgheck wrote:
Open LyX. Open User Guide. Close LyX.
(gdb) bt
#5 0x006d02f3 in ~Buffer (this=0x13599c0) at Buffer.cpp:276
#6 0x009579c6 in __tcf_0 () at insets/Inset.cpp:127
That's why I don't like static variable, at least for complex object
like Buffer...
I'll put an ass
Enrico Forestieri wrote:
On Tue, Feb 26, 2008 at 09:56:22AM +0100, Stefan Schimanski wrote:
Am 26.02.2008 um 03:03 schrieb Enrico Forestieri:
On Mon, Feb 25, 2008 at 03:43:51PM +0100, Abdelrazak Younes wrote:
Stefan Schimanski wrote:
No, Windoze...
Visual C or gcc?
Visual C++ 9.0 (aka 200
Open LyX. Open User Guide. Close LyX.
(gdb) bt
#0 std::_Rb_treelyx::Messages>, std::_Select1stlyx::Messages> >, std::less,
std::allocator > >::lower_bound
(this=0x7fff2ab6beb0, [EMAIL PROTECTED])
at
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../include/c++/4.1.2/bits/basic_string.
When doing some other things, I ran across this code:
// bibtotoc-Option
if (!bibtotoc.empty() && !buffer().params().use_bibtopic) {
// maybe a problem when a textclass has no "art" as
// part of its name, because it's than book.
// For the "official" lyx-layouts it's n
On Thu, Feb 28, 2008 at 12:41:48AM +0100, Pavel Sanda wrote:
> hi,
>
> having two windows and putting both of them into fullscreen mode results in
> loss of toolbars visibility configuration (basically because of sharing
> toolbars info between lyx windows -
> http://bugzilla.lyx.org/show_bug.cg
hi,
having two windows and putting both of them into fullscreen mode results in
loss of toolbars visibility configuration (basically because of sharing
toolbars info between lyx windows -
http://bugzilla.lyx.org/show_bug.cgi?id=4588#c1 ).
attached is the workaround until the toolbars are separa
I comitted a better fix as result of this thread:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg136118.html
regards Uwe
Andre Poenitz schrieb:
No 'using ;' in header files ...
OK. I committed the changed patch. You already changed it in trunk acordingly.
thanks and regards
Uwe
On Tue, Feb 26, 2008 at 09:56:22AM +0100, Stefan Schimanski wrote:
>
> Am 26.02.2008 um 03:03 schrieb Enrico Forestieri:
>
> > On Mon, Feb 25, 2008 at 03:43:51PM +0100, Abdelrazak Younes wrote:
> >
> >> Stefan Schimanski wrote:
>
> No, Windoze...
> >>>
> >>> Visual C or gcc?
> >>
> >> V
On Wed, Feb 27, 2008 at 11:19:31PM +0100, Uwe Stöhr wrote:
> Andre Poenitz schrieb:
>
>>> +#include
>>> +
>>> +#include "MathParser.h"
>>> +
>>> #include "support/docstring.h"
>>> #include
>> System headers last.
>
> So you want?:
>
> #include "support/docstring.h"
> #include
> #include
Yes,
Andre Poenitz schrieb:
+#include
+
+#include "MathParser.h"
+
#include "support/docstring.h"
#include
System headers last.
So you want?:
#include "support/docstring.h"
#include
#include
+using std::map;
+
No using on file scope in header files.
What do you mean?
> Yes, up to An
The word list is in 1.5 available as well. You have to apply the
patch though from some days ago to make it accessible. In 1.5 the
math command list is private to the MathFactory file.
The part with the macros does not work. But you can easily remove
that case in the if clause.
Like the att
On Wed, Feb 27, 2008 at 10:10:58PM +0100, Uwe Stöhr wrote:
> Index: MathFactory.h
> ===
> --- MathFactory.h (revision 23288)
> +++ MathFactory.h (working copy)
> @@ -12,9 +12,15 @@
> #ifndef MATH_FACTORY_H
> #define MATH_FACT
Stefan Schimanski schrieb:
The word list is in 1.5 available as well. You have to apply the patch
though from some days ago to make it accessible. In 1.5 the math command
list is private to the MathFactory file.
The part with the macros does not work. But you can easily remove that
case in t
On Wed, Feb 27, 2008 at 03:11:03PM -0500, Richard Heck wrote:
> Andre Poenitz wrote:
>> Patch attached.
>>
>>
> I didn't have a chance to look through all of this, but I like the idea. It
> is exactly what I need for some stuff I want to do in InsetCitation.
Yes, I hope we get get rid of some
Andre Poenitz wrote:
Patch attached.
I didn't have a chance to look through all of this, but I like the idea.
It is exactly what I need for some stuff I want to do in InsetCitation.
rh
>> 2. slider depth cant be set and manual unroll is canceled by updates
>>(this maybe tricky to get right wrt 3740 bug. i played some time with
>> this
>>bug and didnt find quick solution.)
>
> I think the we should disable the slider for non toc list.
this doesnt solve the problem with c
Pavel Sanda wrote:
for the time beeing i managed with another file and these things are strange:
1. opening outliner ToC should be set as the implicit imho
Agreed. Next hacking session.
wrt references:
2. slider depth cant be set and manual unroll is canceled by updates
(this maybe trick
On Wed, Feb 27, 2008 at 04:15:43PM +0100, Stefan Schimanski wrote:
> Hi!
>
> Maybe as the last functional extension of the completion for now I
> implemented a very unobtrusive variant by putting a little triangle at the
> cursor to indicate that there is a completion available. So you can easily
on loading the user guide:
>>> Better now?
>> no, user guide still crashes.
>
> Yeah I am doubly stupid... will fix, sorry.
ye.
i have discovered few reference bugs in my paper looking in the the outliner
just now :)
p
Pavel Sanda wrote:
Leuven, E. wrote:
on loading the user guide:
Better now?
no, user guide still crashes.
Yeah I am doubly stupid... will fix, sorry.
Abdel.
> Leuven, E. wrote:
>> on loading the user guide:
>
> Better now?
no, user guide still crashes.
pavel
Leuven, E. wrote:
on loading the user guide:
Better now?
Abdel.
Leuven, E. wrote:
on loading the user guide:
msvcp90d.dll!104ec1b3()
[Frames below may be incorrect and/or missing, no symbols loaded for
msvcp90d.dll]
lyx.exe!std::_Vector_const_iterator
>::operator*() Line 98 + 0x14 bytes C++
lyx.exe!std::_
> Pavel Sanda wrote:
>> Should be OK now.
> it is
> pavel
So, like my new toy?
>>> really dont know :)
>>> file->open->my file
>>>
>>> lyx: SIGSEGV signal caught
>>> Sorry, you have found a bug in LyX. Please read the bug-reporting
>>> instructions in Help->Introduction and send
Abdelrazak Younes wrote:
Dominik Böhm wrote:
In addition to my suggestions from Monday I would like to add another
thought:
What do you think about some preview feature in the cross-reference
dialog.
I think it would be great to be able to see on what a label, that
should be
cross-referenced,
on loading the user guide:
msvcp90d.dll!104ec1b3()
[Frames below may be incorrect and/or missing, no symbols loaded for
msvcp90d.dll]
>
> lyx.exe!std::_Vector_const_iterator
> >::operator*() Line 98 + 0x14 bytes C++
lyx.exe!std::_Vector_iterato
Pavel Sanda wrote:
Should be OK now.
it is
pavel
So, like my new toy?
really dont know :)
file->open->my file
lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. Please read the bug-reporting instructions in
Help->Introduction and send us a bug report, if necessary. Thanks !
Bye
> >>> Should be OK now.
> >> it is
> >> pavel
> >
> > So, like my new toy?
>
> really dont know :)
>
> file->open->my file
>
> lyx: SIGSEGV signal caught
> Sorry, you have found a bug in LyX. Please read the bug-reporting
> instructions in Help->Introduction and send us a bug report, if necess
>>> Should be OK now.
>> it is
>> pavel
>
> So, like my new toy?
really dont know :)
file->open->my file
lyx: SIGSEGV signal caught
Sorry, you have found a bug in LyX. Please read the bug-reporting instructions
in Help->Introduction and send us a bug report, if necessary. Thanks !
Bye.
Aborted
Pavel Sanda wrote:
Should be OK now.
it is
pavel
So, like my new toy?
Abdel.
> Should be OK now.
it is
pavel
Abdelrazak Younes wrote:
Looks like vector::insert() doesn't like a const_iterator with gcc, I'll
fix that.
Should be OK now.
Abdel.
Am 27.02.2008 um 17:55 schrieb Stefan Schimanski:
Am 27.02.2008 um 17:09 schrieb Uwe Stöhr:
> Something like the following.
You have now committed a working version in
http://www.lyx.org/trac/changeset/23273
Can this code be used for LyX 1.5 too or does it use code that is
new to LyX 1.6
Looks like vector::insert() doesn't like a const_iterator with gcc, I'll
fix that.
Pavel Sanda wrote:
make[3]: Entering directory `/mnt/teral/lyx/devel/src'
/bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
-I../src -I../boost -Wextra -Wall -O -MT InsetRef.lo -MD -MP
Am 27.02.2008 um 17:09 schrieb Uwe Stöhr:
> Something like the following.
You have now committed a working version in
http://www.lyx.org/trac/changeset/23273
Can this code be used for LyX 1.5 too or does it use code that is
new to LyX 1.6 (e.g. the word list)?
The word list is in 1.5 avai
make[3]: Entering directory `/mnt/teral/lyx/devel/src'
/bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
-I../src -I../boost -Wextra -Wall -O -MT InsetRef.lo -MD -MP -MF
.deps/InsetRef.Tpo -c -o InsetRef.lo `test -f 'insets/InsetRef.cpp' || echo
'./'`insets/InsetRef.cpp
sebastian guttenberg wrote:
Hi Abdel
Thanks for your answer and sorry for the late response. I forgot to
check the mailing-list. Sorry for the stupid question, but what do you
mean by "delete the tree"? I guess you are referring to some file which
contains information about the tree. Or do you re
Hi Abdel
Thanks for your answer and sorry for the late response. I forgot to
check the mailing-list. Sorry for the stupid question, but what do you
mean by "delete the tree"? I guess you are referring to some file which
contains information about the tree. Or do you really mean I should
delete my w
Uwe Stöhr wrote:
- The attached manifest file.
- QtGui4.dll (from your Qt4 tree)
- QtCore4.dll (from your Qt4 tree)
- zlib1.dll (from Joost's package)
- intl.dll (from Joost's package)
- iconv.dll (from Joost's package)
- aspell.dll (from Joost's package)
- Aiksaurus.dll (from Joost's package)
-
> Opinions?
Looks good and is intuitive.
regards Uwe
> Something like the following.
You have now committed a working version in
http://www.lyx.org/trac/changeset/23273
Can this code be used for LyX 1.5 too or does it use code that is new to LyX
1.6 (e.g. the word list)?
regards Uwe
> Same with scons :-/ If I forget to copy the right DLL to the binary directory, I would get
another > error message, right?
Not, I've had a similar error message too when I used the wrong DLL.
You need to copy the following files to the folder of the lyx.exe:
- The attached manifest file.
- Qt
> >> LDR: LdrpWalkImportDescriptor() failed to probe c:\lyx\build\bin
> >> \Debug
> >> \QtCored4.dll for its manifest, ntstatus 0xc0150002
> >>
> >> ... and the 0xc0150002 error window. Any hint what to do about this?
> >
> > Which build system did you use? cmake? scons? How did you get qt4?
On Feb 27, 2008, at 8:16 AM, Abdelrazak Younes wrote:
Hello,
See http://bugzilla.lyx.org/show_bug.cgi?id=2056
I've cleaned up a bit more the code so that this should be very
easy to do. In fact, I suspect that it's already done on Mac. Could
you confirm Bennett? Or Stefan?
It's always be
On Feb 27, 2008, at 6:12 AM, Pavel Sanda wrote:
anek$ ./autogen.sh
Using automake (GNU automake) 1.9.4
Using autoconf (GNU Autoconf) 2.59
most i can say that automake 1.10 and autoconf 2.61 work here.
try to ask other mac people about the version of autotools they use.
(i'm not even sure auto
On Feb 27, 2008, at 5:38 AM, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Bennett Helm wrote:
On Feb 26, 2008, at 10:23 AM, Abdelrazak Younes wrote:
However:
1. Nothing has change with respect to my command-sequence: when
multiple files are open, each in their own window, they all get
Am 27.02.2008 um 16:22 schrieb Bo Peng:
On Wed, Feb 27, 2008 at 7:27 AM, Stefan Schimanski <[EMAIL PROTECTED]>
wrote:
Hi!
I was trying to compile and debug lyx with VC9. Finally it compiled
fine. But whenever I run it, it stop with error 0xc0150002 (before
even calling the main() function).
Am 27.02.2008 um 16:22 schrieb Bo Peng:
On Wed, Feb 27, 2008 at 7:27 AM, Stefan Schimanski <[EMAIL PROTECTED]>
wrote:
Hi!
I was trying to compile and debug lyx with VC9. Finally it compiled
fine. But whenever I run it, it stop with error 0xc0150002 (before
even calling the main() function).
On Wed, Feb 27, 2008 at 7:27 AM, Stefan Schimanski <[EMAIL PROTECTED]> wrote:
> Hi!
>
> I was trying to compile and debug lyx with VC9. Finally it compiled
> fine. But whenever I run it, it stop with error 0xc0150002 (before
> even calling the main() function). As far as I found out this has to
Hi!
Maybe as the last functional extension of the completion for now I
implemented a very unobtrusive variant by putting a little triangle at
the cursor to indicate that there is a completion available. So you
can easily disable the inline completion (which is the default for
text anyway)
Hi!
Maybe as the last functional extension of the completion for now I
implemented a very unobtrusive variant by putting a little triangle at
the cursor to indicate that there is a completion available. So you
can easily disable the inline completion (which is the default for
text anyway)
Dominik Böhm wrote:
On Mon, Feb 25, 2008 at 8:12 AM, Dominik Böhm <[EMAIL PROTECTED]> wrote:
I just wondered if there is a better way, how to handle cross-references.
In addition to my suggestions from Monday I would like to add another
thought:
What do you think about some preview feature
Pavel Sanda wrote:
See http://bugzilla.lyx.org/show_bug.cgi?id=2056
will be this user configurable?
Yes, of course.
Abdel.
> See http://bugzilla.lyx.org/show_bug.cgi?id=2056
will be this user configurable? i dislike the idea of sharing
instance mainly because of sharing crashes between windows.
pavel
Hi!
I was trying to compile and debug lyx with VC9. Finally it compiled
fine. But whenever I run it, it stop with error 0xc0150002 (before
even calling the main() function). As far as I found out this has to
do with the manifest files used by VC9 to find the right libraries. I
followed th
Hello,
See http://bugzilla.lyx.org/show_bug.cgi?id=2056
I've cleaned up a bit more the code so that this should be very easy to
do. In fact, I suspect that it's already done on Mac. Could you confirm
Bennett? Or Stefan?
IIRC Joost, you said the support code is easy on Windows, could you take
Uwe Stöhr wrote:
> Jürgen, OK?
OK.
Jürgen
On Mon, Feb 25, 2008 at 8:12 AM, Dominik Böhm <[EMAIL PROTECTED]> wrote:
> I just wondered if there is a better way, how to handle cross-references.
In addition to my suggestions from Monday I would like to add another
thought:
What do you think about some preview feature in the cross-reference
> anek$ ./autogen.sh
> Using automake (GNU automake) 1.9.4
> Using autoconf (GNU Autoconf) 2.59
most i can say that automake 1.10 and autoconf 2.61 work here.
try to ask other mac people about the version of autotools they use.
(i'm not even sure autools are the best way how to proceed under
mac
Abdelrazak Younes wrote:
Bennett Helm wrote:
On Feb 26, 2008, at 10:23 AM, Abdelrazak Younes wrote:
However:
1. Nothing has change with respect to my command-sequence: when
multiple files are open, each in their own window, they all get closed.
I guess this is a bug in the Mac plaftorm. Pl
Bennett Helm wrote:
On Feb 26, 2008, at 10:23 AM, Abdelrazak Younes wrote:
However:
1. Nothing has change with respect to my command-sequence: when
multiple files are open, each in their own window, they all get closed.
I guess this is a bug in the Mac plaftorm. Please try without your
com
rgheck wrote:
The former is trivial, but the latter looks worrying.
GuiView.cpp:406: warning: comparison between signed and unsigned integer
expressions
GuiView.cpp:409: warning: unused variable 'wa'
It's just remaining from debugging process. I'll remove that.
Abdel.
Bennett Helm wrote:
On Feb 26, 2008, at 10:32 AM, Abdelrazak Younes wrote:
Well, you have a definite advantage here English being your native
language ;-)
Yeah, but your English is excellent! (Note: the informal of "yes" is
"yeah" -- not "year" as you have often written.)
Yeah, each time I
Pavel Sanda
Tue, 26 Feb 2008 14:17:55 -0800
> Trying to compile on a PPC G4 with OSX 10.4 I get
>
> config.status: error: cannot find input file: config/Makefile.in
you run firstly autogen.sh and then configure, yes? pavel
Yes, but when I did it again I think I found the root cause:
anek$ ./aut
65 matches
Mail list logo
