<feed xmlns='http://www.w3.org/2005/Atom'>
<title>sciteco/contrib, branch v2.0.0</title>
<subtitle>Scintilla-based Text Editor and COrrector</subtitle>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/'/>
<entry>
<title>fixup: reverted the last Scintilla patch and unref Scintilla objects via g_object_unref()</title>
<updated>2023-04-19T10:18:16+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2023-04-19T10:18:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=54850d4c762f1c44f2dad34b0d01b33a4d881e7f'/>
<id>54850d4c762f1c44f2dad34b0d01b33a4d881e7f</id>
<content type='text'>
* Turns out that using gtk_widget_destroy(), the finalize handler never gets called!?
  This means we were leaking memory.
* Using g_object_unref() fixes that and the initial Scintilla patch is no longer necessary.
* There have previously been use-after-free bugs when *not* using gtk_widget_destroy().
  This has apparently been fixed in the meantime in Scintilla.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* Turns out that using gtk_widget_destroy(), the finalize handler never gets called!?
  This means we were leaking memory.
* Using g_object_unref() fixes that and the initial Scintilla patch is no longer necessary.
* There have previously been use-after-free bugs when *not* using gtk_widget_destroy().
  This has apparently been fixed in the meantime in Scintilla.
</pre>
</div>
</content>
</entry>
<entry>
<title>updated Scintilla: fixes crashes and warnings on startup with Gtk+</title>
<updated>2023-04-19T09:25:24+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2023-04-19T09:25:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=52753962e231c3eca102eab02adc5ed9cab0472b'/>
<id>52753962e231c3eca102eab02adc5ed9cab0472b</id>
<content type='text'>
* the GObject lifecycle was violated, resulting in use-after-free scenarios
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* the GObject lifecycle was violated, resulting in use-after-free scenarios
</pre>
</div>
</content>
</entry>
<entry>
<title>no longer try to avoid automatic scrolling - this is patched out of Scintilla now</title>
<updated>2023-04-18T09:11:55+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2023-04-18T09:11:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=941f48da6dde691a7800290cc729aaaacd051392'/>
<id>941f48da6dde691a7800290cc729aaaacd051392</id>
<content type='text'>
* The patch avoids all automatic scrolling consistently, including in SCI_UNDO.
  This speads up Undo (especially after interruptions).
* Also, the patch disables a very costly and pointless (in SciTECO) algorithm that
  effectively made &lt;Ix$&gt; uninterruptible.
* Effectively reverts large parts of 8ef010da59743fcc4927c790f585ba414ec7b129.
  I have never liked using unintuitive Scintilla messages to avoid scrolling.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* The patch avoids all automatic scrolling consistently, including in SCI_UNDO.
  This speads up Undo (especially after interruptions).
* Also, the patch disables a very costly and pointless (in SciTECO) algorithm that
  effectively made &lt;Ix$&gt; uninterruptible.
* Effectively reverts large parts of 8ef010da59743fcc4927c790f585ba414ec7b129.
  I have never liked using unintuitive Scintilla messages to avoid scrolling.
</pre>
</div>
</content>
</entry>
<entry>
<title>updated Scintilla to v5.3.4, Scinterm to v4.1 and Lexilla to v5.2.4</title>
<updated>2023-04-16T09:59:50+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2023-04-16T09:59:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=2344b11599ce696ebc0bd7773befada44246897c'/>
<id>2344b11599ce696ebc0bd7773befada44246897c</id>
<content type='text'>
* actually everything is updated to their current HEADs but the aforementioned versions are close.
* Scintilla uses threads now, so we added checks for pthread.
  To be on the safe side, we imported AX_PTHREAD from the Autoconf archives.
  The flags are kept out of the ordinary build system, though and used only for compiling Scintilla
  and for linking.
  SciTECO may also use threads, but via Glib.
