Re: Compilation report and runtime report with Qt4.5

[Bennett Helm]

On Fri, Feb 27, 2009 at 7:21 AM, Abdelrazak Younes you...@lyx.org wrote:
 Bennett Helm wrote:

 On Wed, Feb 18, 2009 at 12:44 PM, Abdelrazak Younes you...@lyx.org
 wrote:


 FYI I've compiled branch and trunk with the latest Qt4.5. It works fine
 AFAICT. The Qt4.5 is said to bring a lot of painting performance
 improvement
 on Mac (some qtlabs blog says up to 13x!). I guess it's worth testing
 that
 Bennett.


 Well, I tried it, but I don't see any difference at all when I scroll
 through a long document. Perhaps the speed shows up in other ways, but
 13x improvement is pretty hard to believe for typical cases


 By the way Bennett, did you try to compile Qt with the new raster graphics
 system? That's the only to see the performance improvment AFAIU.

No, I didn't. (Was I supposed to know that?)

I tried again, but I can't get it to compile with -graphicssystem
raster, and I don't have time now to try to figure out what's going
wrong. Maybe after the official release

Bennett

Re: Compilation report and runtime report with Qt4.5

[Bennett Helm]

On Fri, Feb 27, 2009 at 10:18 AM, Abdelrazak Younes you...@lyx.org wrote:
 No hurry on my side :-)

I thought it was Friday! (You didn't get a smiley from me)

Bennett

Re: Compilation report and runtime report with Qt4.5

[Bennett Helm]

On Fri, Feb 27, 2009 at 7:21 AM, Abdelrazak Younes <you...@lyx.org> wrote:
> Bennett Helm wrote:
>>
>> On Wed, Feb 18, 2009 at 12:44 PM, Abdelrazak Younes <you...@lyx.org>
>> wrote:
>>
>>>
>>> FYI I've compiled branch and trunk with the latest Qt4.5. It works fine
>>> AFAICT. The Qt4.5 is said to bring a lot of painting performance
>>> improvement
>>> on Mac (some qtlabs blog says up to 13x!). I guess it's worth testing
>>> that
>>> Bennett.
>>>
>>
>> Well, I tried it, but I don't see any difference at all when I scroll
>> through a long document. Perhaps the speed shows up in other ways, but
>> 13x improvement is pretty hard to believe for typical cases
>>
>
> By the way Bennett, did you try to compile Qt with the new raster graphics
> system? That's the only to see the performance improvment AFAIU.

No, I didn't. (Was I supposed to know that?)

I tried again, but I can't get it to compile with "-graphicssystem
raster", and I don't have time now to try to figure out what's going
wrong. Maybe after the official release

Bennett

Re: Compilation report and runtime report with Qt4.5

[Bennett Helm]

On Fri, Feb 27, 2009 at 10:18 AM, Abdelrazak Younes  wrote:
> No hurry on my side :-)

I thought it was Friday! (You didn't get a smiley from me)

Bennett

Re: feature request: named sessions

[Bennett Helm]

On Thu, Feb 19, 2009 at 9:50 AM, rgheck rgh...@bobjweil.com wrote:
 Vincent van Ravesteijn - TNW wrote:



 I have started a wiki page to maintain an informal spec:

 http://wiki.lyx.org/Devel/NamedSessions

 Please examine/edit to offer your suggestions. I've tagged
 it with [[!LyX 2_0]] though I don't know when v2.0 is slated
 for release - I didn't see anyone use tags  2_0



 Is it really necessary to have a new top level menu item ?



 I don't know if it's necessary, but it is common in apps that support
 sessions.

I tend to think we should not unnecessarily multiply top level menus.
On Mac, Smultron.app is one text editor that supports named sessions,
which it calls projects. These are supported in the File menu, which
has the following structure:

New...
New Project...
Open...
Open Project...
Open Recent
  [list of individual files and projects]
--
Close
Close Project
--
Save
Save As...
Revert
--
Save Documents as Project...


For this to work, Smultron carefully distinguishes (as LyX does not)
between documents open as tabs in a window from documents open in
other windows. So Save Documents as Project applies to all documents
belonging to the frontmost window. (Partly for this reason, Smultron
does not have need of -- or the flexibility provided by -- a Manage
Sessions dialog.)

In any case, I think LyX should do a better job than it does now
making the distinction mentioned above. It's disconcerting to have a
window with 3 tabs in it and to try (with the keyboard) to cycle
around these tabs only to find more tabs being added to that window
for documents that are displayed only in other windows. (Is that
description clear? ... Is that a problem for platforms other than
Mac?)

Bennett

Re: feature request: named sessions

[Bennett Helm]

On Thu, Feb 19, 2009 at 9:50 AM, rgheck  wrote:
> Vincent van Ravesteijn - TNW wrote:
>>
>>
>>>
>>> I have started a wiki page to maintain an informal spec:
>>>
>>> http://wiki.lyx.org/Devel/NamedSessions
>>>
>>> Please examine/edit to offer your suggestions. I've tagged
>>> it with [[!LyX 2_0]] though I don't know when v2.0 >is slated
>>> for release - I didn't see anyone use tags > 2_0
>>>
>>
>>
>> Is it really necessary to have a new top level menu item ?
>>
>>
>
> I don't know if it's necessary, but it is common in apps that support
> sessions.

I tend to think we should not unnecessarily multiply top level menus.
On Mac, Smultron.app is one text editor that supports named sessions,
which it calls "projects". These are supported in the File menu, which
has the following structure:

New...
New Project...
Open...
Open Project...
Open Recent
  [list of individual files and projects]
--
Close
Close Project
--
Save
Save As...
Revert
--
Save Documents as Project...


For this to work, Smultron carefully distinguishes (as LyX does not)
between documents open as tabs in a window from documents open in
other windows. So Save Documents as Project applies to all documents
belonging to the frontmost window. (Partly for this reason, Smultron
does not have need of -- or the flexibility provided by -- a Manage
Sessions dialog.)

In any case, I think LyX should do a better job than it does now
making the distinction mentioned above. It's disconcerting to have a
window with 3 tabs in it and to try (with the keyboard) to cycle
around these tabs only to find more tabs being added to that window
for documents that are displayed only in other windows. (Is that
description clear? ... Is that a problem for platforms other than
Mac?)

Bennett

Re: Compilation report and runtime report with Qt4.5

[Bennett Helm]

On Wed, Feb 18, 2009 at 12:44 PM, Abdelrazak Younes you...@lyx.org wrote:
 FYI I've compiled branch and trunk with the latest Qt4.5. It works fine
 AFAICT. The Qt4.5 is said to bring a lot of painting performance improvement
 on Mac (some qtlabs blog says up to 13x!). I guess it's worth testing that
 Bennett.

Well, I tried it, but I don't see any difference at all when I scroll
through a long document. Perhaps the speed shows up in other ways, but
13x improvement is pretty hard to believe for typical cases

Bennett

Re: Compilation report and runtime report with Qt4.5

[Bennett Helm]

On Wed, Feb 18, 2009 at 12:44 PM, Abdelrazak Younes  wrote:
> FYI I've compiled branch and trunk with the latest Qt4.5. It works fine
> AFAICT. The Qt4.5 is said to bring a lot of painting performance improvement
> on Mac (some qtlabs blog says up to 13x!). I guess it's worth testing that
> Bennett.

Well, I tried it, but I don't see any difference at all when I scroll
through a long document. Perhaps the speed shows up in other ways, but
13x improvement is pretty hard to believe for typical cases

Bennett

Re: LyX 1.6.1

[Bennett Helm]

On Sun, Dec 14, 2008 at 4:34 AM, Jürgen Spitzmüller
juer...@spitzmueller.org wrote:
 Bennett Helm wrote:
 I've put the Mac binary here:

 http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.6.1-Mac-Universal.dmg

 Can someone place them on the server, please?

 Many thanks, Bennett.
 I put the binary on the server and adapted the download page.

Thanks!

Bennett

Re: LyX 1.6.1

[Bennett Helm]

On Sun, Dec 14, 2008 at 4:34 AM, Jürgen Spitzmüller
<juer...@spitzmueller.org> wrote:
> Bennett Helm wrote:
>> I've put the Mac binary here:
>>
>> http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.6.1-Mac-Universal.dmg
>>
>> Can someone place them on the server, please?
>
> Many thanks, Bennett.
> I put the binary on the server and adapted the download page.

Thanks!

Bennett

Re: LyX 1.6.1

[Bennett Helm]

On Sat, Dec 13, 2008 at 8:23 AM, Jürgen Spitzmüller
juer...@spitzmueller.org wrote:
 I have uploaded the tarballs to the server. I will send the announcement on
 monday, so there's still some time to prepare binaries.

I've put the Mac binary here:

http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.6.1-Mac-Universal.dmg

Can someone place them on the server, please?

Bennett

Re: LyX 1.6.1

[Bennett Helm]

On Sat, Dec 13, 2008 at 8:23 AM, Jürgen Spitzmüller
 wrote:
> I have uploaded the tarballs to the server. I will send the announcement on
> monday, so there's still some time to prepare binaries.

I've put the Mac binary here:

http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.6.1-Mac-Universal.dmg

Can someone place them on the server, please?

Bennett

Re: Modules Bug?

[Bennett Helm]

On Sat, Nov 22, 2008 at 8:33 AM, rgheck [EMAIL PROTECTED] wrote:
 You need to use AddToPreamble instead of Preamble. The Preamble command
 overwrites all previous Preamble declarations.

 I know that's silly, but that's how Preamble has always worked. It's also
 why I added AddToPreamble.

Ah -- that makes sense. What's confusing here is that Preamble when
used in defining paragraph styles, e.g., doesn't overwrite the
existing preamble. I wonder whether it would be worthwhile having
paragraph style definitions use AddToPreamble as well.

Bennett

Re: Modules loading preamble lines unnecessarily

[Bennett Helm]

On Sat, Nov 22, 2008 at 8:37 AM, rgheck [EMAIL PROTECTED] wrote:
 Bennett Helm wrote:

 Another possible module bug ... though perhaps one not worth fixing.

 Create a document and add a module like Endnotes. Checking the latex
 source, merely adding the endnotes module doesn't change anything yet:
 you have to add an endnote, and only then does the
 \usepackage{endnotes} line get added to the preamble.

 However, if you add an endnote within a LyX Note (and nowhere else in
 the document), the endnote will not appear in the LaTeX output, and
 yet the \usepackage{endnotes} line is added to the preamble anyway --
 unnecessarily.

 Should this not happen?



 This isn't module-specific. You'd find the same thing happened, say, with
 the use of AMS classes, if you have Use AMS Automatically checked. LyX
 isn't (currently) aware of what's being output and what isn't being output,
 at least not in this respect. So when it sees an endnote, it adds the
 package.

Fair enough.

By the way, the more I explore them, the more I realize modules are brilliant!

Bennett

Re: Modules Bug?

[Bennett Helm]

On Sat, Nov 22, 2008 at 8:33 AM, rgheck <[EMAIL PROTECTED]> wrote:
> You need to use AddToPreamble instead of Preamble. The Preamble command
> overwrites all previous Preamble declarations.
>
> I know that's silly, but that's how Preamble has always worked. It's also
> why I added AddToPreamble.

Ah -- that makes sense. What's confusing here is that "Preamble" when
used in defining paragraph styles, e.g., doesn't overwrite the
existing preamble. I wonder whether it would be worthwhile having
paragraph style definitions use "AddToPreamble" as well.

Bennett

Re: Modules loading preamble lines unnecessarily

[Bennett Helm]

On Sat, Nov 22, 2008 at 8:37 AM, rgheck <[EMAIL PROTECTED]> wrote:
> Bennett Helm wrote:
>>
>> Another possible module bug ... though perhaps one not worth fixing.
>>
>> Create a document and add a module like Endnotes. Checking the latex
>> source, merely adding the endnotes module doesn't change anything yet:
>> you have to add an endnote, and only then does the
>> \usepackage{endnotes} line get added to the preamble.
>>
>> However, if you add an endnote within a LyX Note (and nowhere else in
>> the document), the endnote will not appear in the LaTeX output, and
>> yet the \usepackage{endnotes} line is added to the preamble anyway --
>> unnecessarily.
>>
>> Should this not happen?
>>
>>
>
> This isn't module-specific. You'd find the same thing happened, say, with
> the use of AMS classes, if you have "Use AMS Automatically" checked. LyX
> isn't (currently) aware of what's being output and what isn't being output,
> at least not in this respect. So when it sees an endnote, it adds the
> package.

Fair enough.

By the way, the more I explore them, the more I realize modules are brilliant!

Bennett

Modules Bug?

[Bennett Helm]

In 1.6.1svn, I'm trying to create a couple of very simple modules that
basically load a single package. Here they are:

#\DeclareLyXModule{Show Labels}
#DescriptionBegin
#Displays all LaTeX labels in the margins.
#DescriptionEnd

Format 11

Preamble
\RequirePackage{showlabels}
EndPreamble

--

#\DeclareLyXModule{Draft Watermark}
#DescriptionBegin
#Adds a Draft watermark on the bottom of each page.
#DescriptionEnd

Format 11

Preamble
\RequirePackage{prelim2e}
EndPreamble

--

These both work when only one of them is loaded: the \RequirePackage
line shows up in the Textclass specific LaTeX commands section of
the preamble. However, when *both* are loaded, only the last one shows
up rather than both. Is this a problem with the way modules are
loaded, or am I doing something wrong in my module definitions?

Thanks.

Bennett

Modules loading preamble lines unnecessarily

[Bennett Helm]

Another possible module bug ... though perhaps one not worth fixing.

Create a document and add a module like Endnotes. Checking the latex
source, merely adding the endnotes module doesn't change anything yet:
you have to add an endnote, and only then does the
\usepackage{endnotes} line get added to the preamble.

However, if you add an endnote within a LyX Note (and nowhere else in
the document), the endnote will not appear in the LaTeX output, and
yet the \usepackage{endnotes} line is added to the preamble anyway --
unnecessarily.

Should this not happen?

Bennett

Modules Bug?

[Bennett Helm]

In 1.6.1svn, I'm trying to create a couple of very simple modules that
basically load a single package. Here they are:

#\DeclareLyXModule{Show Labels}
#DescriptionBegin
#Displays all LaTeX labels in the margins.
#DescriptionEnd

Format 11

Preamble
\RequirePackage{showlabels}
EndPreamble

--

#\DeclareLyXModule{Draft Watermark}
#DescriptionBegin
#Adds a Draft watermark on the bottom of each page.
#DescriptionEnd

Format 11

Preamble
\RequirePackage{prelim2e}
EndPreamble

--

These both work when only one of them is loaded: the "\RequirePackage"
line shows up in the "Textclass specific LaTeX commands" section of
the preamble. However, when *both* are loaded, only the last one shows
up rather than both. Is this a problem with the way modules are
loaded, or am I doing something wrong in my module definitions?

Thanks.

Bennett

Modules loading preamble lines unnecessarily

[Bennett Helm]

Another possible module bug ... though perhaps one not worth fixing.

Create a document and add a module like Endnotes. Checking the latex
source, merely adding the endnotes module doesn't change anything yet:
you have to add an endnote, and only then does the
\usepackage{endnotes} line get added to the preamble.

However, if you add an endnote within a LyX Note (and nowhere else in
the document), the endnote will not appear in the LaTeX output, and
yet the \usepackage{endnotes} line is added to the preamble anyway --
unnecessarily.

Should this not happen?

Bennett

Re: Trunk crashes on launch

[Bennett Helm]

On Sun, Nov 16, 2008 at 9:10 AM, Andre Poenitz
[EMAIL PROTECTED] wrote:
 On Sun, Nov 16, 2008 at 03:01:45PM +0100, Jürgen Spitzmüller wrote:
 Andre Poenitz wrote:
   (I'm periodically checking to see how Andre's plans for world
   domination are progressing. Don't know if this report is
   premature)
 
  The instresting part is that I did not touch that particular part
  conciously. ut as I get the same crash I think I shall have a look
  soonish...

 FYI a complete rebuild (following make distclean) helped here.

 I was about to try that. It looks pretty strange in the debugger
 (mutilated std::string objects immediately after the default constructor
 run. The only difference was that the broken buikld was configured
 withotu sepcial options and the working one with -disable-stdlib-debug
 -disable-concept-checks, but possibly not in an empty directory.

Don't know if it was a change in the meantime or not, but I did a make
distclean, and it now works.

Thanks.

Bennett

Re: Trunk crashes on launch

[Bennett Helm]

On Sun, Nov 16, 2008 at 9:10 AM, Andre Poenitz
<[EMAIL PROTECTED]> wrote:
> On Sun, Nov 16, 2008 at 03:01:45PM +0100, Jürgen Spitzmüller wrote:
>> Andre Poenitz wrote:
>> > > (I'm periodically checking to see how Andre's plans for world
>> > > domination are progressing. Don't know if this report is
>> > > premature)
>> >
>> > The instresting part is that I did not touch that particular part
>> > conciously. ut as I get the same crash I think I shall have a look
>> > soonish...
>>
>> FYI a complete rebuild (following make distclean) helped here.
>
> I was about to try that. It looks pretty strange in the debugger
> (mutilated std::string objects immediately after the default constructor
> run. The "only" difference was that the "broken" buikld was configured
> withotu sepcial options and the working one with -disable-stdlib-debug
> -disable-concept-checks, but possibly not in an empty directory.

Don't know if it was a change in the meantime or not, but I did a make
distclean, and it now works.

Thanks.

Bennett

Trunk crashes on launch

[Bennett Helm]

On Mac, of course:

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0xfff5
0x96a06dfa in std::string::compare ()
(gdb) bt
#0  0x96a06dfa in std::string::compare ()
#1  0x0011a5da in lyx::setRcGuiLanguage () at LyX.cpp:237
#2  0x0011af45 in lyx::LyX::init (this=0xb228) at LyX.cpp:678
#3  0x0011bec1 in lyx::LyX::init (this=0xb228, [EMAIL PROTECTED],
argv=0xb270) at LyX.cpp:421
#4  0x0011c613 in lyx::LyX::exec (this=0xb228, [EMAIL PROTECTED],
argv=0xb270) at LyX.cpp:320
#5  0x2b89 in main (argc=1, argv=0xb270) at main.cpp:46


(I'm periodically checking to see how Andre's plans for world
domination are progressing. Don't know if this report is
premature)

Bennett

Trunk crashes on launch

[Bennett Helm]

On Mac, of course:

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0xfff5
0x96a06dfa in std::string::compare ()
(gdb) bt
#0  0x96a06dfa in std::string::compare ()
#1  0x0011a5da in lyx::setRcGuiLanguage () at LyX.cpp:237
#2  0x0011af45 in lyx::LyX::init (this=0xb228) at LyX.cpp:678
#3  0x0011bec1 in lyx::LyX::init (this=0xb228, [EMAIL PROTECTED],
argv=0xb270) at LyX.cpp:421
#4  0x0011c613 in lyx::LyX::exec (this=0xb228, [EMAIL PROTECTED],
argv=0xb270) at LyX.cpp:320
#5  0x2b89 in main (argc=1, argv=0xb270) at main.cpp:46


