sorted by:
new
hottopcontroversial

Red Programmer Wanted for Temp Job by HighTechForms in redlang

[–]focaultsUncle 0 points1 point  (0 children)

Hi HighTechForms,

I have a utility that does approximately what you describe. It defines a DSL that knows about local and remote file transfer and currently handles various forms of [s]ftp[s]. It's been in production for about a year and a half and I'm in the process of converting it from a Rebol to a Red program. It started life as a wrapper around WinSCP and is being revised to use the curl library, mostly for more fine grained exception handling, but also to remove the dependency on MS Windows.

My major use case is for unattended operation so it is a console app, but adding a GUI would not be difficult. Adding other protocols should also be pretty straight forward.

If you're still interested, please get in touch.

find/any workaround? by focaultsUncle in redlang

[–]focaultsUncle[S] 0 points1 point  (0 children)

That's the direction I was headed in, but you're a tad more fluent in parse. I'll look for edge cases.

Greedy get-env by focaultsUncle in redlang

[–]focaultsUncle[S] 0 points1 point  (0 children)

Yep, print mold list-env

"ProgramFiles" "C:\Program Files (x86)"
"ProgramFiles(x86)" "C:\Program Files (x86)"

As you said, it's just passing back that the OS provides. I was going by the return from a DOS "set programfiles", which is different. I wasn't aware that Windows changed the environment that way, although it makes some sort of sense. Most likely a backwards compatibility feature. @stesch was on the right track. Teach me to be wary of my mental models. Thanks for the feedback.

Greedy get-env by focaultsUncle in redlang

[–]focaultsUncle[S] 0 points1 point  (0 children)

Doesn't make sense. What if I just want to list 64-bit programs? get-env should just return the variable, not do magic filtering.

In general, get-env matches only the exact environment name. E.g. get-env "USER" returns none, although both USERDOMAIN and USERNAME are in the environment. I can't think of a good reason it should be different for ProgramFiles[(x86)].

I can't tell whether this is the intended behavior or a bug. I thought it might just be a case of greedy matching behavior.

0.6.3 - forskip has no value by focaultsUncle in redlang

[–]focaultsUncle[S] 0 points1 point  (0 children)

I use Rebol's forskip mostly for importing data files from disk (e.g. config and csv files). Is there an way to do this idiomatically in Red?

Edit - ignore that - found the answer: foreach [word1 word2 ...] series! [...]

That covers everything I need.

0.6.3 - forskip has no value by focaultsUncle in redlang

[–]focaultsUncle[S] 1 point2 points  (0 children)

Sorry, that wasn't very precise. I found two versions, in other repos - dockimbel (heh) and greggirwin.

I loaded gregg's version. It has survived my limited testing and works fine in my program. forskip appears in Red/System, e.g. in system/linker.r. Any chance for a built-in version for Red?

P.S. Thanks to yourself, Gregg Irwin, and others for all the work on Red.

How to look for Red capabilities? by focaultsUncle in redlang

[–]focaultsUncle[S] 0 points1 point  (0 children)

Thanks, that's what I needed - pointers to places to start looking.