LB wrote:
Which would not explain why futzing with the environment variables
cured (or at least moved) the bug. Then again, perhaps I'm asking too
much of the bug as far as consistency goes.
This brings me back to my thesis that somewhere there is a buffer
overflow. How/why it would
TechTonics wrote:
LB wrote:
This problem with preview is still not 100% gone. I have to change
the PATH to point to a different copy of GS (Matlab copy or official
copy) depending on which Lyx document I open. At this time, only the
document that first exhibit this problem needs PATH to
Why don't you make the Matlab copy of GS the same as the system?
I tried that unsuccessfully already.
Matlab generates the ps file even when I remove its GS directory completely.
When I substitute Matlab GS with official GS, the figures still misbehave
after I regenerate them from scratch
LB wrote:
Which would not explain why futzing with the environment variables
cured (or at least moved) the bug. Then again, perhaps I'm asking too
much of the bug as far as consistency goes.
This brings me back to my thesis that somewhere there is a buffer
overflow. How/why it would
TechTonics wrote:
LB wrote:
This problem with preview is still not 100% gone. I have to change
the PATH to point to a different copy of GS (Matlab copy or official
copy) depending on which Lyx document I open. At this time, only the
document that first exhibit this problem needs PATH to
Why don't you make the Matlab copy of GS the same as the system?
I tried that unsuccessfully already.
Matlab generates the ps file even when I remove its GS directory completely.
When I substitute Matlab GS with official GS, the figures still misbehave
after I regenerate them from scratch
LB wrote:
Which would not explain why futzing with the environment variables
cured (or at least moved) the bug. Then again, perhaps I'm asking too
much of the bug as far as consistency goes.
This brings me back to my thesis that somewhere there is a buffer
overflow. How/why it would
TechTonics wrote:
LB wrote:
This problem with preview is still not 100% gone. I have to change
the PATH to point to a different copy of GS (Matlab copy or "official"
copy) depending on which Lyx document I open. At this time, only the
document that first exhibit this problem needs PATH
Why don't you make the Matlab copy of GS the same as the system?
I tried that unsuccessfully already.
Matlab generates the ps file even when I remove its GS directory completely.
When I substitute Matlab GS with "official" GS, the figures still misbehave
after I regenerate them from
Which would not explain why futzing with the environment variables cured
(or at least moved) the bug. Then again, perhaps I'm asking too much of
the bug as far as consistency goes.
This brings me back to my thesis that somewhere there is a buffer
overflow. How/why it would involve both the
Which would not explain why futzing with the environment variables cured
(or at least moved) the bug. Then again, perhaps I'm asking too much of
the bug as far as consistency goes.
This brings me back to my thesis that somewhere there is a buffer
overflow. How/why it would involve both the
Which would not explain why futzing with the environment variables cured
(or at least moved) the bug. Then again, perhaps I'm asking too much of
the bug as far as consistency goes.
This brings me back to my thesis that somewhere there is a buffer
overflow. How/why it would involve both the
I think this supports the possibility of a Ghostscript conflict and that
Matlab comes with its own version of Gs.
I actually have three versions of gs.exe. Cygwin has two. One in cygwin\bin
directory and one in cygwin\usr\X11R6\bin directory.
Matlab has its own version as well. My install of
LB wrote:
I think this supports the possibility of a Ghostscript conflict and
that
Matlab comes with its own version of Gs.
I actually have three versions of gs.exe. Cygwin has two. One in
cygwin\bin directory and one in cygwin\usr\X11R6\bin directory.
Matlab has its own version as well. My
LB wrote:
I think this supports the possibility of a Ghostscript conflict and
that
Matlab comes with its own version of Gs.
I actually have three versions of gs.exe. Cygwin has two. One in
cygwin\bin directory and one in cygwin\usr\X11R6\bin directory.
Matlab has its own version as well. My
LB wrote:
I think this supports the possibility of a Ghostscript conflict and
that
Matlab comes with its own version of Gs.
I actually have three versions of gs.exe. Cygwin has two. One in
cygwin\bin directory and one in cygwin\usr\X11R6\bin directory.
Matlab has its own version as well. My
Paul A. Rubin wrote:
LB wrote:
I think this supports the possibility of a Ghostscript conflict and
that
Matlab comes with its own version of Gs.
I actually have three versions of gs.exe. Cygwin has two. One in
cygwin\bin directory and one in cygwin\usr\X11R6\bin directory.
Matlab has its
LB wrote:
Having already generated the image files in MATLAB, try temporarily
hiding all the Cygwin and Matlab copies of the GS executable (say by
adding a $ to the start of their names, which is easy to undo
afterward). Then run LyX and see if the images load properly.
No they don't.
Leo
On Aug 9, 2006, at 2:28 PM, TechTonics wrote:
LB wrote:
Having already generated the image files in MATLAB, try temporarily
hiding all the Cygwin and Matlab copies of the GS executable (say by
adding a $ to the start of their names, which is easy to undo
afterward). Then run LyX and see if
Your starting idea seems the easiest place to start.
LyX was configured with the system GS. It is now going
to use the matlab gs. Does the matlab gs need to be put
in the beginning of Path_prefix? Reconfigure/Restart?
[SET LC_ALL=en_EN] I think that stands for Locale.
I suggested changing that
I have changed the names (decreased by one character) of the figures that
were given me problems and they are now previewing fine!!!
Thanks
Leo
I have changed the names (decreased by one character) of the figures that
were given me problems and they are now previewing fine!!!
Clarification: it works when Lyx path points to Matlab gs. When I change
path to the official gs the preview stops working.
I have installed matlab after
LB wrote:
I have changed the names (decreased by one character) of the figures
that were given me problems and they are now previewing fine!!!
Thanks
Leo
Great! One of the great Presidents said persistence is a
far better quality than talent or genius. Still seems like
a surprising way to
TechTonics wrote:
LB wrote:
I have changed the names (decreased by one character) of the figures
that were given me problems and they are now previewing fine!!!
Great! One of the great Presidents said persistence is a
far better quality than talent or genius. Still seems like
a surprising way
I think this supports the possibility of a Ghostscript conflict and that
Matlab comes with its own version of Gs.
I actually have three versions of gs.exe. Cygwin has two. One in cygwin\bin
directory and one in cygwin\usr\X11R6\bin directory.
Matlab has its own version as well. My install of
LB wrote:
I think this supports the possibility of a Ghostscript conflict and
that
Matlab comes with its own version of Gs.
I actually have three versions of gs.exe. Cygwin has two. One in
cygwin\bin directory and one in cygwin\usr\X11R6\bin directory.
Matlab has its own version as well. My
LB wrote:
I think this supports the possibility of a Ghostscript conflict and
that
Matlab comes with its own version of Gs.
I actually have three versions of gs.exe. Cygwin has two. One in
cygwin\bin directory and one in cygwin\usr\X11R6\bin directory.
Matlab has its own version as well. My
LB wrote:
I think this supports the possibility of a Ghostscript conflict and
that
Matlab comes with its own version of Gs.
I actually have three versions of gs.exe. Cygwin has two. One in
cygwin\bin directory and one in cygwin\usr\X11R6\bin directory.
Matlab has its own version as well. My
Paul A. Rubin wrote:
LB wrote:
I think this supports the possibility of a Ghostscript conflict and
that
Matlab comes with its own version of Gs.
I actually have three versions of gs.exe. Cygwin has two. One in
cygwin\bin directory and one in cygwin\usr\X11R6\bin directory.
Matlab has its
LB wrote:
Having already generated the image files in MATLAB, try temporarily
hiding all the Cygwin and Matlab copies of the GS executable (say by
adding a $ to the start of their names, which is easy to undo
afterward). Then run LyX and see if the images load properly.
No they don't.
Leo
On Aug 9, 2006, at 2:28 PM, TechTonics wrote:
LB wrote:
Having already generated the image files in MATLAB, try temporarily
hiding all the Cygwin and Matlab copies of the GS executable (say by
adding a $ to the start of their names, which is easy to undo
afterward). Then run LyX and see if
Your starting idea seems the easiest place to start.
LyX was configured with the system GS. It is now going
to use the matlab gs. Does the matlab gs need to be put
in the beginning of Path_prefix? Reconfigure/Restart?
[SET LC_ALL=en_EN] I think that stands for Locale.
I suggested changing that
I have changed the names (decreased by one character) of the figures that
were given me problems and they are now previewing fine!!!
Thanks
Leo
I have changed the names (decreased by one character) of the figures that
were given me problems and they are now previewing fine!!!
Clarification: it works when Lyx path points to Matlab gs. When I change
path to the official gs the preview stops working.
I have installed matlab after
LB wrote:
I have changed the names (decreased by one character) of the figures
that were given me problems and they are now previewing fine!!!
Thanks
Leo
Great! One of the great Presidents said persistence is a
far better quality than talent or genius. Still seems like
a surprising way to
TechTonics wrote:
LB wrote:
I have changed the names (decreased by one character) of the figures
that were given me problems and they are now previewing fine!!!
Great! One of the great Presidents said persistence is a
far better quality than talent or genius. Still seems like
a surprising way
I think this supports the possibility of a Ghostscript conflict and that
Matlab comes with its own version of Gs.
I actually have three versions of gs.exe. Cygwin has two. One in cygwin\bin
directory and one in cygwin\usr\X11R6\bin directory.
Matlab has its own version as well. My install of
LB wrote:
I think this supports the possibility of a Ghostscript conflict and
that
Matlab comes with its own version of Gs.
I actually have three versions of gs.exe. Cygwin has two. One in
cygwin\bin directory and one in cygwin\usr\X11R6\bin directory.
Matlab has its own version as well. My
LB wrote:
I think this supports the possibility of a Ghostscript conflict and
that
Matlab comes with its own version of Gs.
I actually have three versions of gs.exe. Cygwin has two. One in
cygwin\bin directory and one in cygwin\usr\X11R6\bin directory.
Matlab has its own version as well. My
LB wrote:
I think this supports the possibility of a Ghostscript conflict and
that
Matlab comes with its own version of Gs.
I actually have three versions of gs.exe. Cygwin has two. One in
cygwin\bin directory and one in cygwin\usr\X11R6\bin directory.
Matlab has its own version as well. My
Paul A. Rubin wrote:
LB wrote:
I think this supports the possibility of a Ghostscript conflict and
that
Matlab comes with its own version of Gs.
I actually have three versions of gs.exe. Cygwin has two. One in
cygwin\bin directory and one in cygwin\usr\X11R6\bin directory.
Matlab has its
LB wrote:
Having already generated the image files in MATLAB, try temporarily
hiding all the Cygwin and Matlab copies of the GS executable (say by
adding a $ to the start of their names, which is easy to undo
afterward). Then run LyX and see if the images load properly.
No they don't.
Leo
On Aug 9, 2006, at 2:28 PM, TechTonics wrote:
LB wrote:
Having already generated the image files in MATLAB, try temporarily
hiding all the Cygwin and Matlab copies of the GS executable (say by
adding a $ to the start of their names, which is easy to undo
afterward). Then run LyX and see if
Your starting idea seems the easiest place to start.
LyX was configured with the system GS. It is now going
to use the matlab gs. Does the matlab gs need to be put
in the beginning of Path_prefix? Reconfigure/Restart?
[SET LC_ALL=en_EN] I think that stands for Locale.
I suggested changing that
I have changed the names (decreased by one character) of the figures that
were given me problems and they are now previewing fine!!!
Thanks
Leo
I have changed the names (decreased by one character) of the figures that
were given me problems and they are now previewing fine!!!
Clarification: it works when Lyx path points to Matlab gs. When I change
path to the "official" gs the preview stops working.
I have installed matlab after
LB wrote:
I have changed the names (decreased by one character) of the figures
that were given me problems and they are now previewing fine!!!
Thanks
Leo
Great! One of the great Presidents said persistence is a
far better quality than talent or genius. Still seems like
a surprising way to
TechTonics wrote:
LB wrote:
I have changed the names (decreased by one character) of the figures
that were given me problems and they are now previewing fine!!!
Great! One of the great Presidents said persistence is a
far better quality than talent or genius. Still seems like
a surprising way
Paul A. Rubin wrote:
LB wrote:
Ok, it tried this. I commented out SET LC_ALL=en_EN. This resulted
in a different image having the preview problem.
I placed SET XX=Y in lyx.bat and the preview problem moved
back to the original image. The same happens when I comment out the
other
Stephen Harris wrote:
The MATLAB Component Runtime (MCR) 7.0 and 7.1 do not contain a
copy of the GhostScript program included with MATLAB. Therefore,
applications deployed on a target machine rely on a locally-
installed version of GhostScript, if one exists, for exporting
some graphics. Since
Paul A. Rubin wrote:
Stephen Harris wrote:
The MATLAB Component Runtime (MCR) 7.0 and 7.1 do not contain a
copy of the GhostScript program included with MATLAB. Therefore,
applications deployed on a target machine rely on a locally-
installed version of GhostScript, if one exists, for
Paul A. Rubin wrote:
LB wrote:
Ok, it tried this. I commented out SET LC_ALL=en_EN. This resulted
in a different image having the preview problem.
I placed SET XX=Y in lyx.bat and the preview problem moved
back to the original image. The same happens when I comment out the
other
Stephen Harris wrote:
The MATLAB Component Runtime (MCR) 7.0 and 7.1 do not contain a
copy of the GhostScript program included with MATLAB. Therefore,
applications deployed on a target machine rely on a locally-
installed version of GhostScript, if one exists, for exporting
some graphics. Since
Paul A. Rubin wrote:
Stephen Harris wrote:
The MATLAB Component Runtime (MCR) 7.0 and 7.1 do not contain a
copy of the GhostScript program included with MATLAB. Therefore,
applications deployed on a target machine rely on a locally-
installed version of GhostScript, if one exists, for
Paul A. Rubin wrote:
LB wrote:
Ok, it tried this. I commented out SET LC_ALL=en_EN. This resulted
in a different image having the preview problem.
I placed SET XX=Y in lyx.bat and the preview problem moved
back to the original image. The same happens when I comment out the
other
Stephen Harris wrote:
"The MATLAB Component Runtime (MCR) 7.0 and 7.1 do not contain a
copy of the GhostScript program included with MATLAB. Therefore,
applications deployed on a target machine rely on a locally-
installed version of GhostScript, if one exists, for exporting
some graphics.
Paul A. Rubin wrote:
Stephen Harris wrote:
"The MATLAB Component Runtime (MCR) 7.0 and 7.1 do not contain a
copy of the GhostScript program included with MATLAB. Therefore,
applications deployed on a target machine rely on a locally-
installed version of GhostScript, if one exists, for
LB wrote:
Ok, it tried this. I commented out SET LC_ALL=en_EN. This resulted in
a different image having the preview problem.
I placed SET XX=Y in lyx.bat and the preview problem moved back
to the original image. The same happens when I comment out the other
line in the lyx.bat.
LB wrote:
Ok, it tried this. I commented out SET LC_ALL=en_EN. This resulted in
a different image having the preview problem.
I placed SET XX=Y in lyx.bat and the preview problem moved back
to the original image. The same happens when I comment out the other
line in the lyx.bat.
LB wrote:
Ok, it tried this. I commented out SET LC_ALL=en_EN. This resulted in
a different image having the preview problem.
I placed SET XX=Y in lyx.bat and the preview problem moved back
to the original image. The same happens when I comment out the other
line in the lyx.bat.
One more little experiment, if you don't mind, just to confirm symptoms:
if you comment out one of the SET commands in lyx.bat, but replace it with
a line of equal length (SET XXX=Y... with enough Xs
and Ys to match the line you commented out), does the bug move to a
LB wrote:
One more little experiment, if you don't mind, just to confirm
symptoms: if you comment out one of the SET commands in lyx.bat, but
replace it with a line of equal length (SET
XXX=Y... with enough Xs and Ys to match the line
you commented out), does the bug move
One more little experiment, if you don't mind, just to confirm symptoms:
if you comment out one of the SET commands in lyx.bat, but replace it with
a line of equal length (SET XXX=Y... with enough Xs
and Ys to match the line you commented out), does the bug move to a
LB wrote:
One more little experiment, if you don't mind, just to confirm
symptoms: if you comment out one of the SET commands in lyx.bat, but
replace it with a line of equal length (SET
XXX=Y... with enough Xs and Ys to match the line
you commented out), does the bug move
One more little experiment, if you don't mind, just to confirm symptoms:
if you comment out one of the SET commands in lyx.bat, but replace it with
a line of equal length (SET XXX=Y... with enough Xs
and Ys to match the line you commented out), does the bug move to a
LB wrote:
One more little experiment, if you don't mind, just to confirm
symptoms: if you comment out one of the SET commands in lyx.bat, but
replace it with a line of equal length (SET
XXX=Y... with enough Xs and Ys to match the line
you commented out), does the bug move
Does it display the same old symptoms; it works with lyx.exe
or if you delete one of the set commands in lyx.bat?
Lyx (or GS) gets stuck at different figures depending on what I comment
out in lyx.bat.
If the figure doesn't work with lyx.exe then it is the file.
Try it with both (the old
LB wrote:
Lyx (or GS) gets stuck at different figures depending on what I
comment out in lyx.bat.
I want to make sure I'm understanding this correctly: in a single
document with multiple images, GS will get stuck on image with the
original lyx.bat file, then process that image correctly
I want to make sure I'm understanding this correctly: in a single
document with multiple images, GS will get stuck on image with the
original lyx.bat file, then process that image correctly but get stuck
on a later one if you comment something out of lyx.bat? (And how far it
gets depends on
LB wrote:
I want to make sure I'm understanding this correctly: in a single
document with multiple images, GS will get stuck on image with the
original lyx.bat file, then process that image correctly but get stuck
on a later one if you comment something out of lyx.bat? (And how far
it gets
Does it display the same old symptoms; it works with lyx.exe
or if you delete one of the set commands in lyx.bat?
Lyx (or GS) gets stuck at different figures depending on what I comment
out in lyx.bat.
If the figure doesn't work with lyx.exe then it is the file.
Try it with both (the old
LB wrote:
Lyx (or GS) gets stuck at different figures depending on what I
comment out in lyx.bat.
I want to make sure I'm understanding this correctly: in a single
document with multiple images, GS will get stuck on image with the
original lyx.bat file, then process that image correctly
I want to make sure I'm understanding this correctly: in a single
document with multiple images, GS will get stuck on image with the
original lyx.bat file, then process that image correctly but get stuck
on a later one if you comment something out of lyx.bat? (And how far it
gets depends on
LB wrote:
I want to make sure I'm understanding this correctly: in a single
document with multiple images, GS will get stuck on image with the
original lyx.bat file, then process that image correctly but get stuck
on a later one if you comment something out of lyx.bat? (And how far
it gets
Does it display the same old symptoms; it works with lyx.exe
or if you delete one of the "set" commands in lyx.bat?
Lyx (or GS) gets "stuck" at different figures depending on what I comment
out in lyx.bat.
If the figure doesn't work with lyx.exe then it is the file.
Try it with both (the
LB wrote:
Lyx (or GS) gets "stuck" at different figures depending on what I
comment out in lyx.bat.
I want to make sure I'm understanding this correctly: in a single
document with multiple images, GS will get stuck on image with the
original lyx.bat file, then process that image
I want to make sure I'm understanding this correctly: in a single
document with multiple images, GS will get stuck on image with the
original lyx.bat file, then process that image correctly but get stuck
on a later one if you comment something out of lyx.bat? (And how far it
gets depends on
LB wrote:
I want to make sure I'm understanding this correctly: in a single
document with multiple images, GS will get stuck on image with the
original lyx.bat file, then process that image correctly but get stuck
on a later one if you comment something out of lyx.bat? (And how far
it gets
LB wrote:
I uninstalled Lyx and reinstalled it into c:\lyx\lyx14. This solved
my figure problem!!!
Thank you. I can now use 1.4.2
Looks like I spoke too soon. Now a different figure does not want to be
displayed.
Leo
Does it display the same old symptoms; it works with lyx.exe
or
LB wrote:
I uninstalled Lyx and reinstalled it into c:\lyx\lyx14. This solved
my figure problem!!!
Thank you. I can now use 1.4.2
Looks like I spoke too soon. Now a different figure does not want to be
displayed.
Leo
Does it display the same old symptoms; it works with lyx.exe
or
LB wrote:
I uninstalled Lyx and reinstalled it into c:\lyx\lyx14. This solved
my figure problem!!!
Thank you. I can now use 1.4.2
Looks like I spoke too soon. Now a different figure does not want to be
displayed.
Leo
Does it display the same old symptoms; it works with lyx.exe
or
Hi Stephen
I uninstalled Lyx and reinstalled it into c:\lyx\lyx14. This solved my
figure problem!!!
Thank you. I can now use 1.4.2
Leo
LB wrote:
The paths are not supposed to be the same. LyX 1.4.1 did not
install a python directory under LyX. Also the batfiles are
not the same. This
LB wrote:
When I start lyx1.4.2 I see two black windows (shell windows???) pop-up
and dissapear before Lyx actually appears. Lyx1.4.1 only flashes one
black window.
Does that mean anything?
Normal behavior. The first window is lyx.bat; as soon as it starts
lyx.exe, it exits. The second
I uninstalled Lyx and reinstalled it into c:\lyx\lyx14. This solved my
figure problem!!!
Thank you. I can now use 1.4.2
Looks like I spoke too soon. Now a different figure does not want to be
displayed.
Leo
LB wrote:
I uninstalled Lyx and reinstalled it into c:\lyx\lyx14. This solved
my figure problem!!!
Thank you. I can now use 1.4.2
Looks like I spoke too soon. Now a different figure does not want to be
displayed.
Leo
But the original one does display, even when loaded from its
On 8/1/06, LB [EMAIL PROTECTED] wrote:
I uninstalled Lyx and reinstalled it into c:\lyx\lyx14. This solved my
figure problem!!!
Thank you. I can now use 1.4.2
Looks like I spoke too soon. Now a different figure does not want to be
displayed.
I do not know what have gone wrong, just want
Hi Stephen
I uninstalled Lyx and reinstalled it into c:\lyx\lyx14. This solved my
figure problem!!!
Thank you. I can now use 1.4.2
Leo
LB wrote:
The paths are not supposed to be the same. LyX 1.4.1 did not
install a python directory under LyX. Also the batfiles are
not the same. This
LB wrote:
When I start lyx1.4.2 I see two black windows (shell windows???) pop-up
and dissapear before Lyx actually appears. Lyx1.4.1 only flashes one
black window.
Does that mean anything?
Normal behavior. The first window is lyx.bat; as soon as it starts
lyx.exe, it exits. The second
I uninstalled Lyx and reinstalled it into c:\lyx\lyx14. This solved my
figure problem!!!
Thank you. I can now use 1.4.2
Looks like I spoke too soon. Now a different figure does not want to be
displayed.
Leo
LB wrote:
I uninstalled Lyx and reinstalled it into c:\lyx\lyx14. This solved
my figure problem!!!
Thank you. I can now use 1.4.2
Looks like I spoke too soon. Now a different figure does not want to be
displayed.
Leo
But the original one does display, even when loaded from its
On 8/1/06, LB [EMAIL PROTECTED] wrote:
I uninstalled Lyx and reinstalled it into c:\lyx\lyx14. This solved my
figure problem!!!
Thank you. I can now use 1.4.2
Looks like I spoke too soon. Now a different figure does not want to be
displayed.
I do not know what have gone wrong, just want
Hi Stephen
I uninstalled Lyx and reinstalled it into c:\lyx\lyx14. This solved my
figure problem!!!
Thank you. I can now use 1.4.2
Leo
LB wrote:
The paths are not supposed to be the same. LyX 1.4.1 did not
install a python directory under LyX. Also the batfiles are
not the same. This
LB wrote:
When I start lyx1.4.2 I see two black windows (shell windows???) pop-up
and dissapear before Lyx actually appears. Lyx1.4.1 only flashes one
black window.
Does that mean anything?
Normal behavior. The first window is lyx.bat; as soon as it starts
lyx.exe, it exits. The second
I uninstalled Lyx and reinstalled it into c:\lyx\lyx14. This solved my
figure problem!!!
Thank you. I can now use 1.4.2
Looks like I spoke too soon. Now a different figure does not want to be
displayed.
Leo
LB wrote:
I uninstalled Lyx and reinstalled it into c:\lyx\lyx14. This solved
my figure problem!!!
Thank you. I can now use 1.4.2
Looks like I spoke too soon. Now a different figure does not want to be
displayed.
Leo
But the original one does display, even when loaded from its
On 8/1/06, LB <[EMAIL PROTECTED]> wrote:
> I uninstalled Lyx and reinstalled it into c:\lyx\lyx14. This solved my
> figure problem!!!
>
> Thank you. I can now use 1.4.2
Looks like I spoke too soon. Now a different figure does not want to be
displayed.
I do not know what have gone wrong,
Hello
I didn't have any bright ideas. But since it seems you are close
to giving up, I thought I would toss out some longshots.
PROGRA~1\MENTOR~1\PADS\2005_1\Programs;c:\lyx\ly
(from 7/28/2006 12:03 pm, PATH report)
SH: Maybe that is a typo the ly looks wrong.
This was not a typo. That's
Hi
one more idea: if this is really a PATH problem and things worked
normally under lyx 1.4.1, then I would do the following simple steps
(unless you already tried this and I didn't see it in the earlier
messages):
(a)
Revert to LyX 1.4.1 and open the Preferences dialog to find out EXACTLY
When I start lyx1.4.2 I see two black windows (shell windows???) pop-up and
dissapear before Lyx actually appears. Lyx1.4.1 only flashes one black
window.
Does that mean anything?
Leo
LB wrote:
Hi
one more idea: if this is really a PATH problem and things worked
normally under lyx 1.4.1, then I would do the following simple steps
(unless you already tried this and I didn't see it in the earlier
messages):
(a)
Revert to LyX 1.4.1 and open the Preferences dialog to find
1 - 100 of 186 matches
Mail list logo
