Re: [Haskell-cafe] Mascot Poll Results

2011-11-27 Thread scooter....@gmail.com
-1 (no mascot). As a amusing as a slacker dude might be, out doesn't send  
the right message.There's a reason why RMS isn't the mascot for FSF, for  
example.


Sent from my Verizon Wireless 4G LTE Phone

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell-cafe] How to get a file path to the program invoked?

2011-12-04 Thread scooter....@gmail.com
It's not a poor practice at all. Example: gcc, which uses the executable's  
path as the base directory from which other files are located. MacOS also  
does something similar.


-Original message-
From: Paul R 
To: dokondr 
Cc: Simon Hengel , haskell-cafe  


Sent: Sun, Dec 4, 2011 15:26:28 PST
Subject: Re: [Haskell-cafe] How to get a file path to the program invoked?

dokondr> On the contrary, standard shell variable $0 - contains a full
dokondr> path to the program location in the directory structure, no
dokondr> matter from what directory the program was called.

I don't think the comparison makes sense, as shell script invocation and
executable run are very different mechanisms. Whenever you invoke
a shell script, what really happens is that a program in your path (sh,
bash ...) gets started with an argument that is the path to the script
to load (your script actually). In this situation, you understand that
it is easy to provide the path to the script (the $0) : it is just the
file that the interpreter is loading.

I don't know if it is possible at all to get this information in the
context of binary execution. And I'm not sure it is a good practice
anyway :)

--
 Paul

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell-cafe] How to get a file path to the program invoked?

2011-12-04 Thread scooter....@gmail.com
That's true even for regular fork/exec. 


-Original message-
From: Richard O'Keefe 
To: wren ng thornton 
Cc: haskell-cafe 
Sent: Sun, Dec 4, 2011 15:54:15 PST
Subject: Re: [Haskell-cafe] How to get a file path to the program invoked?


On 4/12/2011, at 7:32 PM, wren ng thornton wrote:
Part of the problem is that, as Alexey says, the first element of argv is  
just whatever is passed to exec, which is not guaranteed to be a complete  
path, a canonical path, or any other specific thing we'd desire. It's not at  
all straightforward to determine the actual location of the executable,  
especially not in a platform-independent manner. argv[0] can't be trusted,  
scanning through $PATH isn't guaranteed to find it (and even if you find  
something of the right name, it's not guaranteed to be the correct  
executable), etc etc.


In particular, with posix_spawnp(), the $PATH that is used to find the  
executable
and the $PATH in the environment that the executable starts with can be two  
different things.



___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe

___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell-cafe] If you'd design a Haskell-like language, what would you do different?

2011-12-20 Thread scooter....@gmail.com
I'd suggest, in addition to the symbols, renaming some of the fundamental types 
and concepts, like Monad. I would violently agree that Monad is the correct 
term, but try to communicate with a commodity software developer sometime (or a 
government acquisition professional). RWH goes a long way to explaining the 
concepts, as do the countless Web pages dedicated to explaining the monad 
concept. 

Better examples for SYB and arrows would also help. 

Haskell is a great language with solid mathematical underpinnings. I'm a big 
fan of it. But, adoption is the key to success; need to make the ordinary easy 
to understand unless the community wants to be relegated to Scala status.

-Original message-
From: Andrew Cowie 
To: haskell-cafe@haskell.org
Sent: Tue, Dec 20, 2011 18:05:18 PST
Subject: Re: [Haskell-cafe] If you'd design a Haskell-like language, what would 
you do different?

On Tue, 2011-12-20 at 16:53 -0500, Matthew Farkas-Dyck wrote:
> Two of three ain't bad (^_~)

Now we just need λ to replace \, → to replace ->, and ≠ to replace /=
(which still looks like division assignment no matter how hard I squint
my eyes. 25 years of C and C derived languages is hard to forget).

Hey, forget replacing, wouldn't it be wonderful if the compiler would
just accept them as synonyms?

AfC
Sydney



___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell-cafe] If you'd design a Haskell-like language, what would you do different?

2011-12-20 Thread scooter....@gmail.com
I'd suggest, in addition to the symbols, renaming some of the fundamental types 
and concepts, like Monad. I would violently agree that Monad is the correct 
term, but try to communicate with a commodity software developer sometime (or a 
government acquisition professional). RWH goes a long way to explaining the 
concepts, as do the countless Web pages dedicated to explaining the monad 
concept. 

Better examples for SYB and arrows would also help. 

Haskell is a great language with solid mathematical underpinnings. I'm a big 
fan of it. But, adoption is the key to success; need to make the ordinary easy 
to understand unless the community wants to be relegated to Scala status.

-Original message-
From: Andrew Cowie 
To: haskell-cafe@haskell.org
Sent: Tue, Dec 20, 2011 18:05:18 PST
Subject: Re: [Haskell-cafe] If you'd design a Haskell-like language, what would 
you do different?

On Tue, 2011-12-20 at 16:53 -0500, Matthew Farkas-Dyck wrote:
> Two of three ain't bad (^_~)

Now we just need λ to replace \, → to replace ->, and ≠ to replace /=
(which still looks like division assignment no matter how hard I squint
my eyes. 25 years of C and C derived languages is hard to forget).

Hey, forget replacing, wouldn't it be wonderful if the compiler would
just accept them as synonyms?

AfC
Sydney



___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe