- Nhc-bugs - Haskell.org

Hello nhc-bugs ¬ü¤u¤Hû¤£¥i©Î¯Êªº»²§U¤u¨ã!!
by 110923nhc-bugs 23 Sep '03

23 Sep '03

1 0

Good day
by Mr Muhamed Hassan 22 Sep '03

22 Sep '03

>From Mr Muhamed Hassan, Falomo Shopping Complex, Ikoyi,Lagos. Dear Friend, I, on behalf of my colleagues from different Federal Government of Nigeria owned parastatals decided to solicit your assistance as regards transfer of US$41,500,000.00 (Fourty one Million,five Hundred Thousand US Dollars) into your bank account. These funds emanated from unclaimed contractual proceeds of foreign contracting firms who could not meet their financial obligations to their creditors. We, as holders of sensitive positions in our various parastatals, were mandated by the Federal Government to scrutinise all payments made to certain foreign contractors and we discovered that some of the contractors have not been paid their contractual entitlement which collectively left the sum of US$46,500,000.00 (Fourty six Million, five Hundred Thousand US Dollars) lying in a suspended Account. However, from our investigations, we discovered that the foreign beneficiary companies have since been liquidated, and to all intents and purposes no longer exist in Nigeria, thus providing us with this opportunity, provided that we have a capable partner, to execute a transaction of this nature. We agreed that the said amount would be transferred into an overseas Bank Account to be provided by a reliable foreign firm/associate. This is because as serving Government workers the Civil Service Code does not allow us to operate foreign Account. In our initial attempt to do this, we succeeded in transferring part of this amount US$5m (Five Million Dollars) into a United States Dollar Account in Beirut, Lebanon, but our foreign associate failed to honour our mutual agreement insisting instead that the total amount be transferred into the Account before we can share the money. As a result, we have lost confidence in the ability of our Lebanese partner to see this matter to its logical conclusion, and until the initial transaction is satisfactorily resolved, we have cancelled further transactions with him. In the light of the foregoing, it is clear that we require a partner that is not only capable of rendering assistance and cooperation in executing this matter, but will honour the terms of agreement when we reach the concluding stages of this transaction. We therefore offer the amount of 20% of the entire sum in return for services/assistance rendered in successfully carrying out this project. We trust that you appreciate the sensitive nature of this matter and the need for initial caution on our part, but when a relationship is confidently established and operations commence you will be provided with all relevant information. I remain at your disposal to entertain any questions/enquiries relating to this proposition and you may contact me as a matter of urgency via e-mail or through the above telephone numbers for further information on the procedures and requirements of this transaction. In your reply, remember to indicate a safe telephone number where I can always reach you. Hope to hear from you soon. Please treat with the strictest confidentiality and expediency Yours faithfully, Mr Muhamed Hassan

1 0

Portability issue with grep -y
by Wolfgang Lux 18 Sep '03

18 Sep '03

Hello! I wanted to report just another problem. The scripts nhc98, hmake, and tprofrel use grep -y to perform a case insensitive comparison. According to the man pages on Mac OS X, -y is an obsolete synonym for -i. Even worse, the grep on Solaris 2.7 does not even understand this option. Here is a patch to replace -y by -i: diff -u /tmp/nhc98-1.16/script/hmake.inst ./script/hmake.inst --- /tmp/nhc98-1.16/script/hmake.inst Thu Mar 6 11:32:51 2003 +++ ./script/hmake.inst Thu Sep 18 14:30:02 2003 @@ -26,7 +26,7 @@ # (Also copes with options like -I/path etc.) # This routine is only strictly required when the MkProg executable # was built with GHC/mingw32. -if echo $MACHINE | grep -y CYGWIN >/dev/null +if echo $MACHINE | grep -i CYGWIN >/dev/null then filepath() { case $1 in -?/*) dir=`echo $1 | cut -c3-` dir=`cygpath -w "$dir" | tr '\\\\' '/'` diff -u /tmp/nhc98-1.16/script/nhc98.inst ./script/nhc98.inst --- /tmp/nhc98-1.16/script/nhc98.inst Fri Mar 7 17:48:45 2003 +++ ./script/nhc98.inst Thu Sep 18 14:30:11 2003 @@ -31,7 +31,7 @@ # (Also copes with options like -I/path etc.) # This routine is only strictly required when the compiler proper # was built with GHC/mingw32. -if echo $MACHINE | grep -y CYGWIN >/dev/null +if echo $MACHINE | grep -i CYGWIN >/dev/null then filepath() { case $1 in -?/*) dir=`echo $1 | cut -c3-` dir=`cygpath -w "$dir" | tr '\\\\' '/'` diff -u /tmp/nhc98-1.16/script/tprofprel ./script/tprofprel --- /tmp/nhc98-1.16/script/tprofprel Mon Apr 15 11:29:03 2002 +++ ./script/tprofprel Thu Sep 18 14:30:30 2003 @@ -16,7 +16,7 @@ # Nasty compatibility stuff between /bin/sh/ and bash for arithmetic. -if sh --version -e | grep -y gnu >/dev/null +if sh --version -e | grep -i gnu >/dev/null then increment() { ( let x=$1+1; echo $x; ); } else increment() { echo $1 + 1 | bc; } fi Regards Wolfgang

