forum.vdsworld.com

[Dr. Dread]

Thanks for all the nice comments. However, this was a short-lived version....

A bug was drawn to my attention: function GetBefore would return the entire input string if no match
was found. The hole has been plugged and while I was at it, I added a case-sensitivity toggle to
GetBefore and GetAfter.

Get version 4.6 here: http://www.vdsworld.com/download.php?id=363

Greetz
Dread

[Dr. Dread]

String.DLL version 4.7 is on the loose.

* Bug fix in function FileOps
* Changes in documentation

Greetz
Dread

[Serge]

excellent

Serge

[JRoza]

Thanks Dr.

Much appreciated as always!


Jan

[DaveR]

Hey Dread,

I started using your string.dll and am impressed with the speed of file ops.

Though one problem I've encountered is with large files with a number in brackets in their name. e.g. a 250,000 line text file (12.6MB) named "Copy (2) of testfile.txt" will cause a run time error 27 at the line where @string function is.

If I remove either space on either side of the (2) in the file name, or remove the 2 leaving just () in the name it works fine.

If I run my application on the original that "Copy (2) of testfile.txt" was copied from there's no error. Changing the name to "Copy (2 2) of testfile.txt" or "C (2) of testfile.txt" works fine too!

Using the same name on a smaller file works fine.

[Dr. Dread]

Cannot reproduce that error

Tried that filename as input file, as output file, tried small files, tried big file (60 MB - 300,000 lines).
Just cannot break the dll....

So you gotta come up with more info if we are to pinpoint it.

Greetz
Dread

[DaveR]

Ok, my test file has 190,000 strings that need changing.

On further testing I've noticed a couple of things. If I copy the file again (creating Copy of (3)...), sometimes the "Copy of (2)..." is now ok - but "Copy of (3).." is not. Other times both are not ok.

Smaller files with similiar names seem to be ok.

Also it only seems to happen if I drag and drop onto the exe, or use windows SendTo. Double-clicking on the exe seems ok.

Edit: double-clicking worked on the files with (#) in their name, but failed on another file!

I really can not find any repeatable conditions.

Dread, don't worry too much about it as my test file was massive overkill for what my application is intended for.

PS When the error occurs I'm using source files of the same name as the destination file.

[Dr. Dread]

Hmmm - no real pattern. That's a tough one! Most likely it's related to file access when you use same file
as input and output. But I just don't see why that should relate to chars in the filename

But let's try to fix it.

Which OS are you using?
Which subfunction(s) of FileOps do you call?

Perhaps send me a mail (support@dread.dk) - then I could mail ya a special debug version.

Greetz
Dread

[DaveR]

[Dr. Dread]

Version 5.0 has been released.

Lots of changes:

Fixed buffer overflow in FileOps-Replace

A handful of new functions

Many adjustments

New FileOpsRes range of functions allows you to load up to 9 files in separate "file slots", perform any
number of FileOps (30 different available) on each one, and then save and unload it.
In this way the DLL will not have to load/save the file once for each operation on the file. This will provide
great speed improvements for multiple operations on the same file.
FileOpsRes is only available in registered versions. The personal version has a 5 seconds delay on LOADFILE &
SAVEFILE. The commercial-license version works at full speed.

String.DLL now requires user registration.
A personal license is free and entitles you to use String.DLL in Visual DialogScript programs intended for
your own personal use or in non-commercial programs.
A commercial license costs $25. It entitles you to use String.DLL in any type of Visual DialogScript programs.

You can complete both types of registration here: http://www.dread.dk/support/

Greetz
Dr. Dread

[marty]

Well cant wait to try this one..

I might register the commercial one later tho.. need to test it out first

Thank you so much for this great work

[marty]

Ok, got my string 5.0..

Question:

I a have a file test.txt containing for example:
biclaming
bicflaming

When I do this:
info @string(FileOps,MatchLines,test.txt,,bic,LINENOS,,[EXACT],)

String finds it on both line.. But I was expecting a empty response, since there is no EXACT match for "bic"

I am doing something wrong?

thanks

[Dr. Dread]

EXACT toggles case-sensitivity, just as in VDS string functions. So "bic"+EXACT will find bic, bicycle,
bicflaming etc. But not Bic or bIcing etc.


So you could extract all lines at first with this function and then use a RegEx or HoldsWord function to do
a further evaluation.

Greetz
Dread

[Dr. Dread]

BTW: Helpfile is awful with this function

I'll change that.

Dread

[marty]

Ahhh!! Yes.. kind of my fault also

Thanks I will try your suggestion