On Mar 14, 2011, at 7:12 PM, Achim Gratz wrote:
Nick Dokos nicholas.do...@hp.com writes:
I was referring to the C code implementing current-time (which, btw, has been
changed in latest):
,
| DEFUN (current-time, Fcurrent_time, Scurrent_time, 0, 0, 0,
|doc: /* Return the
Hi Bastien,
please let me know if you want this patch installed.
- Carsten
On 13.3.2011, at 21:08, Eric S Fraga wrote:
Carsten Dominik carsten.domi...@gmail.com writes:
[...]
I am attaching a patch which tries to implement some kind of a
solution for this problem. The patch introduces
Hi Carsten,
Carsten Dominik carsten.domi...@gmail.com writes:
please let me know if you want this patch installed.
I won't have time to have a close look at this before tomorrow
morning, as I'm still out on a week-end.
But please go ahead if you think it's okay.
Best,
--
Bastien
On Mar 11, 2011, at 5:30 PM, Nick Dokos wrote:
Carsten Dominik carsten.domi...@gmail.com wrote:
THis is exactly the point, that it depends on how Emacs was compiled, and
what kind of integer is used in the date representation. Signed or
unsigend, 32 or 64 bits (I think).
For
On Mar 14, 2011, at 4:11 PM, Nick Dokos wrote:
Carsten Dominik carsten.domi...@gmail.com wrote:
On Mar 11, 2011, at 5:30 PM, Nick Dokos wrote:
Carsten Dominik carsten.domi...@gmail.com wrote:
THis is exactly the point, that it depends on how Emacs was compiled, and
what kind of
Carsten Dominik carsten.domi...@gmail.com wrote:
Ah, OK - thanks! I looked in current-time, saw the 0x mask and I
thought that the extra bits are truncated, but apparently not: I need to
go back and look at the C rules again.
I have no idea what you are talking about :)
You think
Nick Dokos nicholas.do...@hp.com writes:
I was referring to the C code implementing current-time (which, btw, has been
changed in latest):
,
| DEFUN (current-time, Fcurrent_time, Scurrent_time, 0, 0, 0,
|doc: /* Return the current time, as the number of seconds since
1970-01-01
Carsten Dominik carsten.domi...@gmail.com writes:
[...]
I am attaching a patch which tries to implement some kind of a
solution for this problem. The patch introduces a new variable
which will allow you to use dates outside the safe range 1970-2037
Thanks Carsten.
[...]
The patch also
So I am not sure what 64 bit systems do now or in the future, but
it seems that we need to live with a restriction for now.
Maybe this should be documented somewhere.
- Carsten
Most 64-bit systems use a 64-bit int. All of the 64-bit Linux systems
that I've used use a signed 64-bit int.
Hi everyone,
On 11.3.2011, at 09:31, Bastien wrote:
Hi,
Nick Dokos nicholas.do...@hp.com writes:
So I'd guess raising an exception might be the simplest way to deal with
this. Here's a patch to try out:
This patch has side-effects that Carsten have been recently exploring a
bit.
Hi,
Nick Dokos nicholas.do...@hp.com writes:
So I'd guess raising an exception might be the simplest way to deal with
this. Here's a patch to try out:
This patch has side-effects that Carsten have been recently exploring a
bit. Those side-effects seem to depend on how Emacs has been
On Mar 11, 2011, at 9:31 AM, Bastien wrote:
Hi,
Nick Dokos nicholas.do...@hp.com writes:
So I'd guess raising an exception might be the simplest way to deal with
this. Here's a patch to try out:
This patch has side-effects that Carsten have been recently exploring a
bit. Those
Nick Dokos nicholas.do...@hp.com writes:
Eric S Fraga e.fr...@ucl.ac.uk wrote:
This is a sort of bug report but possibly more a curiosity...
I imagine this has something to do with time 0 in Unix but I cannot seem
to be able to enter any date earlier than 1 Jan 1970 using C-c! (say).
On Mar 11, 2011, at 9:47 AM, Eric S Fraga wrote:
Nick Dokos nicholas.do...@hp.com writes:
Eric S Fraga e.fr...@ucl.ac.uk wrote:
This is a sort of bug report but possibly more a curiosity...
I imagine this has something to do with time 0 in Unix but I cannot seem
to be able to enter
Carsten Dominik carsten.domi...@gmail.com writes:
[...]
THis is exactly the point, that it depends on how Emacs was compiled,
and what kind of integer is used in the date representation. Signed
or unsigend, 32 or 64 bits (I think).
Yes, that makes sense.
For example, Bastien can represent
Hi,
I asked in emacs-develop and got:
by Andreas Schwabon 2011-03-11T13:19:43+00:00.
If your system's time-t is a signed 32-bit integer then your system is
able to represent times between 1901-12-13 20:45:53 UTC and 2038-01-19
03:14:07 UTC. If your system's time-t is an unsigned 32-bit
Eric S Fraga e.fr...@ucl.ac.uk wrote:
So I'd guess raising an exception might be the simplest way to deal with
this. Here's a patch to try out:
This seems to work fine. Thanks.
Maybe not - see Bastien's mail.
I am glad, however, that I can enter any date and then use the S-down
etc.
Carsten Dominik carsten.domi...@gmail.com wrote:
THis is exactly the point, that it depends on how Emacs was compiled, and
what kind of integer is used in the date representation. Signed or unsigend,
32 or 64 bits (I think).
For example, Bastien can represent dates before 1970. I
This is a sort of bug report but possibly more a curiosity...
I imagine this has something to do with time 0 in Unix but I cannot seem
to be able to enter any date earlier than 1 Jan 1970 using C-c! (say).
However, once I have entered a date (later than that), I can use
S-down on the year to get
Eric S Fraga e.fr...@ucl.ac.uk wrote:
This is a sort of bug report but possibly more a curiosity...
I imagine this has something to do with time 0 in Unix but I cannot seem
to be able to enter any date earlier than 1 Jan 1970 using C-c! (say).
However, once I have entered a date (later than
20 matches
Mail list logo