ZEUS 3.97c troubles: hang in vertical split mode and more...

If reporting a bug with the Zeus IDE please post the details here. Please do not post questions here.
Post Reply
DocRabbit
Posts: 4
Joined: Wed Nov 10, 2010 11:21 am

ZEUS 3.97c troubles: hang in vertical split mode and more...

Post by DocRabbit »

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
jussij
Site Admin
Posts: 2650
Joined: Fri Aug 13, 2004 5:10 pm

Post by jussij »

Hi Jiri,
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
DocRabbit
Posts: 4
Joined: Wed Nov 10, 2010 11:21 am

Post by DocRabbit »

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]
jussij
Site Admin
Posts: 2650
Joined: Fri Aug 13, 2004 5:10 pm

Post by jussij »

Hi Jiri,
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
jussij
Site Admin
Posts: 2650
Joined: Fri Aug 13, 2004 5:10 pm

Post by jussij »

Hi Jiri,
The document coding sometimes changes from ASCII to the UTF-8 automatically
This too me does not look like a Zeus bug :?

If I take the characters that are causing the problem and copy them to clipboard directly from this from the posting below:
- ÔĽN (hex 0xD4, 0xBC, 0x4E)
-  (hex 0xEF, 0xBB, 0xBF)
Then if I paste them into a new file in notepad.exe and try to save the data, I get this warning message:
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?
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:
- ÔLN (hex 0xD4, 0xBC, 0x4E)
- d»z (hex 0xEF, 0xBB, 0xBF)
As you can see the L and z characters have been changed so the original data has now been lost.

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
jussij
Site Admin
Posts: 2650
Joined: Fri Aug 13, 2004 5:10 pm

Post by jussij »

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
DocRabbit
Posts: 4
Joined: Wed Nov 10, 2010 11:21 am

Post by DocRabbit »

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').
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'm afraid I'm don't understand . :oops:

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 :(
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.
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
Site Admin
Posts: 2650
Joined: Fri Aug 13, 2004 5:10 pm

Post by jussij »

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
jussij
Site Admin
Posts: 2650
Joined: Fri Aug 13, 2004 5:10 pm

Post by jussij »

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
DocRabbit
Posts: 4
Joined: Wed Nov 10, 2010 11:21 am

Post by DocRabbit »

Hi, Jussi,
jussij wrote: The clipboard bug you reported is hopefully fixed in the next beta release found here: http://www.zeusedit.com/z300/ze397d-beta.zip
It seems working :!: I've repeated my test sequence of inserting block with diacritic characters and nothing wrong happened. Probably the problem has been solved! Congrat! :wink:
jussij 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.
I invoke the splitted mode and try to check the cursor movement the speed of cursor - the behaviour is significantly better :!: Thanx a lot, Jussi :!:

Jiri (George)
Post Reply