Peter Kümmel wrote:
Abdelrazak Younes wrote:
Any idea someone? Edwin?
It seems that "lib/images/math/sqintop.xpm" is corrupt or something...
Fixed. Having a readable pixmap format is really an advantage, I've just added
a 'X' to have a consistent file (also gimp complains with the old one).
On Fri, May 04, 2007 at 09:48:29PM +, Angus Leeming wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > >> Fixed. Having a readable pixmap format is really an advantage, I've just
> added
> > >> a 'X' to have a consistent file (also gimp complains with the old one).
> > >
> > > But cou
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >> Fixed. Having a readable pixmap format is really an advantage, I've just
added
> >> a 'X' to have a consistent file (also gimp complains with the old one).
> >
> > But couldn't we catch the error?
>
> I already said that
XPM files can be compi
Peter Kümmel wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Any idea someone? Edwin?
It seems that "lib/images/math/sqintop.xpm" is corrupt or something...
Abdel.
Fixed. Having a readable pixmap format is really an advantage, I've just added
a 'X' to have a consistent file (also gimp c
Peter Kümmel wrote:
> Abdelrazak Younes wrote:
>> Any idea someone? Edwin?
>>
>> It seems that "lib/images/math/sqintop.xpm" is corrupt or something...
>>
>> Abdel.
>>
>
> Fixed. Having a readable pixmap format is really an advantage, I've just added
> a 'X' to have a consistent file (also gimp co
Abdelrazak Younes wrote:
> Any idea someone? Edwin?
>
> It seems that "lib/images/math/sqintop.xpm" is corrupt or something...
>
> Abdel.
>
Fixed. Having a readable pixmap format is really an advantage, I've just added
a 'X' to have a consistent file (also gimp complains with the old one).
>
Any idea someone? Edwin?
It seems that "lib/images/math/sqintop.xpm" is corrupt or something...
Abdel.
QtCored4.dll!qt_message_output(QtMsgType msgType=QtFatalMsg, const
char * buf=0x01bfc494) Line 2155 C++
QtCored4.dll!qFatal(const char * msg=0x6712e604, ...) Line 2375 +
0xe bytes C++
Am Freitag, 6. April 2007 19:08 schrieb Enrico Forestieri:
> Yes, this works, too. However, I am facing another problem.
> After View->DVI, latex hangs. I suspect that this a problem with the
> Path thing as when I use the following script
You were right. The compiler completely optimized away th
On Fri, Apr 06, 2007 at 06:04:47PM +0200, Georg Baum wrote:
> Am Freitag, 6. April 2007 16:02 schrieb Enrico Forestieri:
>
> > I don't think that your commit fixes 3410. I was working on the attached
> > patch that fixes it. The only relevant bit is in tempname.C, all other
> > changes are conseq
Am Freitag, 6. April 2007 16:02 schrieb Enrico Forestieri:
> I don't think that your commit fixes 3410. I was working on the attached
> patch that fixes it. The only relevant bit is in tempname.C, all other
> changes are consequential to that. I'll adapt this to your last commit.
Oh, even more en
On Fri, Apr 06, 2007 at 03:12:07PM +0200, Georg Baum wrote:
> Am Donnerstag, 5. April 2007 11:41 schrieb François Amato:
>
> > LyX could not create the temporary directory 'C:/Documents and
> > Settings/François Amato/Local Settings/Temp/lyx_tmpdir2500a03240'
> > Error: Impossible de créer
Am Donnerstag, 5. April 2007 11:41 schrieb François Amato:
> LyX could not create the temporary directory 'C:/Documents and
> Settings/François Amato/Local Settings/Temp/lyx_tmpdir2500a03240'
> Error: Impossible de créer un répertoire temporaire
>
> Imp
> I just tried to install LyX 1.5 beta 1 on Windows XP SP2, and I just can't launch the program. On
> startup, it crashes saying that it can't create the temporary directory :...
I think this is bug 3410:
http://bugzilla.lyx.org/show_bug.cgi?id=3410
regards Uwe
Hello,
I just tried to install LyX 1.5 beta 1 on Windows XP SP2, and I just can't
launch the program. On startup, it crashes saying that it can't create the
temporary directory :
Error returned from iconv
EILSEQ An invalid multibyte sequence has been encountered in the input.
When convertin
Peter Kümmel wrote:
> There was a bug in their vector.hpp implementation. With the patch it don't
> crashes any more but now I have a other error message from aspell :
>
> .../standart.kbd:3: The string "qw" is invalid.
>
> The good news is that I've the same message with the cvs version
> (the l
Joost Verburg wrote:
> Peter Kümmel wrote:
>> When I start the spell checker lyx crashes because of
>> the debug code in stl:
>> I think this is a aspell problem. The only chance we have is that it
>> works in
>> the release mode, start compiling know.
>
> The release version crashes for me as wel
Abdelrazak Younes wrote:
>
> I don't understand how setFocus could result in the usage of
> bufferView()... And I don't see the crash either...
I use a snapshot Qt, maybe this is the reason.
>> but no WorkArea has been constructed at this time.
>
> You mean BufferView right?
>
> Anyway... this
Peter Kümmel wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
My build with msvc crashes on startup here:
Buffer * BufferView::buffer() const
{
return pimpl_->buffer_;
}
This is my first build since two weeks, so
is this a known problem?
This is weird... I don't
Peter Kümmel wrote:
> Abdelrazak Younes wrote:
>> Peter Kümmel wrote:
>>> My build with msvc crashes on startup here:
>>>
>>> Buffer * BufferView::buffer() const
>>> {
>>> return pimpl_->buffer_;
>>> }
>>>
>>> This is my first build since two weeks, so
>>> is this a known problem?
>> This is w
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> My build with msvc crashes on startup here:
>>
>> Buffer * BufferView::buffer() const
>> {
>> return pimpl_->buffer_;
>> }
>>
>> This is my first build since two weeks, so
>> is this a known problem?
>
> This is weird... I don't see this with m
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> My build with msvc crashes on startup here:
>>
>> Buffer * BufferView::buffer() const
>> {
>> return pimpl_->buffer_;
>> }
>>
>> This is my first build since two weeks, so
>> is this a known problem?
>
> This is weird... I don't see this with m
Peter Kümmel wrote:
My build with msvc crashes on startup here:
Buffer * BufferView::buffer() const
{
return pimpl_->buffer_;
}
This is my first build since two weeks, so
is this a known problem?
This is weird... I don't see this with msvc2005. Backtrace?
Abdel.
My build with msvc crashes on startup here:
Buffer * BufferView::buffer() const
{
return pimpl_->buffer_;
}
This is my first build since two weeks, so
is this a known problem?
Peter
On Mon, Feb 16, 2004 at 12:51:23PM +0100, Jean-Marc Lasgouttes wrote:
> I can confirm this. Andre', here is a part of the relevant backtrace,
> without debug info, but the problem seems clear enough:
Fixed.
Andre'
On Mon, Feb 16, 2004 at 12:59:19PM +0100, Andre' Poenitz wrote:
> On Mon, Feb 16, 2004 at 12:51:23PM +0100, Jean-Marc Lasgouttes wrote:
> > > "Ling" == Ling Li <[EMAIL PROTECTED]> writes:
> >
> > Ling> On Fedora Linux 1, kernel 2.6, configured with --disable-debug
> > Ling> --enable-compressio
On Mon, Feb 16, 2004 at 12:51:23PM +0100, Jean-Marc Lasgouttes wrote:
> > "Ling" == Ling Li <[EMAIL PROTECTED]> writes:
>
> Ling> On Fedora Linux 1, kernel 2.6, configured with --disable-debug
> Ling> --enable-compression-support --with-aspell --disable-warnings
> Ling> --disable-assertions --
> "Ling" == Ling Li <[EMAIL PROTECTED]> writes:
Ling> On Fedora Linux 1, kernel 2.6, configured with --disable-debug
Ling> --enable-compression-support --with-aspell --disable-warnings
Ling> --disable-assertions --with-frontend="xforms qt"
Ling> Compiled OK. lyx-xforms crashes several seconds
On Fedora Linux 1, kernel 2.6, configured with
--disable-debug --enable-compression-support --with-aspell
--disable-warnings --disable-assertions --with-frontend="xforms qt"
Compiled OK. lyx-xforms crashes several seconds after startup. Nothing
needs to be done.
--Ling
> Fixed.
>
Hey thanks! You fix faster than I can compile!
Alfredo
Alfredo Braunstein wrote:
> On current lyx, qt frontend, I get on startup (only on the qt frontend,
> xforms works perfectly):
> I think this behaviour has been introduced yesterday. (don't know when
> exactly, I was away). The bt ends there because gdb seems to have hard
> time going further (100
Alfredo Braunstein wrote:
> On current lyx, qt frontend, I get on startup (only on the qt frontend,
> xforms works perfectly):
> I think this behaviour has been introduced yesterday. (don't know when
> exactly, I was away). The bt ends there because gdb seems to have hard
> time going further (100%
On current lyx, qt frontend, I get on startup (only on the qt frontend,
xforms works perfectly):
I think this behaviour has been introduced yesterday. (don't know when
exactly, I was away). The bt ends there because gdb seems to have hard time
going further (100% cpu for a while and no further outp
> "Nirmal" == Nirmal Govind <[EMAIL PROTECTED]> writes:
Nirmal> I actually downloaded the cvs for the first time on this
Nirmal> computer and compiled... so wouldn't that be a 'clean' make by
Nirmal> default?
Yes, it should.
I have never seen such a crash... Maybe Lars or Angus will have ide
> trying to recover from xmas...
Yup that's true.. sorry for the impatience.. :-)
> Stupid question: did you try 'make clean && make'?
I actually downloaded the cvs for the first time on this computer and
compiled... so wouldn't that be a 'clean' make by default?
nirmal
> "Nirmal" == Nirmal Govind <[EMAIL PROTECTED]> writes:
Nirmal> Folks.. any idea what's going wrong here in this crash?
Nirmal> Thanks, nirmal
Personally I do not know, and it seems the others are desperately
trying to recover from xmas...
Stupid question: did you try 'make clean && make'?
Folks.. any idea what's going wrong here in this crash?
Thanks,
nirmal
On Sat, 21 Dec 2002 19:49:34 -0500
Nirmal Govind <[EMAIL PROTECTED]> wrote:
> Hi.. I compiled the cvs version on my ibook yesterday.. I'm running
> Debian Woody (with a modified kernel).. compilation went fine but when
> I st
Hi.. I compiled the cvs version on my ibook yesterday.. I'm running
Debian Woody (with a modified kernel).. compilation went fine but when I
start the program it crashes immediately.. looks like some problem with
libc.. glib-config --version says 1.2.10 and gcc --version says
2.95.4... below is the
37 matches
Mail list logo
