Picon

Email alias no longer in use

Thanks for taking the time to write us.

In order  to eliminate  the copious  amounts of  spam these  aliases have
received (in addition to your valuable comments) we are switching to form
based input.

Please submit your comments using our feedback form at

http://java.sun.com/docs/forms/jni-sendusmail.html

We will read each and every report that is submitted through this form.

We appreciate you taking the time to  fill out this form and look forward
to reading your comments.

We will remove the email aliases from our web pages and substitute a link
to the forms. After August 23, 2002 we will no longer read mail submitted
to the aliases.

Thank you,

The Java Native Interface Team
Stavros Tripakis | 4 Dec 14:50 2002
Picon
Picon

entities imported from multiple modules


Hi,

I would like to report what I believe is a difference of Hugs
with the Haskell'98 report, in particular the section :

http://haskell.cs.yale.edu/onlinereport/modules.html#sect5

In this section, it is mentionned that

"There is no reference to y, so it is not erroneous that distinct
entities called y are exported by both B and C. An error is only
reported if y is actually mentioned. "

However, Hugs complains:

Prelude> :load A.hs
Reading file "A.hs":
Reading file "B.hs":
Reading file "D.hs":
Reading file "B.hs":
Reading file "C.hs":
Reading file "A.hs":
ERROR A.hs - Entity "y" imported from module "B" already defined in module "C"

I consider this a bug (perhaps serious, since the whole point of
modules is name scoping), am I wrong?

Please find below the files A.hs, B.hs, C.hs, D.hs

(Continue reading)

Ross Paterson | 4 Dec 15:06 2002
Picon

Re: entities imported from multiple modules

On Wed, Dec 04, 2002 at 02:50:02PM +0100, Stavros Tripakis wrote:
> I would like to report what I believe is a difference of Hugs
> with the Haskell'98 report, in particular the section :
> 
> http://haskell.cs.yale.edu/onlinereport/modules.html#sect5
> 
> In this section, it is mentionned that
> 
> "There is no reference to y, so it is not erroneous that distinct
> entities called y are exported by both B and C. An error is only
> reported if y is actually mentioned. "
>
> However, Hugs complains:
> 
> ERROR A.hs - Entity "y" imported from module "B" already defined in module "C"

I believe that you're using the December 2001 release of Hugs.
The implementation of imports and exports in the November 2002 release
is much improved (by Sigbjorn Finne), and maybe even correct.  In your
example, it reports

ERROR "A.hs":4 - Ambiguous variable occurrence "x"
*** Could refer to: C.x B.x

and if x is unused, no error at all.
marry | 4 Dec 16:38 2002
Picon

hugs-bugs Cashfiesta 2002-12-04

Ö»ÒªÔÚÏ߾ͼÆÊý£¬ÎÞÂÛÄúÔÚ×öʲô,²»Ðè¶îÍâͶÈ룬¼´ÄÜ׬µÃÃÀÔª£¡

±¾È˹¤×÷±È½ÏÇáËÉ£¬Ò»ÓÐʱ¼ä¾ÍÊÇÉÏÍø¡£ÔÚÍøÉÏÎÒ·¢ÏÖÁËÒ»¸öÎÊÌ⣺ 
ÄÑÒÔÖÃÐÅ°¡£¡ÌìÏÂÄÄÓÐÃâ·ÑµÄÎç²Í£¿£¡¶Ô×ÔÒÑûÓÐËðʧµÄÊÂΪʲô²»È¥ÊÔÊÔÄØ£¿ÈË×ܸÃΪ×ÔÒÑȥŬÁ¦´´ÔìÌõ¼þµÄ£¡µ«ÎÒµÄÉí
·ÝÊDz»Äܹ»Ð¹Â¶¸øÍâÈ˵ģ¬µ±È»Éí·ÝÖ¤ºÅÂë¡¢ÊÖ»úºÅÂ루ÒòΪ»ØµçÊÇÒª¸¶Ç®µÄàÞ£©¡¢ÐÅÓÿ¨ºÅÂëµÈµÈÖØÒªÐÅÏ¢¶¼²»ÄÜ鶵Ä
àÞ¡£ÓÚÊÇÕÒÁËÒ»¸ö²»ÒªÉí·ÝÖ¤¡¢²»Òª»áÔ±·Ñ£¬Ö»ÒªÓиöµØÖ·¡¢µç»°ºÅÂë¾ÍÄÜÕõµ½Ç®µÄÍøÕ¾£¬ÉêÇë³ÉÁË»áÔ±¡­¡­

µÈÁËÒ»¸öÔ£¬Ê²Ã´»ã¿îµ¥£¿Á¬¸öÓ°×Ó¶¼Ã»ÓУ¡²»¹ýÒ»Ï룬ÎÞËùνÁË£¬·´ÕýҲû³Ô¿÷!¾Íµ±ÊǹíÃÔÐÄÇÏÒ»»Ø°É!¿ÉÒ»Ö±µ½Á˵ÚÈý
¸öÔ¡­¡­

