<feed xmlns='http://www.w3.org/2005/Atom'>
<title>sciteco/tests, branch master-fmsbw-ci</title>
<subtitle>Scintilla-based Text Editor and COrrector</subtitle>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/'/>
<entry>
<title>implemented but disabled block-wise backwards search algorithm</title>
<updated>2026-05-31T19:19:24+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2026-05-31T19:19:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=aa7b0bb1445feeefafdcf47fd639b10500b45c03'/>
<id>aa7b0bb1445feeefafdcf47fd639b10500b45c03</id>
<content type='text'>
* The block-wise search algorithm allows for efficient backwards searches
  on large files.
* On the downside the results are not entirely symmetric to forward searches.
  It therefore makes sense to still support the old correct but possibly slow
  algorithm.
  Since the old algorithm is just a special case of the new one (with a single
  block stretching the entire search range), you can configure the block size
  using `8EJ`.
* Unfortunately, the new block-wise algorithm won't work due to a bug in GRegex
  (only in the glib wrapper code).
  It is therefore disabled for the time being by default and will probably
  only be enabled once we switch to a new regexp engine.
  See https://gitlab.gnome.org/GNOME/glib/-/merge_requests/5199
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* The block-wise search algorithm allows for efficient backwards searches
  on large files.
* On the downside the results are not entirely symmetric to forward searches.
  It therefore makes sense to still support the old correct but possibly slow
  algorithm.
  Since the old algorithm is just a special case of the new one (with a single
  block stretching the entire search range), you can configure the block size
  using `8EJ`.
* Unfortunately, the new block-wise algorithm won't work due to a bug in GRegex
  (only in the glib wrapper code).
  It is therefore disabled for the time being by default and will probably
  only be enabled once we switch to a new regexp engine.
  See https://gitlab.gnome.org/GNOME/glib/-/merge_requests/5199
</pre>
</div>
</content>
</entry>
<entry>
<title>fixed test suite on OBS builds for Ubuntu 24.04</title>
<updated>2026-04-17T10:17:44+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2026-04-17T10:17:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=65118ebb971a5b82b3f5e20acdf60115416610c5'/>
<id>65118ebb971a5b82b3f5e20acdf60115416610c5</id>
<content type='text'>
* The GTK version logs additional warnings, so we cannot
  match verbatim against stderr.
  Instead we only look for a line beginning with `Warning:` or `Error:`.
* We now also test info messages (`1^A`).
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* The GTK version logs additional warnings, so we cannot
  match verbatim against stderr.
  Instead we only look for a line beginning with `Warning:` or `Error:`.
* We now also test info messages (`1^A`).
</pre>
</div>
</content>
</entry>
<entry>
<title>`^A` now accepts an optional integer to specify the message severity</title>
<updated>2026-04-14T21:19:45+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2026-04-13T23:16:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=34af154e92383161666751ca69a288c98f5cca60'/>
<id>34af154e92383161666751ca69a288c98f5cca60</id>
<content type='text'>
* I.e. you can now log warnings and errors from SciTECO code as well.
* We do not need a version of ^A accepting code points, since this is
  supported by ^T already.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* I.e. you can now log warnings and errors from SciTECO code as well.
* We do not need a version of ^A accepting code points, since this is
  supported by ^T already.
</pre>
</div>
</content>
</entry>
<entry>
<title>testsuite: added ^ES test case</title>
<updated>2026-03-10T15:26:03+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2026-03-10T15:26:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=b8d8d5f87cbe9a4eec4ac410777c716e557b5466'/>
<id>b8d8d5f87cbe9a4eec4ac410777c716e557b5466</id>
<content type='text'>
In TECO-11 pattern matching constructs do not allow backtracking,
while the PCREs currently generated do allow backtracking.
This would be easy to fix, but there should also be constructs
to re-enable the backtracking semantics.
I left only a Known Bug test case for the time being.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In TECO-11 pattern matching constructs do not allow backtracking,
while the PCREs currently generated do allow backtracking.
This would be easy to fix, but there should also be constructs
to re-enable the backtracking semantics.
I left only a Known Bug test case for the time being.
</pre>
</div>
</content>
</entry>
<entry>
<title>`-$$` and `-^C` always return -1 now instead of passing down the prefix sign</title>
<updated>2026-02-22T21:50:53+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2026-02-22T21:50:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=79c148f9779201c48b0e87d403499545f3ed9a3f'/>
<id>79c148f9779201c48b0e87d403499545f3ed9a3f</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>`ER` updates ^S/^Y now as any other text insertion</title>
<updated>2026-01-24T16:19:48+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2026-01-24T16:19:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=59d3c24f198ca4628fb69c8da163f103bafebc43'/>
<id>59d3c24f198ca4628fb69c8da163f103bafebc43</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>fixed auto-completion of Unicode file names</title>
<updated>2026-01-18T20:36:56+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2026-01-18T20:36:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=3deb2b3970cb344d0c615e9d41a5fe7f3baf1417'/>
<id>3deb2b3970cb344d0c615e9d41a5fe7f3baf1417</id>
<content type='text'>
* teco_string_diff() could return a number of bytes in the middle of
  an Unicode sequence. It now also requires Unicode strings.
