May 2003 - Hugs-Bugs - Haskell.org

Italian-crafted Rolex - only $65 - $140!! Free SHIPPING ! !
by james＠hello.com 13 May '03

13 May '03

1 0

hugs-bugs
by sms 11 May '03

11 May '03

你要的网页给你找到了 http://www.creatonly.com/sohusms.htm

1 0

Worldwide Partners program
by The TechNews 10 May '03

10 May '03

The TechNews, May 2003 Production Mini-plants in mobile containers. Worldwide Partners program Science Network will supply to countries and developing regions the technology and necessary support for production in series of Mini-plants in mobile containers (40-foot). The Mini-plant system is designed in such a way that all the production machinery is fixed on the platform of the container, with all wiring, piping, and installation parts; that is, they are fully equipped... and the mini-plant is ready for production." More than 700 portable production systems: Bakeries, Steel Nails, Welding Electrodes, Tire Retreading, Reinforcement Bar Bending for Construction Framework, Sheeting for Roofing, Ceilings and Façades, Plated Drums, Aluminum Buckets, Injected Polypropylene Housewares, Pressed Melamine Items (Glasses, Cups, Plates, Mugs, etc.), Mufflers, Construction Electrically Welded Mesh, Plastic Bags and Packaging, Mobile units of medical assistance, Sanitary Material, Hypodermic Syringes, Hemostatic Clamps, etc. Science Network has started a Co-investment program for the installation of small Assembly plants to manufacture in series the Mini-plants of portable production on site, region or country where required. One of the most relevant features is the fact that these plants will be connected to the World Trade System (WTS) with access to more than 50 million raw materials, products and services and automatic transactions for world trade. Due to financial reasons, involving cost and social impact, the best solution is setting up assembly plants on the same countries and regions, using local resources (labor, some equipment, etc.) Science Network participates at 50% (fifty percent) for investment of each Assembly plant. If you are interested in being a Science Network partner in your country or region, you can send your CV to: Mini-plants <A HREF="mailto:letters@the-tech-news.com">Worldwide Partners program</A> By Robert B. Lethe, The TechNews, Editor ------------------------------------------------------------------------- If you received this in error or would like to be removed from our list, please return us indicating: remove or un-subscribe in subject field, Thanks. <A HREF="mailto:editor@the-tech-news.com"> Editor</A> © 2003 The TechNews. All rights reserved.

1 0

INTERNAL ERROR: depTypeExp
by Iavor Diatchki 10 May '03

10 May '03

hello, here is (a simplifed version of) what i run into while playing with continuations. i guess the important thing is the type sugnature, not the definition. > f :: ((forall b. b) -> Int) -> Int > f = f on this hugs (version May 2003) reports: INTERNAL ERROR: depTypeExp i am a bit rusty on how one calculates the rank of a type, but perhaps this is a rank-3 type? bye iavor

1 0

　　未承諾広告＊３億円への一歩　　　　　　
by 証拠有５億９千万円チャンス 09 May '03

09 May '03

