We Keep Coding

window10 the system cannot find the path specified, but path has been added

I am trying to use windows10's cmd to run a python code. But it shows the system cannot find the path. I have already checked the path in the system, and also using echo %path% from the cmd, the correct directory is shown in the system. But I am still getting this error.
Could anyone please help me out?
Thank you very much
please see the picture here

It may have been added to the path incorrectly. See this page on how to add it to the path: https://superuser.com/questions/143119/how-do-i-add-python-to-the-windows-path
After trying this, restart your computer.

your working directory needs to be the directory in which your program is saved. is your program saved in the python directory? if not then go to the working directory using cd command and then run the python command.

Go to Settings / Apps & features / App execution aliases and make sure the aliases for python's App installer are disabled (Off).

Packaged Python program for Mac will not run when downloaded

I have Python program that I packaged with py2app so that the program query_agent.py became query_agent.app. I have a Java program that launches query_agent.app with the following command:
open ./query_agent.app --args abs_path1 abs_path2
, where abs_path1 and abs_path2 are string arguments.
I put everything in a folder and when I launch the JAR that eventually launches query_agent.app, everything runs perfectly as expected.
So I zip this folder so I can distribute it to others. Before sending, I put the zip on a flash drive and unzip it on another Mac computer to test it. Again, the program works as expected even when unzipped.
However, when I send the zip as a message attachment in an email, or upload the zip to a file hosting site like MediaFire, the program no longer works when unzipped. When I unzip the downloaded zip file on any Mac computer, right-click and open, I get the message:
query_agent Error
When I open the console, it shows the cause of the error:
The STATS_FILE_LOCATION points to a file that I am trying to write to. This file is located at query_agent.app/Contents/Resources/resources. As a reminder, this works fine if I use the version of the zip before it was uploaded.
It appears that the main error is shown in the last line as
OSError: [Errno 30] Read-only file system: 'resources/status.txt'
The first thing I notice is that it is finding my source files in the /private/var/folder/... location. I believe this a temp location, which may be why I am getting the "read-only file system" error. I never intended for anything to be read from or written to any location outside of my main applications folder.
I also get the message:
Detected missing constraints for <private>. It cannot be placed because there are not enough constraints to fully define the size and origin. Add the missing constraints, or set translatesAutoresizingMaskIntoConstraints=YES and constraints will be generated for you. If this view is laid out manually on macOS 10.12 and later, you may choose to not call [super layout] from your override. Set a breakpoint on DETECTED_MISSING_CONSTRAINTS to debug. This error will only be logged once.
So my question is: Why doesn't my program work if I upload it, download it, unzip it, and then try to run it?
It works before the upload on any Mac computer I put it on, so the fact that it gets zipped is not the issue. I hope that these obscure error messages can provide some hints to why this is happening. Any help with solving this problem will be greatly appreciated.

Spark/Hadoop can't find file on AWS EMR

I'm trying to read in a text file on Amazon EMR using the python spark libraries. The file is in the home directory (/home/hadoop/wet0), but spark can't seem to find it.
Line in question:
lines = spark.read.text(sys.argv[1]).rdd.map(lambda r: r[0])
Error:
pyspark.sql.utils.AnalysisException: u'Path does not exist: hdfs://ip-172-31-19-121.us-west-2.compute.internal:8020/user/hadoop/wet0;'
Does the file have to be in a specific directory? I can't find information about this anywhere on the AWS website.

If its in the local filesystem, the URL should be file://user/hadoop/wet0
If its in HDFS, that should be a valid path. Use the hadoop fs command to take a look
e.g: hadoop fs -ls /home/hadoop
one think to look at, you say it's in "/home/hadoop", but the path in the error is "/user/hadoop". Make sure you aren't using ~ in the command line, as bash will do the expansion before spark sees it. Best to use the full path /home/hadoop

I don't know if it's just me, but when I tried to solve the problem with the suggestion above, I got an error "path does not exist" in my EMR. I just added one more "/" before user and it worked.
file:///user/hadoop/wet0
Thanks for the help!

Fabric put command gives fatal error: 'No such file' exception

I'm using Fabric 1.01, and in my fabfile I'm using the put command. The line is:
put('file.tar.gz', '~/file.tar.gz')
The server is in the env.hosts list. file.tar.gz is in the same directory as the fabfile, and i'm running the code from this directory.
When I run the code, it gets up to the point where it is running this put command. Just before failing the output is:
[uname#site.com] put: file.tar.gz -> ~/file.tar.gz
Fatal error: put() encountered an exception while uploading 'file.tar.gz'
Underlying exception message:
No such file
Anyone know where this is coming from? The file definitely exists on my local machine, and I've also tried the second put() argument as just '/server/path/to/' and I've tried using the absolute path of the file for the first put() argument, all to no avail.

I found this error message rather misleading. The message that is printed is:
Fatal error: put() encountered an exception while uploading 'local/path'
Underlying exception:
No such file
Which leads you to think the problem is that somehow Python isn't seeing the file at local/path. I'm not certain this is never the case, but both in the case of the original question and in my case, the issue had nothing to do with that, and instead the issue was that the remote folder couldn't be found. Since this command won't automatically create any folders in the path that it doesn't find, it fails when it can't find any of the remote folders in the remote path.
In my particular case, the issue was that I provided a path that I intended to be interpreted as absolute on a remote Linux system, but I left off the initial /.

Oops, I got lazy when anonymizing the question. My code contained a tilde:
put('file.tar.gz', '~/file.tar.gz')
Apparently Fabric did the tilde interpolation using the home directory of my local machine, not the server. After replacing the tilde with the explicit path on the server it works fine.

The error could be more descriptive indeed. I thought that the file I was trying to upload was not found, but actually the directory where I wanted to upload the file to did not exist. After creating the directory, the error was resolved for me.

How do I resolve a "Too many open files" error in Bazaar?

I am using Bazaar v2.0.1 on Max OS X 10.6.2
When I perform a commit after moving a large number of files/directories (over 10,000) I get the following error message:
bzr: ERROR: [Errno 24] open: Too many
open files: '.'
My first work-around was to break the commit up into several sub-sets. However, this is not ideal and I'm afraid there may be a point where one change (that cannot be broken up into sub-sets) will give me the same error.
[Update]
After doing some research this is what I have found:
It looks like:
Errno 24 "open: Too many open files"
is a Python error.
According to this blog post, the limit on the number of files open can be changed from within a Python script with resource.setrlimit. However, I was really looking for a way to change the default value so Bazaar would automatically run with a higher value (BTW, it looks like my default setting was 2560).
According to the apple documentation for the setrlimit system call there is a sh built-in command called ulimit which can be used to change the setting. Any process started from the shell would then inherit this value.
My current work-around is to add ulimit -n 10240 to ~/.profile. This way when I run bzr commit from the shell it will be able to open 10240 files. I selected 10240 files because this is the maximum allowed for a user process in Mac OS X.
It doesn't seem like Bazaar should need that many files open at once. I am worried that if I ever move more files that this may come back to bite me again. Is this a bug in Bazaar? Is there anything else I can do?

You can use lsof to see all open files. You might try grepping for the pid of the bazaar process, or monitoring the number of open files.
Note that you may or may not need to be root to see all files / processes relevant for your situation.

Try ulimit -n 1024 (or more) before running bazaar, if your shell supports it (it's a bash builtin).
Jinx! edit: you can put it in your ~/.profile if there is one, or ~/.bash_profile.