Re: standard Lyx template/example does not work (?)

2006-08-17 Thread Juergen Spitzmueller
TechTonics wrote:
> I would recommend for mavrosym.sty to change "Telefon" to "Telefone"!

Don't do this, this might break other packages that use marvosym.

Rather get a recent version of g-brief.cls, where the bug is fixed (according 
to the g-brief manual).

Jürgen


Math-intensive work in 1.4.x impossible.

2006-08-17 Thread Rudi Gaelzer
I installed the rpm for LyX 1.4.2 distributed in the Fedora 5 extras 
repository.

I've found that it's still impossible to work intensively on mathematical 
expressions with LyX 1.4.x.  After I perform a relatively small amount of 
editing, inside and outside math mode, the window simply crashes and then I 
have to recover the document.  That happened to me 3 times in about 10 
minutes of editing...

The same problem occurred with all versions 1.4.1 and 1.4.2 that I tested.  
Every time I have to come back to version 1.3.7, which is fortunately very 
robust.

I would like to post a debug report on this.  How can I channel the ouput 
of "lyx -dbg any" into a file?  "lyx -dbg any > lyx_bug.txt" did not work...
-- 
Rudi Gaelzer
Department of Physics
Institute of Physics and Mathematics
Federal University of Pelotas
BRAZIL
Registered linux user # 153741


Re: Math-intensive work in 1.4.x impossible.

2006-08-17 Thread Michael Abshoff
> I installed the rpm for LyX 1.4.2 distributed in the Fedora 5 extras
> repository.
>
> I've found that it's still impossible to work intensively on mathematical
> expressions with LyX 1.4.x.  After I perform a relatively small amount of
> editing, inside and outside math mode, the window simply crashes and then
> I
> have to recover the document.  That happened to me 3 times in about 10
> minutes of editing...
>
> The same problem occurred with all versions 1.4.1 and 1.4.2 that I tested.
> Every time I have to come back to version 1.3.7, which is fortunately very
> robust.
>
> I would like to post a debug report on this.  How can I channel the ouput
> of "lyx -dbg any" into a file?  "lyx -dbg any > lyx_bug.txt" did not
> work...

Try "lyx -dbg any 2> lyx_bug.txt &"

Sorry, I can't help you on the other stuff, I don't keep track of LyX
develpment at the moment :(.

Cheers,

Michael

> --
> Rudi Gaelzer
> Department of Physics
> Institute of Physics and Mathematics
> Federal University of Pelotas
> BRAZIL
> Registered linux user # 153741
>




Re: Math-intensive work in 1.4.x impossible.

2006-08-17 Thread Jean-Marc Lasgouttes
> "Rudi" == Rudi Gaelzer <[EMAIL PROTECTED]> writes:

Rudi> I've found that it's still impossible to work intensively on
Rudi> mathematical expressions with LyX 1.4.x. After I perform a
Rudi> relatively small amount of editing, inside and outside math
Rudi> mode, the window simply crashes and then I have to recover the
Rudi> document. That happened to me 3 times in about 10 minutes of
Rudi> editing...

Try to provide us with repeatable crashes. I am currently working to
fix some crashes related to sub/superscripts, for example.

JMarc


Re: Math-intensive work in 1.4.x impossible.

2006-08-17 Thread Rudi Gaelzer
Jean-Marc,
I don't think this is possible.  I mean, the crash seems to occur at any 
instant.  I can not identify any particular sequence of keystrokes that will 
ignite it...  the only pattern I can see is that the window crashes always 
after a lot of intensive editing in mathed mode, usually when I'm leaving or 
entering a math environment.

I could send the bug report obtained from "lyx -dbg any 2> lyx_bug.txt", as 
Michael Abshoff suggested, but the file, even when compressed with bzip2, is 
above the 6b limit of the mailer-deamon.

Should I create a bug report at bugzilla?

On Thursday 17 August 2006 09:51, Jean-Marc Lasgouttes wrote:
> > "Rudi" == Rudi Gaelzer <[EMAIL PROTECTED]> writes:
>
> Rudi> I've found that it's still impossible to work intensively on
> Rudi> mathematical expressions with LyX 1.4.x. After I perform a
> Rudi> relatively small amount of editing, inside and outside math
> Rudi> mode, the window simply crashes and then I have to recover the
> Rudi> document. That happened to me 3 times in about 10 minutes of
> Rudi> editing...
>
> Try to provide us with repeatable crashes. I am currently working to
> fix some crashes related to sub/superscripts, for example.
>
> JMarc

-- 
Rudi Gaelzer
Departamento de Física
Instituto de Física e Matemática
Fundação Universidade Federal de Pelotas
Caixa Postal 354 - Campus UFPel
96010-900 Pelotas - RS
Fone: +55-53-275-7416
FAX:  +55-53-275-7343
Usuário de Linux Registrado Nº 153741


Re: standard Lyx template/example does not work (?)

2006-08-17 Thread TechTonics

Jüergen Spitzmueller wrote:


TechTonics quoted Michael Hartje:

"I would recommend for mavrosym.sty to change "Telefon" to "Telefone"!


JG: Don't do this, this might break other packages that use marvosym.

Rather get a recent version of g-brief.cls, where the bug is fixed  
(according to the g-brief manual).


Jürgen



Stefan previously scrieb:

I tried an uninstall of Lyx 1.4.2 and reinstalled 1.4.1 (with 1.4.1
it used to work). But then it wouldn't even work in 1.4.1.! Now I
have 1.4.2 up and running but the error persists!

Is this error reproducible by anyone? What causes the error? If it
is not reproducible, what am I doing wrong with my lyx installation?

Please help me. I have lots of old documents using this class. Also
I like the layout more than the g-brief2 class.(and continued later)

I have two more questions though:
1) How would I figure out that the error comes from marvosym.sty,
as it is not mentioned in the error message?

