You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
(3) |
May
(1) |
Jun
|
Jul
(9) |
Aug
(4) |
Sep
(1) |
Oct
|
Nov
|
Dec
(10) |
2003 |
Jan
(13) |
Feb
(39) |
Mar
|
Apr
(17) |
May
(3) |
Jun
(3) |
Jul
(1) |
Aug
(2) |
Sep
|
Oct
(6) |
Nov
|
Dec
|
2004 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(7) |
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Nicholas P. <nic...@sl...> - 2003-10-24 23:59:39
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am new to both dia and dia2code and have been playing around a bit with both. I like what I have found so far, but have some questions on dia2codes progress and current work. In particular I have noticed that dia2code does not include anything in the dia comments for a class/attribute/method in the generated code. I am interested in using dia2code to generate my EJBs from the UML, but I would need to be able to include comments so that I can use Xdoclet the way I currently do. :) Is this something that people are working on adding to dia2code, or is it something that a contribution would be welcome for? I don't want to duplicate effort. Note that it might take me awhile to get cycles to really do this, but I might be able to do in time. Thanks, - -Nick -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/mbvoR42/Somtp0QRAp2aAJ48Wyykd0zX6zhpeyhc4xqeJq5EPgCeJfU7 oz4DB2X/VA0nfYgOmALNfoM= =D5LO -----END PGP SIGNATURE----- |
From: Jarno S. <s1...@ev...> - 2003-08-17 21:07:02
|
this package adds creation of folders to meet packages which java classes are members... Its made against 0.81 release sources. becouse I cannot compile CVS versions. My autoconf and automake versions differ those required... I'd like to add commandline option to either enabe or disable this. what kind of approach do you succest? and also some other options for javadoc configs Im planning to be working next. how about them, like author how to pass that? Jape -- EvoNet Jarno Saarinen p. +358 40 552 4004 |
From: Jarno S. <s1...@ev...> - 2003-08-17 21:01:16
|
this package adds creation of folders to meet packages which java classes are members... Its made against 0.81 release sources. becouse I cannot compile CVS versions. My autoconf and automake versions differ those required... I'd like to add commandline option to either enabe or disable this. what kind of approach do you succest? and also some other options for javadoc configs Im planning to be working next. how about them, like author how to pass that? Jape -- EvoNet Jarno Saarinen p. +358 40 552 4004 |
From: Andreas R. <and...@st...> - 2003-07-02 14:27:48
|
For a small university project (that we have to develop for a lecture) we had to draw dia-Diagrams and I used dia2code to produce C++ code out of it. That happened a couple of weeks ago. I couldn't get the CVS version running, so I took the last stable release 0.8.1. I made some changes to it (part of them are superfluous since already in CVS), concerning ecpecially: - adding virtual (polymorphic) member functions to C++ code generator (only pure virtual were supported in 0.8.1, I marked this as BUGFIX in code) (- some text format changes, such as: void member() instead of void member ( ) , which I found to be ugly). Perhaps some of you think these changes are useful. Beyond this I wrote some scripts (that cp files to a directory structure and update the C++ include statements) that might also be useful or inspire you to make even something more useful :-) I don't know if someone on the list would mind if I post the .tar.gz archive with modified source files, so write me if you want to have it (or perhaps want a diff with other options). diff -rP dia2code-0.8.1 dia2code-0.8.1modified produced the following diff: diff -rP dia2code-0.8.1/dia2code/dia2code.h dia2code-0.8.1modified/dia2code/dia2code.h 28,29c28,32 < #include <parser.h> < #include <tree.h> --- > #include <libxml/parser.h> > #include <libxml/tree.h> > > // not original 0.8.1 code parts by 2003-06-16 Andreas Reifschneider > //#define ORIGINAL_0_8_1 1, if you want the original dia-0.8.1 behaviour 46a50,53 > #if ! ORIGINAL_0_8_1 > /* BUGFIX/THIS WAS NOT IMPLEMENTED IN 0.8.1 */ > char ispolymorphic; > #endif diff -rP dia2code-0.8.1/dia2code/generate_code_cpp.c dia2code-0.8.1modified/dia2code/generate_code_cpp.c 17a18,20 > // not original 0.8.1 code parts by 2003-06-16, 27 Andreas Reifschneider > //#define ORIGINAL_0_8_1 1, if you want the original dia-0.8.1 behaviour > 54a58,60 > #if ORIGINAL_0_8_1 > /* It should perhaps be a command line option, if we want lower > case file names. */ 55a62,64 > #else > tmpname = strdup(tmplist->key->name); > #endif 63a73 > #if ORIGINAL_0_8_1 64a75,77 > #else > sprintf(outfilename, "%s/%s.hpp", b->outdir, tmpname); > #endif 98a112 > #if ORIGINAL_0_8_1 99a114,116 > #else > fprintf(outfilecpp, "#include \"%s.hpp\"\n\n", tmpname); > #endif 103a121 > #if ORIGINAL_0_8_1 105a124,127 > #else > fprintf(outfileh, "#ifndef %s_HPP\n", tmpname); > fprintf(outfileh, "#define %s_HPP\n\n", tmpname); > #endif 110a133 > #if ORIGINAL_0_8_1 112a136,139 > #else > tmpname = strdup(tmpnamelist->name); > fprintf(outfileh, "#include \"%s.hpp\"\n", tmpname); > #endif 134a162,166 > #if ! ORIGINAL_0_8_1 > /* It should perhaps be a command line option, if we want > to have documentation skeletons. */ > fprintf (outfileh, "/** */\n"); > #endif 149a182,187 > #if ORIGINAL_0_8_1 > /* It should perhaps be a command line option, if we want > to have associations. */ > > // we have all the variables already as attributes, so > // the associations are only used to show dependecies 159a198 > #endif 161c200,202 < fprintf(outfileh, " // Attributes\n"); --- > #if ORIGINAL_0_8_1 > fprintf(outfileh, " // Attributes\n"); > #endif 166a208,210 > #if ! ORIGINAL_0_8_1 > /* fprintf(outfileh, "\n "); then there are newlines with spaces in it (and this is ugly), so it's simpler to add new lines manually where we want them */ > #endif 198a243 > #if ORIGINAL_0_8_1 199a245 > #endif 203a250,252 > #if ! ORIGINAL_0_8_1 > /* fprintf(outfileh, "\n "); then there are newlines with spaces in it */ > #endif 218c267,270 < } --- > } > #if ! ORIGINAL_0_8_1 > fprintf (outfileh, "/** */\n "); > #endif 223a276,286 > > #if ! ORIGINAL_0_8_1 > /* BUGFIX/THIS WAS NOT IMPLEMENTED IN 0.8.1 */ > /* Missing virtual keyword in front of methods that > have inheritance type: polymorphic(virtual), that is > inheritance_type "1" in dia */ > if ( umlo->key.attr.ispolymorphic ) { > fprintf(outfileh, "virtual "); > } > #endif > 229a293 > #if ORIGINAL_0_8_1 230a295,297 > #else > fprintf(outfileh, "%s(", umlo->key.attr.name); > #endif 234a302,303 > > #if ORIGINAL_0_8_1 235a305,307 > #else > fprintf(outfilecpp, "%s::%s(", tmplist->key->name, umlo->key.attr.name); > #endif 237a310,316 > #if ! ORIGINAL_0_8_1 > // only adding " " after "(" if we have parameters > if (umlo->key.parameters) { > fprintf(outfileh, " "); > fprintf(outfilecpp, " "); > } > #endif 256a336 > #if ORIGINAL_0_8_1 257a338,345 > #else > // only adding " " before ")" if we had parameters > if (umlo->key.parameters) { > fprintf(outfileh, " "); > fprintf(outfilecpp, " "); > } > fprintf(outfileh, ")"); > #endif 258a347 > #if ORIGINAL_0_8_1 260c349,352 < } --- > #else > fprintf(outfilecpp, ")"); > #endif > } 265a358 > #if ORIGINAL_0_8_1 266a360,362 > #else > fprintf(outfilecpp, " {\n}\n\n"); > #endif diff -rP dia2code-0.8.1/dia2code/parse_diagram.c dia2code-0.8.1modified/dia2code/parse_diagram.c 19a20,22 > // not original 0.8.1 code parts by 2003-06-16 Andreas Reifschneider > //#define ORIGINAL_0_8_1 1, if you want the original dia-0.8.1 behaviour > 187a191,205 > #if ! ORIGINAL_0_8_1 > /* BUGFIX/THIS WAS NOT IMPLEMENTED IN 0.8.1 */ > > } else if ( ! strcmp("inheritance_type", nodename) ) { > attrval = xmlGetProp(node->xmlChildrenNode, "val"); > > /* > As I saw from dia-Diagrams, for > abstract methods - inheritance_type is 0 > polymorphic(virtual) methods - inheritance_type is 1 > leaf(final) methods - inheritance_type is 2 > */ > //fprintf(stderr, "%s\n", attrval); for debug only > tmp->isvirtual = (attrval[0] == '1'); > #endif diff -rP dia2code-0.8.1/dia2code/update_from_produced_sources.sh dia2code-0.8.1modified/dia2code/update_from_produced_sources.sh 0a1,44 > #!/bin/bash > # 2003-06-15 Andreas Reifschneider > > usage="\ > Usage: $0 <source dir> <target top dir> > > How should this program be used? > > Generate C++ code out of the dia-File, e.g. by > dia2code -d produced_sources <UML.dia> > Make your own source tree structure, e.g. by > mkdir -p sources/base sources/plugins > Copy/move the produced files at the appropriate place in tree, e.g. by > mv produced_sources/somefile.* sources/base > mv produced_sources/otherfile.* sources/plugins > > Whenever you change your dia file, it would be tedious to again mv the files > at the appropriate place, so you can use this program instead: > $0 produced_sources sources > > Warning: the files in sources will be overwritten ! > > Copying/using conditions: see LGPL. > " > # TODO: it would be nice to have an option that allows files produced by > # dia2code to be merged with existing files, instead of simply overwriting them > # (but that would be a task for a perl script I think) > > test $# -ne 2 && { echo "$usage" 1>&2; exit 1; } > > for file in `ls $1` ; do > targetfile=`find $2 -name $file` ; > if test -e "$targetfile" ; then # could also test for empty string here > if test "$1/$file" -nt "$targetfile" ; then > echo cp $1/$file $targetfile. > cp $1/$file $targetfile > else > echo "\"$1/$file\" is older than \"$targetfile\" in target directory,\ > skipping..." > fi > else > echo "\"$file\" doesn't exist in target directory, skipping..." > fi > done diff -rP dia2code-0.8.1/dia2code/update_include_statements_in_headers.pl dia2code-0.8.1modified/dia2code/update_include_statements_in_headers.pl 0a1,86 > #!/usr/bin/perl -w > # 2003-06-15 Andreas Reifschneider > # Copying/using conditions: see LGPL. > > use strict; > > sub usage { > print " > Usage: $0 <top source directory> <header extension> > > How should this program be used? > > Generate C++ code out of the dia-File, e.g. by > dia2code -d produced_sources <UML.dia> > > Make your own source tree structure, e.g. by > mkdir -p sources/base sources/plugins > Copy/move those of produced files that belong to your project > at the appropriate place in tree, e.g. by > mv produced_sources/somefile.* sources/base > mv produced_sources/otherfile.* sources/plugins > Or use update_from_produced_sources.sh to update the files if source directory > already exists. > > Now you can use this program to also update the include statements in header > files to match their position in tree, e.g. by > ./update_include_statements_in_headers.pl sources hpp > "; > exit(1); > } > > if ($#ARGV + 1 != 2) { > &usage(); > } > > my $top_dir = $ARGV[0]; > my $header_ext = $ARGV[1]; > my $tmp_filename = "update_include_statements_in_headers.pl.tempfile"; > > my $foundfiles = `find $top_dir -type f -name "*.$header_ext"`; > chomp($foundfiles); > my @files = split(/\n/,$foundfiles); > > #print "$files\n"; > my $file; > foreach $file (@files) { > #print "$file\n"; > &process($file); > } > > sub process { > my $filename = shift @_; > print "$filename: \n"; > my $input; > open(INPUT, $filename) or die "Couldn't open $filename: $!"; > open(TMP, '>', $tmp_filename) > or die "Couldn't open temporary file $tmp_filename: $!"; > while (<INPUT>) { > if (/^\#include "(.*)"/) { > my $source_include = $1; > my $base_include = `basename $source_include`; > chomp $base_include; > my $target_include = `find $top_dir -name "$base_include"`; > chomp $target_include; > if ($target_include eq "") { > # these are the qt headers in our project > # FIXME: it should be a command option how to process those > # external files (?) > $target_include = lc $source_include; # lc -> lower case > $target_include =~ s/$header_ext/h/; > print "#include \"$source_include\" -> <$target_include>\n"; > s/"$source_include"/<$target_include>/; > } else { > # own project files > print "#include \"$source_include\" -> \"$target_include\"\n"; > s/$source_include/$target_include/; > } > } > print TMP; > } > close(INPUT); > close(TMP); > rename $tmp_filename, $filename > or die "Couldn't rename $tmp_filename in $filename: $!"; > unlink $tmp_filename; > } diff -rP dia2code-0.8.1/mkinstalldirs dia2code-0.8.1modified/mkinstalldirs 7c7 < # $Id: mkinstalldirs,v 1.1.1.1 2001/12/23 21:09:44 javier Exp $ --- > # $Id: mkinstalldirs,v 1.1 2003/06/16 01:32:03 areifschneider Exp $ |
From: Javier O'H. <j....@ti...> - 2003-06-14 11:28:24
|
On Wednesday 11 June 2003 11:51, Robert Konigsberg wrote: > > Dia by default compresses diagram files. You might be using a > > libxml2=20 compiled without gzip support so dia2code cannot read the > > diagram. =20 > > > > Open your diagram with Dia, select File -> Preferences -> Compress > > saved=20 > > > files -> No, save your diagram and try again. > > Hey, the file reader could probably read the zipped files, couldn't it? > Or, at least, recognize the zipped file, and report back to the user to > unzip it? Dia uses (AFAIK) libxml1. Dia2Code uses libxml2. The Dia win32 package had a libxml compiled with gzip support, Dia2Code for win32 comes (still?) with libxml2 without gzip support. No gzip support == no way to read the file. The best think could be to suggest the user to re-save the diagram without compressiion when it cannot read the file. Xav |
From: Robert K. <rik...@ho...> - 2003-06-11 09:48:27
|
> Dia by default compresses diagram files. You might be using a libxml2=20 > compiled without gzip support so dia2code cannot read the diagram. =20 > > Open your diagram with Dia, select File -> Preferences -> Compress saved=20 > files -> No, save your diagram and try again. Hey, the file reader could probably read the zipped files, couldn't it? Or, at least, recognize the zipped file, and report back to the user to unzip it? Rob |
From: Sampo N. <aud...@au...> - 2003-06-02 16:21:59
|
Hello folks, I was just wondering if it is possible to generate javadoc styled comment templates for C++ code like dia2code does for java code. It would ease routine work a lot while commenting the code. Javadoc or other syntax understantable to doxygen is a company standard for us and writing them all by hand becomes quickly a bit boring. Thanks in Advance, Sampo Nurmentaus |
From: Shanmugam S. <se...@in...> - 2003-05-20 11:06:53
|
Hi pals, Can i get the detail information of my code using dia2code? i have generated from my class diagram. Is there any way to plug my hand code also into that output code. Regards, Seenu.. |
From: Javier O'H. <j....@ti...> - 2003-05-17 13:41:51
|
On Saturday 17 May 2003 15:15, Shanmugam Srinivasan wrote: > Hi Pals, > > I am getting an error info like this, when i am trying to generate the > python code from my diagram file, > > C:\dia2code\bin>dia2code -t python example1.dia > > example12.dia:1: error: Start tag expected, '<' not found > ?=EF > ^ > That file does not exist or is not a Dia diagram > > I am using dia0.91 version to create diagrams. Dia by default compresses diagram files. You might be using a libxml2=20 compiled without gzip support so dia2code cannot read the diagram. =20 Open your diagram with Dia, select File -> Preferences -> Compress saved=20 files -> No, save your diagram and try again. Regards, Xav |
From: Shanmugam S. <se...@in...> - 2003-05-17 13:15:22
|
Hi Pals, I am getting an error info like this, when i am trying to generate the py= thon code from my diagram file,=20 C:\dia2code\bin>dia2code -t python example1.dia example12.dia:1: error: Start tag expected, '<' not found ?=EF ^ That file does not exist or is not a Dia diagram I am using dia0.91 version to create diagrams. =20 Help me... Regards, Seenu.. |
From: Javier O'H. <j....@ti...> - 2003-04-19 09:10:31
|
On Friday 18 April 2003 14:25, Richard Torkar wrote: > Hi everyone. > > In dia2code.h line 29 and 30 we reference libxml2 headers like this: > > /* libxml[2] headers */ > #include <parser.h> > #include <tree.h> > > > The thing is that on a standard Red Hat 9 system they are placed as > default in: > /usr/include/libxml2/libxml > by the libxml2-devel rpm. > > I propose a change like this: > > > --- dia2code.h.orig 2003-04-18 14:14:46.000000000 +0200 > +++ dia2code.h 2003-04-18 14:13:34.000000000 +0200 > @@ -26,8 +26,8 @@ > #include <stdarg.h> > > /* libxml[2] headers */ > -#include <parser.h> > -#include <tree.h> > +#include <libxml2/libxml/parser.h> > +#include <libxml2/libxml/tree.h> > > #define VERSION "0.8.1" > > > But before I commit I was wondering where libxml2 places its headers on > different distributions? The configure script in Dia2Code already finds out on its own, with 'xml2-config --cflags'. In a RH8 system it gives me: $ xml2-config --cflags -I/usr/include/libxml2 So, I think xmlsoft's example is accurate. After doing 'configure', indeed, the Makefile reads: XML_INCLUDES = -I/usr/include/libxml2 The solution should be changing the lines in dia2code.h to: #include <libxml/parser.h> #include <libxml/tree.h> Otherwise, it won't even compile on RH8 :-( Cheers, Xav |
From: Richard T. <ric...@ht...> - 2003-04-19 08:44:38
|
On Fri, 2003-04-18 at 22:33, Leandro Lucarella wrote: > Richard Torkar, el viernes 18 de abril a las 14:11 me escribiste: > > > Thanks a lot for the patch Leandro! > > I think you should definitely try to make it PHP5 compatible. > > The question is should we support "-t php4" and "-t php5"? > > > > I don't know since I'm not exactly a PHP guru.... :) > > I think yes. PHP5 has a lot of new features like attributes and methods > visibility (public, private, protected), namespaces, different > contructor (__contruct()), destructor (__destruct()), copy contructor > (__copy()), static attributes/methods and abstract classes and methods. > If you want to take advanteges of this new stuff, the resulting code > will not be php4 (or php3) compatible. > > The problem is I don't know if I will finally make the php5 generator, > since I found (in this list) another similar proyect (xmi2code) that > uses Umbrello xmi diagrams to generate code. Umbrello is an UML Modeller > and is has much more improved support for UML diagrams than DIA. So, I > hope you don't be mad at me but I think that (first) I'll try to make > the PHP5 generator for xmi2code. Even so, I'll try to complete the TODO > list I've attached to my original message and here I send a new patch > that makes private and protected attributes and methods starts with an > underscore (the package_in_classname stuff is more complicated since the > constructor must be changed too). Patch applied. You just tell us when you need a CVS account. /Richard |
From: Leandro L. <lu...@ll...> - 2003-04-18 20:38:58
|
Richard Torkar, el viernes 18 de abril a las 14:11 me escribiste: > On Thu, 2003-04-10 at 07:57, Leandro Lucarella wrote: > > Hi! I'm starting to use dia2code and I have to say that it's a great > > utility! I'm starting to make some PHP classes to PEAR > > (http://pear.php.net/) so I made a patch for generating a more "PEAR > > compatible" (to use PEAR coding standards). > > Checked into CVS. > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/dia2code/dia2code/dia2code/generate_code_php.c?rev=1.2&content-type=text/vnd.viewcvs-markup Nice! :) > Thanks a lot for the patch Leandro! > I think you should definitely try to make it PHP5 compatible. > The question is should we support "-t php4" and "-t php5"? > > I don't know since I'm not exactly a PHP guru.... :) I think yes. PHP5 has a lot of new features like attributes and methods visibility (public, private, protected), namespaces, different contructor (__contruct()), destructor (__destruct()), copy contructor (__copy()), static attributes/methods and abstract classes and methods. If you want to take advanteges of this new stuff, the resulting code will not be php4 (or php3) compatible. The problem is I don't know if I will finally make the php5 generator, since I found (in this list) another similar proyect (xmi2code) that uses Umbrello xmi diagrams to generate code. Umbrello is an UML Modeller and is has much more improved support for UML diagrams than DIA. So, I hope you don't be mad at me but I think that (first) I'll try to make the PHP5 generator for xmi2code. Even so, I'll try to complete the TODO list I've attached to my original message and here I send a new patch that makes private and protected attributes and methods starts with an underscore (the package_in_classname stuff is more complicated since the constructor must be changed too). -- LUCA - Leandro Lucarella - Usando Debian GNU/Linux Sid - GNU Generation ------------------------------------------------------------------------ E-Mail / JID: lu...@lu... GPG Fingerprint: D9E1 4545 0F4B 7928 E82C 375D 4B02 0FE0 B08B 4FB2 GPG Key: gpg --keyserver pks.lugli.org.ar --recv-keys B08B4FB2 ------------------------------------------------------------------------ El silencio es el elemento en el que se forman todas las cosas grandes. -- Thomas Carlyle. (1795-1881) Historiador y pensador inglés. |
From: Richard T. <ric...@ht...> - 2003-04-18 12:26:58
|
Hi everyone. In dia2code.h line 29 and 30 we reference libxml2 headers like this: /* libxml[2] headers */ #include <parser.h> #include <tree.h> The thing is that on a standard Red Hat 9 system they are placed as default in: /usr/include/libxml2/libxml by the libxml2-devel rpm. I propose a change like this: --- dia2code.h.orig 2003-04-18 14:14:46.000000000 +0200 +++ dia2code.h 2003-04-18 14:13:34.000000000 +0200 @@ -26,8 +26,8 @@ #include <stdarg.h> /* libxml[2] headers */ -#include <parser.h> -#include <tree.h> +#include <libxml2/libxml/parser.h> +#include <libxml2/libxml/tree.h> #define VERSION "0.8.1" But before I commit I was wondering where libxml2 places its headers on different distributions? According to xmlsoft's own code example http://xmlsoft.org/tutorial/apb.html it should be placed here: #include <libxml/xmlmemory.h> #include <libxml/parser.h> In that case the above patch should look like this: --- dia2code.h.orig 2003-04-18 14:14:46.000000000 +0200 +++ dia2code.h 2003-04-18 14:13:34.000000000 +0200 @@ -26,8 +26,8 @@ #include <stdarg.h> /* libxml[2] headers */ -#include <parser.h> -#include <tree.h> +#include <libxml/parser.h> +#include <libxml/tree.h> And on Red Hat 9 a symlink needs to be made in /usr/include: cd /usr/include && ln -s libxml2/libxml . I also checked The Linux Standard Base but they do not mention libxml[1-2] AFAICT. Any input guys? Happy Easter! /Richard |
From: Richard T. <ric...@ht...> - 2003-04-18 12:12:17
|
On Thu, 2003-04-10 at 07:57, Leandro Lucarella wrote: > Hi! I'm starting to use dia2code and I have to say that it's a great > utility! I'm starting to make some PHP classes to PEAR > (http://pear.php.net/) so I made a patch for generating a more "PEAR > compatible" (to use PEAR coding standards). Checked into CVS. http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/dia2code/dia2code/dia2code/generate_code_php.c?rev=1.2&content-type=text/vnd.viewcvs-markup Thanks a lot for the patch Leandro! I think you should definitely try to make it PHP5 compatible. The question is should we support "-t php4" and "-t php5"? I don't know since I'm not exactly a PHP guru.... :) /Richard |
From: Richard T. <ric...@ht...> - 2003-04-18 10:49:51
|
On Thu, 2003-04-10 at 07:57, Leandro Lucarella wrote: > Hi! I'm starting to use dia2code and I have to say that it's a great > utility! I'm starting to make some PHP classes to PEAR > (http://pear.php.net/) so I made a patch for generating a more "PEAR > compatible" (to use PEAR coding standards). Is there someone here who objects to me pushing this into CVS? I will of course check out the source code first. Are there any other people here who use PHP with d2c? best /Richard > Changes: > * License (header) is now included after <?php is opened. > * More PHPDoc comments in variables and associations. > * Associations are not commented. > * Replaced include(""); with require_once '';. > * Fixed (or broked?) files to include (or require). > * Added PHPDoc comments for static vars and methods. > * Replaced @returns with @return. > * Added some more 'XXX' where user comment are needed. > TODO: > * Make private/protected methods/vars starts with an underscore. > * See if It's possible to play with package names to make classnames > like Package_Class (maybe Package_Class_Subclass?). > > I'm planning to write a code generation module for PHP5 too. > > Any comments/ideas/suggestions are welcome! |
From: Richard T. <ric...@ht...> - 2003-04-18 10:38:48
|
On Thu, 2003-04-17 at 18:13, Andrew Marlow wrote: > I use dia2code to generate C++ but I find I have > to use the command line tool. Doing right-mouse > gives me a dia2code menu but cpp is missing. > Is this a bug?? I don't follow you now Andrew. Right-mouse? I use dia2code as a pure command-line tool. Is this a windows version you are running? /Richard |
From: Robert K. <rik...@ho...> - 2003-04-17 17:58:36
|
Andrew, This request has been implemented in the Java implementation. While the migration to C++ is probably not complicated, I'm focused on one of my other projects right now. If you would like to perform that implementation, I'll be happy to guide you through it. Rob >Dear dia2code developers, > >I notice that when dia2code is re-run it overwrites >any files generated from before. This means that >if a developer runs dia2code, edits the files >then re-runs dia2code, the edits are lost. >In RatRose there is a commenting convention >employed by the code generator called >'preserve regions'. These allow the developer >to add implementation to the generated code >and this gets preserved when the generator >is re-run. What do people think about >this as a useful facility for dia2code? > >Regards, > >Andrew M. > > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Dia2code-general mailing list >Dia...@li... >https://lists.sourceforge.net/lists/listinfo/dia2code-general _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail |
From: Andrew M. <ap...@st...> - 2003-04-17 16:13:53
|
I use dia2code to generate C++ but I find I have to use the command line tool. Doing right-mouse gives me a dia2code menu but cpp is missing. Is this a bug?? Regards, Andrew M. |
From: Andrew M. <ap...@st...> - 2003-04-17 16:11:06
|
Dear dia2code developers, I notice that when dia2code is re-run it overwrites any files generated from before. This means that if a developer runs dia2code, edits the files then re-runs dia2code, the edits are lost. In RatRose there is a commenting convention employed by the code generator called 'preserve regions'. These allow the developer to add implementation to the generated code and this gets preserved when the generator is re-run. What do people think about this as a useful facility for dia2code? Regards, Andrew M. |
From: Richard T. <ric...@ht...> - 2003-04-14 15:59:20
|
On Mon, 2003-04-14 at 17:30, tesis tesis wrote: > Hello, can i work with Dia2Code for Windows? > Yes you may. Download the source and start hacking. /Richard |
From: <dia...@ya...> - 2003-04-14 15:30:18
|
Hello, can i work with Dia2Code for Windows? Thanks --------------------------------- Do You Yahoo!? Todo lo que quieres saber de Estados Unidos, América Latina y el resto del Mundo. Visíta Yahoo! Noticias. |
From: Robert K. <rik...@ho...> - 2003-04-13 22:28:25
|
Patric, I advise leaving it simple. In the long-term, as dia2code becomes more sophisticated, it would be reasonable to implement that sort of functionality as an option throughout the product. But several questions need to be answered, for example: 1. What visibility does the base attribute have? 2. What are the names of the getter and setter methods? These are not difficult questions, but I just advise that conversation be had before any long-term decisions be made. ----- Original Message ----- From: "Patric Andersson" <ds9...@th...> To: <dia...@li...> Sent: Sunday, April 13, 2003 3:30 PM Subject: [Dia2code-general] Propeties in C# > Hallo all list subscribers. > My name is Patric Andersson and I am one of Richard Torkar's students. I am > looking at the C# support in Dia2Code. > > > > Now I got a question I hope somebody could help me with. > > What should I do about properties in C#? Should I make all attributes to > properties (with setters and getters methods), or only private or some other > visibility type, or just leave them as ordinary attributes? > > > > Patric. > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger > for complex code. Debugging C/C++ programs can leave you feeling lost and > disoriented. TotalView can help you find your way. Available on major UNIX > and Linux platforms. Try it free. www.etnus.com > _______________________________________________ > Dia2code-general mailing list > Dia...@li... > https://lists.sourceforge.net/lists/listinfo/dia2code-general > |
From: Patric A. <ds9...@th...> - 2003-04-13 19:32:12
|
Hallo all list subscribers. My name is Patric Andersson and I am one of Richard Torkar's students. I am looking at the C# support in Dia2Code. Now I got a question I hope somebody could help me with. What should I do about properties in C#? Should I make all attributes to properties (with setters and getters methods), or only private or some other visibility type, or just leave them as ordinary attributes? Patric. |
From: Luca <lu...@lu...> - 2003-04-10 14:51:12
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm sory about this... this supposed to go to another maling list. Luca, el jueves 10 de abril a las 11:38 me escribiste: > Leandro Lucarella, el jueves 10 de abril a las 02:57 me escribiste: > > Hi! I'm starting to use dia2code and I have to say that it's a great > > utility! I'm starting to make some PHP classes to PEAR > > (http://pear.php.net/) so I made a patch for generating a more "PEAR > > compatible" (to use PEAR coding standards). > > Changes: > > * License (header) is now included after <?php is opened. > > * More PHPDoc comments in variables and associations. > > * Associations are not commented. > > * Replaced include(""); with require_once '';. > > * Fixed (or broked?) files to include (or require). > > * Added PHPDoc comments for static vars and methods. > > * Replaced @returns with @return. > > * Added some more 'XXX' where user comment are needed. > > TODO: > > * Make private/protected methods/vars starts with an underscore. > > * See if It's possible to play with package names to make classnames > > like Package_Class (maybe Package_Class_Subclass?). > > > > I'm planning to write a code generation module for PHP5 too. > > > > Any comments/ideas/suggestions are welcome! > > Sory por off topic, pero ya que harpo menciono lo facil que es robar > codigo en el mundo del SL, me parecio cool compartir con ustedes lo > facil que es customizar el codigo a nuestras necesidades tambien... :) > La verdad que el dia2code est=C3=A1 muy bien hecho, y hacer un generad= or de > codigo para cualquier lenguaje (o customizarlo) es muy f=C3=A1cil, > pr=C3=A1cticamente no hay que saber ni C si te basas en uno ya hecho. > > -- > LUCA - Leandro Lucarella - Usando Debian GNU/Linux Sid - GNU Generatio= n > ----------------------------------------------------------------------= -- > E-Mail / JID: lu...@lu... > GPG Fingerprint: D9E1 4545 0F4B 7928 E82C 375D 4B02 0FE0 B08B 4FB2 > GPG Key: gpg --keyserver pks.lugli.org.ar --recv-keys B08B4FB= 2 > ----------------------------------------------------------------------= -- > How comes it to pass, then, that we appear such cowards in reasoning, > and are so afraid to stand the test of ridicule? > =09=09-- A. Cooper - -- LUCA - Leandro Lucarella - Usando Debian GNU/Linux Sid - GNU Generation - ----------------------------------------------------------------------= -- E-Mail / JID: lu...@lu... GPG Fingerprint: D9E1 4545 0F4B 7928 E82C 375D 4B02 0FE0 B08B 4FB2 GPG Key: gpg --keyserver pks.lugli.org.ar --recv-keys B08B4FB2 - ----------------------------------------------------------------------= -- Lo lamento. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+lYKQSwIP4LCLT7IRAu2uAJ0a69cByi5XP4eR5yGO6gbVge00fACdG5yV 3vn1TfjcCybs8apLp+zzYFE=3D =3DQlFW -----END PGP SIGNATURE----- |