(I'm periodically checking to see how Andre's plans for world
domination are progressing. Don't know if this report is
premature)

Bennett

Re: LyX 1.5.7

[Bennett Helm]

On Thu, Nov 13, 2008 at 2:03 AM, =??B?SsO8cmdlbiBTcGl0em3DvGxsZXI=?=
[EMAIL PROTECTED] wrote:
 Bennett Helm wrote:

 I've posted the Mac binary here:

 http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.5.7-Mac-Universal.dmg

 Thanks, I grabbed it.

Thanks!

Bennett

Re: LyX 1.5.7

[Bennett Helm]

On Thu, Nov 13, 2008 at 2:03 AM, =??B?SsO8cmdlbiBTcGl0em3DvGxsZXI=?=
<[EMAIL PROTECTED]> wrote:
> Bennett Helm wrote:
>
>> I've posted the Mac binary here:
>>
>> http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.5.7-Mac-Universal.dmg
>
> Thanks, I grabbed it.

Thanks!

Bennett

Re: LyX 1.5.7

[Bennett Helm]

On Wed, Nov 12, 2008 at 8:48 AM, =??B?SsO8cmdlbiBTcGl0em3DvGxsZXI=?=
[EMAIL PROTECTED] wrote:
 I've placed the tarball here:
 http://www.lyx.org/~spitz/lyx-1.5.7.tar.gz

 Please test, particularly if importing of 1.6 files works. If so, you can 
 also go ahead an prepare the binaries.

The 1.6 User's Guide imports and typesets, as does another complex,
book-length document of mine.

I did notice that the NEWS file has not been updated. (I usually put
this into the LyX/Mac bundle.) Shall I wait to post the binary?

Bennett

Re: LyX 1.5.7

[Bennett Helm]

