Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Access violation on Windows with 24.11.0 #121

Open
2 tasks done
larsoner opened this issue Dec 10, 2024 · 6 comments
Open
2 tasks done

Access violation on Windows with 24.11.0 #121

larsoner opened this issue Dec 10, 2024 · 6 comments
Labels
type::bug describes erroneous operation, use severity::* to classify the type

Comments

@larsoner
Copy link

larsoner commented Dec 10, 2024

Checklist

  • I added a descriptive title
  • I searched open reports and couldn't find a duplicate

What happened?

Access violation on windows when installing an installer built with constructor. See for example this failing run on commit mne-tools/mne-installers@25de2b5 from mne-tools/mne-installers#312:

Run .\%MNE_INSTALLER_NAME% /S /InstallationType=JustMe /AddToPath=1
Welcome to MNE-Python 1.8.0_0

By continuing this installation you are accepting this license agreement:
C:\Users\runneradmin\mne-python\1.8.0_0\license.rtf
Please run the installer in GUI mode to read the details.

MNE-Python will now be installed into this location:
C:\Users\runneradmin\mne-python\1.8.0_0

Unpacking payload...
Setting up the package cache...
Setting up the base environment...
Installing packages for base, creating shortcuts if necessary...
Error: Process completed with exit code -1073741819.

Compared to this CI run on mne-tools/mne-installers@b49580c where we pin !=24.11.0 in our env when building the installer:

...
Installing packages for base, creating shortcuts if necessary...
Initializing conda directories...
Running post install...
Clearing package cache...
Adding to PATH...
Setting installation directory permissions...

Some other packages were updated in there but I very much doubt that made the difference. Will open a PR to mne-installers shortly to confirm. EDIT: Confirmed in mne-tools/mne-installers#313 (comment)

In the meantime, the problematic installer can be downloaded on the CI artifacts page, e.g. here.

Additional Context

No response

@larsoner larsoner added the type::bug describes erroneous operation, use severity::* to classify the type label Dec 10, 2024
@github-project-automation github-project-automation bot moved this to 🆕 New in 🧭 Planning Dec 10, 2024
@jaimergp
Copy link
Collaborator

Can you set CONDA_QUIET=0 and CONDA_VERBOSITY=3, re-run the bad installer and paste the logs here? Let's see if something comes up. Thanks!

@larsoner
Copy link
Author

Tested in mne-tools/mne-installers@4b7647c and got what appears to be the same thing oddly enough:

Run .\%MNE_INSTALLER_NAME% /S /InstallationType=JustMe /AddToPath=1
  .\%MNE_INSTALLER_NAME% /S /InstallationType=JustMe /AddToPath=1
  shell: C:\Windows\system32\cmd.EXE /D /E:ON /V:OFF /S /C "CALL "{0}""
  env:
    MNE_INSTALLER_VERSION: 1.8.0_0
    MNE_INSTALLER_NAME: MNE-Python-1.8.0_0-Windows.exe
    MNE_INSTALLER_ARTIFACT_ID: MNE-Python-Windows-x86_64
    MNE_INSTALL_PREFIX: /c/Users/runneradmin/mne-python/1.8.0_0
    RECIPE_DIR: /d/a/mne-installers/mne-installers/tools/../recipes/mne-python
    MNE_ACTIVATE: /c/Users/runneradmin/mne-python/1.8.0_0/Scripts/activate
    NSIS_SCRIPTS_RAISE_ERRORS: 1
    MNE_MACHINE: Windows
    MACOS_ARCH: 
    ARTIFACT_RETENTION_DAYS: 5
    CONDA_QUIET: 0
    CONDA_VERBOSITY: 3

Welcome to MNE-Python 1.8.0_0

By continuing this installation you are accepting this license agreement:
C:\Users\runneradmin\mne-python\1.8.0_0\license.rtf
Please run the installer in GUI mode to read the details.

MNE-Python will now be installed into this location:
C:\Users\runneradmin\mne-python\1.8.0_0

Unpacking payload...
Setting up the package cache...
Setting up the base environment...
Installing packages for base, creating shortcuts if necessary...
Error: Process completed with exit code -1073741819.

@marcoesters
Copy link
Contributor

marcoesters commented Dec 10, 2024

I used the graphical installer without adding to path and I'm getting the "Failed to link extracted packages" error. Interestingly, if you ignore it, the installation seems to be quite functional: you can activate it and it even gives me a list of packages; it's registered in the environments.txt file, etc.

Maybe finding the broken package(s) in that environment can give us a hint.

@larsoner
Copy link
Author

Any chance it's conda/constructor#908 ?

Otherwise I can start a long bisect to figure it out...

@marcoesters
Copy link
Contributor

Another thing I tried was to use conda-standalone from your installer to create an environment based on your specs and it worked. However, those packages were downloaded from conda-forge instead of using a local package cache, so it's not 100% what constructor is doing.

@marcoesters
Copy link
Contributor

Any chance it's conda/constructor#908 ?

Otherwise I can start a long bisect to figure it out...

That should have been solved by the newest constructor though.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type::bug describes erroneous operation, use severity::* to classify the type
Projects
Status: 🆕 New
Development

No branches or pull requests

3 participants