Hi Eric,
Hang on, I am still looking into the UTC aspect.
Right now the offset is dependent upon the execution time rather than
upon the date being converted.
Yes, if by execution time you mean by the time zone of the computer
running the script. This is definitely a problem and one which
Eric,
Eric S Fraga e.fr...@ucl.ac.uk writes:
Guido Van Hoecke gui...@gmail.com writes:
[...]
I have attached the corrected patch.
I don't know whether I have access to Worg.
Would you mind updating it?
Okay; I'll try to do this early next week.
Hang on, I am still looking into the
Guido Van Hoecke gui...@gmail.com writes:
[...]
Hang on, I am still looking into the UTC aspect.
Right now the offset is dependent upon the execution time rather than
upon the date being converted.
Yes, if by execution time you mean by the time zone of the computer
running the script. This
Hi Eric,
Guido Van Hoecke gui...@gmail.com writes:
[...]
Hang on, I am still looking into the UTC aspect.
Right now the offset is dependent upon the execution time rather than
upon the date being converted.
Yes, if by execution time you mean by the time zone of the computer
running the
Guido Van Hoecke gui...@gmail.com writes:
[...]
My ics file had a.o. my elder sister's birthday, and unfortunately her's
as well as mine is (way) before the start of the epoch, so mktime
returns a negative timestamp at line 63 and strftime at line 143 doesn't
grok it.
Ah, I see. The script
Eric,
Eric S Fraga e.fr...@ucl.ac.uk writes:
Guido Van Hoecke gui...@gmail.com writes:
[...]
My ics file had a.o. my elder sister's birthday, and unfortunately her's
as well as mine is (way) before the start of the epoch, so mktime
returns a negative timestamp at line 63 and strftime at
Guido Van Hoecke gui...@gmail.com writes:
Eric,
Eric S Fraga e.fr...@ucl.ac.uk writes:
[...]
Suggestions on how to handle this case would be welcome, of course.
I created a patch so that the date and time string is built directly
from the iCal data for times before the epoch. This
Hi Eric,
Eric S Fraga e.fr...@ucl.ac.uk writes:
Guido Van Hoecke gui...@gmail.com writes:
Eric,
Eric S Fraga e.fr...@ucl.ac.uk writes:
[...]
Suggestions on how to handle this case would be welcome, of course.
I created a patch so that the date and time string is built directly
from
Guido Van Hoecke gui...@gmail.com writes:
[...]
I have attached the corrected patch.
I don't know whether I have access to Worg.
Would you mind updating it?
Okay; I'll try to do this early next week.
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.3.50.1 and Org
Guido Van Hoecke gui...@gmail.com writes:
Hi,
Thank you guys for your help.
Got gawk from macports.
Glad you got it. I did make use of whatever GNU awk provided and did
not try to keep to vanilla awk. Sorry about that!
Hitting data error now:
gawk: ./importGoogleCalendar.awk:143:
Eric S Fraga e.fr...@ucl.ac.uk writes:
Guido Van Hoecke gui...@gmail.com writes:
Hi,
Thank you guys for your help.
Got gawk from macports.
Glad you got it. I did make use of whatever GNU awk provided and did
not try to keep to vanilla awk. Sorry about that!
No prob at all!
Hitting
Guido Van Hoecke gui...@gmail.com writes:
Hu Giudo,
When executing the awk script written by Eric S. Fraga at
http://orgmode.org/worg/org-tutorials/org-google-sync.html I get
following error:
/usr/bin/awk: calling undefined function gensub
source line number 82
This is on an iMac with
Hi,
On Tue, May 7, 2013 at 12:26 PM, Tassilo Horn t...@gnu.org wrote:
Guido Van Hoecke gui...@gmail.com writes:
Hu Giudo,
When executing the awk script written by Eric S. Fraga at
http://orgmode.org/worg/org-tutorials/org-google-sync.html I get
following error:
/usr/bin/awk:
Hi,
Thank you guys for your help.
Got gawk from macports.
Hitting data error now:
gawk: ./importGoogleCalendar.awk:143: (FILENAME=- FNR=34026) fatal:
strftime: second argument less than 0 or too big for time_t
I am investigating this now and will report my findings
Guido.
On 7 May 2013
14 matches
Mail list logo