Weird syntaxError after electron app packaging : Unexpected token ( - electron

I am currently trying to package my electron app for the first time, and I am encountering a weird bug.
When launching the app.exe, this error message appears :
Uncaught Exception:
C:\ .... \build\main.js:39
electron_1.app.on("ready", async () => {
SyntaxError: Unexpected token (
at Object.export.runInThisContext (vm.js:76:16)
at ...
The arrow points at the parenthesis right after app.on.
The app is compiled from typescript to js with tsc (not that this would affect the final result I suppose), then packed with
electron-packager . testApp --platform=win32 --arch=x64 --electron-version=1.4.3
Any help would be appreciated, as I am really stumped by this error.

Related

Electron - App threw an error during load

Error Screenshot
All on a sudden electron started showing this error. Electron Version 3.0.0
Where should I try debugging?
EDIT: Found the error and its solution here: SyntaxError: Invalid or unexpected token at createScript (vm.js:80:10)
It was not syntax error.

Call to undefined function iconv() fatal error - Suitecrm

Using suitecrm 7.9.1
I am facing the below error whenever i try to create a lead , that is after submitting the create lead form.
Facing the same error whenever i try to import a csv file . This error occurs only on live server
Fatal error: Uncaught Error: Call to undefined function iconv() in
/home/testsite/public_html/modules/AOD_Index/Lib/Zend/Search/Lucene/Field.php:222
Stack trace: #0
/home/testsite/public_html/modules/AOD_Index/Lib/Zend/Search/Lucene/Index/SegmentWriter/DocumentWriter.php(131):
Zend_Search_Lucene_Field->getUtf8Value() #1
/home/testsite/public_html/modules/AOD_Index/Lib/Zend/Search/Lucene/Index/Writer.php(244):
Zend_Search_Lucene_Index_SegmentWriter_DocumentWriter->addDocument(Object(Zend_Search_Lucene_Document))
2 /home/testsite/public_html/modules/AOD_Index/Lib/Zend/Search/Lucene.php(1410):
Zend_Search_Lucene_Index_Writer->addDocument(Object(Zend_Search_Lucene_Document)) #3 /home/testsite/public_html/modules/AOD_Index/AOD_Index.php(310): Zend_Search_Lucene->addDocument(Object(Zend_Search_Lucene_Document))
4 /home/testsite/public_html/modules/AOD_Index/AOD_LogicHooks.php(36):
AOD_Index->index('Leads', 'b81874eb-1233-5...') #5
/home/testsite/public_html/include/utils/LogicHook.php(262):
AOD_LogicHooks->saveModuleChanges(Object(L in
/home/testsite/public_html/modules/AOD_Index/Lib/Zend/Search/Lucene/Field.php
on line 222
what is the cause for this error .
newbie to the suitecrm, how to fix it .
Install the Iconv module on your CPanel.
Open WHM
EasyApache 4
Customize
PHP extensions
Find iconv. Enable the one matches your PHP version
Review
Provision
iconv is a PHP extension. look for an entry in php.ini that you can uncomment, or see following link
https://www.hackersgarage.com/iconv-php-extension-installation-without-recompiling-php.html

Build PHP_CodeSniffer from sources with HHVM

I am trying to use PHP_CodeSniffer in my Hack project. I tried getting the phpcs.phar file from the repository and run it, but I get an error, something that seems to be a bug of HHVM (see #5140). So I tried building it to .phar myself. I ran the most obvious script:
scripts/build-phar.php
so
$ hhvm ./scripts/build-phar.php
This is the output I get:
Building phpcs phar
=> /devel/phpcs/phpcs.phar
Fatal error: Uncaught exception 'PharException' with message '/devel/phpcs/phpcs.phar is not a file' in /devel/phpcs/scripts/build-phar.php:43
Stack trace:
#0 /devel/phpcs/scripts/build-phar.php(43): Phar->__construct()
#1 {main}
I am not sure where to look or what to look for here. Could you please give me some advice on building a .phar from this?

'Package "doctrine.common" is already registered as "Doctrine.Common"

On a fresh flow install, that is after copying my existing site and launching "composer install" with sucess, when I execute the "flow" command, I obtain the following error:
PHP Fatal error: Uncaught exception 'TYPO3\Flow\Package\Exception\InvalidPackag
eStateException' with message 'Package "doctrine.common" is already registered a
s "Doctrine.Common".' in C:\Development\my-cyme\Packages\Framework\TYPO3.Flow\Cl
asses\TYPO3\Flow\Package\PackageManager.php:723
Stack trace:
#0 C:\Development\my-cyme\Packages\Framework\TYPO3.Flow\Classes\TYPO3\Flow\Packa
ge\PackageManager.php(1061): TYPO3\Flow\Package\PackageManager->registerPackage(
Object(TYPO3\Flow\Package\Package), false)
#1 C:\Development\my-cyme\Packages\Framework\TYPO3.Flow\Classes\TYPO3\Flow\Packa
ge\PackageManager.php(881): TYPO3\Flow\Package\PackageManager->registerPackagesF
romConfiguration()
#2 C:\Development\my-cyme\Packages\Framework\TYPO3.Flow\Classes\TYPO3\Flow\Packa
ge\PackageManager.php(815): TYPO3\Flow\Package\PackageManager->scanAvailablePack
ages()
#3 C:\Development\my-cyme\Packages\Framework\TYPO3.Flow\Classes\TYPO3\Flow\Packa
ge\PackageManager.php(155): TYPO3\Flow\Package\PackageManager->loadPackageStates
()
#4 C:\Development\my-cyme\Pac in C:\Development\my-cyme\Packages\Framework\TYPO3
.Flow\Classes\TYPO3\Flow\Package\PackageManager.php on line 723
I'm really out of clue here on what to do or what's causing this issue. Nothing was found on the web either.
I had to delete the PackageStates.php file and then everything worked fine.
I’ve had this issue recently, too (and so did a colleague). Deleting Packages/Libraries/doctrine/common and running a composer install fixed the issue.

After running CDE I can't build sample polymer app in dart editor

file:/C:/Users/Dave/dart/td2/build.dart
build.dart returned error code 255
Unhandled exception:
Uncaught Error: FileSystemException: Cannot open file, path = 'C:\Users\Dave\dart\td2\packages\args\args.dart' (OS Error: The system cannot find the file specified., errno = 2)
Stack Trace:
#0 _File.open.<anonymous closure> (dart:io/file_impl.dart:349)
#1 _RootZone.runUnary (dart:async/zone.dart:1151)
Dart editor was working fine with a polymer app that I was developing previously.
I have rebooted, reinstalled dart editor with no luck
Running Pub Get manually fails as well as it can't find files either. Evrrything was working prior to trying CDE and the designer.
I think running pub cache repair (run in command line interface) should be able to fix this.

Resources