either.
If you are interested, please submit your application to itj...@create-net.org
Details on the open position and ideal profile may be found on
http://www.create-net.org
Best,
Regis Saint-Paul
CREATE-NET
P.S. Note that although we are a research center, these openings are for
developer
One way in which cabal can be made UAC aware (and therefore request for
elevation privileges instead of just failing) would be to embed a manifest
in the cabal.exe. This can be done by changing the default manifest (an XML
file) that is embedded at link time by GHC. This is supported by GHC
builds down to more
work and more platform specific code.
Cheers,
Regis
-Original Message-
From: Matthijs Kooijman [mailto:matth...@stdin.nl]
Sent: Thursday, 10 September 2009 3:25 PM
To: Regis Saint-Paul
Cc: haskell-cafe@haskell.org; 'Duncan Coutts'
Subject: Re: [Haskell-cafe] Cabal
One last note as it may be confusing in previous message...I mention to use
windows API, but there is no API per-se that can elevate a process already
running. It takes to create another process which, at startup time, will
popup the elevation dialog. The win32 function to call is therefore just
- use windows API for requesting elevation during the process (ugly)
If it really has to be done, then this seems like the best approach. In
principle there's no problem with calling funky win32 functions in
Cabal, it's mostly a matter of working out what bahaviour we want and
what UAC
hurt the
design (as in [1]). By comparison, the current logo performs very badly on
all these criteria.
Cheers,
-Regis Saint-Paul
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Hi,
Ive seen many times the monad topic coming around on the cafe and plentiful
tutorials on monads have been published. However, as a complete Haskell
newbie coming from OOP, I felt monads were not particularly difficult to
grasp, and very exciting to work with.
During my experiments with