2) Will this problem be resolved with future versions of miktex
or lyx?

---

1) = SH: So the usual recommendation of upgrading to the newest
release of a module and reading the documentation seems to prevail.
I'm still not sure why the behavior changed (different computers?).

Peer review of Michael Hartje's proposed solution in
"Telefon double definition in g-brief and mavrosym"
demonstrates the strength of researching the LyX User
mailing list and archives.

2) Jürgen indicates this was a Miktex package problem.

---

(no English translation) g-brief.dvi : 8 Einschrankungen und Bugs

"Bei Verswendüng des g-briefs zusammen mit dem Paket marvosym.sty
von Martin Vogel (martin\period\vogel\at\fh-bochem.de) wird die
Definition des Symbols \Telefon im Paket marvosym.sty aufgehboben,
da g-brief Definition zur Angabe Ihrer Telefonnummer verwendet."

--

I'm learning to read German ;-) for Hilbert's and my sake.

/mot juste/

Stephen in cyberdiction mode


Re: Math-intensive work in 1.4.x impossible.

2006-08-17 Thread Juergen Spitzmueller
Rudi Gaelzer wrote:
> Jean-Marc,
> I don't think this is possible.  I mean, the crash seems to occur at any
> instant.  I can not identify any particular sequence of keystrokes that
> will ignite it...  the only pattern I can see is that the window crashes
> always after a lot of intensive editing in mathed mode, usually when I'm
> leaving or entering a math environment.

Is it related to using instant preview?

Jürgen


Re: standard Lyx template/example does not work (?)

2006-08-17 Thread Juergen Spitzmueller
TechTonics wrote:
> 2) Jürgen indicates this was a Miktex package problem.

At least the error does not occur with my version (2003/05/08 v4.0.1).

> ---
>
> (no English translation) g-brief.dvi : 8 Einschrankungen und Bugs
>
> "Bei Verswendüng des g-briefs zusammen mit dem Paket marvosym.sty
> von Martin Vogel (martin\period\vogel\at\fh-bochem.de) wird die
> Definition des Symbols \Telefon im Paket marvosym.sty aufgehboben,
> da g-brief Definition zur Angabe Ihrer Telefonnummer verwendet."
>
> --

Translation:

"8 Restrictions and bugs

If you use g-brief together with Martin Vogel's marvosym.sty [Address 
ommitted], marvosym's definition of the symbol \Telefon will be overridden, 
since g-brief needs this macro for you telephone number."

Jürgen


Re: Math-intensive work in 1.4.x impossible.

2006-08-17 Thread Georg Baum
Am Donnerstag, 17. August 2006 18:27 schrieb Rudi Gaelzer:
> Jean-Marc,
> I don't think this is possible.  I mean, the crash seems to occur at any 
> instant.  I can not identify any particular sequence of keystrokes that 
will 
> ignite it...  the only pattern I can see is that the window crashes 
always 
> after a lot of intensive editing in mathed mode, usually when I'm leaving 
or 
> entering a math environment.

Did you compile LyX yourself? If yes, it would be nice if you could compile 
it with debugging symbols (run configure with --enable-debug). Then run 
LyX in gdb, and when it crashes press bt for a backtrace and send that. 
That might give us useful information.

> I could send the bug report obtained from "lyx -dbg any 2> lyx_bug.txt", 
as 
> Michael Abshoff suggested, but the file, even when compressed with bzip2, 
is 
> above the 6b limit of the mailer-deamon.

You could try

lyx -dbg mathed,action 2> lyx_bug.txt

instead. If that is still too big then simply send the last 1000 lines.

> Should I create a bug report at bugzilla?

You can, but it does not help much if the bug is not reproducible and we 
don't have a backtrace and/or debug output. If you manage to get a 
backtrace or debug output please do.

The strange thing is that heavy math editing works rather well for me in 
1.4.3svn. What OS/distribution and what compiler do you use? We have 
reported crashes with gcc 4.1 that might be related to this, see e.g. 
http://bugzilla.lyx.org/show_bug.cgi?id=2677


Georg



Re: Math-intensive work in 1.4.x impossible.

2006-08-17 Thread Rex Dieter
Georg Baum wrote:

> The strange thing is that heavy math editing works rather well for me in
> 1.4.3svn. What OS/distribution and what compiler do you use? We have
> reported crashes with gcc 4.1 that might be related to this, see e.g.
> http://bugzilla.lyx.org/show_bug.cgi?id=2677

fc5/gcc-4.1, so that may be it

-- Rex



Re: Math-intensive work in 1.4.x impossible.

2006-08-17 Thread Rudi Gaelzer
Indeed, I'm running lyx on FC5 with gcc 4.1.x.
Attached is the bug report obtained with  "lyx -dbg mathed,action 2> 
lyx_bug.txt"

Apparently, the crash really occurs when I exit mathed mode and instant 
preview should kick in...

Could this be the bug related to gcc?

Thanks.

On Thursday 17 August 2006 14:17, Georg Baum wrote:
> Am Donnerstag, 17. August 2006 18:27 schrieb Rudi Gaelzer:
> > Jean-Marc,
> > I don't think this is possible.  I mean, the crash seems to occur at any
> > instant.  I can not identify any particular sequence of keystrokes that
>
> will
>
> > ignite it...  the only pattern I can see is that the window crashes
>
> always
>
> > after a lot of intensive editing in mathed mode, usually when I'm leaving
>
> or
>
> > entering a math environment.
>
> Did you compile LyX yourself? If yes, it would be nice if you could compile
> it with debugging symbols (run configure with --enable-debug). Then run
> LyX in gdb, and when it crashes press bt for a backtrace and send that.
> That might give us useful information.
>
> > I could send the bug report obtained from "lyx -dbg any 2> lyx_bug.txt",
>
> as
>
> > Michael Abshoff suggested, but the file, even when compressed with bzip2,
>
> is
>
> > above the 6b limit of the mailer-deamon.
>
> You could try
>
> lyx -dbg mathed,action 2> lyx_bug.txt
>
> instead. If that is still too big then simply send the last 1000 lines.
>
> > Should I create a bug report at bugzilla?
>
> You can, but it does not help much if the bug is not reproducible and we
> don't have a backtrace and/or debug output. If you manage to get a
> backtrace or debug output please do.
>
> The strange thing is that heavy math editing works rather well for me in
> 1.4.3svn. What OS/distribution and what compiler do you use? We have
> reported crashes with gcc 4.1 that might be related to this, see e.g.
> http://bugzilla.lyx.org/show_bug.cgi?id=2677
>
>
> Georg

-- 
Rudi Gaelzer
Departamento de Física
Instituto de Física e Matemática
Fundação Universidade Federal de Pelotas
Caixa Postal 354 - Campus UFPel
96010-900 Pelotas - RS
Fone: +55-53-275-7416
FAX:  +55-53-275-7343
Usuário de Linux Registrado Nº 153741


lyx_bug.txt.bz2
Description: BZip2 compressed data


Re: Math-intensive work in 1.4.x impossible.

