Where do we report bugs? (EM bug)

Where do we report bugs? (EM bug)

Post by Ivan Arjentinsk » Thu, 23 Aug 2001 19:23:18



Hi all,

While playing with EM I received easily reproducible error situation.

Steps:
1. Start creating new table.
2. Create a column (in the example a, type CHAR(10)).
3. Type description of the column.
4. Create other columns (in the example: column b of type CHAR(10))
5. Delete the column (a).
6. Try to save the table (Table1)

This leads to error message similar to:

'Table1' table
- Unable to create table.
ODBC error: [Microsoft][ODBC SQL Server Driver][SQL Server]Object is
invalid. Extended properties are not permitted on 'dbo.Table1.a', or the
object does not exist.

This is minor bug. But sometimes it might be annoying since one can define a
whole new table with many columns and fail to save his job....

BTW, possible workaround: Save the script, copy to QA, modify, execute.

Q1. Is this known bug? Where can we check?

I don't want to open support case for such a minor bug...

--
Ivan Arjentinski

-----------------------------------------------------------
Checkout the SQL Schema Upgrade Wizard -
upgrade production DB schema, while keeping the data.
www.aloeco.com/upgrader
-----------------------------------------------------------

 
 
 

Where do we report bugs? (EM bug)

Post by Andrew J. Kell » Thu, 23 Aug 2001 21:13:46


Ivan,

If you have a situation that you believe is a real bug and you need imediate
help you should call MS PSS. They will charge you for the call but
re-emburse you if they determine it to in fact be a bug. If you have a
situation such as this, if you post it here one of the MVP's will usually
try and repro it. If it's reproducable (which this is) then they will submit
it to MS via a private forum. I will let them know of this since I can repro
it easily.

--
Andrew J. Kelly,  SQL Server MVP
TargitInteractive

I proudly support the PASS SQL Server user community and its upcoming user
event,
 PASS 2001 North America. For details, visit <http://www.sqlpass.org>
www.sqlpass.org.)


> Hi all,

> While playing with EM I received easily reproducible error situation.

> Steps:
> 1. Start creating new table.
> 2. Create a column (in the example a, type CHAR(10)).
> 3. Type description of the column.
> 4. Create other columns (in the example: column b of type CHAR(10))
> 5. Delete the column (a).
> 6. Try to save the table (Table1)

> This leads to error message similar to:

> 'Table1' table
> - Unable to create table.
> ODBC error: [Microsoft][ODBC SQL Server Driver][SQL Server]Object is
> invalid. Extended properties are not permitted on 'dbo.Table1.a', or the
> object does not exist.

> This is minor bug. But sometimes it might be annoying since one can define
a
> whole new table with many columns and fail to save his job....

> BTW, possible workaround: Save the script, copy to QA, modify, execute.

> Q1. Is this known bug? Where can we check?

> I don't want to open support case for such a minor bug...

> --
> Ivan Arjentinski

> -----------------------------------------------------------
> Checkout the SQL Schema Upgrade Wizard -
> upgrade production DB schema, while keeping the data.
> www.aloeco.com/upgrader
> -----------------------------------------------------------


 
 
 

Where do we report bugs? (EM bug)

Post by Henrik Staun Poulse » Sat, 25 Aug 2001 00:37:42


Andrew,

Please note that if you get the table to save, the record size might be
something very big (5000 bytes or so) even if the table has just two
fields (columns).

I managed to crash a server belonging to a new client of mine. It had
50 GB free space when I started, and it ran out 10 minutes after I left
the client. I had created about 4 almost similar tables, and only one of
them were bloated beyond recognition.
This was on MS SQL 7, 4 cpu.

Best regards

Henrik Staun Poulsen
Stovi Software
Denmark

 
 
 

1. BUGS idapi BUGS idapi BUGS idapi BUGS

Following is the test query

...
tableName | field Name             |
          | CHECK as TO someName   |
...

Start your Paradox for Windows. Choose Help|About. Press I. Internal
build will be displayed. Then there will be words "lego:" followed
by a date. If that date is from 1994, you are OK. But if you installed
Delphi or latest release of Novel Office or Quatro Pro, that date
might be from 1995. That's the version of IDAPI the BUG is in. Here
is how it goes...

In above query we have used word "TO". It is not a key word. I called
Borland's Tech Support line paying $2/min and they confirmed it's not.

Above query works fine. But if your "lego" date (i.e. IDAPI build) meets
above criteria, you will get an error message saying "AS must be followed
by a name of field in the ANSWER table". Whether you some thing after
TO or not, DOES NOT MATTER.

Called Borland many times about it but the guys there wouldn't believe
me as it works on any copy of Paradox. Finally I asked them to try it
on a machine which had DELPHI installed on it after Paradox and thus
had a "lego:" date of Feb/95. It was confirmed and registered.

regards,
--nasir

2. JOB: Systems Analyst/Project Manager-Phoenix, AZ

3. BUG BUG BUG: VB5+DAO 3.51

4. Que book out of print???????

5. WAS BUG, BUG, BUG

6. Build Indexes as Scheduled task?

7. BUGS BUGS BUGS (Disappointed with Borland!)

8. Record sizes

9. Bugs, Bugs, Bugs ...

10. EM Bug in scripting tool???

11. EM Generate Scripts bugs?

12. EM Generate Scripts bug?

13. EM bug with relationships....