Re: DCD: Autocomplete without the IDE
On 2013-09-03 00:20, Brian Schott wrote: That's something that the editor plugin can call on shutdown. DCD pretty much requires that the editor support scripting. I was looking in to adding this to TextMate. But the easiest solution would most likely be using bundles. In TextMate that's basically a script that gets executed when a hotkey is pressed. I mean, I can't really start and stop the sever each time the users press that key. TextMate supports plugins as well, kind of. But it's quite cumbersome to write. I hasn't a real API, one uses method swizzling and observers to implement a plugin. It's a lot easier now when TextMate 2 is open source. It also seems a bit unnecessary to have the server running as soon as the user opens TextMate. He/she might not even use the editor for D this time. -- /Jacob Carlborg
Re: DDT 0.7.0 released
On 2013-09-02 18:55, Bruno Medeiros wrote: Hum, I didn't know it was that much of a pain to use Java 1.7 on a Mac. If I had known I might have delayed the DDT version requirements bump, but now it's too late as it's way down the road, there is a lot of 1.7 use already. And regardless, it shouldn't be that much of a pain to put a newer version of Java. Version 1.7 has been out for quite some time. But it does seem Mac OS X is quite fussy about it: http://docs.oracle.com/javase/7/docs/webnotes/install/mac/mac-jdk.html I uninstalled 1.6 and then installed 1.7. Then when I started Eclipse Mac OS X says I need to install Java. I don't if this might have helped, but you can specify to Eclipse which JVM to use: http://wiki.eclipse.org/Eclipse.ini This means you don't have to use the default JVM but another installed one. I tried that, doesn't work. It just adds it's own "-vm" flag, overriding mine. -- /Jacob Carlborg
Re: specd - write more expressive unit tests
On 2013-09-02 21:03, jostly wrote: specd is a DSL library allowing you to write more expressive unit tests. It is inspired by projects like specs2 and ScalaTest from the Scala world. Example: unittest { describe("a string") .should("have a length property", "foo".length.must.equal(3)); } Features: * DSL for expressing unit tests as specifications * Verify with "must" instead of assert * Report successful / failed tests using green / red paradigm Available as a dub dependency ("specd") or from https://github.com/jostly/specd Comments and suggestions for improvement are welcome! I've been working on something similar myself. https://github.com/jacob-carlborg/dspec I'm working on a new syntax using UDA's, shown here: https://github.com/jacob-carlborg/phobos/blob/serialization/std/serialization/tests/array.d -- /Jacob Carlborg
Re: DCD: Autocomplete without the IDE
Nice. Would you mind keeping the default key bindings that gosublime uses? On 3 Sep 2013 07:55, "yaz" wrote: > On Tuesday, 3 September 2013 at 04:54:24 UTC, Rory McGuire wrote: > >> Do you ever use Sublime Text 2/3? Any plans to support integration with >> it? >> >> Seriously awesome work. I've wanted to make this since I saw gocode, but >> I >> couldn't figure out how to get at the ast in dmd. >> On 3 Sep 2013 00:25, "Brian Schott" wrote: >> >> > I'm currently experimenting a bit with Sublime Text and DCD. I might > hopefully get an alpha quality plugin that just works in a week. No > promises made. >
Re: DCD: Autocomplete without the IDE
On Tuesday, 3 September 2013 at 04:54:24 UTC, Rory McGuire wrote: Do you ever use Sublime Text 2/3? Any plans to support integration with it? Seriously awesome work. I've wanted to make this since I saw gocode, but I couldn't figure out how to get at the ast in dmd. On 3 Sep 2013 00:25, "Brian Schott" wrote: I'm currently experimenting a bit with Sublime Text and DCD. I might hopefully get an alpha quality plugin that just works in a week. No promises made.
Re: DCD: Autocomplete without the IDE
Do you ever use Sublime Text 2/3? Any plans to support integration with it? Seriously awesome work. I've wanted to make this since I saw gocode, but I couldn't figure out how to get at the ast in dmd. On 3 Sep 2013 00:25, "Brian Schott" wrote: > On Monday, 2 September 2013 at 14:59:10 UTC, Jacob Carlborg wrote: > >> On 2013-09-02 09:07, Brian Schott wrote: >> >> "dcd-client --shutdown" will shut down the server. >>> >> >> Well, I'm mean from within the text editor. Is the user expected to run >> this when quitting the editor? >> > > That's something that the editor plugin can call on shutdown. DCD pretty > much requires that the editor support scripting. >
Re: DCD: Autocomplete without the IDE
On Monday, 2 September 2013 at 14:59:10 UTC, Jacob Carlborg wrote: On 2013-09-02 09:07, Brian Schott wrote: "dcd-client --shutdown" will shut down the server. Well, I'm mean from within the text editor. Is the user expected to run this when quitting the editor? That's something that the editor plugin can call on shutdown. DCD pretty much requires that the editor support scripting.
Re: DDT 0.7.0 released
On Mon, 2013-09-02 at 17:55 +0100, Bruno Medeiros wrote: […] > Hum, I didn't know it was that much of a pain to use Java 1.7 on a Mac. > If I had known I might have delayed the DDT version requirements bump, > but now it's too late as it's way down the road, there is a lot of 1.7 > use already. Whilst I don't use my OS X machines that much, I do run Java 8 on them ;-) Of course there is a lot of Java 7 use about, Java 6 and all previous versions are officially dead. Anyone using anything other than Java 7 or Java 8 is practicing computing necrophilia. ;-) […] -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
specd - write more expressive unit tests
specd is a DSL library allowing you to write more expressive unit tests. It is inspired by projects like specs2 and ScalaTest from the Scala world. Example: unittest { describe("a string") .should("have a length property", "foo".length.must.equal(3)); } Features: * DSL for expressing unit tests as specifications * Verify with "must" instead of assert * Report successful / failed tests using green / red paradigm Available as a dub dependency ("specd") or from https://github.com/jostly/specd Comments and suggestions for improvement are welcome! //Johan
Re: DDT 0.7.0 released
On 02/09/2013 16:01, Jacob Carlborg wrote: On 2013-08-17 14:49, Bruno Medeiros wrote: Someone else had a similar problem, a good guess is that you're running with a 1.6 JVM, you need a 1.7 JVM. I finally managed to get it to work by uninstalling Java 1.6, installing 1.7 and then trick Mac OS X to think that the 1.7 version was 1.6. Thanks for the help. Hum, I didn't know it was that much of a pain to use Java 1.7 on a Mac. If I had known I might have delayed the DDT version requirements bump, but now it's too late as it's way down the road, there is a lot of 1.7 use already. And regardless, it shouldn't be that much of a pain to put a newer version of Java. Version 1.7 has been out for quite some time. But it does seem Mac OS X is quite fussy about it: http://docs.oracle.com/javase/7/docs/webnotes/install/mac/mac-jdk.html I don't if this might have helped, but you can specify to Eclipse which JVM to use: http://wiki.eclipse.org/Eclipse.ini This means you don't have to use the default JVM but another installed one. -- Bruno Medeiros - Software Engineer
Re: DDT 0.7.0 released
On 02/09/2013 15:55, Arjan wrote: On Thursday, 15 August 2013 at 19:20:52 UTC, Bruno Medeiros wrote: A new version of DDT - D Development tools is out. Great! But after download and install of the eclipse-kepler linux32 runtime and adding the repo http://updates.ddt.googlecode.com/git/ to the "available software sites" to install DDT the following error occurs: Unable to read repository at http://updates.ddt.googlecode.com/git/content.xml. Unable to read repository at http://updates.ddt.googlecode.com/git/content.xml. Failure initializing default SSL context excerpts from the .log: -8K- !SESSION 2013-09-02 16:45:33.503 --- eclipse.buildId=4.3.0.I20130605-2000 java.version=1.7.0_40 java.vendor=Oracle Corporation BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US Command-line arguments: -os linux -ws gtk -arch x86 !ENTRY org.eclipse.equinox.p2.core 4 0 2013-09-02 16:45:42.402 !MESSAGE Provisioning exception !STACK 1 org.eclipse.equinox.p2.core.ProvisionException: Unable to read repository at http://download.eclipse.org/releases/kepler/content.xml. at org.eclipse.equinox.internal.p2.repository.CacheManager.createCache(CacheManager.java:192) at org.eclipse.equinox.internal.p2.metadata.repository.SimpleMetadataRepositoryFactory.getLocalFile(SimpleMetadataRepositoryFactory.java:66) . . !ENTRY org.eclipse.equinox.p2.core 4 0 2013-09-02 16:45:42.416 !MESSAGE Provisioning exception !STACK 1 org.eclipse.equinox.p2.core.ProvisionException: Unable to read repository at http://updates.ddt.googlecode.com/git/content.xml. at org.eclipse.equinox.internal.p2.repository.CacheManager.createCache(CacheManager.java:192) at org.eclipse.equinox.internal.p2.metadata.repository.SimpleMetadataRepositoryFactory.getLocalFile(SimpleMetadataRepositoryFactory.java:66) -8K- Both locations do not seem to have the content.xml file?? Any help is appreciated. Since 0.7.0 that there is not supposed to be a content.xml anymore: the format of the site changed slightly. It seems there is an issue with out of date cache in Eclipse Update. Go to "Available Software Sites" and reload the DDT site (and/or remove it and add it again). -- Bruno Medeiros - Software Engineer
Re: XML RPC Client and Server - meet xmlrpc-d
02-Sep-2013 20:41, Flamaros пишет: On Monday, 2 September 2013 at 15:54:12 UTC, Pavel Kirienko wrote: I don't think a real server is needed here. A simple listen on a port is sufficient. Well I don't expect that to pass review :) -- Dmitry Olshansky
Re: XML RPC Client and Server - meet xmlrpc-d
On Monday, 2 September 2013 at 15:54:12 UTC, Pavel Kirienko wrote: On Monday, 2 September 2013 at 15:37:16 UTC, ilya-stromberg wrote: On Monday, 2 September 2013 at 15:12:24 UTC, Pavel Kirienko wrote: So, the question is: shall I make a pull request for xmlrpc-d with no HTTP server included? Is there anyone who have a solid HTTP server which is good enough for the standard library? We could cooperate. As I know, the Vibe.d is good: https://github.com/rejectedsoftware/vibe.d But I don't know if it will be useful for you. I know vibe.d, but it does not seem to be going into phobos, does it? I should warn - it won't be easy and is likely to require lot of work from contributor. Recent trend in Phobos contribution is to require good integration with existing modules and approaches - you can have a look at `std.serialization` threads to see what Jacob is going to go through to get to voting. Yeah it is not so easy I know, and I'm not sure I can make time for that right now. However, if someone wants to volunteer I'd glad to help. I don't think a real server is needed here. A simple listen on a port is sufficient.
Re: XML RPC Client and Server - meet xmlrpc-d
On Monday, 2 September 2013 at 15:54:12 UTC, Pavel Kirienko wrote: I know vibe.d, but it does not seem to be going into phobos, does it? I don't know, you should contact Sönke Ludwig to find out it. As I can see, there are a lot of code that could be useful for Phobos.
Re: XML RPC Client and Server - meet xmlrpc-d
On Monday, 2 September 2013 at 15:37:16 UTC, ilya-stromberg wrote: On Monday, 2 September 2013 at 15:12:24 UTC, Pavel Kirienko wrote: So, the question is: shall I make a pull request for xmlrpc-d with no HTTP server included? Is there anyone who have a solid HTTP server which is good enough for the standard library? We could cooperate. As I know, the Vibe.d is good: https://github.com/rejectedsoftware/vibe.d But I don't know if it will be useful for you. I know vibe.d, but it does not seem to be going into phobos, does it? I should warn - it won't be easy and is likely to require lot of work from contributor. Recent trend in Phobos contribution is to require good integration with existing modules and approaches - you can have a look at `std.serialization` threads to see what Jacob is going to go through to get to voting. Yeah it is not so easy I know, and I'm not sure I can make time for that right now. However, if someone wants to volunteer I'd glad to help.
Re: XML RPC Client and Server - meet xmlrpc-d
On Monday, 2 September 2013 at 15:12:24 UTC, Pavel Kirienko wrote: So, the question is: shall I make a pull request for xmlrpc-d with no HTTP server included? Is there anyone who have a solid HTTP server which is good enough for the standard library? We could cooperate. As I know, the Vibe.d is good: https://github.com/rejectedsoftware/vibe.d But I don't know if it will be useful for you.
Re: XML RPC Client and Server - meet xmlrpc-d
On Monday, 2 September 2013 at 10:31:15 UTC, Flamaros wrote: I hope you'll made pull requests for an integration to phobos. I should warn - it won't be easy and is likely to require lot of work from contributor. Recent trend in Phobos contribution is to require good integration with existing modules and approaches - you can have a look at `std.serialization` threads to see what Jacob is going to go through to get to voting. One may argue if it is too demanding but I personally like high quality and consistency levels defined by standard library.
Re: XML RPC Client and Server - meet xmlrpc-d
On Monday, 2 September 2013 at 14:07:52 UTC, ilya-stromberg wrote: On Monday, 2 September 2013 at 10:31:15 UTC, Flamaros wrote: We'll need RPC for our projects, we are interested. I hope you'll made pull requests for an integration to phobos. +1 It's really useful project. Thanks! To be honest, the HTTP server shipped with this library is not so hot, it is just a stub which purpose is to fill the lacking of the default HTTP server in phobos. https://github.com/pavel-kirienko/xmlrpc-d/blob/master/src/http_server_bob.d I think there is no place for this particular piece of code in phobos. So, the question is: shall I make a pull request for xmlrpc-d with no HTTP server included? Is there anyone who have a solid HTTP server which is good enough for the standard library? We could cooperate.
Re: DDT 0.7.0 released
On 2013-08-17 14:49, Bruno Medeiros wrote: Someone else had a similar problem, a good guess is that you're running with a 1.6 JVM, you need a 1.7 JVM. I finally managed to get it to work by uninstalling Java 1.6, installing 1.7 and then trick Mac OS X to think that the 1.7 version was 1.6. Thanks for the help. -- /Jacob Carlborg
Re: DCD: Autocomplete without the IDE
On 2013-09-02 09:07, Brian Schott wrote: "dcd-client --shutdown" will shut down the server. Well, I'm mean from within the text editor. Is the user expected to run this when quitting the editor? -- /Jacob Carlborg
Re: DDT 0.7.0 released
On Thursday, 15 August 2013 at 19:20:52 UTC, Bruno Medeiros wrote: A new version of DDT - D Development tools is out. Great! But after download and install of the eclipse-kepler linux32 runtime and adding the repo http://updates.ddt.googlecode.com/git/ to the "available software sites" to install DDT the following error occurs: Unable to read repository at http://updates.ddt.googlecode.com/git/content.xml. Unable to read repository at http://updates.ddt.googlecode.com/git/content.xml. Failure initializing default SSL context excerpts from the .log: -8K- !SESSION 2013-09-02 16:45:33.503 --- eclipse.buildId=4.3.0.I20130605-2000 java.version=1.7.0_40 java.vendor=Oracle Corporation BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US Command-line arguments: -os linux -ws gtk -arch x86 !ENTRY org.eclipse.equinox.p2.core 4 0 2013-09-02 16:45:42.402 !MESSAGE Provisioning exception !STACK 1 org.eclipse.equinox.p2.core.ProvisionException: Unable to read repository at http://download.eclipse.org/releases/kepler/content.xml. at org.eclipse.equinox.internal.p2.repository.CacheManager.createCache(CacheManager.java:192) at org.eclipse.equinox.internal.p2.metadata.repository.SimpleMetadataRepositoryFactory.getLocalFile(SimpleMetadataRepositoryFactory.java:66) !ENTRY org.eclipse.equinox.p2.core 4 0 2013-09-02 16:45:42.416 !MESSAGE Provisioning exception !STACK 1 org.eclipse.equinox.p2.core.ProvisionException: Unable to read repository at http://updates.ddt.googlecode.com/git/content.xml. at org.eclipse.equinox.internal.p2.repository.CacheManager.createCache(CacheManager.java:192) at org.eclipse.equinox.internal.p2.metadata.repository.SimpleMetadataRepositoryFactory.getLocalFile(SimpleMetadataRepositoryFactory.java:66) -8K- Both locations do not seem to have the content.xml file?? Any help is appreciated.
Re: XML RPC Client and Server - meet xmlrpc-d
On Monday, 2 September 2013 at 10:31:15 UTC, Flamaros wrote: We'll need RPC for our projects, we are interested. I hope you'll made pull requests for an integration to phobos. +1 It's really useful project.
Re: XML RPC Client and Server - meet xmlrpc-d
On Sunday, 1 September 2013 at 19:50:47 UTC, Pavel Kirienko wrote: Hi everyone, I am working on some D-based project that needs to call and serve XML-RPC procedures with multiple output parameters. Quick lookaround revealed that: 1. There are no XML-RPC servers implemented in D, or wrapped in D; 2. There are some simple XML-RPC clients, but no one supports methods with multiple output parameters. So I decided to write ultimate XML-RPC library that could follow XML-RPC standard as close as ... well, as I could manage it. :) Grab your copy here: https://github.com/pavel-kirienko/xmlrpc-d D's compile-time introspection is utterly amazing, it enables such features as automatic conversion of a value which type is not known at compile-time to something predefined. This makes possible to define XML-RPC methods in the simplest way possible (as regular functions), all the boring job of turning the function parameters into XML-RPC types and vice versa is carried out by compiler with the help of the Variant type: -- real multiply(real a, real b) { return a * b; } xmlrpcServer.addMethod!multiply(); -- Which also makes possble such weird things like that: -- // multiply() expects two arguments of type 'real' and returns 'real', // but we call it with strings: string ret = client.call!("multiply", string)("6", "9"); -- Take a look into the 'example' directory on the Github page to see more examples. It is worth to mention that this is my first project in D - I was concurrently studying "The D Programming Language" by Andrei Alexandrescu (great book Andrei!), thus the code may need some review. Good luck with your projects, Pavel. We'll need RPC for our projects, we are interested. I hope you'll made pull requests for an integration to phobos. Good luck.
Re: XML RPC Client and Server - meet xmlrpc-d
On Monday, 2 September 2013 at 05:53:22 UTC, angel wrote: Did you look at std.serialization (currently in the review queue) ? An RPC does need serialization. Yes I'm aware of std.serialization, but it does not seem to support XML-RPC data representation. So I decided to use std.xml, with plans to switch to std.xml2 when available.
Re: DCD: Autocomplete without the IDE
On Monday, 2 September 2013 at 06:30:48 UTC, Jacob Carlborg wrote: * Anything new since you last time you announced it? I'm pretty sure this is the first thread in .announce. Somebody else created a thread about the Kate plugin about a week ago though. * How does one best handle starting and stopping of the server? "dcd-client --shutdown" will shut down the server.