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

Crash on creating a new C# script #15214

Closed
1 task done
AllanDaemon opened this issue Dec 31, 2017 · 5 comments
Closed
1 task done

Crash on creating a new C# script #15214

AllanDaemon opened this issue Dec 31, 2017 · 5 comments

Comments

@AllanDaemon
Copy link
Contributor

AllanDaemon commented Dec 31, 2017

Godot version:

3.0 with mono support, from commit f11a138 with the patch from PR #15136.

OS/device including version:

Arch Linux 64bits

Mono version (from https://aur.archlinux.org/packages/mono-stable/):

$ mono -V
Mono JIT compiler version 5.4.1.6 (tarball Thu 28 Dec 13:08:23 -02 2017)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
	TLS:           __thread
	SIGSEGV:       normal
	Notifications: epoll
	Architecture:  amd64
	Disabled:      none
	Misc:          softdebug 
	LLVM:          supported, not enabled.
	GC:            sgen (concurrent by default)

Issue description:

Godot crashes when attempting to create a new C# script. It doesn't happen when creating scripts in another language.

Steps to reproduce:

  1. Open the attached project
  2. Open the ball.tscn scene
  3. Select root node ("ball") and click on attach script button
  4. Select C# language with default settings
  5. Click on "Create" button

When creating the script, the system hangs and crashes.

screenshot from 2017-12-31 06-24-47

Here is attached the output log of the terminal.
output_log.txt

But a possible relevant part from the end:

=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries 
used by your application.
=================================================================

Minimal reproduction project:

project_example.zip

  • I searched the existing GitHub issues for potential duplicates.
@novemberist
Copy link

novemberist commented Jan 2, 2018

As you seem to be on Arch, I take it you built your own Godot package with a custom PKGBUILD which installed the godot binary somewhere to your /bin folder? make sure all other files that get built along with the binary (i.e. GodotSharpTools.dll and godot.x11.opt.tools.64.mono.debugsymbols) also reside in the same folder as the installed binary, otherwise Godot will crash whenever you try to create a c# script. At least that used to happen to me too before I modified the package () function in my PKGBUILD to also include those other files.

@neikeq neikeq added this to the 3.0 milestone Jan 2, 2018
@akien-mga
Copy link
Member

As you seem to be on Arch, I take it you built your own Godot package with a custom PKGBUILD which installed the godot binary somewhere to your /bin folder?

@AllanDaemon If this the case?

@novemberist
Copy link

his output.log suggests, that the binary has been installed or copied to /usr/bin/godot3-mono . if he, like me, used https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=godot-git this PKGBUILD from the AUR as a base to roll his own package and modified it to build godot with c# support, only the binary gets installed to /bin/ (which leads to the mentioned crash, unless the other files get copied too).

this is how I modified the PKGBUILD to use /opt/ to install godot, which is not optimal, but works at least https://pastebin.com/C1VFwAKh

@akien-mga
Copy link
Member

Thanks, it's indeed not a bug in this case, just a bad local installation method. Feel free to comment if that's not the case though, so that we can reopen the issue.

@Ladvace
Copy link

Ladvace commented Mar 7, 2018

i have the same problem but on window

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants