Georg Baum wrote:
> Joost Verburg wrote:
>
>> Abdelrazak Younes wrote:
Are there any tools available to locate it?
>>> I've heard good things about valgrind. But it's linux only AFAIK.
>> Does anyone know of such a tool for Windows?
>
> I once worked with purify, but that is some time ago. S
Joost Verburg schrieb:
Abdelrazak Younes wrote:
Shit... That's weird, I see that also when not launching in step by
step debugging mode (with F5). But the behaviour is OK in debugging
mode!
What do you think is the cause of the problem? A buffer overflow in
Aspell? Are there any tools availa
Enrico Forestieri wrote:
This is not true. I have compiled both aspell and ispell on Windows
and can select in LyX which speller should be used.
Aspell is better than Ispell, so moving to Ispell is not an option and
may only hide the bug for a while.
Joost
Enrico Forestieri wrote:
FWIW I use an own compiled aspell 0.60.4 and I don't see any problem.
I am using mingw, so perhaps MSVC is to be blamed on this?
As always with memory problems, it depends on the system environment
whether the crash is triggered or not.
Joost
On Wed, Sep 06, 2006 at 04:53:06PM +0200, Joost Verburg wrote:
> Ispell is even older and not available for Windows. Currently there is
> no option other than Aspell.
This is not true. I have compiled both aspell and ispell on Windows
and can select in LyX which speller should be used.
--
Enri
On Wed, Sep 06, 2006 at 05:50:14PM +0200, Jean-Marc Lasgouttes wrote:
> > "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
>
> Joost> Abdelrazak Younes wrote:
> >>> Could you try to run LyX/Aspell using Valgrind on a Linux system?
> >> LyX/Aspell-cvs may I precise...
>
> Joost> With Asp
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> That has been suggested already long time ago. I don't think
Georg> that it would be too difficult to add enchant as an additional
Georg> spell checker, and if everything works drop the other ones.
For 1.5, it would be better to use o
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Abdelrazak Younes wrote:
>>> Could you try to run LyX/Aspell using Valgrind on a Linux system?
>> LyX/Aspell-cvs may I precise...
Joost> With Aspell 0.60.4 I get the same crash.
I have 0.50.5 here, and am not very keen to update
Abdelrazak Younes wrote:
Could you try to run LyX/Aspell using Valgrind on a Linux system?
LyX/Aspell-cvs may I precise...
With Aspell 0.60.4 I get the same crash.
Joost
Joost Verburg wrote:
Jean-Marc Lasgouttes wrote:
Trying random spellcheckers until we find one that does not trigger
our memory allocation problems does not smell good IMO.
We don't know whether LyX or Aspell is the problem. Anyway the current
combination triggers the crash.
Could you try t
Joost Verburg wrote:
> Abdelrazak Younes wrote:
>>> Are there any tools available to locate it?
>>
>> I've heard good things about valgrind. But it's linux only AFAIK.
>
> Does anyone know of such a tool for Windows?
I once worked with purify, but that is some time ago. See
http://www-306.ibm.c
Jean-Marc Lasgouttes wrote:
Trying random spellcheckers until we find one that does not trigger
our memory allocation problems does not smell good IMO.
We don't know whether LyX or Aspell is the problem. Anyway the current
combination triggers the crash.
Could you try to run LyX/Aspell using
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Maybe we could use pspell instead for the next windows release?
Aspell is the replacement of pspell. Pspell has been deprecated
many years ago.
Abdelrazak> double shXXXt. Ispell then?
Trying random s
Abdelrazak Younes wrote:
Are there any tools available to locate it?
I've heard good things about valgrind. But it's linux only AFAIK.
Does anyone know of such a tool for Windows?
double shXXXt. Ispell then?
Ispell is even older and not available for Windows. Currently there is
no option
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>> Maybe we could use pspell instead for the next windows release?
>> Aspell is the replacement of pspell. Pspell has been deprecated
>> many years ago.
Abdelrazak> double shXXXt. Ispell then?
Trying random spellcheckers until
Joost Verburg wrote:
Abdelrazak Younes wrote:
Shit... That's weird, I see that also when not launching in step by
step debugging mode (with F5). But the behaviour is OK in debugging mode!
What do you think is the cause of the problem?
I don't really know...
A buffer overflow in
Aspell?
O
Abdelrazak Younes wrote:
Shit... That's weird, I see that also when not launching in step by step
debugging mode (with F5). But the behaviour is OK in debugging mode!
What do you think is the cause of the problem? A buffer overflow in
Aspell? Are there any tools available to locate it?
Mayb
Joost Verburg wrote:
Abdelrazak Younes wrote:
OK, let's use a hammer then.
This patch avoid the deletion of the Aspell object. If it works, it
could be adapted for 1.4 without any feature removal (that is pspell
and ispell). Then, the spellchecker code in trunk could use a lifting...
This p
Abdelrazak Younes wrote:
OK, let's use a hammer then.
This patch avoid the deletion of the Aspell object. If it works, it
could be adapted for 1.4 without any feature removal (that is pspell and
ispell). Then, the spellchecker code in trunk could use a lifting...
This patch has the same resu
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
space after =
OK.
| Index: frontends/controllers/ControlSpellchecker.C
| ===
| --- frontends/controllers/ControlSpellchecker.C (revision 14911)
| ++
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Index: aspell.C
| ===
| --- aspell.C (revision 14911)
| +++ aspell.C (working copy)
| @@ -23,9 +23,18 @@
| using std::string;
|
|
| -ASpell::ASpell(BufferParams const &, string co
Joost Verburg wrote:
Abdelrazak Younes wrote:
Like I said, I don't see the crash... And I've passed through the
debugger to verify that speller_ is never set to 0.
Right, so it must be a buffer overflow somewhere. You also don't get a
message box loop on your system?
Nope...
Abdel.
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Peter Kümmel wrote:
| > Abdelrazak Younes wrote:
| >> Joost Verburg wrote:
| >>> Abdelrazak Younes wrote:
| >> But I still don't understand why I don't see a crash...
| > Make sure you really link against the new aspell libraries.
| I am
Abdelrazak Younes wrote:
Like I said, I don't see the crash... And I've passed through the
debugger to verify that speller_ is never set to 0.
Right, so it must be a buffer overflow somewhere. You also don't get a
message box loop on your system?
Joost
Joost Verburg wrote:
Abdelrazak Younes wrote:
Hum... the call to dialog().CancelButton() seems superfluous in
ControlSpellchecker::checkAlive(). That may well be the cause of your
crash. Could you please try out this patch? If it works then it can
easily be backported to 1.4.
But I still don
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Joost Verburg wrote:
Abdelrazak Younes wrote:
But I still don't understand why I don't see a crash...
Make sure you really link against the new aspell libraries.
I am sure. I've compiled myself the csv version with your patch...
The crash happens
Abdelrazak Younes wrote:
> Joost Verburg wrote:
>> Abdelrazak Younes wrote:
> But I still don't understand why I don't see a crash...
Make sure you really link against the new aspell libraries.
>>>
>>> I am sure. I've compiled myself the csv version with your patch...
>>
>> The crash
Joost Verburg wrote:
Abdelrazak Younes wrote:
But I still don't understand why I don't see a crash...
Make sure you really link against the new aspell libraries.
I am sure. I've compiled myself the csv version with your patch...
The crash happens after spell checking has completed.
So fir
Abdelrazak Younes wrote:
But I still don't understand why I don't see a crash...
Make sure you really link against the new aspell libraries.
I am sure. I've compiled myself the csv version with your patch...
The crash happens after spell checking has completed.
So first you will get the sp
Lars Gullik Bjønnes wrote:
>
> Of course.
>
> Does fs::lookup_errno not work with windows?
> Is that why fs::lookup_error_code is used instead?
>
Seems it has heen removed, (also the exception header is empty).
--
Peter Kümmel
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Peter Kümmel wrote:
| > Abdelrazak Younes wrote:
| >> Peter Kümmel wrote:
| >>> Abdelrazak Younes wrote:
| Joost Verburg wrote:
| > Peter Kümmel wrote:
| >> Peter Kümmel wrote:
| >>> - controller().clearParams();
| >>> +//
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Joost Verburg wrote:
Peter Kümmel wrote:
Peter Kümmel wrote:
- controller().clearParams();
+// controller().clearParams();
Is also fixes my aspell crash
The crash is fixed indeed, but there
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Joost Verburg wrote:
Peter Kümmel wrote:
> Peter Kümmel wrote:
>> - controller().clearParams();
>> +// controller().clearParams();
> Is also fixes my aspell crash
The crash is fixed in
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Joost Verburg wrote:
Peter Kümmel wrote:
Peter Kümmel wrote:
- controller().clearParams();
+// controller().clearParams();
Is also fixes my aspell crash
The crash is fixed indeed, but there is still an endless message box
loop.
Hum...
Abdelrazak Younes wrote:
> Joost Verburg wrote:
>> Peter Kümmel wrote:
>>> Peter Kümmel wrote:
- controller().clearParams();
+// controller().clearParams();
>>>
>>> Is also fixes my aspell crash
>>
>> The crash is fixed indeed, but there is still an endless message box
>> loop.
Abdelrazak Younes wrote:
Hum... the call to dialog().CancelButton() seems superfluous in
ControlSpellchecker::checkAlive(). That may well be the cause of your
crash. Could you please try out this patch? If it works then it can
easily be backported to 1.4.
But I still don't understand why I do
Joost Verburg wrote:
Peter Kümmel wrote:
Peter Kümmel wrote:
- controller().clearParams();
+// controller().clearParams();
Is also fixes my aspell crash
The crash is fixed indeed, but there is still an endless message box loop.
Hum... the call to dialog().CancelButton() seems s
Peter Kümmel wrote:
Abdelrazak Younes wrote:
- controller().clearParams();
+// controller().clearParams();
That means that controller() points to nothing real. That's quite weird
considering that it is a boost::scoped_ptr and that it is set in
Dialog::setController(Controller * i) and
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Edwin Leuven wrote:
Abdelrazak Younes wrote:
> This patch solves it. Committing now.
i still see a crash...
>>> Could you set a breakpoint at breakpoint at the beginning of
>>> Dialogs::disconnect(string co
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Peter Kümmel wrote:
Abdelrazak Younes wrote:
> Could you test again with my recent commit? I still cannot
> reproduce the
> spell checker crash.
Which aspell version do you use?
>>> The cvs version
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Edwin Leuven wrote:
Abdelrazak Younes wrote:
> This patch solves it. Committing now.
i still see a crash...
>>> Could you set a breakpoint at breakpoint at the beginning of
>>> Dialogs::disconnect(string co
Peter Kümmel wrote:
Peter Kümmel wrote:
- controller().clearParams();
+// controller().clearParams();
Is also fixes my aspell crash
The crash is fixed indeed, but there is still an endless message box loop.
Joost
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Georg, Lars, did you do the BOOST upgrade to 1.34RC at the end? This
| problem might be related to that.
No. I plan to do that tonight.
--
Lgb
Abdelrazak Younes wrote:
Georg, Lars, did you do the BOOST upgrade to 1.34RC at the end? This
problem might be related to that.
I also have this crash on exit that seems related to boost:
First-chance exception at 0x005442e3 in lyx-qt4.exe: 0xC005: Access
violation reading location 0xfeee
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
This patch solves it. Committing now.
i still see a crash...
Could you set a breakpoint at breakpoint at the beginning of
Dialogs::disconnect(string const & name) in frontends/Dialogs.C and
continue ste
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Could you test again with my recent commit? I still cannot reproduce the
spell checker crash.
Which aspell version do you use?
The cvs version plus the patch that Joost gave me.
The best would be to
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Could you test again with my recent commit? I still cannot reproduce the
>>> spell checker crash.
>>
>> Which aspell version do you use?
>
> The cvs version plus the patch that Joost gave me.
>
The best would be to pu
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Could you test again with my recent commit? I still cannot reproduce the
spell checker crash.
Which aspell version do you use?
The cvs version plus the patch that Joost gave me.
I think we should first fix the document->setting bug, and then s
Peter Kümmel wrote:
> Abdelrazak Younes wrote:
>> Edwin Leuven wrote:
>>> Abdelrazak Younes wrote:
This patch solves it. Committing now.
>>> i still see a crash...
>> Could you set a breakpoint at breakpoint at the beginning of
>> Dialogs::disconnect(string const & name) in frontends/Dialogs.C
Abdelrazak Younes wrote:
> Edwin Leuven wrote:
>> Abdelrazak Younes wrote:
>>> This patch solves it. Committing now.
>>
>> i still see a crash...
>
> Could you set a breakpoint at breakpoint at the beginning of
> Dialogs::disconnect(string const & name) in frontends/Dialogs.C and
> continue step b
Abdelrazak Younes wrote:
> Could you test again with my recent commit? I still cannot reproduce the
> spell checker crash.
Which aspell version do you use?
I think we should first fix the document->setting bug, and then see if the
aspell is still there.
Peter
Edwin Leuven wrote:
Abdelrazak Younes wrote:
This patch solves it. Committing now.
i still see a crash...
Could you set a breakpoint at breakpoint at the beginning of
Dialogs::disconnect(string const & name) in frontends/Dialogs.C and
continue step by step until you see the crash?
Abdel.
Abdelrazak Younes wrote:
This patch solves it. Committing now.
i still see a crash...
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Peter Kümmel wrote:
It crashes? Here I've no problems.
that was a missing sysdir.
now it crashes when i open the document settings dialog and then close
it again
Same here, even in debug mode it won't allow me to break before
Edwin Leuven wrote:
Abdelrazak Younes wrote:
I am wondering how/why it went unnoticed up until now...
because trunk is too unstable to use since the unicode stuff went in?
But this code was unchanged for a long time!
It might be related to some changes under the hood in the callers of
Dial
Abdelrazak Younes wrote:
I am wondering how/why it went unnoticed up until now...
because trunk is too unstable to use since the unicode stuff went in?
we should perhaps eat our own dogfood a bit more often... ;-)
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Peter Kümmel wrote:
It crashes? Here I've no problems.
that was a missing sysdir.
now it crashes when i open the document settings dialog and then close
it again
The problems lies in Dialogs.C:
void Dialogs::disconnect(string const & name)
{
Edwin Leuven wrote:
Abdelrazak Younes wrote:
The problems lies in Dialogs.C:
void Dialogs::disconnect(string const & name)
{
if (!isValidName(name))
return;
open_insets_[name] = 0; // <= HERE
}
open_insets_ is empty, hence the crash.
can i ask how you found out?
By judici
Edwin Leuven wrote:
> Abdelrazak Younes wrote:
>> The problems lies in Dialogs.C:
>>
>> void Dialogs::disconnect(string const & name)
>> {
>> if (!isValidName(name))
>> return;
>>
>> open_insets_[name] = 0; // <= HERE
>> }
>>
>> open_insets_ is empty, hence the crash.
>
> can i as
Abdelrazak Younes wrote:
The problems lies in Dialogs.C:
void Dialogs::disconnect(string const & name)
{
if (!isValidName(name))
return;
open_insets_[name] = 0; // <= HERE
}
open_insets_ is empty, hence the crash.
can i ask how you found out?
Edwin Leuven wrote:
Peter Kümmel wrote:
It crashes? Here I've no problems.
that was a missing sysdir.
now it crashes when i open the document settings dialog and then close
it again
The problems lies in Dialogs.C:
void Dialogs::disconnect(string const & name)
{
if (!isValidName(na
Abdelrazak Younes wrote:
> Edwin Leuven wrote:
>> Peter Kümmel wrote:
>>> It crashes? Here I've no problems.
>>
>> that was a missing sysdir.
>>
>> now it crashes when i open the document settings dialog and then close
>> it again
>
> Same here, even in debug mode it won't allow me to break before
Edwin Leuven wrote:
Peter Kümmel wrote:
It crashes? Here I've no problems.
that was a missing sysdir.
now it crashes when i open the document settings dialog and then close
it again
Same here, even in debug mode it won't allow me to break before the
crash. Looks like a bad raw memory acce
Edwin Leuven wrote:
>
> now it crashes when i open the document settings dialog and then close
> it again
>
Here it don't crash but looks broken.
> it all feels like black magic
>
> things are so simple under linux, sigh
>
>>> btw, is there a way to do a "make install"?
>>
>> It is possible,
Peter Kümmel wrote:
Abdelrazak Younes wrote:
sible, but I've not implemented it because
until today I was the only person who has used the
cmake files.
Looks like I am the initiator here... ;-)
Yes, building LyX, but didn't this thread start because of aspell,
which was build with cmake by J
Bo Peng wrote:
>> I think the CMake support has a long way to go compared with Scons (for
>> now)
>
> I think it can catch up quickly if more people use it and report bugs.
> A detailed INSTALL.cmake would help. Current cmake readme seems
> sketchy.
>
I'm fine with building the msvc project with
Abdelrazak Younes wrote:
sible, but I've not implemented it because
>> until today I was the only person who has used the
>> cmake files.
>
> Looks like I am the initiator here... ;-)
>
Yes, building LyX, but didn't this thread start because of aspell,
which was build with cmake by Joost?
> I
José Matos wrote:
>
> Please make sure that the documentation is more or less up to date. I will
> try it on linux. (FC5 FWIW).
>
I've build it successfully on SUSE 10.
I'm curious about your problems.
(You don't need to install Qt4 only make sure qmake is in your path.)
--
Peter Kümmel
I think the CMake support has a long way to go compared with Scons (for
now)
I think it can catch up quickly if more people use it and report bugs.
A detailed INSTALL.cmake would help. Current cmake readme seems
sketchy.
but I really like the fact that MSVC project are real projects.
This has
Peter Kümmel wrote:
Edwin Leuven wrote:
Peter Kümmel wrote:
Do you use the files from zlib.net?
from gnuwin32
If not, no problem:
goto to the including of unistd.h in zconf.h, you will see
a #if block, just disable the including.
yes, that's what i ended up doing
it now compiles. if i run
Peter Kümmel wrote:
It crashes? Here I've no problems.
that was a missing sysdir.
now it crashes when i open the document settings dialog and then close
it again
it all feels like black magic
things are so simple under linux, sigh
btw, is there a way to do a "make install"?
It is possi
On Sunday 03 September 2006 19:37, Peter Kümmel wrote:
> > thanks again!
>
> I have to thank for the population of my empty cmake-universe. ;)
Please make sure that the documentation is more or less up to date. I will
try it on linux. (FC5 FWIW).
> --
> Peter
--
José Abílio
Edwin Leuven wrote:
> Peter Kümmel wrote:
>> Do you use the files from zlib.net?
>
> from gnuwin32
>
>> If not, no problem:
>> goto to the including of unistd.h in zconf.h, you will see
>> a #if block, just disable the including.
>
> yes, that's what i ended up doing
>
> it now compiles. if i ru
Peter Kümmel wrote:
Do you use the files from zlib.net?
from gnuwin32
If not, no problem:
goto to the including of unistd.h in zconf.h, you will see
a #if block, just disable the including.
yes, that's what i ended up doing
it now compiles. if i run the executable it crashes though
btw, i
Edwin Leuven wrote:
> Peter Kümmel wrote:
>> Maybe there was a compiler error while building
>> support.lib?
>
> it seems to compile fine. i do get the following error in boost_iostreams:
>
>
> 1>Compiling...
> 1>zlib.cpp
> 1>c:\programs\gnuwin32\include\zconf.h(289) : fatal error C1083: Cannot
Peter Kümmel wrote:
Maybe there was a compiler error while building
support.lib?
it seems to compile fine. i do get the following error in boost_iostreams:
1>Compiling...
1>zlib.cpp
1>c:\programs\gnuwin32\include\zconf.h(289) : fatal error C1083: Cannot
open include file: 'unistd.h': No such
Edwin Leuven wrote:
> Peter Kümmel wrote:
>> Done. Please update and try again.
>
> thanks, this now works
>
> compiling fails however:
>
> "cannot open file 'support.lib'"
>
>
Maybe there was a compiler error while building
support.lib?
--
Peter
Peter Kümmel wrote:
Done. Please update and try again.
thanks, this now works
compiling fails however:
"cannot open file 'support.lib'"
Peter Kümmel wrote:
> Edwin Leuven wrote:
>> Peter Kümmel wrote:
>>> When you start LyX the dll must be found, so you must add
>>> the path to this dll to your PATH varable, eg:
>>> set PATH=%PATH%;c:\Programme\gnuwin32\bin
>> but there is only a libiconv2.dll there...
>>
>>
>
> I add libiconv2.dl
Edwin Leuven wrote:
> Peter Kümmel wrote:
>> When you start LyX the dll must be found, so you must add
>> the path to this dll to your PATH varable, eg:
>> set PATH=%PATH%;c:\Programme\gnuwin32\bin
>
> but there is only a libiconv2.dll there...
>
>
I add libiconv2.dll as possible name.
--
Peter Kümmel wrote:
When you start LyX the dll must be found, so you must add
the path to this dll to your PATH varable, eg:
set PATH=%PATH%;c:\Programme\gnuwin32\bin
but there is only a libiconv2.dll there...
Edwin Leuven wrote:
> Abdelrazak Younes wrote:
>> Edwin Leuven wrote:
>>> fails for me. anyone knows what is wrong here? i get the following
>>> error. thanks, ed.
>>
>> First "svn update" cause' Peter has done some recent correction and
>> then I just use:
>>
>> D:\devel\lyx\trunk\development\cmak
Abdelrazak Younes wrote:
Edwin Leuven wrote:
fails for me. anyone knows what is wrong here? i get the following
error. thanks, ed.
First "svn update" cause' Peter has done some recent correction and then
I just use:
D:\devel\lyx\trunk\development\cmake>cmake . -Dnls=1
-DGNUWIN32_DIR=D:\pro
Abdelrazak Younes wrote:
> Edwin Leuven wrote:
>> fails for me. anyone knows what is wrong here? i get the following
>> error. thanks, ed.
>
> First "svn update" cause' Peter has done some recent correction and then
> I just use:
>
> D:\devel\lyx\trunk\development\cmake>cmake . -Dnls=1
> -DGNUWI
Edwin Leuven wrote:
fails for me. anyone knows what is wrong here? i get the following
error. thanks, ed.
First "svn update" cause' Peter has done some recent correction and then
I just use:
D:\devel\lyx\trunk\development\cmake>cmake . -Dnls=1
-DGNUWIN32_DIR=D:\program\GnuWin32
It should
85 matches
Mail list logo
