September 2003 - Glasgow-haskell-users

Threaded foreign functions calling back.
by Peter Strand 27 Sep '03

27 Sep '03

Hi, I'd like to use a C-library which calls back into the haskell program, potentially from different threads at the same time. That is, the following calling sequence takes place: (haskell) Calls C via foreign import. (c) Creates threads, which in turn calls back into haskell via foreign exported functions. Is this supported in ghc? Some simple tests suggests that it does work, at least I don't get any crashes, if ghc is compiled with --enable-threaded-rts. But is this intended to work or am I just lucky? /Peter

2 1

SEEK FOR PARTNERSHIP
by David Kalon 27 Sep '03

27 Sep '03

David Kalon. reply to : Davidkalon24(a)netscape.net Attention: Sir/Madam REQUEST FOR ASSISTANCE IN A FINANCIAL TRANSACTION I am interested in your partnership in business dealing. This business proposal I wish to intimate you with is of mutual benefit and it?s success is entirely based on mutual trust, cooperation and a high level of confidentiality as regard this transaction. I am representing the board of the contract award and monitoring committe of the Zambian Ministry of Mining and Resources. I am seeking your assistance to enable me transfer the sum of US$35,500,000.00 (Thirty-five Million, Five Hundred Thousand United States Dollars) into your private/company account. The fund came about as a result of a contract awarded and executed for and on behalf of my Ministry. The contract was supposed to be awarded to two foreign contractors to the tune of US$180,000,000.00 (One hundred and Eighty Million United States Dollars). But in the course of negotiation, the contract was awarded to a Bulgarian contractor at the cost of US$144,500,000.00 (One hundred and Forty-four Million, Five Hundred Thousand United States Dollars) to my benefit unknown to the contractor. This contract has been satisfactorily executed and inspected as the Bulgarian firm is presently securing payment from my Ministry, where our Board is in-charge of all foreign contract payment approval. As a civil servant still in active government service, I am forbidden by law to operate an account outside the shores of Zambia. Hence this message to you seeking your assistance so as to enable me present your private/company account details as a beneficiary of contractual claims alongside that of the Bulgarian contractor, to enable me transfer the difference of US$35,500,000.00 (Thirty-five Million, Five Hundred Thousand United States Dollars) into your provided account. On actualisation, the fund will be disbursed as stated below. 1. 20% of the fund will be for you as beneficiary 2. 80% of the fund will be for Us. All logistics are in place and all modalities worked out for a smooth actualisation of the transaction within the next few working days of commencement. For further details as to the workability of this transaction,please reach me as soon as possible for further clarification. Thank you and God bless as I await your urgent response. Yours Sincerely, David Kalon.

1 0

RE: GHC 6.2
by Simon Marlow 26 Sep '03

26 Sep '03

> "Simon Peyton-Jones" <simonpj(a)microsoft.com> writes: > > > So far we have not been regarding 6.2 as ultra-urgent because we > > don't know of anyone who is really stuck with 6.0. Please let us > > know if you are in fact stuck. > > I already mentioned that I really need large file support, and I'd add > that I have some problems with profiling (segfaults, internal > errors¹), > both under 6.0 and 6.0.1. Is this known and/or fixed? And was there > any answer to the original question: The 'strange selectee 29' crash that you reported earlier is fixed in 6.2. I saw your '.hp file contains NULs' reoprt, but there's not much we can do without a test case, unfortunately. I've never seen this one myself. Are there any other profiling bugs that I missed? (apart from the 'entries field is zero' bug in SourceForge)? > >> When can we expect 6.2? > > I can work e.g. the large file issue by using multiple files, but as > it's going to be fixed RSN, I haven't bothered yet. An approximate > schedule would be nice, I promise not to blame anybody if it doesn't > hold. :-) We're removing a lot of old/deprecated stuff in 6.2, so I want to be sure we haven't broken anything before doing the release. The best estimate I can give is 4-6 weeks, but it could be sooner if things settle down quickly. Cheers, Simon

4 3

Re: GHC 6.2
by MR K P SCHUPKE 26 Sep '03

26 Sep '03

Will the arrow's notation be in 6.2, whilst this is not vital, it would be very useful. Regards, Keean Schupke.

2 1

RE: stg_ap_v_ret porting crash: solved?
by Rafael Martinez Torres 26 Sep '03

26 Sep '03

