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

[SR-3274] Failed to launch REPL process on LFS #4651

Closed
swift-ci opened this issue Nov 26, 2016 · 4 comments
Closed

[SR-3274] Failed to launch REPL process on LFS #4651

swift-ci opened this issue Nov 26, 2016 · 4 comments
Labels
bug Something isn't working Linux LLDB for Swift

Comments

@swift-ci
Copy link

Previous ID SR-3274
Radar None
Original Reporter Vladislav (JIRA User)
Type Bug
Status Closed
Resolution Cannot Reproduce
Environment

uname -a
Linux hp-ved-lfs 4.9.5 #1 SMP Sun Jan 22 18:46:36 MSK 2017 x86_64 GNU/Linux

clang --version
clang version 3.9.1 (tags/RELEASE_391/final)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/bin

python --version
Python 2.7.13

python3 --version
Python 3.6.0

ld.gold --version
GNU gold (GNU Binutils 2.27) 1.12

Additional Detail from JIRA
Votes 0
Component/s LLDB for Swift
Labels Bug, Linux
Assignee None
Priority Medium

md5: f30af74aae64244b6e562979abe8ad2c

relates to:

  • SR-3273 1 test unexpected failure on Linux From Scratch (LFS)

Issue Description:

Today I was trying to install Swift on Linux From Scratch. Build phase was OK except of one unexpected test failure. But after swift installation in /usr REPL did not start. I got the following error:

$ swift
error: failed to launch REPL process: process exited with status -1 (debugserver died with signal SIGSEGV)

Looking into system journal I saw the following:
ноя 26 14:59:46 hp-ved-lfs kernel: traps: lldb-server[10498] general protection ip:6e32b5 sp:7ffca827bd40 error:0 in lldb-server-4.0.0[400000+2e6f000]
ноя 26 14:59:46 hp-ved-lfs systemd[1]: Started Process Core Dump (PID 10505/UID 0).
ноя 26 14:59:47 hp-ved-lfs systemd-coredump[10506]: Process 10498 (lldb-server) of user 1000 dumped core.

What is the reason for failure? How to diagnose it?
swift --version
Swift version 3.0-dev (LLVM afd22915a8, Clang 405fbce562, Swift da36a13)
Target: x86_64-unknown-linux-gnu

@swift-ci
Copy link
Author

swift-ci commented Dec 2, 2016

Comment by Vladislav Dembskiy (JIRA)

I did reproduce the problem with more debug information. Today repository clone
All test passed except of one. I have already reported them in two bug reports about Gentoo and LFS: SR-3273 and SR-2966

Current version:
ved [ ~ ]$ swift --version
Swift version 3.0-dev (LLVM 935a554dfe, Clang ef30802eb3, Swift 03e8394)
Target: x86_64-unknown-linux-gnu

Trying to start REPL failed:
ved [ ~ ]$ swift
error: failed to launch REPL process: process exited with status -1 (debugserver died with signal SIGSEGV)

The system log is following:
дек 02 23:19:09 hp-ved-lfs kernel: traps: lldb-server[31422] general protection ip:6e3315 sp:7fffe4b91ac0 error:0 in lldb-server-4.0.0[400000+2e86000]
дек 02 23:19:09 hp-ved-lfs systemd[1]: Started Process Core Dump (PID 31429/UID 0).
дек 02 23:19:10 hp-ved-lfs systemd-coredump[31430]: Process 31422 (lldb-server) of user 1000 dumped core.

Stack trace of thread 31422:
#0 0x00000000006e3315 _ZN12lldb_private13process_linux33NativeRegisterContextLinux_x86_64C2ERKNS_8ArchSpecERNS_20NativeThreadProtocolEj (lldb-server-4.0.0)
#1 0x00000000006e31fe _ZN12lldb_private13process_linux26NativeRegisterContextLinux36CreateHostNativeRegisterContextLinuxERKNS_8ArchSpecERNS_20NativeThreadProtocolEj (lldb-server-4.0.0)
#2 0x00000000006e1725 _ZN12lldb_private13process_linux17NativeThreadLinux18GetRegisterContextEv (lldb-server-4.0.0)
#3 0x000000000064d0a0 _ZL18GetJSONThreadsInfoRN12lldb_private21NativeProcessProtocolEb (lldb-server-4.0.0)
#4 0x000000000064c56d _ZN12lldb_private18process_gdb_remote32GDBRemoteCommunicationServerLLGS28SendStopReplyPacketForThreadEm (lldb-server-4.0.0)
#5 0x0000000000650211 ZNSt17_Function_handlerIFN12lldb_private18process_gdb_remote22GDBRemoteCommunication12PacketResultER24StringExtractorGDBRemoteRNS0_5ErrorERbS8_EZNS1_34GDBRemoteCommunicationServerCommon29RegisterMemberFunctionHandlerINS1_32GDBRemoteCommunicationServerLLGSEEEvNS4_16ServerPacketTypeEMT_FS3_S5_EEUlS4_S7_S8_S8_E_E9_M_invokeERKSt9_Any_dataS5_S7_S8_S8 (lldb-server-4.0.0)
#6 0x000000000063fe3f ZN12lldb_private18process_gdb_remote28GDBRemoteCommunicationServer24GetPacketAndSendResponseEjRNS_5ErrorERbS4 (lldb-server-4.0.0)
#7 0x000000000064f103 _ZN12lldb_private18process_gdb_remote32GDBRemoteCommunicationServerLLGS21DataAvailableCallbackEv (lldb-server-4.0.0)
#8 0x000000000047854f _ZN12lldb_private13MainLoopPosix3RunEv (lldb-server-4.0.0)
#9 0x000000000041ef98 _Z14main_gdbserveriPPc (lldb-server-4.0.0)
#10 0x0000000000420f0a main (lldb-server-4.0.0)
#11 0x00007fd04f8932a1 __libc_start_main (libc.so.6)
#12 0x000000000041cf5a _start (lldb-server-4.0.0)

