Skip to content
This repository has been archived by the owner on Mar 17, 2021. It is now read-only.

Win (7 & 10 at least): Taurus4 applications crashes at exiting #709

Open
mrosanes opened this issue Feb 27, 2018 · 7 comments
Open

Win (7 & 10 at least): Taurus4 applications crashes at exiting #709

mrosanes opened this issue Feb 27, 2018 · 7 comments
Labels
bug windows this issue affects specifically to windows systems

Comments

@mrosanes
Copy link
Collaborator

mrosanes commented Feb 27, 2018

Win 7: Taurus4 applications crashes at exiting in many cases.
Reproduced using a Vagrant virtualbox VM and a normal virtualbox VM.
Reproduced in Taurus 4.1.1 and Taurus 4.3.0

@mrosanes mrosanes mentioned this issue Feb 27, 2018
@mrosanes
Copy link
Collaborator Author

By using the following dependencies, the crashes does not happen anymore. However the prompt is not returned to the user at the exit of the applications:

Dependencies installed with pip:
Cython==0.27.3
numpy==1.14.1
qtpy==1.3.1
Pillow==5.0.0
PythonQwt==0.5.5
guidata==1.7.6
scipy==1.0.0 (without dependencies: --no-deps)
spyder==3.2.7 (without dependencies)
guiqwt==3.0.3 (without dependencies)

@mrosanes
Copy link
Collaborator Author

The fact of not returning the prompt when closing the application can be related somehow with Tango/PyTango. If we set TANGO_HOST (to controlsxx:10000 for example), the prompt is not returned when closing the applications (e.g. taurustrend) ; however, if TANGO_HOST is not set and we only use eval (e.g taurustrend "eval:Q(rand(),'mm')"), then the application exits and the prompt is returned correctly.

cpascual pushed a commit that referenced this issue Feb 28, 2018
The step up/down feature of TaurusValueLineEdit (e.g. using
the up/down keys or the arrows of a TaurusValueSpinBox) was broken when
merging #669 which implemented fragments support in
TaurusValueLineEdit for allowing the display of the wvalue without units
Now we see that supporting fragments generically in TaurusValueLineEdit
is problematic (e.g. it makes little sense to use "rvalue" as a
fragment since "wvalue" will be modified when eventually applying).
Therefore for now limit the fragment support in line edits
to the "wvalue.magnitude" case.

Also fix a hook error introduced in some previous merge.
@cpascual cpascual added the bug label Jul 2, 2018
@cpascual cpascual added the windows this issue affects specifically to windows systems label Jul 1, 2019
@tiagocoutinho
Copy link

tiagocoutinho commented Jul 5, 2019

Reproduced with taurudemo -> click label button on windows using vagrant.
conda environment using:

  • python 3.6
  • pyqt 5.6
  • qt 5.6.2
  • taurus 4.5.1
  • pytango 9.3.1 rc1 from tiagocoutinho conda channel

When trying to close the main window I get a dialog Python as stopped working (see attached image)

image

Looks like a bug in PyTango or Tango C++

@cpascual
Copy link
Member

cpascual commented Jul 5, 2019

It would be niceif we could reproduce it with a PyQt+PyTango script (without taurus) in order to report it to (Py)Tango

@mrosanes mrosanes changed the title Win 7: Taurus4 applications crashes at exiting Win (7 & 10 at least): Taurus4 applications crashes at exiting Jul 23, 2019
@cpascual
Copy link
Member

cpascual commented Aug 4, 2020

This may be related to tango-controls/cppTango#699 . It would be nice to try with cpptango >= 9.3.4-rc5 and pytango >= 9.3.2

(not yet available in conda for windows)

@reszelaz
Copy link

Another candidate to to suspect is this one: tango-controls/pytango#390.

@reszelaz
Copy link

We could try this hint: tango-controls/pytango#390 (comment) (the part of the client).

jkotan pushed a commit to desy-fsec/taurus that referenced this issue Jun 23, 2023
Call APIUtil.cleanup() at exit in order to avoid client application crashes
on Windows - see PyTango#390 for more details.

Avoid calling it for servers cause it hangs the server at exit.

Fixes taurus-org#709.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug windows this issue affects specifically to windows systems
Projects
None yet
Development

No branches or pull requests

4 participants