ͻȻ£¬»ã¿îµ¥µ½ÁË£¬200¶àÃÀ½ð£¿ÕÛºÏÈËÃñ±Ò²»¾ÍÊÇ1600¶àÁËÂð£¿

°ëÐÅ°ëÒÉ¡£µ½ÁËÒøÐУ¬½»Á˼¸Ê®ÔªµÄÊÖÐø·Ñ£¬»»»ØÁË1600¶à!ÕæÏñ×öÃÎÒ»Ñù¡­¡­

¹ûÈ»£¬Èý¸öÔºó£¬ÓÖ·ÉÀ´ÁËÒ»Õŵ¥×Ó£¡--300¶àÃÀ½ð£¡ÕæÊÇÄÑÒÔÖÃÐÅ£¡£¡ 
ÓÖ¹ýÁËÈý¸öÔÂÉÏÕǵ½ÁË400¶àÃÀ½ð¡£

ÕâÒ»Çпɶ¼ÊÇÕæµÄ£¬µ±È»Ò²Àë²»¿ªÎÒ×ÔÒѵÄŬÁ¦£¬»ý¼«µØÓÐÐÅÐĵط¢±íÎÄÕ£¬Õæ³ÏµØ½ÌÈËÈçºÎ¼ÓÈë¡£ 
·´ÕýÒ²²»³Ô¿÷£¬ÊÔÊÔ¿´ÂÏàÐÅÎÒ£¬Ã»´íµÄ£¡ 

¼ÓÈë·½·¨ºÜ¼òµ¥£ºhttp://www.cashfiesta.com/php/join.php?ref=fengyanqin

½éÉܵÄÊÇÒ»¼ÒÀûÓÃÍøÉϳåÀËʱ½ÓÊܹã¸æ¶ø׬ǮµÄ¹«Ë¾.CashFiesta¹«Ë¾ÊÇÃÀ¹ú¼ÓÀû¸£ÄáÑDz®¿ËÀûÊеÄÒ»¼ÒÐÂÐ˵ĴÓÊ»¥ÁªÍø¹ã
¸æÒµÎñµÄ¹«Ë¾£¬ÏÖÓëʵÁ¦ÐÛºñµÄExplore
Technologies¼°Inc¹«Ë¾ºÏ²¢,
·þÎñûÓÐʹÓÃʱ¼äÏÞÖÆ.ÐÅÓþ¾ø¶Ô¿É¿¿£¡ËüλÁÐÍøÉÏ
¹ã¸æ¹«Ë¾µÄÈý¼×Ö®ÄÚ£¬ÖÁ½ñ»¹Ã»ÓÐÍøÓÑͶËß¹ý£¡Ö»ÒªÆä×¢²á»áÔ±ÔÚÒ»±ßÉÏÍøʱ£¬Ò»±ß½ÓÊոù«Ë¾·¢Ë͹ýÀ´µÄ¹ã¸æ.¾Í¿ÉÒÔ°´Æä
ÉÏÍøʱ¼ä³¤¶Ì»ñµÃÿСʱ0.6ÃÀÔª(×¢:×îµÍ±ê×¼)µÄ±¨³ê.Âú50ÃÀÔª¼´»á

¸¶¿î´ËÍ⣬Èç¹ûÄ㽫Æä½éÉܸø±ðÈË£¬¼´·¢Õ¹ÏÂÏߣ¬ÄÇôÔÚÄãµÄÏÂÏßÁ÷ÀÀÉÏÍøʱ£¬ÄãÒ²¿ÉÒÔ´ÓÖлñÀû¡£
(Continue reading)

Ralf Welter | 5 Dec 19:04 2002
Picon

signum (recip (-1 :% 1)) should not be 1 % 1

Hi!

I think I have found a bug in the hugs prelude:
Bug: definition of recip in the instance declaration of breaks silent 
assumptions about the internal data in Ratio types.

Descriptiion:
data Integral a => Ratio a = !a :% !a deriving (Eq)
by deriving Eq a normal form is assumed. Further places do at least 
assume a positive denominator:

> instance Integral a => Num (Ratio a) where
>     ...
>     abs (x :% y)      = abs x :% y
>     signum (x :% y)   = signum x :% 1
silently assume the denominator is positive

unforturtunately the definition of recip
> instance Integral a => Fractional (Ratio a) where
>     ...
>     recip (x:%y)        = y :% x
will break these properties.
fix: remove the colon on the right hand side of the recip definition.

Hope this helps - I havn't had the time to check if ghc and other 
implementations suffer from the same issue.

regards,
	ralf welter
(Continue reading)

Ross Paterson | 6 Dec 11:26 2002
Picon

Re: signum (recip (-1 :% 1)) should not be 1 % 1

