It seems too easy.
HTH,
Rob V.
-----------------------------------------------------------------
Rob Verschoor
Certified Sybase Professional DBA for ASE 15.0/12.5/12.0/11.5/11.0
and Replication Server 15.0.1/12.5 // TeamSybase
Author of Sybase books (order online at www.sypron.nl/shop):
"Tips, Tricks & Recipes for Sybase ASE" (ASE 15 edition)
"The Complete Sybase ASE Quick Reference Guide"
"The Complete Sybase Replication Server Quick Reference Guide"
mailto:r...@YOUR.SPAM.sypron.nl.NOT.FOR.ME
http://www.sypron.nl
Sypron B.V., Amersfoort, The Netherlands
Chamber of Commerce 27138666
-----------------------------------------------------------------
<LNielsen> wrote in message news:4b57670b.610...@sybase.com...
"execution of procedure ProcName failed because of errors
parsing the source text in syscomments during upgrade."
We ran into some of these errors when upgrading from 15.0.2
to 15.0.3. Might apply to the upgrade to 15.5 also
--
Cory Sane
[TeamSybase]
Certified Sybase Associate DBA for ASE 15.0
"Rob V [ Sybase ]" <ro...@DO.NOT.SPAM.sypron.nl.REMOVE.THIS.DECOY> wrote in message news:4b5789d6$1@forums-1-dub...
R.
"Cory Sane [TeamSybase]" <cory!=sane> wrote in message
news:4b5913ce$1@forums-1-dub...
LIKE operator not operating as it should eg WHERE Name LIKE "FRED%"
would pull "Fred Bloggs" but not "Fred". However Name like "FRE%" would
pull "Fred". Sybase looking into this at mo. Be aware. Anyone else with
any ideas would be helpful though.
We had some legacy 11.9.2 code that had "DATENAME(cdw,<datevalue>)"
always comes back as "Monday" - this worked fine in 15.0.3. Need to use
dw not cdw. Btw cdw still a type in DATEPART.
If I come across anything else I'll post.
Also
>>> "Tips, Tricks& Recipes for Sybase ASE" (ASE 15 edition)
> LIKE operator not operating as it should eg WHERE Name LIKE "FRED%"
> would pull "Fred Bloggs" but not "Fred". However Name like "FRE%" would
> pull "Fred". Sybase looking into this at mo. Be aware. Anyone else with
> any ideas would be helpful though.
A few more details on this:
this issue seems to be only on case-insensitive sort orders.
however, the issue doesn't seem to be case sensitivity but that
the % wildcard isn't working properly as a match to 0 characters,
i.e., it doesn't match the end of string.
So Like "FRED%" returns "Fred." or "FRED." but not "Fred" or "FRED"
CR is 616224 (with 615102 marked as a duplicate)
If anyone else has the same issue use a PATINDEX instead - but dont use
PATINDEX("%",<VARCHAR>) - it won't work - Use PATINDEX("_%",<VARCHAR>)
instead.
I think the Sybase testing department get a big "F" on this one and owe
me a beer for the grief they've put me through. :)
Sybase Support and Engineering depts get "A+" though.
:D