#2 importing grabs client window rect for size instead of canvas size

[Jim Michaels]

when importing c++ project wxwidgets, it has several hundred class diagrams, this module imports them and overlaps them all onto the same viewable area instead of using the rest of the canvas. there is actually more canvas it can put the diagrams on, and if you have view auto-resize turned on, I am it will probably auto-expand the canvas I hope.
I set my canvas to 50000x50000. this made no difference, since all of these diagrams were stuffed into a client-window-sized area (like 1024x800 pixels).

that might actually be the key to the problem.
you might be querying the wrong parameters to find the boundaries of the canvas by getting the client window size instead of getting the canvas size from the application. it might be a directx object or it might be an old GDI bitmap image that you can obtain a handle duplicate for. you might want to get on the forum and ask how to get the actual canvas size, someone can probably help you.

you can see bug report details (there's a little blurb) at https://sourceforge.net/p/staruml/bugs/70/

I suspect (but don't know for sure) that staruml is 32-bit. I hope it gets compiled as 64-bit, because I am suspecting might be having out-of-memory problems when trying to import the whole of the wxwidgets 3.0.0 windows files (msw).

there needs to be a way to specify a space-separated list of c++ header and source file extensions for both code generation and reverse engineering (I don't know of the code generation part is staruml's responsibility or not, would like to know). just one with no choices isn't working. I am looking forward to being able to comprehend some of these GUI/TUI toolkits.

I am getting access violations (0xc0000005) doing the importing on staruml.exe, not sure if this is actually due to the module or to staruml, but guessing it's staruml.

[Jim Michaels]

I was hoping it would auto-expand the canvas with auto-resize on, but it doesn't. just uses the viewable window client area to stuff diagrams into and I get a crash. 32-bit memory amounts to 1.6GB max after subtracting video memory, os overhead. access violations are caused by an array going out of bounds for instance.

[Antonio Campesino Robles]

Hi,

I think with this issues you are refering to the c++ module included in
with the StarUML. I started this project in an attempt to overcome the
multiple limitations of the StarUML C++ module.
My module is a complete new implementation that has nothing to do with the
original StarUML module. The main difference is and what i am focussing now
is in get an imcremental reverse engineer that allows you to modify your
existing model. At that point I am introducing the creation of package and
class diagram but the current version does not have any support for it.
Once you install my module, a new menu will appear "cxx". However, I will
take in account your tickets and I will be sure this new module has not any
of the limitation you describe.

Best Regards,
Antonio Campesino.
On 26 Jul 2014 08:16, "Jim Michaels" jmichae3@users.sf.net wrote:

I was hoping it would auto-expand the canvas with auto-resize on, but it
doesn't. just uses the viewable window client area to stuff diagrams into
and I get a crash. 32-bit memory amounts to 1.6GB max after subtracting
video memory, os overhead. access violations are caused by an array going
out of bounds for instance.

---

• [tickets:#2] http://sourceforge.net/p/starumlcmodule/tickets/2
  importing grabs client window rect for size instead of canvas size*

Status: open
Milestone: 1.0
Created: Sat Jul 26, 2014 12:27 AM UTC by Jim Michaels
Last Updated: Sat Jul 26, 2014 12:27 AM UTC
Owner: nobody

when importing c++ project wxwidgets, it has several hundred class
diagrams, this module imports them and overlaps them all onto the same
viewable area instead of using the rest of the canvas. there is actually
more canvas it can put the diagrams on, and if you have view auto-resize
turned on, I am it will probably auto-expand the canvas I hope.
I set my canvas to 50000x50000. this made no difference, since all of
these diagrams were stuffed into a client-window-sized area (like 1024x800
pixels).

that might actually be the key to the problem.
you might be querying the wrong parameters to find the boundaries of the
canvas by getting the client window size instead of getting the canvas size
from the application. it might be a directx object or it might be an old
GDI bitmap image that you can obtain a handle duplicate for. you might want
to get on the forum and ask how to get the actual canvas size, someone can
probably help you.

you can see bug report details (there's a little blurb) at
https://sourceforge.net/p/staruml/bugs/70/

I suspect (but don't know for sure) that staruml is 32-bit. I hope it gets
compiled as 64-bit, because I am suspecting might be having out-of-memory
problems when trying to import the whole of the wxwidgets 3.0.0 windows
files (msw).

there needs to be a way to specify a space-separated list of c++ header
and source file extensions for both code generation and reverse engineering
(I don't know of the code generation part is staruml's responsibility or
not, would like to know). just one with no choices isn't working. I am
looking forward to being able to comprehend some of these GUI/TUI toolkits.

I am getting access violations (0xc0000005) doing the importing on
staruml.exe, not sure if this is actually due to the module or to staruml,
but guessing it's staruml.

---

Sent from sourceforge.net because you indicated interest in
https://sourceforge.net/p/starumlcmodule/tickets/2/

To unsubscribe from further messages, please visit
https://sourceforge.net/auth/subscriptions/