Re^6: Out of memory.

if you need to use a second modifier, map lends itself to the purpose.

Hm? It takes a block, doesn't it? Not really comparable to a modifier.

How is this different from calling map in a void context?

Good question. Although if you go down that route, you could also say I'm calling find in void context, and the same about pretty much any prodedure call and basically every other line of code.

In my point of view it's more of a conceptual question - the memory and performance concerns are additional, not the sole reason. I guess this is the mathematical part of my brain kicking in here - but to me, map is for mapping one set to another, and the fact that to do so it loops over the input is more of an implementation detail. On a dataflow architecture, as opposed to the Neumann machines Perl runs on, you could actually do the entire processing in large chunks at once.

Ivory tower? You decide. (After all, my weakness is false hubris, as opposed to the false laziness most people have to overcome.)

How/why is this different for Win32 as compared to other OS's?

Traversal is easier to get right on Win32 systems. Besides some red herring special file types supported by more recent NTFS variants (which, to my knowledge, can be treated as plain files for most intents and purposes, anyway), there are only regular files and directories in a Win32 file system. On Unixoid systems, the situation is decidedly more complex with symlinks in the traversal equation. In fact it's even more tricky if you're collecting statistics on files, considering you have hardlinks, sparse files, fifos, device nodes, and possibly other more exotic beasts to deal with.

Makeshifts last the longest.

Comment on Re^6: Out of memory.

Replies are listed 'Best First'.
Re: Re^6: Out of memory. by BrowserUk (Patriarch) on Jul 23, 2003 at 19:39 UTC
Sorry for the clumsy description. I was trying to say that if want to do `some_statement for some_range while some_condition;` [download] which is perfectly legal and very useful syntax in a couple of languages I have used--including various DEC Basics which I think is where the modifier forms of if, for while & until were borrowed from-- but illegal in perl, then using `map{ some_statement } some_range while some_condition;` [download] is a useful substitute. I take your point about map being conceptually different from a loop though, and I do try to avoid misusing it most of the time. Thanks for the explaination on the traversal thing. I always forget about the special file types. I can see how that routine could disappear up it's own er...stack if it encountered a circular symlink. Examine what is said, not who speaks. "Efficiency is intelligent laziness." -David Dunham "When I'm working on a problem, I never think about beauty. I think only how to solve the problem. But when I have finished, if the solution is not beautiful, I know it is wrong." -Richard Buckminster Fuller	[reply] [d/l] [select]
Re^8: Out of memory. by Aristotle (Chancellor) on Jul 23, 2003 at 23:10 UTC
`map{ some_statement } some_range while some_condition;` [download] You have a block there `:)`, and the keyword goes in front too - might just as well do `do { some_statement for some_range } while some_condition;` [download] At least, that's me. As far as the symlink is concerned, it's as easy as `ln -s . foo` (for which there actually are legitimate uses every once in a blue moon - I've used it). There are also a million other scenarious that require to decide on an individual basis whether a symlink is to be followed or not. Another thing I just remembered is AFS (Andrew File System) - a hugely useful truly distributed filesystem, which, to work as it does, has the unfortunate consequence that even absolute paths can mean different things under different conditions. If you fiddle long enough, you can come up with some pretty far out pathological cases on Unix. File::Find will handle them correctly - modulo what few bugs may be left, of course, but that's the advantage of having code reused and retested millions of times. Makeshifts last the longest.	[reply] [d/l] [select]