ZEUS 3.97c troubles: hang in vertical split mode and more...
ZEUS 3.97c troubles: hang in vertical split mode and more...
Hi,
I've been using ZE for 8 years with pleasure. But last month I've upgraded to the 3.97c and some troubles come:
0) On the first feeling the editor is retarded in his response compared to the previous version. When I've disabled the choice "Use the built-in workspace c-tags builder" in editor's configuration (Options/Editor Options/Tags), the response is little bit better. Second improvement is by disabling "Use PTSC tab control" choice (Options/Editor Options/General).
1) When invoking the vertical split mode, the editor response (eq. cursor movement by arrows) significantly slow down.
2) Again, in the vertical split mode, when I try to select a row (or block) sometimes Zeus hang. There no possibility but kill him to continue working. Unfortunately this hang is not repeatable by demand.
3) I have problems with automatic change of document type coding, when including some text via clipboard (note my mother language is not English). The document coding sometimes changes from ASCII to the UTF-8 automatically, sometimes only the strange characters like
- ÔĽN (hex 0xD4, 0xBC, 0x4E)
or
-  (hex 0xEF, 0xBB, 0xBF)
appears in the beginning of file. Other character with some diacritic in the text is destroyed. I must use another editor to delete the first three characters to correct this problem. It is annoying, I use Copy/Paste/Modify method very often.
Is there any suggestion, how to reveal origin of this problems?
Thanks,
Jiri
I've been using ZE for 8 years with pleasure. But last month I've upgraded to the 3.97c and some troubles come:
0) On the first feeling the editor is retarded in his response compared to the previous version. When I've disabled the choice "Use the built-in workspace c-tags builder" in editor's configuration (Options/Editor Options/Tags), the response is little bit better. Second improvement is by disabling "Use PTSC tab control" choice (Options/Editor Options/General).
1) When invoking the vertical split mode, the editor response (eq. cursor movement by arrows) significantly slow down.
2) Again, in the vertical split mode, when I try to select a row (or block) sometimes Zeus hang. There no possibility but kill him to continue working. Unfortunately this hang is not repeatable by demand.
3) I have problems with automatic change of document type coding, when including some text via clipboard (note my mother language is not English). The document coding sometimes changes from ASCII to the UTF-8 automatically, sometimes only the strange characters like
- ÔĽN (hex 0xD4, 0xBC, 0x4E)
or
-  (hex 0xEF, 0xBB, 0xBF)
appears in the beginning of file. Other character with some diacritic in the text is destroyed. I must use another editor to delete the first three characters to correct this problem. It is annoying, I use Copy/Paste/Modify method very often.
Is there any suggestion, how to reveal origin of this problems?
Thanks,
Jiri
Hi Jiri,
That option will definitely cause a slow down, but I though it was off by default
The PTSC should only be effecting the initial file load times and I would have thought it would not add too much in the way of a slow down
Do you know which previous version of Zeus you comparing this with
Also what sort of computer are you using
What sort of file are you splitting
Over the years lots of extra features have been added to Zeus and all of these features come at the cost of requiring more processing power
I just tried to replicate this on a 3.18 GHz Dual core CPU with 3 GB of RAM and it seemed to work fine to me
But I also did try this on a 10 year machine and it definitely felt sluggish. But I would have expected this from a machine that is 10 years old
One instance where Zeus is known to hang is when it does a tags update and by default it will do this every 10 or so minutes.
If the workspace you have open is quite old, try doing a full tags rebuild whihc will recreate the current tags database. In older versions of Zeus sometimes the tags database became corrupt.
Also Zeus constantly does file checking, so if the file you have open is on the network, sometimes the network will be slow to respond to these Zeus file status requests and Zeus will appear to hang.
This bug is hopefully fixed in this beta release: http://www.zeusedit.com/z300/ze397d-beta.zip
Cheers Jussi
When I've disabled the choice "Use the built-in workspace c-tags builder" in editor's configuration (Options/Editor Options/Tags)
That option will definitely cause a slow down, but I though it was off by default

Second improvement is by disabling "Use PTSC tab control" choice (Options/Editor Options/General).
The PTSC should only be effecting the initial file load times and I would have thought it would not add too much in the way of a slow down

1) When invoking the vertical split mode, the editor response (eq. cursor movement by arrows) significantly slow down.
Do you know which previous version of Zeus you comparing this with

Also what sort of computer are you using

What sort of file are you splitting

Over the years lots of extra features have been added to Zeus and all of these features come at the cost of requiring more processing power

I just tried to replicate this on a 3.18 GHz Dual core CPU with 3 GB of RAM and it seemed to work fine to me

But I also did try this on a 10 year machine and it definitely felt sluggish. But I would have expected this from a machine that is 10 years old

