After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 308737 - Weird reproducible crash using an "int" parameter in a method (UML).
Weird reproducible crash using an "int" parameter in a method (UML).
Status: RESOLVED DUPLICATE of bug 160865
Product: dia
Classification: Other
Component: general
0.94
Other Linux
: Normal critical
: ---
Assigned To: Dia maintainers
Dia maintainers
Depends on:
Blocks:
 
 
Reported: 2005-06-23 04:58 UTC by fast suzuki
Modified: 2005-06-26 09:04 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
crash.dia (22.04 KB, application/x-dia-diagram)
2005-06-24 05:21 UTC, fast suzuki 		Details
working1.dia (22.04 KB, application/x-dia-diagram)
2005-06-24 05:24 UTC, fast suzuki 		Details
working2.dia (22.05 KB, application/x-dia-diagram)
2005-06-24 05:27 UTC, fast suzuki 		Details

Description fast suzuki 2005-06-23 04:58:53 UTC 
Distribution/Version: Debian dia-gnome package 0.94.0-7

Download http://www.llucax.hn.org/~luca/crash.dia and open it. The problem is
the 'static' type of the method 'existe', in combination with the parameter
'nroDoc'. There are a lot of other weird combination that makes dia crash (or
not). Using a parameter type 'string' (and keeping the 'static') it works just fine.

Here are 2 variations of this file that works:
http://www.llucax.hn.org/~luca/working1.dia ('static' removed)
http://www.llucax.hn.org/~luca/working2.dia ('int' changed to 'string' and
'Undefined' direction changed to 'In')
Comment 1 fast suzuki 2005-06-23 05:54:49 UTC 
Windows version (0.94) works just fine with the 3 files.
Comment 2 Christian Kirbach 2005-06-23 20:27:41 UTC 
confirming. 0.94 on Debian Linux.

+ Trace 61472

Thread 1 (Thread 1084089696 (LWP 5554))

  • #0 color_convert
    from /usr/lib/dia/libdia.so
  • #1 dia_gdk_renderer_set_dashes
    from /usr/lib/dia/libdia.so
  • #2 uml_formalparameter_read
    from /usr/lib/dia/libuml_objects.
  • #3 dia_gdk_renderer_set_dashes
    from /usr/lib/dia/libdia.so
  • #4 display_set_active
  • #5 layer_render
    from /usr/lib/dia/libdia.so
  • #6 data_render
    from /usr/lib/dia/libdia.so
  • #7 ddisplay_render_pixmap
  • #8 display_set_active
  • #9 g_child_watch_add
    from /usr/lib/libglib-2.0.so.0
  • #10 g_main_depth
    from /usr/lib/libglib-2.0.so.0
  • #11 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #12 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #13 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #14 gtk_main
    from /usr/lib/libgtk-x11-2.0.so.0
  • #15 main 






Comment 3


fast suzuki





          2005-06-24 05:21:25 UTC
        



Created attachment 48262 [details]
crash.dia






Comment 4


fast suzuki





          2005-06-24 05:24:22 UTC
        



Created attachment 48263 [details]
working1.dia

The problematic file with 'static' removed (this one don't crash dia).






Comment 5


fast suzuki





          2005-06-24 05:26:41 UTC
        



Comment on attachment 48262 [details]
crash.dia

The file that crashes dia.






Comment 6


fast suzuki





          2005-06-24 05:27:53 UTC
        



Created attachment 48264 [details]
working2.dia

The crash.dia with 'int' changed to 'string' and 'Undefined' direction changed
to 'In' (this one don't crash dia).






Comment 7


fast suzuki





          2005-06-24 05:28:10 UTC
        



Comment on attachment 48263 [details]
working1.dia

The crash.dia with 'static' removed (this one don't crash dia).






Comment 8


Ellen Spertus





          2005-06-25 01:24:58 UTC
        



I am having a similar reproducible error under .94.  Specifically, whenever I
add a third parameter to a specific procedure and then press "ok", I get a seg
fault.

Here is what gcc says:

Program received signal SIGSEGV, Segmentation fault.




+
Trace
    61538






Thread 16384
          (LWP 12705)


    

  • 
#0
draw_string

    • 

  • 
#1
umlclass_draw

    
                at class.c
                  line
                  569

    

    • 

  • 
#2
draw_object

    
                at diagdkrenderer.c
                  line
                  957

    

    • 

  • 
#3
ddisplay_obj_render

    
                at display.c
                  line
                  519

    

    • 

  • 
#4
layer_render

    
                at diagramdata.c
                  line
                  514

    

    • 

  • 
#5
data_render

    
                at diagramdata.c
                  line
                  464

    

    • 

  • 
#6
ddisplay_render_pixmap

    
                at display.c
                  line
                  555

    

    • 

  • 
#7
ddisplay_update_handler

    
                at display.c
                  line
                  479

    

    • 

  • 
#8
g_timeout_add

    
                from
                /usr/lib/libglib-2.0.so.0

    

    • 

  • 
#9
g_get_current_time

    
                from
                /usr/lib/libglib-2.0.so.0

    

    • 

  • 
#10
g_main_context_dispatch

    
                from
                /usr/lib/libglib-2.0.so.0

    

    • 

  • 
#11
g_main_context_dispatch

    
                from
                /usr/lib/libglib-2.0.so.0

    

    • 

  • 
#12
g_main_loop_run

    
                from
                /usr/lib/libglib-2.0.so.0

    

    • 

  • 
#13
gtk_main

    
                from
                /usr/lib/libgtk-x11-2.0.so.0

    

    • 

  • 
#14
main

    
                at main.c
                  line
                  45

    

    • 
















Comment 9


Hans Breuer





          2005-06-26 09:04:07 UTC
        



Looks like a dup of bug #160865, fixed in cvs.

*** This bug has been marked as a duplicate of 160865 ***