Re: Beta 2.089.0
On Sunday, 27 October 2019 at 16:38:30 UTC, baz wrote: On Sunday, 27 October 2019 at 15:04:34 UTC, drug wrote: 27.10.2019 17:20, baz пишет: On Sunday, 27 October 2019 at 12:59:52 UTC, baz wrote: On Thursday, 17 October 2019 at 06:02:33 UTC, Martin Nowak wrote: As usual please report any bugs at https://issues.dlang.org -Martin Hi, I've tested my old stuff and found 2 regs. One deprecation in phobos due to Nullable.get and that was not detected and some weird linking errors, maybe due to typeinfo. https://issues.dlang.org/show_bug.cgi?id=20327 https://issues.dlang.org/show_bug.cgi?id=20328 Only 20328 is valid actually. I confirm the bugs related to Nullable.get (I have another one). I have no the reduced case but there are definitly issues with deprecated Nullable.get According to a little investigation the message would be caused by this unittest [1]. I would suggest to disable it (using version(none)) or to extract it from the struct to the global scope. It's not recommended to add unittest blocks in templatized types anyway, because when the test is not dependent on the template params, like here, it's always the same that gets executed for each instance. [1]: https://github.com/dlang/phobos/blob/master/std/typecons.d#L2889-L2897 BTW you're not allowed to do that // Issue 19799 @safe unittest { import std.format : format; const Nullable!string a = const(Nullable!string)(); format!"%s"(a.get); // added .get here } because the Nullable is in a null state, .get call crash the program in assert mode. Maybe you should revert the whole stuff ? What does the author of the deprecation think about this case ("feep" IIRC ) ?
Re: Beta 2.089.0
On Sunday, 27 October 2019 at 15:04:34 UTC, drug wrote: 27.10.2019 17:20, baz пишет: On Sunday, 27 October 2019 at 12:59:52 UTC, baz wrote: On Thursday, 17 October 2019 at 06:02:33 UTC, Martin Nowak wrote: As usual please report any bugs at https://issues.dlang.org -Martin Hi, I've tested my old stuff and found 2 regs. One deprecation in phobos due to Nullable.get and that was not detected and some weird linking errors, maybe due to typeinfo. https://issues.dlang.org/show_bug.cgi?id=20327 https://issues.dlang.org/show_bug.cgi?id=20328 Only 20328 is valid actually. I confirm the bugs related to Nullable.get (I have another one). I have no the reduced case but there are definitly issues with deprecated Nullable.get According to a little investigation the message would be caused by this unittest [1]. I would suggest to disable it (using version(none)) or to extract it from the struct to the global scope. It's not recommended to add unittest blocks in templatized types anyway, because when the test is not dependent on the template params, like here, it's always the same that gets executed for each instance. [1]: https://github.com/dlang/phobos/blob/master/std/typecons.d#L2889-L2897
Re: Beta 2.089.0
On Sunday, 27 October 2019 at 12:59:52 UTC, baz wrote: On Thursday, 17 October 2019 at 06:02:33 UTC, Martin Nowak wrote: As usual please report any bugs at https://issues.dlang.org -Martin Hi, I've tested my old stuff and found 2 regs. One deprecation in phobos due to Nullable.get and that was not detected and some weird linking errors, maybe due to typeinfo. https://issues.dlang.org/show_bug.cgi?id=20327 https://issues.dlang.org/show_bug.cgi?id=20328 Only 20328 is valid actually.
Re: Beta 2.089.0
On Thursday, 17 October 2019 at 06:02:33 UTC, Martin Nowak wrote: As usual please report any bugs at https://issues.dlang.org -Martin Hi, I've tested my old stuff and found 2 regs. One deprecation in phobos due to Nullable.get and that was not detected and some weird linking errors, maybe due to typeinfo. https://issues.dlang.org/show_bug.cgi?id=20327 https://issues.dlang.org/show_bug.cgi?id=20328
Re: Encouraging preliminary results implementing memcpy in D
On Thursday, 14 June 2018 at 17:27:27 UTC, Patrick Schluter wrote: On Wednesday, 13 June 2018 at 06:46:43 UTC, Mike Franklin wrote: I had a little fun today kicking the crap out of C's memcpy with a D implementation. https://github.com/JinShil/memcpyD Request for help: I don't have a Linux system running on real hardware at this time, nor do I have a wide range of platforms and machines to test with. If you'd like to help me with this potentially foolish endeavor, please run the program on your hardware and send me the results. Feedback, advise, and pull requests to improve the implementation are most welcome. Just a little remark. Alignment has also an extremely heavy impact on the performance of memcpy(). Does your test include it? I asked on IRC yesterday and actually tHose memcpy are not the memcpy we use to copy wide chunks, apparently it's rather for an internal druntime thing, i.e cpy type to type so likely always aligned.
Re: This Week in D #23 - Interview with Dmitry Olshansky, dmd beta, std.experimental.color
On Monday, 29 June 2015 at 03:46:55 UTC, Adam D. Ruppe wrote: http://arsdnet.net/this-week-in-d/jun-28.html thx. interesting interview.
Re: Walter, Brian, and Daniel's DConf 2015 talks are up
On Friday, 19 June 2015 at 22:47:03 UTC, Brad Anderson wrote: Walter: https://www.youtube.com/watch?v=znjesAXEEqw Brian: https://www.youtube.com/watch?v=FmFyB9e7edw Daniel: https://www.youtube.com/watch?v=5daHGXSetXk I've only just started watching but the editing seems to be well done so thanks to UVU for that. What did happen at 16' during Bright Talk ? Seemed hilarous however the language barrier stopped me here.
Re: This Week in D #19: Reggae, ranges, and DConf Wed. Afternoon summary
On Monday, 8 June 2015 at 19:21:10 UTC, Adam D. Ruppe wrote: http://arsdnet.net/this-week-in-d/jun-07.html These dconf articles are taking a long time to write, hence the lateness again, but here's the rest of Wednesday and some roundup of changes from the forum and pull requests. I was a bit sloppy on the QA, I just copy/pasted the notes I took live and formatted them a little. In a few cases, I wasn't sure who the speaker was, so they are labeled 'idk', and my personal shorthand isn't literally what people said, but hopefully this will give people an idea of what was discussed without having to have been there. If someone else wants to post to reddit I'd appreciate it, I get trouble if I post my own thing too often. Over this next week, my life is starting to return to normality so I plan to write up Thursday and Friday for next week, then we have interviews queuing up for the following week! The next few weeks should be exciting issues. http://www.reddit.com/r/programming/comments/393d4d/this_week_in_d_dconf_wed_afternoon_summary_reggae/ By the way the user (bot?) 'qnzc_bot' who usually relays the D announces from here to /r/d_language/ seems out of order since a big week. Does anyone know what's happen ?
Re: forum.dlang.org, version 2 (BETA)
On Thursday, 4 June 2015 at 15:04:05 UTC, Vladimir Panteleev wrote: http://beta.forum.dlang.org/ Many major and minor improvements. Some major ones: - dlang.org theme, fully responsive and mobile-friendly - keyboard navigation in all views - automatically saved post drafts - get notified of new posts and replies with subscriptions - full text search - by persistent request, a new view mode (vertical-split) - post to mailing lists - even faster, believe it or not. This update is the sum of 256 commits over 34 days of development. nice, thx. you've forget to mention that the line warping is more friendly.
Re: Standardpaths library
On Sunday, 5 April 2015 at 09:08:14 UTC, FreeSlave wrote: I wrote small library for getting standard paths (like Pictures, Music) Here's dub package http://code.dlang.org/packages/standardpaths And github repo https://github.com/MyLittleRobo/standardpaths You can see open issues on github. Please, participate in discussions if you're interested. The biggest problem now is OS X support https://github.com/MyLittleRobo/standardpaths/issues/4 You can generate documentation with dub build --build=docs. It's a small but useful lib. Added to metad for Coedit: https://github.com/BBasile/metad/blob/master/.gitmodules#L82
Re: Does the compiler check for safe?
On Tuesday, 5 May 2015 at 21:09:45 UTC, Charles Hixson wrote: It was in announce because I made a mistake in posting. Yes of course, in a safe funct just try to call a non-safe one, to call a delegate or even to cast something and you'll be able to verify that by yourself thanks to the error messages.
Re: EMSI is hiring a D developer
On Wednesday, 15 April 2015 at 08:32:10 UTC, wobbles wrote: On Wednesday, 15 April 2015 at 07:27:51 UTC, Abdulhaq wrote: On Tuesday, 14 April 2015 at 16:17:37 UTC, Justin Whear wrote: EMSI is hiring for an Engineer II to work on D codebases: https:// emsi.bamboohr.com/jobs/view.php?id=30 When it said Moscow I was thinking mmmh lots of traffic, a bit difficult to live in then I saw it was Moscow, Idaho. Every day's a school day. Totally didn't know there was a Moscow in Idaho! Paris - Texas, Saint Petersburg - Alaska... There are a tons of town homonymous to some European cities in the U.S.A... Spent enough time in geoguessr' to know that.
Re: cdb reader and creator
On Monday, 13 April 2015 at 21:34:36 UTC, ketmar wrote: here is Cdb[1] reader and creator, in two small modules. reader: [2] creator: [3] sample: [4] it's totally untested, but i believe that is works. at least for the given sample. Public Domain, based on tinycdb[5]. [1] http://cr.yp.to/cdb.html [2] http://repo.or.cz/w/iv.d.git/blob_plain/HEAD:/tinycdb.d [3] http://repo.or.cz/w/iv.d.git/blob_plain/HEAD:/tinycdbmk.d [4] http://repo.or.cz/w/iv.d.git/blob_plain/HEAD:/tinycdb_test/cdbtest.d [5] http://www.corpit.ru/mjt/tinycdb.html Hi, i'd have a technical question about cdb, maybe a bit off-topic... Why it was designed to use 256 hashtables ? Why not single bigger 252 * 256 hashtable ? Is it only to save space or there are some other reason ?
Re: Coedit - beta 1 released
On Wednesday, 8 April 2015 at 20:07:42 UTC, Kelet wrote: On Wednesday, 8 April 2015 at 17:58:18 UTC, Kelet wrote: On Tuesday, 7 April 2015 at 05:45:16 UTC, Baz wrote: I'm pleased to announce the first beta of Coedit, the small IDE for the D programming language, based on DMD. This version introduces: - the option editor. - metad, a meta GIT repository composed of static libraries easily buildable with Coedit. - DCD integration: call tips and DDoc comments as hints. - symbol list based on libdparse (formerly called the _static explorer_) Links: - Change log and short intro to the new features: https://github.com/BBasile/Coedit/releases/tag/beta_1 - Binaries for win32: https://github.com/BBasile/Coedit/releases/download/beta_1/coedit.beta1.win32.zip - Binaries for Nux64: https://github.com/BBasile/Coedit/releases/download/beta_1/coedit.beta1.linux64.zip Hi Baz, I'm glad to see another IDE on the playing field. Interesting that it's written in FreePascal and utilizing Lazarus components. I always thought it was a good but underutilized tool set. For now, I'm just reading the wiki (which is well-populated), but I look forward to giving it a try sometime soon. Cheers! Hi Baz, After a quick trial run, I'm quite impressed on how well it runs on my rather sluggish computer. All of the features seem to be in place and the documentation is well written. My only complaint lies in the seemingly low level of integration between coedit and DUB. DUB is quickly becoming ubiquitous in the D community. While it seems like I can build and execute my project using DUB, I have to maintain 2 separate project configurations -- one for DUB and one for coedit. Do you think you will ever be so inclined to have coedit support opening a DUB package file (i.e., dub.json)? I think that would sway me to becoming a regular user. But perhaps I misunderstand something here.. Thanks, I'll try to integrate DUB in version 2...so not before monthes :/ There is still as a trick the possibility to use DUB as pre-build-process.
Coedit - beta 1 released
I'm pleased to announce the first beta of Coedit, the small IDE for the D programming language, based on DMD. This version introduces: - the option editor. - metad, a meta GIT repository composed of static libraries easily buildable with Coedit. - DCD integration: call tips and DDoc comments as hints. - symbol list based on libdparse (formerly called the _static explorer_) Links: - Change log and short intro to the new features: https://github.com/BBasile/Coedit/releases/tag/beta_1 - Binaries for win32: https://github.com/BBasile/Coedit/releases/download/beta_1/coedit.beta1.win32.zip - Binaries for Nux64: https://github.com/BBasile/Coedit/releases/download/beta_1/coedit.beta1.linux64.zip
Re: OpenVG bindings
On Friday, 3 April 2015 at 22:53:51 UTC, ddos wrote: Hi folks, today i've created my first dlang library ^_^ a binding to the OpenVG library standard. The referenced implementation is ShivaVG which allows to draw vector graphics within an OpenGL context (similar to cairo). A small demo application is included, using derelict gl3 and glfw3 https://github.com/oggs91/OpenVG_D http://code.dlang.org/packages/dopenvg Thx. I'll give it a try because it matches something i've started last week. I could use Cairo but a few years ago i've already gave up something similar because of the bad performances (Cairo is made and dedicated to inkscape, isn't it ?). Are OpenVG perfs better? This lib is quite unknown btw.
Re: Release D 2.067.0
thx for the release. i's just like to point a problem with the distribution of the local html doc: https://issues.dlang.org/show_bug.cgi?id=14329
Re: Release Candidate D 2.067.0-rc1
On Tuesday, 17 March 2015 at 15:49:48 UTC, Baz wrote: On Monday, 16 March 2015 at 21:38:22 UTC, Martin Nowak wrote: Release Candidate for 2.067.0 http://downloads.dlang.org/pre-releases/2.x/2.067.0/ http://ftp.digitalmars.com/ You can get the binaries here until they are mirrored. https://dlang.dawg.eu/downloads/dmd.2.067.0-rc1/ We fixed the few remaining issues. https://github.com/D-Programming-Language/dmd/compare/v2.067.0-b4...v2.067.0-rc1 https://github.com/D-Programming-Language/phobos/compare/v2.067.0-b4...v2.067.0-rc1 Unless any new issue pops up, we'll make the release on friday. -Martin Thx, i notices some broken links in the local html doc yesterday... https://issues.dlang.org/show_bug.cgi?id=14297 ...surpinsingly they have not been fixed since. Is there a problem ? This kins of problem can be very annoying to new comers. Those kinds of problems can be very annoying to new comers. /!\/!\/!\/!\
Re: Release Candidate D 2.067.0-rc1
On Monday, 16 March 2015 at 21:38:22 UTC, Martin Nowak wrote: Release Candidate for 2.067.0 http://downloads.dlang.org/pre-releases/2.x/2.067.0/ http://ftp.digitalmars.com/ You can get the binaries here until they are mirrored. https://dlang.dawg.eu/downloads/dmd.2.067.0-rc1/ We fixed the few remaining issues. https://github.com/D-Programming-Language/dmd/compare/v2.067.0-b4...v2.067.0-rc1 https://github.com/D-Programming-Language/phobos/compare/v2.067.0-b4...v2.067.0-rc1 Unless any new issue pops up, we'll make the release on friday. -Martin Thx, i notices some broken links in the local html doc yesterday... https://issues.dlang.org/show_bug.cgi?id=14297 ...surpinsingly they have not been fixed since. Is there a problem ? This kins of problem can be very annoying to new comers.
Re: DConf 2015 Early Bird Registration about to Expire!
On Wednesday, 25 February 2015 at 19:42:55 UTC, Walter Bright wrote: The ticket prices go up substantially Mar. 1, so don't delay in getting the early bird price! http://dconf.org/2015/registration.html I hope you will not have to cancel the event (i've read in another topic that you're short on the talks)...I would probably come if i was not such a marginal.
Re: Coedit alpha 11 released
On Thursday, 19 February 2015 at 23:41:02 UTC, Baz wrote: those useless options... the next version have an awesome option editor. about 100 settings just for the editor and the highlither http://imgur.com/RdmHyKJ Smelling more and more beta http://i.imgur.com/6TQGjZC.png
Re: Coedit alpha 11 released
those useless options... the next version have an awesome option editor. about 100 settings just for the editor and the highlither http://imgur.com/RdmHyKJ
dbeaengine - D binding for the BeaEngine disassembler
dbeaengine[1] is a simple BeaEngine[2] interface for the D programming language. The BeaEngine is an X86 and X86_64 library which can be used to disassemble X86 and X86_64 byte-code. The programming interface is simple and outrageously easy to use (a single function named `disassemble()` ). This D binding doesn't add a layout over the original API but the `enum`, `struct` and their members names are more D-friendly. Additionaly, safety is introduced by turning `const` every data set by Bea, which avoids any unintentional modification of the results. -- The project includes: - the original C sources and some script to build the engine as an object. - the di interface, a bit tweaked as mentioned in the intro. - a Coedit project and the equivalent shell scripts to build the engine as a static library. - a sample application which disassembles itself at run-time. Misc: - mostly licensed under the terms of the LGPL v3. - credit go to the original authors, this is a simple interface! - tested under win32 and nux64. - beta, some doc. comments are missing, and `ArgType`[3] may be decomposed to avoid bit-masking. -- [1]: http://www.beaengine.org/ [2]: https://github.com/BBasile/dbeaengine [3]: https://github.com/BBasile/dbeaengine/blob/master/interface/beaengine.di#L168
Re: DCD 0.5.0 beta
On Saturday, 31 January 2015 at 02:50:27 UTC, Brian Schott wrote: https://github.com/Hackerpilot/DCD/tree/v0.5.0-beta3 Changes from 0.4.0: * Include current git commit hash in --version output * Update libdparse and msgpack dependencies * Fix several crashes * Remove Textadept module. It is now at https://github.com/Hackerpilot/textadept-d * Added basic regression testing scripts * Fix #117 * Fix #177 * Fix #179 * Fix #176 * Fix #178 * Fix #182 * Fix #184 Thx for the fix related to DDoc comments, this feature can be used correctly now.
Re: Coedit alpha 11 released
On Thursday, 22 January 2015 at 09:44:28 UTC, Jordi Sayol wrote: El 21/01/15 a les 18:35, Basile Burg via Digitalmars-d-announce ha escrit: I'm glad to announce this new release of Coedit. Congratulations for this new release! Did you fix the use of DCD simultaneously with other D editors? It'll be in α13 (or β1 if i take the time to make those useless options...) https://github.com/BBasile/Coedit/commit/294994dfc51d3c8bc4d7209645af227f32993bfb#diff-6cac757e17e7af0cdd29eb0203dc3b23R79 I'm myself using the feature since 12 hours because it becamed so annoying to wait 5 seconds at each cession startup (the libman exposes over 100k LOC through a dozen of entries, and as DCD is not asynchronous CE has to wait that the client return after each import...). BTW if someone could verify the feature on Linux it'd help...It's straight forward to compile.
Re: DCD 0.3.0, libdparse 0.1.0
On Thursday, 4 September 2014 at 08:06:18 UTC, Brian Schott wrote: https://github.com/Hackerpilot/DCD/releases/tag/v0.3.0 DCD is an editor-independent autocompletion engine for the D programming language. If you've heard of Jedi or Gocode, you have a pretty good idea of what DCD does. It's been a while since I've tagged a release of DCD. The important changes are summarized at the above link. The tl;dr: it's faster, uses less RAM, crashes less, and I'm bad at VIM and Emacs extensions so you should get them from other people. I'd like to give some special thanks to the GtkD project for pointing out that DCD used to be very bad at handling (literally) hundreds of files that publicly imported each other. :-) https://github.com/Hackerpilot/libdparse/releases/tag/v0.1.0 http://code.dlang.org/packages/libdparse The D lexing, parsing, and AST library that powers D-Scanner and DCD is its own project now. The major news items here are that I ran it through some fuzz testing, posted the library's generated documentation online, and registered it with code.dlang.org. Thx for the regular updates. Although I dont use it for a very long time, it's true that the changes made during the latest weeks have improved it a lot.