William F. Adams <[EMAIL PROTECTED]> writes:
>
> I've not had much luck doing this (had 1.3.4 up fine).
>
> I'm going to try zipping up a successful install here at work and
> seeing if that works at home.
>
> In the meanwhile, here're the two logs w/ I saved of crashes on two
> different att
Sreekumar Bhaskaran-Nair {msbad084} wrote:
Hi,
I noticed two things while installing Lyx 1.3.6 on Win XP
1. I went through the steps as described in wiki website. The problem is
I am not able to assign the .sh files to open with sh.exe which in the
minsys folder. Because of this, I am also not a
On Aug 5, 2005, at 12:13 PM, Jean-Marc Lasgouttes wrote:
Indeed. So an alternative would be to add
#include
to user.hpp, right?
Bennett, in case I am right, could you try this patch instead of the
previous one?
This patch enables lyx to compile, but the result crashes on launch.
Here's the
Hi,
I noticed two things while installing Lyx 1.3.6 on Win XP
1. I went through the steps as described in wiki website. The problem is
I am not able to assign the .sh files to open with sh.exe which in the
minsys folder. Because of this, I am also not able to get any
information when I click on Te
I am leaving now for some vacation. I won't return until August 29.
Have fun. I will.
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I belive this prob was solved in a different way in 1.3.
Lars> (there I modified user.hpp directly, and not through config.h)
Lars> if you go ahead with this patch then the same modifications that
Lars> was/is in user.hpp must
> "Paul" == Paul Langev <[EMAIL PROTECTED]> writes:
>> Won't happen for LyX 1.3.x or 1.4.x. Can't you bind the drop down
>> to a key binding?
Paul> That is understandable, but please keep it in mind for the
Paul> future. Who knows, maybe someday I will look at the code and try
Paul> it myself
Lars Gullik Bjønnes wrote:
> Since I got a lot of flak when mentioning this I'll just drop if for
> 1.4.x.
And as the noisy bugger who was shouting in your ear --- well done!
--
Angus
> Save C:\Program Files\LyX\bin\qt-mt3.dll as qt-mt3-safe.dll and try
> out http://www.lyx.org/~leeming/qt-mt3.dll in its place. It's meant
> to fix several of the Qt/Win Free bugs documented on the wiki. Please
> report any regressions over the existing qt-mt3.dll
It's fixed and I don't see any n
Juergen Spitzmueller wrote:
> One solution is to tell insettabular whether the ordinary copy stack is
> newer than paste_tabular_. The attached patch does exactly that, adding a
> flag tabular_stack_dirty_ to Cut and Paste.
>
> I'm not sure if this is the best approach, or a good approach at least,
Bennett Helm <[EMAIL PROTECTED]> writes:
| On Aug 5, 2005, at 11:21 AM, Jean-Marc Lasgouttes wrote:
>
>> The code in libs/signals/src/Makefile.am libs/regex/src/Makefile.am
>> and looks like
>>
>> AM_CPPFLAGS += \
>> $(PCH_FLAGS) \
>> -DBOOST_USER_CONFIG="" \
>> $(BOOST_INC
On Aug 5, 2005, at 11:21 AM, Jean-Marc Lasgouttes wrote:
The code in libs/signals/src/Makefile.am libs/regex/src/Makefile.am
and looks like
AM_CPPFLAGS += \
$(PCH_FLAGS) \
-DBOOST_USER_CONFIG="" \
$(BOOST_INCLUDES)
I guess it should be replaced in 1.3.x by
AM_CPPFLAGS
Since I got a lot of flak when mentioning this I'll just drop if for
1.4.x.
--
Lgb
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
| Angus> Jean-Marc Lasgouttes wrote: Yes, but why? What is in config.h
| Angus> that is making the difference?
>>> I have to admit that I have no idea. My reasoning is:
>>>
>>> 1/ it fi
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> Bennett, does the following patch help?
You should probably do "make clean" in boost, unless automake handles
the dependencies.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote: Yes, but why? What is in config.h
Angus> that is making the difference?
>> I have to admit that I have no idea. My reasoning is:
>>
>> 1/ it fixed one case 2/ it is good to do it anyway
>>
>> but I can
Jean-Marc Lasgouttes wrote:
> Angus> Ain't I nice?
> To be franck, I already knew it.
What is the world coming to? A Frank being nice to an Angle? Lordy!
--
Angus
Jean-Marc Lasgouttes wrote:
> Angus> Yes, but why? What is in config.h that is making the
> Angus> difference?
>
> I have to admit that I have no idea. My reasoning is:
>
> 1/ it fixed one case
> 2/ it is good to do it anyway
>
> but I cannot come up with anything more useful, sorry.
Ok. Howeve
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
| Angus> Jean-Marc Lasgouttes wrote:
>>> Angus, do you think I could leave that to you?
>
| Angus> Ain't I nice?
>
| To be franck, I already knew it.
>
| Angus> Looks like a remerge of po
On Aug 5, 2005, at 9:46 AM, Jean-Marc Lasgouttes wrote:
Helm> I added "#include " to textpainter.C, and it does make
Helm> a difference. I now get:
[no TextPainter anymore]
Very good! It means that we should add #include in all
files that do not have it already. That would be something like
f
Angus Leeming <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
>> Helm> I added "#include " to textpainter.C, and it does
>> make Helm> a difference. I now get:
>> [no TextPainter anymore]
>>
>> Very good! It means that we should add #include in all
>> files that do not have it already.
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> Angus, do you think I could leave that to you?
Angus> Ain't I nice?
To be franck, I already knew it.
Angus> Looks like a remerge of po files is in order.
Lars, is that OK?
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
Helm> I added "#include " to textpainter.C, and it does
>> make Helm> a difference. I now get: [no TextPainter anymore]
>>
>> Very good! It means that we should add #include in all
>> files that do not
Jean-Marc Lasgouttes wrote:
> Helm> I added "#include " to textpainter.C, and it does
> make Helm> a difference. I now get:
> [no TextPainter anymore]
>
> Very good! It means that we should add #include in all
> files that do not have it already.
Yes, but why? What is in config.h that is making
Jean-Marc Lasgouttes wrote:
> Angus, do you think I could leave that to you?
Ain't I nice?
Looks like a remerge of po files is in order.
--
Angus
spellchecker_14x.diff.bz2
Description: BZip2 compressed data
Helm Bennett <[EMAIL PROTECTED]> writes:
| In /usr/include/gcc/darwin, there's a link from "default" to "3.3".
| So that looks like selecting the gcc compiler version automatically
| selects the right boost package, right?
Using the sysems boost package won't work. LyX does not use exceptions
for
> "Helm" == Helm Bennett <[EMAIL PROTECTED]> writes:
Helm> On Aug 5, 2005, at 5:46 AM, Jean-Marc Lasgouttes wrote:
>>> "Helm" == Helm Bennett <[EMAIL PROTECTED]> writes:
>>>
>>
Helm> __ZN11TextPainter4drawEiic
Helm> __ZN11TextPainter14horizontalLineEiiic
Helm> __ZN11TextPainter12vert
On Aug 5, 2005, at 5:17 AM, Angus Leeming wrote:
Helm Bennett wrote:
Any thoughts on how to fix this (or whether to try to stick with
gcc-2.95 instead)? ... Here's the compile error:
_locale_charset ld: Undefined symbols:
__ZN5boost7signals9trackableD2Ev
Most of these undefined signals
On Aug 5, 2005, at 5:46 AM, Jean-Marc Lasgouttes wrote:
"Helm" == Helm Bennett <[EMAIL PROTECTED]> writes:
Helm> __ZN11TextPainter4drawEiic
Helm> __ZN11TextPainter14horizontalLineEiiic
Helm> __ZN11TextPainter12verticalLineEiiic
These are interesting because they lie in very straightforward
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Maybe we should try and rewrite the offending sentences?
Angus, do you think I could leave that to you?
JMarc
> "Helm" == Helm Bennett <[EMAIL PROTECTED]> writes:
>> Could you show the code around line 787 in file
>> /System/Library/Frameworks/CoreServices.framework/Frameworks/
>> Metadata.framework/Headers/MDItem.h ?
Helm> It's:
Helm> #define MDItemCopyAttributeList(item, ...)
This is indeed the n
On Aug 5, 2005, at 4:39 AM, Jean-Marc Lasgouttes wrote:
Bennett> So I've been using gcc-2.95. However, Apple
Bennett> is no longer officially supporting gcc-2.95 in OSX 10.4, and
Bennett> installing gcc-2.95 nonetheless and using it to compile lyx
Bennett> results in the following:
Bennett> In
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Aug 04, 2005 at 06:44:39PM +0200, Lars Gullik Bj?nnes wrote:
>
>> | It's impossible to achieve both testing of performance and debugging
>> | then. I can't run two LyXes at once you know. You've chosen debugging
>> | when we're not in a heavy surger
On Thu, Aug 04, 2005 at 06:44:39PM +0200, Lars Gullik Bj?nnes wrote:
> | It's impossible to achieve both testing of performance and debugging
> | then. I can't run two LyXes at once you know. You've chosen debugging
> | when we're not in a heavy surgery phase, bit in a tweaks and fixes
> | stage.
> "Helm" == Helm Bennett <[EMAIL PROTECTED]> writes:
Helm> __ZN11TextPainter4drawEiic
Helm> __ZN11TextPainter14horizontalLineEiiic
Helm> __ZN11TextPainter12verticalLineEiiic
These are interesting because they lie in very straightforward code.
The only difference I can find between the 1.3.x
Helm Bennett wrote:
> I'm trying to compile lyx-13x with gcc-3.3 on Mac OSX 10.4 (since
> gcc-2.95 doesn't seem to work anymore -- see other thread). The
> problem I'm having now is the same problem I've had before but which
> we gave up on since gcc-2.95 had been working well.
>
> Any thoughts o
> "Bennett" == Helm Bennett <[EMAIL PROTECTED]> writes:
Bennett> So I've been using gcc-2.95. However, Apple
Bennett> is no longer officially supporting gcc-2.95 in OSX 10.4, and
Bennett> installing gcc-2.95 nonetheless and using it to compile lyx
Bennett> results in the following:
Bennett> I
On Thu, 2005-08-04 at 13:03 +0200, Lars Gullik Bjønnes wrote:
> >> Is it not possible to do this without changes to ControlRef?
> >
> | Sure, I can do
> | kernel().dispatch(FuncRequest(LFUN_LABEL_GOTO, ref));
> | within GRef. But if I want to start dispatching LFUNs from frontend
> | code, half of
38 matches
Mail list logo
