`e` just exits on some Linux systems about e

[Kausta]

It is fixed and working now (at least on WSL). Thanks.

[hellerve]

Of course! Thanks for the report and comments!

[hellerve]

Thank you for the report, @LuRsT

[LuRsT]

You're welcome @hellerve, installed using sudo make install on a Xubuntu machine.

Here is the strace:

$ strace e
execve("/usr/local/bin/e", ["e"], [/* 84 vars */]) = 0
brk(NULL)                               = 0x55b04d0d4000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
mmap(NULL, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f29420e8000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=121677, ...}) = 0
mmap(NULL, 121677, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f29420ca000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20\5\2\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1856752, ...}) = 0
mmap(NULL, 3959200, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f2941aff000
mprotect(0x7f2941cbd000, 2093056, PROT_NONE) = 0
mmap(0x7f2941ebc000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1bd000) = 0x7f2941ebc000
mmap(0x7f2941ec2000, 14752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f2941ec2000
close(3)                                = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f29420c8000
arch_prctl(ARCH_SET_FS, 0x7f29420c8700) = 0
mprotect(0x7f2941ebc000, 16384, PROT_READ) = 0
mprotect(0x55b04c2e1000, 4096, PROT_READ) = 0
mprotect(0x7f29420eb000, 4096, PROT_READ) = 0
munmap(0x7f29420ca000, 121677)          = 0
open("/home/lurst/.estx", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFDIR|0775, st_size=4096, ...}) = 0
brk(NULL)                               = 0x55b04d0d4000
brk(0x55b04d0fd000)                     = 0x55b04d0fd000
getdents(3, /* 9 entries */, 32768)     = 272
open("/home/lurst/.estx/js.stx", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0664, st_size=587, ...}) = 0
read(4, "displayname: javascript\nextensio"..., 4096) = 587
brk(0x55b04d11e000)                     = 0x55b04d11e000
read(4, "", 4096)                       = 0
read(4, "", 4096)                       = 0
read(4, "", 4096)                       = 0
close(4)                                = 0
open("/home/lurst/.estx/c.stx", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0664, st_size=795, ...}) = 0
read(4, "displayname: c\nextensions: .*\\.c"..., 4096) = 795
brk(0x55b04d13f000)                     = 0x55b04d13f000
read(4, "", 4096)                       = 0
read(4, "", 4096)                       = 0
read(4, "", 4096)                       = 0
close(4)                                = 0
open("/home/lurst/.estx/go.stx", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0664, st_size=552, ...}) = 0
read(4, "displayname: go\nextensions: .*\\."..., 4096) = 552
brk(0x55b04d160000)                     = 0x55b04d160000
brk(0x55b04d181000)                     = 0x55b04d181000
read(4, "", 4096)                       = 0
close(4)                                = 0
open("/home/lurst/.estx/haskell.stx", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0664, st_size=393, ...}) = 0
read(4, "displayname: haskell\nextensions:"..., 4096) = 393
brk(0x55b04d1a2000)                     = 0x55b04d1a2000
lseek(4, -56, SEEK_CUR)                 = 337
exit_group(13)                          = ?
+++ exited with 13 +++

[Kausta]

Same happens on Windows Subsystem for Linux (which is Ubuntu 16.04), e just exists.
Installed with sudo make install, compiled with gcc 7.1.

[hellerve]

I found the issue, it is in the Haskell syntax file. The regexes are apparently good enough for the regex.h that OS X ships, but lack escapes for Linux and, presumably, Windows.

e should probably also print some comprehensive error message instead of just bailing out when it chokes on a syntax file.

[hellerve]

This should be fixed with the update I just pushed. Can you confirm?

[LuRsT]

Working here too! Thanks!