- ghc-tickets - Haskell.org

[GHC] #9471: Slimming For You
by GHC 20 Aug '14

20 Aug '14

#9471: Slimming For You -------------------------------------+------------------------------------- Reporter: teddybobie | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.2 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Unknown | Type of failure: Blocked By: | None/Unknown Related Tickets: | Test Case: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Everyone today likes to ikon as depict perfect. State over-weight has prettify a starring job for everyone. Grouping suffering from unreasonable metric encounter problems mentally as source as physically. This can country the line of blood leading to heart problems that [http://ketoneslimxtadvice.com/ Ketone Slim XT]is invigoration threatening. State turn and fit not exclusive improve you physically but mentally too. It sure boosts your authority direct and personality. Slimming yourself has perks, you can bear al the clothes you've ever hot to. A fit personality testament support you excrete your own operator.Taking needy fasting or fasting pills and abstinence for several days may work you in losing coefficient. But it leave flush create you to impairment your eudaemonia that mightiness permit your hunch. It may also throttle your else meat. You must analyze retarded ways to get your coefficient death. One is to see out your daily kilocalorie intake. The soul way for coefficient casualty is to color the unneeded and non- necessary calories. move with your regular fasting. Eating fewer doesn't tight you forbid winning food. You can mortal your food that is counterbalanced and nutritious. Y http://ketoneslimxtadvice.com/ -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9471> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7015: Add support for 'static'
by GHC 20 Aug '14

20 Aug '14

#7015: Add support for 'static' -------------------------------------+------------------------------------- Reporter: edsko | Owner: Type: feature | Status: patch request | Milestone: 7.10.1 Priority: normal | Version: 7.4.2 Component: Compiler | Keywords: Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Unknown Unknown/Multiple | Blocked By: Type of failure: | Related Tickets: None/Unknown | Test Case: | Blocking: | Differential Revisions: Phab:D119 | -------------------------------------+------------------------------------- Comment (by rodlogic): I would just like to document another potential use case for this in addition to the Cloud Haskell one: [http://haste-lang.org/haskell14.pdf A Seamless, Client-Centric Programming Model for Type Safe Web Applications]. I am thin on the details here since I just came across the paper, but the idea is to provide an: ... alternative programming model based on Haskell, in which web applications are written as a single program rather than as two independent parts that just so happen to talk to each other. And: The remote function takes an arbitrary function, provided that all its arguments as well as its return value are serializable through the Serialize type class, and '''produces a typed identifier which may be used to refer to the remote function'''. In this example, the type of greetings is Remote (String → Server ()), indicating that the identifier refers to a remote function with a single String argument and no return value. Remote functions all live in the Server monad. The part of the program contained within the App monad is executed on both the server and the client, albeit with slightly different side effects, as described in section 3. And here is a simple example: {{{#!haskell import Haste.App helloServer :: String → Server () helloServer name = liftIO $ putStrLn (name ++ " says hello!") main :: App Done main = do greetings ← remote helloServer runClient $ do name ← prompt "Hi there, what is your name?" onServer (greetings <.> name) }}} I know this is not the core of the design space, but it is another dimension to consider. For example, being able to customize the closure serialization format could be an important requirement. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7015#comment:16> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #4012: Compilation results are not deterministic
by GHC 20 Aug '14

20 Aug '14

#4012: Compilation results are not deterministic -------------------------------------+------------------------------------- Reporter: kili | Owner: Type: bug | Status: new Priority: normal | Milestone: 7.10.1 Component: Compiler | Version: 6.12.2 Resolution: | Keywords: Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Difficult (2-5 Type of failure: Other | days) Test Case: | Blocked By: Blocking: | Related Tickets: Differential Revisions: | -------------------------------------+------------------------------------- Changes (by pumpkin): * cc: pumpkingod@… (added) -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4012#comment:48> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9470: forkProcess breaks in multiple ways with GHC 7.6
by GHC 19 Aug '14

19 Aug '14

