class foo {
public:
///
void do_it();
private:
///
int x_;
};
or
class foo {
public:
///
void do_it();
private:
///
int x_;
};
or
class foo
{
public:
///
void
On Wed, Feb 14, 2001 at 06:54:32PM -0500, Mark van Rossum wrote:
Lyx 1.1.6 failed updating the dvi file in some cases.
It happens when '\usepackage{harvard}' is present in the Latex preamble.
This probably screws up the depedency files in the temp dir (see
attachement)
When commented out
On Thu, Feb 15, 2001 at 12:33:48PM +0200, Dekel Tsur wrote:
On Wed, Feb 14, 2001 at 06:54:32PM -0500, Mark van Rossum wrote:
Lyx 1.1.6 failed updating the dvi file in some cases.
Can you try the following patch ?
One more thing: In LaTeX::deplog, why aren't we checking if foundfile
Allan,
why have you made ButtonController::valid() a "Passthrough function --
returns its input value"? It isn't used as such. Can I make it a void
function please?
I think that I'll modify my trigger_change_ vector and associated methods to
dont_trigger_change_ because FL_OBJECTs that
Moin, moin
On Wed, Feb 14, 2001 at 10:16:42PM +0100, Yves Bastide wrote:
The problem seems to come from libstdc++, at least on my Debian
unstable machine.. It's the parsing of the log file which is excruciating
slow, IIRC.
I think it's the getline() call in the while loop, in
Andre Poenitz [EMAIL PROTECTED] writes:
| Mainly whitespace again...
Can you recreate this (if needed to avoid ) so that we wont get
conflicts.
Lgb
|
| Andre'
|
| --
| Andr Pnitz [EMAIL PROTECTED]
Andre Poenitz [EMAIL PROTECTED] writes:
| class foo {
| public:
| ///
| void do_it();
| private:
| ///
| int x_;
| };
Thsi one.
You are allowed to look at code outside the mathed dir you know...
Lgb
Can you recreate this (if needed to avoid ) so that we wont get
conflicts.
I attach a new diff against my current tree.
Note that two files are empty now and could be removed..
Andre'
--
Andr Pnitz [EMAIL PROTECTED]
? mathed22.diff
?
You are allowed to look at code outside the mathed dir you know...
Somebody should have told me ;-}
Andre'
--
Andr Pnitz [EMAIL PROTECTED]
Hi all,
I'm thinking of packaging a new version of lyx for debian, since I
have shamefully not updated it since the deadkeys bugged one. However,
i've been a little alarmed by all the crash reportss I've seen for
1.1.6fix1. Is my impression right that it's less stable than 1.1.5?
Should I wait
Hello,
On Thu, Feb 15, 2001 at 01:03:13PM +0100, Bernd Harmsen wrote:
At the moment I am compiling lyx-1.1.6fix1 on my stable debian2.2 box
with libstdc++2.10. Maybe the problem does not occurre with this older
library. It will take some time, because of the slower cpu. I will
report
The bug remains after applying the patch.
Can you try the following patch ?
Index: LaTeX.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/LaTeX.C,v
retrieving revision 1.37
diff -u -p -r1.37 LaTeX.C
--- LaTeX.C
Hi,
when starting LaTeX from within LyX 1.1.6cvs, it takes 6 (!) runs to produce a
dvi file for one of my documents. Is it possible that a document requires so
many iterations or does this indicate a LyX problem? Even a dvi update requires
as many runs. For further investigation, enclosed please
Hello,
in the citation dialog there is a problem with the OK button:
1. Select a citation
2. Select another citation
3. Remove one of the two citations
4. Click on the other citation
-- the OK button is disabled
Michael
--
Dear Jules,
I wouldn't say that 1.1.6fix1 is unstable in the sense that it crashes
regularly. In fact, it hasn't crashed a single time even though I use it
aggressively. And, of course, there are many new improvements, e.g., a totally
revised menu structure, that show how hard the LyX developers
On Thu, Feb 15, 2001 at 09:55:12PM +0100, Michael Schmitt wrote:
Hi,
Hi,
when starting LaTeX from within LyX 1.1.6cvs, it takes 6 (!) runs to produce a
dvi file for one of my documents. Is it possible that a document requires so
many iterations or does this indicate a LyX problem? Even a
It looks like a quick fix... I am running too fast to make
the patch, just reporting this:
make[1]: Entering directory `/home/kayvan/src/lyx/src'
make[1]: *** No rule to make target `bibforms.h', needed by `distdir'. Stop.
make[1]: Leaving directory `/home/kayvan/src/lyx/src'
--
Kayvan A.
On Thu, 15 Feb 2001, Angus Leeming wrote:
Allan,
why have you made ButtonController::valid() a "Passthrough function --
returns its input value"? It isn't used as such. Can I make it a void
function please?
It seemed like a good idea at the time. I thought it might be used in a
way
On Thu, 15 Feb 2001, Michael Schmitt wrote:
Hello,
in the citation dialog there is a problem with the OK button:
1. Select a citation
2. Select another citation
3. Remove one of the two citations
4. Click on the other citation
-- the OK button is disabled
This is the problem Angus
[EMAIL PROTECTED] writes:
This depends upon what compiler you use.
Gcc is mostly well supported.
Lgb
[cghan@cellular cghan]$ gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs
gcc version 2.96 2731 (Red Hat Linux 7.0)
The problem never occurred
Hi,
I'm using current LyX-cvs on my Mandrake Linux 7.2 PC.
Large black areas are left on the text-canvas, when I do the following:
(this is just as an example)
- Click on Edit-Math to pop up the Edit menu list and the Math submenu list.
- Then click somewhere so that the Math submenu
class foo {
public:
///
void do_it();
private:
///
int x_;
};
or
class foo {
public:
///
void do_it();
private:
///
int x_;
};
or
class foo
{
public:
///
void
On Wed, Feb 14, 2001 at 06:54:32PM -0500, Mark van Rossum wrote:
>
> Lyx 1.1.6 failed updating the dvi file in some cases.
>
> It happens when '\usepackage{harvard}' is present in the Latex preamble.
> This probably screws up the depedency files in the temp dir (see
> attachement)
> When
On Thu, Feb 15, 2001 at 12:33:48PM +0200, Dekel Tsur wrote:
> On Wed, Feb 14, 2001 at 06:54:32PM -0500, Mark van Rossum wrote:
> >
> > Lyx 1.1.6 failed updating the dvi file in some cases.
>
> Can you try the following patch ?
One more thing: In LaTeX::deplog, why aren't we checking if
Allan,
why have you made ButtonController::valid() a "Passthrough function --
returns its input value"? It isn't used as such. Can I make it a void
function please?
I think that I'll modify my trigger_change_ vector and associated methods to
dont_trigger_change_ because FL_OBJECTs that
Moin, moin
On Wed, Feb 14, 2001 at 10:16:42PM +0100, Yves Bastide wrote:
> > > The problem seems to come from libstdc++, at least on my Debian
> > > unstable machine.. It's the parsing of the log file which is excruciating
> > > slow, IIRC.
> I think it's the getline() call in the while loop,
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Mainly whitespace again...
Can you recreate this (if needed to avoid ) so that we wont get
conflicts.
Lgb
|
| Andre'
|
| --
| André Pönitz [EMAIL PROTECTED]
Andre Poenitz <[EMAIL PROTECTED]> writes:
| class foo {
| public:
| ///
| void do_it();
| private:
| ///
| int x_;
| };
Thsi one.
You are allowed to look at code outside the mathed dir you know...
Lgb
> Can you recreate this (if needed to avoid ) so that we wont get
> conflicts.
I attach a new diff against my current tree.
Note that two files are empty now and could be removed..
Andre'
--
André Pönitz [EMAIL PROTECTED]
? mathed22.diff
?
> You are allowed to look at code outside the mathed dir you know...
Somebody should have told me ;-}
Andre'
--
André Pönitz [EMAIL PROTECTED]
Hi all,
I'm thinking of packaging a new version of lyx for debian, since I
have shamefully not updated it since the deadkeys bugged one. However,
i've been a little alarmed by all the crash reportss I've seen for
1.1.6fix1. Is my impression right that it's less stable than 1.1.5?
Should I wait
Hello,
On Thu, Feb 15, 2001 at 01:03:13PM +0100, Bernd Harmsen wrote:
> At the moment I am compiling lyx-1.1.6fix1 on my stable debian2.2 box
> with libstdc++2.10. Maybe the problem does not occurre with this older
> library. It will take some time, because of the slower cpu. I will
> report
The bug remains after applying the patch.
> Can you try the following patch ?
>
> Index: LaTeX.C
> ===
> RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/LaTeX.C,v
> retrieving revision 1.37
> diff -u -p -r1.37 LaTeX.C
> --- LaTeX.C
Hi,
when starting LaTeX from within LyX 1.1.6cvs, it takes 6 (!) runs to produce a
dvi file for one of my documents. Is it possible that a document requires so
many iterations or does this indicate a LyX problem? Even a dvi update requires
as many runs. For further investigation, enclosed please
Hello,
in the citation dialog there is a problem with the OK button:
1. Select a citation
2. Select another citation
3. Remove one of the two citations
4. Click on the other citation
--> the OK button is disabled
Michael
--
Dear Jules,
I wouldn't say that 1.1.6fix1 is unstable in the sense that it crashes
regularly. In fact, it hasn't crashed a single time even though I use it
aggressively. And, of course, there are many new improvements, e.g., a totally
revised menu structure, that show how hard the LyX developers
On Thu, Feb 15, 2001 at 09:55:12PM +0100, Michael Schmitt wrote:
> Hi,
Hi,
>
> when starting LaTeX from within LyX 1.1.6cvs, it takes 6 (!) runs to produce a
> dvi file for one of my documents. Is it possible that a document requires so
> many iterations or does this indicate a LyX problem?
It looks like a quick fix... I am running too fast to make
the patch, just reporting this:
make[1]: Entering directory `/home/kayvan/src/lyx/src'
make[1]: *** No rule to make target `bibforms.h', needed by `distdir'. Stop.
make[1]: Leaving directory `/home/kayvan/src/lyx/src'
--
Kayvan A.
On Thu, 15 Feb 2001, Angus Leeming wrote:
> Allan,
>
> why have you made ButtonController::valid() a "Passthrough function --
> returns its input value"? It isn't used as such. Can I make it a void
> function please?
It seemed like a good idea at the time. I thought it might be used in a
way
On Thu, 15 Feb 2001, Michael Schmitt wrote:
> Hello,
>
> in the citation dialog there is a problem with the OK button:
>
> 1. Select a citation
> 2. Select another citation
> 3. Remove one of the two citations
> 4. Click on the other citation
> --> the OK button is disabled
This is the
<[EMAIL PROTECTED]> writes:
>> This depends upon what compiler you use.
>> Gcc is mostly well supported.
>>
>> Lgb
[cghan@cellular cghan]$ gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs
gcc version 2.96 2731 (Red Hat Linux 7.0)
The problem never
Hi,
I'm using current LyX-cvs on my Mandrake Linux 7.2 PC.
Large black areas are left on the text-canvas, when I do the following:
(this is just as an example)
- Click on Edit->Math to pop up the Edit menu list and the Math submenu list.
- Then click somewhere so that the Math submenu
42 matches
Mail list logo
