[Gambas-user] Size of a directory

[PICCORO McKAY Lenz]

pathhelper get's dir size or dirsize+recursive ?

i can see implement by the du commandline.. if root access?

Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

2018-09-21 8:24 GMT-04:00 Sebastián Kulesz <sebikul at gmail.com>:

> Í already implemented that solution in a module here: https://github.com/
> sebikul/mundus/blob/master/.src/PathHelper.module
>
> You are free to use it if it suits your needs!
>
> Regards
>
>
> On Fri, Sep 21, 2018, 09:21 Me <adamnt42 at gmail.com> wrote:
>
>> On Fri, 21 Sep 2018 11:52:30 +0200
>> Rolf-Werner Eilert <rwe-sse at osnanet.de> wrote:
>>
>> > Am 21.09.2018 um 11:26 schrieb Benoît Minisini:
>> > > Le 21/09/2018 à 10:54, Hans Lehmann a écrit :
>> > >> Hello,
>> > >>
>> > >> how do I determine the size (ilDirSize As Long) of a directory using
>> > >> Gambas?
>> > >>
>> > >> With kind regards
>> > >>
>> > >> Hans
>> > >>
>> > >> ----[ Gambas mailing-list is hosted by https://www.hostsharing.net
>> ]----
>> > >>
>> > >
>> > > You can't, because on Unix there is no system call to get the size of
>> a
>> > > directory. And I never understood the reason why they didn't
>> implement
>> > > that.
>> > >
>> > > You have to browse the directory, and add the size of each file one
>> by
>> > > one. Very slow...
>> > >
>> >
>> > The reason is, what do want to know: only the size of the directory
>> > itself, or recursively all subdirectories too, and do you want files
>> > from links being included or excluded, and if so, only softlinks or
>> > hardlinks, and do you want a size in bytes or clusters...???
>> >
>> > A ready-made function by the filesystem would not do anything else than
>> > a function you code for yourself in, say, C, and it could not be any
>> > faster. And it would have to cope with all exceptions and special
>> > wishes, so a decent one made for yourself would be almost faster anyway.
>> >
>> > As far as I heard, the most advanced file systems like Btrfs (though I
>> > don't like it) offer such fancies. From Gambas this would mean to shell
>> > out and call the commandline function for it. Whereas - when we speak
>> of
>> > Btrfs - the size left on the media is only a rough guess, so they
>> > recommend to keep at least 20 % as a security buffer. You will know why
>> > once you crossed the limit...
>> >
>> > But when you stay whithin one directory and leave out any linked files
>> > and do not go recursive, then it can be rather fast. I know that from
>> > midnight commander.
>> >
>> > Regards
>> > Rolf
>> >
>> > ----[ Gambas mailing-list is hosted by https://www.hostsharing.net
>> ]----
>>
>> du
>>
>> Don't know. Is that still around? Back in the good old days of limited
>> disk space that was the goto
>> to find out who/where the disk hogs were. Lots of command line options
>> and you have to parse
>> the output, But it beats the hell out of writing recursive ...
>>
>> du -shu ..nope ...
>> du -sh * ... nope
>> man du ...nope
>> info du ? ...no i dont have info any more.
>>
>> ah to hell with it... https://www.google.com/search?
>> q=linux+du+command&ie=utf-8&oe=utf-8&client=firefox-b-ab
>>
>> hth
>> b
>> --
>> Me <adamnt42 at gmail.com>
>>
>> ----[ Gambas mailing-list is hosted by https://www.hostsharing.net ]----
>>
>
>
> ----[ Gambas mailing-list is hosted by https://www.hostsharing.net ]----
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gambas-basic.org/pipermail/user/attachments/20180921/17141d03/attachment-0001.html>