On Thu, Dec 05, 2002 at 07:04:34PM +0100, Ralf Welter wrote:
> I think I have found a bug in the hugs prelude:
> Bug: definition of recip in the instance declaration of breaks silent 
> assumptions about the internal data in Ratio types.
> 
> Description:
> data Integral a => Ratio a = !a :% !a deriving (Eq)
> by deriving Eq a normal form is assumed. Further places do at least 
> assume a positive denominator:
> 
> >instance Integral a => Num (Ratio a) where
> >    ...
> >    abs (x :% y)      = abs x :% y
> >    signum (x :% y)   = signum x :% 1
> silently assume the denominator is positive
> 
> unforturtunately the definition of recip
> >instance Integral a => Fractional (Ratio a) where
> >    ...
> >    recip (x:%y)        = y :% x
> will break these properties.
> fix: remove the colon on the right hand side of the recip definition.

Thanks for the report and fix -- you're right, this is what the Report
specifies (and what GHC does).  It's now fixed in CVS.
Ralf Welter | 7 Dec 01:09 2002
Picon

Mac OS X Version - Nov 2002 - "Illegal instructions"

Hi!
Without any special options, hugs crashes on me when performing certain 
list operations.
I assume this has to do with a memory management issue, but that's just 
a wild guess.

> [Qbix:~/Documents] sus% /usr/local/bin/hugs
> __   __ __  __  ____   ___      
> _________________________________________
> ||   || ||  || ||  || ||__      Hugs 98: Based on the Haskell 98 
> standard
> ||___|| ||__|| ||__||  __||     Copyright (c) 1994-2002
> ||---||         ___||           World Wide Web: http://haskell.org/hugs
> ||   ||                         Report bugs to: hugs-bugs <at> haskell.org
> ||   || Version: November 2002  
> _________________________________________
>
> Haskell 98 mode: Restart with command line option -98 to enable 
> extensions
>
> Reading file "/usr/local/lib/hugs/lib/Prelude.hs":
>
> Hugs session for:
> /usr/local/lib/hugs/lib/Prelude.hs
> Type :? for help
> Prelude> length (reverse [1..10463])
> Illegal instruction
> [Qbix:~/Documents] sus% /usr/local/bin/hugs
> __   __ __  __  ____   ___      
> _________________________________________
(Continue reading)

Dennis Schieferdecker | 9 Dec 23:42 2002
Picon
Picon

Bug with GraphicsLib

With the new version of Hugs98 (from November 2002) the GraphicsLib
produces some problems:
When using the withRGB function with the RGB datatype, Hugs doesn't
recognize this datatype. The error is probably due to the new
module-system, so that the RGB datatype doesn't get exportet.
--
ciao
dennis

"I hear and I forget,
 I see and I remember,
 I do and I understand"
Sigbjorn Finne | 9 Dec 23:53 2002

Re: Bug with GraphicsLib

Hi there,

thanks for the report. I believe you're trying to use 'withRGB'
using code like the following:

  module Foo where
  import SOEGraphics
  bl = RGB 0 0 0

As you've guessed, due to the way the RGB type is exported
from SOEGraphics you cannot actually see its constructor. You
can fix this by having the export list of SOEGraphics say
"RGB(..)"  instead of just "RGB".

hth
--sigbjorn

----- Original Message ----- 
From: "Dennis Schieferdecker" <shiin <at> gmx.de>
To: <hugs-bugs <at> haskell.org>
Sent: Monday, December 09, 2002 14:42
Subject: Bug with GraphicsLib

> With the new version of Hugs98 (from November 2002) the GraphicsLib
> produces some problems:
> When using the withRGB function with the RGB datatype, Hugs doesn't
> recognize this datatype. The error is probably due to the new
> module-system, so that the RGB datatype doesn't get exportet.
> --
> ciao
(Continue reading)

Jane Brooks | 10 Dec 04:54 2002

www.haskell.org


Hi,

I thought you might be interested in getting in-depth knowledge about your web audience and web traffic patterns in a reliable and cost-effective way.


CoolStats measures web site traffic and online behavior of your visitors.
CoolStats will help you understand how to optimize your site to meet the needs of your visitors.
You get access to detailed, real-time statistical analysis of your web pages - 24 hours a day. View Online Demo!
CoolStats is the ultimate real-time tracking solution for small and mid-sized businesses.
100% accuracy by measuring activity at the client, not via server based log files.
The fee of $19.95 is minimal compared to what it would cost you to run a tracking service yourself!

No programming to do
No servers to maintain
No software applications to install
 
Promotion Code: JB5430
Submit this promotion code
in the sign up form, and enjoy
this special offer!

Best regards

Jane Brooks
CoolStats Support
Email: jane_brooks <at> coolstats.com
http://www.coolstats.com

Don't be the last one to know!

 

 

 

We needed to make business sense out of our web visitor behavior - CoolStats delivers first-class graphical reports that help us continuously improve and optimize our website to match the requirements of our target audience.

   
Bryan Kashilin, Boston
   

Check what other customers say about us!

 

 

 

This message has been brought to hugs-bugs <at> haskell.org. If you do not wish to receive anymore emails, please follow the opt-out instruction here. We apologize for any inconvenience.
 

Gmane