Skip to Content.
Sympa Menu

freetds - RE: [freetds] Dates are returned by freetds with the month -1

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: "Lowden, James K" <LowdenJK AT bernstein.com>
  • To: "FreeTDS Development Group" <freetds AT lists.ibiblio.org>
  • Subject: RE: [freetds] Dates are returned by freetds with the month -1
  • Date: Wed, 1 Jun 2005 09:33:05 -0400

> From: Claude Renglet
> Sent: Wednesday, June 01, 2005 8:14 AM
>
> I've discovered today, the first june 2005, that all dates returned
from
> MSSQL db to our intranet web site have the month part - 1.
> eg : the stored date '1st june 2005' in our agenda table is given as
'1
> may 2005' by freetds.
> The same query returns the correct date from MSSQL Query Analyser
>
> No configuration files has changed since 2 years I use freedts to
access
> MSSQL db from LAMP linux server.
> neither locales.conf nor freetds.conf
>
> So, my question is = how can it be ???

I don't know. My tests show everything is shipshape.

$ printf "select getdate(), datepart(month, getdate())\ngo\n" \
|bsqldb -S$S -U$U -P$P
...
-------------------------- -----------
Jun 01 2005 09:27AM 6
1 rows affected

$ printf "select getdate(), datepart(month, getdate())\ngo\n" \
|sqsh -S$S -U$U -P$P

------------------- -----------
Jun 01 2005 09:27AM 6

(1 row affected)

$ printf "select getdate(), datepart(month, getdate())\ngo\n" \
|tsql -S$S -U$U -P$P
locale is "C"
locale charset is "646"
1> 2>
Jun 01 2005 09:27AM 6

Perhaps there's some date format confusion, and you're getting Day 0
which a higher level interprets as Month -1?

--jkl


-----------------------------------------
The information contained in this transmission may contain privileged and
confidential information and is intended only for the use of the person(s)
named
above. If you are not the intended recipient, or an employee or agent
responsible
for delivering this message to the intended recipient, any review,
dissemination,
distribution or duplication of this communication is strictly prohibited. If
you are
not the intended recipient, please contact the sender immediately by reply
e-mail
and destroy all copies of the original message. Please note that we do not
accept
account orders and/or instructions by e-mail, and therefore will not be
responsible
for carrying out such orders and/or instructions. If you, as the intended
recipient
of this message, the purpose of which is to inform and update our clients,
prospects
and consultants of developments relating to our services and products, would
not
like to receive further e-mail correspondence from the sender, please "reply"
to the
sender indicating your wishes. In the U.S.: 1345 Avenue of the Americas, New
York,
NY 10105.




Archive powered by MHonArc 2.6.24.

Top of Page