Am 27.04.2006 um 23:47 schrieb Jochen Machatschke:
Yes! Both computers shows the same time. The Mac is set to "CEST,
Berlin" and the Windows-Machine is set to "Daylight Time,
Berlin" (hopefully the same). Both machines are getting the actual
time from a time server.
Is that problem in any way related to RB? Or happens that to any file
you modify on your PC or your Mac?
And if you have access to both computers: couldn't you just modify a
file while watching the clock on your wall and on your PC/Mac and
then compare these dates with the file's modified date?
And if that problem is related to RB (you didn't specify your
version): In RB2006r1 a (somewhat misnamed) property GMTOffset was
added "secretly" to the date class. So I could be possible that when
creating a date the local time might be wrong on the PC. But why only
for the modification date? Do you change the GMTOffset value anywhere?
Hans-Georg
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
From Fri 28 Apr 2006 08:59:18 +1000
Return-Path: <realbasic-nug-bounces at lists dot realsoftware dot com>
Received: from lists.realsoftware.com (209.198.132.125) by realsoftware.com
with ESMTP (Eudora Internet Mail Server 3.1.3);
Thu, 27 Apr 2006 17:59:41 -0500
Received: from lists.realsoftware.com (localhost [127.0.0.1])
by lists.realsoftware.com (Postfix) with ESMTP
id 1E8CD1225C1C; Thu, 27 Apr 2006 17:59:31 -0500 (CDT)
X-Original-To: realbasic-nug at lists dot realsoftware dot com
Delivered-To: realbasic-nug at lists dot realsoftware dot com
Received: from mx0.police.tas.gov.au (mx0.police.tas.gov.au [147.109.254.68])
by lists.realsoftware.com (Postfix) with ESMTP id F09331225C0B
for <realbasic-nug at lists dot realsoftware dot com>;
Thu, 27 Apr 2006 17:59:21 -0500 (CDT)
Received: from hobartdr01.police.tas.gov.au (hobartdr01.police.tas.gov.au
[192.190.61.142])
by mx0.police.tas.gov.au (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id
k3RMxJeh017307 for <realbasic-nug at lists dot realsoftware dot com>;
Fri, 28 Apr 2006 08:59:19 +1000
To: realbasic-nug at lists dot realsoftware dot com
X-Mailer: Lotus Notes Release 5.07a May 14, 2001
Message-ID: <OF77C43B63 dot 80F7E3D3-ONCA25715D dot 007E2BA1 at police dot tas dot
gov dot au>
From: Tim dot Barlow at police dot tas dot gov dot au
Date: Fri, 28 Apr 2006 08:59:18 +1000
X-MIMETrack: Serialize by Router on hobartdr01/TAS(Release 5.0.11 |July 24,
2002) at 28/04/2006 08:59:19 AM
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii
X-Scanned-By: MIMEDefang 2.51 on 147.109.254.68
Subject: ODBC Password
X-BeenThere: realbasic-nug at lists dot realsoftware dot com
X-Mailman-Version: 2.1.2
Precedence: list
Reply-To: REALbasic NUG <realbasic-nug at lists dot realsoftware dot com>
Sender: realbasic-nug-bounces at lists dot realsoftware dot com
Errors-To: realbasic-nug-bounces at lists dot realsoftware dot com
Hi Everyone,
Slightly off topic.
My current project uses the ODBCDatabase class and I'm having a
little problem with the encoding of a null password in the datasource
string. To explain ...
I use the ODBCDatabase class to connect to a FileMaker database as a
'guest' with no password. The combination of the ODBC driver software
and the ODBCDatabase class generates a datasource string with a 'UID'
element but without a 'PWD' element. As a consequence every
subsequent connection a dialog window is displayed asking for a
password. To try an avoid this I have modified the datasource to
contain PWD='', PWD="", and PWD=Null all to no avail.
Is there any way that I can modify the datasource string to indicate
to the software that the password is null obviating the need to ask
for it all the time?
Thanks in advance for any help given.
Tim Barlow
Communications & Information Technology Services
X2317 (62302317)
tim dot barlow at police dot tas dot gov dot au
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
|