Could one of you look into your glass-bowl and tell Bennett and me what
the following error right at the beginning of the debug output might
point to:
Wed Jun 4 18:52:32 Macintosh.local lyx[250] : CGBitmapContextCreate:
unsupported parameter combination: 8 integer bits/component; 8 bits/pixe
G. Massera wrote:
Yes... LyX should not crash... but now, it should be very easy to add a
simple check that control if paths starting with /home are readable on
Mac OSX in the next version.
The culprit here is an uncaught exception from boost::fs. As we don't
use that anymore in trunk, I gues
Yes... LyX should not crash... but now, it should be very easy to add a
simple check that control if paths starting with /home are readable on
Mac OSX in the next version.
But for now, I think that it's enough to add in the wiki a note for
Leopard users to comment out the row with /home in the /
On Thu, Jan 17, 2008 at 05:39:30PM +0100, G. Massera wrote:
> I think that the bug 4440 is closed... because is not a bug of lyx :-D :-D
LyX should not crash nevertheless.
Andre'
Bennett Helm ha scritto:
On Jan 17, 2008, at 11:17 AM, G. Massera wrote:
Bennett Helm ha scritto:
On Jan 17, 2008, at 10:49 AM, rgheck wrote:
G. Massera wrote:
The problem is regarding the "/home/gianluca" access.
In fact... if you create a simple document and you add a bibtex
database...
On Jan 17, 2008, at 11:17 AM, G. Massera wrote:
Bennett Helm ha scritto:
On Jan 17, 2008, at 10:49 AM, rgheck wrote:
G. Massera wrote:
The problem is regarding the "/home/gianluca" access.
In fact... if you create a simple document and you add a bibtex
database... and after you edit the .l
Bennett Helm ha scritto:
On Jan 17, 2008, at 10:49 AM, rgheck wrote:
G. Massera wrote:
The problem is regarding the "/home/gianluca" access.
In fact... if you create a simple document and you add a bibtex
database... and after you edit the .lyx file outside lyx with a
texteditor... and chang
On Jan 17, 2008, at 10:49 AM, rgheck wrote:
G. Massera wrote:
The problem is regarding the "/home/gianluca" access.
In fact... if you create a simple document and you add a bibtex
database... and after you edit the .lyx file outside lyx with a
texteditor... and change the line
bibfiles "/U
G. Massera wrote:
The problem is regarding the "/home/gianluca" access.
In fact... if you create a simple document and you add a bibtex
database... and after you edit the .lyx file outside lyx with a
texteditor... and change the line
bibfiles "/Users/gianluca/tmp/Articoli/databaseAll"
with a l
On May 14, 2007, at 10:15 AM, Anders Ekberg wrote:
Does it work with make update-po or a fresh svn install (it
initially crashed for me, but worked after a fresh svn install).
Fresh checkout did it. Thanks.
Bennett
On 14 maj 2007, at 16.08, Bennett Helm wrote:
On May 13, 2007, at 6:10 PM, Anders Ekberg wrote:
On 13 maj 2007, at 21.44, Bo Peng wrote:
On 5/13/07, Anders Ekberg <[EMAIL PROTECTED]> wrote:
Compilation using a fresh svn check-out as of today and QT4.3rc1
results in:
I have fixed a lib/la
On May 13, 2007, at 6:10 PM, Anders Ekberg wrote:
On 13 maj 2007, at 21.44, Bo Peng wrote:
On 5/13/07, Anders Ekberg <[EMAIL PROTECTED]> wrote:
Compilation using a fresh svn check-out as of today and QT4.3rc1
results in:
I have fixed a lib/language issue and updated the po files. Could you
On 13 maj 2007, at 21.44, Bo Peng wrote:
On 5/13/07, Anders Ekberg <[EMAIL PROTECTED]> wrote:
Compilation using a fresh svn check-out as of today and QT4.3rc1
results in:
I have fixed a lib/language issue and updated the po files. Could you
please try again?
Cheers,
Bo
Thanks Bo, that did
thanks, compilation works now.
btw is there some makefile target which would clean the po directory and
thus force this part to be regenerated (namely lyx.pot and gmo files).
make clean or distclean wont do the job.
Yes. make update-po will update po files. However, to avoid excessive
svn traff
> I have fixed a lib/language issue and updated the po files. Could you
> please try again?
thanks, compilation works now.
btw is there some makefile target which would clean the po directory and
thus force this part to be regenerated (namely lyx.pot and gmo files).
make clean or distclean wont
On 5/13/07, Anders Ekberg <[EMAIL PROTECTED]> wrote:
Compilation using a fresh svn check-out as of today and QT4.3rc1
results in:
I have fixed a lib/language issue and updated the po files. Could you
please try again?
Cheers,
Bo
Compilation using a fresh svn check-out as of today and QT4.3rc1
results in:
msguniq -o LyX-1.5.po && rm -f qt4_l10n.pot layouts_l10n.pot
languages_l10n.pot ui_l10n.pot
: warning: Charset missing in header.
Message conversion to user's charset will not work.
: warning: Cha
Bennett Helm
Thu, 10 May 2007 06:50:27 -0700
I have LyX set to automatically start when I log in to my computer.
In this case -- but not when I start LyX normally -- I consistently
get a crash. (I don't know why things should be any different
between these two cases.)
Here's the backtrace:
I have LyX set to automatically start when I log in to my computer.
In this case -- but not when I start LyX normally -- I consistently
get a crash. (I don't know why things should be any different between
these two cases.)
Here's the backtrace:
Exception: EXC_BAD_ACCESS (0x0001)
Codes:
On Tue, Nov 14, 2006 at 11:11:48PM +0100, Peter Kümmel wrote:
> Enrico Forestieri wrote:
> > On Tue, Nov 14, 2006 at 09:56:08PM +0100, Peter Kümmel wrote:
> >> Enrico Forestieri wrote:
> >
> >>> The patch from Georg fixes it. But I also see another problem.
> >>> When clicking on the "BibTeX Gener
Enrico Forestieri wrote:
> On Tue, Nov 14, 2006 at 09:56:08PM +0100, Peter Kümmel wrote:
>> Enrico Forestieri wrote:
>
>>> The patch from Georg fixes it. But I also see another problem.
>>> When clicking on the "BibTeX Generated Bibliography" inset, I don't
>>> see the bibliography style, even if
On Tue, Nov 14, 2006 at 09:56:08PM +0100, Peter Kümmel wrote:
> Enrico Forestieri wrote:
> > The patch from Georg fixes it. But I also see another problem.
> > When clicking on the "BibTeX Generated Bibliography" inset, I don't
> > see the bibliography style, even if it is there. This must be due
Enrico Forestieri wrote:
> On Tue, Nov 14, 2006 at 08:21:10PM +0100, Peter Kümmel wrote:
>> Georg Baum wrote:
>
>>> Indeed. Does the attached patch work for you? If yes I would prefer that,
>>> since we should convert all filename stuff to docstring eventually and use
>>> one place where that is
On Tue, Nov 14, 2006 at 08:21:10PM +0100, Peter Kümmel wrote:
> Georg Baum wrote:
> > Indeed. Does the attached patch work for you? If yes I would prefer that,
> > since we should convert all filename stuff to docstring eventually and use
> > one place where that is converted to the encoding tha
Georg Baum wrote:
> Am Dienstag, 14. November 2006 20:21 schrieb Peter Kümmel:
>> As I understand it now, to_utf8 creates a std::string which
>> gets destroyed after construction. And the ctor of Tokenizer
>> doesn't make a deep copy of the string, it only stores iterators.
>
> That explanation ma
Am Dienstag, 14. November 2006 20:21 schrieb Peter Kümmel:
> As I understand it now, to_utf8 creates a std::string which
> gets destroyed after construction. And the ctor of Tokenizer
> doesn't make a deep copy of the string, it only stores iterators.
That explanation makes sense. I understand the
Bennett Helm wrote:
> On Nov 14, 2006, at 1:41 PM, Georg Baum wrote:
>
>> Am Dienstag, 14. November 2006 19:08 schrieb Peter Kümmel:
>>> Peter Kümmel wrote:
Bennett Helm wrote:
> Recipe for another crash (1.5 on Mac).
>
> Create a document with a bibliography that specifies two .b
Georg Baum wrote:
> Am Dienstag, 14. November 2006 19:08 schrieb Peter Kümmel:
>> Peter Kümmel wrote:
>>> Bennett Helm wrote:
Recipe for another crash (1.5 on Mac).
Create a document with a bibliography that specifies two .bib files.
Select View > View Source, and check the "Dis
On Nov 14, 2006, at 1:41 PM, Georg Baum wrote:
Am Dienstag, 14. November 2006 19:08 schrieb Peter Kümmel:
Peter Kümmel wrote:
Bennett Helm wrote:
Recipe for another crash (1.5 on Mac).
Create a document with a bibliography that specifies two .bib
files.
Select View > View Source, and chec
Am Dienstag, 14. November 2006 19:08 schrieb Peter Kümmel:
> Peter Kümmel wrote:
> > Bennett Helm wrote:
> >> Recipe for another crash (1.5 on Mac).
> >>
> >> Create a document with a bibliography that specifies two .bib files.
> >> Select View > View Source, and check the "Display complete source"
Peter Kümmel wrote:
> Bennett Helm wrote:
>> Recipe for another crash (1.5 on Mac).
>>
>> Create a document with a bibliography that specifies two .bib files.
>> Select View > View Source, and check the "Display complete source"
>> option. Back in the main LyX window, start typing text in a standar
Bennett Helm wrote:
> Recipe for another crash (1.5 on Mac).
>
> Create a document with a bibliography that specifies two .bib files.
> Select View > View Source, and check the "Display complete source"
> option. Back in the main LyX window, start typing text in a standard
> paragraph. After a few
Recipe for another crash (1.5 on Mac).
Create a document with a bibliography that specifies two .bib files.
Select View > View Source, and check the "Display complete source"
option. Back in the main LyX window, start typing text in a standard
paragraph. After a few keystrokes, LyX crashes.
On Mac, 1.5 crashes every time on attempting to typeset (in any
format). Here's the backtrace:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x005ed580
boost::shared_ptrboost::regex_traits > > >::swap
(this=0xa0b09b04, [EMAIL PROT
34 matches
Mail list logo