$B!!!!!!!!!!!!!!!!!!!!L$>5Bz9-9p9p!v(B $B!c;v6H<T!dA4?.6(!&$4>5Bz$J$/$NG[?.$4MF<O$M$,$$$^$9!#(B $B$40U8+$O(B 03-5458-8163$B>5$j(a)lMQ(BT.F $B:#8eITMW$NJ}$O(Bhttp://orient-sky.com/deny.htm$B$K$F$*4j$$?=$7>e$2$^$9(B $B(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(B $B!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!#32/1_$X$N0lJb(B $B!!!!!!!!!y"f"f"f"f"f!z"f"f"f"f"f!y"f"f"f"f"f!z"f"f"f"f"f!y(B $B!zJ]>Z;v6H$KIT67$J$7!&J]>Z$KG:$s$G$$$k?M$O!"B?$$$+$i!#(B3$B@iK|$0$i(B $B!!$$M_$7$$?M$OBgB??t$@$+$i!"<+J,$GJ]>Z8\Ld$K$J$j!"(B2$B2/!"(B3$B2/!"(B5$B2/(B9$B@i(B $BK|1_3MF@<T$KDI$$$D$-$^$7$g$&!#(B $B!!7hCG$H<B9T$O>Z5r$+$i!&>Z5r$OJ*E*>Z5r!&13$D$-$^$;$s!&qY$5$l$?$/$J$$(B $B?M$O>Z5r$r!*(B $B!!!!!!!z"f"f"f"f"f!y"f"f"f"f"f!z"f"f"f"f"f!y"f"f"f"f!z(B $B!!!!!!!!!!!!!!(B $B!!!!!!!!!!!!!!:#$+$i$G$bCY$/$"$j$^$;$s!*!*(B $B:#$,@d9%$N%A%c%s%9!*IT67$@$+$iDI$$Iw$N!VJ]>Z:_Bp8\Ld!aE9J^IT(B $BMW$N%3%s%S%KE9$N%*!<%J!<$HF1$8!W$K!*>Z5r3NG'>)Ne!">Z5rL5$7$O;v(B $B<BL5$7$H8+$F0B?4$N0U8+B?$$!#(B $B!!!|$3$A$i$+$i(B $B!!(B http://orient-sky.com/ $BL5NA$N;qNA$4@A5a$G$-$^$9!#(B $B!!(B $B!!(BHP$B$N%H%C%W%Z!<%8$@$18+$F;qNA@A5a$9$kJ}$,B?$$$G$9!#M}M3$O;qNA(B $B!!$NJ}$,2r$j0W$$!&$H$N$3$H$G$9!#(B $B!!!!!!!y"f"f"f"f"f!z"f"f"f"f"f!y"f"f"f"f"f!z"f"f"f"f"f!y(B $B$3$l$+$i$N0B?4$H$f$H$j$N6b3[$rL\;X$7$F!"$"$J$?$b8\Ld$K$J$j$^$;$s(B $B$+!)(B $BBh0lJb$H$7$F;qNA@A5a$r$7$F$/$@$5$$!#!!!!!!L5NA$G;qNA$rM9Aw$7$^$9!#(B $B;qNA$G$$$m$$$m$J;v<B$H>Z5r$r3NG'$7$F2<$5$$!#(B (I"$B>^6b#1#2#0K|1_%W%i%9(B=$B#7#4#4K|1_(I#$B$N8"Mx$r!*?M?t@hCe=g@)8B$K$D$-!"(B $B;j5^;qNA$r@A5a$7$F$/$@$5$$!*(B $B!!!!!!!!(B $B!!!!!!!!!|(B $B2?;v$b>Z5r$,0lHV$K;v<B$N>ZL@(B $B!!!|(B $B$=$NCf$G$bJ*E*>Z5r$,4V0c$$$J$$$N$O<~CN$NDL$j$G$9!#(B $BJ]>Zkz7t$GJ]>Z$NHa7`$rKI$0;v6H$G$9!#(B $B<R2q9W8%$r$7$J$,$i9bN(<}F~$rF@$i$l$^$9!#(B $B$^$?J]>Z$N@UG$$O$9$Y$?<uBw6(2q$,;}$A!"8\Ld$K$O0l@Z@UG$$O$"$j$^(B $B$;$s!#(B $BJ]>Z$N%j%9%/$O0l@Z$"$j$^$;$s!"$40B?4$r!#(B $B8\Ld8xG'HV9f$r;H$&$N$G$"$J$?$NL>A0$OC/$K$bCN$i$l$:$K=PMh$^$9!#(B $B!|$3$A$i$+$i(B $B!!(Bhttp://orient-sky.com/ $B!!L5NA$N;qNA$4@A5a$G$-$^$9!#(B $B!}8D?M!":_Bp!"7s6H$G!"#22/1_!"#32/1_!"#52/#9@iK|1_$N<}F~<TB3=P>Z(B $B!!5rM-$j$^$9!&8+$;$^$9!&2?;v$bqY$5$l$?$/$J$$0Y$K@'Hs!">Z5r$N3NG'(B $B!!!z(B--$B!z(B--$B!~(B--$B!z!!%M%C%H%P%V%k$NJx2u$N8=67!!!z(B--$B!~(B--$B!z(B--$B!~(B $B!|%M%C%H%S%8%M%9$G!V8D?M$NG/<}#5@iK|1_0J2<$NJ}!9!W$O!V6%AhAj<jF1(B $B!!6H<T2a>j6H<o!W$,860x$H8@$o$l$F$$$^$9!#(B $B!|_'C+$N0l$D$N%S%k$K#2#3<T!J<R!&I{6H!&(BSOHO$B!K$$$^$7$?$,!":#$O!"#1!!(B $B!!?M$@$1$K$J$j!"BgItJ,$O6a$/$N!V%Q%=%3%sGc$$<h$jE9!W$KGd5Q$7$?$H$N!!(B $B!!>pJs$G$9!#(B $B!!@5$K%M%C%H%P%V%k$NJx2u$r>]D'$7$?8=>]$G$9!#(B $B!!%9!<%Q!<!&%G%Q!<%H!&>&E9$G$b!V%G%U%l!W$NGH$GGQ6H!"=L>.$N;~Be$G$9!#(B $B(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(B $B!!!!!z(B--$B!~(B--$B!zJ]>Z>Z7tH/9TJ]>Z0z$-<u$1;v6H$O!z(B--$B!~(B--$B!z(B $B!!!!!!!!!z(B--$B!~!!F|K\$G;O$a$FEv6(2q$G3+H/$7#3#7G/!!!z(B--$B!~(B $B!!!!!z(!(!(!!&!&!&(!(!(!(!!&!&!&!&(!(!(!!&!&!&(!(!(!!&!&!&(!!=!=!z(B $BJ]>Z>Z7t$GJ]>Z$NHa7`$r8*Be$o$j$9$k#1#5<o>Z7t!a>Z7tJ]>Z%5!<%S%9(B $B!W$r><OB#4#1G/$+$iH/9T$7$FA49qE*$KJ]>Z$7$F$$$k$N$OF|K\$GM#0l!"Ev(B $BJ]>Z<uBw6(2q$@$1$G$9!#(B $B(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(!(B $B!!!!!z(B--$B!~!!#22/1_!"#32/1_!"#52/1_$N8D?M<}F~<TH/@8(B $B!z(B--$B!~(B $B!!!!!!!!!!!!!!!z(B--$B!~!!$NM}M3$O%P%V%kJx2u(B $B!z(B--$B!~(B $B!z(!(!(!!&!&!&(!(!(!(!!&!&!&!&(!(!(!!&!&!&(!(!(!!&!&!&(!!=!=!z(B $B!}!H5.J}MM$bDI$$$D$-DI$$H4$/J]>Z>Z7t;v6H!I$O!">&9f!aJ]>Z:_Bp;v(B $B!!6H8\!!Ld!&J]>Z6(2qD9!JE9J^!";vL3=jITMW$N%3%s%S%KE9$N%*!<%J!<$H(B $B!!F1MM!K$O!"!!M=Dj!"4uK>!"L4Ey$r%*!<%P!<$7$?<}F~>Z5r$NM}M3$OC1=c(B $B!!$G$9!#(B $B!!%M%C%H%P%V%k!J<{MW$h$j6!5k<T$,5^A}$7$?!K$H@5H?BP$K!"IT67$N@z$j$G!!(B $B!!;q6b!J@83h!";v6H!"8=>u0];}!"IT7J5$BP:v!K$,M_$7$$?M$,!"%P%V%kJx(B $B!!2u#1#2G/0J>e7QB3$7$FA}2C$7$F$$$k$+$i$G$9!#(B $B!}6d9T$N6/@)E*2s<}!"B_$7=B$j!"@=IJ>&IJ$N%G%U%lDc2A3J6%Ah!&J]>Z(B $B!!?M$N:b;::9$72!$5$(!&J]>Z?M:DL3<T$N<+;&%[!<%`%l%9!&Ey$NF|K\7P(B $B!!:Q$N<:GT!!$K$h$k5>@7<T$HM=Hw73$O_'C+$N#2#3<T$N#1<T$N$_@8$-;D(B $B!!$kNc$+$7$F:#8e!!99$K3HBg798~$H$N>pJs!#(B $B!!$=$N$*Lr$KN)$A$?$$!VJ]>Z>Z7t$r!a?M=u$1J]>Z%5!<%S%9>&IJ!W$H$J$k(B $B!!$+$i$G$9!#(B $B!|$3$A$i$+$i(B $B!!(Bhttp://orient-sky.com/ $B!!L5NA$N;qNA$4@A5a$G$-$^$9!#(B $B!!!!(B

1 0

Re: Bug#191033: hugs98_98.200211-1(unstable/ia64): FTBFS: undefined reference to `main'
by Isaac Jones 09 May '03

09 May '03

Greetings. The Debian autobuilders were unable to build hugs on a few platforms, and I tried building Hugs from the distribution tarball and got similar results on ia64 (on both Debian and Redhat). Here's what information I have. Please let me know if I can get more information for you. The error looks like this: ./ffihugs -N +G -W +L"../lib/exts/Storable_aux.c" HugsStorable /usr/lib/crt1.o: In function `_start': /usr/lib/crt1.o(.text+0x41): undefined reference to `main' collect2: ld returned 1 exit status runhugs: Error occurred Reading file "/house/ijones/tmp//lib/hugs/lib/exts/HugsStorable.hs": ERROR "/house/ijones/tmp//lib/hugs/lib/exts/HugsStorable.hs" - Error while running compilation command 'gcc -D__HUGS__ "-I/house/ijones/tmp//lib/hugs/include""/house/ijones/tmp//lib/hugs/lib/exts/HugsStorable.c" -o "/house/ijones/tmp//lib/hugs/lib/exts/HugsStorable.so" ../lib/exts/Storable_aux.c' This seems to have something to do with the "MKDLL_CMD" macro (in src/config.h) getting a bad value for these platforms. In particular, on ia64, it reads: define MKDLL_CMD "gcc " whereas on i386, it reads: #define MKDLL_CMD "gcc -shared" This is what looks like the relevant configure output on ia64: checking if '/LD' builds loadable libraries... checking if '/LD /ML /nologo' builds loadable libraries... checking if '-shared' builds loadable libraries... checking if '-bundle' builds loadable libraries... checking if '-bundle -lc' builds loadable libraries... checking if '-r' builds loadable libraries... And the same configure output on i386: checking if '/LD' builds loadable libraries... checking if '/LD /ML /nologo' builds loadable libraries... checking if '-shared' builds loadable libraries... -shared checking if '-bundle' builds loadable libraries... (cached) -shared checking if '-bundle -lc' builds loadable libraries... (cached) -shared checking if '-r' builds loadable libraries... (cached) -shared It also fails with similar output on hppa and alpha. Complete build logs for a variety of architectures can be found here (where you can see that the previous release was able to build on these architectures): http://buildd.debian.org/build.php?arch=&pkg=hugs98 However, when I alter config.h by hand to include the -shared flag, and rerun make;make install (without rerunning configure) I get this output: ./ffihugs +N +G -W +L"../libraries/Hugs/Storable_aux.c" Hugs.Storable ./ffihugs +N +G -W Foreign.Marshal.Alloc runhugs: Error occurred Reading file "/house/ijones/tmp//lib/hugs/libraries/Foreign/Marshal/Alloc.hs": Reading file "/house/ijones/tmp//lib/hugs/libraries/Foreign/C/Types.hs": Reading file "/house/ijones/tmp//lib/hugs/libraries/Foreign/C/TypesISO.hs": Reading file "/house/ijones/tmp//lib/hugs/libraries/Foreign/Storable.hs": Reading file "/house/ijones/tmp//lib/hugs/libraries/Control/Monad.hs": Reading file "/house/ijones/tmp//lib/hugs/libraries/Hugs/Storable.hs": Reading file "/house/ijones/tmp//lib/hugs/libraries/Foreign/Storable.hs": Reading file "/house/ijones/tmp//lib/hugs/libraries/Foreign/C/TypesISO.hs": Type checking ERROR "/house/ijones/tmp//lib/hugs/libraries/Foreign/C/TypesISO.hs":41 - Implementation of .&. requires extra context *** Expected type : Bits CPtrdiff => CPtrdiff -> CPtrdiff -> CPtrdiff *** Missing context : Bits Int64 Let me know if I can offer any more help. peace, isaac

2 8

Re: [Newbie]Unexpected signal from FFI on Solaris 8
by Alastair Reid 09 May '03

09 May '03

[redirected to hugs-bugs] Marco Vezzoli <marco.vezzoli(a)st.com> writes: > Hi, I'm learning how to use ffi with hugs (latest version, on > Solaris 8). I can compile this simple example without errors > [...] > Hugs loads correctly the module but fails one of the tests: > [...] Thanks for an excellent bug report. I was easily able to repeat what you did! On my machine (Linux/x86 running the CVS copy of Hugs), things worked fine and I got this output: Test> testIncr 2 Test> testTimes times running 3 aaa Test> [Leaving Hugs] Looks like a bug. The major possibilities are: 1) The problem is a Solaris specific bug in Hugs. This is highly likely since Sparcs have some peculiar calling conventions and, more importantly, most testing has been on my Linux/x86 and Windows/x86 machines. 2) The problem is a C compiler specific bug in Hugs. Solaris boxes usually have a Sun compiler and it's often true that gcc isn't installed, properly maintained or the default compiler. Again, most testing has been with gcc. 3) The problem was present in the official release but has been fixed in the CVS repository. I don't recall any fixes - but it's been a busy 6 months for me since the release. 4) The problem is in your code. I don't see an obvious problem. Can someone who uses the standard release check whether the bug shows up on solaris and/or non-solaris machines? Can you (Marco) rerun ffihugs with the additional flag '+L"-v"' to find out which compiler you're using: ffihugs -P{Hugs}/libraries/:{Hugs}/oldlib +G +L"test.c" Test.hs +L"-v" If you're using gcc, this will produce about 50 lines of output which will start with something like: Reading specs from /usr/lib/gcc-lib/i386-linux/3.2.3/specs which says that I use gcc 3.2.3. If you're using another compiler, the flag may be --version or -h or whatever. -- Alastair Reid alastair(a)reid-consulting-uk.ltd.uk Reid Consulting (UK) Limited http://www.reid-consulting-uk.ltd.uk/alastair/

2 3

functoinal dependencies bug (correction)
by Iavor Diatchki 05 May '03

05 May '03

hi again, in my previous post about the functional dependency bug, i accidentally posted the file with the instances for "C" swapped. so the example in the bug report is *not* accepted by Hugs, but if the two lines are swapped, it is accepted. sorry about that. bye iavor

1 0

functioanl dependencies bug
by Iavor Diatchki 05 May '03

05 May '03

> module Test where Consider the following class declarations: > class C a b | a -> b > class C a b => D a Given the way functional dependencies work at the moment, Hugs should probably report an error that "b" is missing (this is what GHC does). I don't really like this restriction (perhaps the determined parameters could be automatically added?), but the current situation with Hugs is very confusing... Here is what happens: Given the following instance declarations: > instance C Int Bool > instance C Char Int > instance D Int Hugs is happy, but if I swap the top two lines (the instances for C) it complains: ERROR "bug3.lhs":18 - Cannot build superclass instance *** Instance : D Int *** Context supplied : () *** Required superclass : C Int Int I am guessing, but I think "b" ends up being a free type variable, and instances are processed from the bottom up (the ubiquitous stack?), so when I swap the declarations, "b" gets bound to Int... bye iavor

1 0

Confirmation
by Derek.Olson＠SmileAtYou.com 05 May '03

05 May '03

Confirmation for hugs-bugs(a)haskell.org Please confirm that you would like updates of my work. We have decided to add this 'double opt-in' system because some prankster decided it would be fun to add a bunch of people without their permission or knowledge. This event has led me to answer angry emails all week instead of carving. All I want to do is carve and share my work with those who can feel it and receive the light. Nobody wants more useless email, and I certainly have no desire to share my work and ideas with anyone who has no interest. Reply to this email and type 'Yes Please' in the body and you will be added. Do nothing and you will be forgotten. Derek Olson Tristan Woodworks http://www.SmileAtYou.com Highlands Ranch, Colorado

1 0