On Wed, Nov 12, 2008 at 4:51 PM, =??B?SsO8cmdlbiBTcGl0em3DvGxsZXI=?=
[EMAIL PROTECTED] wrote:
 I did notice that the NEWS file has not been updated. (I usually put
 this into the LyX/Mac bundle.) Shall I wait to post the binary?

 I forgot this :-(
 Thanks.

I've posted the Mac binary here:

http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.5.7-Mac-Universal.dmg

Bennett

Re: LyX 1.5.7

[Bennett Helm]

On Wed, Nov 12, 2008 at 8:48 AM, =??B?SsO8cmdlbiBTcGl0em3DvGxsZXI=?=
<[EMAIL PROTECTED]> wrote:
> I've placed the tarball here:
> http://www.lyx.org/~spitz/lyx-1.5.7.tar.gz
>
> Please test, particularly if importing of 1.6 files works. If so, you can 
> also go ahead an prepare the binaries.

The 1.6 User's Guide imports and typesets, as does another complex,
book-length document of mine.

I did notice that the NEWS file has not been updated. (I usually put
this into the LyX/Mac bundle.) Shall I wait to post the binary?

Bennett

Re: LyX 1.5.7

[Bennett Helm]

On Wed, Nov 12, 2008 at 4:51 PM, =??B?SsO8cmdlbiBTcGl0em3DvGxsZXI=?=
<[EMAIL PROTECTED]> wrote:
>> I did notice that the NEWS file has not been updated. (I usually put
>> this into the LyX/Mac bundle.) Shall I wait to post the binary?
>
> I forgot this :-(
> Thanks.

I've posted the Mac binary here:

http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.5.7-Mac-Universal.dmg

Bennett

Re: Plans to announce LyX release 1.6.0

[Bennett Helm]

On Mon, Nov 10, 2008 at 7:44 AM, Konrad Hofbauer
[EMAIL PROTECTED] wrote:
 Question:
 In the user-directory, the examples-directory is empty. Is this how it is
 supposed to be, or should we give the examples the same treatment as the
 templates?

 As it is know, it is difficult to know about / find e.g. the
 beamerlyxexample. The user has to dig into the Application bundle, which
 most of them won't even know that this is possible/exists.

 But also this raises the question for me what distinguishes the examples
 from the specialized manuals and the default templates. But I vaguely
 remember there was a discussion about this not so long ago ...

I haven't done anything there because I think we should have a proper
solution: when launched, LyX should run a script that does some
clean-up operations and creates softlinks from the user's directory to
the relevant directories inside the LyX.app bundle. I'm attaching the
crude script I came up with as a proof of concept, but it needs a
proper developer to do it right.

See the thread here:

http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg133751.html

Bennett


lyx-start-script
Description: Binary data

Re: Plans to announce LyX release 1.6.0

[Bennett Helm]

On Mon, Nov 10, 2008 at 7:44 AM, Konrad Hofbauer
<[EMAIL PROTECTED]> wrote:
> Question:
> In the user-directory, the examples-directory is empty. Is this how it is
> supposed to be, or should we give the examples the same treatment as the
> templates?
>
> As it is know, it is difficult to know about / find e.g. the
> beamerlyxexample. The user has to dig into the Application bundle, which
> most of them won't even know that this is possible/exists.
>
> But also this raises the question for me what distinguishes the examples
> from the "specialized manuals" and the default templates. But I vaguely
> remember there was a discussion about this not so long ago ...

I haven't done anything there because I think we should have a proper
solution: when launched, LyX should run a script that does some
clean-up operations and creates softlinks from the user's directory to
the relevant directories inside the LyX.app bundle. I'm attaching the
crude script I came up with as a proof of concept, but it needs a
proper developer to do it right.

See the thread here:

http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg133751.html

Bennett


lyx-start-script
Description: Binary data

Re: Plans to announce LyX release 1.6.0

[Bennett Helm]

On Fri, Nov 7, 2008 at 8:57 PM, Konrad Hofbauer [EMAIL PROTECTED] wrote:

 Compiles and looks fine on Mac.
 A Mac universal binary (without installer) at:
 http://www2.spsc.tugraz.at/people/hofbauer/lyx/LyX-1.6.0.app.zip
 This is NOT for the server, of course.

Thanks, Konrad. I've put the packaged version here:

http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.6.0-Mac-Universal.dmg

Could someone upload it to the server?

Thanks.

Bennett

Re: Plans to announce LyX release 1.6.0

[Bennett Helm]

On Fri, Nov 7, 2008 at 8:57 PM, Konrad Hofbauer <[EMAIL PROTECTED]> wrote:

> Compiles and looks fine on Mac.
> A Mac universal binary (without installer) at:
> 
> This is NOT for the server, of course.

Thanks, Konrad. I've put the packaged version here:

http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.6.0-Mac-Universal.dmg

Could someone upload it to the server?

Thanks.

Bennett

Re: The tex4ht changes: please test!

[Bennett Helm]

On Sun, Nov 2, 2008 at 8:12 AM, Jürgen Spitzmüller [EMAIL PROTECTED]
 wrote:

Any experiences on the Mac?


Putting aside my old LyX user's directory and launching LyX, it correctly
recognizes tex4ht and allows me to do a conversion. So it looks like it's
working. (Is there anything else I should test?)

Bennett

Re: The tex4ht changes: please test!

[Bennett Helm]

On Sun, Nov 2, 2008 at 9:11 AM, Jürgen Spitzmüller [EMAIL PROTECTED]
 wrote:

 Bennett Helm wrote:
  Putting aside my old LyX user's directory and launching LyX, it correctly
  recognizes tex4ht and allows me to do a conversion. So it looks like it's
  working. (Is there anything else I should test?)

 So you can succesfully open the Tutorial with OpenOffice after the
 conversion
 with current trunk?


 Yes. (Of course, the conversion is rough, but it does open without errors.)

Bennett

Re: LyX version 1.6.0 (release candidate 5) is released

[Bennett Helm]

On Sun, Nov 2, 2008 at 6:14 PM, Konrad Hofbauer [EMAIL PROTECTED]wrote:

 Anders Ekberg wrote:

 Select a .lyx-document in Finder. Choose Open with and then
 lyx-1.6.0-rc5
 The result is that the document opens, but also that a splashscreen window
 opens. The problem is that the menubar is connected to the splashscreen
 window: If you close it (which you have to do by the close button on the
 window sinyou will have no menubar except for the LyX-menu.
 No error messages in the Console.

 Anders - On MacOSX 10.5.5 on intel.


 Confirmed. The window in which the document opens also has no toolbars.
 Also applies for dragging a document onto the Dock-icon.

 Would you put this into bugzilla?
 Maybe put [EMAIL PROTECTED] in CC to the bug.


Isn't this the same as bug 5387? --

http://bugzilla.lyx.org/show_bug.cgi?id=5387

Bennett

Re: The tex4ht changes: please test!

[Bennett Helm]

On Sun, Nov 2, 2008 at 8:12 AM, Jürgen Spitzmüller <[EMAIL PROTECTED]
> wrote:

Any experiences on the Mac?


Putting aside my old LyX user's directory and launching LyX, it correctly
recognizes tex4ht and allows me to do a conversion. So it looks like it's
working. (Is there anything else I should test?)

Bennett

Re: The tex4ht changes: please test!

[Bennett Helm]

On Sun, Nov 2, 2008 at 9:11 AM, Jürgen Spitzmüller <[EMAIL PROTECTED]
> wrote:

> Bennett Helm wrote:
> > Putting aside my old LyX user's directory and launching LyX, it correctly
> > recognizes tex4ht and allows me to do a conversion. So it looks like it's
> > working. (Is there anything else I should test?)
>
> So you can succesfully open the Tutorial with OpenOffice after the
> conversion
> with current trunk?


 Yes. (Of course, the conversion is rough, but it does open without errors.)

Bennett

Re: LyX version 1.6.0 (release candidate 5) is released

[Bennett Helm]

On Sun, Nov 2, 2008 at 6:14 PM, Konrad Hofbauer <[EMAIL PROTECTED]>wrote:

> Anders Ekberg wrote:
>
>> Select a .lyx-document in Finder. Choose "Open with" and then
>> lyx-1.6.0-rc5
>> The result is that the document opens, but also that a splashscreen window
>> opens. The problem is that the menubar is connected to the splashscreen
>> window: If you close it (which you have to do by the close button on the
>> window sinyou will have no menubar except for the LyX-menu.
>> No error messages in the Console.
>>
>> Anders - On MacOSX 10.5.5 on intel.
>>
>
> Confirmed. The window in which the document opens also has no toolbars.
> Also applies for dragging a document onto the Dock-icon.
>
> Would you put this into bugzilla?
> Maybe put [EMAIL PROTECTED] in CC to the bug.


Isn't this the same as bug 5387? --

http://bugzilla.lyx.org/show_bug.cgi?id=5387

Bennett

Re: LyX version 1.6.0 (release candidate 5) is released

[Bennett Helm]

On Tue, Oct 28, 2008 at 4:34 PM, José Matos [EMAIL PROTECTED] wrote:

 Public release of LyX version 1.6.0 (release candidate 5)
 =

 We are pleased to announce the fifth release candidate of LyX 1.6.0.


I've placed the Mac binary here:

http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.6.RC5-Mac-Universal.dmg

Can someone please upload it?

Thanks.

Bennett

Re: LyX version 1.6.0 (release candidate 5) is released

[Bennett Helm]

On Tue, Oct 28, 2008 at 4:34 PM, José Matos <[EMAIL PROTECTED]> wrote:

> Public release of LyX version 1.6.0 (release candidate 5)
> =
>
> We are pleased to announce the fifth release candidate of LyX 1.6.0.


I've placed the Mac binary here:

http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.6.RC5-Mac-Universal.dmg

Can someone please upload it?

Thanks.

Bennett

Re: LyX version 1.6.0 (release candidate 4) is released

[Bennett Helm]

On Thu, Oct 23, 2008 at 7:26 PM, José Matos [EMAIL PROTECTED] wrote:

 Public release of LyX version 1.6.0 (release candidate 4)
 =

 We are pleased to announce the fourth release candidate of LyX 1.6.0.


I've put the Mac binary here:

http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.6.4RC4-Mac-Universal.dmg

Could someone please upload it?

Thanks.

Bennett

Re: LyX version 1.6.0 (release candidate 4) is released

[Bennett Helm]

On Thu, Oct 23, 2008 at 7:26 PM, José Matos <[EMAIL PROTECTED]> wrote:

> Public release of LyX version 1.6.0 (release candidate 4)
> =
>
> We are pleased to announce the fourth release candidate of LyX 1.6.0.


I've put the Mac binary here:

http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.6.4RC4-Mac-Universal.dmg

Could someone please upload it?

Thanks.

Bennett

Re: rc4 release schedule

[Bennett Helm]

On Wed, Oct 22, 2008 at 3:56 PM, Stefan Schimanski [EMAIL PROTECTED] wrote:


 Am 22.10.2008 um 21:52 schrieb Konrad Hofbauer:



 Stefan Schimanski wrote:

 http://bugzilla.lyx.org/show_bug.cgi?id=5327
 Crash with Pixmap Cache and special unicode characters.

 Fixed. See patch attached to the bug report.


 Thanks, thanks, and  thanks again! Very impressive !!!


And from me too!

Bennett

Re: rc4 release schedule

[Bennett Helm]

On Wed, Oct 22, 2008 at 3:56 PM, Stefan Schimanski <[EMAIL PROTECTED]> wrote:

>
> Am 22.10.2008 um 21:52 schrieb Konrad Hofbauer:
>
>
>>
>> Stefan Schimanski wrote:
>>
>>> 
>>> Crash with Pixmap Cache and special unicode characters.
>>>
>> Fixed. See patch attached to the bug report.
>>>
>>
>> Thanks, thanks, and  thanks again! Very impressive !!!
>
>
And from me too!

Bennett

Re: rc3 (round one)

[Bennett Helm]

On Mon, Oct 6, 2008 at 9:59 AM, Jean-Marc Lasgouttes [EMAIL PROTECTED]wrote:

 Let's trying something I had in mind to avoid using --without-x. Wih
 this patch, the code to configure X is only run when pkg-config has not
 been successful.

 With this patch, you should be able to omit --without-x. Could you try
 it out? Enrico, can you also try it on your 'exotic' platforms?


Konrad asked me to try it. The original nox.diff works for me. (I didn't try
nox-2.diff.)

Bennett

Re: rc3 (round one)

[Bennett Helm]

On Mon, Oct 6, 2008 at 9:59 AM, Jean-Marc Lasgouttes <[EMAIL PROTECTED]>wrote:

> Let's trying something I had in mind to avoid using --without-x. Wih
> this patch, the code to configure X is only run when pkg-config has not
> been successful.
>
> With this patch, you should be able to omit --without-x. Could you try
> it out? Enrico, can you also try it on your 'exotic' platforms?


Konrad asked me to try it. The original nox.diff works for me. (I didn't try
nox-2.diff.)

Bennett

os_unix.cpp: fix obvious typo

[Bennett Helm]

Here's a patch to fix an obvious recent typo in os_unix.cpp. Can someone
please apply?

Thanks.

Bennett


Index: src/support/os_unix.cpp
===
--- src/support/os_unix.cpp (revision 26748)
+++ src/support/os_unix.cpp (working copy)
@@ -39,7 +39,7 @@
 bool isFilesystemCaseSensitive()
 {
 #ifdef __APPLE__
- return false:
+ return false;
 #else
  return true;
 #endif


typo.diff
Description: Binary data

Re: os_unix.cpp: fix obvious typo

[Bennett Helm]

On Sun, Oct 5, 2008 at 2:11 PM, Pavel Sanda [EMAIL PROTECTED] wrote:

 Bennett Helm wrote:
  Here's a patch to fix an obvious recent typo in os_unix.cpp. Can someone
  please apply?

 its in.


Thanks.

Bennett

os_unix.cpp: fix obvious typo

[Bennett Helm]

Here's a patch to fix an obvious recent typo in os_unix.cpp. Can someone
please apply?

Thanks.

Bennett


Index: src/support/os_unix.cpp
===
--- src/support/os_unix.cpp (revision 26748)
+++ src/support/os_unix.cpp (working copy)
@@ -39,7 +39,7 @@
 bool isFilesystemCaseSensitive()
 {
 #ifdef __APPLE__
- return false:
+ return false;
 #else
  return true;
 #endif


typo.diff
Description: Binary data

Re: os_unix.cpp: fix obvious typo

[Bennett Helm]

On Sun, Oct 5, 2008 at 2:11 PM, Pavel Sanda <[EMAIL PROTECTED]> wrote:

> Bennett Helm wrote:
> > Here's a patch to fix an obvious recent typo in os_unix.cpp. Can someone
> > please apply?
>
> its in.


Thanks.

Bennett

Re: Tab key bindings, completion

[Bennett Helm]

On Wed, Sep 24, 2008 at 2:46 PM, Stefan Schimanski [EMAIL PROTECTED] wrote:

 now the questions:
 1. complete was replaced by complete-accept.
  (complete is trying to complete in the way bash do after tab -
  find the longest common prefix from the current on.)
  is there some disagreement with it?


 Fine with me if it feels more intuitive, especially now with multiple
 bindings.

  in case of no:
 2. complete lfun has no binding, should we bind it (and where)?


 Good luck to find a good key. I guess nearly every other combination of
 modifiers and tab is somehow used by the OS. On Mac alt-tab would be ok. But
 on Windows it's taken.


Actually, mac.bind has OptTab bound to buffer-next (and
OptShiftTab bound to buffer-previous).

Bennett

Re: Tab key bindings, completion

[Bennett Helm]

On Wed, Sep 24, 2008 at 2:46 PM, Stefan Schimanski <[EMAIL PROTECTED]> wrote:

> now the questions:
>> 1. complete was replaced by complete-accept.
>>  (complete is trying to complete in the way bash do after tab -
>>  find the longest common prefix from the current on.)
>>  is there some disagreement with it?
>>
>
> Fine with me if it feels more intuitive, especially now with multiple
> bindings.
>
>  in case of no:
>> 2. complete lfun has no binding, should we bind it (and where)?
>>
>
> Good luck to find a good key. I guess nearly every other combination of
> modifiers and tab is somehow used by the OS. On Mac alt-tab would be ok. But
> on Windows it's taken.


Actually, mac.bind has  bound to buffer-next (and
 bound to buffer-previous).

Bennett

Re: question 4 of x - help to update the docs for 1.6.0

[Bennett Helm]

On Tue, Sep 23, 2008 at 6:25 PM, Uwe Stöhr [EMAIL PROTECTED] wrote:

 In the preferences there is under Look  Feel the option Open documents in
 tabs. But when I uncheck it and restart LyX, the docs are still opened in
 tabs. What is this option supposed to be?


See bug 4906:

http://bugzilla.lyx.org/show_bug.cgi?id=4906

Bennett

Re: Multiple Key Bindings

[Bennett Helm]

On Tue, Sep 23, 2008 at 9:00 PM, Bo Peng [EMAIL PROTECTED] wrote:

 I can have a look at the code at the end of this week if needed.


Bo - while you're at it, can you have a look at:

http://bugzilla.lyx.org/show_bug.cgi?id=4544

Thanks. (Sorry to hijack the thread)

Bennett

Re: question 4 of x - help to update the docs for 1.6.0

[Bennett Helm]

On Tue, Sep 23, 2008 at 6:25 PM, Uwe Stöhr <[EMAIL PROTECTED]> wrote:

> In the preferences there is under Look & Feel the option "Open documents in
> tabs". But when I uncheck it and restart LyX, the docs are still opened in
> tabs. What is this option supposed to be?


See bug 4906:

http://bugzilla.lyx.org/show_bug.cgi?id=4906

Bennett

Re: Multiple Key Bindings

[Bennett Helm]

On Tue, Sep 23, 2008 at 9:00 PM, Bo Peng <[EMAIL PROTECTED]> wrote:

> I can have a look at the code at the end of this week if needed.


Bo - while you're at it, can you have a look at:

http://bugzilla.lyx.org/show_bug.cgi?id=4544

Thanks. (Sorry to hijack the thread)

Bennett

Re: Preparing for rc3

[Bennett Helm]

On Wed, Sep 17, 2008 at 11:36 AM, José Matos [EMAIL PROTECTED] wrote:

 We are approaching now of the time to have a new release. I am satisfied
 with
 a 3/4 weeks period between releases as the testing by users that usually
 just
 take a released version is not too far from the trunk head.

 Asking a user to test if a problem remains one or two weeks later on the
 new
 release is reasonable and we are getting good feedback. :-)

 What would you like to see in before rc3 is out?


A couple quick and easy changes for mac.bind and the lyxeditor script in the
Mac bundle should go in (attached). (Note that cmdg is the Mac default for
search again.)

Bennett


mac-updates.diff
Description: Binary data

Re: Preparing for rc3

[Bennett Helm]

On Wed, Sep 17, 2008 at 5:29 PM, Pavel Sanda [EMAIL PROTECTED] wrote:

 Bennett Helm wrote:
  A couple quick and easy changes for mac.bind and the lyxeditor script in
 the
  Mac bundle should go in (attached). (Note that cmdg is the Mac default
 for
  search again.)

 its in.


Thanks!

Bennett

Re: Preparing for rc3

[Bennett Helm]

On Wed, Sep 17, 2008 at 11:36 AM, José Matos <[EMAIL PROTECTED]> wrote:

> We are approaching now of the time to have a new release. I am satisfied
> with
> a 3/4 weeks period between releases as the testing by users that usually
> just
> take a released version is not too far from the trunk head.
>
> Asking a user to test if a problem remains one or two weeks later on the
> new
> release is reasonable and we are getting good feedback. :-)
>
> What would you like to see in before rc3 is out?


A couple quick and easy changes for mac.bind and the lyxeditor script in the
Mac bundle should go in (attached). (Note that g is the Mac default for
"search again".)

Bennett


mac-updates.diff
Description: Binary data

Re: Preparing for rc3

[Bennett Helm]

On Wed, Sep 17, 2008 at 5:29 PM, Pavel Sanda <[EMAIL PROTECTED]> wrote:

> Bennett Helm wrote:
> > A couple quick and easy changes for mac.bind and the lyxeditor script in
> the
> > Mac bundle should go in (attached). (Note that g is the Mac default
> for
> > "search again".)
>
> its in.


Thanks!

Bennett

Re: Newer Gettext for 1.5.x

[Bennett Helm]

On Sat, Aug 30, 2008 at 9:29 AM, Jürgen Spitzmüller 
[EMAIL PROTECTED] wrote:

 Bennett Helm wrote:
  I've put a copy of the package here:
 
  LyX-1.5.6-2-Mac-Univ..
 http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.5.6-2
 -Mac-Universal.dmg
 
  Could someone upload it to the correct server (and let me know if I need
 to
  change the download links)?

 I've uploaded it and changed the link on the download page.


Thanks!

Bennett

Re: Newer Gettext for 1.5.x

[Bennett Helm]

On Sat, Aug 30, 2008 at 9:29 AM, Jürgen Spitzmüller <
[EMAIL PROTECTED]> wrote:

> Bennett Helm wrote:
> > I've put a copy of the package here:
> >
> > LyX-1.5.6-2-Mac-Univ..><
> http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.5.6-2
> >-Mac-Universal.dmg>
> >
> > Could someone upload it to the correct server (and let me know if I need
> to
> > change the download links)?
>
> I've uploaded it and changed the link on the download page.


Thanks!

Bennett

Re: LyX version 1.6.0 (release candidate 2) is released

[Bennett Helm]

On Fri, Aug 29, 2008 at 5:28 AM, José Matos [EMAIL PROTECTED] wrote:

 Public release of LyX version 1.6.0 (release candidate 2)
 =

 We are pleased to announce the second release candidate of LyX 1.6.0.


I've put the Mac universal binary here:

LyX-1.6.0RC2-Mac-Uni..http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.6.0RC2-Mac-Universal.dmg

Could someone please upload it?

Also, I recently posted a new version of 1.5.6 for Mac; could someone please
upload that as well? Here's the link for that again:

LyX-1.5.6-2-Mac-Univ..http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.5.6-2-Mac-Universal.dmg

Thanks!

Bennett

Re: Math manuals uncompilable under rc2

[Bennett Helm]

On Fri, Aug 29, 2008 at 8:58 AM, Vincent van Ravesteijn - TNW 
[EMAIL PROTECTED] wrote:

 I have basically no problems compiling the Math-manual, until I tried a
 machine without the braket package. I think we could remove the first
 two (quite German sounding) lines below from the preamble.

 % used in Kap. 22.4
 \usepackage{braket}
 ...
 % needed in sec. 22.4
 % check for package braket
 \newboolean{braket}
 \IfFileExists{braket.sty}
  {\usepackage{braket}
  \setboolean{braket}{true}}
  {\setboolean{braket}{false}}


I have braket.sty, but I can't even load the math manual: I get a crash.
Here's the backtrace:

Error 92 returned from iconv when converting from UCS-4LE to ISO-8859-15:
Illegal byte sequence
Converted input: 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072
0x006d 0x007b 0x005c 0x0061 0x0061 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e
0x0064 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a
0x000a 0x005c 0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065
0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078
0x0074 0x0072 0x006d 0x007b
Stopped at: 0x212b
Unconverted input: 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064 0x007b
0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a 0x005c
0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069
0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072
0x006d 0x007b 0x0131 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064 0x007b
0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a 0x005c
0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069
0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072
0x006d 0x007b 0x00f8 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064 0x007b
0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a 0x005c
0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069
0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072
0x006d 0x007b 0x00d8 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064 0x007b
0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a 0x005c
0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069
0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072
0x006d 0x007b 0x0142 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064 0x007b
0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a 0x005c
0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069
0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072
0x006d 0x007b 0x0141 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064 0x007b
0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a 0x005c
0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069
0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072
0x006d 0x007b 0x0021 0x0060 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064
0x007b 0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a
0x005c 0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076
0x0069 0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074
0x0072 0x006d 0x007b 0x003f 0x0060 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e
0x0064 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a
0x000a 0x005c 0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065
0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078
0x0074 0x0072 0x006d 0x007b 0x0237 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e
0x0064 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a
0x000a 0x005c 0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065
0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078
0x0074 0x0072 0x006d 0x007b 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072 0x006d
0x007b 0x00c5 0x007d 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064 0x007b
0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a 0x005c
0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069
0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072
0x006d 0x007b 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072 0x006d 0x007b 0x00d8
0x007d 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064 0x007b 0x0070 0x0072
0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a 0x005c 0x0062 0x0065
0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077
0x007d 0x000a 0x0024 0x005c 0x0072 0x0061 0x0069 0x0073 0x0065 0x0062 0x006f
0x0078 0x007b 0x0034 0x002e 0x0035 0x006d 0x006d 0x007d 0x007b 0x007d 0x0024
0x000a 0x005c 0x0065 0x006e 0x0064 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069
0x0065 0x0077 0x007d 0x000a 0x000a 0x005c 0x0062 0x0065 0x0067 0x0069 0x006e
0x007b 0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x0024

Re: Math manuals uncompilable under rc2

[Bennett Helm]

On Fri, Aug 29, 2008 at 8:48 PM, Pavel Sanda [EMAIL PROTECTED] wrote:

 Uwe Stöhr wrote:
   % used in Kap. 22.4
   \usepackage{braket}
 
  Sorry, these two lines were leftovers from an older version. I fixed this
  now.
 
  I can compile the math manual without problems and also our French and
  Spanish translators working on Linux and BSD.

 lot of iconv errors remain, however i'm now at least able to compile the
 manual,
 with some err messages on console:


On Mac, however, I still get the same crash when attempting to open the math
manual. Shall I open a bug report?

Bennett

Re: LyX version 1.6.0 (release candidate 2) is released

[Bennett Helm]

On Fri, Aug 29, 2008 at 5:28 AM, José Matos <[EMAIL PROTECTED]> wrote:

> Public release of LyX version 1.6.0 (release candidate 2)
> =
>
> We are pleased to announce the second release candidate of LyX 1.6.0.


I've put the Mac universal binary here:

LyX-1.6.0RC2-Mac-Uni..>

Could someone please upload it?

Also, I recently posted a new version of 1.5.6 for Mac; could someone please
upload that as well? Here's the link for that again:

LyX-1.5.6-2-Mac-Univ..>

Thanks!

Bennett

Re: Math manuals uncompilable under rc2

[Bennett Helm]

On Fri, Aug 29, 2008 at 8:58 AM, Vincent van Ravesteijn - TNW <
[EMAIL PROTECTED]> wrote:

> I have basically no problems compiling the Math-manual, until I tried a
> machine without the braket package. I think we could remove the first
> two (quite German sounding) lines below from the preamble.
>
> % used in Kap. 22.4
> \usepackage{braket}
> ...
> % needed in sec. 22.4
> % check for package braket
> \newboolean{braket}
> \IfFileExists{braket.sty}
>  {\usepackage{braket}
>  \setboolean{braket}{true}}
>  {\setboolean{braket}{false}}


I have braket.sty, but I can't even load the math manual: I get a crash.
Here's the backtrace:

Error 92 returned from iconv when converting from UCS-4LE to ISO-8859-15:
Illegal byte sequence
Converted input: 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072
0x006d 0x007b 0x005c 0x0061 0x0061 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e
0x0064 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a
0x000a 0x005c 0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065
0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078
0x0074 0x0072 0x006d 0x007b
Stopped at: 0x212b
Unconverted input: 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064 0x007b
0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a 0x005c
0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069
0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072
0x006d 0x007b 0x0131 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064 0x007b
0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a 0x005c
0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069
0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072
0x006d 0x007b 0x00f8 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064 0x007b
0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a 0x005c
0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069
0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072
0x006d 0x007b 0x00d8 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064 0x007b
0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a 0x005c
0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069
0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072
0x006d 0x007b 0x0142 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064 0x007b
0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a 0x005c
0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069
0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072
0x006d 0x007b 0x0141 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064 0x007b
0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a 0x005c
0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069
0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072
0x006d 0x007b 0x0021 0x0060 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064
0x007b 0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a
0x005c 0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076
0x0069 0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074
0x0072 0x006d 0x007b 0x003f 0x0060 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e
0x0064 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a
0x000a 0x005c 0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065
0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078
0x0074 0x0072 0x006d 0x007b 0x0237 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e
0x0064 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a
0x000a 0x005c 0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065
0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078
0x0074 0x0072 0x006d 0x007b 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072 0x006d
0x007b 0x00c5 0x007d 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064 0x007b
0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a 0x005c
0x0062 0x0065 0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069
0x0065 0x0077 0x007d 0x000a 0x0024 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072
0x006d 0x007b 0x005c 0x0074 0x0065 0x0078 0x0074 0x0072 0x006d 0x007b 0x00d8
0x007d 0x007d 0x0024 0x000a 0x005c 0x0065 0x006e 0x0064 0x007b 0x0070 0x0072
0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 0x000a 0x000a 0x005c 0x0062 0x0065
0x0067 0x0069 0x006e 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077
0x007d 0x000a 0x0024 0x005c 0x0072 0x0061 0x0069 0x0073 0x0065 0x0062 0x006f
0x0078 0x007b 0x0034 0x002e 0x0035 0x006d 0x006d 0x007d 0x007b 0x007d 0x0024
0x000a 0x005c 0x0065 0x006e 0x0064 0x007b 0x0070 0x0072 0x0065 0x0076 0x0069
0x0065 0x0077 0x007d 0x000a 0x000a 0x005c 0x0062 0x0065 0x0067 0x0069 0x006e
0x007b 0x0070 0x0072 0x0065 0x0076 0x0069 0x0065 0x0077 0x007d 

Re: Math manuals uncompilable under rc2

[Bennett Helm]

On Fri, Aug 29, 2008 at 8:48 PM, Pavel Sanda <[EMAIL PROTECTED]> wrote:

> Uwe Stöhr wrote:
> > > % used in Kap. 22.4
> > > \usepackage{braket}
> >
> > Sorry, these two lines were leftovers from an older version. I fixed this
> > now.
> >
> > I can compile the math manual without problems and also our French and
> > Spanish translators working on Linux and BSD.
>
> lot of iconv errors remain, however i'm now at least able to compile the
> manual,
> with some err messages on console:


On Mac, however, I still get the same crash when attempting to open the math
manual. Shall I open a bug report?

Bennett

1.6svn: Crash on quit after changing preferences

[Bennett Helm]

On Mac, anytime I make a change to LyX's preferences, I get a new special
menu appearing. Sometimes (and I'm not sure exactly under what conditions)
this leads to a crash while editing a document. But it *always* leads to a
crash if I try to quit. Here'

Re: 1.6svn: Crash on quit after changing preferences

[Bennett Helm]

Sorry for the incomplete message; let's try this again.

On Wed, Aug 27, 2008 at 2:54 PM, Bennett Helm [EMAIL PROTECTED] wrote:

 On Mac, anytime I make a change to LyX's preferences, I get a new special
 menu appearing. Sometimes (and I'm not sure exactly under what conditions)
 this leads to a crash while editing a document. But it *always* leads to a
 crash if I try to quit. Here'


... Here's the backtrace:

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x0062
lyx::to_utf8 ([EMAIL PROTECTED]) at docstring.cpp:106
106 vectorchar const utf8 = ucs4_to_utf8(ucs4.data(), ucs4.size());
(gdb) bt
#0  lyx::to_utf8 ([EMAIL PROTECTED]) at docstring.cpp:106
#1  0x0012c4d0 in lyx::LyXFunc::dispatch (this=0x142d0b0, [EMAIL PROTECTED]) at
LyXFunc.cpp:713
#2  0x0010e46e in lyx::dispatch ([EMAIL PROTECTED]) at LyX.cpp:1132
#3  0x0035c634 in lyx::frontend::Action::qt_metacall (this=0xf25f390,
_c=QMetaObject::InvokeMetaMethod, _id=-1, _a=0xbfffe278) at Action.cpp:69
#4  0x00b8012d in QMetaObject::activate () at LyX.cpp:1250
#5  0x005b03bc in QAction::triggered () at LyX.cpp:1250
#6  0x005b21cf in QAction::activate () at LyX.cpp:1250
#7  0x0096e739 in qt_mac_activate_action () at LyX.cpp:1250
#8  0x0096ed15 in qt_mac_menu_event () at LyX.cpp:1250
#9  0x90946763 in DispatchEventToHandlers ()
#10 0x90945b9d in SendEventToEventTargetInternal ()
#11 0x909624ee in SendEventToEventTarget ()
#12 0x90996bc1 in SendHICommandEvent ()
#13 0x909bd3d3 in SendMenuCommandWithContextAndModifiers ()
#14 0x909bd390 in SendMenuItemSelectedEvent ()
#15 0x90a4131f in HIMenuBar::HandleKeyboardEvent ()
#16 0x90946c71 in HIObject::EventHook ()
#17 0x90946763 in DispatchEventToHandlers ()
#18 0x90945b9d in SendEventToEventTargetInternal ()
#19 0x90945a02 in SendEventToEventTargetWithOptions ()
#20 0x90974def in ToolboxEventDispatcherHandler ()
#21 0x90946b1c in DispatchEventToHandlers ()
#22 0x90945b9d in SendEventToEventTargetInternal ()
#23 0x909624ee in SendEventToEventTarget ()
#24 0x00600881 in qt_mac_send_event () at LyX.cpp:1250
#25 0x0060cdb2 in QEventDispatcherMac::processEvents () at LyX.cpp:1250
#26 0x00b6e221 in QEventLoop::processEvents () at LyX.cpp:1250
#27 0x00b6e34a in QEventLoop::exec () at LyX.cpp:1250
#28 0x00b71041 in QCoreApplication::exec () at LyX.cpp:1250
#29 0x00119479 in lyx::LyX::exec (this=0xb258, [EMAIL PROTECTED],
argv=0xb2a0) at LyX.cpp:343
#30 0x2989 in main (argc=1, argv=0xb2a0) at main.cpp:46


Bennett

1.6svn: Crash on quit after changing preferences

[Bennett Helm]

On Mac, anytime I make a change to LyX's preferences, I get a new "special"
menu appearing. Sometimes (and I'm not sure exactly under what conditions)
this leads to a crash while editing a document. But it *always* leads to a
crash if I try to quit. Here'

Re: 1.6svn: Crash on quit after changing preferences

[Bennett Helm]

Sorry for the incomplete message; let's try this again.

On Wed, Aug 27, 2008 at 2:54 PM, Bennett Helm <[EMAIL PROTECTED]> wrote:

> On Mac, anytime I make a change to LyX's preferences, I get a new "special"
> menu appearing. Sometimes (and I'm not sure exactly under what conditions)
> this leads to a crash while editing a document. But it *always* leads to a
> crash if I try to quit. Here'
>

... Here's the backtrace:

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x0062
lyx::to_utf8 ([EMAIL PROTECTED]) at docstring.cpp:106
106 vector const utf8 = ucs4_to_utf8(ucs4.data(), ucs4.size());
(gdb) bt
#0  lyx::to_utf8 ([EMAIL PROTECTED]) at docstring.cpp:106
#1  0x0012c4d0 in lyx::LyXFunc::dispatch (this=0x142d0b0, [EMAIL PROTECTED]) at
LyXFunc.cpp:713
#2  0x0010e46e in lyx::dispatch ([EMAIL PROTECTED]) at LyX.cpp:1132
#3  0x0035c634 in lyx::frontend::Action::qt_metacall (this=0xf25f390,
_c=QMetaObject::InvokeMetaMethod, _id=-1, _a=0xbfffe278) at Action.cpp:69
#4  0x00b8012d in QMetaObject::activate () at LyX.cpp:1250
#5  0x005b03bc in QAction::triggered () at LyX.cpp:1250
#6  0x005b21cf in QAction::activate () at LyX.cpp:1250
#7  0x0096e739 in qt_mac_activate_action () at LyX.cpp:1250
#8  0x0096ed15 in qt_mac_menu_event () at LyX.cpp:1250
#9  0x90946763 in DispatchEventToHandlers ()
#10 0x90945b9d in SendEventToEventTargetInternal ()
#11 0x909624ee in SendEventToEventTarget ()
#12 0x90996bc1 in SendHICommandEvent ()
#13 0x909bd3d3 in SendMenuCommandWithContextAndModifiers ()
#14 0x909bd390 in SendMenuItemSelectedEvent ()
#15 0x90a4131f in HIMenuBar::HandleKeyboardEvent ()
#16 0x90946c71 in HIObject::EventHook ()
#17 0x90946763 in DispatchEventToHandlers ()
#18 0x90945b9d in SendEventToEventTargetInternal ()
#19 0x90945a02 in SendEventToEventTargetWithOptions ()
#20 0x90974def in ToolboxEventDispatcherHandler ()
#21 0x90946b1c in DispatchEventToHandlers ()
#22 0x90945b9d in SendEventToEventTargetInternal ()
#23 0x909624ee in SendEventToEventTarget ()
#24 0x00600881 in qt_mac_send_event () at LyX.cpp:1250
#25 0x0060cdb2 in QEventDispatcherMac::processEvents () at LyX.cpp:1250
#26 0x00b6e221 in QEventLoop::processEvents () at LyX.cpp:1250
#27 0x00b6e34a in QEventLoop::exec () at LyX.cpp:1250
#28 0x00b71041 in QCoreApplication::exec () at LyX.cpp:1250
#29 0x00119479 in lyx::LyX::exec (this=0xb258, [EMAIL PROTECTED],
argv=0xb2a0) at LyX.cpp:343
#30 0x2989 in main (argc=1, argv=0xb2a0) at main.cpp:46


Bennett

Re: [Fwd: Re: Newer Gettext for 1.5.x]

[Bennett Helm]

On Mon, Aug 18, 2008 at 5:07 AM, Konrad Hofbauer [EMAIL PROTECTED]wrote:

 I am wondering where it came from that 1.5.6 did not pick up the OS
 language anymore.

 Question:
 When you built that version, did you patch the official source (i.e.
 removed the -I .../CoreFoundation) that came in through gettext? That would
 maybe explain it (through it being only a partial fix).


Nope -- a standard build, as usual, using the script we came up with.
(Frankly, I don't know enough to even try patching anything like this, so I
don't even try.)

Bennett

Re: [Fwd: Re: Newer Gettext for 1.5.x]

[Bennett Helm]

On Mon, Aug 18, 2008 at 5:07 AM, Konrad Hofbauer <[EMAIL PROTECTED]>wrote:

> I am wondering where it came from that 1.5.6 did not pick up the OS
> language anymore.
>
> Question:
> When you built that version, did you patch the official source (i.e.
> removed the -I .../CoreFoundation) that came in through gettext? That would
> maybe explain it (through it being only a partial fix).


Nope -- a standard build, as usual, using the script we came up with.
(Frankly, I don't know enough to even try patching anything like this, so I
don't even try.)

Bennett

Re: [Fwd: Re: Newer Gettext for 1.5.x]

[Bennett Helm]

On Fri, Aug 15, 2008 at 12:10 PM, Jean-Marc Lasgouttes
[EMAIL PROTECTED]wrote:

 Le 15 août 08 à 18:00, Konrad Hofbauer a écrit :

  Jean-Marc Lasgouttes wrote:

 Of course, the autoconf and automake versions will not match the original
 release,
 but I assume it will not matter.


 This was exactly my concern (plus whatever other system libraries might
 matter).

 JMarc, can I just use the official 1.5.6 tarball, apply the patch you
 initially posted here, re-run autogen.sh, and that's it?


 Yes.


Konrad -

Thanks for taking over here. I'm back (sort of -- still too busy!) and happy
for you to keep doing what you're doing. Let me know if you want me to test
anything.

Bennett

Re: [Fwd: Re: Newer Gettext for 1.5.x]

[Bennett Helm]

On Fri, Aug 15, 2008 at 12:10 PM, Jean-Marc Lasgouttes
<[EMAIL PROTECTED]>wrote:

> Le 15 août 08 à 18:00, Konrad Hofbauer a écrit :
>
>  Jean-Marc Lasgouttes wrote:
>>
>>> Of course, the autoconf and automake versions will not match the original
>>> release,
>>> but I assume it will not matter.
>>>
>>
>> This was exactly my concern (plus whatever other system libraries might
>> matter).
>>
>> JMarc, can I just use the official 1.5.6 tarball, apply the patch you
>> initially posted here, re-run autogen.sh, and that's it?
>>
>
> Yes.


Konrad -

Thanks for taking over here. I'm back (sort of -- still too busy!) and happy
for you to keep doing what you're doing. Let me know if you want me to test
anything.

Bennett

Crash on Launch with Sessions

[Bennett Helm]

I have LyX-1.6svn set to open files from the last session, and currently it
is set to open 3 files. There are a number of bugs with the way this works,
as I have reported in the past. One bug is that although I last quit LyX
with these files open in separate windows, on relaunch, LyX opens them in
one window with tabs. (On Mac this is a problem because in 1.6 opttab
does not work to switch among these tabs; this is a regression from 1.5.)
Another bug is that LyX now opens them with the source view and outline view
visible, which it should not (given that they were not visible when LyX was
last quit.) I mention these problems because it seems they may be relevant
to the current crash I'm getting.

Currently, with these 3 files set to open in the sessions file, LyX crashes
on launch soon after displaying the document window. If I delete the
sessions file, LyX launches with no problem, and I am able to open these 3
files individually. When I quit (with these files open) and relaunch, I
again get the crash.

Here's the backtrace.

Bennett



Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x72894000
0x96eb8c4f in CUIRenderer::DrawSlider ()
(gdb)
(gdb) bt
#0  0x96eb8c4f in CUIRenderer::DrawSlider ()
#1  0x96ec3f0a in CUIRenderer::Draw ()
#2  0x92b11c3e in _HIThemeDrawTrackTickMarksInternal ()
#3  0x92b11eb0 in HIThemeDrawTrackTickMarks ()
#4  0x00832b4d in QMacStyle::drawComplexControl () at ext/new_allocator.h:94
#5  0x00931649 in QSlider::paintEvent () at ext/new_allocator.h:94
#6  0x005f267f in QWidget::event () at ext/new_allocator.h:94
#7  0x008a7498 in QAbstractSlider::event () at ext/new_allocator.h:94
#8  0x009315a1 in QSlider::event () at ext/new_allocator.h:94
#9  0x005b396f in QApplicationPrivate::notify_helper () at
ext/new_allocator.h:94
#10 0x005b9c1c in QApplication::notify () at ext/new_allocator.h:94
#11 0x00371671 in lyx::frontend::GuiApplication::notify (this=0x202d1d0,
receiver=0x41e8, event=0x41e8) at GuiApplication.cpp:1185
#12 0x00b6bf34 in QCoreApplication::notifyInternal () at
ext/new_allocator.h:94
#13 0x0061b35d in QWidgetPrivate::qt_widget_event () at
ext/new_allocator.h:94
#14 0x92974763 in DispatchEventToHandlers ()
#15 0x92973b9d in SendEventToEventTargetInternal ()
#16 0x92973a02 in SendEventToEventTargetWithOptions ()
#17 0x92997421 in HIView::SendDraw ()
#18 0x92996f0e in HIView::RecursiveDrawComposited ()
#19 0x92997072 in HIView::RecursiveDrawComposited ()
#20 0x92997072 in HIView::RecursiveDrawComposited ()
#21 0x92997072 in HIView::RecursiveDrawComposited ()
#22 0x92997072 in HIView::RecursiveDrawComposited ()
#23 0x9299630c in HIView::DrawComposited ()
#24 0x9299601f in HIView::Draw ()
#25 0x92995f6f in HIView::Render ()
#26 0x9299e867 in FlushWindowObject ()
#27 0x9299e27e in FlushAllBuffers ()
#28 0x90fd59c2 in __CFRunLoopDoObservers ()
#29 0x90fd6bf2 in CFRunLoopRunSpecific ()
#30 0x90fd7cf8 in CFRunLoopRunInMode ()
#31 0x9299cda4 in RunCurrentEventLoopInMode ()
#32 0x9299caf6 in ReceiveNextEventCommon ()
#33 0x92adfaf3 in ReceiveNextEvent ()
#34 0x0060a0b4 in QEventDispatcherMac::processEvents () at
ext/new_allocator.h:94
#35 0x00b6b641 in QEventLoop::processEvents () at ext/new_allocator.h:94
#36 0x00b6b76a in QEventLoop::exec () at ext/new_allocator.h:94
#37 0x00b6e461 in QCoreApplication::exec () at ext/new_allocator.h:94
#38 0x001197e9 in lyx::LyX::exec (this=0xb258, [EMAIL PROTECTED],
argv=0xb2a0) at LyX.cpp:343
#39 0x3069 in main (argc=1, argv=0xb2a0) at main.cpp:46

Re: Crash on Launch with Sessions

[Bennett Helm]

On Fri, Aug 1, 2008 at 12:02 PM, Abdelrazak Younes [EMAIL PROTECTED] wrote:

 Bennett Helm wrote:

 I have LyX-1.6svn set to open files from the last session, and currently
 it
 is set to open 3 files. There are a number of bugs with the way this
 works,
 as I have reported in the past. One bug is that although I last quit LyX
 with these files open in separate windows, on relaunch, LyX opens them in
 one window with tabs. (On Mac this is a problem because in 1.6opttab
 does not work to switch among these tabs; this is a regression from 1.5.)
 Another bug is that LyX now opens them with the source view and outline
 view
 visible, which it should not (given that they were not visible when LyX
 was
 last quit.) I mention these problems because it seems they may be relevant
 to the current crash I'm getting.


 Yeah, sorry. Those bugs are in my todo list but they require a lot of
 debugging time. So for now I prefer to concentrate on easy to fix and major
 bugs. Maybe I should not have introduce this multiwindow and session thing
 after all ;-)


No need to apologize! No sane person should be using 1.6 yet anyway. And
multiwindow LyX makes it feel like a *real* (=Mac) application, so that's
got to be good! (It is Friday, isn't it? Can I start an OS holy war?)

Currently, with these 3 files set to open in the sessions file, LyX crashes
 on launch soon after displaying the document window. If I delete the
 sessions file, LyX launches with no problem, and I am able to open these 3
 files individually. When I quit (with these files open) and relaunch, I
 again get the crash.

 Here's the backtrace.


 It does reveal anything I'm afraid.


So can I do anything more to help track it down? (It had better be quick,
though: I'll be out of contact for a couple weeks starting tomorrow)

Bennett

Re: Preparing for rc1

[Bennett Helm]

On Fri, Aug 1, 2008 at 2:39 PM, José Matos [EMAIL PROTECTED] wrote:

I would like to release a first candidate to rc1 next Monday, this
 follows
 our agreed schedule where RC1 was planned for today. If all goes well I
 would
 like to release on Tuesday or Wednesday.


I won't be able to do anything for the next couple of weeks. Perhaps Konrad
or Anders could produce the binary for Mac and package it up.

In case someone can, I've put 2 files on my server to help:

LyX-1.6.x-Mac.sparse..http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.6.x-Mac.sparseimage.zip
ReadMe-160b4.lyx http://edisk.fandm.edu/bennett.helm/LyX/ReadMe-160b4.lyx

The first is a zipped sparseimage template for the LyX/Mac binary package.
Simply unzip, open it, and copy over the compiled binary. You should also
take the second file -- the readme file used for 1.6.0b4 -- and update it
for rc1 and put the resulting .pdf into the sparseimage volume. Then, using
Disk Utility, convert the sparseimage to a *compressed* .dmg, naming it
LyX-1.6.0rc1-Mac-Universal.dmg.

Bennett

Crash on Launch with Sessions

[Bennett Helm]

I have LyX-1.6svn set to open files from the last session, and currently it
is set to open 3 files. There are a number of bugs with the way this works,
as I have reported in the past. One bug is that although I last quit LyX
with these files open in separate windows, on relaunch, LyX opens them in
one window with tabs. (On Mac this is a problem because in 1.6 
does not work to switch among these tabs; this is a regression from 1.5.)
Another bug is that LyX now opens them with the source view and outline view
visible, which it should not (given that they were not visible when LyX was
last quit.) I mention these problems because it seems they may be relevant
to the current crash I'm getting.

Currently, with these 3 files set to open in the sessions file, LyX crashes
on launch soon after displaying the document window. If I delete the
sessions file, LyX launches with no problem, and I am able to open these 3
files individually. When I quit (with these files open) and relaunch, I
again get the crash.

Here's the backtrace.

Bennett



Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x72894000
0x96eb8c4f in CUIRenderer::DrawSlider ()
(gdb)
(gdb) bt
#0  0x96eb8c4f in CUIRenderer::DrawSlider ()
#1  0x96ec3f0a in CUIRenderer::Draw ()
#2  0x92b11c3e in _HIThemeDrawTrackTickMarksInternal ()
#3  0x92b11eb0 in HIThemeDrawTrackTickMarks ()
#4  0x00832b4d in QMacStyle::drawComplexControl () at ext/new_allocator.h:94
#5  0x00931649 in QSlider::paintEvent () at ext/new_allocator.h:94
#6  0x005f267f in QWidget::event () at ext/new_allocator.h:94
#7  0x008a7498 in QAbstractSlider::event () at ext/new_allocator.h:94
#8  0x009315a1 in QSlider::event () at ext/new_allocator.h:94
#9  0x005b396f in QApplicationPrivate::notify_helper () at
ext/new_allocator.h:94
#10 0x005b9c1c in QApplication::notify () at ext/new_allocator.h:94
#11 0x00371671 in lyx::frontend::GuiApplication::notify (this=0x202d1d0,
receiver=0x41e8, event=0x41e8) at GuiApplication.cpp:1185
#12 0x00b6bf34 in QCoreApplication::notifyInternal () at
ext/new_allocator.h:94
#13 0x0061b35d in QWidgetPrivate::qt_widget_event () at
ext/new_allocator.h:94
#14 0x92974763 in DispatchEventToHandlers ()
#15 0x92973b9d in SendEventToEventTargetInternal ()
#16 0x92973a02 in SendEventToEventTargetWithOptions ()
#17 0x92997421 in HIView::SendDraw ()
#18 0x92996f0e in HIView::RecursiveDrawComposited ()
#19 0x92997072 in HIView::RecursiveDrawComposited ()
#20 0x92997072 in HIView::RecursiveDrawComposited ()
#21 0x92997072 in HIView::RecursiveDrawComposited ()
#22 0x92997072 in HIView::RecursiveDrawComposited ()
#23 0x9299630c in HIView::DrawComposited ()
#24 0x9299601f in HIView::Draw ()
#25 0x92995f6f in HIView::Render ()
#26 0x9299e867 in FlushWindowObject ()
#27 0x9299e27e in FlushAllBuffers ()
#28 0x90fd59c2 in __CFRunLoopDoObservers ()
#29 0x90fd6bf2 in CFRunLoopRunSpecific ()
#30 0x90fd7cf8 in CFRunLoopRunInMode ()
#31 0x9299cda4 in RunCurrentEventLoopInMode ()
#32 0x9299caf6 in ReceiveNextEventCommon ()
#33 0x92adfaf3 in ReceiveNextEvent ()
#34 0x0060a0b4 in QEventDispatcherMac::processEvents () at
ext/new_allocator.h:94
#35 0x00b6b641 in QEventLoop::processEvents () at ext/new_allocator.h:94
#36 0x00b6b76a in QEventLoop::exec () at ext/new_allocator.h:94
#37 0x00b6e461 in QCoreApplication::exec () at ext/new_allocator.h:94
#38 0x001197e9 in lyx::LyX::exec (this=0xb258, [EMAIL PROTECTED],
argv=0xb2a0) at LyX.cpp:343
#39 0x3069 in main (argc=1, argv=0xb2a0) at main.cpp:46

Re: Crash on Launch with Sessions

[Bennett Helm]

On Fri, Aug 1, 2008 at 12:02 PM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:

> Bennett Helm wrote:
>
>> I have LyX-1.6svn set to open files from the last session, and currently
>> it
>> is set to open 3 files. There are a number of bugs with the way this
>> works,
>> as I have reported in the past. One bug is that although I last quit LyX
>> with these files open in separate windows, on relaunch, LyX opens them in
>> one window with tabs. (On Mac this is a problem because in 1.6
>> does not work to switch among these tabs; this is a regression from 1.5.)
>> Another bug is that LyX now opens them with the source view and outline
>> view
>> visible, which it should not (given that they were not visible when LyX
>> was
>> last quit.) I mention these problems because it seems they may be relevant
>> to the current crash I'm getting.
>>
>
> Yeah, sorry. Those bugs are in my todo list but they require a lot of
> debugging time. So for now I prefer to concentrate on easy to fix and major
> bugs. Maybe I should not have introduce this multiwindow and session thing
> after all ;-)


No need to apologize! No sane person should be using 1.6 yet anyway. And
multiwindow LyX makes it feel like a *real* (=Mac) application, so that's
got to be good! (It is Friday, isn't it? Can I start an OS holy war?)

Currently, with these 3 files set to open in the sessions file, LyX crashes
>> on launch soon after displaying the document window. If I delete the
>> sessions file, LyX launches with no problem, and I am able to open these 3
>> files individually. When I quit (with these files open) and relaunch, I
>> again get the crash.
>>
>> Here's the backtrace.
>>
>>
> It does reveal anything I'm afraid.


So can I do anything more to help track it down? (It had better be quick,
though: I'll be out of contact for a couple weeks starting tomorrow)

Bennett

Re: Preparing for rc1

[Bennett Helm]

On Fri, Aug 1, 2008 at 2:39 PM, José Matos <[EMAIL PROTECTED]> wrote:

>I would like to release a first candidate to rc1 next Monday, this
> follows
> our agreed schedule where RC1 was planned for today. If all goes well I
> would
> like to release on Tuesday or Wednesday.


I won't be able to do anything for the next couple of weeks. Perhaps Konrad
or Anders could produce the binary for Mac and package it up.

In case someone can, I've put 2 files on my server to help:

LyX-1.6.x-Mac.sparse..>
ReadMe-160b4.lyx 

The first is a zipped sparseimage template for the LyX/Mac binary package.
Simply unzip, open it, and copy over the compiled binary. You should also
take the second file -- the readme file used for 1.6.0b4 -- and update it
for rc1 and put the resulting .pdf into the sparseimage volume. Then, using
Disk Utility, convert the sparseimage to a *compressed* .dmg, naming it
LyX-1.6.0rc1-Mac-Universal.dmg.

Bennett

Re: File-Open... dialogue on Mac

[Bennett Helm]

On Wed, Jul 30, 2008 at 9:49 AM, Anders Ekberg [EMAIL PROTECTED] wrote:

 In the current trunk on Mac (OS X 10.5) the File-Open...  dialogue has in
 the Enable-pop-up menu first the entry LyX Documents and then three x
 Documents entries. Is this intentional as placeholders or a bug?


Looks like a bug to me. Perhaps you should file it in bugzilla so that it's
not forgotten.

Bennett

Re: File->Open... dialogue on Mac

[Bennett Helm]

On Wed, Jul 30, 2008 at 9:49 AM, Anders Ekberg <[EMAIL PROTECTED]> wrote:

> In the current trunk on Mac (OS X 10.5) the File->Open...  dialogue has in
> the Enable-pop-up menu first the entry LyX Documents and then three x
> Documents entries. Is this intentional as placeholders or a bug?


Looks like a bug to me. Perhaps you should file it in bugzilla so that it's
not forgotten.

Bennett

Re: Could not move temporary file error (FileName.cpp)

[Bennett Helm]

On Wed, Jul 30, 2008 at 3:35 AM, Abdelrazak Younes [EMAIL PROTECTED] wrote:

 Bennett Helm wrote:

 On Tue, Jul 29, 2008 at 4:47 PM, Richard Heck[EMAIL PROTECTED]  wrote


 I think it may have something to do with empty FileName objects behaving
 badly. Try the attached, just as a wild guess.


 I verified that comparing two empty QFileInfo returned false so your guess
 was right nevertheless.

   If that doesn't work, we'll
 try something else.




 No go. Here's the new backtrace.



 This doesn't seem to be related... Or the backtrace is truncated. Could you
 please revert Richard's patch and svn up again?


Reverting and updating seems to fix the problem -- thanks.

Bennett

Re: "Could not move temporary file" error (FileName.cpp)

[Bennett Helm]

On Wed, Jul 30, 2008 at 3:35 AM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:

> Bennett Helm wrote:
>
>> On Tue, Jul 29, 2008 at 4:47 PM, Richard Heck<[EMAIL PROTECTED]>  wrote
>>
>>
>>> I think it may have something to do with empty FileName objects behaving
>>> badly. Try the attached, just as a wild guess.
>>>
>>
> I verified that comparing two empty QFileInfo returned false so your guess
> was right nevertheless.
>
>   If that doesn't work, we'll
>>> try something else.
>>>
>>>
>>
>>
>> No go. Here's the new backtrace.
>>
>>
>
> This doesn't seem to be related... Or the backtrace is truncated. Could you
> please revert Richard's patch and svn up again?


Reverting and updating seems to fix the problem -- thanks.

Bennett

Could not move temporary file error (FileName.cpp)

[Bennett Helm]

The first time I typeset a file, everything works. If I subsequently modify
the document and then typeset again, I get an error:

Could not copy a temporary file from
/Users/bennett/tmp/lyx_tmpdir.J82124/lyx_tmpbuf3/test.pdf to
/Users/bennett/tmp/lyx_tmpdir.J82124/lyx_tmpbuf3/test.pdf.

The terminal shows:

FileName.cpp(204): FileName::copyTo(): Could not copy file
/Users/bennett/tmp/lyx_tmpdir.J82124/lyx_tmpbuf3/test.pdf to
/Users/bennett/tmp/lyx_tmpdir.J82124/lyx_tmpbuf3/test.pdf
Error: Cannot convert file

Could this be a problem with r25960? (It didn't happen yesterday.)

Bennett

Re: Could not move temporary file error (FileName.cpp)

[Bennett Helm]

On Tue, Jul 29, 2008 at 10:33 AM, Abdelrazak Younes [EMAIL PROTECTED] wrote:

 OK, fixed.


Works for me -- thanks!

Bennett

Re: Could not move temporary file error (FileName.cpp)

[Bennett Helm]

On Tue, Jul 29, 2008 at 2:16 PM, Richard Heck [EMAIL PROTECTED] wrote:

 Abdelrazak Younes wrote:

 Richard Heck wrote:

 I saw the same problem Bennett did, by the way, on Linux. It occurred to
 me that it might be another manifestation of the refresh() issue. So I did
 the attached, and it works for me. Bennett?


 Aha... well spotted. But this is not due to the refresh bug as Windows was
 also affected. It simply means that those temporary files being moved all
 other the place needed a refresh.

  OK. I've committed that. I wonder if there are other times we need to
 refresh


I can see I'm too late to respond. I did just update svn, and now LyX
crashes on launch. Does this have something to do with this commit?

Here's the complete output from gdb:

dvipng warning: at (1,0) ignored header \special{! /DvipsToPDF { 72.27 mul
Resolution div } def /PDFToDvips { 72.27 div Resolution mul } def
/HyperBorder { 1 PDFToDvips } def /H.V [EMAIL PROTECTED] [EMAIL PROTECTED] 
null} def /H.B
{/[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] def 
/H.S { currentpoint HyperBorder
add /[EMAIL PROTECTED] exch def dup DvipsToPDF /[EMAIL PROTECTED] exch def 
HyperBorder sub
/[EMAIL PROTECTED] exch def } def /H.L { 2 sub dup /HyperBasePt exch def 
PDFToDvips
/HyperBaseDvips exch def currentpoint HyperBaseDvips sub /[EMAIL PROTECTED] 
exch def
/[EMAIL PROTECTED] exch def } def /H.A { H.L currentpoint exch pop vsize 72 sub 
exch
DvipsToPDF HyperBasePt sub sub /[EMAIL PROTECTED] exch def } def /H.R { 
currentpoint
HyperBorder sub /[EMAIL PROTECTED] exch def HyperBorder add /[EMAIL PROTECTED] 
exch def
currentpoint exch pop vsize 72 sub exch DvipsToPDF sub /[EMAIL PROTECTED] exch 
def }
def systemdict /pdfmark known { userdict /?pdfmark systemdict /exec get put
}{ userdict /?pdfmark systemdict /pop get put userdict /pdfmark systemdict
/cleartomark get put } ifelse } dvipng warning: at (1,0) unimplemented
\special{ps:SDict begin /product where{pop product(Distiller)search{pop pop
pop version(.)search{exch pop exch pop(3011)eq{gsave newpath 0 0 moveto
closepath clip/Courier findfont 10 scalefont setfont 72 72 moveto(.)show
grestore}if}{pop}ifelse}{pop}ifelse}if end} dvipng warning: at (1,0)
unimplemented \special{ps:SDict begin [ /Producer (dvips + Distiller) /Title
() /Subject () /Creator (LaTeX with hyperref package) /Author () /Keywords
() /DOCINFO pdfmark end} dvipng warning: at (1,-1) unimplemented
\special{ps:SDict begin /product where{pop product(Distiller)search{pop pop
pop version(.)search{exch pop exch pop(3011)eq{gsave newpath 0 0 moveto
closepath clip/Courier findfont 10 scalefont setfont 72 72 moveto(.)show
grestore}if}{pop}ifelse}{pop}ifelse}if end} dvipng warning: at (0,-1)
unimplemented \special{ps:SDict begin /product where{pop
product(Distiller)search{pop pop pop version(.)search{exch pop exch
pop(3011)eq{gsave newpath 0 0 moveto closepath clip/Courier findfont 10
scalefont setfont 72 72 moveto(.)show grestore}if}{pop}ifelse}{pop}ifelse}if
end} dvipng warning: at (1,-1) unimplemented \special{ps:SDict begin
/product where{pop product(Distiller)search{pop pop pop
version(.)search{exch pop exch pop(3011)eq{gsave newpath 0 0 moveto
closepath clip/Courier findfont 10 scalefont setfont 72 72 moveto(.)show
grestore}if}{pop}ifelse}{pop}ifelse}if end} Assertion triggered in T*
boost::shared_ptrT::operator-() const [with T = lyx::graphics::CacheItem]
by failing check px != 0 in file ../boost/boost/shared_ptr.hpp:315

Program received signal SIGABRT, Aborted.
0x92ce4b9e in __kill ()
(gdb) dvipng warning: at (-1,0) ignored header \special{! /DvipsToPDF {
72.27 mul Resolution div } def /PDFToDvips { 72.27 div Resolution mul } def
/HyperBorder { 1 PDFToDvips } def /H.V [EMAIL PROTECTED] [EMAIL PROTECTED] 
null} def /H.B
{/[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] def 
/H.S { currentpoint HyperBorder
add /[EMAIL PROTECTED] exch def dup DvipsToPDF /[EMAIL PROTECTED] exch def 
HyperBorder sub
/[EMAIL PROTECTED] exch def } def /H.L { 2 sub dup /HyperBasePt exch def 
PDFToDvips
/HyperBaseDvips exch def currentpoint HyperBaseDvips sub /[EMAIL PROTECTED] 
exch def
/[EMAIL PROTECTED] exch def } def /H.A { H.L currentpoint exch pop vsize 72 sub 
exch
DvipsToPDF HyperBasePt sub sub /[EMAIL PROTECTED] exch def } def /H.R { 
currentpoint
HyperBorder sub /[EMAIL PROTECTED] exch def HyperBorder add /[EMAIL PROTECTED] 
exch def
currentpoint exch pop vsize 72 sub exch DvipsToPDF sub /[EMAIL PROTECTED] exch 
def }
def systemdict /pdfmark known { userdict /?pdfmark systemdict /exec get put
}{ userdict /?pdfmark systemdict /pop get put userdict /pdfmark systemdict
/cleartomark get put } ifelse } dvipng warning: at (-1,0) unimplemented
\special{ps:SDict begin /product where{pop product(Distiller)search{pop pop
pop version(.)search{exch pop exch pop(3011)eq{gsave newpath 0 0 moveto
closepath clip/Courier findfont 10 scalefont setfont 72 72 moveto(.)show

Re: Could not move temporary file error (FileName.cpp)

[Bennett Helm]

On Tue, Jul 29, 2008 at 3:22 PM, Richard Heck [EMAIL PROTECTED] wrote:

 Bennett Helm wrote:

 I can see I'm too late to respond. I did just update svn, and now LyX
 crashes on launch. Does this have something to do with this commit?

  Hard to know. Can you see if reverting to 25987 or 25988 fixes it? If
 so


25987 is fine.  25988 crashes. I blame Abdel (for the second time today!). I
just hope he doesn't start spamming me ;)

Bennett

Re: Could not move temporary file error (FileName.cpp)

[Bennett Helm]

On Tue, Jul 29, 2008 at 4:47 PM, Richard Heck [EMAIL PROTECTED] wrote:

 Bennett Helm wrote:

 On Tue, Jul 29, 2008 at 3:22 PM, Richard Heck [EMAIL PROTECTED]
 wrote:



 Bennett Helm wrote:



 I can see I'm too late to respond. I did just update svn, and now LyX
 crashes on launch. Does this have something to do with this commit?

  Hard to know. Can you see if reverting to 25987 or 25988 fixes it? If


 so




 25987 is fine.  25988 crashes. I blame Abdel (for the second time today!).
 I
 just hope he doesn't start spamming me ;)



 Actually, that was Abdel's implementation of an idea of mine, so I'm at
 least half at fault.





 I think it may have something to do with empty FileName objects behaving
 badly. Try the attached, just as a wild guess. If that doesn't work, we'll
 try something else.


No go. Here's the new backtrace.

Bennett

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x57a8c000
0x96eb8c4f in CUIRenderer::DrawSlider ()
(gdb) bt
#0  0x96eb8c4f in CUIRenderer::DrawSlider ()
#1  0x96ec3f0a in CUIRenderer::Draw ()
#2  0x92b11c3e in _HIThemeDrawTrackTickMarksInternal ()
#3  0x92b11eb0 in HIThemeDrawTrackTickMarks ()
#4  0x00831c2d in QMacStyle::drawComplexControl ()
#5  0x00930729 in QSlider::paintEvent ()
#6  0x005f175f in QWidget::event ()
#7  0x008a6578 in QAbstractSlider::event ()
#8  0x00930681 in QSlider::event ()
#9  0x005b2a4f in QApplicationPrivate::notify_helper ()
#10 0x005b8cfc in QApplication::notify ()
#11 0x00370791 in lyx::frontend::GuiApplication::notify (this=0x142d140,
receiver=0x41e8, event=0x41e8) at GuiApplication.cpp:1185
#12 0x00b6b014 in QCoreApplication::notifyInternal () at qatomic_i386.h:134
#13 0x0061a43d in QWidgetPrivate::qt_widget_event () at crc.hpp:531
#14 0x92974763 in DispatchEventToHandlers ()
#15 0x92973b9d in SendEventToEventTargetInternal ()
#16 0x92973a02 in SendEventToEventTargetWithOptions ()
#17 0x92997421 in HIView::SendDraw ()
#18 0x92996f0e in HIView::RecursiveDrawComposited ()
#19 0x92997072 in HIView::RecursiveDrawComposited ()
#20 0x92997072 in HIView::RecursiveDrawComposited ()
#21 0x92997072 in HIView::RecursiveDrawComposited ()
#22 0x92997072 in HIView::RecursiveDrawComposited ()
#23 0x9299630c in HIView::DrawComposited ()
#24 0x9299601f in HIView::Draw ()
#25 0x92995f6f in HIView::Render ()
#26 0x9299e867 in FlushWindowObject ()
#27 0x9299e27e in FlushAllBuffers ()
#28 0x90fd59c2 in __CFRunLoopDoObservers ()
#29 0x90fd6bf2 in CFRunLoopRunSpecific ()
#30 0x90fd7cf8 in CFRunLoopRunInMode ()
#31 0x9299cda4 in RunCurrentEventLoopInMode ()
#32 0x9299caf6 in ReceiveNextEventCommon ()
#33 0x92adfaf3 in ReceiveNextEvent ()
#34 0x00609194 in QEventDispatcherMac::processEvents () at crc.hpp:531
#35 0x00b6a721 in QEventLoop::processEvents () at qatomic_i386.h:134
#36 0x00b6a84a in QEventLoop::exec () at qatomic_i386.h:134
#37 0x00b6d541 in QCoreApplication::exec () at qatomic_i386.h:134
#38 0x00119069 in lyx::LyX::exec (this=0xb258, [EMAIL PROTECTED],
argv=0xb2a0) at LyX.cpp:343
#39 0x2929 in main (argc=1, argv=0xb2a0) at main.cpp:46

"Could not move temporary file" error (FileName.cpp)

[Bennett Helm]

The first time I typeset a file, everything works. If I subsequently modify
the document and then typeset again, I get an error:

Could not copy a temporary file from
/Users/bennett/tmp/lyx_tmpdir.J82124/lyx_tmpbuf3/test.pdf to
/Users/bennett/tmp/lyx_tmpdir.J82124/lyx_tmpbuf3/test.pdf.

The terminal shows:

FileName.cpp(204): FileName::copyTo(): Could not copy file
/Users/bennett/tmp/lyx_tmpdir.J82124/lyx_tmpbuf3/test.pdf to
/Users/bennett/tmp/lyx_tmpdir.J82124/lyx_tmpbuf3/test.pdf
Error: Cannot convert file

Could this be a problem with r25960? (It didn't happen yesterday.)

Bennett

Re: "Could not move temporary file" error (FileName.cpp)

[Bennett Helm]

On Tue, Jul 29, 2008 at 10:33 AM, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:

> OK, fixed.
>

Works for me -- thanks!

Bennett

Re: "Could not move temporary file" error (FileName.cpp)

[Bennett Helm]

On Tue, Jul 29, 2008 at 2:16 PM, Richard Heck <[EMAIL PROTECTED]> wrote:

> Abdelrazak Younes wrote:
>
>> Richard Heck wrote:
>>
>>> I saw the same problem Bennett did, by the way, on Linux. It occurred to
>>> me that it might be another manifestation of the refresh() issue. So I did
>>> the attached, and it works for me. Bennett?
>>>
>>
>> Aha... well spotted. But this is not due to the refresh bug as Windows was
>> also affected. It simply means that those temporary files being moved all
>> other the place needed a refresh.
>>
>>  OK. I've committed that. I wonder if there are other times we need to
> refresh


I can see I'm too late to respond. I did just update svn, and now LyX
crashes on launch. Does this have something to do with this commit?

Here's the complete output from gdb:

dvipng warning: at (1,0) ignored header \special{! /DvipsToPDF { 72.27 mul
Resolution div } def /PDFToDvips { 72.27 div Resolution mul } def
/HyperBorder { 1 PDFToDvips } def /H.V [EMAIL PROTECTED] [EMAIL PROTECTED] 
null} def /H.B
{/[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] def 
/H.S { currentpoint HyperBorder
add /[EMAIL PROTECTED] exch def dup DvipsToPDF /[EMAIL PROTECTED] exch def 
HyperBorder sub
/[EMAIL PROTECTED] exch def } def /H.L { 2 sub dup /HyperBasePt exch def 
PDFToDvips
/HyperBaseDvips exch def currentpoint HyperBaseDvips sub /[EMAIL PROTECTED] 
exch def
/[EMAIL PROTECTED] exch def } def /H.A { H.L currentpoint exch pop vsize 72 sub 
exch
DvipsToPDF HyperBasePt sub sub /[EMAIL PROTECTED] exch def } def /H.R { 
currentpoint
HyperBorder sub /[EMAIL PROTECTED] exch def HyperBorder add /[EMAIL PROTECTED] 
exch def
currentpoint exch pop vsize 72 sub exch DvipsToPDF sub /[EMAIL PROTECTED] exch 
def }
def systemdict /pdfmark known { userdict /?pdfmark systemdict /exec get put
}{ userdict /?pdfmark systemdict /pop get put userdict /pdfmark systemdict
/cleartomark get put } ifelse } dvipng warning: at (1,0) unimplemented
\special{ps:SDict begin /product where{pop product(Distiller)search{pop pop
pop version(.)search{exch pop exch pop(3011)eq{gsave newpath 0 0 moveto
closepath clip/Courier findfont 10 scalefont setfont 72 72 moveto(.)show
grestore}if}{pop}ifelse}{pop}ifelse}if end} dvipng warning: at (1,0)
unimplemented \special{ps:SDict begin [ /Producer (dvips + Distiller) /Title
() /Subject () /Creator (LaTeX with hyperref package) /Author () /Keywords
() /DOCINFO pdfmark end} dvipng warning: at (1,-1) unimplemented
\special{ps:SDict begin /product where{pop product(Distiller)search{pop pop
pop version(.)search{exch pop exch pop(3011)eq{gsave newpath 0 0 moveto
closepath clip/Courier findfont 10 scalefont setfont 72 72 moveto(.)show
grestore}if}{pop}ifelse}{pop}ifelse}if end} dvipng warning: at (0,-1)
unimplemented \special{ps:SDict begin /product where{pop
product(Distiller)search{pop pop pop version(.)search{exch pop exch
pop(3011)eq{gsave newpath 0 0 moveto closepath clip/Courier findfont 10
scalefont setfont 72 72 moveto(.)show grestore}if}{pop}ifelse}{pop}ifelse}if
end} dvipng warning: at (1,-1) unimplemented \special{ps:SDict begin
/product where{pop product(Distiller)search{pop pop pop
version(.)search{exch pop exch pop(3011)eq{gsave newpath 0 0 moveto
closepath clip/Courier findfont 10 scalefont setfont 72 72 moveto(.)show
grestore}if}{pop}ifelse}{pop}ifelse}if end} Assertion triggered in T*
boost::shared_ptr::operator->() const [with T = lyx::graphics::CacheItem]
by failing check "px != 0" in file ../boost/boost/shared_ptr.hpp:315

Program received signal SIGABRT, Aborted.
0x92ce4b9e in __kill ()
(gdb) dvipng warning: at (-1,0) ignored header \special{! /DvipsToPDF {
72.27 mul Resolution div } def /PDFToDvips { 72.27 div Resolution mul } def
/HyperBorder { 1 PDFToDvips } def /H.V [EMAIL PROTECTED] [EMAIL PROTECTED] 
null} def /H.B
{/[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] def 
/H.S { currentpoint HyperBorder
add /[EMAIL PROTECTED] exch def dup DvipsToPDF /[EMAIL PROTECTED] exch def 
HyperBorder sub
/[EMAIL PROTECTED] exch def } def /H.L { 2 sub dup /HyperBasePt exch def 
PDFToDvips
/HyperBaseDvips exch def currentpoint HyperBaseDvips sub /[EMAIL PROTECTED] 
exch def
/[EMAIL PROTECTED] exch def } def /H.A { H.L currentpoint exch pop vsize 72 sub 
exch
DvipsToPDF HyperBasePt sub sub /[EMAIL PROTECTED] exch def } def /H.R { 
currentpoint
HyperBorder sub /[EMAIL PROTECTED] exch def HyperBorder add /[EMAIL PROTECTED] 
exch def
currentpoint exch pop vsize 72 sub exch DvipsToPDF sub /[EMAIL PROTECTED] exch 
def }
def systemdict /pdfmark known { userdict /?pdfmark systemdict /exec get put
}{ userdict /?pdfmark systemdict /pop get put userdict /pdfmark systemdict
/cleartomark get put } ifelse } dvipng warning: at (-1,0) unimplemented
\special{ps:SDict begin /product where{pop product(Distiller)search{pop pop
pop version(.)search{exch pop exch pop(3011)eq{gsave newpath 0 0 moveto
closepath clip/Courier findfont 10 scalefont setfont 72 72 moveto(.)show

Re: "Could not move temporary file" error (FileName.cpp)

[Bennett Helm]

On Tue, Jul 29, 2008 at 3:22 PM, Richard Heck <[EMAIL PROTECTED]> wrote:

> Bennett Helm wrote:
>
>> I can see I'm too late to respond. I did just update svn, and now LyX
>> crashes on launch. Does this have something to do with this commit?
>>
>>  Hard to know. Can you see if reverting to 25987 or 25988 fixes it? If
> so


25987 is fine.  25988 crashes. I blame Abdel (for the second time today!). I
just hope he doesn't start spamming me ;)

Bennett

Re: "Could not move temporary file" error (FileName.cpp)

[Bennett Helm]

On Tue, Jul 29, 2008 at 4:47 PM, Richard Heck <[EMAIL PROTECTED]> wrote:

> Bennett Helm wrote:
>
>> On Tue, Jul 29, 2008 at 3:22 PM, Richard Heck <[EMAIL PROTECTED]>
>> wrote:
>>
>>
>>
>>> Bennett Helm wrote:
>>>
>>>
>>>
>>>> I can see I'm too late to respond. I did just update svn, and now LyX
>>>> crashes on launch. Does this have something to do with this commit?
>>>>
>>>>  Hard to know. Can you see if reverting to 25987 or 25988 fixes it? If
>>>>
>>>>
>>> so
>>>
>>>
>>
>>
>> 25987 is fine.  25988 crashes. I blame Abdel (for the second time today!).
>> I
>> just hope he doesn't start spamming me ;)
>>
>>
>>
> Actually, that was Abdel's implementation of an idea of mine, so I'm at
> least half at fault.



>
>
> I think it may have something to do with empty FileName objects behaving
> badly. Try the attached, just as a wild guess. If that doesn't work, we'll
> try something else.


No go. Here's the new backtrace.

Bennett

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x57a8c000
0x96eb8c4f in CUIRenderer::DrawSlider ()
(gdb) bt
#0  0x96eb8c4f in CUIRenderer::DrawSlider ()
#1  0x96ec3f0a in CUIRenderer::Draw ()
#2  0x92b11c3e in _HIThemeDrawTrackTickMarksInternal ()
#3  0x92b11eb0 in HIThemeDrawTrackTickMarks ()
#4  0x00831c2d in QMacStyle::drawComplexControl ()
#5  0x00930729 in QSlider::paintEvent ()
#6  0x005f175f in QWidget::event ()
#7  0x008a6578 in QAbstractSlider::event ()
#8  0x00930681 in QSlider::event ()
#9  0x005b2a4f in QApplicationPrivate::notify_helper ()
#10 0x005b8cfc in QApplication::notify ()
#11 0x00370791 in lyx::frontend::GuiApplication::notify (this=0x142d140,
receiver=0x41e8, event=0x41e8) at GuiApplication.cpp:1185
#12 0x00b6b014 in QCoreApplication::notifyInternal () at qatomic_i386.h:134
#13 0x0061a43d in QWidgetPrivate::qt_widget_event () at crc.hpp:531
#14 0x92974763 in DispatchEventToHandlers ()
#15 0x92973b9d in SendEventToEventTargetInternal ()
#16 0x92973a02 in SendEventToEventTargetWithOptions ()
#17 0x92997421 in HIView::SendDraw ()
#18 0x92996f0e in HIView::RecursiveDrawComposited ()
#19 0x92997072 in HIView::RecursiveDrawComposited ()
#20 0x92997072 in HIView::RecursiveDrawComposited ()
#21 0x92997072 in HIView::RecursiveDrawComposited ()
#22 0x92997072 in HIView::RecursiveDrawComposited ()
#23 0x9299630c in HIView::DrawComposited ()
#24 0x9299601f in HIView::Draw ()
#25 0x92995f6f in HIView::Render ()
#26 0x9299e867 in FlushWindowObject ()
#27 0x9299e27e in FlushAllBuffers ()
#28 0x90fd59c2 in __CFRunLoopDoObservers ()
#29 0x90fd6bf2 in CFRunLoopRunSpecific ()
#30 0x90fd7cf8 in CFRunLoopRunInMode ()
#31 0x9299cda4 in RunCurrentEventLoopInMode ()
#32 0x9299caf6 in ReceiveNextEventCommon ()
#33 0x92adfaf3 in ReceiveNextEvent ()
#34 0x00609194 in QEventDispatcherMac::processEvents () at crc.hpp:531
#35 0x00b6a721 in QEventLoop::processEvents () at qatomic_i386.h:134
#36 0x00b6a84a in QEventLoop::exec () at qatomic_i386.h:134
#37 0x00b6d541 in QCoreApplication::exec () at qatomic_i386.h:134
#38 0x00119069 in lyx::LyX::exec (this=0xb258, [EMAIL PROTECTED],
argv=0xb2a0) at LyX.cpp:343
#39 0x2929 in main (argc=1, argv=0xb2a0) at main.cpp:46

Re: [ANNOUNCE] LyX 1.5.6 is released

[Bennett Helm]

On Mon, Jul 28, 2008 at 2:22 AM, Jürgen Spitzmüller 
[EMAIL PROTECTED] wrote:

 Public release of LyX version 1.5.6
 

 We are pleased to announce the release of LyX 1.5.6. This is the fifth
 maintenance release in the 1.5.x cycle that has been started exactly
 one year ago. The aim of this release was to make LyX even more robust
 and to solve some long-standing annoyances. Also, further translation
 efforts have been made, and LyX now ships in 23 languages.


I've put a Mac binary here:

LyX-1.5.x-Mac-Univer..http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.5.x-Mac-Universal.dmg

It's been tested on 1 Intel Mac (10.5) and 1 PPC Mac (10.4), though it
likely will be problematic for the same people who had troubles before.

Please upload it to the server.

Bennett

Re: [ANNOUNCE] LyX 1.5.6 is released

[Bennett Helm]

On Mon, Jul 28, 2008 at 9:02 AM, Bennett Helm [EMAIL PROTECTED] wrote:

 On Mon, Jul 28, 2008 at 2:22 AM, Jürgen Spitzmüller 
 [EMAIL PROTECTED] wrote:

 Public release of LyX version 1.5.6
 

 We are pleased to announce the release of LyX 1.5.6. This is the fifth
 maintenance release in the 1.5.x cycle that has been started exactly
 one year ago. The aim of this release was to make LyX even more robust
 and to solve some long-standing annoyances. Also, further translation
 efforts have been made, and LyX now ships in 23 languages.


 I've put a Mac binary here:

 LyX-1.5.x-Mac-Univer..http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.5.x-Mac-Universal.dmg

 It's been tested on 1 Intel Mac (10.5) and 1 PPC Mac (10.4), though it
 likely will be problematic for the same people who had troubles before.

 Please upload it to the server.


Oops -- I just noticed that I failed to rename it properly -- should be
LyX-1.5.6-Mac-Universal.dmg (with a 6 instead of the x). I've renamed it
on my server, so the location is now:

LyX-1.5.6-Mac-Univer..http://edisk.fandm.edu/bennett.helm/LyX/LyX-1.5.6-Mac-Universal.dmg

(If you've already grabbed it, simply rename it yourself -- no need to
download again.)

Thanks ... and sorry for the hassle.

Bennett