On Thu, 17 May 2001, Spider Boardman wrote:
On Thu, 17 May 2001 15:23:35 -0500, Jarkko Hietaniemi wrote (in part):
jhi Yes, but is there any correlation with __DECC_VER and the
jhi DEC OSF/1 / Digital UNIX / Tru64 release, or rather, with
jhi its pthread API level? Paging for Spider
I have access (for a short time at least) to a desktop DEC 3000 running
Digital UNIX V3.2C (Rev. 148) available. The cc and c89 utilities do
not define __DECC_VER but do indeed define __osf__ and __alpha.
BTW I note further that the recipe for extracting ccversion in
hints/dec_osf.sh,
On Wed, May 16, 2001 at 06:05:19PM -0400, Dan Sugalski wrote:
The following patch (included just once! :) speeds up threaded perl
Errr... I don't know quite how to break this to you... :-)
on Alpha VMS systems by about 2-3 percent. It should, in theory, work
the same on Tru64 versions 4.0
by abigail at Sat Jan 27 07:19:26 MET 2001.
Summary of my perl5 (revision 5.0 version 7 subversion 0) configuration:
Platform:
osname=linux, osvers=2.2.13, archname=i686-linux-thread-multi-64all-ld
uname='linux alexandra 2.2.13 #5 tue feb 8 15:37:54 est 2000 i686 unknown '
config_args='[EMAIL
:
category=install
severity=none
---
Site configuration information for perl v5.7.0:
Configured by abigail at Sat Jan 27 08:57:30 MET 2001.
Summary of my perl5 (revision 5.0 version 7 subversion 0) configuration:
Platform:
osname=linux, osvers=2.2.13, archname=i686-linux-thread-multi-ld
Jan 20 16:19:32 MET 2001.
Summary of my perl5 (revision 5.0 version 7 subversion 0) configuration:
Platform:
osname=linux, osvers=2.2.13, archname=i686-linux-thread-multi-64all-ld
uname='linux alexandra 2.2.13 #5 tue feb 8 15:37:54 est 2000 i686 unknown '
config_args='[EMAIL PROTECTED
:23:18 MET 2001.
Summary of my perl5 (revision 5.0 version 7 subversion 0) configuration:
Platform:
osname=linux, osvers=2.2.13, archname=i686-linux-thread-multi-64all-ld
uname='linux alexandra 2.2.13 #5 tue feb 8 15:37:54 est 2000 i686 unknown '
config_args='[EMAIL PROTECTED] [EMAIL
On Tue, 17 Oct 2000 17:20:53 BST, Andreas Fehr wrote:
Hmmm, makes sense. And pretty obvious. And does work.
Better make sure Cuse re 'debug' continues to work.
Sarathy
[EMAIL PROTECTED]
at Sat Sep 2 19:29:16 EDT 2000.
Summary of my perl5 (revision 5.0 version 7 subversion 0) configuration:
Platform:
osname=linux, osvers=2.2.13, archname=i686-linux-thread-multi-64all
uname='linux alexandra 2.2.13 #5 tue feb 8 15:37:54 est 2000 i686 unknown '
config_args='[EMAIL
at Sat Sep 2 19:40:11 EDT 2000.
Summary of my perl5 (revision 5.0 version 7 subversion 0) configuration:
Platform:
osname=linux, osvers=2.2.13, archname=i686-linux-thread-multi-ld
uname='linux alexandra 2.2.13 #5 tue feb 8 15:37:54 est 2000 i686 unknown '
config_args='[EMAIL PROTECTED
ed by root at Tue Oct 19 15:55:17 PDT 1999.
Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration:
Platform:
osname=linux, osvers=2.2.12, archname=i686-linux-thread
uname='linux atrium 2.2.12 #4 thu sep 2 14:21:10 pdt 1999 i686 unknown '
hint=recommended, useposix=true, d
Phil Stracchino [EMAIL PROTECTED] writes:
$submitdate = $dblist{'submitdate'}-{$ticket};
($junk, $min, $hour, $mday, $junk, $year, $junk, $junk, $junk) =
localtime($submitdate);
$weekday = (Sun,Mon,Tue,Wed,Thu,Fri,Sat)[(localtime($submitdate))[6]];
$month =
On Fri, Nov 12, 1999 at 06:15:28PM -0800, Phil Stracchino wrote:
It appears that localtime() is not properly Y2K clean.
Workaround: Add 1900 to the year field.
It appears that you need to RTFM. Specifically the part of the FM for
localtime() where it tells you to add 1900 to the year
that the OS is in non-interrable state for no
more than 4ms at a time. There is a guarantie that in interrable
state a thread in "time-critical" priority group will be started
immediately if it is ready-to-run and there is no ready threads in the
same or higher priority. It is guarantied
101 - 114 of 114 matches
Mail list logo