Le 07/04/2024 à 21:09, Richard Kimberly Heck a écrit :
Riki, can I backport this trivial fix (c7f53afd), along with the more
complicated 51562ff3 to 2.4.x? This is needed for compilation with
MSVC 2019.
OK.
Done, thanks.
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
On 4/7/24 14:48, Jean-Marc Lasgouttes wrote:
Le 05/04/2024 à 18:09, Yu Jin a écrit :
Is it better when replacing uint with unsigned int?
Yeah, it is.
This is now in master.
Riki, can I backport this trivial fix (c7f53afd), along with the more
complicated 51562ff3 to 2.4.x? This is
Le 05/04/2024 à 18:09, Yu Jin a écrit :
Is it better when replacing uint with unsigned int?
Yeah, it is.
This is now in master.
Riki, can I backport this trivial fix (c7f53afd), along with the more
complicated 51562ff3 to 2.4.x? This is needed for compilation with MSVC
2019.
JMarc
Am Fr., 5. Apr. 2024 um 18:05 Uhr schrieb Jean-Marc Lasgouttes:
> Le 05/04/2024 à 17:55, Yu Jin a écrit :
> > Yeah I get this error now in Text.cpp
> >
> > Build started at 17:53...
> > 1>-- Build started: Project: LyX (applications\LyX\LyX),
> > Configuration: Debug x64 --
> > 1>Text.cpp
Le 05/04/2024 à 17:55, Yu Jin a écrit :
Yeah I get this error now in Text.cpp
Build started at 17:53...
1>-- Build started: Project: LyX (applications\LyX\LyX),
Configuration: Debug x64 --
1>Text.cpp
1>C:\lyx\master\src\Text.cpp(5961,19): error C2065: 'uint': undeclared
identifier
Am Do., 4. Apr. 2024 um 17:51 Uhr schrieb Jean-Marc Lasgouttes:
> Le 03/04/2024 à 17:03, Yu Jin a écrit :
> > I am not able to compile LyX with the newest Qt (6.7.0), I get these
> > error when compiling factory.cpp:
> > 1>C:\Qt\6.7.0\msvc2019_64\include\QtCore\qcompare.h(228,30): error
> >
Le 03/04/2024 à 17:03, Yu Jin a écrit :
I am not able to compile LyX with the newest Qt (6.7.0), I get these
error when compiling factory.cpp:
1>C:\Qt\6.7.0\msvc2019_64\include\QtCore\qcompare.h(228,30): error
C2248: 'Qt::partial_ordering::partial_ordering': cannot access private
member
I am not able to compile LyX with the newest Qt (6.7.0), I get these error
when compiling factory.cpp:
1>C:\Qt\6.7.0\msvc2019_64\include\QtCore\qcompare.h(228,30): error C2248:
'Qt::partial_ordering::partial_ordering': cannot access private member
declared in class 'Qt::partial_ordering'
1>Note:
Am 07.12.2021 um 07:38 schrieb Stephan Witt :
>
> Am 06.12.2021 um 14:43 schrieb Christoph Schmitz :
>>
>> Stephan,
>>
>> Many thanks! Adding the new config parameter
>> "--with-macos-deployment-target=11.1" solved the issue. On both computers.
>
> Ok, that’s fine.
>
>> Qt is installed on my
Am 06.12.2021 um 14:43 schrieb Christoph Schmitz :
>
> Stephan,
>
> Many thanks! Adding the new config parameter
> "--with-macos-deployment-target=11.1" solved the issue. On both computers.
Ok, that’s fine.
> Qt is installed on my system via homebrew. The currently installed version is
>
Stephan,
Many thanks! Adding the new config parameter
"--with-macos-deployment-target=11.1" solved the issue. On both computers.
Qt is installed on my system via homebrew. The currently installed version is
6.2.2.
Chris
> Am 06.12.2021 um 07:35 schrieb Stephan Witt :
>
> Am 06.12.2021 um
Am 06.12.2021 um 06:25 schrieb Christoph Schmitz :
>
> I compile LyX on two MacBooks (one Intel Core i7, and one Apple M1), both
> running macOS 12.1 Beta (21C5045a).
Sorry, this doesn’t answer the question about your Qt version.
The error message tells us it’s impossible to compile LyX with
I compile LyX on two MacBooks (one Intel Core i7, and one Apple M1), both
running macOS 12.1 Beta (21C5045a).
Chris
> Am 05.12.2021 um 22:49 schrieb Stephan Witt :
>
> Am 05.12.2021 um 22:32 schrieb Christoph Schmitz :
>>
>> The latest changes have introduced an issue for macOS X (Qt 6).
>
Am 05.12.2021 um 22:32 schrieb Christoph Schmitz :
>
> The latest changes have introduced an issue for macOS X (Qt 6).
What’s your Qt version? I’m using 6.2.0 on macOS 11.1 (with 11.1 SDK) and it
works with minimum of macOS 10.14.
Stephan
>
> These are the last lines of the output before the
The latest changes have introduced an issue for macOS X (Qt 6).These are the last lines of the output before the error occurs:file included from filetools.cpp:42:In file included from /opt/homebrew/lib/QtCore.framework/Headers/QDir:1:In file included from
Am Fri, 23 Oct 2020 19:41:48 +0200
schrieb Jean-Marc Lasgouttes :
> Le 23/10/2020 à 13:23, Kornel Benko a écrit :
> > Am Fri, 23 Oct 2020 11:51:01 +0200
> > schrieb Kornel Benko :
> >
> >> Compiled with --std=c++17
> >>
> >> /usr2/src/lyx/lyx-git/src/support/docstream.cpp:280:32: error:
Am Fri, 23 Oct 2020 13:23:34 +0200
schrieb Kornel Benko :
> Am Fri, 23 Oct 2020 11:51:01 +0200
> schrieb Kornel Benko :
>
> > Compiled with --std=c++17
> >
> > /usr2/src/lyx/lyx-git/src/support/docstream.cpp:280:32: error: invalid
> > conversion from
> > ‘char**’ to ‘const char**’
Le 23/10/2020 à 13:23, Kornel Benko a écrit :
Am Fri, 23 Oct 2020 11:51:01 +0200
schrieb Kornel Benko :
Compiled with --std=c++17
/usr2/src/lyx/lyx-git/src/support/docstream.cpp:280:32: error: invalid
conversion from
‘char**’ to ‘const char**’ [-fpermissive] size_t converted = iconv(cd,
Am Fri, 23 Oct 2020 11:51:01 +0200
schrieb Kornel Benko :
> Compiled with --std=c++17
>
> /usr2/src/lyx/lyx-git/src/support/docstream.cpp:280:32: error: invalid
> conversion from
> ‘char**’ to ‘const char**’ [-fpermissive] size_t converted = iconv(cd,
> const_cast ICONV_CONST **>(from),
Compiled with --std=c++17
/usr2/src/lyx/lyx-git/src/support/docstream.cpp:280:32: error: invalid
conversion from
‘char**’ to ‘const char**’ [-fpermissive] size_t converted = iconv(cd,
const_cast(from), ^
In file included from
Le 26/06/2016 à 16:58, Guillaume Munch a écrit :
Le 26/06/2016 15:04, Jürgen Spitzmüller a écrit :
Am Sonntag, den 26.06.2016, 14:30 +0100 schrieb Guillaume Munch:
Hi Jürgen,
I can have a look. Please send your config.log.
Thank you. Log is attached.
Thank you. I think the problem is
Am Sonntag, 26. Juni 2016 um 19:48:52, schrieb Enrico Forestieri
> On Sun, Jun 26, 2016 at 07:23:08PM +0200, Jean-Marc Lasgouttes wrote:
>
> > Le 26/06/2016 17:56, Enrico Forestieri a écrit :
> > > On Sun, Jun 26, 2016 at 05:44:04PM +0200, Jean-Marc Lasgouttes wrote:
> > >
> >
On Sun, Jun 26, 2016 at 07:23:08PM +0200, Jean-Marc Lasgouttes wrote:
> Le 26/06/2016 17:56, Enrico Forestieri a écrit :
> > On Sun, Jun 26, 2016 at 05:44:04PM +0200, Jean-Marc Lasgouttes wrote:
> >
> > > Le 26/06/2016 17:32, Enrico Forestieri a écrit :
> > > > > The macro LYX_CHECK_DEF does not
Le 26/06/2016 17:56, Enrico Forestieri a écrit :
On Sun, Jun 26, 2016 at 05:44:04PM +0200, Jean-Marc Lasgouttes wrote:
Le 26/06/2016 17:32, Enrico Forestieri a écrit :
The macro LYX_CHECK_DEF does not pass the option -std=X to g++ for the
test. Probably it has only been working by chance up
On Sun, Jun 26, 2016 at 05:44:04PM +0200, Jean-Marc Lasgouttes wrote:
> Le 26/06/2016 17:32, Enrico Forestieri a écrit :
> > > The macro LYX_CHECK_DEF does not pass the option -std=X to g++ for the
> > > test. Probably it has only been working by chance up to now. Can any
> > > configure expert
Le 26/06/2016 17:32, Enrico Forestieri a écrit :
The macro LYX_CHECK_DEF does not pass the option -std=X to g++ for the
test. Probably it has only been working by chance up to now. Can any
configure expert have a look?
Does the attached patch help?
You may have to use the cxx11_flags
Am Sonntag, den 26.06.2016, 17:32 +0200 schrieb Enrico Forestieri:
> Does the attached patch help?
Yes, it compiles now.
Thanks
Jürgen
On Sun, Jun 26, 2016 at 03:58:07PM +0100, Guillaume Munch wrote:
> Le 26/06/2016 15:04, Jürgen Spitzmüller a écrit :
> > Am Sonntag, den 26.06.2016, 14:30 +0100 schrieb Guillaume Munch:
> > > Hi Jürgen,
> > >
> > > I can have a look. Please send your config.log.
> >
> > Thank you. Log is
Le 26/06/2016 16:58, Guillaume Munch a écrit :
Le 26/06/2016 15:04, Jürgen Spitzmüller a écrit :
Am Sonntag, den 26.06.2016, 14:30 +0100 schrieb Guillaume Munch:
Hi Jürgen,
I can have a look. Please send your config.log.
Thank you. Log is attached.
Thank you. I think the problem is
Le 26/06/2016 15:04, Jürgen Spitzmüller a écrit :
Am Sonntag, den 26.06.2016, 14:30 +0100 schrieb Guillaume Munch:
Hi Jürgen,
I can have a look. Please send your config.log.
Thank you. Log is attached.
Thank you. I think the problem is there:
configure:8141: checking whether make_unique
Am Sonntag, den 26.06.2016, 14:30 +0100 schrieb Guillaume Munch:
> Hi Jürgen,
>
> I can have a look. Please send your config.log.
Thank you. Log is attached.
Jürgen
>
> Guillaume
> This file contains any messages produced by compilers while
running configure, to aid debugging if configure
Le 26/06/2016 12:55, Jürgen Spitzmüller a écrit :
Master does not build for me with autotools and gcc 6.1.1:
In file included from ./../support/unicode.h:18:0,
from docstream.cpp:15:
./../support/unique_ptr.h:24:28: error: ‘std::make_unique’ has not been
declared
namespace
Master does not build for me with autotools and gcc 6.1.1:
In file included from ./../support/unicode.h:18:0,
from docstream.cpp:15:
./../support/unique_ptr.h:24:28: error: ‘std::make_unique’ has not been
declared
namespace lyx { using std::make_unique; }
Regards
Jürgen
All of sudden I get this error:
[ 75%] Building CXX object src/CMakeFiles/lyx2.2.dir/CutAndPaste.cpp.o
cd /usr/BUILD/BuildLyxGitQt5/src /usr/bin/c++
-DBOOST_SIGNALS_NO_DEPRECATION_WARNING=1 -DQT_CONCURRENT_LIB -DQT_CORE_LIB
-DQT_GUI_LIB -DQT_SVG_LIB -DQT_WIDGETS_LIB -Wall -Wunused-parameter
Le 20/05/2015 12:13, Kornel Benko a écrit :
Thanks Jean-Marc. If I understood correctly we need this define
only if using g++11 extension?
No, whenever we enable C++11 (gcc, clang, visual studio...).
JMarc
Am Mittwoch, 20. Mai 2015 um 11:33:20, schrieb Jean-Marc Lasgouttes
lasgout...@lyx.org
Le 20/05/2015 11:30, Kornel Benko a écrit :
All of sudden I get this error:
It's my fault. Now autotools declares LYX_USE_CXX11 when needed and the
code uses this macro instead of comparing value of
Am Mittwoch, 20. Mai 2015 um 12:16:44, schrieb Jean-Marc Lasgouttes
lasgout...@lyx.org
Le 20/05/2015 12:13, Kornel Benko a écrit :
Thanks Jean-Marc. If I understood correctly we need this define
only if using g++11 extension?
No, whenever we enable C++11 (gcc, clang, visual studio...).
Le 20/05/2015 11:30, Kornel Benko a écrit :
All of sudden I get this error:
It's my fault. Now autotools declares LYX_USE_CXX11 when needed and the
code uses this macro instead of comparing value of __cplusplus. This is
because gcc 4.6 and earlier do not declare __cplusplus as they should.
Guys please remove me from the mailing list, I have been trying for many
days now! Please do it.
On Wed, May 20, 2015 at 3:00 PM, Kornel Benko kor...@lyx.org wrote:
All of sudden I get this error:
[ 75%] Building CXX object src/CMakeFiles/lyx2.2.dir/CutAndPaste.cpp.o
cd
Le 20/05/2015 11:31, Mayank Jha a écrit :
Guys please remove me from the mailing list, I have been trying for many
days now! Please do it.
Hello,
Assuming that you have read http://www.lyx.org/MailingLists#toc11, did
you try to send a message to
lyx-devel-unsubscr...@lists.lyx.org
?
All of sudden I get this error:
[ 75%] Building CXX object src/CMakeFiles/lyx2.2.dir/CutAndPaste.cpp.o
cd /usr/BUILD/BuildLyxGitQt5/src && /usr/bin/c++
-DBOOST_SIGNALS_NO_DEPRECATION_WARNING=1 -DQT_CONCURRENT_LIB -DQT_CORE_LIB
-DQT_GUI_LIB -DQT_SVG_LIB -DQT_WIDGETS_LIB -Wall
Guys please remove me from the mailing list, I have been trying for many
days now! Please do it.
On Wed, May 20, 2015 at 3:00 PM, Kornel Benko wrote:
> All of sudden I get this error:
>
> [ 75%] Building CXX object src/CMakeFiles/lyx2.2.dir/CutAndPaste.cpp.o
> cd
Le 20/05/2015 11:30, Kornel Benko a écrit :
All of sudden I get this error:
It's my fault. Now autotools declares LYX_USE_CXX11 when needed and the
code uses this macro instead of comparing value of __cplusplus. This is
because gcc 4.6 and earlier do not declare __cplusplus as they should.
Le 20/05/2015 11:31, Mayank Jha a écrit :
Guys please remove me from the mailing list, I have been trying for many
days now! Please do it.
Hello,
Assuming that you have read http://www.lyx.org/MailingLists#toc11, did
you try to send a message to
lyx-devel-unsubscr...@lists.lyx.org
?
Am Mittwoch, 20. Mai 2015 um 11:33:20, schrieb Jean-Marc Lasgouttes
> Le 20/05/2015 11:30, Kornel Benko a écrit :
> > All of sudden I get this error:
>
> It's my fault. Now autotools declares LYX_USE_CXX11 when needed and the
> code uses this macro instead of comparing
Le 20/05/2015 12:13, Kornel Benko a écrit :
Thanks Jean-Marc. If I understood correctly we need this define
only if using g++11 extension?
No, whenever we enable C++11 (gcc, clang, visual studio...).
JMarc
Am Mittwoch, 20. Mai 2015 um 12:16:44, schrieb Jean-Marc Lasgouttes
> Le 20/05/2015 12:13, Kornel Benko a écrit :
> > Thanks Jean-Marc. If I understood correctly we need this define
> > only if using g++11 extension?
>
> No, whenever we enable C++11 (gcc, clang, visual
On Mac, with autotools, I get the following compile error with current trunk:
BufferView.cpp: In member function ‘void
lyx::BufferView::dispatch(const lyx::FuncRequest,
lyx::DispatchResult)’:
BufferView.cpp:1651: error: ‘countWords’ was not declared in this scope
BufferView.cpp:1652: error
On Mon, Dec 19, 2011 at 4:05 PM, Stephan Witt st.w...@gmx.net wrote:
Hi Bennett,
possibly you had my patch applied to correct the word count and your checkout
is not clean?
Stephan
Yep -- that was it. Thanks.
BH
On Mac, with autotools, I get the following compile error with current trunk:
BufferView.cpp: In member function ‘void
lyx::BufferView::dispatch(const lyx::FuncRequest&,
lyx::DispatchResult&)’:
BufferView.cpp:1651: error: ‘countWords’ was not declared in this scope
BufferView.cpp:165
On Mon, Dec 19, 2011 at 4:05 PM, Stephan Witt wrote:
>
> Hi Bennett,
>
> possibly you had my patch applied to correct the word count and your checkout
> is not clean?
>
> Stephan
Yep -- that was it. Thanks.
BH
I haven't tried compiling branch in a while, but trying today leads to
a compile error (using Qt-4.4):
In file included from SignalSlotPrivate.cpp:15:
SignalSlotPrivate_moc.cpp:14:2: error: #error This file was generated
using the moc from 4.7.1. It
SignalSlotPrivate_moc.cpp:15:2: error: #error
BH wrote:
I haven't tried compiling branch in a while, but trying today leads to
a compile error (using Qt-4.4):
Did you try with a make distclean'ed tree?
Jürgen
On 1-5-2011 16:28, BH wrote:
I haven't tried compiling branch in a while, but trying today leads to
a compile error (using Qt-4.4):
This is the error:
This file was generated using the moc from 4.7.1. It
cannot be used with the include files from this version of Qt.
(The moc has changed too
On Sun, May 1, 2011 at 10:33 AM, Vincent van Ravesteijn v...@lyx.org wrote:
On 1-5-2011 16:28, BH wrote:
I haven't tried compiling branch in a while, but trying today leads to
a compile error (using Qt-4.4):
This is the error:
This file was generated using the moc from 4.7.1. It
cannot
I haven't tried compiling branch in a while, but trying today leads to
a compile error (using Qt-4.4):
In file included from SignalSlotPrivate.cpp:15:
SignalSlotPrivate_moc.cpp:14:2: error: #error "This file was generated
using the moc from 4.7.1. It"
SignalSlotPrivate_moc.cpp:15:2: err
BH wrote:
> I haven't tried compiling branch in a while, but trying today leads to
> a compile error (using Qt-4.4):
Did you try with a make distclean'ed tree?
Jürgen
On 1-5-2011 16:28, BH wrote:
> I haven't tried compiling branch in a while, but trying today leads to
> a compile error (using Qt-4.4):
This is the error:
"This file was generated using the moc from 4.7.1. It
cannot be used with the include files from this version of Qt.
(The moc
On Sun, May 1, 2011 at 10:33 AM, Vincent van Ravesteijn <v...@lyx.org> wrote:
> On 1-5-2011 16:28, BH wrote:
>> I haven't tried compiling branch in a while, but trying today leads to
>> a compile error (using Qt-4.4):
>
>
> This is the error:
>
> "This fi
Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes:
On 02/10/2009 04:14, BH wrote:
...
lyx(19763,0xa0898720) malloc: *** mmap(size=1308676096) failed (error
code=12) *** error: can't allocate region
Why should we need 1308676096 bytes?
*** set a breakpoint in malloc_error_break to debug
On 03/10/2009 09:47, Kornel Benko wrote:
Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes:
On 02/10/2009 04:14, BH wrote:
...
lyx(19763,0xa0898720) malloc: *** mmap(size=1308676096) failed (error
code=12) *** error: can't allocate region
Why should we need
Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes:
...
Well, it is not for me so please enlighten me.
Well, as I understood ...
Here you go, with r31489. I did 3 profiles: launching LyX, opening
preferences, and saving preferences. Launching LyX should not have
involved reconfiguring, but
On 03/10/2009 11:13, Kornel Benko wrote:
Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes:
...
Well, it is not for me so please enlighten me.
Well, as I understood ...
Here you go, with r31489. I did 3 profiles: launching LyX, opening
preferences, and saving preferences.
On Sat, Oct 3, 2009 at 5:40 AM, Abdelrazak Younes you...@lyx.org wrote:
On 03/10/2009 11:13, Kornel Benko wrote:
Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes:
Normally mmap is on a opened file. This is really a big file, (for
preferences I mean).
Right, this one is weird, could you
Am Samstag 03 Oktober 2009 schrieb BH:
Right, this one is weird, could you check your preference file Bennett?
I don't see what the problem is: it's only 78 MB! It has the normal
stuff in the beginning, and the bulk of the file consists of
repetitions of:
\editor_alternatives asciichess
BH wrote:
I don't see what the problem is: it's only 78 MB! It has the normal
stuff in the beginning, and the bulk of the file consists of
repetitions of:
\editor_alternatives asciichess kwrite
\editor_alternatives asciiimage kwrite
.
Deleting the old preferences file brings launch
Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes:
> On 02/10/2009 04:14, BH wrote:
...
> > lyx(19763,0xa0898720) malloc: *** mmap(size=1308676096) failed (error
> > code=12) *** error: can't allocate region
Why should we need 1308676096 bytes?
> > *** set a breakpoint in malloc_error_break
On 03/10/2009 09:47, Kornel Benko wrote:
Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes:
On 02/10/2009 04:14, BH wrote:
...
lyx(19763,0xa0898720) malloc: *** mmap(size=1308676096) failed (error
code=12) *** error: can't allocate region
Why should we need
Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes:
...
> Well, it is not for me so please enlighten me.
Well, as I understood ...
> Here you go, with r31489. I did 3 profiles: launching LyX, opening
> preferences, and saving preferences. Launching LyX should not have
> involved reconfiguring,
On 03/10/2009 11:13, Kornel Benko wrote:
Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes:
...
Well, it is not for me so please enlighten me.
Well, as I understood ...
Here you go, with r31489. I did 3 profiles: launching LyX, opening
preferences, and saving preferences.
On Sat, Oct 3, 2009 at 5:40 AM, Abdelrazak Younes wrote:
> On 03/10/2009 11:13, Kornel Benko wrote:
>
> Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes:
> Normally mmap is on a opened file. This is really a big file, (for
> preferences I mean).
>
>
> Right, this one is weird,
Am Samstag 03 Oktober 2009 schrieb BH:
> > Right, this one is weird, could you check your preference file Bennett?
>
> I don't see what the problem is: it's only 78 MB! It has the normal
> stuff in the beginning, and the bulk of the file consists of
> repetitions of:
>
> \editor_alternatives
BH wrote:
> I don't see what the problem is: it's only 78 MB! It has the normal
> stuff in the beginning, and the bulk of the file consists of
> repetitions of:
>
> \editor_alternatives asciichess kwrite
> \editor_alternatives asciiimage kwrite
.
> Deleting the old preferences file brings
On 02/10/2009 04:14, BH wrote:
On Thu, Oct 1, 2009 at 3:46 AM, Abdelrazak Younesyou...@lyx.org wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younesyou...@lyx.org writes:
But it takes a very long time to save preferences --
several seconds minimum, eating up processor time. Generally
On 02/10/2009 04:14, BH wrote:
On Thu, Oct 1, 2009 at 3:46 AM, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
But it takes a very long time to save preferences --
several seconds minimum, eating up processor time. Generally
BH wrote:
On Wed, Sep 30, 2009 at 10:30 AM, Abdelrazak Younes you...@lyx.org wrote:
BH wrote:
But here's another: Open new document; LyX Preferences; change
anything; click on Save button -- Crash. Backtrace is below.
Once again, this does not happen when no document is open.
Abdelrazak Younes you...@lyx.org writes:
But it takes a very long time to save preferences --
several seconds minimum, eating up processor time. Generally speaking,
trunk seems to have slowed down considerably (especially noticeable
with typing speed) in the last month.
Are you sure you
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes you...@lyx.org writes:
But it takes a very long time to save preferences --
several seconds minimum, eating up processor time. Generally speaking,
trunk seems to have slowed down considerably (especially noticeable
with typing speed) in the last
On Thu, Oct 1, 2009 at 3:46 AM, Abdelrazak Younes you...@lyx.org wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes you...@lyx.org writes:
But it takes a very long time to save preferences --
several seconds minimum, eating up processor time. Generally speaking,
trunk seems to have
BH wrote:
On Thu, Oct 1, 2009 at 3:46 AM, Abdelrazak Younes you...@lyx.org wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes you...@lyx.org writes:
But it takes a very long time to save preferences --
several seconds minimum, eating up processor time. Generally speaking,
BH wrote:
On Wed, Sep 30, 2009 at 10:30 AM, Abdelrazak Younes wrote:
BH wrote:
But here's another: Open new document; LyX > Preferences; change
anything; click on "Save" button --> Crash. Backtrace is below.
Once again, this does not happen when no document is open.
Abdelrazak Younes writes:
>> But it takes a very long time to save preferences --
>> several seconds minimum, eating up processor time. Generally speaking,
>> trunk seems to have slowed down considerably (especially noticeable
>> with typing speed) in the last month.
>>
>
>
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
But it takes a very long time to save preferences --
several seconds minimum, eating up processor time. Generally speaking,
trunk seems to have slowed down considerably (especially noticeable
with typing speed) in the
On Thu, Oct 1, 2009 at 3:46 AM, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>>
>> Abdelrazak Younes writes:
>>
But it takes a very long time to save preferences --
several seconds minimum, eating up processor time. Generally speaking,
BH wrote:
On Thu, Oct 1, 2009 at 3:46 AM, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
But it takes a very long time to save preferences --
several seconds minimum, eating up processor time. Generally
BH wrote:
On Tue, Sep 29, 2009 at 4:07 AM, Abdelrazak Younes you...@lyx.org wrote:
BH wrote:
By the way, I did a lot of change that could impact the Mac platform so
testing of LFUNs, multi-windows and the menubar is very welcome...
I haven't had time to really test, but in
BH wrote:
On Tue, Sep 29, 2009 at 4:07 AM, Abdelrazak Younes you...@lyx.org wrote:
BH wrote:
By the way, I did a lot of change that could impact the Mac platform so
testing of LFUNs, multi-windows and the menubar is very welcome...
I haven't had time to really test, but in
On Wed, Sep 30, 2009 at 3:44 AM, Abdelrazak Younes you...@lyx.org wrote:
BH wrote:
On Tue, Sep 29, 2009 at 4:07 AM, Abdelrazak Younes you...@lyx.org wrote:
BH wrote:
By the way, I did a lot of change that could impact the Mac platform
so
testing of LFUNs, multi-windows and the menubar
BH wrote:
On Wed, Sep 30, 2009 at 8:02 AM, BH bewih...@gmail.com wrote:
I just committed a patch that should fix this particular issue but still I
would like to know the exact steps to reproduce the crash. I am suspecting
that QApplication::activeWindow() does not work on mac for
On Wed, Sep 30, 2009 at 10:30 AM, Abdelrazak Younes you...@lyx.org wrote:
BH wrote:
But here's another: Open new document; LyX Preferences; change
anything; click on Save button -- Crash. Backtrace is below.
Once again, this does not happen when no document is open.
Fixed.
Yep. It does.
BH wrote:
On Tue, Sep 29, 2009 at 4:07 AM, Abdelrazak Younes wrote:
BH wrote:
By the way, I did a lot of change that could impact the Mac platform so
testing of LFUNs, multi-windows and the menubar is very welcome...
I haven't had time to really test, but
BH wrote:
On Tue, Sep 29, 2009 at 4:07 AM, Abdelrazak Younes wrote:
BH wrote:
By the way, I did a lot of change that could impact the Mac platform so
testing of LFUNs, multi-windows and the menubar is very welcome...
I haven't had time to really test, but
On Wed, Sep 30, 2009 at 3:44 AM, Abdelrazak Younes wrote:
> BH wrote:
>>
>> On Tue, Sep 29, 2009 at 4:07 AM, Abdelrazak Younes wrote:
>>
>>>
>>> BH wrote:
>>>
>
> By the way, I did a lot of change that could impact the Mac platform
> so
> testing
BH wrote:
On Wed, Sep 30, 2009 at 8:02 AM, BH wrote:
I just committed a patch that should fix this particular issue but still I
would like to know the exact steps to reproduce the crash. I am suspecting
that QApplication::activeWindow() does not work on mac for
On Wed, Sep 30, 2009 at 10:30 AM, Abdelrazak Younes wrote:
> BH wrote:
>>
>> But here's another: Open new document; LyX > Preferences; change
>> anything; click on "Save" button --> Crash. Backtrace is below.
>>
>> Once again, this does not happen when no document is open.
>>
>
>
I can confirm the crash. In addition About LyX... and Preferences...
are dimmed (as was the case with the withdrawn 1.6.4 version).
/Anders
From: BH bewih...@...
On Mon, Sep 28, 2009 at 3:20 PM, Abdelrazak Younes you...@...
wrote:
My fault, should be fixed now, sorry. Yes, that is fixed
BH wrote:
On Mon, Sep 28, 2009 at 3:20 PM, Abdelrazak Younes you...@lyx.org wrote:
My fault, should be fixed now, sorry.
Yes, that is fixed now.
By the way, I did a lot of change that could impact the Mac platform so
testing of LFUNs, multi-windows and the menubar is very
Anders Ekberg wrote:
I can confirm the crash. In addition About LyX... and Preferences...
are dimmed (as was the case with the withdrawn 1.6.4 version).
OK, thanks. I'll add some debug code later this week or week-end in
order to debug that.
Abdel.
On Tue, Sep 29, 2009 at 4:07 AM, Abdelrazak Younes you...@lyx.org wrote:
BH wrote:
By the way, I did a lot of change that could impact the Mac platform so
testing of LFUNs, multi-windows and the menubar is very welcome...
I haven't had time to really test, but in 1 minute I noticed that
I can confirm the crash. In addition About LyX... and Preferences...
are dimmed (as was the case with the withdrawn 1.6.4 version).
/Anders
From: BH
On Mon, Sep 28, 2009 at 3:20 PM, Abdelrazak Younes
wrote:
> My fault, should be fixed now, sorry. Yes, that is
1 - 100 of 928 matches
Mail list logo