Hippoedit freezes

[Moutelous]

Hello,

Hippoedit freezes when I select the word "com1" or "2" (or any number) in any file.

Best regards,

Moutelous

HippoEDIT : Latest version
OS : XP SP1 and 3

[alex]

Hi Moutelous,

welcome on forum.

Thanks for a report, but I was not able to reproduce the error. So I need more info:
- last version, is this  1.48 release (there are also 1.49 beta already and 1.50 development version)
- which syntax was selected for files you have checked?
- can you please provide minimum text context in which error can be reproduced
- how the word was selected (with mouse or with ctrl+click or double click)

Best regards,
Alex.

[Moutelous]

Hi Alex,

Sorry for the lack of precision, so here ...

HippoEDIT version 1.48.783
Create a simple text file ( Syntax settings: Plain Text)
Enter "com1", select the text with the mouse, do a CTRL-C ....
HippoEDIT stops responding.

Best regards,

[alex]

I have retested (plain text, com1, select with mouse, Ctr+C), but everything works fine. And this is rather unlikely that such error would be not noticed by other users...

I assume, because problem happens when you try to copy something to clipboard, you have external clipboard manager/viewer which trace clipboard changes. Can you please check this and maybe retest the same scenario on other PC.

Have you done any changes (explicit with xml modification) to syntax schemes?

[Moutelous]

Hi Alex,

Sorry, I was cut off from the modern world for a few days.

I did not clear before, but I tested this bug on different computers and different OS (XP SP1, XP SP3 and even with a Macbook and a virtual machine in XP SP1. No changes made to settings of hippoedit and no external clipboard manager. The only common point of all this is that the OS is in French ....

[alex]

Yo....

Generally this is very strange and I do not think that language of the operating system matter here. We have here on forum another user from France (JJK) and he never reported something similar. Also other user from France. So I assume that should be something special for you, specially because error is so easy to reproduce.

If you have not done any settings change for HE, I do not need your data files. But maybe something with text you have typed.
Can you please send me a report I can try... Of course I remember that you said that this happened with any number typed but nevertheless.

And this is only occurs with HippoEDIT? Other editors (wordpad, notepad) works well?

Another thing. If you install any of 1.49 betas, it will be installed with debug symbols, and than when such freeze will occur, you can check with something like Process Explorer from Sysinternals call stack for main thread of HE and see what is a function where it stops...

[alex]

Hi Moutelous,

thanks to one other clever user I have now one more idea about possible reason, which is not connected to usage of the external clipboard manager.
Because com1, com2, lpt1 etc are special words, and can be used somewhere in the same way as file names, there are some special functions became available, if you set cursor on them or select them. Fex normally if you set cursor / select some file name and call context menu on it, you will see Open FileName as first entry in context menu. Selecting of it is same as calling of the File.OpenSelected directly with default shortcut Ctrl+Shift+O, and result in opening of this file in editor (for executables or directory names processing is different). In case of com1, that another user has reported same problem as you, but not with a simple copy, but with File.OpenSelected.
BTW: this behavior with com ports was not developed by intention, but comes as result, that a lot of API functions support such names as valid input, and looks like report positive on request if this exiting file, I have just not thought about such problem when had programmed this code

So my additional questions are:
- are you sure that you have call copy of the selection, but not just a first command in context menu (or you have used a shortcut: than which)?
- is this problem reproducible when you select something not similar to port name or registered dos target (not com1-com9, lpt1-lpt2). For example, can you recreate same problem when typing/selecting word dodo1?

In any case I will add special fixed for processing port names (I do not get any freezes in Win 7, but it seems that this can happen in XP or earlier).

Best regards,
Alex.

[Moutelous]

Hi Alex,

To answer your questions:

- A single copy is sufficient (or even a selection of the word "com1" by double click) to have the problem.
- The bug is present with the word "com" followed by a number from 1 to 3 depending on the type of computer. (So no problem with "dodo1" or "lpt1" ..)
- I confirm that I have no problem with "Vista"

Good luck! 

[alex]

Ok, than it is probably that bug that was fixed recently with latest 1.49 beta. Can you please try it and write here result?
It can happen, that error occur also without explicit copy: there are also some checks that run on idle and probably they tried to access some api functions which lead to hanging.

If there will be still hanging, that probably this function is GetFileAttributes... This can be fixed.
But from another side, I have tried this on English XP also, and it is working...

[Moutelous]

Hi Alex,

OK, version 1.49 beta fixes the bug well.
Thank you again for your professionalism. 

Best regards

[alex]

Good that it works
But most of the credits comes to that one "other clever user" (Oleg) who jave recreate a bug and sent me the idea what can be a reason

Best regards,
Alex.