some more showstoppers
Hello.
Here come some more showstoppers...
Latest CVS version (date tag 2001-03-19):
#
[bug1] (still existing)
(1) load UML-demo.dia
(2) press Ctrl-A
core dump:
#0 0x40585efa in dependency_draw (dep=0x4, renderer=0x1) at dependency.c:284
284 if (strlen(dep-stereotype) != 0) {
(gdb) where
#0 0x40585efa in dependency_draw (dep=0x4, renderer=0x1) at dependency.c:284
#1 0x818cae0 in ?? ()
#2 0x1 in ?? ()
#3 0x8073200 in end_render (renderer=0x768dc3) at render_gdk.c:242
#4 0x768dc3 in ?? ()
Cannot access memory at address 0x768dc3
(gdb) info local
renderer = (Renderer *) 0x818cae0
points = (Point *) 0x0
n = 135840920
pos = {x = 1.1794706805251261e-269, y = 42.4277353404525}
(gdb)print *dep
Cannot access memory at address 0x4
[bug2]
(1) load ER-demo.dia
(2) press Ctrl-A
hangs:
(gdb) where
#0 0x401883cd in gtk_vruler_draw_ticks () from /usr/lib/libgtk-1.2.so.0
#1 0x40150dfd in gtk_ruler_draw_ticks () from /usr/lib/libgtk-1.2.so.0
#2 0x40151394 in gtk_ruler_expose () from /usr/lib/libgtk-1.2.so.0
#3 0x4012757e in gtk_marshal_BOOL__POINTER () from /usr/lib/libgtk-1.2.so.0
#4 0x40158f8c in gtk_signal_real_emit () from /usr/lib/libgtk-1.2.so.0
#5 0x40156cf5 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#6 0x40190c39 in gtk_widget_event () from /usr/lib/libgtk-1.2.so.0
#7 0x401955c3 in gtk_widget_real_draw () from /usr/lib/libgtk-1.2.so.0
#8 0x4012775a in gtk_marshal_NONE__POINTER () from /usr/lib/libgtk-1.2.so.0
#9 0x40158dd8 in gtk_signal_real_emit () from /usr/lib/libgtk-1.2.so.0
#10 0x40156cf5 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0
#11 0x4018f4d9 in gtk_widget_draw () from /usr/lib/libgtk-1.2.so.0
#12 0x4018f1a1 in gtk_widget_idle_draw () from /usr/lib/libgtk-1.2.so.0
#13 0x80adeff in g_idle_dispatch ()
#14 0x80ad053 in g_main_dispatch ()
#15 0x80ad5c1 in g_main_iterate ()
#16 0x80ad73c in g_main_run ()
#17 0x40125e57 in gtk_main () from /usr/lib/libgtk-1.2.so.0
#18 0x80842a7 in main (argc=-1073743364, argv=0x805a8f4) at main.c:40
[bug3]
(1) try to load attached file
dia hangs (always in bezier_add_lines):
#0 0x80725ee in bezier_add_lines (ddisp=0x80bde80, points=0x80bde80,
bezier=0x80bde80) at render_gdk.c:711
#1 0x0 in ?? ()
*Notice* the local variables do not change if you continue
computation:
(gdb) info locals
points = (Point *) 0xbfffadf8
bezier = (struct bezier_curve *) 0x80c95b8
u = {x = 6.5941296620776262e-270, y = 6.5941296620776262e-270}
v = {x = 6.5941296620776262e-270, y = 6.5941296620776262e-270}
x = {x = 6.5942451945177353e-270, y = 6.5941296620776262e-270}
y = {x = 6.5947073242780643e-270, y = 6.5944762593978998e-270}
r = {{x = 6.7639479074034806e-270, y = 6.655066620996691e-316}, {
x = 6.6696629011849081e-316, y = 6.7640489982889468e-270}, {
x = 6.6550715616531494e-316, y = 6.5951694542648131e-270}, {
x = 6.5950936358745725e-270, y = 6.594938389158228e-270}}
s = {{x = 5.520876618378376e-270, y = 5.522522955649548e-270}, {
x = 5.5239093449305653e-270, y = 5.5257723055268243e-270}, {
x = 5.509265608154303e-270, y = 5.5122983347021076e-270}, {
x = 6.5919598181862961e-270, y = 6.6696380990894869e-316}}
middle = {x = 5.5192013979971666e-270, y = 5.5195046706525472e-270}
delta = 2.1244822771173601e-322
v_len_sq = 2.1244822771173601e-322
Additional info:
[bug1] and [bug2] do not occur in a CVS compiled version with date tag
"2001-02-21". The bug must have been introduced directly afterwards.
[bug3] also occurs with prior versions. However, it is created with a
buggy dia version (CVS date tag about 2001-03-16). So maybe the file
is corrupt, but I don't think so.
Hopefully it helps. Btw. the reason why I do not submit bugs via
bugzilla.gnome.org is, that I mainly work offline. So I "report" the
bug, when I find it via email. At this point (1) I always know exactly
how to reproduce the bug, (2) it is more convenient and (3) I have the
mail in my outbox.
Hopefully that's no problem and you also accept bug-reporting via
email. (I know, it's more convenient for you the other way around)
Btw. does bugzilla have an email address like
[EMAIL PROTECTED]?
Regards,
-Sebastian
bug.dia.gz
Re: some more showstoppers
Hello. [bug1] and [bug2] are fixed in the CVS date 2001-03-20. Sorry for the noise, -Sebastian
Re: dia release
Hallo James, Hello Dia users! On Sat, 17 Mar 2001 23:09:40 +0800 (WST) James Henstridge [EMAIL PROTECTED] wrote: I would like to make a new release of dia soon. What we have in CVS has a lot of bug fixes over 0.86. So I have been tidying up a few things. These include: (...) Are there any showstopper problems people can see that would hold up a release? (remember that there will always be another release). I beleive that what is in CVS fixes all the menu/locale issues, which was one of those annoying bugs (gtk+ and gnome based menu code should act as similarly as possible now). Any chance to get my new Shapes for EPC/EPK - http://www.hawlisch.de/devel/dia/index.html into the release and my name to the list of contributors? (I dont have CVS write access) -- Cheers, Martin. http://www.hawlisch.de Sent through GMX FreeMail - http://www.gmx.net
Re: Source Documentation
I have a stable machine on a gigabyte network. I enjoy documentation AND am good at it, typically using XML (via Python). I love Dia. I am developing a number of things with Dia. Any chance I could host the documentation? Is there access to the original software documentation? Should we start from scratch? -Scott "Ben A. Hetland" wrote: Hello, I'm looking into embedding parts of the Dia code into one of my own applications (mainly for drawing very simple diagrams with predefined symbols), and if it can contribute to the improvement of Dia itself that's just a bonus for everyone... However, in this context of doing this, and extracting the components I need (and as little as possible in excess of this), I'm looking for any sources of documentation of the code structure (design), to help me perhaps save some time getting to know the basic design ideas and philosophy... Judging from the home page and the CVS tree, such documentation (at the programming level -- not the end-user level) seems to be scarce at the moment. (Basically the README file and a fair amount of source code comments.) Does any such doc exist (available) that I'm not aware of? Some class diagrams, for instance? I could of course "reverse-engineer" the source myself, but that seems a bit waste of time and pointless since somebody obviously have done some "engineering" to design the product in the first place... (And the Dia Documentation Project's web page seems to have been down "forever" now...) Any pointers here? I'm of course willing to contribute myself... (For other reasons, not related to the Dia inclusions, I will mainly be working under Win32 on this project, and with MFC as well...) Regards, -+-Ben-+-
RE: ooh! dia -- sql
I have a rough sql2dia.pl that runs off mysql dump files. Anyone want to look after it as a project? -Original Message- From: Aaron Trevena [mailto:[EMAIL PROTECTED]] Sent: 19 March 2001 00:02 To: dia - mailing list Subject: ooh! dia -- sql http://freshmeat.net/projects/dia2sql/ courtesy of squackers.. A. --- This message is sent in confidence for the addressee only. Please advise the sender immediately if you have received this message in error, and delete it from your computer. Trademark Design Limited accepts no liability (including in negligence) for the consequences for any person acting on this message prior to the receipt of written confirmation. Our standard terms and conditions apply, available from our offices. Neither Trademark Design Limited nor the sender accepts any liability or responsibility for viruses and it is the recipient's responsibility to scan any attachments. Registered in England No 2324770 ---
Re: horizontal lines and EPS export and stuff :)
On Sun, 18 Mar 2001, Kasper B. Graversen wrote: Hi Dia-team! I just recently startet using Dia 0.86 (windows). A nice program, with some limitations though! I have two serious problems 1. How do I make vertical pointers from one box to another? It seems as if the arrow only want so point either up or down :-(( I'm hoping to improve the way zig-zag lines are initialized, but that requires some rework. In the meanwhile, here's a way around it (this will go into the FAQ): Draw the zig-zag line normally. At each end, use the middle mouse menu to add a segment. Drag the new segment handles towards the middle of the line. Remove the middle segment. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hrdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne
not exactly a bug
Hi, Using the first element of a class (for example: "ER") then wanted to use the first element of another class (=crapy diagram ;) but anyway, the button is already selected - and clicking on it have no effect, the previous object is still selected (the "ER" one)... have to select another one, then this one (...) at least with winXX version of dia 0.86, using the "reset tools after create" option to "no". -- luccio
RE: ooh! dia -- sql
On Tue, 20 Mar 2001, Rhys Lewis wrote: Date: Tue, 20 Mar 2001 16:48:48 - From: Rhys Lewis [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: "'[EMAIL PROTECTED]'" [EMAIL PROTECTED] Subject: RE: ooh! dia -- sql Resent-Date: Tue, 20 Mar 2001 17:44:38 +0100 (MET) Resent-From: [EMAIL PROTECTED] I have a rough sql2dia.pl that runs off mysql dump files. Anyone want to look after it as a project? that sounds interesting.. can you put it online somewhere and post the url, if nothing else I could probably steal^w integrate some of it into autodial.p[l|m]. release of which has been postponed til late wednesday at the earliest due to me getting tired and making silly mistaikes. rgds, A.
I can only get Courier font even if I choose another. Please CC direct also.
Ooops, sorry, I just RTFM'd. I can only get Courier font even if I choose another. Please CC direct also.
Re: OPEN REQUEST FOR RESURRECTING DOCUMENTATION
On Tue, 20 Mar 2001, Scott Harrison wrote: Fine with me. Nice set of pages you have there. So I guess the next big question is, WHO WANTS TO HELP DOCUMENT THINGS? I'm more interested in the xml side - ie creating tools to work with the xml or plugins to work with dia. I'd be able to provide a little about the xml from my own reverse engineering hopefully one of the dev team can provide more info (DTD isn't documentation enough). A.
Re: OPEN REQUEST FOR RESURRECTING DOCUMENTATION
Scott Harrison wrote: Fine with me. Nice set of pages you have there. So I guess the next big question is, WHO WANTS TO HELP DOCUMENT THINGS? If volunteers send me ([EMAIL PROTECTED]) their e-mail addresses, Well, I kinda already volunteered, so I'd like to contribute... although for the next month or so my first priority will be what is needed solely for my [payed] project. we can begin to set up a new effort at documentation. As soon (within a week) as there is some reasonable understanding as to how to proceed, we can begin communicating through dia-list as to what is going on. However, please note that the purpose of my original question was to locate documentation ideas that were already "there somewhere"... and to avoid the more tedious (and time-consuming) task of reverse-engineering. (Yes, I know that we programmer's tend to be sloppy about documenting for others what we make... gotta have some trade secrets... ;-) Hubert Figuiere wrote: [...snip...] Perhaps Doxygen (http://www.doxygen.org/) could be used as it allow to write code and doc at the same time ? That's an idea. But besides that, Doxygen might (?) have a problem identifying the classes buried in the Dia design, since after all it's C not C++ or Java... In my view, one of the problems with such automated tools to "resurrect and/or reverse engineer" existing code is that they're too accurate -- they include all the details and any patological interdependencies that might have grown into the source over the years, thereby obscuring the basic ideas structure. (It cannot distinguish between important and unimportant design features, ending up showing just a lot of "noise".) IMHO, merely converting code comments into HTML/RTF/whatever doesn't improve _that_ much over just reading the source files directly... It doesn't always reveal the structure. But that's just me, though... :-) Actually, I made a very tiny start using Dia itself (why not!?!!) and the UML elements, creating a class diagram based on header files and the README file. ...until I found that this was very time-consuming since I had not gained any familiarity with the source beforehand. -+-Ben-+-
Re: Re: OPEN REQUEST FOR RESURRECTING DOCUMENTATION
I'm interested in documentation, but know nothing about the internals (yet). Longer term I want to be able to use Dia functionality inother programs, esp. called from python, and that requires better understanding of the internals and the modularization. On Tue, 20 Mar 2001, Ben A. Hetland wrote: Date: Tue, 20 Mar 2001 20:51:01 +0100 To: [EMAIL PROTECTED], [EMAIL PROTECTED] From: "Ben A. Hetland" [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Subject: Re: OPEN REQUEST FOR RESURRECTING DOCUMENTATION Scott Harrison wrote: Fine with me. Nice set of pages you have there. So I guess the next big question is, WHO WANTS TO HELP DOCUMENT THINGS? If volunteers send me ([EMAIL PROTECTED]) their e-mail addresses, Well, I kinda already volunteered, so I'd like to contribute... although for the next month or so my first priority will be what is needed solely for my [payed] project. we can begin to set up a new effort at documentation. As soon (within a week) as there is some reasonable understanding as to how to proceed, we can begin communicating through dia-list as to what is going on. However, please note that the purpose of my original question was to locate documentation ideas that were already "there somewhere"... and to avoid the more tedious (and time-consuming) task of reverse-engineering. (Yes, I know that we programmer's tend to be sloppy about documenting for others what we make... gotta have some trade secrets... ;-) Hubert Figuiere wrote: [...snip...] Perhaps Doxygen (http://www.doxygen.org/) could be used as it allow to write code and doc at the same time ? That's an idea. But besides that, Doxygen might (?) have a problem identifying the classes buried in the Dia design, since after all it's C not C++ or Java... In my view, one of the problems with such automated tools to "resurrect and/or reverse engineer" existing code is that they're too accurate -- they include all the details and any patological interdependencies that might have grown into the source over the years, thereby obscuring the basic ideas structure. (It cannot distinguish between important and unimportant design features, ending up showing just a lot of "noise".) IMHO, merely converting code comments into HTML/RTF/whatever doesn't improve _that_ much over just reading the source files directly... It doesn't always reveal the structure. But that's just me, though... :-) Actually, I made a very tiny start using Dia itself (why not!?!!) and the UML elements, creating a class diagram based on header files and the README file. ...until I found that this was very time-consuming since I had not gained any familiarity with the source beforehand. -+-Ben-+- -- Harry George [EMAIL PROTECTED]
Re: Dia Suggestion
On Tue, 20 Mar 2001, Mauricio de Castro wrote: Jeff Hornsberger wrote: It would really helpful for things like UML Use Case Diagrams if the arrows could be drawn diagonally. Thanks. -Jeff Would that be the lifeline line or the various aggregation/association etc lines? Changing the aggregation etc lines would be tricky, as they're defined as orthogonal lines. Changing the lifeline would be easier. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hrdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne
Re: OPEN REQUEST FOR RESURRECTING DOCUMENTATION
On Tue, 20 Mar 2001, Scott Harrison wrote: Fine with me. Nice set of pages you have there. So I guess the next big question is, WHO WANTS TO HELP DOCUMENT THINGS? If volunteers send me ([EMAIL PROTECTED]) their e-mail addresses, we can begin to set up a new effort at documentation. As soon (within a week) as there is some reasonable understanding as to how to proceed, we can begin communicating through dia-list as to what is going on. I do offer my site as a mirror site for dia to support redundancy. Are you talking about user documentation or developer documentation? Note that we now have user documentation (one of the great new features of dia 0.87, provided by the GNOME documentation project). This is being distributed with the application. If you want to contribute to this documentation, contact the GDP. There is not much developer documentation at present however. What sort of info do you want? James.
