Book a Demo

Author Topic: catastrophic failure  (Read 9162 times)

majikman

  • EA Novice
  • *
  • Posts: 4
  • Karma: +0/-0
  • I love YaBB 1G - SP1!
    • View Profile
catastrophic failure
« on: May 16, 2007, 07:05:28 am »
I'm attempting to connect to my MySQL database but I keep getting the message

Provider[-2147418113]
Catastrophic Failure


Does anyone know how to get around this?
Or, could you provide me with details to how you were able to connect to your MySQL DB?

Additionally, just to clarify the situation, I did test the conection when I setup the ODBC driver and it worked fine. In fact, it can actually pull the database names from the DB server but I just can't get EA to connect to it. I'm running MySQL 5.0.18 installed on a Slackware 11.0 system with a Linux kernel version 2.6.18.2. If there is any other information I can provide, please let me know. I'd really hate for this thing to be the reason I don't decide to go with Enterprise Architect as my solution since I really like its other features. Thanks!

majikman

  • EA Novice
  • *
  • Posts: 4
  • Karma: +0/-0
  • I love YaBB 1G - SP1!
    • View Profile
Re: catastrophic failure
« Reply #1 on: May 16, 2007, 07:27:47 am »
more info... i checked the boxes "Don't Optimize Column Width" and "Return Matching Rows" on the mysql connector/odbc stuff.

although i have no idea what all this means, I saw this on the mysql page so maybe someone can figure this out. this is the trace from an attempt to connect with the catastrophic failure message:


EA              944-9ccENTER SQLAllocConnect
HENV                027C1830
HDBC *              0225E47C

EA              944-9ccEXIT  SQLAllocConnect  with return code 0 (SQL_SUCCESS)
HENV                027C1830
HDBC *              0x0225E47C ( 0x027c1e50)

EA              944-9ccENTER SQLSetConnectAttrW
SQLHDBC             027C1E50
SQLINTEGER                 103 <SQL_ATTR_LOGIN_TIMEOUT>
SQLPOINTER          0x0000000F
SQLINTEGER                  -6

EA              944-9ccEXIT  SQLSetConnectAttrW  with return code 0 (SQL_SUCCESS)
SQLHDBC             027C1E50
SQLINTEGER                 103 <SQL_ATTR_LOGIN_TIMEOUT>
SQLPOINTER          0x0000000F (BADMEM)
SQLINTEGER                  -6

EA              944-9ccENTER SQLSetConnectAttrW
SQLHDBC             027C1E50
SQLINTEGER                 109 <SQL_ATTR_CURRENT_CATALOG>
SQLPOINTER          0x000EEA64 (NYI)
SQLINTEGER                  12

EA              944-9ccEXIT  SQLSetConnectAttrW  with return code 0 (SQL_SUCCESS)
SQLHDBC             027C1E50
SQLINTEGER                 109 <SQL_ATTR_CURRENT_CATALOG>
SQLPOINTER          0x000EEA64 (NYI)
SQLINTEGER                  12

EA              944-9ccENTER SQLDriverConnectW
HDBC                027C1E50
HWND                00000000
WCHAR *             0x74329A38 [      -3] "******\ 0"
SWORD                       -3
WCHAR *             0x74329A38
SWORD                        2
SWORD *             0x00000000
UWORD                        0 <SQL_DRIVER_NOPROMPT>


additionally, i tried connecting without selecting a database but Enterprise Architect closes with the error message that there was a network problem. however, by looking at the trace, the problme seems to be that it attempts to run "select count(*) from usys_system" without actually selecting a database. this error message should be fixed so that it reports something more descriptive. the network error message is misleading and is flat out wrong.

thomaskilian

  • Guest
Re: catastrophic failure
« Reply #2 on: May 16, 2007, 07:29:38 am »

chrisHauert

  • EA User
  • **
  • Posts: 37
  • Karma: +0/-0
    • View Profile
Re: catastrophic failure
« Reply #3 on: May 24, 2007, 10:07:56 pm »
Hi
I'm trying to connect to a mysql db (Server version 5.0.37, Client 5.1.11). The odbc-connection test runs without problems (myodbc version 3.51.15). Even from ms access I can connect to the ea-db I created with the script.
But when trying to connect to the db from ea corp. edition version 6.5.806 I get the same error message Provider [-2147418113]. The same error happens when trying to transfer an *.eap content to the same database (followed by the message "could not open the database").
So I guess the answer isn't that simple :-[
« Last Edit: May 24, 2007, 10:10:42 pm by chrisHauert »
Cheers, Christoph

