On Thursday, 27 December 2012 at 02:26:11 UTC, Andrej Mitrovic
wrote:
On 12/27/12, Walter Bright wrote:
Windows knows nothing about D exceptions
Then why does my code sample work?
Have a look at the "Remarks" section of the WNDPROC documentation:
http://msdn.microsoft.com/en-us/library/wind
On Thursday, 27 December 2012 at 01:39:11 UTC, Walter Bright
wrote:
This applies to any attempt to throw D exceptions in code
called by non-D code.
BTW, Why D isn't using the system defined exception ABI if one
exists (like on windows) ? Is-it intentional, or lack of
documentation/manpower ?
On 12/27/2012 12:52 AM, deadalnix wrote:
On Thursday, 27 December 2012 at 01:39:11 UTC, Walter Bright wrote:
This applies to any attempt to throw D exceptions in code called by non-D code.
BTW, Why D isn't using the system defined exception ABI if one exists (like on
windows) ? Is-it intention
On 12/27/2012 12:50 AM, Vladimir Panteleev wrote:
On Thursday, 27 December 2012 at 02:26:11 UTC, Andrej Mitrovic wrote:
On 12/27/12, Walter Bright wrote:
Windows knows nothing about D exceptions
Then why does my code sample work?
Have a look at the "Remarks" section of the WNDPROC document
Hi,
I was looking into the BitArray part of std.bitmanip to implement
various data compression routines like Huffmann, Lempel-Ziv etc..
and noticed that it could use some improvements, like more
convenient constructors and functions (for ex. see issue 4717 ).
How would I go about submitting th
On Thursday, 27 December 2012 at 09:29:08 UTC, Walter Bright
wrote:
On 12/27/2012 12:52 AM, deadalnix wrote:
On Thursday, 27 December 2012 at 01:39:11 UTC, Walter Bright
wrote:
This applies to any attempt to throw D exceptions in code
called by non-D code.
BTW, Why D isn't using the system de
Marco Nembrini:
Also is anyone else working on this module or
Recently I remember some discussions in D.learn about someone
working on that array of bits.
Bye,
bearophile
"Marco Nembrini" wrote in message
news:ezcalrajgcqlspefn...@forum.dlang.org...
> Should I put all the changes in one big pull request or split it up
> according to the different enhancement requests on Bugzilla?
Split it up.
12/27/2012 1:38 PM, Marco Nembrini пишет:
Hi,
I was looking into the BitArray part of std.bitmanip to implement
various data compression routines like Huffmann, Lempel-Ziv etc.. and
noticed that it could use some improvements, like more convenient
constructors and functions (for ex. see issue 471
On Thursday, December 27, 2012 10:38:35 Marco Nembrini wrote:
> Hi,
> I was looking into the BitArray part of std.bitmanip to implement
> various data compression routines like Huffmann, Lempel-Ziv etc..
> and noticed that it could use some improvements, like more
> convenient constructors and func
On 27/12/2012 04:04, Jonathan M Davis wrote:
And if I understand correctly, that's what the Windows API
project does, which should make the transition easier. But there's still the
issue of figuring out how to do that transition (like figuring out how to deal
with versions and the like), and so
On Wed, 2012-12-26 at 14:12 -0800, Walter Bright wrote:
[…]
> I know this is asking a lot, but very few people understand threads well
> enough
> to investigate this. Would you be willing to?
Willing, yes; caveat actually being able to build DMD, Druntime and
Phobos from Git clones. Able, not so
Thanks to Daniel and Stewart. This will help with all the other Bugzilla
instance I have been shouting at for years :-)
> On Thu, 2012-12-27 at 02:20 +1100, Daniel Murphy wrote:
> You can turn it off in the options.
>
> On Thu, 2012-12-27 at 01:56 +, Stewart Gordon wrote:
> On 26/12/2012 15
On Thursday, December 27, 2012 11:14:15 Stewart Gordon wrote:
> On 27/12/2012 04:04, Jonathan M Davis wrote:
>
>
> > And if I understand correctly, that's what the Windows API
> >
> > project does, which should make the transition easier. But there's still
> > the issue of figuring out how to d
On Wed, 2012-12-26 at 22:48 +0100, bearophile wrote:
> Russel Winder:
>
> > Clojure could make Lisp a mainstream language,
>
> Many things I read in blogs and Reddit about Clojure are wrong,
> or nearly wrong.
Reddit appears to be full of bluster, bullshit and rubbish which is why
it is entirel
Russel Winder:
Practical experience, i.e. actually using it for real on real
projects, indicates that Clojure is an excellent language and
very usable.
In my very limited Clojure experience I've seen that it uses a
LOT of memory even for my small programs, sometimes almost ten
times more tha
On Thursday, 27 December 2012 at 10:21:37 UTC, Jonathan M Davis
wrote:
I believe that there are a couple of threads from a few months
ago in D.Learn
talking about improvements to BitArray, and some folks having
been working on
that. I have no idea where that stands though.
Ok, I'll try to
On 27/12/2012 11:40, Jonathan M Davis wrote:
Transition is one issue, but as I understand it, there are issues
with regards to versioning, since druntime tends assume that
there's only one OS version instead of asking you which version
you're building for,
Are you talking about issues like thi
On Thursday, 27 December 2012 at 10:16:51 UTC, Dmitry Olshansky
wrote:
IRC Era Scarecrow did an amazing job on it that covered a lot
of enhancements including small string optimization, appending,
slicing etc.
I recall reviewing his code and it was a Phobos pull once but
then it pulled out
On Thursday, 27 December 2012 at 11:45:45 UTC, Russel Winder
wrote:
On Wed, 2012-12-26 at 22:48 +0100, bearophile wrote:
Russel Winder:
Practical experience, i.e. actually using it for real on real
projects,
indicates that Clojure is an excellent language and very usable.
Moreover many people
On Thursday, December 27, 2012 13:20:14 Stewart Gordon wrote:
> On 27/12/2012 11:40, Jonathan M Davis wrote:
>
>
> > Transition is one issue, but as I understand it, there are issues
> > with regards to versioning, since druntime tends assume that
> > there's only one OS version instead of asking
Am Thu, 27 Dec 2012 16:32:41 +0100
schrieb Andrej Mitrovic :
> On 12/27/12, Walter Bright wrote:
> > Take a look at druntime\src\rt\dmain2.d. It catches all Throwable's
> > and swallows
> > them - it does not expect the C runtime to handle D exceptions.
> > This is why Throwable is still catchabl
On 27/12/2012 13:52, Jonathan M Davis wrote:
No. There was ifdef stuff of some kind, but I don't recall the
details. You'd probably know more about that sort of stuff than I
would. I'm just recalling stuff from previous discussions and not
necessarily all that accurately.
So you mean ifdefs fr
On 12/27/2012 1:52 AM, deadalnix wrote:
On Thursday, 27 December 2012 at 09:29:08 UTC, Walter Bright wrote:
D does use Windows SEH for win32, but not for win64. But still, you gotta ask
yourself, what do expect Windows to do with a D exception?
I think it has several advantages to use the same
On 12/27/2012 7:32 AM, Andrej Mitrovic wrote:
So then `nothrow` on the headers isn't enough since it only guarantees
we're catching Exception types and letting Nothrow types through to
Windows functions. It sounds to me like we need even stricter
enforcement on the headers which the language does
On 12/27/2012 3:37 AM, Russel Winder wrote:
On Wed, 2012-12-26 at 14:12 -0800, Walter Bright wrote:
[…]
I know this is asking a lot, but very few people understand threads well enough
to investigate this. Would you be willing to?
Willing, yes; caveat actually being able to build DMD, Druntime
On 12/27/12, Walter Bright wrote:
> Is it an issue as you describe? Yes. Is it a big enough issue to merit a
> language change? I doubt it.
Ok, but we should at least document it. Currently we only have a small
remark in the docs saying exceptions in D are not compatible with C++
exceptions, but
Hi,
I am currently using the win32 api bindings project and things
went rather smoothly in migrating my (not so big) code (so far).
I love that pragmas are everywhere to make the compiler link to
proper libraries.
Also, the windows lib included in the distribution of dmd lacks
the "version"
Hi,
I am currently using the win32 api bindings project and the
transition went smoothly. However, the "version" import library
is not included in dmd's windows' libs, so we should have to keep
that in mind, in order to provide a full out-of-the-box working
installation.
I am willing to hel
On 27/12/2012 18:41, Phil Lavoie wrote:
Hi,
I am currently using the win32 api bindings project and things went
rather smoothly in migrating my (not so big) code (so far). I love that
pragmas are everywhere to make the compiler link to proper libraries.
Also, the windows lib included in the dis
On 26/12/2012 22:47, Andrej Mitrovic wrote:
On 12/26/12, Walter Bright wrote:
The operating system calls WNDPROC directly. That means that you (the user)
need to set up / tear down the D runtime yourself
But we already do this in WinMain, which is called first:
But on top of what Walter ha
On Thursday, 27 December 2012 at 10:16:51 UTC, Dmitry Olshansky
wrote:
IRC Era Scarecrow did an amazing job on it that covered a lot
of enhancements including small string optimization, appending,
slicing etc.
I recall reviewing his code and it was a Phobos pull once but
then it pulled out (f
On Thursday, 27 December 2012 at 10:16:51 UTC, Dmitry Olshansky
wrote:
IRC Era Scarecrow did an amazing job on it that covered a lot
of enhancements including small string optimization, appending,
slicing etc.
I recall reviewing his code and it was a Phobos pull once but
then it pulled out
On 12/27/2012 10:16 AM, Andrej Mitrovic wrote:
Ok, but we should at least document it. Currently we only have a small
remark in the docs saying exceptions in D are not compatible with C++
exceptions, but we should clarify and maybe add how to work around
this, whether to catch Throwable, and what
On 28.12.2012 11:48, Era Scarecrow wrote:
On Thursday, 27 December 2012 at 10:16:51 UTC, Dmitry Olshansky wrote:
IRC Era Scarecrow did an amazing job on it that covered a lot of
enhancements including small string optimization, appending, slicing etc.
I recall reviewing his code and it was a Ph
On Thu, 27 Dec 2012, Walter Bright wrote:
> On 12/27/2012 1:52 AM, deadalnix wrote:
> > On Thursday, 27 December 2012 at 09:29:08 UTC, Walter Bright wrote:
> > > D does use Windows SEH for win32, but not for win64. But still, you gotta
> > > ask
> > > yourself, what do expect Windows to do with a
On Thursday, December 27, 2012 17:44:09 Stewart Gordon wrote:
> On 27/12/2012 13:52, Jonathan M Davis wrote:
>
>
> > No. There was ifdef stuff of some kind, but I don't recall the
> > details. You'd probably know more about that sort of stuff than I
> > would. I'm just recalling stuff from previo
On Friday, 28 December 2012 at 01:21:01 UTC, Marco Nembrini wrote:
So the code was complete and working and the only problem was
doing the pull on github? If so would you mind me trying to do
that in your place? It seems worth spending some time on to get
all those improvements in.
In a nuts
On Thursday, 27 December 2012 at 18:04:45 UTC, Walter Bright
wrote:
There is some merit to your argument, and that was the original
idea behind building D exceptions out of Win32 SEH. I did the
same for the Digital Mars C++ compiler.
But in practice, and I include a decade with DMC++, I've jus
39 matches
Mail list logo