SynWrite (Syn2)
Moderators: Hacker, petermad, Stefan2, white
Ahh - I installed it using TotalUpdater, and didn't notice that it was the 32-bit only version that I got.
After installing separate 64-bit version I have no crash anymore
After installing separate 64-bit version I have no crash anymore

License #524 (1994)
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Serious issue in the Visual Basic lexer
It is nice that Visual Basic lexer finish each unfinished “If” statement with “End if” after pressing Enter (new line), but the part “if” of “End if” is considered as the begin of the new “If” block, so it constanly writes “End if” after each Enter. A pity, because this behavior makes it useless.
Thanks for your answer – but where is that forum? I followed the link in your SynWrite at TotalCmd.net, and it brought me here.
In VBS lexer there is not a mentioned problem, but in VB lexer is. (I used VB lexer from your SynWrite_Addons.rar (2015.03.06) with the default settings.)
I tried to find the property "Auto closing txt" OFF for "If" both in VB and VBA lexers – in VBA it is OK but in VB there is no “Begin if” in the upper left list of the “Rules” tab.
Try copy this code:
and press Enter after the last but one line (in VB lexer).
In VBS lexer there is not a mentioned problem, but in VB lexer is. (I used VB lexer from your SynWrite_Addons.rar (2015.03.06) with the default settings.)
I tried to find the property "Auto closing txt" OFF for "If" both in VB and VBA lexers – in VBA it is OK but in VB there is no “Begin if” in the upper left list of the “Rules” tab.
Try copy this code:
Code: Select all
Do While (Not rs.EOF)
If f1.Value <> f2.Value Then
Debug.Print (rs!Number & ": " & f2.Value & "->" & f1.Value)
End If
f2.Value = f1.Value
rs.Update
rs.MoveNext
Loop
- fenix_productions
- Power Member
- Posts: 1979
- Joined: 2005-08-07, 13:23 UTC
- Location: Poland
- Contact:
2Alextp
Is it possible to define file types for extensions to use?
My problem is: too many elements in Plugins menu.
It would be better to have such menu limited for some file types, i.e.
I don't need to see all HTML related plugins if I work with simple text file.
Is it possible to define file types for extensions to use?
My problem is: too many elements in Plugins menu.
It would be better to have such menu limited for some file types, i.e.
I don't need to see all HTML related plugins if I work with simple text file.
"When we created the poke, we thought it would be cool to have a feature without any specific purpose." Facebook...
#128099
#128099
- sqa_wizard
- Power Member
- Posts: 3893
- Joined: 2003-02-06, 11:41 UTC
- Location: Germany
that version is ancient, abandoned has bugs and missing a lot of featuressqa_wizard wrote:There is a 64-Bit version
@author I wanted to ask can CudaText be implemented as a wlx plugin, also can it be compiled in native x64 mode
for further discussions please use another forum as developer asked.
http://synwrite.sourceforge.net/forums/
btw developer now is rapidly creating a new text editor.
is should be a "replacement" for SynWrite tool.
http://wiki.freepascal.org/CudaText#About
http://synwrite.sourceforge.net/forums/
btw developer now is rapidly creating a new text editor.
is should be a "replacement" for SynWrite tool.
http://wiki.freepascal.org/CudaText#About
The plan is to continue Cuda. very limited support for Synw. Cuda support will be ok. i hope. I spend time on Cuda. not Synw.
#146217 personal license
-
- Senior Member
- Posts: 350
- Joined: 2005-08-13, 15:13 UTC
- Location: Berlin, Germany
- Contact:
Re: SynWrite (Syn2)
Code: Select all
Access violation at address 000000001ECA9FA5
in module 'Syn2.wlx64'. Read of address 0000000000000001
or
Access violation at address 000000001EEF2B60 in
module 'Syn2.wlx64'. Read of address 0000000000000001
Re: SynWrite (Syn2)
Years ago, Syn2 was my favorite viewer and editor in TC.
Last Version for me is 6.15.0
Never had major problems with it, but it's only x32, so I stopped using the viewer part.
I still use the editor for certain jobs.
Today, there are other source code viewer and editor plugins.
For example:
TC Akelpad
CodeViewer
CudaLister
Last Version for me is 6.15.0
Never had major problems with it, but it's only x32, so I stopped using the viewer part.
I still use the editor for certain jobs.
Today, there are other source code viewer and editor plugins.
For example:
TC Akelpad
CodeViewer
CudaLister
Windows 11 Home, Version 24H2 (OS Build 26100.3915)
TC 11.55 RC1 x64 / x86
Everything 1.5.0.1391a (x64), Everything Toolbar 1.5.2.0, Listary Pro 6.3.2.88
QAP 11.6.4.2.1 x64
TC 11.55 RC1 x64 / x86
Everything 1.5.0.1391a (x64), Everything Toolbar 1.5.2.0, Listary Pro 6.3.2.88
QAP 11.6.4.2.1 x64
-
- Senior Member
- Posts: 350
- Joined: 2005-08-13, 15:13 UTC
- Location: Berlin, Germany
- Contact:
Re: SynWrite (Syn2)
Hi Horst! I deactivated TC Akelpad 3 days ago. I have CodeViewer in Listerprugin.ini (or TC Section respectively) with n_detect=SIZE<10000000 and CudaLister without any _detect string.
I loved Synplus but this is a really 32-bit one. So I went to SynWrite (at first I disabed edit mode in SynWrite's settings because I use Notepad++ as editor) and it's OK for me. Was updating Lexers 2 nights ago on Alexey-T's CudaText Lexers site on Github (thumbs up for it's work and there are many Lexers newer than 2021).
Created a new bigger LexLib.LXL and struggled over this access violations.
My syn2.wlx64 and Syn64.exe both have version 1.0.0.0 and are from 2012. But it works fine with empty n_detect= string at proper position of my INI (until yesterday I used n_detect=([0]!="M"|[1]!="Z")).