I get:
g++-2.96 -pg -DHAVE_CONFIG_H -I. -I../../../lyx-devel/src/support -I../../src
-I../../../lyx-devel/src/support/../ -I../../../lyx-devel/boost -I/usr/X11R6/include
-g -O2 -fno-exceptions -ftemplate-depth-30 -Wno-non-template-friend -W -Wall -c
../../../lyx-devel/src/support/lstrings.C
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| I get:
|
| g++-2.96 -pg -DHAVE_CONFIG_H -I. -I../../../lyx-devel/src/support -I../../src
-I../../../lyx-devel/src/support/../ -I../../../lyx-devel/boost -I/usr/X11R6/include
-g -O2 -fno-exceptions -ftemplate-depth-30 -Wno-non-template-friend -W
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Assert is in namespace lyx::support.
Yes, and all seems reasonable in the code.
Lars I compiled all (xforms/qt/with-included-string) right before I
Lars committed the lyx::support, so I do not really understand this.
I believe you :)
On Tue, Jul 01, 2003 at 04:06:00PM +0200, Jean-Marc Lasgouttes wrote:
I believe you :) This is probably a problem related to gcc 2.95/2.96
with nested namespaces.
Is using lyx::support:: really better than a plain lyx::?
It's a question of taste
Personally I am already back from my
No one has any ideas???
On Fri, Jun 27, 2003 at 09:50:55AM -0700, [EMAIL PROTECTED] wrote:
Interesting. Running under GDB, the error not only crashes LyX, it causes the
KDE window manager to lock up, and it doesn't seem recoverable.
That means I can't run, cut and paste bt easily.
Configuration
Host type: i686-pc-linux-gnu
Special build flags:warnings assertions xforms-image-loader
C Compiler: gcc
C Compiler flags: -g -O2
C++ Compiler: g++ (2.95.1)
C++ Compiler flags:
g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/support -I../../src -I../../../lyx/sr
c/support/../ -I../../../lyx/boost -I/usr/X11R6/include -O2 -fno-exceptions -W -
Wall -Winline -mms-bitfields -MT os.lo -MD -MP -MF .deps/os.Tpo -c ../../../lyx/
src/support/os.C
In file included from
fixes building --with-pspell
Regards,
Juergen
Index: src/ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/src/ChangeLog,v
retrieving revision 1.1402
diff -u -r1.1402 ChangeLog
--- src/ChangeLog 2003/07/01 11:51:17 1.1402
+++ src/ChangeLog
Martin Vermeer wrote:
Here it is... working and all -- for me at least.
Can you send an updated patch, please? It does not apply cleanly anymore.
Thanks,
Juergen
[EMAIL PROTECTED] wrote:
No one has any ideas???
Not me :(
I don't know if it would be useful, but could you get a complete backtrace?
You may need to issue
ulimit -c unlimited
to enable core dumps.
Then run and make lyx crash.
you should have a 'core' or 'core.PID' file on the directory
Alfredo Braunstein wrote:
No one has any ideas???
Not me :(
Me neither. Cannot reproduce with SuSE 8.2, qt 3.1.2
I don't know if it would be useful, but could you get a complete backtrace?
You may need to issue
It would perhaps also be useful if you could try to run a memory debugger
Juergen Spitzmueller wrote:
Me neither. Cannot reproduce with SuSE 8.2, qt 3.1.2
Actually, I can (both with 1.3.3cvs and 1.4cvs). I'll have a look.
Juergen.
On Tue, Jul 01, 2003 at 08:25:26PM +0200, Alfredo Braunstein wrote:
You may need to issue
ulimit -c unlimited
to enable core dumps.
Then do
gdb core.PID lyx
and then please post the output of 'bt' to the list.
Alfredo:
Thanks for the brief tutorial.
Here is the bt:
(gdb) bt
#0
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Jul 01, 2003 at 04:06:00PM +0200, Jean-Marc Lasgouttes wrote:
| I believe you :) This is probably a problem related to gcc 2.95/2.96
| with nested namespaces.
|
| Is using lyx::support:: really better than a plain lyx::?
|
| It's a question
Kayvan A. Sylvan [EMAIL PROTECTED] writes:
| lstrings.C:705: `Assert' undeclared in namespace `lyx'
| lstrings.C:706: `Assert' undeclared in namespace `lyx'
| lstrings.C:707: `Assert' undeclared in namespace `lyx'
| lstrings.C:708: `Assert' undeclared in namespace `lyx'
| lstrings.C:709: `Assert'
Kayvan A. Sylvan [EMAIL PROTECTED] writes:
| g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/support -I../../src -I../../../lyx/sr
| c/support/../ -I../../../lyx/boost -I/usr/X11R6/include -O2 -fno-exceptions -W -
| Wall -Winline -mms-bitfields -MT os.lo -MD -MP -MF .deps/os.Tpo -c ../../../lyx/
|
On Tue, Jul 01, 2003 at 07:28:40PM +0200, Juergen Spitzmueller spake thusly:
fixes building --with-pspell
Regards,
Juergen
I had the same problem in support/lstrings.C as reported above by
Jean-Marc and Kayvan. Removing the lyx:: from the Assert's fixed at
least the compilation error. But
[EMAIL PROTECTED] (Juergen Spitzmueller) writes:
| fixes building --with-pspell
Ok.
--
Lgb
On Tue, Jul 01, 2003 at 08:11:19PM +0200, Juergen Spitzmueller spake thusly:
Martin Vermeer wrote:
Here it is... working and all -- for me at least.
Can you send an updated patch, please? It does not apply cleanly anymore.
Thanks,
Juergen
Working on it... with luck, tomorrow.
-
Martin Vermeer [EMAIL PROTECTED] writes:
| On Tue, Jul 01, 2003 at 07:28:40PM +0200, Juergen Spitzmueller spake thusly:
|
| fixes building --with-pspell
|
| Regards,
| Juergen
|
| I had the same problem in support/lstrings.C as reported above by
| Jean-Marc and Kayvan. Removing the lyx::
On Tue, Jun 24, 2003 at 02:14:15PM +0200, Jean-Marc Lasgouttes wrote:
'-dbg gui' says:
Menu warning: menu entries Open recent|t and New from Template...|T share the
same shortcut.
I didn't know we did that. It should be a non-debug warning I think.
John, I'll let you find a better
On Tue, Jul 01, 2003 at 01:26:09PM -0700, [EMAIL PROTECTED] wrote:
#0 0xe002 in ?? ()
#1 0x42028b93 in abort () from /lib/tls/libc.so.6
#2 0x082bb7a3 in lyx::abort() ()
#3 0x080d5c11 in error_handler ()
#4 signal handler called
#5 0x4031eef6 in
On Fri, Jun 27, 2003 at 03:54:30PM +0200, Jean-Marc Lasgouttes wrote:
Ronald This means, effectively, that users will need the X11
Ronald libraries and includes on their systems to compile lyx, even
Ronald though they are not (supposedly) used to run LyX with the
Ronald native Aqua libraries.
On Mon, Jun 30, 2003 at 01:58:46PM +0200, Andre Poenitz wrote:
Lars SO IMO Paste Recent is utterly misnamed. Unless I get strong
Lars objections and well founded objections I am going to change this
Lars to Select and Paste.
I've already covered why I think it's wrong, and Alfredo has
On Sun, Jun 29, 2003 at 01:42:50PM +0200, Lars Gullik Bj?nnes wrote:
There is nothing in common between Open Recent and Paste Recent,
OR has a list of recently opened documents. PR has a list of recently
copied and cut selections, not a list of recently pasted selections.
The linguistic
On Tue, Jul 01, 2003 at 10:42:57PM +0100, John Levon wrote:
This is entirely within Qt, we have no control over it. Possible causes
are a compiler bug or some weird library mismatch.
Be that as it may, it is endemic to redhat 9, as updated by redhat's
own update rpms. A rather widely used
John Levon [EMAIL PROTECTED] writes:
| On Sun, Jun 29, 2003 at 01:42:50PM +0200, Lars Gullik Bj?nnes wrote:
|
| There is nothing in common between Open Recent and Paste Recent,
| OR has a list of recently opened documents. PR has a list of recently
| copied and cut selections, not a list of
John Levon [EMAIL PROTECTED] writes:
| Open Recent means Open Recent [Document] blah.lyx. Paste Recent
| means Paste Recent [selection that starts with] blah de blah...
To me this seems almost seem like a ad-hoc explanation tuned to agree
with your opinions.
Note that you add-on to Paste Recent
On Tue, Jul 01, 2003 at 03:04:58PM -0700, [EMAIL PROTECTED] wrote:
Be that as it may, it is endemic to redhat 9, as updated by redhat's
own update rpms. A rather widely used configuration, I'm afraid.
Why aren't we seeing lots of reports then ? Did you compile lyx yourself
?
john
On Mon, 30 Jun 2003, Martin Vermeer wrote:
Here it is... working and all -- for me at least. A screenshot at
www.hut.fi/~mvermeer/branch.jpeg
Thanks for the screenshot. As far as I can see, the user has to type the
name of the branch in each note inset which will cause consistency
On Tue, Jul 01, 2003 at 11:09:38PM +0100, John Levon wrote:
Why aren't we seeing lots of reports then ?
Hop on over to lyx-users. You'll see reports also by:
Fernando Perez [EMAIL PROTECTED]
Matej Cepl [EMAIL PROTECTED]
Also, if you didn't notice, here on lyx-devel, it's also
The latest CVS doesn't compile:
$ gmake
[...]
g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -I/opt/include -I/usr/local/include
-I/usr/X11R6/include -g -O -Wno-non-template-friend -ftemplate-depth-30 -W -Wall -c
-o text_funcs.o `test -f text_funcs.C || echo './'`text_funcs.C
text_funcs.C:
Rob Lahaye [EMAIL PROTECTED] writes:
| Gcc 2.95 on FreeBSD 4.8
Have I said it before? 2.95 is not exactly a good c++ compiler...
And IMHO FreeBSD is doing its community a disservice not switching to
a more modern compiler.
That said... we are certainly able to work around this compilers
Lars Gullik Bj?nnes wrote:
Rob Lahaye [EMAIL PROTECTED] writes:
| Gcc 2.95 on FreeBSD 4.8
Have I said it before? 2.95 is not exactly a good c++ compiler...
Yes, you have...almost each time I have such complaints ;)
And IMHO FreeBSD is doing its community a disservice not switching to
a
Rob Lahaye [EMAIL PROTECTED] writes:
| Have I said it before? 2.95 is not exactly a good c++ compiler...
|
| Yes, you have...almost each time I have such complaints ;)
I will probably continue to do so :-)
| And IMHO FreeBSD is doing its community a disservice not switching to
| a more
Lars Gullik Bjønnes wrote:
| fixes building --with-pspell
Ok.
You have to apply it (I can't).
Thanks,
Juergen.
I get:
g++-2.96 -pg -DHAVE_CONFIG_H -I. -I../../../lyx-devel/src/support -I../../src
-I../../../lyx-devel/src/support/../ -I../../../lyx-devel/boost -I/usr/X11R6/include
-g -O2 -fno-exceptions -ftemplate-depth-30 -Wno-non-template-friend -W -Wall -c
../../../lyx-devel/src/support/lstrings.C
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I get:
|
| g++-2.96 -pg -DHAVE_CONFIG_H -I. -I../../../lyx-devel/src/support -I../../src
-I../../../lyx-devel/src/support/../ -I../../../lyx-devel/boost -I/usr/X11R6/include
-g -O2 -fno-exceptions -ftemplate-depth-30 -Wno-non-template-friend
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Assert is in namespace lyx::support.
Yes, and all seems reasonable in the code.
Lars> I compiled all (xforms/qt/with-included-string) right before I
Lars> committed the lyx::support, so I do not really understand this.
I
On Tue, Jul 01, 2003 at 04:06:00PM +0200, Jean-Marc Lasgouttes wrote:
> I believe you :) This is probably a problem related to gcc 2.95/2.96
> with nested namespaces.
>
> Is using lyx::support:: really better than a plain lyx::?
It's a question of taste
Personally I am already back from my
No one has any ideas???
On Fri, Jun 27, 2003 at 09:50:55AM -0700, [EMAIL PROTECTED] wrote:
> Interesting. Running under GDB, the error not only crashes LyX, it causes the
> KDE window manager to lock up, and it doesn't seem recoverable.
>
> That means I can't run, cut and paste "bt" easily.
>
Configuration
Host type: i686-pc-linux-gnu
Special build flags:warnings assertions xforms-image-loader
C Compiler: gcc
C Compiler flags: -g -O2
C++ Compiler: g++ (2.95.1)
C++ Compiler flags:
g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/support -I../../src -I../../../lyx/sr
c/support/../ -I../../../lyx/boost -I/usr/X11R6/include -O2 -fno-exceptions -W -
Wall -Winline -mms-bitfields -MT os.lo -MD -MP -MF .deps/os.Tpo -c ../../../lyx/
src/support/os.C
In file included from
fixes building --with-pspell
Regards,
Juergen
Index: src/ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/src/ChangeLog,v
retrieving revision 1.1402
diff -u -r1.1402 ChangeLog
--- src/ChangeLog 2003/07/01 11:51:17 1.1402
+++ src/ChangeLog
Martin Vermeer wrote:
> Here it is... working and all -- for me at least.
Can you send an updated patch, please? It does not apply cleanly anymore.
Thanks,
Juergen
[EMAIL PROTECTED] wrote:
> No one has any ideas???
Not me :(
I don't know if it would be useful, but could you get a complete backtrace?
You may need to issue
ulimit -c unlimited
to enable core dumps.
Then run and make lyx crash.
you should have a 'core' or 'core.PID' file on the
Alfredo Braunstein wrote:
> > No one has any ideas???
>
> Not me :(
Me neither. Cannot reproduce with SuSE 8.2, qt 3.1.2
> I don't know if it would be useful, but could you get a complete backtrace?
> You may need to issue
It would perhaps also be useful if you could try to run a memory
Juergen Spitzmueller wrote:
> Me neither. Cannot reproduce with SuSE 8.2, qt 3.1.2
Actually, I can (both with 1.3.3cvs and 1.4cvs). I'll have a look.
Juergen.
On Tue, Jul 01, 2003 at 08:25:26PM +0200, Alfredo Braunstein wrote:
> You may need to issue
> ulimit -c unlimited
> to enable core dumps.
>
> Then do
> gdb core.PID lyx
> and then please post the output of 'bt' to the list.
Alfredo:
Thanks for the brief tutorial.
Here is the bt:
(gdb) bt
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Jul 01, 2003 at 04:06:00PM +0200, Jean-Marc Lasgouttes wrote:
| > I believe you :) This is probably a problem related to gcc 2.95/2.96
| > with nested namespaces.
| >
| > Is using lyx::support:: really better than a plain lyx::?
|
| It's a
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| lstrings.C:705: `Assert' undeclared in namespace `lyx'
| lstrings.C:706: `Assert' undeclared in namespace `lyx'
| lstrings.C:707: `Assert' undeclared in namespace `lyx'
| lstrings.C:708: `Assert' undeclared in namespace `lyx'
| lstrings.C:709:
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/support -I../../src -I../../../lyx/sr
| c/support/../ -I../../../lyx/boost -I/usr/X11R6/include -O2 -fno-exceptions -W -
| Wall -Winline -mms-bitfields -MT os.lo -MD -MP -MF .deps/os.Tpo -c ../../../lyx/
|
On Tue, Jul 01, 2003 at 07:28:40PM +0200, Juergen Spitzmueller spake thusly:
>
> fixes building --with-pspell
>
> Regards,
> Juergen
I had the same problem in support/lstrings.C as reported above by
Jean-Marc and Kayvan. Removing the lyx:: from the Assert's fixed at
least the compilation error.
[EMAIL PROTECTED] (Juergen Spitzmueller) writes:
| fixes building --with-pspell
Ok.
--
Lgb
On Tue, Jul 01, 2003 at 08:11:19PM +0200, Juergen Spitzmueller spake thusly:
>
> Martin Vermeer wrote:
> > Here it is... working and all -- for me at least.
>
> Can you send an updated patch, please? It does not apply cleanly anymore.
>
> Thanks,
> Juergen
Working on it... with luck, tomorrow.
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Tue, Jul 01, 2003 at 07:28:40PM +0200, Juergen Spitzmueller spake thusly:
| >
| > fixes building --with-pspell
| >
| > Regards,
| > Juergen
|
| I had the same problem in support/lstrings.C as reported above by
| Jean-Marc and Kayvan. Removing the
On Tue, Jun 24, 2003 at 02:14:15PM +0200, Jean-Marc Lasgouttes wrote:
> '-dbg gui' says:
> Menu warning: menu entries "Open recent|t" and "New from Template...|T" share the
> same shortcut.
I didn't know we did that. It should be a non-debug warning I think.
> John, I'll let you find a better
On Tue, Jul 01, 2003 at 01:26:09PM -0700, [EMAIL PROTECTED] wrote:
> #0 0xe002 in ?? ()
> #1 0x42028b93 in abort () from /lib/tls/libc.so.6
> #2 0x082bb7a3 in lyx::abort() ()
> #3 0x080d5c11 in error_handler ()
> #4
> #5 0x4031eef6 in QPopupMenu::keyPressEvent(QKeyEvent*) ()
>from
On Fri, Jun 27, 2003 at 03:54:30PM +0200, Jean-Marc Lasgouttes wrote:
> Ronald> This means, effectively, that users will need the X11
> Ronald> libraries and includes on their systems to compile lyx, even
> Ronald> though they are not (supposedly) used to run LyX with the
> Ronald> native Aqua
On Mon, Jun 30, 2003 at 01:58:46PM +0200, Andre Poenitz wrote:
> > Lars> SO IMO "Paste Recent" is utterly misnamed. Unless I get strong
> > Lars> objections and well founded objections I am going to change this
> > Lars> to "Select and Paste".
I've already covered why I think it's wrong, and
On Sun, Jun 29, 2003 at 01:42:50PM +0200, Lars Gullik Bj?nnes wrote:
> There is nothing in common between "Open Recent" and "Paste Recent",
> OR has a list of recently opened documents. PR has a list of recently
> copied and cut selections, not a list of recently pasted selections.
The
On Tue, Jul 01, 2003 at 10:42:57PM +0100, John Levon wrote:
>
> This is entirely within Qt, we have no control over it. Possible causes
> are a compiler bug or some weird library mismatch.
Be that as it may, it is endemic to redhat 9, as updated by redhat's
own update rpms. A rather widely used
John Levon <[EMAIL PROTECTED]> writes:
| On Sun, Jun 29, 2003 at 01:42:50PM +0200, Lars Gullik Bj?nnes wrote:
|
| > There is nothing in common between "Open Recent" and "Paste Recent",
| > OR has a list of recently opened documents. PR has a list of recently
| > copied and cut selections, not a
John Levon <[EMAIL PROTECTED]> writes:
| "Open Recent" means "Open Recent [Document] blah.lyx". "Paste Recent"
| means "Paste Recent [selection that starts with] blah de blah..."
To me this seems almost seem like a ad-hoc explanation tuned to agree
with your opinions.
Note that you add-on to
On Tue, Jul 01, 2003 at 03:04:58PM -0700, [EMAIL PROTECTED] wrote:
> Be that as it may, it is endemic to redhat 9, as updated by redhat's
> own update rpms. A rather widely used configuration, I'm afraid.
Why aren't we seeing lots of reports then ? Did you compile lyx yourself
?
john
On Mon, 30 Jun 2003, Martin Vermeer wrote:
> Here it is... working and all -- for me at least. A screenshot at
>
> www.hut.fi/~mvermeer/branch.jpeg
Thanks for the screenshot. As far as I can see, the user has to type the
name of the branch in each note inset which will cause consistency
On Tue, Jul 01, 2003 at 11:09:38PM +0100, John Levon wrote:
> Why aren't we seeing lots of reports then ?
Hop on over to lyx-users. You'll see reports also by:
Fernando Perez <[EMAIL PROTECTED]>
Matej Cepl <[EMAIL PROTECTED]>
Also, if you didn't notice, here on lyx-devel, it's
The latest CVS doesn't compile:
$ gmake
[...]
g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -I/opt/include -I/usr/local/include
-I/usr/X11R6/include -g -O -Wno-non-template-friend -ftemplate-depth-30 -W -Wall -c
-o text_funcs.o `test -f text_funcs.C || echo './'`text_funcs.C
text_funcs.C:
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Gcc 2.95 on FreeBSD 4.8
Have I said it before? 2.95 is not exactly a good c++ compiler...
And IMHO FreeBSD is doing its community a disservice not switching to
a more modern compiler.
That said... we are certainly able to work around this compilers
Lars Gullik Bj?nnes wrote:
> Rob Lahaye <[EMAIL PROTECTED]> writes:
>
> | Gcc 2.95 on FreeBSD 4.8
>
> Have I said it before? 2.95 is not exactly a good c++ compiler...
Yes, you have...almost each time I have such complaints ;)
> And IMHO FreeBSD is doing its community a disservice not
Rob Lahaye <[EMAIL PROTECTED]> writes:
| > Have I said it before? 2.95 is not exactly a good c++ compiler...
|
| Yes, you have...almost each time I have such complaints ;)
I will probably continue to do so :-)
| > And IMHO FreeBSD is doing its community a disservice not switching to
| > a
Lars Gullik Bjønnes wrote:
> | fixes building --with-pspell
>
> Ok.
You have to apply it (I can't).
Thanks,
Juergen.
72 matches
Mail list logo