I think you are testing too many things at once
do the basics first and then compose
assume a UTF-8 locale
$'\u[20ac]' is the unicode euro character
use standard range expressions a-z, not sysV [a-z]
(this way you can test other standard tr implementations)
map to [X*] instead of [\n*] to be easy
On Tue, 20 Nov 2012 14:09:19 +0100 Irek Szczesniak wrote:
> On Tue, Nov 20, 2012 at 10:37 AM, Cedric Blancher
> wrote:
> > On 1 October 2012 19:11, Glenn Fowler wrote:
> >>
> >> On Mon, 01 Oct 2012 13:49:28 +0200 Michal Hlavinka wrote:
> >>> > #if
On Mon, 19 Nov 2012 23:40:29 +0100 Roland Mainz wrote:
> Oracle's Solaris PIT hit an issue in ast-ksh.2012-10-24 (it may be
> much older) with typeset -L variables and multibyte characters which
> are wider than one terminal cell (the example is for SuSE 12.2/Linux
> on AMD64 in the en_US.UTF-8 lo
On Tue, 20 Nov 2012 10:04:36 +0100 Cedric Blancher wrote:
> On 17 November 2012 11:25, Roland Mainz wrote:
> > On Fri, Nov 16, 2012 at 6:00 PM, Roland Mainz
> > wrote:
> >> On Fri, Nov 16, 2012 at 5:57 PM, Roland Mainz
> >> wrote:
> >>> The following testcase (which should basically test whet
On Wed, 21 Nov 2012 15:02:16 +0100 Roland Mainz wrote:
> --20cf306f76b64af10004cf01ccad
> Content-Type: text/plain; charset=ISO-8859-1
> On Sun, Jul 15, 2012 at 4:07 AM, Roland Mainz
> wrote:
> > On Fri, Jul 13, 2012 at 3:58 PM, David Korn wrote:
> >> cc: ast-develop...@research.att.com
> >>
On Wed, 21 Nov 2012 23:34:20 +0100 Roland Mainz wrote:
> On Wed, Nov 21, 2012 at 10:50 PM, Glenn Fowler wrote:
> > On Wed, 21 Nov 2012 15:02:16 +0100 Roland Mainz wrote:
> >> --20cf306f76b64af10004cf01ccad
> >> Content-Type: text/plain; charset=ISO-8859-1
> >
>
2012-11-21 alphas posted
___
ast-developers mailing list
ast-developers@lists.research.att.com
http://lists.research.att.com/mailman/listinfo/ast-developers
On Sun, 25 Nov 2012 18:44:35 +0100 Irek Szczesniak wrote:
> On Thu, Nov 22, 2012 at 6:14 AM, Glenn Fowler wrote:
> >
> > 2012-11-21 alphas posted
> clang on Linux still does NOT work.
can you point me to the repository
also things I should about installi
On Tue, 27 Nov 2012 13:56:47 +0800 Clark WANG wrote:
> On Thu, Nov 22, 2012 at 1:14 PM, Glenn Fowler wrote:
> >
> > 2012-11-21 alphas posted
> >
> Anything changed for building ksh from source code since 2012-08-01
> version? I built 2012-11-21 but everything is
On Wed, 28 Nov 2012 14:57:01 +0800 Clark WANG wrote:
> --14dae9340fbdc9843504cf88aed5
> Content-Type: text/plain; charset=UTF-8
> On Wed, Nov 28, 2012 at 1:24 PM, Glenn Fowler wrote:
> >
> > On Tue, 27 Nov 2012 13:56:47 +0800 Clark WANG wrote:
> >
> > > An
On Wed, 28 Nov 2012 15:57:03 +0800 Clark WANG wrote:
> --14dae93406819acac304cf898529
> Content-Type: text/plain; charset=UTF-8
> On Wed, Nov 28, 2012 at 3:51 PM, Glenn Fowler wrote:
> >
> > On Wed, 28 Nov 2012 14:57:01 +0800 Clark WANG wrote:
> > > I also tried
On Mon, 3 Dec 2012 11:19:36 +0100 Cedric Blancher wrote:
> Glenn, it seems there's a list confusion. I get the monthly list
> reminders from BOTH lists.research.att.com and research.att.com for
> ast-developers but not ast-users. I think I should get ONE from
> lists.research.att.com for all my su
On Mon, 3 Dec 2012 18:07:00 +0100 Cedric Blancher wrote:
> On 20 November 2012 16:27, Glenn Fowler wrote:
> >
> > On Tue, 20 Nov 2012 10:04:36 +0100 Cedric Blancher wrote:
> >> On 17 November 2012 11:25, Roland Mainz wrote:
> >> > On Fri, Nov 16, 2012 at
cale modules do implement the collation
> sorting, the question is, do the UTF-8 locales implement the Unicode
> standard collation algorithm?
> This might be a question for Dr. Fink.
> On Mon, Dec 3, 2012 at 6:25 PM, Cedric Blancher
> wrote:
> > On 3 December 2012 18:16, Gle
I added a #define to avoid the collision
thanks
On Thu, 24 Jan 2013 22:51:22 +0100 Roland Mainz wrote:
> On Sat, Aug 25, 2012 at 3:39 AM, Roland Mainz
> wrote:
> > On Sat, Aug 25, 2012 at 3:31 AM, Roland Mainz
> > wrote:
> >> On Sat, Aug 25, 2012 at 12:05 AM
On Thu, 24 Jan 2013 23:21:19 +0100 Roland Mainz wrote:
> On Thu, Jan 24, 2013 at 11:14 PM, Glenn Fowler wrote:
> > I added a #define to avoid the collision
> Erm... how should a #define work in this case ? |splice()| is a libc
> _symbol_...
#include
#define splice
hi Lionel
I received and replied to this on the list mail feed
a related question might be: is anyone behind the lists working?
yes
we plan to post a beta in a week or so
On Tue, 29 Jan 2013 17:40:42 +0100 Lionel Cons wrote:
> Can anyone please confirm that the ast-develop...@research.att.com an
I contacted the sysadmin and over the weekend they tightened down
some email filtering a bit too much and chopped out lists.research.att.com
this has been fixed, and it looks like held messages have been flushed to the
list
On Thu, 31 Jan 2013 17:07:41 +0100 Michal Hlavinka wrote:
> On 01/29/201
On Mon, 4 Feb 2013 13:35:57 +0100 Lionel Cons wrote:
> On 1 February 2013 16:09, David Korn wrote:
> > Subject: Re: [ast-developers] Floating point oddities with pow()? Accuracy
> > problem?
> >
> >>
> >> Can someone explain why the the examples below yield a difference? IMO
> >> pow()
exp10() is not in ksh because its not in src/cmd/ksh93/data/math.tab
that table is maintained manually
it will be easy to add it for the next alpha/beta
On Mon, 4 Feb 2013 15:37:45 +0100 Lionel Cons wrote:
> Why is there no exp10() in ksh93 arithmetic on Linux? log10() is
> available in Linux bui
On Thu, 07 Feb 2013 15:42:51 +0100 Michal Hlavinka wrote:
> I noticed ksh has (new) pgrep builtin, but it's not drop-in replacement
> for original pgrep. These options seem to be missing:
> -u, --euid euid,...
>Only match processes whose effective user ID is listed. Either the
> numerical
the limit here is encased in LDBL_DIG
"Number of significant digits in a" long double "floating point number."
(because ksh uses long double for floating point arith)
if a chunk of long double arith code, C, ksh or otherwise arrives at a
comparison of two numbers from two different routes and dem
I hadn't seen Roland's reply when posting this
he gives a much clearer picture of the C mechanisms
On Fri, 8 Feb 2013 10:04:47 -0500 Glenn Fowler wrote:
> the limit here is encased in LDBL_DIG
> "Number of significant digits in a" long double "floating point nu
thanks
these are in the next alpha due out today
On Thu, 7 Feb 2013 12:22:48 +0100 Dr. Werner Fink wrote:
> on debugging a crash in ksh93u+ 2012-08-01 and above I've detected
> an side effect which cause trouble due not initialized variables
> in libast/misc/optget.c. This is fixed in the patch
2013-02-14 alpha posted to www.research.att.com/download/alpha/
INIT.2013-02-14.tgz
ast-ksh.2013-02-14.tgz
this is a work in progress
there are known problems on some architectures
___
ast-developers mailing list
ast-developers@lists.res
On Mon, 18 Feb 2013 18:06:57 +0100 Michal Hlavinka wrote:
> On 02/18/2013 05:51 PM, Glenn Fowler wrote:
> >
> > 2013-02-14 alpha posted to www.research.att.com/download/alpha/
> this link does not work (error 404)
> This one works: http://www2.research.att.com/sw/downl
On Mon, 18 Feb 2013 18:15:36 +0100 Roland Mainz wrote:
> On Mon, Feb 18, 2013 at 6:10 PM, Glenn Fowler wrote:
> > On Mon, 18 Feb 2013 18:06:57 +0100 Michal Hlavinka wrote:
> >> On 02/18/2013 05:51 PM, Glenn Fowler wrote:
> >> >
> >> > 2013-02-14 alp
roland, I'm having line sync probs between my src and the valgrind lines
can you identify the varialble that is claimed to be uninitialized
thanks
On Thu, 21 Feb 2013 04:19:00 +0100 Roland Mainz wrote:
> On Mon, Feb 18, 2013 at 5:51 PM, Glenn Fowler wrote:
> >
> > 2013-0
the AT&T Software Technology ast alpha 2013-02-22 source
has been posted to the download site
http://www.research.att.com/sw/download/alpha/
the package names and md5 checksums are
INIT 3a3a881b9bb16c8d1268517a0702fa43
ast-ksh 1d3f9a8da99d1fa32f5fe124e39e5eeb
the md5
in multibytes locales the sort key data coders use strxfrm() to convert data
for comparison
strxfrm'd data can be bytewise compared -- this also limits the number of
mutibyte calls
used in comparisons because each key may be subject to more than one comparison
use this script to see what is hap
for now after the last #include in src/lib/libast/misc/spawnvex.c
#undef _lib_vfork
#undef _real_vfork
I'll look into adding a DEBUG_novfork #ifdef to make it easier
there's already a few DEBUG_* options
in a lot of cases its easier to debug emulations on linux with gcc etc.
than
ast-ksh 2013-03-18 alpha source posted
___
ast-developers mailing list
ast-developers@lists.research.att.com
http://lists.research.att.com/mailman/listinfo/ast-developers
On Wed, 20 Mar 2013 02:13:25 +0100 Roland Mainz wrote:
> BTW: I forgot to explain why I suggested a single-linked list as FIFO
> queue... the idea is to _not_ disable signals when the siginfo is
> processed in the signal callback... instead signals can be received
> even while the signal callback
recently there has been a bunch of cross posting
between ast-users and ast-developers
between ast-users and uwin-users
between ast-developers and uwin-developers
between you chose a combination
some messages are going to 3 or 4 lists
it looks like ced's bounce is from uwin-developers
can we plea
we have no reason to believe ast would have trouble building and running on
arm64
a while back we built on arm32, directly and cross-compiled, with no problems
anyone with access to arm64 hw or an emulator can try to build ast-open and
report what happens
if space is an issue try building with
ksh93 2013-04-02 alpha source posted to
http://www.research.att.com/sw/download/alpha/
the package names and md5 checksums are
INIT 00be41621dd981d787de2c4bd7249d78
ast-ksh 06ddcdacbe04bbd4708a98aeb4855399
the md5 sums should match the ones listed on the download page
this will be in the next alpha
On Wed, 3 Apr 2013 01:27:42 +0200 Wendy Lin wrote:
> On 18 March 2013 21:27, Irek Szczesniak wrote:
> > rfe: add support for grep -o option to AST and ksh93 builtin grep to
> > be in sync with Solaris/Illumos (see
> > https://www.illumos.org/issues/3546 for the req
my knee jerk reactions
(1) I don't see how tmp files spilling to shared mem can work in general
since getting independent shared mem ops to provide contiguous memory
is a portability issue, e.g., how do write(2) calls to a shared mem region
automatically extend the region -- and how can that happ
it may be an sfio issue
we're looking at it
On Wed, 3 Apr 2013 19:00:12 +0200 Roland Mainz wrote:
> On Wed, Apr 3, 2013 at 6:25 PM, Roland Mainz wrote:
> > On Tue, Apr 2, 2013 at 7:34 PM, Cedric Blancher
> > wrote:
> >> On 22 September 2012 10:14, Cedric Blancher
> >> wrote:
> >>> On 17 Septem
we just got a sol11.i386-64 online and can reproduce the problem
On Thu, 4 Apr 2013 12:21:32 +0200 Cedric Blancher wrote:
> On 12 March 2013 12:44, ÏÌØÇÁ ËÒÙÖÁÎÏ×ÓËÁÑ
> wrote:
> > Glenn, tr -Cd from ast-ksh.20130222 crashes when it has to delete binary
> > data.
> >
> > Test case is below, usi
--
> > From: Roland Mainz
> > Date: Sat, Apr 6, 2013 at 3:10 AM
> > Subject: Re: [ast-users] Matching accented é with [=e=] using AST tr
> > To: Cedric Blancher , Glenn Fowler
> >
> > Cc: ast-develop...@research.att.com, ast-users
> >
> >
On Sat, 6 Apr 2013 19:30:08 +0200 Cedric Blancher wrote:
> GNU sed gives character position numbers in error messages. Can we
> have the same in AST sed, with line numbers and character column
> numbers?
do you have an example to test against
___
ast-d
the AT&T Software Technology ast-ksh alpha 2013-04-09 source release
has been posted to the download site
http://www.research.att.com/sw/download/alpha/
the package names and md5 checksums are
INIT e2c200be7c64c9f6a650fef97e2304fe
ast-ksh ab14fed8c4c5b133a82bd72e65c7
On Mon, 15 Apr 2013 03:07:41 +0200 Lionel Cons wrote:
> Based on the recent discussion about using mmap() for reading the
> results of command substitutions I did some testing and found that on
> Solaris (Solaris 11 and a 64bit build) ksh93 still behaves not
> optimal. The primary problem I see is
thanks for the report
the work adding -C was apparently interrupted a while back
its on the todo list
this is not an easy fix for ast grep because the fast inner loop matches
buffers containing multiple lines and does not parse line structure until
a match is found
the only time single lines are
On Tue, 16 Apr 2013 11:27:44 +0200 Wendy Lin wrote:
> On 15 April 2013 20:37, Phong Vo wrote:
> >
> > Exhausting VA space is not likely but keeping processes behaving nicely
> > toward
> > one another should be a good thing. You need to think about cases when many
> > processes do large I/O at t
roland, try replacing _ast_iconv_move() in src/lib/libast/comp/iconv.c with
the attached code -- the old code had trouble all over the place
the new code should handle all mmap() boundaries
I'll test it against truly invalid byte sequences on mmap boundaries later today
On Tue, 16 Apr 2013 23:03:
personal todo list re { ast uwin att-internal-research } has exploded
trying to get it under control and will provide outline shortly
On Wed, 17 Apr 2013 14:59:21 +0200 Cedric Blancher wrote:
> Glenn, when is the next alpha/beta due for AST and for UWIN? Is there
> a roadmap what you are planning
tring api's like regnexec()
all in the hopes of doing it the right way
On Fri, 19 Apr 2013 19:05:40 +0200 Wendy Lin wrote:
> On 16 April 2013 15:04, Glenn Fowler wrote:
> >
> > thanks for the report
> > the work adding -C was apparently interrupted a while back
> > its
On Sat, 20 Apr 2013 02:46:33 +0200 Roland Mainz wrote:
> On Thu, Apr 18, 2013 at 4:26 PM, Glenn Fowler wrote:
> > On Tue, 16 Apr 2013 23:03:41 +0200 Roland Mainz wrote:
> >> On Wed, Apr 10, 2013 at 1:57 PM, Roland Mainz
> >> wrote:
> >> > On Wed
the AT&T Software Technology ast alpha 2013-04-22 source and binary release
has been posted to the download site
http://www.research.att.com/sw/download/alpha/
the package names and md5 checksums are
INIT 38f9bab10d59d170657264f255260e5e
ast-open e088a1da41388fd44d222f
msggen is now in the ast-ksh package (recent alphas)
On Mon, 24 Sep 2012 18:29:40 +0200 Cedric Blancher wrote:
> On 24 September 2012 18:20, Glenn Fowler wrote:
> >
> > On Mon, 24 Sep 2012 14:16:23 +0200 Cedric Blancher wrote:
> >> On 22 September 2012 09:07, Ced
this now works
LC_ALL=en_US.UTF-8 tr '\u[20a0]-\u[20af]' '[\n*]' <<<
$'hello\u[20a1]world'
On Mon, 3 Dec 2012 18:25:32 +0100 Cedric Blancher wrote:
> On 3 December 2012 18:16, Glenn Fowler wrote:
> >
> > On Mon, 3 Dec 2012 18:07:00
On Mon, 22 Apr 2013 22:06:14 +0200 Cedric Blancher wrote:
> On 22 April 2013 21:57, Glenn Fowler wrote:
> >
> > this now works
> >
> > LC_ALL=en_US.UTF-8 tr '\u[20a0]-\u[20af]' '[\n*]' <<<
> > $'hello\u[20a1]world'
e make 2>&1 | tee
> -a buildlog.log # fails like this:
> -- snip --
> + cc -O2 -D_BLD_DLL -fPIC -I-
> -I/home/test001/work/ast_ksh_20130422/build_32bit_plain/arch/linux.i386-64/include/ast
> -I/usr/include/ast '-DERROR_CATALOG="kshdbm"' '-DUSAGE_LICENSE
create the wrapper script wrapped-nmake (or whatever) that calls nmake
then
export VPATH=$INSTALLROOT:$PACKAGEROOT
cd $INSTALLROOT/src # or and dir with Makefile|Nmakefile in view
MAKE=wrapped-nmake wrapped-nmake install
On Tue, 23 Apr 2013 23:00:20 +0200 Roland Mainz wrot
as far as I can tell
name your function "malloc"
and somehow don't worry about cross pollination between
program startup and the time your malloc() becomes visible
On Tue, 23 Apr 2013 23:44:17 +0200 Roland Mainz wrote:
> While trying to trace-down the issues with the ast-open build I
> noticed th
> > On Tue, Dec 28, 2010 at 12:19 AM, Chris Pickett
> > wrote:
> >> On Mon, Nov 29, 2010 at 4:18 PM, Glenn Fowler wro=
> te:
> >>> On Sat, 27 Nov 2010 15:08:19 +0100 Roland Mainz wrote:
> >>>> 2010/11/27 =CF=CC=D8=C7=C1 =CB=D2=D9=D6=C1=CE=CF=D7
the AT&T Software Technology ast alpha 2013-05-03 source release
has been posted to the download site
http://www.research.att.com/sw/download/alpha/
the package names and md5 checksums are
INIT ada7b371cfe672c65695c28bd96af160
ast-ksh 346c1a4435ff6f8daf5adaae6d4793d6
dgk and I talked and we both had a different expectation on newof()
if we take dgk's view we may not have to change much except for
the newof() implementation itself which would only 0-out
the sizeof(type)*#instances bytes and not 0-out the extra bytes
this may capture most usage except for
I put in a fix a while back and its in valgrind's court to explain why it
doesn't work
'flags' usage looks like this:
unsigned intflags;
/* error checking, assignments, no goto's ... */
if (vex)
{
vex->noexec = -1;
vex->pgrp = -
good idea
I merged the VMFL vmalloc.h debugging hooks from ast.h
and your AST_PROFILE_NEWOF hooks into a single debugging header
ast.h now includes ast_debug.h
and use the _AST_DEBUG_* namespace to enable debugging
for newof/oldof you would build everything with
-D_AST_DEBUG_newof
il 2013 17:09, Glenn Fowler wrote:
> >
> > the code used by sed is embedded in src/lib/libast/regex/regcomp.c
> > the tr code is incomplete and should use something very close to
> > the regcomp code
> Glenn, do you have a patch to test for me?
> Ced
&
iffe patch not necessary
just run with --debug=2 or -d2
it will generate a lot of output
but won't prevent or delete core files
On Wed, 15 May 2013 12:38:30 +0200 Roland Mainz wrote:
> Here is a variation of the crash, sampled with
> ast-ksh.2013-05-03+patches as SHELL running "iffe.sh" under
> V
can you run truss and snarf out the chown()/lchown() lines
from both the ast and native chown
On Wed, 22 May 2013 23:56:05 +0200 Irek Szczesniak wrote:
> Taken from an Illumos OS bug:
> ==
> When I want to chown a file using numeric ids, which don't exist in
> the pass
can you make a small test case (like the previous /tmp/x => /tmp/g) that
shows the problem
I'm asking because the first thing I tried worked
On Wed, 22 May 2013 23:57:10 +0200 Irek Szczesniak wrote:
> Taken from an Illumos OS bug:
> ==
> I found cases where -f is not
again my first attempt to reproduce (albeit not as root) worked
maybe its an older version
what does this show
chown --?-version
On Wed, 22 May 2013 23:58:35 +0200 Irek Szczesniak wrote:
> Taken from an Illumos OS bug:
> ==
> I discovered some surprising things
works with
version chgrp (AT&T Research) 2012-04-20
retry all your recent tests with a recent ast alpha
On Thu, 23 May 2013 02:20:52 +0200 Irek Szczesniak wrote:
> On Thu, May 23, 2013 at 12:37 AM, Glenn Fowler wrote:
> >
> > again my first attempt to repro
the AT&T Software Technology ast alpha 2013-05-24 source and binary release
has been posted to the download site
http://www.research.att.com/sw/download/alpha/
the package names and md5 checksums are
INIT ed29bc9017e7bed828b66977c474f3dc
ast-ksh ec93af891a10071d65afe
2013 17:08:18 +0200 Roland Mainz wrote:
> On Fri, May 24, 2013 at 8:54 AM, Glenn Fowler wrote:
> >
> > the AT&T Software Technology ast alpha 2013-05-24 source and binary release
> > has been posted to the download site
> > http://www.research.att.com/sw/downlo
oding: 7bit
> Hi,
> I can reproduce this too.
> On 24.5.2013 18:48, Glenn Fowler wrote:
> >
> > the chain of events is
> >
> > $INSTALLROOT/src/cmd/INIT
> > generates m.req (for -lm refs)
> > installs m.req as $INSTALLROOT/li
for any ast command you can query the existence of an option like this
find --?path
find --?ipath
these have been there since at least 1999-03-11 when it was converted to
optget()
On Wed, 29 May 2013 12:21:41 +0200 Cedric Blancher wrote:
> Does AST find support the -path and ip
I had posed a question to the posix austin group related to this
and failed to report back to ast-developers
here is the relevant snippet, starting with a response from the group
and my comment
>> Maybe what you're confusing is the concept of unassigned Unicode
>> codepoints (a Unicode concept i
the problem with ast tr and [=e=] still remains
On Wed, 5 Jun 2013 02:30:56 +0200 Cedric Blancher wrote:
> On 18 April 2013 13:38, Roland Mainz wrote:
> > On Wed, Apr 17, 2013 at 2:52 PM, Cedric Blancher
> > wrote:
> >> Glenn, can you take a look at the posting from freebsd-standards? AST
> >>
On Wed, 5 Jun 2013 12:51:18 +0200 Cedric Blancher wrote:
> On 5 June 2013 07:03, Glenn Fowler wrote:
> >
> > I had posed a question to the posix austin group related to this
> > and failed to report back to ast-developers
> >
> > here is the relevant snippet,
On Thu, 6 Jun 2013 12:52:14 +0200 Lionel Cons wrote:
> A colleague is asking: Is VMALLOC_OPTIONS='abort' no longer calling
> abort() on heap corruption when libast::free() is passed a pointer
> which does not originate from libast::malloc()/calloc()?
> libast version is ast-ksh.2013-05-24
thanks
ected, great
for systems that do not supply iswrune() portability remains a big issue,
current practice notwithstanding -- it will always be an
iffe|config game of catchup vs. the iw*() collection du jour
On Sat, 8 Jun 2013 23:17:08 +0200 Roland Mainz wrote:
> On Wed, Jun 5, 2013 at 3:52 PM, Glen
On Mon, 10 Jun 2013 03:47:08 +0200 Roland Mainz wrote:
> On Sun, Jun 9, 2013 at 4:44 AM, Glenn Fowler wrote:
> > I knew I would get into semantic trouble here
> > I'm not complaining/deriding the efficacy of iswrune()
> > only that it has no bearing on any posix compl
On Mon, 10 Jun 2013 13:27:23 +0200 Lionel Cons wrote:
> On 17 April 2013 15:02, Cedric Blancher
> wrote:
> > On 2 April 2013 17:58, Glenn Fowler wrote:
> >>
> >> we have no reason to believe ast would have trouble building and running
> >> on ar
yes
the target is later today
the libast+vmalloc merge portability testing and code changes took a while
not unexpected since mmap is finicky across os implementations
On Mon, 10 Jun 2013 13:28:07 +0200 Lionel Cons wrote:
> Glenn, are you going to release new alpha tarballs anytime soon?
> Lione
the ast-ksh 2013-06-11 alpha source has been posted to
http://www.research.att.com/sw/download/alpha/
its still a work in progress
dgk and I are corrdinating the new vmalloc implementation vs signals
in addition to the work dgk is doing in ksh vs signals
___
On Wed, 12 Jun 2013 18:56:05 +0200 Cedric Blancher wrote:
>On 12 June 2013 15:05, Simon Toedt wrote:
>> On Wed, Jun 12, 2013 at 1:46 PM, Glenn Fowler wrote:
>>> the ast-ksh 2013-06-11 alpha source has been posted to
>>> http://www.research.att.com/sw/download/
can you point to the specific lines in the code that led you to this conclusion
On Mon, 17 Jun 2013 14:59:38 +0200 Cedric Blancher wrote:
> I found a bug in ksh93's kill(1) implementation: It doesn't check for
> errors when kill(3p) and killpg(3p) are used.
> However posix says for kill(3p) and k
On Mon, 17 Jun 2013 16:00:21 +0200 Cedric Blancher wrote:
> On 17 June 2013 15:50, Glenn Fowler wrote:
> > On Mon, 17 Jun 2013 14:59:38 +0200 Cedric Blancher wrote:
> >> I found a bug in ksh93's kill(1) implementation: It doesn't check for
> >> errors
no -- that's a good point
we would probably add fts_openat(path, fd, flags, comparf)
and extend the *at() semantics to allow path==0 to use fd already in hand
On Mon, 17 Jun 2013 16:22:36 +0200 Lionel Cons wrote:
> Does libast have a directory walker API which can take a directory fd
> (for open
I found a problem in bin/package host type than may be releated
that fix will be in the next ast-ksh alpha which should be out later today
thanks
On Mon, 17 Jun 2013 17:22:29 +0200 Roland Mainz wrote:
> Hi!
>
> Small (?!) bug:
> On SuSE 12.3/AMD64/64bit build ksh93's "getconf" builtins rep
ast-ksh alpha 2013-06-13 source posted to
http://www.research.att.com/sw/download/alpha/
still a work in progess, but progress has been made in the
handling of signals in libast/vmalloc and ksh
more comments later this morning ...
___
ast-deve
On Tue, 18 Jun 2013 05:10:23 +0200 Cyrille Lefevre wrote:
> Le 18/06/2013 04:34, Glenn Fowler a écrit :
> >
> > ast-ksh alpha 2013-06-13 source posted to
> > http://www.research.att.com/sw/download/alpha/
> FYI http://www2.research.att.com/~gsf/cgi-bin/download.
in src/lib/libast/regex/reg[nr]exec.c change
while ((index += skip[buf[index]]) < mid);
to
while (index < mid)
index += skip[buf[index]];
On Mon, 17 Jun 2013 18:10:38 +0200 Roland Mainz wrote:
> Hi!
>
> The following testcase triggers a valgrind hit in as
this will be the default in the next alpha
since you were'nt running the tests via shtests were you running
with export VMALLOC_OPTIONS= ?
On Tue, 18 Jun 2013 12:28:02 +0200 Cedric Blancher wrote:
> On 18 June 2013 04:34, Glenn Fowler wrote:
> >
> > ast-ksh alpha 2013-06
On Tue, 18 Jun 2013 15:24:27 +0200 Roland Mainz wrote:
> On Tue, Jun 18, 2013 at 4:34 AM, Glenn Fowler wrote:
> >
> > ast-ksh alpha 2013-06-13 source posted to
> > http://www.research.att.com/sw/download/alpha/
> >
> > still a work in progess,
On Tue, 18 Jun 2013 11:08:35 +0200 Wendy Lin wrote:
> On 18 June 2013 04:34, Glenn Fowler wrote:
> >
> > ast-ksh alpha 2013-06-13 source posted to
> > http://www.research.att.com/sw/download/alpha/
> >
> > still a work in progess, but progress has been ma
strict-aliasing warnings gone for the next alpha
thanks
On Tue, 18 Jun 2013 18:01:26 +0200 Roland Mainz wrote:
> On Tue, Jun 18, 2013 at 4:59 PM, Glenn Fowler wrote:
> >
> > On Tue, 18 Jun 2013 15:24:27 +0200 Roland Mainz wrote:
> >> On Tue, Jun 18, 2013 at 4:34 AM, G
On Wed, 19 Jun 2013 10:52:37 +0200 Irek Szczesniak wrote:
> On Wed, Jun 19, 2013 at 8:19 AM, Glenn Fowler wrote:
> >
> > On Tue, 18 Jun 2013 11:08:35 +0200 Wendy Lin wrote:
> >> On 18 June 2013 04:34, Glenn Fowler wrote:
> >> >
> >>
On Thu, 20 Jun 2013 10:36:44 -0400 David Korn wrote:
> > ~{fd}/.. doesn't work. It returns the /proc/pid/fd directory and not
> > the parent of the directory opened via openat().
> This is a bug which I will fix.
> >
> > The bash and dash camps have already rejected ~{fd}/rel_path as "not
> > in
the AT&T Software Technology ast alpha 2013-06-28 source release
has been posted to the download site
http://www.research.att.com/sw/download/alpha/
the package names and md5 checksums are
INIT eddbf89d061348519d86f2618b708a94
ast-base a745a7d4ce6f53c2e4134af4cc835ff7
On Wed, Jul 3, 2013 at 2:06 AM, Roland Mainz
> >>> wrote:
> >>>> On Tue, Jul 2, 2013 at 8:04 PM, Roland Mainz
> >>>> wrote:
> >>>>> On Tue, Jul 2, 2013 at 4:11 PM, Irek Szczesniak
> >>>>> wrote:
> >>>
On Sat, 13 Jul 2013 10:48:55 +0200 Lionel Cons wrote:
> Does SFIO's sfgetd() have support for C99 printf("%a") format?
both
sfputu()/sfgetu() for integers
and
sfputd()/sfgetd() for floating point
use sfio-specific encodings
sfscanf() handles %a format via ast { strtof strtod strt
On Mon, 15 Jul 2013 09:10:10 +0200 Irek Szczesniak wrote:
> On Thu, Jul 4, 2013 at 3:17 PM, Roland Mainz wrote:
> > Hi!
> >
> >
> >
> > Attached (as "astksh20130628_sync_fsync_syncfs001.diff.txt") is a
> > patch which adds support for |fsync()| and |syncfs()| to the sync(1)
> > builtin.
> >
privs
I'll add that to the ast build farm to nip pedantic warnings in the bud
On Tue, 16 Jul 2013 01:23:44 +0200 Roland Mainz wrote:
> On Mon, Jul 15, 2013 at 10:57 PM, Glenn Fowler wrote:
> > On Mon, 8 Jul 2013 00:08:58 +0200 Roland Mainz wrote:
> >> On Sat, Jul 6, 2013
1 - 100 of 350 matches
Mail list logo