On Fri, 26 Sep 2003, Rafael Martinez Torres wrote: > > I enabled the flags -g > Sorry , the previous mail was incomplete. "send" button fired. GhcRtsHcOpts= -g -optc-DDEBUG GhcRtsCcOpts= -g This is my session with gdb , ghc-6.0.1 and mips-sgi-irix65. I thinks this has nothing to do with the gmp library, but with StgPrimFloat.c , line 250 DEbugging with gdb on a multithread RTS seems not easy . When the program crash - I ask - is there any thread other than evaluator one present at RTS ? I don't understand very much on RTS internals, but, I guess a simple "Hello World" thread may not deal with "decodeFloat operations" May be the compiler gcc-3.0 is faulty for big binaries, due to MULTIGOT linker, as gcc-2.95 was , and pointers are out of control. I will try gcc-3.2 then .. Cheers. bash-2.05a$ !gdb gdb ghc/compiler/stage1/ghc-6.0.1 (gdb) set args "-B./" -"hello.hs" (gdb) break main Breakpoint 1 at 0x1155242c: file Main.c, line 56. (gdb) run Starting program: /scratch/users/eden/6.0.1/ghc-6.0.1-mips/ghc/compiler/stage1/ghc-6.0.1 "-B./" "hello.hs" Breakpoint 1, main (argc=3, argv=0x7fff2e84) at Main.c:56 56 startupHaskell(argc,argv,__stginit_Main); (gdb) n 108 status = rts_mainLazyIO((HaskellObj)mainIO_closure, NULL); (gdb) s rts_mainLazyIO (p=0x116b3620, ret=0x0) at SchedAPI.h:54 54 createIOThread(nat stack_size, StgClosure *closure) { (gdb) n 59 t = createThread(stack_size); .. .. .. 428 scheduleThread(tso); (gdb) n 429 return waitThread(tso, ret); (gdb) n waitThread (tso=0x41c0000, ret=0x116b3620) at Schedule.c:2276 2276 { (gdb) n 2280 m = stgMallocBytes(sizeof(StgMainThread), "waitThread"); (gdb) n 2281 m->tso = tso; (gdb) n .. .. .. (gdb) n 2291 main_threads = m; (gdb) n 2297 stat = waitThread_(m); (gdb) n 0x1153c0e8 in waitThread () Current language: auto; currently asm (gdb) s Single stepping until exit from function waitThread, which has no line number information. 0x1153b164 in updateStablePtrTable () (gdb) n Single stepping until exit from function updateStablePtrTable, which has no line number information. Program received signal SIGSEGV, Segmentation fault. __decodeFloat (man=0x7fff2d00, exp=0x7fff2d10, flt=66.6666641) at StgPrimFloat.c:250 250 if (sign < 0) Current language: auto; currently c (gdb) quit The program is running. Exit anyway? (y or n) y

1 0

GHC 6.2
by Simon Peyton-Jones 26 Sep '03

26 Sep '03

| > BTW, in GHC 6.2 with the -fglasgow-exts -farrows flags, you will be able | > to use either mdo or do...rec for monads and for arrows, as an experiment. | > (Maybe "rec" wasn't such a great keyword to take from the identifier | > space.) | | When can we expect 6.2? [Widening to GHC users.] Here's the GHC release situation. We've forked the tree for 6.2. Simon M is doing a bunch of house-cleaning on it (principally eliminating "casm", "ccall" and all their dirty cousins); there's still an open question of how much of the "bound threads" stuff goes into it; and we really have to fix the "errno bug", but there's some debate about exactly how. So the long and short of it is that if times were normal we'd release 6.2 in two or three weeks. But times are not entirely normal. Simon M is about to become a father (a second child, human this time, to add to GHC), and this event may distract him without warning. So far we have not been regarding 6.2 as ultra-urgent because we don't know of anyone who is really stuck with 6.0. Please let us know if you are in fact stuck. Simon

2 1

BUSINESS PARTNER
by akenmalakin＠hotmail.com 24 Sep '03

24 Sep '03

Dear Sir, I am Aken Malakin Udah, Director of logistics for the government of Liberia under former President Charles Taylor,I was in charge of the proceeds from the diamond mines scattered around the countryside, but since the current president has accepted to go into exile I decided to leave the country immediately before it is too late. I have in my possession the sum of fifteen million United States Dollars (US$15M), Which I am Willing to invest under your care probably in your company or another you may recommend. I am currently in hiding in Ghana since my recent escape from Liberia. I will unfold the procedure for the realization if you indicate your interest to collaborate and you will get 20% of the total sum as commission. Should this proposal not interest you, please disregard it without prejudice .However, if you are interested in this proposal, please contact me using the above email. Please do treat this as a confidential issue as any leakage to the present goverment will be dangerous to me and my family . please treat this with utmost urgency that it requires. Best regards Aken Malakin Udah

1 0

Milyonlara ulasin..
by Ucuz Tanitim 24 Sep '03

24 Sep '03

1 0

GençNet Editör Arýyor!
by Gen�Net 24 Sep '03

24 Sep '03

1 0

a few moments?
by irene 24 Sep '03

24 Sep '03

1 0