Search found 36 matches
- Fri Feb 23, 2024 10:26 pm
- Forum: Support
- Topic: Two search tools in the same shell?
- Replies: 4
- Views: 804
Re: Two search tools in the same shell?
Both searches are successful (ES first, EVERYTHING second). Both debug traces mention a return window. But only one (ES) produces output in the shell. Here are the debug traces (ES first) with some irrelevant stuff removed. search ' xhistory32' filter '' sort 0 term 000000000300b9e0, flags: 3140, ne...
- Fri Feb 23, 2024 8:31 pm
- Forum: Support
- Topic: Two search tools in the same shell?
- Replies: 4
- Views: 804
Re: Two search tools in the same shell?
ES.EXE always works (not sure if it's yours, or my build of your code). v:\> which es es is a plugin command (ES) v:\> which everything everything is an internal command The plugin ES.DLL is auto-loaded when TCC starts. It exports the ES command. It is dymanically linked to Everything64.dll which is...
- Fri Feb 23, 2024 6:39 pm
- Forum: Support
- Topic: Two search tools in the same shell?
- Replies: 4
- Views: 804
Two search tools in the same shell?
I use the TCC.EXE shell from JPSoft on Windows 10. It has a built-in EVERYTHING command and my own plugin for the shell implements an ES command. Both EVERYTHING and ES are command line search tools. In any instance of the shell the one of those commands used first works (and continues to work) whil...
- Sat Sep 30, 2023 4:47 pm
- Forum: Support
- Topic: ES.EXE - don't display files in subdirectories?
- Replies: 1
- Views: 2929
ES.EXE - don't display files in subdirectories?
How do I tell ES.EXE that I want only files in the top-level directory? I thought -p (match full path and file name) would do it but it seems that it's matching partial paths. v:\> es.exe -p v:\*.vbs V:\ifiletime.vbs V:\ifiletime2.vbs V:\iheader.vbs V:\hold\script.vbs V:\hold\wmitest.vbs So, a secon...
- Tue Sep 19, 2023 3:37 pm
- Forum: Everything 1.5 Alpha
- Topic: Inter-op with v1.4
- Replies: 2
- Views: 439
Re: Inter-op with v1.4
Thanks, void. Now I remember going through this before. That setting keeps getting lost, possibly because with each TCC install, Everything (1.5a) is re-installed. In fact, a build of ES.EXE distributed with TCC also fails as I described without that option. I'll tell the author. Thanks again.
- Mon Sep 18, 2023 11:15 pm
- Forum: Everything 1.5 Alpha
- Topic: Inter-op with v1.4
- Replies: 2
- Views: 439
Inter-op with v1.4
I'm having trouble getting the 1.5a EVERYTHING64.EXE to work with tools which work with v1.4. My EVERYTHING64.EXE (distributed with JPSoft's TCC shell version 31) is version 1.5.0.1356a. Here's the setup; there are no running instances of older versions of EVERYTHING.EXE. The service and the client ...
- Sat Jun 17, 2023 4:14 am
- Forum: Development, plugins and third party software
- Topic: EVERYTHING_ERROR_INVALIDCALL from Everything_GetResultSize?
- Replies: 6
- Views: 6925
Re: EVERYTHING_ERROR_INVALIDCALL from Everything_GetResultSize?
I'm also having trouble with Everything_GetNumFolderResults() and Everything_GetNumFileResults(). They just return 0. Do I have to request that information before I can get it? if ( !Everything_QueryW(TRUE) ) { Qprintf(STD_ERR, L"Everything_Query error: %lu\r\n", Everything_GetLastError())...
- Thu Jun 15, 2023 11:36 pm
- Forum: Development, plugins and third party software
- Topic: EVERYTHING_ERROR_INVALIDCALL from Everything_GetResultSize?
- Replies: 6
- Views: 6925
Re: EVERYTHING_ERROR_INVALIDCALL from Everything_GetResultSize?
Exactly! My fault.
- Thu Jun 15, 2023 11:21 pm
- Forum: Development, plugins and third party software
- Topic: EVERYTHING_ERROR_INVALIDCALL from Everything_GetResultSize?
- Replies: 6
- Views: 6925
Re: EVERYTHING_ERROR_INVALIDCALL from Everything_GetResultSize?
I had looked for something like that and didn't find it. That works. Thanks.
Not requesting EVERYTHING_REQUEST_FILE_NAME | EVERYTHING_REQUEST_PATH and trying to use them led to an access violation ... expected?
Not requesting EVERYTHING_REQUEST_FILE_NAME | EVERYTHING_REQUEST_PATH and trying to use them led to an access violation ... expected?
- Thu Jun 15, 2023 7:34 pm
- Forum: Development, plugins and third party software
- Topic: EVERYTHING_ERROR_INVALIDCALL from Everything_GetResultSize?
- Replies: 6
- Views: 6925
EVERYTHING_ERROR_INVALIDCALL from Everything_GetResultSize?
I'm using the alpha everything64.exe, a recent download of the SDK, and linking dynamically with the SDK's Everything64.dll via the SDK's Everything64.lib. I have these (under development). VOID ShowSize(DWORD index) { LARGE_INTEGER li_size = {0}; BOOL b = Everything_GetResultSize(index, &li_siz...
- Thu Jun 15, 2023 4:37 am
- Forum: Development, plugins and third party software
- Topic: Declaration of _Everything_SendAPIBoolCommand?
- Replies: 14
- Views: 8435
Re: Declaration of _Everything_SendAPIBoolCommand?
That's what I have been doing. It works fine but I was curious about another way.
Thanks for all the help. Sorry if I've been a pain.
Thanks for all the help. Sorry if I've been a pain.
- Thu Jun 15, 2023 4:18 am
- Forum: Development, plugins and third party software
- Topic: Declaration of _Everything_SendAPIBoolCommand?
- Replies: 14
- Views: 8435
Re: Declaration of _Everything_SendAPIBoolCommand?
My mistake! Is there an IPC command to open the options dialog (also open the search window and open a new search window).
- Thu Jun 15, 2023 3:49 am
- Forum: Development, plugins and third party software
- Topic: Declaration of _Everything_SendAPIBoolCommand?
- Replies: 14
- Views: 8435
Re: Declaration of _Everything_SendAPIBoolCommand?
As I said, I tried that. Here's another (related?) question. I invented my own ... everything.h (modelled after Everything_Exit, which I can successfully use) EVERYTHINGUSERAPI BOOL EVERYTHINGAPI Everything_ShowOptionsDialog(void); // vef everything.c (modelled after Everything_Exit, which I can suc...
- Thu Jun 15, 2023 2:47 am
- Forum: Development, plugins and third party software
- Topic: Declaration of _Everything_SendAPIBoolCommand?
- Replies: 14
- Views: 8435
Re: Declaration of _Everything_SendAPIBoolCommand?
I tried all that, several times. No matter where I declare it (without "static") if the definition (without "static") is in everything.c and I call it from another source module I can't link with it. That's unlike a number of other functions defined in everything.c (e.g., Everyth...
- Thu Jun 15, 2023 2:13 am
- Forum: Development, plugins and third party software
- Topic: Declaration of _Everything_SendAPIBoolCommand?
- Replies: 14
- Views: 8435
Re: Declaration of _Everything_SendAPIBoolCommand?
Removed "static" in everything.c (declaration and definition). I get "linker: unresolved external" when I try to call it from another source module.
It works if I put the definition in my own source module.
And doing it in my own FindWindow/SendMessage also works.
It works if I put the definition in my own source module.
And doing it in my own FindWindow/SendMessage also works.
- Thu Jun 15, 2023 1:52 am
- Forum: Development, plugins and third party software
- Topic: Declaration of _Everything_SendAPIBoolCommand?
- Replies: 14
- Views: 8435
- Thu Jun 15, 2023 12:57 am
- Forum: Development, plugins and third party software
- Topic: Declaration of _Everything_SendAPIBoolCommand?
- Replies: 14
- Views: 8435
Re: Declaration of _Everything_SendAPIBoolCommand?
Having included everything.c in my project, I can't use it in another module.
- Wed Jun 14, 2023 4:38 pm
- Forum: Development, plugins and third party software
- Topic: Declaration of _Everything_SendAPIBoolCommand?
- Replies: 14
- Views: 8435
Declaration of _Everything_SendAPIBoolCommand?
A definition for _Everything_SendAPIBoolCommand is in everything.c. But it's not declared anywhere. How do I use it in another module?
Thanks.
Thanks.
- Tue Jun 13, 2023 5:06 pm
- Forum: Everything 1.5 Alpha
- Topic: What's Plugins-1.5a.ini?
- Replies: 3
- Views: 1656
What's Plugins-1.5a.ini?
Plugins-1.5a.ini was created in Everything64.exe's directory at 04:00 this morning, while I was sound asleep. What is it and how/why was it created then?
Thanks.
Thanks.
- Tue Jun 13, 2023 6:32 am
- Forum: Everything 1.5 Alpha
- Topic: Can't call Everything_QueryW() twice
- Replies: 8
- Views: 1680
Re: Can't call Everything_QueryW() twice
Did you mean Everything_Query(FALSE)?
- Tue Jun 13, 2023 6:23 am
- Forum: Everything 1.5 Alpha
- Topic: Can't call Everything_QueryW() twice
- Replies: 8
- Views: 1680
Re: Can't call Everything_QueryW() twice
That's cool. Are tidbits like that documented anywhere?
Thanks!
Thanks!
- Tue Jun 13, 2023 4:05 am
- Forum: Everything 1.5 Alpha
- Topic: Can't call Everything_QueryW() twice
- Replies: 8
- Views: 1680
Re: Can't call Everything_QueryW() twice
The DLL isn't unloaded until I return from ShutdownPlugin. So that seems the perfect place for Cleanup.
I probably don't need to call Reset both before and after my command is used. Is there an advantage to one over the other?
Thanks!
I probably don't need to call Reset both before and after my command is used. Is there an advantage to one over the other?
Thanks!
- Tue Jun 13, 2023 3:48 am
- Forum: Everything 1.5 Alpha
- Topic: Can't call Everything_QueryW() twice
- Replies: 8
- Views: 1680
Re: Can't call Everything_QueryW() twice
Yeah, I had found that out. Put the Cleanup before the Reset, it gets worse; remove it and its OK. That said, the code has had Cleanup after Reset (and before the next call to the plugin command) for years. The new DLL triggers the screw-up. Isn't that the sort of thing you'd like to avoid? I suppos...
- Tue Jun 13, 2023 1:30 am
- Forum: Everything 1.5 Alpha
- Topic: Can't call Everything_QueryW() twice
- Replies: 8
- Views: 1680
Can't call Everything_QueryW() twice
As you may know from another forum/thread I have a plugin search tool (a command) for the TCC command interpreter (JPSoft). Relevant code (at the moment) looks like this. Everything_Reset(); // process-wide; will allow me to be elevated when service client is unelevated Everything_SetSearch(psearch)...
- Mon Jun 12, 2023 4:53 pm
- Forum: Support
- Topic: Match the file name only
- Replies: 23
- Views: 3256
Re: Match the file name only
Thanks for mentioning "name:". I don't see it on the "searching" web page. What about the relationship between ** and nopath: or name:? "**" seems to kill both of them. v:\> es nopath: v:\lo* V:\LocalDumps\ V:\Logfile.PML V:\logfile.pml.zip V:\longpath.btm V:\lotsacolor...
- Mon Jun 12, 2023 4:17 pm
- Forum: Support
- Topic: Match the file name only
- Replies: 23
- Views: 3256
Re: Match the file name only
What does Everything_SetMatchPath(FALSE) do? I can't see it's effect. Assuming filename "X:\Some Folder\abcde.txt": When set to FALSE, Everything will only search in the last "\" separated components of the full path of the filename. In the example: abcde.txt So searching for &q...
- Mon Jun 12, 2023 3:48 am
- Forum: Support
- Topic: Match the file name only
- Replies: 23
- Views: 3256
Re: Match the file name only
P.S., I like how it automatically picked up on my Windows dark theme.
- Mon Jun 12, 2023 3:43 am
- Forum: Support
- Topic: Match the file name only
- Replies: 23
- Views: 3256
Re: Match the file name only
Yup, it's OK now. I hadn't restarted the client after disabling the alpha_instance. It works now with the client started elevated or not.
Thanks!!!!
Thanks!!!!
- Mon Jun 12, 2023 3:39 am
- Forum: Support
- Topic: Match the file name only
- Replies: 23
- Views: 3256
Re: Match the file name only
OK, when I resterted the client unelevated my CLI search tool works in both an unelevated shell and an elevated one. If I didn't say earlier, my tool is in a plugin DLL for the shell.
Is there a problem with the client running elevated?
Is there a problem with the client running elevated?
- Mon Jun 12, 2023 3:31 am
- Forum: Support
- Topic: Match the file name only
- Replies: 23
- Views: 3256
Re: Match the file name only
Hmmm! I DL'd the alpha, did -install-service and -startup. The search window works fine (* and ** too). But my CLI interface fails. It has no explicit IPC in it. I just parse the command line, and ... Everything_SetSearch(psearch); Everything_SetMatchCase(match_case); Everything_SetRegex(regex); Eve...
- Sun Jun 11, 2023 11:11 pm
- Forum: Support
- Topic: Match the file name only
- Replies: 23
- Views: 3256
Re: Match the file name only
Yoy're right. My EVERYTHING.EXE came with my shell (TCC, from JPSoft). It's v1.4. I can install 1.5 but, later, updating TCC will either change the service EXE or remove the service. I can deal with either of those but it's a small pain. I'll lobby the author to update Everything. What about using t...
- Sun Jun 11, 2023 10:46 pm
- Forum: Support
- Topic: Match the file name only
- Replies: 23
- Views: 3256
Re: Match the file name only
Ooh, that looks good! Basically * means depth:1 and **means depth unspecified ... is that right?
I had already found the latest SDK and changed my CLI project to use the new header and library. It built with no problem but es is still recursing. Am I misunderstanding or missing something?
I had already found the latest SDK and changed my CLI project to use the new header and library. It built with no problem but es
Code: Select all
v:\t*
- Sun Jun 11, 2023 10:14 pm
- Forum: Support
- Topic: Match the file name only
- Replies: 23
- Views: 3256
Re: Match the file name only
Thanks for that! I think my own CLI version is based on 1.1.0.20 stuff (header, cli.c, and lib). Using "depth:" I could easily add a "/D(epth) N" command line option, defaulting to N == 1 (my preference), but I'd have to monkey with the user-specified search criterion. Where can ...
- Sun Jun 11, 2023 9:46 pm
- Forum: Support
- Topic: Match the file name only
- Replies: 23
- Views: 3256
Re: Match the file name only
What does Everything_SetMatchPath(FALSE) do? I can't see it's effect. Assuming filename "X:\Some Folder\abcde.txt": When set to FALSE, Everything will only search in the last "\" separated components of the full path of the filename. In the example: abcde.txt So searching for &qu...
- Sun Jun 11, 2023 9:41 pm
- Forum: Support
- Topic: Match the file name only
- Replies: 23
- Views: 3256
Re: Match the file name only
file: prevents it from showing folders, but if folder names match the search criterion, it shows files in those folders. I'd like it to only show things in the top level directory (like the old DIR command without /S); in other words, not recurse. For example (below), show v:\j.txt and not show V:\j...
- Sun Jun 11, 2023 6:46 pm
- Forum: Support
- Topic: Match the file name only
- Replies: 23
- Views: 3256
Match the file name only
Using the command line tool (1.1.0.18) or the GUI (1.4.1.1023) and the search expression "v:\f*" I can't figure out how to get v:\file and not get v:\folder\*.
I read the topic "Filter not to match path" ... no help.
Help! Thank you.
I read the topic "Filter not to match path" ... no help.
Help! Thank you.