2) Again, in the vertical split mode, when I try to select a row (or block) sometimes Zeus hang. There no possibility but kill him to continue working. Unfortunately this hang is not repeatable by demand.
One instance where Zeus is known to hang is when it does a tags update and by default it will do this every 10 or so minutes.
If the workspace you have open is quite old, try doing a full tags rebuild whihc will recreate the current tags database. In older versions of Zeus sometimes the tags database became corrupt.
Also Zeus constantly does file checking, so if the file you have open is on the network, sometimes the network will be slow to respond to these Zeus file status requests and Zeus will appear to hang.
3) I have problems with automatic change of document type coding, when including some text via clipboard (note my mother language is not English).
This bug is hopefully fixed in this beta release: http://www.zeusedit.com/z300/ze397d-beta.zip
Cheers Jussi
Hi, Jussi,
Thanx for quick reply.
I write some additional information to your question:
1) The version used for comparison is ze32v396i and I've been used the ZE mostly every day for last 4 years.
2) System profile:
OS Microsoft Windows XP Professional
Version 5.1.2600 Service Pack 3 Build 2600
Model HP Compaq 6730b (GB991EA#AKB)
Procesor x86 Family 6 Model 23 Stepping 6 GenuineIntel ~2527 Mhz
Total physical memory 2 048,00 MB
Total virtualní memory 2,00 GB
3) Most of my source code is written in Analog Devices ADSP assembler language, thus I'm not using the high languague level support (as c-tags)
-----
I tried the suggested patch, but without success
- the behaviour is same (by inserting text with diacritics the strange first three characters on the beginning are again and the original text with diacritic characters is mangled).
I try to attach the example source files - the first (old_text) is the original, the second (new_text) was created by File/New and Paste from clipboad.
I've other question regarding the copying of text block with some indentation. In my last used version the original indentation was kept, the inserted text block simply repeated the indentation structure. There is some "automatic" formating in the version 3.97c, which sometimes removed all 'tabs', sometimes push the block to the right (if there is some other indentation). Is there some option to disable this behaviour?
Thanx,
Jiri[/url]
Thanx for quick reply.
I write some additional information to your question:
1) The version used for comparison is ze32v396i and I've been used the ZE mostly every day for last 4 years.
2) System profile:
OS Microsoft Windows XP Professional
Version 5.1.2600 Service Pack 3 Build 2600
Model HP Compaq 6730b (GB991EA#AKB)
Procesor x86 Family 6 Model 23 Stepping 6 GenuineIntel ~2527 Mhz
Total physical memory 2 048,00 MB
Total virtualní memory 2,00 GB
3) Most of my source code is written in Analog Devices ADSP assembler language, thus I'm not using the high languague level support (as c-tags)
-----
I tried the suggested patch, but without success

I try to attach the example source files - the first (old_text) is the original, the second (new_text) was created by File/New and Paste from clipboad.
I've other question regarding the copying of text block with some indentation. In my last used version the original indentation was kept, the inserted text block simply repeated the indentation structure. There is some "automatic" formating in the version 3.97c, which sometimes removed all 'tabs', sometimes push the block to the right (if there is some other indentation). Is there some option to disable this behaviour?
Thanx,
Jiri[/url]
Hi Jiri,
I will run some comparison tests with this version and see if I can notice any differences in speed. At this stage my guess is some of the UTF8 changes have caused the slow down.
Did you know that it might in fact be possible to configure Zeus to tag your code
You can find more details here: http://www.zeusedit.com/zforum/viewtopic.php?t=3367
Thanks. I will take a look into this.
You can not change the menu but it is very easy to change the keyboard.
Just remap the keyboard to use to use one of these alternative clipboard functions: MarkPaste MarkPasteEx ClipboardPaste
Cheers Jussi
1) The version used for comparison is ze32v396i and I've been used the ZE mostly every day for last 4 years.
I will run some comparison tests with this version and see if I can notice any differences in speed. At this stage my guess is some of the UTF8 changes have caused the slow down.
3) Most of my source code is written in Analog Devices ADSP assembler language, thus I'm not using the high languague level support (as c-tags)
Did you know that it might in fact be possible to configure Zeus to tag your code

You can find more details here: http://www.zeusedit.com/zforum/viewtopic.php?t=3367
I try to attach the example source files - the first (old_text) is the original, the second (new_text) was created by File/New and Paste from clipboad.
Thanks. I will take a look into this.
Is there some option to disable this behaviour?
You can not change the menu but it is very easy to change the keyboard.
Just remap the keyboard to use to use one of these alternative clipboard functions: MarkPaste MarkPasteEx ClipboardPaste
Cheers Jussi
Hi Jiri,

If I take the characters that are causing the problem and copy them to clipboard directly from this from the posting below:
So both notepad and Zeus detected that the text pasted from the clipboard was in fact UTF-8. Zeus just went one step better in that it correctly maintaind the original data by automatically saving the file as UTF-8
Also if I open your old_text.vdsp ASCII test file, copy all that data in the file to clipboard, create a new Zeus document and then paste that data in the new file, Zeus correctly maintains the file as ASCII.
For the case where you are seeing the conversion to UTF-8, which application are you using to copy the data into the clipboard
Cheers Jussi
This too me does not look like a Zeus bugThe document coding sometimes changes from ASCII to the UTF-8 automatically

