Angus,
You have my permission to change the license of my contribution to the
GNU GPL version 2 or later.
Please note the change of email address (please check the headers - I'm
not quoting it here for the spam-bots to find.).
Ben Stanley.
On Wed, 2005-02-23 at 01:55, Angus Leeming wrote
Angus,
You have my permission to change the license of my contribution to the
GNU GPL version 2 or later.
Please note the change of email address (please check the headers - I'm
not quoting it here for the spam-bots to find.).
Ben Stanley.
On Wed, 2005-02-23 at 01:55, Angus Leeming wrote
of adding a new label type for floats to
be able to handle the difference correctly.
Ben.
--
Ben Stanley, PhD candidate
School of Information Technology and Computer Science
University of Wollongong
he section
counters. Thus I was thinking of adding a new label type for floats to
be able to handle the difference correctly.
Ben.
--
Ben Stanley, PhD candidate
School of Information Technology and Computer Science
University of Wollongong
suppose this is a .layout issue, to be dealt with by LyXTextClass?
Ideas welcome.
I'm still working through commenting Inset.h as well, but this requires
some understanding of the entire Inset inheritance tree, which is taking
some time to acquire.
Ben.
--
Ben Stanley, PhD candidate
School
On Tue, 2002-11-19 at 17:01, Ben Stanley wrote:
4) Translating the float type (figure, algorithm, program, etc) into the
display name (Figure, Algorithm, Program, etc, with localisation).
I suppose this is a .layout issue, to be dealt with by LyXTextClass?
It seems that the code already deals
hm", "Program", etc, with localisation).
I suppose this is a .layout issue, to be dealt with by LyXTextClass?
Ideas welcome.
I'm still working through commenting Inset.h as well, but this requires
some understanding of the entire Inset inheritance tree, which is taking
some time to
On Tue, 2002-11-19 at 17:01, Ben Stanley wrote:
> 4) Translating the float type (figure, algorithm, program, etc) into the
> display name ("Figure", "Algorithm", "Program", etc, with localisation).
> I suppose this is a .layout issue, to be dealt with b
I am writing to let it be known that I consider this bug affects me as
well, and that I consider it to be rather serious. Could you please
re-consider the back-porting issue?
Ben.
Jean-Marc Lasgouttes wrote:
btz64 == btz64 [EMAIL PROTECTED] writes
btz64 when you insert a eps image in a
I am writing to let it be known that I consider this bug affects me as
well, and that I consider it to be rather serious. Could you please
re-consider the back-porting issue?
Ben.
Jean-Marc Lasgouttes wrote:
"btz64" == btz64 <[EMAIL PROTECTED]> writes
btz64> when you insert a eps image in
On Thu, 2002-11-07 at 21:05, Andre Poenitz wrote:
On Thu, Nov 07, 2002 at 12:34:56PM +1100, Ben Stanley wrote:
I will try to separate these things then, or at least put in \todo
comments where the code looks iffy and then go back to clean code later.
Doxygen can generate a page of \todo
On Thu, 2002-11-07 at 01:15, Lars Gullik Bjønnes wrote:
Ben Stanley [EMAIL PROTECTED] writes:
But I compile on RH-8.0 all the time and have no problems.
I just did a complete
cvs checkout lyx-devel
and then
autogen.sh
./configure --with-frontend=qt --prefix=/packages/lyx-1.3.0cvs
make
===
RCS file: /cvs/lyx/lyx-devel/src/ChangeLog,v
retrieving revision 1.972
diff -u -3 -p -u -r1.972 ChangeLog
--- src/ChangeLog 2002/11/07 00:37:08 1.972
+++ src/ChangeLog 2002/11/07 13:01:51
@@ -1,3 +1,7 @@
+2002-11-07 Ben Stanley [EMAIL PROTECTED]
+
+ * lyxtextclass.[Ch]: revise and add
On Fri, 2002-11-08 at 00:23, Jean-Marc Lasgouttes wrote:
Ben == Ben Stanley [EMAIL PROTECTED] writes:
Ben On Thu, 2002-11-07 at 01:15, Lars Gullik Bjønnes wrote:
Ben Stanley [EMAIL PROTECTED] writes:
But I compile on RH-8.0 all the time and have no problems.
Ben I just did
I'm trying to distill the rules for insets and paragraphs...
* Inset classescan only hold a single inset object.
* Paragraph objects are not an inset, but may contain more than one
inset.
* Paragraph objects may be inserted into an inset tree using an
InsetText object.
All this must make it
On Thu, 2002-11-07 at 21:05, Andre Poenitz wrote:
> On Thu, Nov 07, 2002 at 12:34:56PM +1100, Ben Stanley wrote:
> > I will try to separate these things then, or at least put in \todo
> > comments where the code looks iffy and then go back to clean code later.
> > Doxyge
On Thu, 2002-11-07 at 01:15, Lars Gullik Bjønnes wrote:
> Ben Stanley <[EMAIL PROTECTED]> writes:
>
> But I compile on RH-8.0 all the time and have no problems.
>
I just did a complete
cvs checkout lyx-devel
and then
autogen.sh
./configure --with-frontend=qt --prefix=/pac
Index: src/ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/src/ChangeLog,v
retrieving revision 1.972
diff -u -3 -p -u -r1.972 ChangeLog
--- src/ChangeLog 2002/11/07 00:37:08 1.972
+++ src/ChangeLog 2002/11/07 13:01:51
@@ -1,3 +1,7 @@
+2002-11-07 Ben Stanley <[EMAIL PROTECTED]>
+
+
On Fri, 2002-11-08 at 00:23, Jean-Marc Lasgouttes wrote:
> >>>>> "Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
>
> Ben> On Thu, 2002-11-07 at 01:15, Lars Gullik Bjønnes wrote:
> >> Ben Stanley <[EMAIL PROTECTED]> writes:
> >&
I'm trying to distill the rules for insets and paragraphs...
* Inset classescan only hold a single inset object.
* Paragraph objects are not an inset, but may contain more than one
inset.
* Paragraph objects may be inserted into an inset tree using an
InsetText object.
All this must make it
On Wed, 2002-11-06 at 21:19, Jean-Marc Lasgouttes wrote:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: |
Lars Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars |
Lars | Lars I already did it.
Lars |
Lars | Excellent.
On Thu, 2002-11-07 at 00:37, Jean-Marc Lasgouttes wrote:
Ben == Ben Stanley [EMAIL PROTECTED] writes:
Ben OK, I did a cvs up, and tested the build... and I *still* get
Ben failures on duplicate declarations of strerror and mkstemp.
Are you sure you ran autogen.sh?
JMarc
Yes, I
/ChangeLog 2002/11/05 18:25:53 1.970
+++ src/ChangeLog 2002/11/06 15:49:23
@@ -1,3 +1,7 @@
+2002-11-07 Ben Stanley [EMAIL PROTECTED]
+
+ * lyxtextclass.[hC]: add and clean up doxygen comments
+
2002-11-05 Lars Gullik Bjønnes [EMAIL PROTECTED]
* text2.C (updateCounters): fix bug 668
Index: src
Andre Poenitz [EMAIL PROTECTED] writes:
| I think it would be prudent to split patches into documentation stuff
| and small code changes, maybe even to abstain from the small code changes
| at all.
I will try to separate these things then, or at least put in \todo
comments where the code
On Wed, 2002-11-06 at 21:19, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
> Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> Lars> |
> Lars> | Lars> I already did
On Thu, 2002-11-07 at 00:37, Jean-Marc Lasgouttes wrote:
> >>>>> "Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
>
> Ben> OK, I did a cvs up, and tested the build... and I *still* get
> Ben> failures on duplicate declarations of strerror
/ChangeLog 2002/11/05 18:25:53 1.970
+++ src/ChangeLog 2002/11/06 15:49:23
@@ -1,3 +1,7 @@
+2002-11-07 Ben Stanley <[EMAIL PROTECTED]>
+
+ * lyxtextclass.[hC]: add and clean up doxygen comments
+
2002-11-05 Lars Gullik Bjønnes <[EMAIL PROTECTED]>
* text2.C (updateCounters): fix b
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | I think it would be prudent to split patches into "documentation stuff"
> | and "small code changes", maybe even to abstain from the small code changes
> | at all.
I will try to separate these things then, or at least put in \todo
comments where
Hi,
I'm trying to compile LyX 1.3.0cvs on RedHat 8.0, and I found that I got
a double declaration of strerror. This is primarily caused by there
being no *test* for strerror, but there is a macro which declares
strerror if HAVE_STRERROR is not defined.
I fixed this problem by adding
Hi,
I'm trying to compile LyX 1.3.0cvs on RedHat 8.0, and I found that I got
a double declaration of strerror. This is primarily caused by there
being no *test* for strerror, but there is a macro which declares
strerror if HAVE_STRERROR is not defined.
I fixed this problem by adding
John Levon wrote:
Good move. I'm sure Kayvan can host it at the ftp site.
OK, Kayvan, where would you like it? I don't have enough space to make
it publicly available to you, and it seems too large to email.
BTW, I just noticed that the preview graphics quality on photographs
gets quite a
---BeginMessage---
On Mon, Dec 31, 2001 at 02:55:19PM +1100, Ben Stanley wrote:
Kayvan A. Sylvan wrote:
Kayvan A. Sylvan wrote:
Put it in my ftp.sylvan.com/incoming/forlyx directory (a temporary
place that will disappear when you tell me the download is complete).
Finished.
Great
John Levon wrote:
>Good move. I'm sure Kayvan can host it at the ftp site.
>
OK, Kayvan, where would you like it? I don't have enough space to make
it publicly available to you, and it seems too large to email.
BTW, I just noticed that the preview graphics quality on photographs
gets quite a
--- Begin Message ---
On Mon, Dec 31, 2001 at 02:55:19PM +1100, Ben Stanley wrote:
> Kayvan A. Sylvan wrote:
>
> >>Kayvan A. Sylvan wrote:
> >>
> >>>Put it in my ftp.sylvan.com/incoming/forlyx directory (a temporary
> >>>place that will dis
Lars,
I had look at the patch... Seems that the Paragraph::next and
Paragraph::previous are still in use. How do you plan to remove them? I
suppose that once you have encapsulated them inside the iterator and
removed all uses from the rest of the code that it will be an easy
matter to remove
Hi,
I made up an rpm of ghostscript for RH7.2 with the patch (see
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=55772) applied
which fixes the rendering problem with LyX preview figures.
If there is a place to put it, I can upload it somewhere.
I have a .src.rpm (14.5Mb) and a
Lars,
I had look at the patch... Seems that the Paragraph::next and
Paragraph::previous are still in use. How do you plan to remove them? I
suppose that once you have encapsulated them inside the iterator and
removed all uses from the rest of the code that it will be an easy
matter to remove
Hi,
I made up an rpm of ghostscript for RH7.2 with the patch (see
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=55772) applied
which fixes the rendering problem with LyX preview figures.
If there is a place to put it, I can upload it somewhere.
I have a .src.rpm (14.5Mb) and a
Jean-Marc Lasgouttes wrote:
So you will be able to insert a paragraph in a paragraph. How will
that look like? You need some kind of wrapper around it, and it's
called an inset nowadays.
I think a paragraph should be an inset. Yes, inserting a paragraph in a
paragraph doesn't make much sense,
deptable file compatible with previous versions
of Lyx (and vice versa).
Ben.
--- lyx-devel-orig/src/ChangeLogWed Dec 12 09:26:32 2001
+++ lyx-devel/src/ChangeLog Wed Dec 12 09:24:51 2001
@@ -1,3 +1,9 @@
+2001-12-12 Ben Stanley [EMAIL PROTECTED]
+
+ * DepTable.h
Jean-Marc Lasgouttes wrote:
>So you will be able to insert a paragraph in a paragraph. How will
>that look like? You need some kind of wrapper around it, and it's
>called an inset nowadays.
>
I think a paragraph should be an inset. Yes, inserting a paragraph in a
paragraph doesn't make much
and makes the new deptable file compatible with previous versions
of Lyx (and vice versa).
Ben.
--- lyx-devel-orig/src/ChangeLogWed Dec 12 09:26:32 2001
+++ lyx-devel/src/ChangeLog Wed Dec 12 09:24:51 2001
@@ -1,3 +1,9 @@
+2001-12-12 Ben Stanley <[EMAIL PROTECTED]>
on Solaris and compaq cxx, and satisfy the
regulations of the style police...
Ben.
--- lyx-devel-orig/src/support/ChangeLogThu Dec 6 12:28:42 2001
+++ lyx-devel/src/support/ChangeLog Wed Dec 12 09:53:19 2001
@@ -1,3 +1,7 @@
+2001-12-12 Ben Stanley [EMAIL PROTECTED]
+
+ * lyxsum.C
Lars Gullik Bjønnes wrote:
One of my huge goals is to get rid of the paragraph linked list as we
have it now, and have the paragraphs in an stl container of some sort.
This also means moving a lot of algorithms out of LyXParagraph so it
is a lot of work. But I have a very strong feeling that
When I did my extended error reporting modification to LyX, I added
Inset Visitors. I found them to be very useful...
For those unfamiliar with the Visitor pattern, I strongly suggest you
grab a copy of Design Patterns, by Gamma et al. See page 331. Well
worth the read... but, I'll attempt to
Lars Gullik Bjønnes wrote:
ref_ptr-obj-ref_ptr-obj-ref_ptr-obj
and run reset(0) on the first, the refcount is decremented on all the
rest as well and if the refcount reach zero the paragraph is deleted,
just like we would expect.
I think it would work.
In the case you have above, it would
John Levon wrote:
On Fri, Dec 14, 2001 at 11:02:51AM +1100, Ben Stanley wrote:
class InsetA : public Inset {
// blah blah
virtual void Accept(InsetVisitor iv ) { iv.VisitInsetA(*this); }
};
class InsetVisitor {
// blah blah
virtual void VisitInsetA( InsetA ) = 0;
};
what's the point
John Levon wrote:
On Fri, Dec 14, 2001 at 12:48:23PM +1100, Ben Stanley wrote:
what's the point in calling back like this ? This looks like it requires
an VisitInsetX for every class X ? And furthermore, one that must be
public.
The point of calling back is that it gives you the virtual
John Leveon asked me how you would specify that one kind of inset is
searchable but not spell-checkable, and that another kind of inset is
spell-checkable and not searchable. Here is a complete self-contained
example.
class InsetVisitor;
class Inset {
// blah blah
virtual void
John Levon wrote:
On Fri, Dec 14, 2001 at 02:07:05PM +1100, Ben Stanley wrote:
John Leveon asked me how you would specify that one kind of inset is
searchable but not spell-checkable, and that another kind of inset is
spell-checkable and not searchable. Here is a complete self-contained
Allan Rae wrote:
I'll check my copy of, of, ummm, I've forgotten the name.
It's about implementing patterns as templates.
Allan. (ARRae)
Been there, tried that, but John and I didn't succeed. Good luck.
I thought that we could use the Barton and Nackman trick (see Scientific
and
ms we had on Solaris and compaq cxx, and satisfy the
regulations of the style police...
Ben.
--- lyx-devel-orig/src/support/ChangeLogThu Dec 6 12:28:42 2001
+++ lyx-devel/src/support/ChangeLog Wed Dec 12 09:53:19 2001
@@ -1,3 +1,7 @@
+2001-12-12 Ben Stanley <[EMA
Lars Gullik Bjønnes wrote:
>One of my huge goals is to get rid of the paragraph linked list as we
>have it now, and have the paragraphs in an stl container of some sort.
>This also means moving a lot of algorithms out of LyXParagraph so it
>is a lot of work. But I have a very strong feeling that
When I did my extended error reporting modification to LyX, I added
Inset Visitors. I found them to be very useful...
For those unfamiliar with the Visitor pattern, I strongly suggest you
grab a copy of "Design Patterns", by Gamma et al. See page 331. Well
worth the read... but, I'll attempt
Lars Gullik Bjønnes wrote:
>ref_ptr->obj->ref_ptr->obj->ref_ptr->obj
>
>and run reset(0) on the first, the refcount is decremented on all the
>rest as well and if the refcount reach zero the paragraph is deleted,
>just like we would expect.
>
>I think it would work.
>
In the case you have above,
John Levon wrote:
>On Fri, Dec 14, 2001 at 11:02:51AM +1100, Ben Stanley wrote:
>
>>class InsetA : public Inset {
>>// blah blah
>> virtual void Accept(InsetVisitor& iv ) { iv.VisitInsetA(*this); }
>>};
>>
>>class InsetVisitor {
>>// bl
John Levon wrote:
>On Fri, Dec 14, 2001 at 12:48:23PM +1100, Ben Stanley wrote:
>
>>>what's the point in calling back like this ? This looks like it requires
>>>an VisitInsetX for every class X ? And furthermore, one that must be
>>>public.
>>>
>&g
John Leveon asked me how you would specify that one kind of inset is
searchable but not spell-checkable, and that another kind of inset is
spell-checkable and not searchable. Here is a complete self-contained
example.
class InsetVisitor;
class Inset {
// blah blah
virtual void
John Levon wrote:
>On Fri, Dec 14, 2001 at 02:07:05PM +1100, Ben Stanley wrote:
>
>>John Leveon asked me how you would specify that one kind of inset is
>>searchable but not spell-checkable, and that another kind of inset is
>>spell-checkable and not searchable.
Allan Rae wrote:
>
>I'll check my copy of, of, ummm, I've forgotten the name.
>It's about implementing patterns as templates.
>
>Allan. (ARRae)
>
Been there, tried that, but John and I didn't succeed. Good luck.
I thought that we could use the Barton and Nackman trick (see Scientific
and
It would be helpful if you could put a few '\n' chars at the appropriate
places so I can read it! The message I got had it all on one line,
wrapped by the mail reader...
Michael A. Koziarski wrote:
Hey guys,
The components in bugzilla are as follows, can people step forward to:
1) take
Ben Stanley wrote:
I have now written something for 1.2 which keeps only one mtime; I'd
better test before posting.
Ben Stanley wrote:
I have now written something for 1.2 which keeps only one mtime; I'd
better test before posting.
Dammit I'd better hit the attach button instead of the send button...
Anyway, this patch corrects and tidies up the mtime stuff.
Ben.
--- lyx-devel-orig/src/ChangeLog
Jean-Marc Lasgouttes wrote:
I am not sure about that, but I believe you :) However, until we are
sure we have no complaint from HP-UX, AIX SCO or whatever people, I'd
rather not put it in 1.1.6.
OK. Please apply this to 1.2cvs so we can find out if this fixes it for
everyone.
Is it possible
It would be helpful if you could put a few '\n' chars at the appropriate
places so I can read it! The message I got had it all on one line,
wrapped by the mail reader...
Michael A. Koziarski wrote:
> Hey guys,
>
> The components in bugzilla are as follows, can people step forward to:
>
> 1)
Ben Stanley wrote:
> I have now written something for 1.2 which keeps only one mtime; I'd
> better test before posting.
Ben Stanley wrote:
> I have now written something for 1.2 which keeps only one mtime; I'd
> better test before posting.
Dammit I'd better hit the attach button instead of the send button...
Anyway, this patch corrects and tidies up the mtime stuff.
Ben.
--- lyx-devel-orig/src/Cha
Jean-Marc Lasgouttes wrote:
>I am not sure about that, but I believe you :) However, until we are
>sure we have no complaint from HP-UX, AIX SCO or whatever people, I'd
>rather not put it in 1.1.6.
>
OK. Please apply this to 1.2cvs so we can find out if this fixes it for
everyone.
>Is it
John Levon wrote:
On Sat, Dec 08, 2001 at 01:18:55PM +1100, Ben Stanley wrote:
I think I'm getting heap corruption...
Well, I've carried out some testing using mpatrol, a big and thorough
memory debugging library. It turns out that we are accessing heap memory
after freeing it:
(Note
Jean-Marc Lasgouttes wrote:
Ben == Ben Stanley [EMAIL PROTECTED] writes:
Ben Jean-Marc, Can you please check if the #define _POSIX_C_SOURCE
Ben 199506L
Ben modification would fix this problem on compaq?
It does not work.
Please refresh my memory... on this platform, MAP_FAILED is defined
/xforms/ChangeLog Thu Dec 6 10:58:32 2001
+++ lyx-devel/src/frontends/xforms/ChangeLogTue Dec 11 14:50:17 2001
@@ -1,3 +1,8 @@
+2001-12-11 Ben Stanley [EMAIL PROTECTED]
+
+ * Menubar_pimpl.C: Fixed a crashing bug when document
+ has more than 80 floats and using xforms
This patch fixes a problem I was having with errors being reported in
the wrong places.
Ben.
--- lyx-devel-orig/src/ChangeLogTue Dec 11 15:23:26 2001
+++ lyx-devel/src/ChangeLog Tue Dec 11 17:51:12 2001
@@ -1,3 +1,9 @@
+2001-12-11 Ben Stanley [EMAIL PROTECTED
The attached file gives some wierd error messages when you try to do a
View|DVI on it.
Tested on today's cvs (2001-12-11).
Ben.
#LyX 1.2 created this file. For more info see http://www.lyx.org/
\lyxformat 220
\textclass article
\language english
\inputencoding auto
\fontscheme default
John Levon wrote:
>On Sat, Dec 08, 2001 at 01:18:55PM +1100, Ben Stanley wrote:
>
>>I think I'm getting heap corruption...
>>
Well, I've carried out some testing using mpatrol, a big and thorough
memory debugging library. It turns out that we are accessing heap memory
after
Jean-Marc Lasgouttes wrote:
>>>>>>"Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
>>>>>>
>
>Ben> Jean-Marc, Can you please check if the #define _POSIX_C_SOURCE
>Ben> 199506L
>
>Ben> modification would f
/xforms/ChangeLog Thu Dec 6 10:58:32 2001
+++ lyx-devel/src/frontends/xforms/ChangeLogTue Dec 11 14:50:17 2001
@@ -1,3 +1,8 @@
+2001-12-11 Ben Stanley <[EMAIL PROTECTED]>
+
+ * Menubar_pimpl.C: Fixed a crashing bug when document
+ has more than 80 floats and using
This patch fixes a problem I was having with errors being reported in
the wrong places.
Ben.
--- lyx-devel-orig/src/ChangeLogTue Dec 11 15:23:26 2001
+++ lyx-devel/src/ChangeLog Tue Dec 11 17:51:12 2001
@@ -1,3 +1,9 @@
+2001-12-11 Ben Stanley <[EMAIL PROTEC
The attached file gives some wierd error messages when you try to do a
View|DVI on it.
Tested on today's cvs (2001-12-11).
Ben.
#LyX 1.2 created this file. For more info see http://www.lyx.org/
\lyxformat 220
\textclass article
\language english
\inputencoding auto
\fontscheme default
Jean-Marc,
Can you please check if the
#define _POSIX_C_SOURCE 199506L
modification would fix this problem on compaq?
I'd also appreciate seeing the standards(5) man page from that platform.
Ben.
Jean-Marc Lasgouttes wrote:
Compilation of 1.2.0cvs with compaq cxx dies with:
cxx: Error:
I think I'm getting heap corruption...
I load up my thesis into 1.2cvs just to try it out
then use navigate menu to jump to a section
I get some messages when I click on the Navigate menu button:
In Xpup [xpopup.c 335] too many menu items. Max=80
About 52 of them, actually...
When I release
Jean-Marc,
Can you please check if the
#define _POSIX_C_SOURCE 199506L
modification would fix this problem on compaq?
I'd also appreciate seeing the standards(5) man page from that platform.
Ben.
Jean-Marc Lasgouttes wrote:
>Compilation of 1.2.0cvs with compaq cxx dies with:
>
>cxx: Error:
I think I'm getting heap corruption...
I load up my thesis into 1.2cvs just to try it out
then use navigate menu to jump to a section
I get some messages when I click on the "Navigate" menu button:
In Xpup [xpopup.c 335] too many menu items. Max=80
About 52 of them, actually...
When I release
Lars Gullik Bjønnes wrote:
Kayvan A. Sylvan [EMAIL PROTECTED] writes:
| On Thu, Dec 06, 2001 at 08:39:47AM +0100, Lars Gullik Bjønnes wrote:
Ben Stanley [EMAIL PROTECTED] writes:
| Please let me know if the attached patch fixes this problem.
| I also tried to fix the Solaris compile problem
Lars Gullik Bjønnes wrote:
Ben Stanley [EMAIL PROTECTED] writes:
| I still need to get the proper DepTable patch out. The patch that is
| currently in 1.2 is b0rken.
explain.
Hmmm... I have a new implementation which keeps an old and a new mtime,
and checks that before checking the old
Lars Gullik Bjønnes wrote:
Ben Stanley [EMAIL PROTECTED] writes:
| However, the version currently in 1.2 writes the 3 numbers to the
| deptable, which is incompatible with previous behaviour which
| writes/reads only 2.
No, we do not have to do that.
Everything in LyX is written to work
Lars Gullik Bjønnes wrote:
>"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
>| On Thu, Dec 06, 2001 at 08:39:47AM +0100, Lars Gullik Bjønnes wrote:
>
>>>Ben Stanley <[EMAIL PROTECTED]> writes:
>>>
>>>| Please let me know if the at
Lars Gullik Bjønnes wrote:
>Ben Stanley <[EMAIL PROTECTED]> writes:
>
>| I still need to get the proper DepTable patch out. The patch that is
>| currently in 1.2 is b0rken.
>
>explain.
>
Hmmm... I have a new implementation which keeps an old and a new mtime,
and
Lars Gullik Bjønnes wrote:
>Ben Stanley <[EMAIL PROTECTED]> writes:
>
>| However, the version currently in 1.2 writes the 3 numbers to the
>| deptable, which is incompatible with previous behaviour which
>| writes/reads only 2.
>
>No, we do not have to do that.
&g
when I'll have time to get all these changes back into LyX,
as I have to write furiously. I lost a significant amount of PhD writing
time while making the changes, but they seem to work really well now,
and are saving me time compared to the old method of searching log files
for errors...
Ben
Ronald Holzloehner wrote:
(6) I just installed Lyx1.1.6fix3-1 (the binary rpm) on my RedHat 7.2
box and now the rendering of eps figures in LyX is broken: It still says
rendering, but nothing appears. The same file works correctly under
older RedHat versions.
This is actually a bug in the
+1,7 @@
+2001-12-06 Ben Stanley [EMAIL PROTECTED]
+
+ * lyxsum.C: small compaq cxx and Solaris fixes for mmap.
+
2001-12-05 Lars Gullik Bjønnes [EMAIL PROTECTED]
* filetools.C:
--- lyx-devel-orig/src/support/lyxsum.C Thu Dec 6 12:28:42 2001
+++ lyx-devel/src/support/lyxsum.C
amount of PhD writing
time while making the changes, but they seem to work really well now,
and are saving me time compared to the old method of searching log files
for errors...
Ben Stanley.
Ronald Holzloehner wrote:
>(6) I just installed Lyx1.1.6fix3-1 (the binary rpm) on my RedHat 7.2
>box and now the rendering of eps figures in LyX is broken: It still says
>"rendering", but nothing appears. The same file works correctly under
>older RedHat versions.
>
This is actually a bug in
t;>>>"Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
>>>>>>
>
>Ben> This is a version of the mmap patch which applies to cvs HEAD.
>
>Compilation of 1.2.0cvs with compaq cxx dies with:
>
>cxx: Error: ../../../lyx-devel/src/support/lyxsum.
So does that mean that we should
#define _POSIX_C_SOURCE 3
or something like that before
#include sys/mman.h
I don't have experience with Solaris on this level...
Kayvan A. Sylvan wrote:
On Tue, Dec 04, 2001 at 12:00:46AM +0100, Lars Gullik Bjønnes wrote:
Ok, what is munmap's prototype on
Some questions on iterators below...
John Levon wrote:
+ if (par-autoDeleteInsets()) {
+ found = true;
text-redoParagraphs(this, cursor,
cursor.par()-next());
So does that mean that we should
#define _POSIX_C_SOURCE 3
or something like that before
#include
I don't have experience with Solaris on this level...
Kayvan A. Sylvan wrote:
>On Tue, Dec 04, 2001 at 12:00:46AM +0100, Lars Gullik Bjønnes wrote:
>
>>Ok, what is munmap's prototype on your box?
Some questions on iterators below...
John Levon wrote:
>+ if (par->autoDeleteInsets()) {
>+ found = true;
> text->redoParagraphs(this, cursor,
>cursor.par()->next());
>
Lars Gullik Bjønnes wrote:
Ben Stanley [EMAIL PROTECTED] writes:
| +char *beg = static_castchar*(mm);
| +char *end = beg + info.st_size;
| +
| +unsigned long result = do_crc(beg,end);
Did you check the speed difference between this and crc.process_block
::cout CRC: lyx::sum(fil) std::endl;
}
+#endif
--- lyx-devel/src/support/ChangeLog.origMon Dec 3 11:32:13 2001
+++ lyx-devel/src/support/ChangeLog Mon Dec 3 11:36:32 2001
@@ -1,3 +1,8 @@
+2001-12-03 Ben Stanley [EMAIL PROTECTED]
+
+ * lyxsum.C: Added mmap version of CRC
1 - 100 of 238 matches
Mail list logo