2 1

Hello nhc-bugs super news
by 17xja0917nhc-bugs 18 Sep '03

18 Sep '03

1 0

Hello nhc-bugs ¬ü¤u¤Hû¤£¥i©Î¯Êªº»²§U¤u¨ã!!
by 100917nhc-bugs 17 Sep '03

17 Sep '03

1 0

Hello nhc-bugs ¸Û¼x¤u§@¹Ù¦ñ!!
by 100912nhc-bugs 12 Sep '03

12 Sep '03

1 0

Hello nhc-bugs �u�R��t�C�A�ȱo�z��áC
by 210812nhc-bugs 09 Sep '03

09 Sep '03

1 0

Portability issue in CPUTime.cpuTimePrecision
by Wolfgang Lux 08 Sep '03

08 Sep '03

Hello! I just discovered a minor bug in the implementation of the module CPUTime in nhc 1.16. The function cpuTimePrecision returns the fixed constant 1000000, i.e., it assumes that the resolution of the (C) function clock(3) is always 1us. While this is true for systems that conform to the Single Unix Spec (including at least Linux, Solaris, and AIX according to my quick tests), it is wrong for BSD derived OS'es. At least for Mac OS X, FreeBSD, and NetBSD, the resolution of the clock function is only 10ms. In order to make this function portable, cpuTimePrecision should return the value 1000000000000{-this should be 10^12-} `div` CLOCKS_PER_SEC where the value of CLOCKS_PER_SEC is defined in <time.h> (or some file included from there). Regards Wolfgang

1 0

fixIO
by Ross Paterson 02 Sep '03

02 Sep '03

The definition of fixIO used by Nhc (in System.IO), namely fixIO f = let x = unsafePerformIO (f x) in return x produces the wrong results for programs like main = do putStrLn "aaa" ds <- fixIO $ \ds -> do putStrLn "bbb" return ('d':ds) putStrLn "ccc" putStrLn (take 3 ds) (The "left tightening" law says that moving putStrLn "bbb" up a line should not change the meaning.) I suggest: fixIO f = IO (\w -> let { IO f' = f a; r = f' w; Right a = r } in r)

2 1

RE: Double Your Website Traffic - with ExtraHit!
by Rachel Evans 30 Aug '03

30 Aug '03

Double Your Website Traffic ExtraHit is a free way to market your website and it works! Our revolutionary pop-under technology help drives unlimited traffic to your website and increases your page views. Click at http://s2h6a0w3.trafficglue.com/mnkr/www/r?1000025758.2979.3.4DA7i87NGZlLs9 to join us now, it's free! Copyright© 2003 ExtraHit.com. All Rights Reserved. ----------------------------------------------------------------------- Not interested in using our product? To be taken off our mailing list, please follow the instructions below http://s2h6a0w3.trafficglue.com/mnkr/www/r?1000025758.2979.1.cde4DBZEcC2nTr

1 0