Trying to create a code that helps me get a passeport scan so i'm following the tesseract download and insrall in this link https://github.com/tesseract-ocr/tesseract/wiki/Compiling#windows.
i did all of the above but when it comes to this
cd tesseract
cppan
mkdir build && cd build
cmake ..
i just get in the tesseract directory and can't open cppan , it says No spec file found
please help !
This isn't a tesseract error, it is a cppan error.
Make sure the cppan installation went well, if needed go here https://github.com/cppan/cppan
and install the latest version yourself.
The last option you might consider is creating the spec file yourself.
Make sure you understand the stage 4 is comprised of 4 different commands.
Did you run this in Cygwin? I did, and got the same error but it worked fine in a cmd command window. The install script seems to insist on using Windows filesystem references, because I found the failed script had created a subdirectory under my tesseract directory named "C:".
The cppan instructions should have added: "In a cmd window, navigate to the tesseract root directory. Either add cppan to your system PATH variable, or give the correct directory path to cppan.exe in the following command..."
(I think it will work fine in a command shell like cmder too, as long as it recognizes the Windows directory syntax.)
(I don't think cppan needs to remain in your system PATH permanently unless you plan to use it for other things.)
Related
This is starting to annoy me. I have a UWP that allows you to open up a separate windows forms app to take advantage of tesseract. The app works fine when running on its on, however as soon as I call upon it to run using the UWP, the app crashes and gives me the error that it could not find the file specified, that file being the tesseract folder. I have it referenced within the app as
var path = "C:\\Users\\dan\\source\\repos\\TesseractApp\\packages\\Tesseract.4.1.1";
Is this something really simple I'm missing? If anything I'd like to copy the Tesseract.4.1.1 folder to directory, but that doesn't seem to work either. Hopefully this is clear.
EDIT - I believe it is just the exe file not working properly. I think I'm not copying over enough files into the Assets folder of the UWP and the exe of the tesseract app does not have what it needs to work.
I am trying to install elasticsearch plugin from couchbase, and as written in this official installation guide, I have to do this:
bin/plugin -install transport-couchbase -url \
http://packages.couchbase.com.s3.amazonaws.com/releases/elastic-search-adapter/2.0.0/elasticsearch-transport-couchbase-2.0.0.zip
However, I keep getting this error:
the system can't find the specified path
I found the error myself, it was that i was putting bin in the java home path. when i put the java home path without bin, it works
i think you need to download the plugin and the install it from you location.
https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-plugins.html
if you use --url it will download it if it is on download.elastic.co
"The plugins will be automatically downloaded in this case from download.elastic.co, and in case they don’t exist there, from maven (central and sonatype)."
I am wondering how to be able to get the my documents path on any machine.
I need to be able to create a new file there and to copy a folder into it.
Here what I got so far, I know its hardcoded so I am looking for some help.
1. make text file in:
C:\Users\ADMIN\Documents\folder1\Projects\project1\copyfolder\textfile.txt
2. copy folder and contents:
C:\ProgramData\test1\copyfolder\
to
C:\Users\ADMIN\Documents\folder1\Projects\project1\copyfolder\
Here's what I got so far:
echo. 2>C:\Users\ADMIN\Documents\folder1\Projects\project1\copyfolder\textfile.txt
But as you see its hardcoded!
Also would %USERPROFILE%\My Documents\ work?
Thanks
Correct syntax for build events is $(USERPROFILE)\Documents
As the visual studio post build is based on MSBuild it should be possible to use a macro that directly accesses the registry (See Registry Properties in the MSBuild documentation).
So you can use
$(registry:HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders#Personal)
to query the exact location of the current users Documents folder no matter whether it was moved or not
I've built a winforms app (C#) that will take a list of file paths, and copy those files (from a different VS solution) to a new location (In a folder the user specifies) in the same directory structure they currently exist on local file system.
I use the Path class, Directory class etc and everything works wonderfully...except when it reaches a file path that points to a DLL.
The DLLs I am trying to copy are a part of the other solution, and that solution is not currently open.
I have tried restarting computer to make sure visual studio isn't somehow hooking into that DLL even after the solution is closed.
The DLL in question can be copied by regular manual means (i.e. copy and paste shortcut).
So short of creating a batch file in the program, and running xcopy on that DLL path, I don't know of a way to get this to work.
From what I have found from google searches (which isn't much on this particular situation), File.Copy() should work..
Any help would be wonderful, even if it is a link to a duplicate question I may have over looked.
Thanks!
-The error message is: The process cannot access the file [insert file path] because it is being used by another process (The path is definitely correct also)
-Just downloaded and tried to search for the DLL name with Process Explorer.. I also ran a similar exe from command prompt to no avail. It claims nothing is using it. That's why I am utterly baffled by this. Also, I just checked the permissions and everything looks great (i.e. Full Control, owner effective permissions)
-It does not handle open files. It basically build the correct src and dest paths and does a File.Copy() on those. How would I go about handling open files? I'm sure I could figure out if it was open, but what would I do it it were open?
It is not complaining about the file you're trying to copy, it is complaining about the file that you're trying to overwrite with the copy. Lots of candidates for that, virus scanners always get very excited about new DLLs, for example. Or it is loaded into a process, the typical failure mode for trying to implement your own auto-updater.
You can rename the target file to make your copy succeed.
Are you in vista or win7? If so, Check your 'User Account Control Settings'. Sometimes this can interfere with .NET security options and prevent file operations that would otherwise work.
As well as Process Explorer, I would use Process Monitor also from Microsoft so you can see what is happening at the point of failure and allows you to see if anything else is accessing the dll.
Possible culprits are
the program you are running,
your antivirus package
a virus.
If the path it is complaining about is the destination path, then is is possible that the path is too long?
Also, when using Process Explorer, make sure you have enabled the option to show details for all processes and not just your own.
I just ran into this issue as well. I tried copying a .DLL from an FTP server to a local directory (replacing the existing one) and for the life of me I could not get it to work. Keeps giving me an 'Access Denied code: 5' Error.
I then realized that the .DLL on the FTP server was not marked as hidden while the .DLL I was trying to replace was marked as hidden.
Once I changed the local one to also be visible. I had no more issues.
So my solution is:
Make sure both files are visible.
Hope this helps someone
I installed Mono on Win7 and trying to find the apps outlined here.
But they don't mention where are they located and launched.
Any ideas on how to access them as a user?
You just Launch the Mono command line (it's on the start menu).
Then type
csharp
And off you go
The twist is that the command line shortcut sets a bunch of environment variables (notably PATH) so that the mono binaries and batch script wrappers (!) are being found.
It's the csharp.bat file in the bin directory, along with mono.exe etc.
Having put the bin directory in your path, you should just be able to run csharp from a command line and get straight in. That's certainly the case with Mono 2.10.5, which I've just installed.