* Scinterm removed SCI_COLOR_PAIR(), so we re-added it to src/interface-curses/interface.c.
* There is an Asciidoc lexer now.
* The &lt;Ix$&gt; interruption bug (see TODO) is not fixed by this upgrade.
  Perhaps the Mac OS version runs better now. Feedback is needed (refs #12).
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* actually everything is updated to their current HEADs but the aforementioned versions are close.
* Scintilla uses threads now, so we added checks for pthread.
  To be on the safe side, we imported AX_PTHREAD from the Autoconf archives.
  The flags are kept out of the ordinary build system, though and used only for compiling Scintilla
  and for linking.
  SciTECO may also use threads, but via Glib.
* Scinterm removed SCI_COLOR_PAIR(), so we re-added it to src/interface-curses/interface.c.
* There is an Asciidoc lexer now.
* The &lt;Ix$&gt; interruption bug (see TODO) is not fixed by this upgrade.
  Perhaps the Mac OS version runs better now. Feedback is needed (refs #12).
</pre>
</div>
</content>
</entry>
<entry>
<title>mingw-bundledlls: blacklisted dwrite.dll</title>
<updated>2022-12-03T05:07:56+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2022-12-03T03:13:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=a0872dcd9dd0fbbf07ccb7754cab723efe7261a4'/>
<id>a0872dcd9dd0fbbf07ccb7754cab723efe7261a4</id>
<content type='text'>
* These are apparently "Microsoft DirectX Typography Services"
* patch should be contributed upstream
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* These are apparently "Microsoft DirectX Typography Services"
* patch should be contributed upstream
</pre>
</div>
</content>
</entry>
<entry>
<title>simplified win32 packaging using mingw-bundedlls</title>
<updated>2022-12-03T05:07:56+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2022-12-03T02:04:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=4b501f288309e8d201a758ba23ddccfa9dffed81'/>
<id>4b501f288309e8d201a758ba23ddccfa9dffed81</id>
<content type='text'>
* mingw-bundledlls finds and copies transitive DLL dependencies.
* Like all external one-file sources, mingw-bundledlls has been copied into contrib/
  instead of adding a submodule.
  It's taken from here: https://github.com/mpreisler/mingw-bundledlls
* Packaging is more robust now if dependant DLLs are upgraded or if we
  decide to link in more statically.
  With the old scheme, we might also miss some DLL and break builds
  without even noticing it.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* mingw-bundledlls finds and copies transitive DLL dependencies.
* Like all external one-file sources, mingw-bundledlls has been copied into contrib/
  instead of adding a submodule.
  It's taken from here: https://github.com/mpreisler/mingw-bundledlls
* Packaging is more robust now if dependant DLLs are upgraded or if we
  decide to link in more statically.
  With the old scheme, we might also miss some DLL and break builds
  without even noticing it.
</pre>
</div>
</content>
</entry>
<entry>
<title>added ./configure --enable-debug and make sure that NDEBUG is defined properly</title>
<updated>2021-10-23T22:35:11+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2021-10-23T22:15:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=aa00bf10d986bf3a022c33be1cb79fdd4dadf438'/>
<id>aa00bf10d986bf3a022c33be1cb79fdd4dadf438</id>
<content type='text'>
* This simplifies writing CFLAGS="-g -O0" CXXFLAGS="-g -O0".
* We build "release" binaries by default.
  NDEBUG will now be defined unless you specify --enable-debug.
  This enables some optimizations that have long been implemented but were never actually active:
  * SciTECO shuts down faster since it will not explicitly free memory.
    On the downside, this would complicate memory debugging with Valgrind/memcheck.
  * dlmalloc is built with -DINSECURE=1 which is supposedly a bit faster.
    Some compilers also complained about an unportable preprocessor usage which should
    now be gone.
* All CI builds are now with --enable-debug.
  This will slow them down but ensure that more code is executed and thus tested.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* This simplifies writing CFLAGS="-g -O0" CXXFLAGS="-g -O0".
* We build "release" binaries by default.
  NDEBUG will now be defined unless you specify --enable-debug.
  This enables some optimizations that have long been implemented but were never actually active:
  * SciTECO shuts down faster since it will not explicitly free memory.
    On the downside, this would complicate memory debugging with Valgrind/memcheck.
  * dlmalloc is built with -DINSECURE=1 which is supposedly a bit faster.
    Some compilers also complained about an unportable preprocessor usage which should
    now be gone.
* All CI builds are now with --enable-debug.
  This will slow them down but ensure that more code is executed and thus tested.
</pre>
</div>
</content>
</entry>
<entry>
<title>bumped Scinterm to new HEAD: this fixes formatting issues during horizontal scrolling</title>
<updated>2021-10-23T22:35:10+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2021-10-21T04:24:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=4f9747cca0031758a948ed650b7b68d44e373176'/>
<id>4f9747cca0031758a948ed650b7b68d44e373176</id>
<content type='text'>
* the bug probably wasn't a regression compared to v0.6.4
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* the bug probably wasn't a regression compared to v0.6.4
</pre>
</div>
</content>
</entry>
<entry>
<title>build Lexilla with BASE_FLAGS='' - fixes Mac OS builds</title>
<updated>2021-10-13T13:32:12+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2021-10-12T07:37:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=3ed4116a989036b454f22471736ceba0084b68ca'/>
<id>3ed4116a989036b454f22471736ceba0084b68ca</id>
<content type='text'>
* The default build system includes -arch arm64 -arch x86_64
  (builds for both platforms).
  These flags are apparently not supported by the SDK on the
  build server.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* The default build system includes -arch arm64 -arch x86_64
  (builds for both platforms).
  These flags are apparently not supported by the SDK on the
  build server.
</pre>
</div>
</content>
</entry>
<entry>
<title>only build Scintilla and Lexilla static libraries</title>
<updated>2021-10-13T13:31:36+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2021-10-12T07:13:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=88f9251e3183646994cf5d584916eac0176251b0'/>
<id>88f9251e3183646994cf5d584916eac0176251b0</id>
<content type='text'>
* saves some build time
* fixes Win32 Gtk+ builds
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* saves some build time
* fixes Win32 Gtk+ builds
</pre>
</div>
</content>
</entry>
</feed>
