Am 30.01.2011 um 02:23 schrieb Enrico Forestieri:
> On Sun, Jan 30, 2011 at 01:28:49AM +0100, Tommaso Cucinotta wrote:
>
>> Il 29/01/2011 19:12, Enrico Forestieri ha scritto:
just don't even try it: my own brand new automated tests just started
to fail because, with that template-ish t
On Sun, Jan 30, 2011 at 01:28:49AM +0100, Tommaso Cucinotta wrote:
> Il 29/01/2011 19:12, Enrico Forestieri ha scritto:
> >>just don't even try it: my own brand new automated tests just started
> >>to fail because, with that template-ish thing, at the first attempt of
> >>typing a character in tex
Il 30/01/2011 01:28, Tommaso Cucinotta ha scritto:
If it is the same currently committed, then it is sufficient to:
-) create a new file
-) type any letter and kaboom!
So, on my system, I need the patch below in order to be able to use LyX
trunk again (r37368):
Index: src/Paragraph.cpp
Il 29/01/2011 19:12, Enrico Forestieri ha scritto:
just don't even try it: my own brand new automated tests just started
to fail because, with that template-ish thing, at the first attempt of
typing a character in text-mode LyX was asserting :-).
I'm using the Enrico's patch that works fine (at
Am Samstag, 29. Januar 2011 schrieb Guillaume Pothier:
> >> I don't get it. You mean TeX-mode? Cannot see any crash here.
> >
> > Same here.
>
> I'm getting the crash when loading a file:
Not here. "Insert->File->Plain Text..." is ok, and so is "...->Plain Text, Join
Lines...".
Kornel
On 29 January 2011 16:49, Enrico Forestieri wrote:
> On Sat, Jan 29, 2011 at 07:39:19PM +0100, Kornel wrote:
>
>> Tommaso:
>> > Ok, apart from compiling, is it only me who's experience a crash when
>> > typing any character in text mode (seems it was not at all due to my
>> > template-based patch
On Sat, Jan 29, 2011 at 07:39:19PM +0100, Kornel wrote:
> overload-2.diff:
>
> Compiles fine too.
Thanks for testing.
> Tommaso:
> > Ok, apart from compiling, is it only me who's experience a crash when
> > typing any character in text mode (seems it was not at all due to my
> > template-based
On Sat, Jan 29, 2011 at 08:06:37PM +0100, Stephan Witt wrote:
> Am 29.01.2011 um 19:12 schrieb Enrico Forestieri:
>
> > On Sat, Jan 29, 2011 at 05:52:08PM +0100, Tommaso Cucinotta wrote:
> >
> >> Il 29/01/2011 17:13, Tommaso Cucinotta ha scritto:
> >>>
> I can also share my template-based
Am 29.01.2011 um 19:12 schrieb Enrico Forestieri:
> On Sat, Jan 29, 2011 at 05:52:08PM +0100, Tommaso Cucinotta wrote:
>
>> Il 29/01/2011 17:13, Tommaso Cucinotta ha scritto:
>>>
I can also share my template-based one, that avoids code replication
and actually turns this burden over th
Am Samstag, 29. Januar 2011 schrieb Enrico Forestieri:
> > just don't even try it: my own brand new automated tests just started
> > to fail because, with that template-ish thing, at the first attempt of
> > typing a character in text-mode LyX was asserting :-).
> >
> >
> >
> > I'm using the Enric
On Sat, Jan 29, 2011 at 06:37:44PM +0100, Kornel wrote:
> Am Samstag, 29. Januar 2011 schrieb Enrico Forestieri:
> > > > Yes, the cast isn't nice. Does attached patch also fix the problem?
> > > > If yes, I think you could commit it.
> >
> > Please, don't. It breaks compilation if size_t is typed
On Sat, Jan 29, 2011 at 05:52:08PM +0100, Tommaso Cucinotta wrote:
> Il 29/01/2011 17:13, Tommaso Cucinotta ha scritto:
> >
> >>I can also share my template-based one, that avoids code replication
> >>and actually turns this burden over the odocstream class itself.
> >>Assuming
> >>the latter work
Il 29/01/2011 18:37, Kornel ha scritto:
Am Samstag, 29. Januar 2011 schrieb Enrico Forestieri:
> > > Yes, the cast isn't nice. Does attached patch also fix the problem?
> > > If yes, I think you could commit it.
>
> Please, don't. It breaks compilation if size_t is typedef'd to unsigned
> i
Am Samstag, 29. Januar 2011 schrieb Enrico Forestieri:
> > > Yes, the cast isn't nice. Does attached patch also fix the problem?
> > > If yes, I think you could commit it.
>
> Please, don't. It breaks compilation if size_t is typedef'd to unsigned
> int.
>
> > Yes, it compiles now.
>
> Kornel, d
Il 29/01/2011 17:13, Tommaso Cucinotta ha scritto:
I can also share my template-based one, that avoids code replication
and actually turns this burden over the odocstream class itself.
Assuming
the latter works fine on all architectures, this one should as well :-).
Forgot to attach.
just
Il 29/01/2011 17:07, Tommaso Cucinotta ha scritto:
Il 29/01/2011 15:54, Enrico Forestieri ha scritto:
Please, don't. It breaks compilation if size_t is typedef'd to
unsigned int.
I can also share my template-based one, that avoids code replication
and actually turns this burden over the odo
Il 29/01/2011 15:54, Enrico Forestieri ha scritto:
Please, don't. It breaks compilation if size_t is typedef'd to unsigned int.
I can also share my template-based one, that avoids code replication
and actually turns this burden over the odocstream class itself. Assuming
the latter works fine o
On Sat, Jan 29, 2011 at 02:23:04PM +0100, Kornel wrote:
> Am Samstag, 29. Januar 2011 schrieb Peter Kümmel:
> > > This cured it for me, but I fear it is not the proper c++ patch.
> > >
> > >
> > >
> > > Kornel
> >
> > Yes, the cast isn't nice. Does attached patch also fix the problem?
> >
I can confim that trunk doesn't compile for me either:
insets/InsetTabular.cpp:2259: error: ambiguous overload for ‘operator<<’ in
‘lyx::operator<<(((lyx::otexstream&)((lyx::otexstream*)os)), ((const
char*)"\\multirow{")) << lyx::Tabular::rowSpan(cell)’
./support/docstream.h:154: note: candidates
Am Samstag, 29. Januar 2011 schrieb Peter Kümmel:
> > This cured it for me, but I fear it is not the proper c++ patch.
> >
> >
> >
> > Kornel
>
> Yes, the cast isn't nice. Does attached patch also fix the problem?
> If yes, I think you could commit it.
>
> Peter
Yes, it compiles now.
On 29.01.2011 13:24, Kornel wrote:
> Am Samstag, 29. Januar 2011 schrieb Tommaso Cucinotta:
>> insets/InsetTabular.cpp: In member function ‘int
>> lyx::Tabular::TeXTopHLine(lyx::otexstream&, size_t, std::string) const’:
>> insets/InsetTabular.cpp:2068: error: ambiguous overload for ‘operator<<’
>
Am Samstag, 29. Januar 2011 schrieb Tommaso Cucinotta:
> insets/InsetTabular.cpp: In member function ‘int
> lyx::Tabular::TeXTopHLine(lyx::otexstream&, size_t, std::string) const’:
> insets/InsetTabular.cpp:2068: error: ambiguous overload for ‘operator<<’
> in
> ‘lyx::operator<<(((lyx::otexstrea
As in the subject:
insets/InsetTabular.cpp: In member function ‘int
lyx::Tabular::TeXTopHLine(lyx::otexstream&, size_t, std::string) const’:
insets/InsetTabular.cpp:2068: error: ambiguous overload for ‘operator<<’
in
‘lyx::operator<<(((lyx::otexstream&)((lyx::otexstream*)lyx::operator<<(((lyx:
23 matches
Mail list logo