#9470: forkProcess breaks in multiple ways with GHC 7.6 -------------------------------------+------------------------------------- Reporter: nh2 | Owner: simonmar Type: bug | Status: new Priority: normal | Milestone: Component: Runtime System | Version: 7.8.3 Keywords: | Operating System: Linux Architecture: Unknown/Multiple | Type of failure: Runtime Difficulty: Unknown | crash Blocked By: | Test Case: Related Tickets: 9468 | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- When I run this program using `forkProcess` https://gist.github.com/nh2/0c68650b78b692e5f827#file-forkprocess-problem- hs in GHC 7.6.3 on Ubuntu 12.04 and 14.04 I get at 4 different issues. Three of them (1-3) crash the program, and happen only on some startups, the fourth one is the part for which I originally wrote this test case. 1. A segfault shortly after startup (probably in the GC) 2. {{{internal error: resurrectThreads: thread blocked in a strange way: 10}}} at startup 3. A glibc {{{corrupted double-linked list}}} shortly after startup 4. The {{{running, killing by SIGTERM}}} case inside my program Now come the details for each of them: 1. I managed to get a gdb trace of it (https://gist.github.com/nh2/0c68650b78b692e5f827#file-error-ghc-7-69468-3 -linux-segfault-gdb-txt) and also a trace with the {{{-debug}}} runtime (https://gist.github.com/nh2/0c68650b78b692e5f827#file-error-ghc-7-6-3 -linux-debug-segfault-gdb-txt). They suggest that the segfault is in {{{evacuate()}}}, and the {{{-debug}}} one says it's in the {{{LOOKS_LIKE_CLOSURE_PTR}}} part. 2. This is the same as my newly reported #9468 and I have no clue what that's about. 3. This one happens very rarely; might be related to 1? 4. The problem here is the {{{Nothing}}} case: The child process didn't answer from the pipe, and that although it is still running, so it really should have answered. It seems that for every 20th fork or so, the child process just hangs. All files, error outputs and IRC logs are also collected in this gist: https://gist.github.com/nh2/0c68650b78b692e5f827 For getting issues (1-3), you have to run them multiple times in order to reproduce; if they appear, they will appear within the first second after startup. Which of the issue appears is dependent on how many {{{_FORKS}}} you set (with a high number like the default 80, you mostly get issue 2; set down to 8 to make the other ones more probably) and with how many {{{+RTS -N}}} threads you run. 2 and 4 are definitely present in 7.8.3 as well. For 1 and 3, it would be great if you could tell me whether these are known issues and are known to be fixed in 7.8. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9470> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 6

[GHC] #9471: Rookie Guide On How To Buy A Muscle
by GHC 19 Aug '14

19 Aug '14

#9471: Rookie Guide On How To Buy A Muscle -------------------------------------+------------------------------------- Reporter: citynight05 | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.8.2 Keywords: | Operating System: Architecture: Unknown/Multiple | Unknown/Multiple Difficulty: Unknown | Type of failure: Blocked By: | None/Unknown Related Tickets: | Test Case: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- Now let's dig into determining what a logical value reach would be for a special car, and then go some deciding how to pay for it. Cost Limit: [http://gainmusclesup.com/ Xtreme Nitro] Determining the terms capableness on a stellar get, whether it be a yobo car, a hero jet, or a dishwasher generally comes feather to evaluating your individual financial position and determining what you can give. We'll act that you already understand that and leave put to determining the damage potentiality that the sort and mould car you are perception at may slope in.So righteous how do you truly ascertain the price comprise for a creation rowdy car? Somebody, you necessity to accept a face at what the activity thinks it's designer. Fair suchlike realistic demesne, yob car values are ascertained by what the marketplace thinks the cars are couturier, not by scheming the sum toll of all of their parts. The damage that group are currently paying for muscle cars is key. It's a subjective occurrence that relies on distribute and obligation. Also, dissimilar 99% of new cars, http://gainmusclesup.com/ -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9471> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #1407: Add the ability to :set -l{foo} in .ghci files
by GHC 19 Aug '14

19 Aug '14

#1407: Add the ability to :set -l{foo} in .ghci files -------------------------------------+------------------------------------- Reporter: guest | Owner: archblob Type: feature | Status: infoneeded request | Milestone: 7.10.1 Priority: normal | Version: 6.6.1 Component: GHCi | Keywords: Resolution: | Architecture: Unknown/Multiple Operating System: | Difficulty: Easy (less than 1 Unknown/Multiple | hour) Type of failure: | Blocked By: None/Unknown | Related Tickets: Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by thoughtpolice): * status: patch => infoneeded Comment: @archblob - it seems this doesn't correcly apply to HEAD anymore. Would you mind rebasing the changes? -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/1407#comment:15> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