If I take the characters that are causing the problem and copy them to clipboard directly from this from the posting below:
Then if I paste them into a new file in notepad.exe and try to save the data, I get this warning message:- ÔĽN (hex 0xD4, 0xBC, 0x4E)
-  (hex 0xEF, 0xBB, 0xBF)
If I continue with the save, close notepad and then reopen this newly created file the text that notepad has saved now looks like this:This file contains characters in Unicode format which will be lost if you save this file as an ANSI encoded text file. To keep the Unicode information, click Cancel below and then select one of the Unicode options from the Encoding drop down list. Continue?
As you can see the L and z characters have been changed so the original data has now been lost.- ÔLN (hex 0xD4, 0xBC, 0x4E)
- d»z (hex 0xEF, 0xBB, 0xBF)
So both notepad and Zeus detected that the text pasted from the clipboard was in fact UTF-8. Zeus just went one step better in that it correctly maintaind the original data by automatically saving the file as UTF-8

Also if I open your old_text.vdsp ASCII test file, copy all that data in the file to clipboard, create a new Zeus document and then paste that data in the new file, Zeus correctly maintains the file as ASCII.
For the case where you are seeing the conversion to UTF-8, which application are you using to copy the data into the clipboard

Cheers Jussi
I think I may have found the reason for the clipboard issue 
I am guessing the application that you used to put the text into the clipboard added the text as CF_UNICODETEXT and not CF_TEXT or CF_OEMTEXT.
So when Zeus read the text from the clipboard it only found the CF_UNICODETEXT text which it then converted to UTF-8.
I will see if I can code something to work around this
Cheers Jussi

I am guessing the application that you used to put the text into the clipboard added the text as CF_UNICODETEXT and not CF_TEXT or CF_OEMTEXT.
So when Zeus read the text from the clipboard it only found the CF_UNICODETEXT text which it then converted to UTF-8.
I will see if I can code something to work around this

Cheers Jussi
jussij wrote:Hi Jiri,3) Most of my source code is written in Analog Devices ADSP assembler language, thus I'm not using the high languague level support (as c-tags)
Did you know that it might in fact be possible to configure Zeus to tag your code![]()
I'm not sure that this tagging technique is useful for my assembler coded sources (because historically there are many and different naming styles without high-level grammatic rules like in 'C').
I'm afraid I'm don't understand .jussij wrote:Is there some option to disable this behaviour?
You can not change the menu but it is very easy to change the keyboard.
Thanx a lot for your attempt to solve my problem,
Jiri
Just remap the keyboard to use to use one of these alternative clipboard functions: MarkPaste MarkPasteEx ClipboardPaste
Cheers Jussi

I made no configuration of Editor/Option when upgrading from 32v396i to 32v397c version; in the former the behaviour I've use C/P/M like this:
- ...
- text with two <tab> character before instruction (commonly used formating in assembler) selected
- <copy> to clipboard
- cursor move to another line, then <paste>
- inserted text has two <tab> character as original one
- ...
Now ZE behave to me differently:
- if the cursor move to line following indented text (but the next line must also be indented), the leading tabs are kept
- in another situation the leading <tab>(s) are trimmed and the inserted text starts from the beginning of line
Reading the Help don't help me

Yap, it may be the feature of non-english OS version. In my opinion the original source code coding may be kept. When I use the Save as ... command the coding of text automatically changes from ANSI to UTF-8 after inserting some text with diacritics. My compiler is not happy then.jussij wrote: I am guessing the application that you used to put the text into the clipboard added the text as CF_UNICODETEXT and not CF_TEXT or CF_OEMTEXT.
I'm not sure that this tagging technique is useful for my assembler coded sources (because historically there are many and different naming styles without high-level grammatic rules like in 'C').
But aren't there still things like labels or macros in the language

Basically ctags can be used to help you navigate to any named item in the code.
I'm afraid I'm don't understand.
Use the Options, Editor Options menu and go to the Keyboard Mapping panel.
Edit the currently active keyboard.
Type in the keyboard key sequence that you use to paste text into the document.
Now re-map this key sequence to use this function instead: MarkPasteEx
Save the changes.
Now when you paste in the text it will no longer indent

Cheers Jussi
Hi Jiri,
The clipboard bug you reported is hopefully fixed in the next beta release found here: http://www.zeusedit.com/z300/ze397d-beta.zip
Could you also check to see if the split window is still running slowly and if it is, please send me the file that you are splitting as an e-mail attachement.
Cheers Jussi
The clipboard bug you reported is hopefully fixed in the next beta release found here: http://www.zeusedit.com/z300/ze397d-beta.zip
Could you also check to see if the split window is still running slowly and if it is, please send me the file that you are splitting as an e-mail attachement.
Cheers Jussi
Hi, Jussi,
I've repeated my test sequence of inserting block with diacritic characters and nothing wrong happened. Probably the problem has been solved! Congrat!
Thanx a lot, Jussi 
Jiri (George)
It seems workingjussij wrote: The clipboard bug you reported is hopefully fixed in the next beta release found here: http://www.zeusedit.com/z300/ze397d-beta.zip


I invoke the splitted mode and try to check the cursor movement the speed of cursor - the behaviour is significantly betterjussij wrote: Could you also check to see if the split window is still running slowly and if it is, please send me the file that you are splitting as an e-mail attachement.


Jiri (George)