@swift-ci
Copy link
Author

swift-ci commented Jan 3, 2017

Comment by Vladislav Dembskiy (JIRA)

I close the issue because current I have build sucessfully Swift on current version of development versions of LFS and BLFS. Still one test failure but REPL is working.

@swift-ci
Copy link
Author

Comment by Vladislav Dembskiy (JIRA)

With the current versions of LFS and Swift the problem appeared again.
The error message:
ved [ ~ ]$ swift
error: failed to launch REPL process: process exited with status -1 (debugserver died with signal SIGSEGV)

ved [ ~ ]$ uname -a
Linux hp-ved-lfs 4.9.5 #1 SMP Sun Jan 22 18:46:36 MSK 2017 x86_64 GNU/Linux

ved [ ~ ]$ lldb --version
lldb version 4.0.0 (https://github.com/apple/swift-lldb.git revision 24f4965fb07e9865f99316bc2a47f6bd2d23a719)
Swift-3.1 (revision 19ef6f3)
clang revision f2b4460c4831bce0fc77038636aec15e7a468575
llvm revision 5b1e5319a0456f39dcfb08bcc1e0fd67da6ef323

journalctl log:
Jan 22 20:01:15 hp-ved-lfs kernel: traps: lldb-server[23349] general protection ip:702c45 sp:7ffcf2362f30 error:0
Jan 22 20:01:15 hp-ved-lfs kernel: in lldb-server-4.0.0[400000+3563000]
Jan 22 20:01:15 hp-ved-lfs systemd[1]: Started Process Core Dump (PID 23353/UID 0).
Jan 22 20:01:16 hp-ved-lfs systemd-coredump[23354]: Process 23349 (lldb-server) of user 1000 dumped core.

Stack trace of thread 23349:
#0 0x0000000000702c45 _ZN12lldb_private13process_linux33NativeRegisterContextLinux_x86_64C2ERKNS_8ArchSpecERNS_20NativeThreadProtocolEj (lldb-server-4.0.0)
#1 0x0000000000702b2e _ZN12lldb_private13process_linux26NativeRegisterContextLinux36CreateHostNativeRegisterContextLinuxERKNS_8ArchSpecERNS_20NativeThreadProtocolEj (lldb-server-4.0.0)
#2 0x0000000000701055 _ZN12lldb_private13process_linux17NativeThreadLinux18GetRegisterContextEv (lldb-server-4.0.0)
#3 0x000000000066b7f0 _ZL18GetJSONThreadsInfoRN12lldb_private21NativeProcessProtocolEb (lldb-server-4.0.0)
#4 0x000000000066adad _ZN12lldb_private18process_gdb_remote32GDBRemoteCommunicationServerLLGS28SendStopReplyPacketForThreadEm (lldb-server-4.0.0)
#5 0x000000000066e991 ZNSt17_Function_handlerIFN12lldb_private18process_gdb_remote22GDBRemoteCommunication12PacketResultER24StringExtractorGDBRemoteRNS0_5ErrorERbS8_EZNS1_34GDBRemoteCommunicationServerCommon29RegisterMemberFunctionHandlerINS1_32GDBRemoteCommunicationServerLLGSEEEvNS4_16ServerPacketTypeEMT_FS3_S5_EEUlS4_S7_S8_S8_E_E9_M_invokeERKSt9_Any_dataS5_S7_S8_S8 (lldb-server-4.0.0)
#6 0x000000000065e63f ZN12lldb_private18process_gdb_remote28GDBRemoteCommunicationServer24GetPacketAndSendResponseEjRNS_5ErrorERbS4 (lldb-server-4.0.0)
#7 0x000000000066d883 _ZN12lldb_private18process_gdb_remote32GDBRemoteCommunicationServerLLGS21DataAvailableCallbackEv (lldb-server-4.0.0)
#8 0x0000000000493cbf _ZN12lldb_private13MainLoopPosix3RunEv (lldb-server-4.0.0)
#9 0x0000000000438328 _Z14main_gdbserveriPPc (lldb-server-4.0.0)
#10 0x000000000043a29a main (lldb-server-4.0.0)
#11 0x00007fadb2a862a1 __libc_start_main (libc.so.6)
#12 0x00000000004362ea _start (lldb-server-4.0.0)

@swift-ci
Copy link
Author

Comment by Vladislav Dembskiy (JIRA)

REPL is working after yesterday's checkout.

@swift-ci swift-ci transferred this issue from apple/swift-issues Apr 25, 2022
@shahmishal shahmishal transferred this issue from swiftlang/swift May 9, 2022
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working Linux LLDB for Swift
Projects
None yet
Development

No branches or pull requests

1 participant