Re: [fpc-devel] Errors with make rtl.chk on Windows
In our previous episode, Michael Van Canneyt said: > > nobody else's ideas count any more from that point on. Core developer > > has spoken! :-( One has to love the way the FPC team works. > > Unfortunately, Graeme, you are mistaken in your facts. > > The fpdoc project file support already exists since almost a year (rev > r16711). > It was discussed way before that in the FPC team (Marco will back me up on > this). Check, Michael and I discussed, and he said he would do it. But the discussion was triggered by Hans-Peter. Somewhere in spring he was also messing with docs on windows and there were some examples of the unix-centricity of the fpcdocs setup. Some things in the latex parts were fixed (but there is still a bit of shellscript somewhere). Wrt the fpdoc docs, I did some tests too, which lead us to conclude the long cmdlines had to go long term. For the other (scripting) related bits I hoped on fpmake, which I hoped had progressed outside packages/ by now :_) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpdoc project options
In our previous episode, Graeme Geldenhuys said: > > When we want to distribute fpdoc project files instead of scripts, a user > > should not have to edit these files - after every SVN update :-( > > They wouldn't have do it every time after a SVN update. SVN (the last > time I checked) does not overwrite all local changes during an update. > If there is a conflict (same line of code changed local and remotely), > then only will it prompt with a resolution choice: use remote setting > or keep local setting. Still it would be the first mandatory edit before making a snapshot. The rest can all be done by just checking out anywhere, and passing some vars to make. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Errors with make rtl.chk on Windows
In our previous episode, Marco van de Voort said: > Some things in the latex parts were fixed (but there is still a bit of > shellscript somewhere). (for the people wondering, it is the for loop in Makefile.4ht) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Error at TCustomJSONRPCDispatcher.FormatResults ?
Hi Michael, On 30/11/2011 6:38 μμ, michael.vancann...@wisa.be wrote: On Wed, 30 Nov 2011, Dimitrios Chr. Ioannidis wrote: Hi all, in the function TCustomJSONRPCDispatcher.FormatResult the Result:=TJSONObject.Create(['result',Return,'error',TJSonNull.Create,transactionproperty,ID.Clone]); i think that should be checked if jdoJSONRPC2 is enabled and remove the 'error' member. From the http://jsonrpc.org/spec.html "error This member is REQUIRED on error. This member MUST NOT exist if there was no error triggered during invocation. The value for this member MUST be an Object as defined in section 5.1." Also i forgot to add that at the end of the same paragraph titled "5 Responce object" stated that "Either the result member or error member MUST be included, but both members MUST NOT be included.". I will have a look at it. The implementation was tested mostly with an ExtJS Ext.Direct client, and there the rules are slightly different. if i 'fixed' the json 2.0 implementation will you accept the patches for the 2.6 release ? I'm asking cause i need to code a cgi app api for multiple json rpc clients which will be written in different languages, and i want to work with the most latest featured a stable fpc release i can. regards, -- Dimitrios Chr. Ioannidis ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Error at TCustomJSONRPCDispatcher.FormatResults ?
On Mon, 5 Dec 2011, Dimitrios Chr. Ioannidis wrote: Hi Michael, On 30/11/2011 6:38 μμ, michael.vancann...@wisa.be wrote: On Wed, 30 Nov 2011, Dimitrios Chr. Ioannidis wrote: Hi all, in the function TCustomJSONRPCDispatcher.FormatResult the Result:=TJSONObject.Create(['result',Return,'error',TJSonNull.Create,transactionproperty,ID.Clone]); i think that should be checked if jdoJSONRPC2 is enabled and remove the 'error' member. From the http://jsonrpc.org/spec.html "error This member is REQUIRED on error. This member MUST NOT exist if there was no error triggered during invocation. The value for this member MUST be an Object as defined in section 5.1." Also i forgot to add that at the end of the same paragraph titled "5 Responce object" stated that "Either the result member or error member MUST be included, but both members MUST NOT be included.". I will have a look at it. The implementation was tested mostly with an ExtJS Ext.Direct client, and there the rules are slightly different. if i 'fixed' the json 2.0 implementation will you accept the patches for the 2.6 release ? I'm asking cause i need to code a cgi app api for multiple json rpc clients which will be written in different languages, and i want to work with the most latest featured a stable fpc release i can. We will try. Michael.___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpdoc project options
On 12/04/2011 07:40 PM, Hans-Peter Diettrich wrote: When we want to distribute fpdoc project files instead of scripts, a user should not have to edit these files - after every SVN update :-( Can't you select the project file(s) using a command line option ? -Michael ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpdoc project options
Michael Van Canneyt schrieb: You can just remove the tags from the project file, or manipulate the options with the tool I made earlier. Still waiting for a description of your tool. BTW, I couldn't find Imports used in building the documentation any more. Did I miss something? DoDi ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpdoc project options
Hans-Peter Diettrich schrieb: BTW, I couldn't find Imports used in building the documentation any more. Did I miss something? Sorry, the reference was not found because mkfpdoc is missing from the fpdoc project files - please add it. DoDi ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpdoc project options
On Mon, 5 Dec 2011, Hans-Peter Diettrich wrote: Michael Van Canneyt schrieb: You can just remove the tags from the project file, or manipulate the options with the tool I made earlier. Still waiting for a description of your tool. Patience. I have only 2 hands and I have a day-time job to be able to pay for my daily food. BTW, I couldn't find Imports used in building the documentation any more. Did I miss something? I forgot to add save/load of imports to the project file. I fixed that. Michael. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpdoc project options
On Mon, 5 Dec 2011, Hans-Peter Diettrich wrote: Hans-Peter Diettrich schrieb: BTW, I couldn't find Imports used in building the documentation any more. Did I miss something? Sorry, the reference was not found because mkfpdoc is missing from the fpdoc project files - please add it. To my knowledge, confirmed by SVN, it is in the .lpi project file ? Michael. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