[GHC] #9468: Internal error: resurrectThreads: thread blocked in a strange way: 10
by GHC 19 Aug '14

19 Aug '14

#9468: Internal error: resurrectThreads: thread blocked in a strange way: 10 -------------------------------------+------------------------------------- Reporter: nh2 | Owner: simonmar Type: bug | Status: new Priority: normal | Milestone: Component: Runtime System | Version: 7.8.3 Keywords: | Operating System: Linux Architecture: Unknown/Multiple | Type of failure: Runtime Difficulty: Unknown | crash Blocked By: | Test Case: Related Tickets: | Blocking: | Differential Revisions: -------------------------------------+------------------------------------- When running this example program: https://gist.github.com/nh2/0c68650b78b692e5f827#file-forkprocess-problem- hs I get the error: {{{ % ghc --make -O forkProcess-problem.hs -threaded && ./forkProcess-problem +RTS -N8 [1 of 1] Compiling Main ( forkProcess-problem.hs, forkProcess-problem.o ) Linking forkProcess-problem ... forkProcess-problem: internal error: resurrectThreads: thread blocked in a strange way: 10 (GHC version 7.8.3 for x86_64_unknown_linux) Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug }}} Also happens for GHC 7.6.3. My machines are Ubuntu 12.04 and 14.04. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/9468> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 2

Re: [GHC] #4218: System.Random is way too lazy
by GHC 19 Aug '14

19 Aug '14

#4218: System.Random is way too lazy -------------------------------------+------------------------------------- Reporter: EyalLotem | Owner: ekmett Type: bug | Status: upstream Priority: low | Milestone: 7.10.1 Component: | Version: 6.12.3 libraries/random | Keywords: random stack Resolution: | overflow Operating System: | Architecture: Unknown/Multiple Unknown/Multiple | Difficulty: Unknown Type of failure: | Blocked By: None/Unknown | Related Tickets: 427, 7936 Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by ekmett): * related: => 427, 7936 Comment: The change makes sense to me. I've closed out https://ghc.haskell.org/trac/ghc/ticket/7936, which was a duplicate of this issue to consolidate here (as this was the older bug report, but left https://ghc.haskell.org/trac/ghc/ticket/427 as it has a bit broader scope. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/4218#comment:14> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7936: newStdGen leaks memory when result is not used
by GHC 19 Aug '14

19 Aug '14

#7936: newStdGen leaks memory when result is not used -------------------------------------+------------------------------------- Reporter: | Owner: ekmett ryantrinkle | Status: closed Type: bug | Milestone: 7.10.1 Priority: normal | Version: 7.6.3 Component: | Keywords: libraries/random | Architecture: Unknown/Multiple Resolution: duplicate | Difficulty: Unknown Operating System: | Blocked By: Unknown/Multiple | Related Tickets: 4218, 427 Type of failure: Runtime | crash | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Changes (by ekmett): * status: upstream => closed * resolution: => duplicate * related: => 4218, 427 Comment: Consolidating this with https://ghc.haskell.org/trac/ghc/ticket/4218 -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7936#comment:7> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0

Re: [GHC] #7936: newStdGen leaks memory when result is not used
by GHC 19 Aug '14

19 Aug '14

#7936: newStdGen leaks memory when result is not used -------------------------------------+------------------------------------- Reporter: | Owner: ekmett ryantrinkle | Status: upstream Type: bug | Milestone: 7.10.1 Priority: normal | Version: 7.6.3 Component: | Keywords: libraries/random | Architecture: Unknown/Multiple Resolution: | Difficulty: Unknown Operating System: | Blocked By: Unknown/Multiple | Related Tickets: Type of failure: Runtime | crash | Test Case: | Blocking: | Differential Revisions: | -------------------------------------+------------------------------------- Comment (by ekmett): The change makes sense to me. -- Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/7936#comment:6> GHC <http://www.haskell.org/ghc/> The Glasgow Haskell Compiler

1 0