2006-08-17 Thread José Matos
On Thursday 17 August 2006 18:56, Rudi Gaelzer wrote:
> Indeed, I'm running lyx on FC5 with gcc 4.1.x.
> Attached is the bug report obtained with  "lyx -dbg mathed,action 2>
> lyx_bug.txt"
>
> Apparently, the crash really occurs when I exit mathed mode and instant
> preview should kick in...
>
> Could this be the bug related to gcc?
>
> Thanks.

  When writing my thesis, where I had hundreds of math expressions I had to 
turn off instant preview or else I would see the same behaviour.

  I am running FC5 as well but as reported in this thread this seems to be an 
issue with gcc 4.1 that is not exclusive of FC5. :-(

-- 
José Abílio


Re: Math-intensive work in 1.4.x impossible.

2006-08-17 Thread Georg Baum
Am Donnerstag, 17. August 2006 20:00 schrieb José Matos:
>   I am running FC5 as well but as reported in this thread this seems to 
be an 
> issue with gcc 4.1 that is not exclusive of FC5. :-(

Yes. Fortunately we know the cause and will fix it for 1.4.3: The included 
boost 1.32 does not work well with gcc 4.1. This is fixed in boost 1.33.

Rudi, I think it is best if you stick with 1.3.7 until we have fixed this 
issue and then try again.


Georg



Re: Math-intensive work in 1.4.x impossible.

2006-08-17 Thread José Matos
On Thursday 17 August 2006 19:21, Georg Baum wrote:
> Rudi, I think it is best if you stick with 1.3.7 until we have fixed this
> issue and then try again.

  Or turn off instant preview for the moment. :-)

> Georg

-- 
José Abílio


Re: Math-intensive work in 1.4.x impossible.

2006-08-17 Thread Juergen Spitzmueller
Rudi Gaelzer wrote:
> Apparently, the crash really occurs when I exit mathed mode and instant
> preview should kick in...
>
> Could this be the bug related to gcc?

Yes. It apparently happens with the boost version included to LyX 1.4 and gcc 
4.1. See this bug:
http://bugzilla.lyx.org/show_bug.cgi?id=2677
and this one:
http://bugzilla.lyx.org/show_bug.cgi?id=2662

Your best bet for now is to turn preview-latex off.

Jürgen


Re: Math-intensive work in 1.4.x impossible.

2006-08-17 Thread Jean-Marc Lasgouttes
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:

Georg> Am Donnerstag, 17. August 2006 20:00 schrieb José Matos:
>> I am running FC5 as well but as reported in this thread this seems
>> to
Georg> be an
>> issue with gcc 4.1 that is not exclusive of FC5. :-(

Georg> Yes. Fortunately we know the cause and will fix it for 1.4.3:
Georg> The included boost 1.32 does not work well with gcc 4.1. This
Georg> is fixed in boost 1.33.

What do we have to do to upgrade boost like that?

JMarc


PDF update under Windows

2006-08-17 Thread Ernesto Posse

Hi. I have a problem with LyX 1.4.2. under Windows. When using any of
the "update PDF" options in the View menu PDF viewers cannot update
the generated PDF, and some give an error. I found a "fix" in the LyX
wiki at

http://wiki.lyx.org/Windows/LyXWinTips

that suggests creating a PDFview.cmd script with the following code

if not exist "%~dpn1~%~x1" goto :go
pdfclose --file  "%~dpn1~%~x1"
del "%~dpn1~%~x1"
:go
copy %1 "%~dpn1~%~x1"
pdfopen --file "%~dpn1~%~x1"
exit

and putting this script as well as pdftools (pdfopen and pdfclose)
somewhere in the path, and then changing the associated viewer for PDF
from auto to PDFview.

 I've done all of these things, but it doesn't workl. I tried with
different PDF viewers (Acrobat, Foxit, eXpertPDF,) and none of these
work: LyX fails to even launch the viewers, and there is not message
given. Even starting LyX from a console window doesn't show any
messages, even after adding an "echo something" at the beginning of
the PDFview.cmd, which suggests that LyX is not running PDFview.cmd,
but I am sure it is in the path. I even tried putting it in the
lyx/bin and in my ~/.lyx directory but to no avail.

 Does anyone know whether this is a bug or if not, what to do to make
the update PDF options work under Windows?


--
Ernesto Posse
Modelling, Simulation and Design Lab - School of Computer Science
McGill University - Montreal, Quebec, Canada
url: http://moncs.cs.mcgill.ca/people/eposse


Re: PDF update under Windows

2006-08-17 Thread Paul A. Rubin

Ernesto Posse wrote:

Hi. I have a problem with LyX 1.4.2. under Windows. When using any of
the "update PDF" options in the View menu PDF viewers cannot update
the generated PDF, and some give an error. I found a "fix" in the LyX
wiki at

http://wiki.lyx.org/Windows/LyXWinTips

that suggests creating a PDFview.cmd script with the following code

if not exist "%~dpn1~%~x1" goto :go
pdfclose --file  "%~dpn1~%~x1"
del "%~dpn1~%~x1"
:go
copy %1 "%~dpn1~%~x1"
pdfopen --file "%~dpn1~%~x1"
exit


Try changing all instances of "%~dpn1~% to "%~dpn1-tmp%".


and putting this script as well as pdftools (pdfopen and pdfclose)
somewhere in the path, and then changing the associated viewer for PDF
from auto to PDFview.

 I've done all of these things, but it doesn't workl. I tried with
different PDF viewers (Acrobat, Foxit, eXpertPDF,)


I'm not positive, but I think this automatically uses whichever viewer 
is the Windows default for opening PDFs (Acrobat Reader on my system, 
and probably on yours).



and none of these
work: LyX fails to even launch the viewers, and there is not message
given. Even starting LyX from a console window doesn't show any
messages, even after adding an "echo something" at the beginning of
the PDFview.cmd, which suggests that LyX is not running PDFview.cmd,
but I am sure it is in the path. I even tried putting it in the
lyx/bin and in my ~/.lyx directory but to no avail.


My preference is to put the three files in a directory of their own, and 
put it on the LyX path prefix.  That way, if I upgrade to a newer 
version of LyX, I just have to set the path and converter, and don't 
have to worry about reinstalling the files.




 Does anyone know whether this is a bug or if not, what to do to make
the update PDF options work under Windows?


It works fine for me.  I think there are just small errors in your .cmd 
file.  Incidentally, what you have is an accurate transcription of what 
is on the wiki, so apparently that was either recorded incorrectly or is 
out of date.


/Paul



'subfigure' package on windows

2006-08-17 Thread John Pye
Hi all

I'm in a bit of a bind with getting LyX 1.4.2 to run under Windows.

For some crazy reason over which I have no control, our local firewall
doesn't allow PASV FTP connections. So I downloaded the 'bundle'
installer and thought I would be fine, but I find that I need support
for the 'subfigure' package. This isn't included in the standard bundle
(could it be added?) and because of the PASV problem, I can't use the
MikTex configuration utility to install it. I managed to download the
subfigure.cab file and put it in a local folder, which I thought would
do the trick, however when I point MikTex at this folder, it says that
the folder "does not seem to be a local package repository".

What's the right way to get around this, does anyone know?

Cheers
JP

-- 
John Pye
School of Mechanical and Manufacturing Engineering
The University of New South Wales
Sydney  NSW 2052  Australia
t +61 2 9385 5127
f +61 2 9663 1222
mailto:john.pye_AT_student_DOT_unsw.edu.au
http://pye.dyndns.org/



Crash when BibTex Bibliography file not accessible

2006-08-17 Thread Rainer M Krug
Hi

I just found a bug which causes a crash.
I created a document with a bibtex bibliography on one computer and send
it for review to somebody else. But LyX crashed as soon as she scrolled
over the first page (last lines of debug output below).
Solution: By changing the bib file to the one on her computer, it worked.
I'll check if it is already in bugzilla and will log it if not there yet

Rainer



Paint inset fully
#Looking for 78,165 in 0,166of type 0
.
terminate called after throwing an instance of
'boost::filesystem::filesystem_error'
  what():  boost::filesystem::last_write_time:
"/home/rkrug/Documents/Publications/ReprintCollection.bib": Permission
denied

-- 
Rainer M. Krug, Dipl. Phys. (Germany), MSc Conservation
Biology (UCT)

Department of Conservation Ecology and Entomology
University of Stellenbosch
Matieland 7602
South Africa

Tel:+27 - (0)72 808 2975 (w)
Fax:+27 - (0)21 808 3304
Cell:   +27 - (0)83 9479 042

email:  [EMAIL PROTECTED]
[EMAIL PROTECTED]