Re: A few bugs (?)

Hi Chris,

1. In the version I have this works fine (maybe I fixed it without
realizing)

2. That's a windows flag which I just set. I can't do anything about it..

3. I tried this recently (because my computer crashed and I had to extract
the script from an exe I had made) and it worked fine. What exactly are you
doing?

4. Not my fault.. I use the windows PathFindExtension() function and
apparently it gives the wrong result. I googled it but I can't find any
error reports. Anyway, I wrote a routine of my own and it now works as it
should, ie it searches backwards for the '.', stopping at \ or / or a space
character (which is also illegal in an extension).

I'll upload something soon..

Dimitris




On Mon, Apr 21, 2014 at 1:26 AM, <[email protected]> wrote:

>
>
> Hi Dimitris,
>
> I want to report a few bugs I found. Not much considering I'm using g4c
> almost daily for many years.
>
> 1. repVar doesn't work if you wan to replace (remove in my case) a word at
> the end of a string like;
>
> string = 'this is an example'
> repVar string 'example' ''
>
> I have a workaround for it by temporarily adding a space to the end of the
> string which I remove again afterwards with a extract trim command.
>
> 2. A dir listview in the "list" mode doesn't reset its column width when
> you switch from a folder with long file names to one with short(er) file
> names.
>
> I also have for this a workaround by hiding the listview and first switch
> "list" mode to "Icon" mode and then back to "list" mode. Then show the
> listview again. This has reset it to the smaller incon width.
>
> 3. Don't know if it's a bug but the "res" command doesn't see any resource
> in the g4c executable?
>
> 4. And then the thing with extract/ext/noext. I mentioned it earlier but
> it may be that you don't see it as a bug. It concerns the use of the
> extract function with strings that actually do not have a extension;
>
> path = "C:/Program Files/application version 3.2.2/datafile"
>
> Here returns temp with "extract path NOEXT temp"; "C:/Program
> Files/application version 3.2" where extract sees "2/datafile" as the
> extension. IMO it should stop, while backwards scanning, at the first
> occasion it finds a slash and then return an empty result.
>
> Well, that's all. Should you find the time in the future to dig in the
> code a bit, it would be nice if you could take a look at it.
>
> Thanks and all the best.
>
> Chris
>  
>