Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
Before you use a nightly make sure you understand how it works (http://forums.next.codeblocks.org/index.php/topic,3232.0.html).
A link to the unicode windows wxWidget dll(s) for Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw31u_gcc_cb_wx311_gcc810-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls8.1.0.7z
The 09 February 2019 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2019/CB_20190209_rev11562_win64.7z
- Linux :
none
The current SDK version is : 1.37.0
Resolved Fixed:
- fix 770: place window always on a valid display
- Fix compilation for wx3.1.2: introduced new constructor for wxDisplay.
- CC: Fix buffer overflow crash issue which is not fully solved in rev11548.(Thanks Miguel Gimenez)
- Debugger: Fix GDB prompt returning issue when we do instruction level debugging.
- wizard: Fix wxWidgets script on windows (Ticket #676, Thanks Juan Manuel Fernández Muñoz)
- CodeBlocks - Avoid crash or assert when app closed via OS TaskBar cf: http://forums.next.codeblocks.org/index.php?topic=23033.msg156658#msg156658
- wxSmith: Fix a crash caused by uninitialized wxPen in wxMathPlot control.
Regressions/Confirmed/Annoying/Common bugs:
Hi
OS X version of this rev can be downloaded from my Google Drive (https://drive.google.com/open?id=0B2rFQ8rNHzEeN0xtU3R6emdhUWs).
Debian Stretch (32 and 64 bits) can be installed from my repo (https://wxstuff.xaviou.fr/article/debian-repository.html).
Regards
Xav'
Its working for me...
Quote from: Khram on February 11, 2019, 07:14:15 AM
Spellcheck not work... :'(
You can count on it remaining broken until you do a better job detailing the problem and helping troubleshoot this issue that is seemingly unique to you.
Quote from: Xaviou on February 09, 2019, 11:08:09 PM
OS X version of this rev can be downloaded from my Google Drive (https://drive.google.com/open?id=0B2rFQ8rNHzEeN0xtU3R6emdhUWs).
Debian Stretch (32 and 64 bits) can be installed from my repo (https://wxstuff.xaviou.fr/article/debian-repository.html).
Any chance of getting a wxWidgets 3.1.2 build for OSX? The 3.0.4 build is really unusable (at least the wxSmith stuff) on Mojave. I'm hoping the Mojave fixes that are in 3.1.2 would help.
Quote from: dkulp on February 11, 2019, 09:40:06 PM
Quote from: Xaviou on February 09, 2019, 11:08:09 PM
OS X version of this rev can be downloaded from my Google Drive (https://drive.google.com/open?id=0B2rFQ8rNHzEeN0xtU3R6emdhUWs).
Debian Stretch (32 and 64 bits) can be installed from my repo (https://wxstuff.xaviou.fr/article/debian-repository.html).
Any chance of getting a wxWidgets 3.1.2 build for OSX? The 3.0.4 build is really unusable (at least the wxSmith stuff) on Mojave. I'm hoping the Mojave fixes that are in 3.1.2 would help.
Done : now both wx-3.0.4 and wx-3.1.2 are available.
Regards
Xav'
Quote from: Xaviou on February 12, 2019, 08:36:59 PM
Any chance of getting a wxWidgets 3.1.2 build for OSX? The 3.0.4 build is really unusable (at least the wxSmith stuff) on Mojave. I'm hoping the Mojave fixes that are in 3.1.2 would help.
Done : now both wx-3.0.4 and wx-3.1.2 are available.
[/quote]
Well, It now shows Dark mode and the property grid is fully retina and looks better, so that's good. But wxSmith still doesn't work. Click on any panel/dialog and it flashes up and then the entire area goes black. So still not usable. :(
Quote from: raynebc on February 11, 2019, 06:53:54 PM
Quote from: Khram on February 11, 2019, 07:14:15 AM
Spellcheck not work... :'(
You can count on it remaining broken until you do a better job detailing the problem and helping troubleshoot this issue that is seemingly unique to you.
Ok.
The use of 8-bit encoding, for example, Russian font, does not result in the selection of words, which is why the work of the CB fails.
I am afraid that someone, in spite to all Eastern Orthodox, does not want to use the key of compilation: -insignand-char, which is why the search for words begins to work with negative indices.
Thank you, that you are interested.
Can someone who knows Russian try to translate the explanation of the problem Khram is having? Either he is trolling us or google translate is really bad...
For the sake of actually getting usable information, Khram, are you using this encoding?
https://en.wikipedia.org/wiki/KOI8-R
If not, please specify the exact encoding you're using. Providing an example source file in that encoding would be helpful so somebody can test with an affected file.
Quote from: raynebc on February 13, 2019, 06:46:00 AM
For the sake of actually getting usable information, Khram, are you using this encoding?
https://en.wikipedia.org/wiki/KOI8-R
If not, please specify the exact encoding you're using. Providing an example source file in that encoding would be helpful so somebody can test with an affected file.
Windows 1250 •
1251 (Cyrillic) • 1252 • 1253 • 1254 • 1255 • 1256 • 1257 • 1258 ++ UTF-8 also...
could someone please provide win32 build ?
Quote from: airc on February 13, 2019, 10:55:09 AM
could someone please provide win32 build ?
You can try my personal compilation of SVN 11570 with wx3.1.2.
Caveats:
- the attached wx3.1.2 library is patched so Code Completion doesn't crash
- C::B has some patches proposed in tickets but still not accepted (nothing to worry about, see the attached diff if you want)
www.solener.eu/Codeblocks.7z (http://www.solener.eu/Codeblocks.7z)
Quote from: Miguel Gimenez on February 13, 2019, 12:17:23 PM
Quote from: airc on February 13, 2019, 10:55:09 AM
could someone please provide win32 build ?
You can try my personal compilation of SVN 11570 with wx3.1.2.
Caveats:
- the attached wx3.1.2 library is patched so Code Completion doesn't crash
- C::B has some patches proposed in tickets but still not accepted (nothing to worry about, see the attached diff if you want)
www.solener.eu/Codeblocks.7z (http://www.solener.eu/Codeblocks.7z)
thank you very much ;)
Khram, are you going to provide one or more example source files in affected character encodings?
Quote from: raynebc on February 13, 2019, 06:16:31 PM
Khram, are you going to provide one or more example source files in affected character encodings?
With some comments like,
математика // This should not be underlined red
математка // This should be underlined red
математка математика // This should underline red only the first word, but not the second
ecc...
provide some example for people who can not speak russian. And provide it as a downloadable file.
Thank you!
Thanks!
In the present version, the last letter is occasionally underlined in red. When choosing a language, sometimes a serious error in CB also occurs.
I am sure that there is a similar problem for all languages with 8-bit encoding: Russian, Greek, Hebrew, Arabic and all others too.
QuoteThanks!
In the present version, the last letter is occasionally underlined in red. When choosing a language, sometimes a serious error in CB also occurs.
I am sure that there is a similar problem for all languages with 8-bit encoding: Russian, Greek, Hebrew, Arabic and all others too.
please give us an example file....
It seems that no one here uses a other encoding, so we need an example file from your side....
What happens if you switch encoding to UTF8?
Quote from: raynebc on February 13, 2019, 06:16:31 PM
Khram, are you going to provide one or more example source files in affected character encodings?
If you won't provide an actual source file with which this problem occurs, you probably won't get much help with troubleshooting.
That's not a file, that is some content from a file. Likely-relevant details like file name, file encoding, etc. are lost when you copy and paste text from the file. If you upload the file to a file hosting site of your choice, it will get the ball moving in the right direction.
Required encoding Windows-1251. However, this is not important, the UTF-8 does not work exactly the same.
Window-Place sources for OpenGL (67 054, from 2019.03.02) = http://shipdesign.ru/SoftWare/Window-Place.zip
Do all .cpp files in the compressed file you uploaded exhibit the problem, or only specific ones (and if so, which specific ones)? Are you saying UTF-8 encoded files do not have the problems with spell checking?
Usually dictionaries are compiled in Windows-1251 encoding (why do you need 16 bits if 8 bits are possible and sufficient)
In addition, the UTP-8 does not work.
Linux mint
File encoding UTF-8 (i open the file from the project, no modification)
Dictionary:
ru_RU.dic: ISO-8859 text, with CRLF, LF line terminators
all seems to work. At least i can not say if it is right or not but nothing seems to be underlined except English words, as expected
@Khram: can you provide:
1 File with
1 line that should not be marked as wrong but is marked as wrong on your system
1 line that should not be marked and is not marked
1 line that should be marked but is not marked
1 line that should be marked and is marked
Good thank you! Now I'll return the CB from February 9 to test the operation with the UTF-8 encoding (UTF-8 is not yet relevant, as it is not supported by C++ libraries, Win-1251 is always better to use). It is important to note, that all dictionaries in any encodings work well in version CB-9958 ...
First: for install dictionary with UTF-8 to online:
... and next step - same text:
Similar errors with the Russian-English dictionary in the Win-1251 encoding. (If everything works in Linux, it is very good, in the near future it will be very necessary)
And the last test: C++ code and dictionary in UTF-8 encodings. The CB-11562 - full crashes.
Ok, there seems to be a bug in the UI of codeblocks. If i switch the dictionary the encoding at the bottom is displayed as UTF-8, instead of the real file encoding.
I tested your project again and all files seem to have the encoding windows-1251 (or ISO 8859-5):
file Function.cpp
Function.cpp: C source, ISO-8859 text, with CRLF line terminators
So ignore my previous statement about utf-8.
And codeblocks works correctly with the file on windows. I modified the
одномерныхto
одномерныTto introduce an error and it seems to be detected (see attachment).
So this seems to be an windows only bug. I try to find some time to reproduce this tomorrow on windows...
Quote from: Khram on March 08, 2019, 05:50:04 AM
And the last test: C++ code and dictionary in UTF-8 encodings. The CB-11562 - full crashes.
Can you give some more error messages? Some codeblocks.rpt file or some steps to reproduce?
Where can i download russian dictionarys in utf-8 encoding?
I will try to reproduce this tomorrow
[edit:] I tested now with utf-8 encoding and everything seems to work fine also in this encoding...
file Function.cpp
Function.cpp: C source, UTF-8 Unicode text, with CRLF line terminators
Sincerely thank you! It is very good that Linux can use the compiler-key "-funsigned-char" in the right place.
Currently, I have to use the Codeblocks-9958 version, where all dictionaries in all encodings work properly.
A good and workable collection of Russian and Russian-English dictionaries temporarily located on the resource: http://shipdesign.ru/SoftWare/Russian-English.zip (http://shipdesign.ru/SoftWare/Russian-English.zip).
I can be happy to help with the problem of Codebloks.