Re: DCD: Autocomplete without the IDE
On 2013-09-01 12:58, Brian Schott wrote: * What is it? DCD is a client and server program that work together to provide autocomplete suggestions and function call tips to almost any text editor that supports scripting or plugins. * Anything new since you last time you announced it? * How does one best handle starting and stopping of the server? -- /Jacob Carlborg
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.
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: 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 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: 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: 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: 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 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 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: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: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: 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: 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 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
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: 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 briancsch...@gmail.com 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 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 briancsch...@gmail.com 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.
