William James wrote:
> On 1/26/07, David Korn wrote:
> > > How can I convert a character like ? (small u, grave accent) to the
> > > integer character value of the current locale, i.e. per
> > > http://saftsack.fs.uni-bayreuth.de/html/HTML_2.0/iso8859-1.html ? is
> > > 249
> >
> > ksh93 supports c
Richard Lowe wrote:
> Roland Mainz wrote:
> > Hi!
> > I created a couple of webrevs in various flavours based on today's
> > ksh93-integration sources. This isn't the "reliminary review request"
> > (yet; the official rquest should come on ~~ monday or tuesday), just an
> > attempt to provide an up
Richard Lowe wrote:
> Roland Mainz wrote:
>> David.Comay at Sun.COM wrote:
>> - All AST sources are in
>> usr/src/lib/lib(ast|pp|dll|cmd|shell)/common/
>> and usr/src/cmd/ast/. All files are 100% identical with the upstream
>> (AT&T) versions except those listed in
>> "usr/src/
Roland Mainz wrote:
> David.Comay at Sun.COM wrote:
> - All AST sources are in usr/src/lib/lib(ast|pp|dll|cmd|shell)/common/
> and usr/src/cmd/ast/. All files are 100% identical with the upstream
> (AT&T) versions except those listed in
> "usr/src/lib/libshell/misc/ksh93_solaris_bui
> Umpf... part of the problem are exactly these "fixes". Originally the
Many of them are fixes for problems that were identified over the
years. Some of them might have been for standards, most of them I
suspect were due to customers escalating bugs against the shell. Since
Sun's ksh88 had long
This thread has gotten a bit long-winded. Can I recommend it be taken
off opensolaris-code@ and handled on ksh93-integration-disc...@?
Thanks!
-- Garrett
Danek Duvall wrote:
> On Mon, Jan 29, 2007 at 04:45:44PM -0800, April Chin wrote:
>
>
>> I have tacitly agreed to the diff file, but if
On Mon, Jan 29, 2007 at 04:45:44PM -0800, April Chin wrote:
> I have tacitly agreed to the diff file, but if this is a source code
> no-no, is there a more appropriate place to store such a file?
There's no reason that an ongoing ksh93 gate hosted on opensolaris.org
can't maintain the pure files
On Tue, Jan 30, 2007 at 01:24:01AM +0100, Roland Mainz wrote:
> 2) a reasonable plan gets accepted how we can prevent the ksh93 codebase
> from being overrun with Solaris-specific changes which are not submitted
> to upstream
The plan for this is vigilance by people who are knowledgable and care,
On Mon, Jan 29, 2007 at 11:40:22PM +0100, Roland Mainz wrote:
> We're now scrubbing nearly a year over all the issues (trying to create
> something like a "perfect putback" (which doesn't exist in reality
> (unless someone invents a way to spend infinite time on an infinite
> number of problems)))
> X-Original-To: ksh93-integration-discuss at opensolaris.org
> Delivered-To: ksh93-integration-discuss at opensolaris.org
> Date: Tue, 30 Jan 2007 01:00:20 +0100
> From: Roland Mainz
>
> > >>2 - Are there any unit tests?
> > >
> > >What do you mean with "unit tests" ?
> > >
> > Are you serious?
> Date: Mon, 29 Jan 2007 23:40:22 +0100
> From: Roland Mainz
> X-Accept-Language: en
> MIME-Version: 1.0
> To: Richard Lowe
> CC: ksh93-integration-discuss ,
OpenSolaris Code mailing list , April Chin
> Subject: Re: [osol-code] ksh93-integration prototype004 2007-01-27 webref+diff
> Content-T
Roland Mainz writes:
> If you're asking for a "test suite" for |libc::wordexp()|: glibc has one
> and April has another set of tests. But the more important issue is that
> it works propperly with SMF. This is the real "trap" where the various
> OpenSolaris distributions are suffering from and tha
Roland Mainz wrote:
> Hi!
>
>
>
> I created a couple of webrevs in various flavours based on today's
> ksh93-integration sources. This isn't the "reliminary review request"
> (yet; the official rquest should come on ~~ monday or tuesday), just an
> attempt to provide an updated webrev.
>
I
>>> - All AST sources are in usr/src/lib/lib(ast|pp|dll|cmd|shell)/common/
>>> and usr/src/cmd/ast/. All files are 100% identical with the upstream
>>> (AT&T) versions except those listed in
>>> "usr/src/lib/libshell/misc/ksh93_solaris_builtin_patch.diff".
>> I don't understand why this is necessa
Roland Mainz writes:
> * Webrev over all non-AST files (this includes the files in
> usr/src/cmd/ast/msgcc/ my accident):
> http://www.nrubsig.org/people/gisburn/work/solaris/ksh93_integration/ksh93_integration_prototype004_webrev_20070127/non_ast_files/webrev/
I did some light review of this. So
15 matches
Mail list logo
