With the above I get the error msg below in the console:
Can't open file 'ini=false': the system cannot find the file specified.
It's trying to open the filename 'ini=false'!?
ini=false is the default value. The documentation you referenced provides several examples: ini='file.ini' will create file.ini in the default system-dependent location, ini='./file.ini' will create file.ini in the ZeroBrane Studio folder, and ini='d:/file.ini' will create file.ini in the root directory of the D: drive.
I don't get any error messages in the console when I run it with zbstudio.exe -cfg "ini=false".
Related
We are executing SQL loader command from shell script on RH Linux OS. The command passes both control file and data file as command line parameters. The syntax used is given below (masked sensitive data):
sqlldr userid=$connstring control=/local/abc-1.2.3/instances/www.abc.com/apps/int/script/bin/ABC_CONTROL.ctl data=$f log=/local/abc-1.2.3/instances/www.abc.com/apps/int/script/logs/ABC.log bad=/local/abc-1.2.3/instances/www.abc.com/apps/int/script/logs/ABC.bad
The data file name is passed as dynamic variable in a FOR loop to process multiple files. The data file extension is *.app and path is /local/abc-1.2.3/instances/www.abc.com/apps/int/script/input.
We have verified that $f variable is able to correctly point to data file. Also verified file permissions. We tried changing the directory paths as well.
Still script fails with below error: **SQL Loader-500 Unable to open file (ABC_CTL.dat)**, SQL Loader-553 File not found, SQL Loader-509 System error: No such file or directory
The same script runs with exact same syntax on another server. Please suggest any solutions.
I am trying to analyse my raw GNSS data on the GNSS Analyser app from here https://github.com/google/gps-measurement-tools. The installation guide includes the following step:
4.2 gunzip installation
The automatic ftp code inside GnssAnalysis will download ephemeris zip files, and attempt to
unzip them using gunzip.
Download gzip.exe from here http://ftp.gnu.org/gnu/gzip/gzip-1.9.zip
Extract the files from the zip file, rename gzip.exe to gunzip.exe
Move gunzip.exe to somewhere in your Windows path (type path in the Windows
Command Prompt to see what your path is, typically you will find a directory
C:\Windows\system32 and you can put gunzip.exe there.)
However, upon downloading gunzip, I cant find a gzip.exe file, and hence tried renaming the gzip.c and gzip.h file instead. It did not work and I got this error when attempting to process my own raw data.
I have just tried and got success to import DB from a backup file:
gzip -d < C:\Users\my-user\Downloads\my-db-backup.sql.gz | mysql -u root -p MY_DB_NAME
The following occurs when I try to save a VISIO file to C:\SimpleFlowchart.vsd via visual studio.
I used the <DispId(13)>
Function SaveAs(FileName As String) As Short
Command
An unhandled exception of type 'System.Runtime.InteropServices.COMException' occurred in VisioTestApp.exe
Current versions of Windows really don't like it when you save stuff to the drive's root directory. If you can't save it in your Users folder, then at least make a temp directory off of C: and save it there
I am trying to write Robot Framework test for File Upload. I'm using the below Keyword to perform the function.
Choose File ${UPLOAD_FILE_HIDDEN_INPUT} ${UPLOAD_FILE_NAME}
where
${UPLOAD_FILE_HIDDEN_INPUT} xpath=//input[#type="file"]
and ${UPLOAD_FILE_NAME} is the Path location where I am trying to place the File that needs to be uploaded.
My testcase is in below directory
C:\Dev\Application\tests\functional\Robot\TestSuite\TestCase
I am placing the file which needs to be uploaded in below directory
C:\Dev\Application\tests\functional\Robot\Images\File1.jpg
I am declaring the variable ${UPLOAD_FILE_NAME} in the variable section of the test case. In order to get to the File Location, I need to go back one Folder
C:\Dev\Application\tests\functional\Robot\
and then proceed to images Folder
C:\Dev\Application\tests\functional\Robot\Images
In-order to perform this, I am using below value to the variable
${UPLOAD_FILE_NAME} ${CURDIR}\\..\\Images\\File1.jpg
But I am getting the below error
path is not canonical: C:\\Dev\\ClaimLogUI\\tests\\functional\\Robot\\TestSuite\\..\\Chrysanthemum.jpg\n (Session info: chrome=46.0.2490.86)\n (Driver info: chromedriver=2.15.322448 (52179c1b310fec1797c81ea9a20326839860b7d3),platform=Windows NT 6.1 SP1 x86_64)'
I used similar kind of Folder notation as value to other files in some other scenario and it was working fine. I am not sure where I am going wrong in order to locate File1.jpg. I am using Chrome Browser to perform this test. Could someone help me?
You can use keyword Normalize Path from library OperatingSystem to make your path as a canonical
${NORMAL_PATH_UPLOAD_FILE_NAME} Normalize Path ${UPLOAD_FILE_NAME}
Then you can use this code without error
Choose File ${UPLOAD_FILE_HIDDEN_INPUT} ${NORMAL_PATH_UPLOAD_FILE_NAME}
(You can read this for futher information http://robotframework.org/robotframework/latest/libraries/OperatingSystem.html)
${CURDIR} is path to the directory where the test data file is located.
You should use ${EXECDIR} which is absolute path to the directory where test execution was started from.
I compiled a C code using make then afterwards I issued this command on linux terminal
./regex --parse /ruleset/snort34.re --debug
where snort34.re is a file which I want to open for parsing but it gives me this error
Unable to open file in /ruleset/snort.re in modeFatal
Can anyone please help me why I am getting this error and what is modeFatal?
You have passed /ruleset/snort34.re to the program, which will look in a folder in your root directory called ruleset. You probably want to use a relative path instead, ruleset/snort34.re.