chrisHauert

  • EA User
  • **
  • Posts: 37
  • Karma: +0/-0
    • View Profile
Re: catastrophic failure
« Reply #4 on: September 12, 2007, 12:59:00 am »
Hi, meanwhile I succeeded to connect to an EA-DB in a mySQL Server 5.0 with Version EA 7.0.81x.

Apparently I had to use a system-dsn in the ODCB connection, not a user-dsn. I also entered directly userid and password in the odcb-connection definition.

Having reconnected today I get some ugly messages when creating a new mindmapping topic ":Microsoft Cursor Engine [-2147217864] ..."

beside that, it works -> hope that might help you too
Cheers, Christoph

«Midnight»

  • EA Guru
  • *****
  • Posts: 5651
  • Karma: +0/-0
  • That nice Mister Grey
    • View Profile
Re: catastrophic failure
« Reply #5 on: September 12, 2007, 02:07:46 am »
Hi Chris,

At least you've got a connection, so that's progress.

Meanwhile, I don't like the failure with mind mapping. Please try this again with build 816 - just to make sure Sparx has not already addressed the issue.

If it still does not work, please submit a bug report directly to Sparx. Search my recent posts for a way to do this while keeping the rest of us in the loop.

Thanks much,
David
No, you can't have it!

bmioch

  • EA User
  • **
  • Posts: 81
  • Karma: +0/-0
    • View Profile
Re: catastrophic failure
« Reply #6 on: September 12, 2007, 02:27:38 pm »
Make sure you check these two options in your ODBC connection. It may clear up the problem you are talking about.

"Don't Optimize Column Width" and "Return Matching Rows"

chrisHauert

  • EA User
  • **
  • Posts: 37
  • Karma: +0/-0
    • View Profile
Re: catastrophic failure
« Reply #7 on: September 27, 2007, 07:48:09 pm »
thanks nice MG and bmioch

with build 816 and the options set it now works correctly, great!

hope these kind of details will enter in the EA documentation as well
Cheers, Christoph

bmioch

  • EA User
  • **
  • Posts: 81
  • Karma: +0/-0
    • View Profile
Re: catastrophic failure
« Reply #8 on: September 27, 2007, 07:55:17 pm »
« Last Edit: September 30, 2007, 02:12:36 pm by bmioch »

RoyC

  • EA Administrator
  • EA Practitioner
  • *****
  • Posts: 1297
  • Karma: +21/-4
  • Read The Help!
    • View Profile
Re: catastrophic failure
« Reply #9 on: September 27, 2007, 09:32:54 pm »
Actually, to avoid confusion, that's step 7 in:

http://www.sparxsystems.com.au/EAUserGuide/index.html?setupmysqlodbcdriver.htm

The point about the two checkboxes is quite important, so we flagged it in the topic Bill linked to, and then provided the explicit instruction in the above topic. Also, in the help installed with the product build (as distinct from the Help on the website) we show the checkboxes as selected to further highlight the point. The website Help hasn't been refreshed for a couple of builds, it seems.

I think Bill got caught by Windows Explorer's little foible of keeping the original topic HTTP address after you follow links to other topics.

Regards

Roy
« Last Edit: September 27, 2007, 09:33:47 pm by RoyC »
Best Regards, Roy

Martin Terreni

  • EA User
  • **
  • Posts: 672
  • Karma: +0/-0
  • Sorry, I can't write
    • View Profile
Re: catastrophic failure
« Reply #10 on: October 04, 2007, 03:17:07 am »
I don't have the "don't optimize..." option  ???
I'm using MySQL ODBC 3.51.20
Recursion definition:
If you don’t understand the definition read "Recursion definition".

Martin Terreni

  • EA User
  • **
  • Posts: 672
  • Karma: +0/-0
  • Sorry, I can't write
    • View Profile
Re: catastrophic failure
« Reply #11 on: October 04, 2007, 09:09:07 am »
solved it. just keep the "initial catalog" blank.
Recursion definition:
If you don’t understand the definition read "Recursion definition".

jmandala

  • EA Novice
  • *
  • Posts: 1
  • Karma: +0/-0
  • I love YaBB 1G - SP1!
    • View Profile
Re: catastrophic failure
« Reply #12 on: January 08, 2008, 06:52:40 am »
This worked for me as well.