* Added a missing Unicode-validity check when replacing command lines (`{` and `}`).
  teco_cmdline_insert() should really be refactored, though (FIXME).
* Added test case
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* teco_string_diff() could return a number of bytes in the middle of
  an Unicode sequence. It now also requires Unicode strings.
* Added a missing Unicode-validity check when replacing command lines (`{` and `}`).
  teco_cmdline_insert() should really be refactored, though (FIXME).
* Added test case
</pre>
</div>
</content>
</entry>
<entry>
<title>Haiku is officially supported again from now on</title>
<updated>2026-01-09T11:07:54+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2026-01-09T11:07:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=acc6f6e83b9cabdc78b6a4f331c510c69e5ff757'/>
<id>acc6f6e83b9cabdc78b6a4f331c510c69e5ff757</id>
<content type='text'>
* Turns out that it works perfectly with the default --enable-malloc-replacement
  as malloc() is replaced globally.
* Added note to configure.ac that malloc() replacement may be useful on platforms
  without a global symbol namespace - you just have to link statically (--enable-static-executables)
  as well.
  This wasn't necessary on Haiku, though.
* Only the test suite required a minor fix since Haiku doesn't support `ulimit`.
* The Gtk interface is broken though on Haiku: You cannot type dead keys,
  Ctrl and AltGr combinations.
  Doesn't appear to be SciTECO-specific though. The libraries simply doesn't
  report modifiers. Appears to be a bug in Haiku's GTK 3 port,
  at least in their Beta5 branch. It can be reproduced with gtk-demo as well.
* This opens the door for contributing a port into HaikuPorts.
  This will probably be Curses-only for the time being (see above).
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* Turns out that it works perfectly with the default --enable-malloc-replacement
  as malloc() is replaced globally.
* Added note to configure.ac that malloc() replacement may be useful on platforms
  without a global symbol namespace - you just have to link statically (--enable-static-executables)
  as well.
  This wasn't necessary on Haiku, though.
* Only the test suite required a minor fix since Haiku doesn't support `ulimit`.
* The Gtk interface is broken though on Haiku: You cannot type dead keys,
  Ctrl and AltGr combinations.
  Doesn't appear to be SciTECO-specific though. The libraries simply doesn't
  report modifiers. Appears to be a bug in Haiku's GTK 3 port,
  at least in their Beta5 branch. It can be reproduced with gtk-demo as well.
* This opens the door for contributing a port into HaikuPorts.
  This will probably be Curses-only for the time being (see above).
</pre>
</div>
</content>
</entry>
<entry>
<title>fixup: disabled the --detach test case again</title>
<updated>2025-12-30T10:53:52+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2025-12-30T10:53:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=2d0c67e2e4d705276171e67aa81da8bf90b4d7d0'/>
<id>2d0c67e2e4d705276171e67aa81da8bf90b4d7d0</id>
<content type='text'>
It causes build failures on OBS for several Linux distributions.
It generally works on Linux, so it's probably related to Xvfb.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
It causes build failures on OBS for several Linux distributions.
It generally works on Linux, so it's probably related to Xvfb.
</pre>
</div>
</content>
</entry>
<entry>
<title>fixup: wait for test.txt in detached SciTECO instance for up to 10 seconds</title>
<updated>2025-12-30T09:32:05+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2025-12-30T09:32:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=aa6c8d47ea120670c0858d50bc33072ca2ba718d'/>
<id>aa6c8d47ea120670c0858d50bc33072ca2ba718d</id>
<content type='text'>
Hopefully fixes the OBS build errors.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Hopefully fixes the OBS build errors.
</pre>
</div>
</content>
</entry>
</feed>
