Linux syntax error unterminated quoted string

Syntax error: Unterminated quoted string #11

Comments

duanmeng commented Jun 3, 2015

Error Log

/work/rDSN/tutorial$ ../bin/dsn.cg.sh counter.thrift counter
exec: /home/duanmeng/work/rDSN/bin/Linux/thrift —gen rdsn -out counter counter.thrift
/home/duanmeng/work/rDSN/bin/Linux/thrift: 4: /home/duanmeng/work/rDSN/bin/Linux/thrift: Syntax error: Unterminated quoted string

Reproduce Steps

1. Following the step 1.2 in tutorial::SingleNode
2. Execute ../bin/dsn.cg.sh counter.thrift counter in $RDSN/tutorial

It works fine in os x after copy Linux as Darwin in $RDSN/bin and grant execute permission in them

The text was updated successfully, but these errors were encountered:

imzhenyu commented Jun 3, 2015

I usually did this after installation as the cmake install process will grant the permission appropriately. I’ll check the issue when back to office tomorrow.

Sent from my Windows Phone

发件人: duanmengmailto:notifications@github.com
发送时间: ‎2015/‎6/‎3 20:30
收件人: Microsoft/rDSNmailto:rDSN@noreply.github.com
主题: [rDSN] Syntax error: Unterminated quoted string (#11)

#Error Log
duanmeng@ubuntu:

/work/rDSN/tutorial$ ../bin/dsn.cg.sh counter.thrift counter
exec: /home/duanmeng/work/rDSN/bin/Linux/thrift —gen rdsn -out counter counter.thrift
/home/duanmeng/work/rDSN/bin/Linux/thrift: 4: /home/duanmeng/work/rDSN/bin/Linux/thrift: Syntax error: Unterminated quoted string

1. Following the step 1.2 in tutorial::SingleNode
2. Execute ../bin/dsn.cg.sh counter.thrift counter in $RDSN/tutorial

It works fine in os x after copy Linux as Darwin in $RDSN/bin and grant execute permission in them

Reply to this email directly or view it on GitHub:
#11

imzhenyu commented Jun 4, 2015

This is also caused by using the wrong dsn.cg.sh . Our tutorial does not tell it clearly, so I just add a sentence to emphasize this in the tutorial step 1.2.. Hope it helps.

duanmeng commented Jun 4, 2015

Thanks it helps a lot.
And I suggest to add Darwin support for %os-name%(e.g., Linux) would be Darwin in os x yosemite.

duanmeng commented Jun 4, 2015

I’ve reinstall rdsn and use the right dsn.cg.sh but failed again in ubuntu.

duanmeng@ubuntu: /work/rDSN/tutorial$ which dsn.cg.sh
/usr/local/rdsn/bin/dsn.cg.sh
duanmeng@ubuntu: /work/rDSN/tutorial$ pwd
/home/duanmeng/work/rDSN/tutorial
duanmeng@ubuntu: /work/rDSN/tutorial$ history | grep [c]make | tail -2
971: 2246 cmake .. -DCMAKE_INSTALL_PREFIX=/usr/local/rdsn
987: 2262 history | grep cmake | grep PREFIX
duanmeng@ubuntu: /work/rDSN/tutorial$ dsn.cg.sh counter.thrift counter
exec: /usr/local/rdsn/bin/Linux/thrift —gen rdsn -out counter counter.thrift
/usr/local/rdsn/bin/Linux/thrift: 4: /usr/local/rdsn/bin/Linux/thrift: Syntax error: Unterminated quoted string
failed invoke thrift tool to generate ‘counter/counter.php’
duanmeng@ubuntu: /work/rDSN/tutorial$ uname -a
Linux ubuntu 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:08:14 UTC 2014 i686 i686 i686 GNU/Linux
duanmeng@ubuntu: /work/rDSN/tutorial$ ls /usr/local/rdsn/
bin include lib
duanmeng@ubuntu:

/work/rDSN/tutorial$ ls /usr/local/rdsn/bin/Linux/
protoc thrift

imzhenyu commented Jun 4, 2015

We’ve tried the same configuration with the same command, and everything seems ok.

/projects/rDSN/tutorial$ /usr/local/rdsn/bin/dsn.cg.sh counter.thrift src

output directory ‘src’ created.
exec: /usr/local/rdsn/bin/Linux/thrift —gen rdsn -out src counter.thrift
generate ‘src/counter.code.definition.h’ successfully!
generate ‘src/counter.types.h’ successfully!
generate ‘src/CMakeLists.txt’ successfully!
generate ‘src/counter.app.example.h’ successfully!
generate ‘src/counter.client.h’ successfully!
generate ‘src/config.ini’ successfully!
generate ‘src/counter.main.cpp’ successfully!
generate ‘src/counter.server.h’ successfully!

We suggest running thrift binary directly to see whether it works to see what we can do next.

duanmeng commented Jun 4, 2015

The root cause is my ubuntu is 32bit but the /usr/local/rdsn/bin/thrift is 64bit.
But it is odd that I make && make install rdsn in my ubuntu 32bit.
Anyway if no support for 32bit ubuntu I can learn it rDSN in mac.

duanmeng@ubuntu: /work/rDSN/tutorial$ uname -a
Linux ubuntu 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:08:14 UTC 2014 i686 i686 i686 GNU/Linux
duanmeng@ubuntu: /work/rDSN/tutorial$ /usr/local/rdsn/bin/Linux/thrift —gen rdsn -out counter counter.thrift
-bash: /usr/local/rdsn/bin/Linux/thrift: cannot execute binary file: Exec format error
duanmeng@ubuntu:

/work/rDSN/tutorial$ readelf -h /usr/local/rdsn/bin/Linux/thrift | head -n5
ELF Header:
Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
Class: ELF64
Data: 2’s complement, little endian
Version: 1 (current)

Источник

Unterminated quoted string syntax error when running inside Docker #392

Comments

seanemmer commented Oct 5, 2015

Error code is as follows:

The text was updated successfully, but these errors were encountered:

siboulet commented Oct 13, 2015

@seanemmer I’ve been using the phantomjs module inside Docker containers for months without issues. Are you sure this is not an issue with the mean-seo module you’re using?

Can you provide more information how to reproduce this issue using plain phantomjs? What version of phantomjs package and what version of Node are you using? What platform are you on?

seanemmer commented Oct 14, 2015

@siboulet the error suggests the issue originates from the phantomjs binary — I’ll try to replicate it in phantom on a standalone basis. In the meantime — here’s the environment, let me know if there’s any glaring issues:

Node 0.12
64bit Amazon Linux 2015.03 v2.0.0 running Docker 1.6.2 (AWS Elastic Beanstalk)

wilmoore commented Oct 17, 2015

I can confirm that I see the same error within a docker container built via FROM node:4.2.1 :

siboulet commented Oct 22, 2015

@wilmoore haven’t had a chance to test under 4.2.1 yet, but am not having any issue under Docker hub image node:0.12-onbuild (Node v0.12.7).

wilmoore commented Oct 22, 2015

Thanks for the info @siboulet. I ended up switching to npm install phantomjs-bin —save-dev which is working well.

lvarayut commented Nov 9, 2015

I’m getting this error while running inside a docker machine using Ubuntu 14.04 with Node v0.12.7.

nicks commented Dec 4, 2015

this typically happens when you installed the binary on one platform and tried to run the installed code on another platform, which will not work. dupe #384

alber999 commented Oct 9, 2016

One common problem when host and guest run different platforms are the phantom binaries, specific for each platform.

Just add lines below to your Dockerfile to install phantomjs in docker image globally. Forget about any more problems!

ccorcos commented Dec 5, 2016

Just some context for others:

My issue was that I had installed my npm packages, and then mounted the files in docker (including the installed prebuilt phantomjs package).

The solution was git clean -fXd and then npm install inside the docker container. Then everything worked.

Thanks for the help 👍

QuotableWater7 commented Feb 6, 2017

@ccorcos thank you for posting that solution, just worked perfectly 👍

enjikaka commented Feb 22, 2017 •

For me, working with Docker, I solved this by adding — /path/to/app/node_modules under volumes in my docker-compose.yml and removing the node_modules folder on my machine (host).

Then I just do docker-compose run app npm run test to run the tests.

Источник

Syntax error: Unterminated quoted string (ubuntu 18.04) #112

Comments

ghost commented Jun 3, 2018

плавающая ошибка, воспроизводится следующем образом на чистой установке

чинится после явной установки opm update opm — с чем связано пока непонятно

воспроизводится только на dev ветке (на stable не воспроизводится)

Oscript — 1.0.21.239
Ubuntu — 18.04

как чинить и почему — пока неясно, но нужно зафиксировать

The text was updated successfully, but these errors were encountered:

khorevaa commented Jun 3, 2018

У меня аналогичная ошибка если собирать пакет из исходников на тревисе и потом его там же устанавливать что то с созданием sh фвйла

ghost commented Jun 6, 2018

@khorevaa отладчик показывает странное — почему то в определнных случаях переменные в ТекущийПуть меняют местами объединенный путь.

Вместо /home/lustin/.local/share/ovm/current/bin/opm в глубинах opm путь установки становится /current/bin/opm/home/lustin/.local/share/ovm/

khorevaa commented Jun 7, 2018

@allustin Вот это уже реально интересно.

khorevaa commented Jun 7, 2018

@allustin @nixel2007 Пришел к выводу что ошибка есть в версиях 0.13.1 и ниже.
@allustin поведение что ты описал — воспроизводиться на версии 0.14.х?

ghost commented Jun 7, 2018

@khorevaa проверю вечером сегодня

khorevaa commented Jun 7, 2018 •

@allustin Еще заметил что если поменять путь генерации исполняемого файла на доступный пользователю — без sudo проблема не воспроизводится

Источник

bzip2: Syntax error: Unterminated quoted string [Windows] #95

Comments

JMoVS commented Aug 12, 2016

Please follow the general troubleshooting steps first:

• Ran brew update and retried your prior step?
• Ran brew doctor , fixed as many issues as possible and retried your prior step?
• If you’re seeing permission errors tried running sudo chown -R $(whoami) $(brew —prefix) ?

Bug reports:

Trying to install mkvtoolnix results in an error of the tar command.

To be exact, the result is:

The text was updated successfully, but these errors were encountered:

sjackman commented Aug 12, 2016

I’m afraid that I don’t have a Windows system on which to test. Sorry. I would like to get Linuxbrew running on Windows Subsystem for Linux, but a developer that regularly uses Windows would need to volunteer to maintain it.

JMoVS commented Aug 12, 2016

I was wondering whether that is a bug with the package or with a too-long path or something like that. Can I turn on even more verbosity to look more into it?

rwhogg commented Aug 12, 2016

You might want to try -vd instead of just -v . That lets you open a shell or see a Ruby backtrace (among other things) when it fails.

JMoVS commented Aug 12, 2016

so it’s not a linuxbrew bug it seems

JMoVS commented Aug 12, 2016

I can try running it with -vd and try untaring on a VolFS folder and see if that works and cp it back

JMoVS commented Aug 12, 2016

ok. The error I’ve seen stems from the bottled bzip2 from linuxbrew. When I use the bundled bzip2 or build it from source itself, it works flawlessly.

JMoVS commented Aug 12, 2016

sorry, didn’t want to overwrite your title change -.-

sjackman commented Aug 12, 2016

No worries. We like to start the subject line with package:

JMoVS commented Aug 12, 2016

should I migrate the issue to linuxbrew/core as this is really more a package issue?

sjackman commented Aug 12, 2016 •

Not just yet. I’d like to know whether this issue affects more than just the bzip2 bottle. I suspect it would.

ilovezfs commented Aug 12, 2016

I’m surprised this works at all already. Fun.

sjackman commented Aug 12, 2016

@JMoVS Does brew install hello work?

JMoVS commented Aug 12, 2016

well, brew install hello works, but it also doesn’t seem to be a bz2 file, whereas in the case of boost, it is

sjackman commented Aug 12, 2016

That’s better than I had hoped. Cool!

sjackman commented Aug 12, 2016 •

Can you install bzip2 from a bottle and report the output of brew test bzip2
Then do the same after install bzip2 from source?

JMoVS commented Aug 12, 2016

sjackman commented Aug 12, 2016 •

What’s in this file? /home/justin/.linuxbrew/Cellar/bzip2/1.0.6_1/bin/bzip2
Please report:

JMoVS commented Aug 12, 2016

opened the bzip2 thingy with sublime but had no luck. neither with nano.

sjackman commented Aug 12, 2016

Can you please run the above two lines of shell code at the prompt?

JMoVS commented Aug 12, 2016 •

do you want me to do the same for the working self compiled version?

Sry, just now seen the task to do self compile and test. Will do now

JMoVS commented Aug 12, 2016

testing output from the self-built working version:

and the ls as well as the file:

sjackman commented Aug 13, 2016 •

One hypothesis I have is that the Windows kernel is not able to load some (but it seems not all) executables that have been fixed up by patchelf . Can you reconfirm that the following works?

Please report the results of the following test:

JMoVS commented Aug 15, 2016

brew install bzip2 (bottled) is as above,

brew install bzip2 from source works fine

the moment I ran patchelf, output is again:

Источник