PureBasic Forums - English

Many thanks for everyone 's input to this thread. Yes, PathRequester() appears to be the solution to my issue. However, I still believe a small note should be added to the PB help file about the OpenFileRequester limit. Such a note would have saved me some frustration and made it unnecessary for me ...

Thanks jacdelad,
However, that is irrelevant, because the directory already ONLY contains files that the user requires to process , so there in no deletion requirement.
I genuinely thank you for taking the time to consider my issue.
Regards
Dave

Ah! Thanks jacdelad
Now we are getting somewhere.
So now we have conclusively established that OpenFileRequester is a worthless function, when the file count exceeds some undisclosed limit. Fred (whoever) maybe this should be added to the "help" file?
Kind Regards
Dave

Hi Skywalk, but where inside the OpenFileRequester function does the return string exceed the max possible string length? (eg. return value = "D:\abc\files"). The thing I am trying to track down is "what is going on inside the OpenFileRequester function?".
Go back to my original post where I said ...

Hi Marc56us,
Not sure how the " number of characters " limitation relates to this issue.
OpenFileRequester returns a file name string, which in the case of my code rarely ever exceeds a string length of 16 characters, but that does not necessarily mean that something else within the function call is ...

Windows 10 Pro x64 - PureBasic 5.73 & 6.0beta 10
AMD FX-8350 Eight-Core Processor - RAM DDR3 32768 MBytes

Some months ago I created a small program for a client which uses the OpenFileRequester function and has been working perfectly, but suddenly they are encountering a failure, when using " Ctrl ...

Thanks mk-soft & STARGATE for the important pointers
and Marc56us for the detailed explanation.
Regards Dave

I have been trying all day to work out a very simple string manipulation, but I keep coming up blank. I have a simple text file where sections of the file are identified and separated by a double [CR][LF]. When I ReadFile() and perform a ReadString() I want to locate these double [CR][LF] and strip ...

Looks like it's source was created by 'Unionbytes' from the German forum.

Here's the post... the hyperlinks are still active.

https://www.purebasic.fr/english/viewtopic.php?p=361979#p361979

Thanks for reminding me where I originally got this example from.
It's really old code and the ...

I always (ok, 90 percent of the time) put a link to the forum page where I get code like that. It makes updating, etc, easier.

For many years it has been my standard practice to comment with a link back to the source, but this one goes back to the days when I first started checking out PB and ...

I had a reasonably free day, so I took the opportunity to check and tidy up some of my PB code examples. In the process I came across an include file named TabTable.pbi The file contains very few clues or comments, other than this ...

It comes as no surprise that the FANBOYS who contributed nothing to this thread would jump in with derogatory commentary after the fact. But sadly that's the way the world is today and one of the main reasons I stopped following this forum.

Wow! And I thought Assembler and C++ were complicated to understand.

It's going to take me some time to figure out why this works in a procedure.

Again, thanks to all who contributed to this thread.

Regards
Dave

OK, Real progress. I replace your "/k ver" with "/k <my command line string>" and it works perfectly.
I now need to construct a string variable eg Command$ in order to get:
RunProgram("cmd.exe", Command$, #Null$, #PB_Program_Open)
to do exactly the same thing.

Any thoughts?

Many thanks for your ...

Sorry this does not do what I was asking for.
I want the Windows version to appear and stay visible ONLY in the the command line window, without the MessageRequester.
Your code gives me the output ONLY in the MessageRequester and NO output in the command line window.

Regards
Dave