Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Take this patch if you want to see some debug outputs.
Abdelrazak It's working perfectly here and it's really a _huge_
Abdelrazak performance boost under Windows!
So this was the cause of the mysterious delay when renumbering
Quoting Jean-Marc Lasgouttes [EMAIL PROTECTED]:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Take this patch if you want to see some debug outputs.
Abdelrazak It's working perfectly here and it's really a _huge_
Abdelrazak performance boost under Windows!
So this
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Take this patch if you want to see some debug outputs.
Abdelrazak> It's working perfectly here and it's really a _huge_
Abdelrazak> performance boost under Windows!
So this was the cause of the mysterious delay when
Quoting Jean-Marc Lasgouttes <[EMAIL PROTECTED]>:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> Take this patch if you want to see some debug outputs.
> Abdelrazak> It's working perfectly here and it's really a _huge_
> Abdelrazak> performance boost under
i tried a new compile again and still get the crash with the patch...
Edwin Leuven wrote:
i compiled clean from scratch. have to run now...
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
This is weird, I did not touch this part and it works fine on my
platform. Maybe
i tried a new compile again and still get the crash with the patch...
Edwin Leuven wrote:
i compiled clean from scratch. have to run now...
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
This is weird, I did not touch this part and it works fine on my
platform. Maybe
On Fri, Jan 12, 2007 at 11:07:55PM +0100, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Could someone please test this under Linux?
Enrico, if you could test it under Cygwin as well, that would be great.
Take this patch if you want to see some debug outputs. It's working
Angus Leeming wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Younes wrote:
Could someone please test this under Linux?
Enrico, if you could test it under Cygwin as well, that would be great.
Take this patch if you want to see some debug outputs. It's working
perfectly here and
Enrico Forestieri wrote:
On Fri, Jan 12, 2007 at 11:07:55PM +0100, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Could someone please test this under Linux?
Enrico, if you could test it under Cygwin as well, that would be great.
Take this patch if you want to see some debug outputs. It's
Abdelrazak Younes wrote:
The problem is that we can't use this internal cache because.
because... it does not work with our way of setting the language at each
gettext call.
Abdel.
On Sat, Jan 13, 2007 at 09:39:44AM +0100, Abdelrazak Younes wrote:
Yes, I wanted you to check that the translation process is still working
correctly. Especially, at the section level. Could you set create a
document with the report class and set a different language of one
'Chapter'
Enrico Forestieri wrote:
On Sat, Jan 13, 2007 at 09:39:44AM +0100, Abdelrazak Younes wrote:
Yes, I wanted you to check that the translation process is still working
correctly. Especially, at the section level. Could you set create a
document with the report class and set a different language
lyx crashes here with your patch:
msvcr80d.dll!10202b13()
[Frames below may be incorrect and/or missing, no symbols loaded
for msvcr80d.dll]
shlwapi.dll!77f643d0()
msvcr80d.dll!1021866b()
shlwapi.dll!77f643dd()
Edwin Leuven wrote:
lyx crashes here with your patch:
[...]
std::basic_stringchar,std::char_traitschar,std::allocatorchar
str=File|F) Line 46 + 0x19 bytesC++
lyx-qt4.exe!lyx::translateIfPossible(const
This is weird, I did not touch this part and it works fine on my
platform.
Abdelrazak Younes wrote:
This is weird, I did not touch this part and it works fine on my
platform. Maybe there is sth wrong when passing const ref instead of
full docstring copy I cannot immagine why...
Could you try to remove to do this change and try again?
yes, this gets rid of the
Edwin Leuven wrote:
Abdelrazak Younes wrote:
This is weird, I did not touch this part and it works fine on my
platform. Maybe there is sth wrong when passing const ref instead of
full docstring copy I cannot immagine why...
Could you try to remove to do this change and try again?
yes, this
i compiled clean from scratch. have to run now...
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
This is weird, I did not touch this part and it works fine on my
platform. Maybe there is sth wrong when passing const ref instead of
full docstring copy I cannot immagine
Edwin Leuven wrote:
i compiled clean from scratch. have to run now...
OK. I have my LyxLex cleanup on my local tree so this is maybe
interfering at this point. But this is still weird.
Abdel.
Abdelrazak Younes wrote:
Edwin Leuven wrote:
i compiled clean from scratch. have to run now...
OK. I have my LyxLex cleanup on my local tree so this is maybe
interfering at this point. But this is still weird.
I cannot reproduce the crash with a clean tree either.
Abdel.
Am Samstag, 13. Januar 2007 12:35 schrieb Abdelrazak Younes:
Abdelrazak Younes wrote:
Edwin Leuven wrote:
i compiled clean from scratch. have to run now...
OK. I have my LyxLex cleanup on my local tree so this is maybe
interfering at this point. But this is still weird.
I cannot
Georg Baum wrote:
Am Samstag, 13. Januar 2007 12:35 schrieb Abdelrazak Younes:
Abdelrazak Younes wrote:
Edwin Leuven wrote:
i compiled clean from scratch. have to run now...
OK. I have my LyxLex cleanup on my local tree so this is maybe
interfering at this point. But this is still weird.
I
Maybe this helps against the crashes, it then there will be a
copy again:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Could someone please test this under Linux?
Enrico, if you could test it under Cygwin as well, that would be great.
Take this patch if you want to see some debug
Peter Kümmel wrote:
Maybe this helps against the crashes, it then there will be a
copy again:
[...]
- return from_ascii(m);
+ return empty_string;
+ CacheType::iterator it = cache_.find(m);
+ if (it != cache_.end()) {
+
On Fri, Jan 12, 2007 at 11:07:55PM +0100, Abdelrazak Younes wrote:
> Abdelrazak Younes wrote:
> > Could someone please test this under Linux?
> >
> > Enrico, if you could test it under Cygwin as well, that would be great.
>
> Take this patch if you want to see some debug outputs. It's working
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak Younes wrote:
Could someone please test this under Linux?
Enrico, if you could test it under Cygwin as well, that would be great.
Take this patch if you want to see some debug outputs. It's working
perfectly here
Enrico Forestieri wrote:
On Fri, Jan 12, 2007 at 11:07:55PM +0100, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Could someone please test this under Linux?
Enrico, if you could test it under Cygwin as well, that would be great.
Take this patch if you want to see some debug outputs. It's
Abdelrazak Younes wrote:
The problem is that we can't use this internal cache because.
because... it does not work with our way of setting the language at each
gettext call.
Abdel.
On Sat, Jan 13, 2007 at 09:39:44AM +0100, Abdelrazak Younes wrote:
> Yes, I wanted you to check that the translation process is still working
> correctly. Especially, at the section level. Could you set create a
> document with the report class and set a different language of one
> 'Chapter'
Enrico Forestieri wrote:
On Sat, Jan 13, 2007 at 09:39:44AM +0100, Abdelrazak Younes wrote:
Yes, I wanted you to check that the translation process is still working
correctly. Especially, at the section level. Could you set create a
document with the report class and set a different language
lyx crashes here with your patch:
msvcr80d.dll!10202b13()
[Frames below may be incorrect and/or missing, no symbols loaded
for msvcr80d.dll]
shlwapi.dll!77f643d0()
msvcr80d.dll!1021866b()
shlwapi.dll!77f643dd()
Edwin Leuven wrote:
lyx crashes here with your patch:
[...]
std::basic_string &
str="File|F") Line 46 + 0x19 bytesC++
lyx-qt4.exe!lyx::translateIfPossible(const
This is weird, I did not touch this part and it works fine on my
platform.
Abdelrazak Younes wrote:
This is weird, I did not touch this part and it works fine on my
platform. Maybe there is sth wrong when passing const ref instead of
full docstring copy I cannot immagine why...
Could you try to remove to do this change and try again?
yes, this gets rid of the
Edwin Leuven wrote:
Abdelrazak Younes wrote:
This is weird, I did not touch this part and it works fine on my
platform. Maybe there is sth wrong when passing const ref instead of
full docstring copy I cannot immagine why...
Could you try to remove to do this change and try again?
yes, this
i compiled clean from scratch. have to run now...
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
This is weird, I did not touch this part and it works fine on my
platform. Maybe there is sth wrong when passing const ref instead of
full docstring copy I cannot immagine
Edwin Leuven wrote:
i compiled clean from scratch. have to run now...
OK. I have my LyxLex cleanup on my local tree so this is maybe
interfering at this point. But this is still weird.
Abdel.
Abdelrazak Younes wrote:
Edwin Leuven wrote:
i compiled clean from scratch. have to run now...
OK. I have my LyxLex cleanup on my local tree so this is maybe
interfering at this point. But this is still weird.
I cannot reproduce the crash with a clean tree either.
Abdel.
Am Samstag, 13. Januar 2007 12:35 schrieb Abdelrazak Younes:
> Abdelrazak Younes wrote:
> > Edwin Leuven wrote:
> >> i compiled clean from scratch. have to run now...
> >
> > OK. I have my LyxLex cleanup on my local tree so this is maybe
> > interfering at this point. But this is still weird.
>
Georg Baum wrote:
Am Samstag, 13. Januar 2007 12:35 schrieb Abdelrazak Younes:
Abdelrazak Younes wrote:
Edwin Leuven wrote:
i compiled clean from scratch. have to run now...
OK. I have my LyxLex cleanup on my local tree so this is maybe
interfering at this point. But this is still weird.
I
Maybe this helps against the crashes, it then there will be a
copy again:
Abdelrazak Younes wrote:
> Abdelrazak Younes wrote:
>> Could someone please test this under Linux?
>>
>> Enrico, if you could test it under Cygwin as well, that would be great.
>
> Take this patch if you want to see some
Peter Kümmel wrote:
Maybe this helps against the crashes, it then there will be a
copy again:
[...]
- return from_ascii(m);
+ return empty_string;
+ CacheType::iterator it = cache_.find(m);
+ if (it != cache_.end()) {
+
Could someone please test this under Linux?
Enrico, if you could test it under Cygwin as well, that would be great.
Thanks in advance,
Abdel.
Index: messages.C
===
--- messages.C (revision 16645)
+++ messages.C (working copy)
@@
Abdelrazak Younes wrote:
Could someone please test this under Linux?
Enrico, if you could test it under Cygwin as well, that would be great.
Take this patch if you want to see some debug outputs. It's working
perfectly here and it's really a _huge_ performance boost under Windows!
Abdel.
Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Younes wrote:
Could someone please test this under Linux?
Enrico, if you could test it under Cygwin as well, that would be great.
Take this patch if you want to see some debug outputs. It's working
perfectly here and it's really a
Could someone please test this under Linux?
Enrico, if you could test it under Cygwin as well, that would be great.
Thanks in advance,
Abdel.
Index: messages.C
===
--- messages.C (revision 16645)
+++ messages.C (working copy)
@@
Abdelrazak Younes wrote:
Could someone please test this under Linux?
Enrico, if you could test it under Cygwin as well, that would be great.
Take this patch if you want to see some debug outputs. It's working
perfectly here and it's really a _huge_ performance boost under Windows!
Abdel.
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Abdelrazak Younes wrote:
> > Could someone please test this under Linux?
> >
> > Enrico, if you could test it under Cygwin as well, that would be great.
>
> Take this patch if you want to see some debug outputs. It's working
> perfectly here and
46 matches
Mail list logo