Send Beginners mailing list submissions to
beginners@haskell.org
To subscribe or unsubscribe via the World Wide Web, visit
http://www.haskell.org/mailman/listinfo/beginners
or, via email, send a message with subject or body 'help' to
beginners-requ...@haskell.org
You can reach the person managing the list at
beginners-ow...@haskell.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Beginners digest..."
Today's Topics:
1. Re: How do I marshall a pointer over SendMessage LPARAM or
WPARAM? (Brent Yorgey)
2. Where do you put your tests? (Lorenzo Bolla)
----------------------------------------------------------------------
Message: 1
Date: Wed, 18 Jul 2012 16:28:09 -0400
From: Brent Yorgey <byor...@seas.upenn.edu>
Subject: Re: [Haskell-beginners] How do I marshall a pointer over
SendMessage LPARAM or WPARAM?
To: beginners@haskell.org
Message-ID: <20120718202809.ga11...@seas.upenn.edu>
Content-Type: text/plain; charset=iso-8859-1
I'm very glad to have been proven wrong about someone on the beginners
list being able to help. =)
On Wed, Jul 18, 2012 at 09:40:51PM +0200, Simon Peter Nicholls wrote:
> Wellllll, I couldn't wait until tomorrow of course.
>
> I just had to have an after-dinner hack, tried again with WM_COPYDATA
> / COPYDATASTRUCT, and it worked first time!
>
> Thanks again for your help!
>
> On Wed, Jul 18, 2012 at 7:13 PM, Sylvain HENRY <hsy...@gmail.com> wrote:
> > If you are doing inter-process communication, you should not send pointers
> > as processes do not share the same address space.
> >
> > Use WM_COPYDATA to send a specific amount of data.
> > http://msdn.microsoft.com/en-us/library/windows/desktop/ms649011%28v=vs.85%29.aspx
> >
> > I've read that SendMessage is blocking, so you can use withCWString
> > (contrary to what I have previously written). As you have to pass the size
> > of the data, you can even use withCWStringLen (and peekCWStringLen).
> >
> > Cheers
> > Sylvain
> >
> > Le 18/07/2012 19:02, Simon Peter Nicholls a ?crit :
> >
> >> It's inter-process by design.
> >>
> >> I have a small "single instance " C++ program that I'm porting to
> >> Haskell. Once the first instance launched is up and running,
> >> subsequent launches send their command line params through to the
> >> single instance (file names). Similar to when a media player queues
> >> files in a play list.
> >>
> >> The most recent extra clue I have is that if I wrap the SendMessage
> >> function with my own C FFI version, my C function can both re-cast and
> >> output the CWString I have sent, and can successfully invoke the real
> >> SendMessage by overriding the CWString with a newly created L"blah"
> >> string. It's just a shame it can't use the original!
> >>
> >> My next session will involve poking around at the two strings to learn
> >> why they are treated differently.
> >>
> >> On Wed, Jul 18, 2012 at 6:33 PM, Sylvain HENRY <hsy...@gmail.com> wrote:
> >>>
> >>> Are you sending the message to a window of the same process?
> >>>
> >>> -Sylvain
> >>>
> >>> Le 18/07/2012 18:28, Simon Peter Nicholls a ?crit :
> >>>
> >>>> I've tried that without joy. Have reposted over at Haskell cafe, as
> >>>> per Brent's advice. Thanks to both of you.
> >>>>
> >>>> On Wed, Jul 18, 2012 at 5:56 PM, Sylvain HENRY <hsy...@gmail.com> wrote:
> >>>>>
> >>>>> Hi,
> >>>>>
> >>>>> [As I've just registered to the list, I don't have the original
> >>>>> message.
> >>>>> That's why I answer to Brent insted of Simon]
> >>>>>
> >>>>> By using "withCWString", your CWString may be freed before the message
> >>>>> is
> >>>>> sent. Use "newCWString" instead and "free" in your receiving code.
> >>>>>
> >>>>> Cheers
> >>>>> Sylvain
> >>>>>
> >>>>> Le 18/07/2012 17:47, Brent Yorgey a ?crit :
> >>>>>
> >>>>>> Hi,
> >>>>>>
> >>>>>> Just a meta-comment: this doesn't seem like a beginner question to
> >>>>>> me. =) Perhaps someone on this list will know the answer (and there's
> >>>>>> nothing wrong with asking), but for such a specific question you may
> >>>>>> have better luck posting to haskell-cafe or StackOverflow.
> >>>>>>
> >>>>>> -Brent
> >>>>>>
> >>>>>> On Wed, Jul 18, 2012 at 03:14:46PM +0200, Simon Peter Nicholls wrote:
> >>>>>>>
> >>>>>>> I'm new to Haskell, and have had some good success with FFI so far,
> >>>>>>> but using Win32's sendMessage to send a pointer in LPARAM or WPARAM
> >>>>>>> is
> >>>>>>> resulting in access violations at the other end.
> >>>>>>>
> >>>>>>> Is there some issue with my pointer conversions? Am I hitting some
> >>>>>>> restriction, or missing some compiler options?
> >>>>>>>
> >>>>>>>
> >>>>>>> It's driving me pretty crazy, after a very nice start to using
> >>>>>>> Haskell.
> >>>>>>>
> >>>>>>> Some "sending" code:
> >>>>>>>
> >>>>>>> Foreign.C.String.withCWString "frustrator" $ \s -> do
> >>>>>>> let wParam = System.Win32.Types.castPtrToUINT s ::
> >>>>>>> System.Win32.Types.WPARAM
> >>>>>>> Graphics.Win32.sendMessage wnd
> >>>>>>> Graphics.Win32.wM_APP
> >>>>>>> wParam 0
> >>>>>>>
> >>>>>>> wndProc "receiving" code:
> >>>>>>>
> >>>>>>> | wmsg == Graphics.Win32.wM_APP = do
> >>>>>>> s <- peekCWString $ System.Win32.Types.castUINTToPtr
> >>>>>>> wParam
> >>>>>>> putStrLn s
> >>>>>>> return 0
> >>>>>>>
> >>>>>>> The string will not be seen.
> >>>>>>>
> >>>>>>> Some extra notes:
> >>>>>>>
> >>>>>>> I can get wndProc messages and integral data generally.
> >>>>>>> The pointer values match textually at both ends when "shown" to
> >>>>>>> stdout.
> >>>>>>> At the sending side I can pass the CWString to a regular FFI function
> >>>>>>> call just fine, and castUINTToPtr will give me back a functioning Ptr
> >>>>>>> for that call.
> >>>>>>>
> >>>>>>> I have also tried sending to & receiving from a working C++
> >>>>>>> program,
> >>>>>>> without success. Access violations are reported when receiving,
> >>>>>>> though
> >>>>>>> again the address matches up. Silence from Haskell as before, when
> >>>>>>> C++
> >>>>>>> is sending.
> >>>>>>>
> >>>>>>> I found someone else having an issue here:
> >>>>>>> http://osdir.com/ml/haskell-c...@haskell.org/2009-11/msg00731.html
> >>>>>>> but
> >>>>>>> no solution unfortunately.
> >>>>>>>
> >>>>>>> _______________________________________________
> >>>>>>> Beginners mailing list
> >>>>>>> Beginners@haskell.org
> >>>>>>> http://www.haskell.org/mailman/listinfo/beginners
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> Beginners mailing list
> >>>>>> Beginners@haskell.org
> >>>>>> http://www.haskell.org/mailman/listinfo/beginners
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> Beginners mailing list
> >>>>> Beginners@haskell.org
> >>>>> http://www.haskell.org/mailman/listinfo/beginners
> >>>>
> >>>> _______________________________________________
> >>>> Beginners mailing list
> >>>> Beginners@haskell.org
> >>>> http://www.haskell.org/mailman/listinfo/beginners
> >>>
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> Beginners mailing list
> >>> Beginners@haskell.org
> >>> http://www.haskell.org/mailman/listinfo/beginners
> >>
> >> _______________________________________________
> >> Beginners mailing list
> >> Beginners@haskell.org
> >> http://www.haskell.org/mailman/listinfo/beginners
> >
> >
> >
> >
> > _______________________________________________
> > Beginners mailing list
> > Beginners@haskell.org
> > http://www.haskell.org/mailman/listinfo/beginners
>
> _______________________________________________
> Beginners mailing list
> Beginners@haskell.org
> http://www.haskell.org/mailman/listinfo/beginners
>
------------------------------
Message: 2
Date: Thu, 19 Jul 2012 09:16:50 +0100
From: Lorenzo Bolla <lbo...@gmail.com>
Subject: [Haskell-beginners] Where do you put your tests?
To: beginners@haskell.org
Message-ID:
<cadjgtrznw-mrk083keyou5tpbeyxa9cw5j5m5ybemykbgsw...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi all,
I'm writing some library code and I have hunit-tests and quickcheck-tests.
I'm facing the problem of where to put these tests. These are the options I
can think of:
- Put the tests for a function in the same file where the function is
defined. This is good because tests are close to the code being tested and
work as a sort of documentation for it. But it's bad because the file
requires HUnit, QuickCheck, Test.Framework, etc. to compile.
- Same as above, but use some sort of preprocessing flag to ignore the
Test suite when compiling the library (hence no dependencies on test
libraries), but leave the code in place. No dependencies, but ugly.
- Put the tests in completely separate files. Good because library
dependencies are reduced, but bad because tests are somewhat "disconnected"
from the functions they are testing.
What do you expert suggest? How should I organize my test suites?
(The same conundrum applies to benchmarking code.)
Thanks,
Lorenzo
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://www.haskell.org/pipermail/beginners/attachments/20120719/1d487185/attachment-0001.htm>
------------------------------
_______________________________________________
Beginners mailing list
Beginners@haskell.org
http://www.haskell.org/mailman/listinfo/beginners
End of Beginners Digest, Vol 49, Issue 22
*****************************************
