[9fans] don't shoot me

[9fans] don't shoot me

[pac]

friends,

as an absolute amateur (and before diving into) i would like to know your
opinion on XML
(the voices vary from the "[1]best thing since the invention of pre-sliced
bread" and "eXtremely Messed-up Language[5]"

just drop me a few words, or just [1] .. [5]  ;-)

sorrry for just another survey,
(yes, and i like the idea, but not the "verbose" implementation)
cheers,

++pac.

Re: [9fans] don't shoot me

[Lucio De Re]

On Fri, Jul 18, 2003 at 05:12:35PM +0200, pac wrote:
>
> as an absolute amateur (and before diving into) i would like to know your
> opinion on XML
> (the voices vary from the "[1]best thing since the invention of pre-sliced
> bread" and "eXtremely Messed-up Language[5]"
>
I like XML as an information exchange language for diverse platforms.
Being as vast as it is, it no doubt will be abused more often than
properly employed.  But I am not aware of any preferable alternative
(ASN.1?).

++L

Re: [9fans] don't shoot me

[Scott Schwartz]

| I like XML as an information exchange language for diverse platforms.
| Being as vast as it is, it no doubt will be abused more often than
| properly employed.  But I am not aware of any preferable alternative
| (ASN.1?).

S-expressions.

Re: [9fans] don't shoot me

[ron minnich]

On Fri, 18 Jul 2003, Scott Schwartz wrote:

> | I like XML as an information exchange language for diverse platforms.
> | Being as vast as it is, it no doubt will be abused more often than
> | properly employed.  But I am not aware of any preferable alternative
> | (ASN.1?).
>
> S-expressions.
>

yep. see: http://www.acl.lanl.gov/supermon/ for our monitoring tools that
are all SEXP based, and have a self-describing data format. The data
streams are composable, since they are S-expressions, so combining data
from 1024 streams to one stream is pretty easy. They include a kernel
monitor that produces Linux /proc type information in S-expression format,
with the difference that our module accomodates lots more data and lots
more information than Linux provides normally.

For a small, fast, embeddable library that we wrote here
see:http://sexpr.sourceforge.net/. This has found non-Supermon uses all
over the place, including in a telescope somewhere. There is also a "Why
not XML" section on that page.

In the limit, and I know this sounds nuts, I kind of wish everything in
/proc (and /dev/*/whatever) produced SEXP. While Plan 9 is nowhere near as
inconsistent as Linux in the /proc area, the structure is still pretty
inconsistent. Some things are lists, others are ordered pairs, and others
are tables. If it were all SEXP it could be self-describing and uniformly
parseable with the small, fast library. But maybe I am nuts.

ron
p.s. Betcha this mail gets filtered due to the SEXP content. But that's
what they're called by old-time lisp dudes.

p.p.s. OH well, I'll quote Matt:

"Why not XML?
The goal of any project should be to solve a problem in an elegant, well
designed manner. Buzzword compliance rarely achieves this, other than
allowing a lowly programmer or software engineer to appease higher-ups who
read that "XML is the latest great thing!" XML suffers from certain flaws
that make it worthless in an environment where speed and efficiency
(memory and time complexity) are key requirements. Compare the
performance, footprint, and developer complexity of Xerces and this
s-expression library, and you'll see that for hierarchical data
representation, one is significantly simpler than the other without losing
the ability to do its job (represent data!). After working with XML for a
while (~3-4 years) on multiple projects, I find that since starting to use
s-expressions again as a data format has allowed me to spend less time
debugging my data representation code and more time on problems that
matter. XML sucks, enough said."

Re: [9fans] don't shoot me

[Dan Cross]

> "Why not XML?

Why not, indeed.  When Paul Lustgarten was at Avaya, he was giving a
talk on natural language processing.  He had developed his own
metalanguage and support scaffolding to describe conversations, and
knew one of the questions that would come up was, ``why didn't you use
XML'' (replace XML with VoxML, or whatever DTD du jour you want).  His
response was to start the talk off with a, ``why not XML?'' slide, on
which he gave some simple arithmetic problems he asked the audience to
solve.  One catch: the numbers in the problems were written with Roman
numerals.

But back to XML....  I've used XML quite a bit, and also waffled over
it for years.  On one hand, I think the idea of a language-based way to
describe data (and capture its meaning, i.e., this is a street and not
just a text item) is a good one, but on the other, XML implements it
horribly.  First and foremost, it inherits the God awful syntax of SGML
(the true swiss army markup language).  Second, it's been abused to
death.  As various folks have mentioned, it's been applied like deet in
New York City after a rainstorm:  sometimes useful, most often
unnecessary and malodorous.  I think SEXP's are a nice alternative
(even if they are lisp), but unfortunately, no one uses them (I did
write a parser for them once, though).  Then again, no one uses Plan 9
but that doesn't stop me.  Third and finally, like Linux, it has a
small army of rabid prostelytizers following and promoting it who are
convinced it's the cure to world hunger.  The stench of their bible
thumping has tainted it and we've ended up with some real monstrosities
(like namespaces; ew).

	- Dan C.

Re: [9fans] don't shoot me

[boyd, rounin]

> The stench of their bible
> thumping has tainted it and we've ended up with some real monstrosities
> (like namespaces; ew).

well then there's 'extreme programming' and 'patterns'.  the ontly thing
'extreme' about
that nonsense is that i want to terminate those zealots with _extreme_
prejudice.

if you need a pattern, go knit something.

if you need code, just code it.

Re: [9fans] don't shoot me

[Skip Tavakkolian]

> well then there's 'extreme programming' and 'patterns'.

These guys have come up with a phrase that captures the XP methodology
and has an apropos acronym:

http://www.softwarereality.com/ExtremeProgramming.jsp


"Design After First Testing, and Constant Refactoring After Programming."

Re: [9fans] don't shoot me

[boyd, rounin]

> "Design After First Testing, and Constant Refactoring After Programming."

tell me about it ...

Re: [9fans] don't shoot me

[Douglas A. Gwyn]

boyd, rounin wrote:
> if you need a pattern, go knit something.
> if you need code, just code it.

I don't think it has much to do with XML, but "design patterns"
are a genuine advancement in the field of software engineering,
applicable only with support from object-oriented languages,
in the case of C++ using templates to implement the patterns.

The idea, which is a recurring theme in software engineering,
is to leverage the programmer's efforts by enabling more
applications for the same amount of work.  Just as OO
technology used properly avoids having to enter similar code
details for multiple objects with similar properties, so
design patterns used properly avoids having to create similar
code scaffolding (higher-level control logic) to implement
similar functionality for different unrelated object classes.

If you haven't read the book by Gamma et al. you should do so.

Of course, you don't need industrial-strength tools if you're
just tinkering, but still you should appreciate their value.

Re: [9fans] don't shoot me

[boyd, rounin]

> I don't think it has much to do with XML, but "design patterns"
> are a genuine advancement in the field of software engineering,
> applicable only with support from object-oriented languages,
> in the case of C++ using templates to implement the patterns.

well i appreciate its goals, but it does seem to have run off the rails.
i see this slavish application of this lunatic philosophy and well, i
can't say i like it.

programming is an art, it's a long way from being a science.

Re: [9fans] don't shoot me

[Dan Cross]

> I don't think it has much to do with XML, but "design patterns"
> are a genuine advancement in the field of software engineering,
> applicable only with support from object-oriented languages,

Come on.  ``Genuine advancement in the field of software engineering''
is a bit strong.  As Gamma et al themselves point out in the
introduction, nothing in the book is new.  The only advancement they
made was to package them up in one place and give names everyone could
use as the basis for a common vocabulary.

> in the case of C++ using templates to implement the patterns.

Funny, most of the design patterns in Gamma et al don't use templates.
Only four or five out of 23 do.  Most just use simple inheritence
hierarchies.

	- Dan C.

Re: [9fans] don't shoot me

[boyd, rounin]

> One catch: the numbers in the problems were written with Roman
> numerals.

nice

[9fans] Supermon

[boyd, rounin]

sounds cool.

i did something much simpler, and less invasive, that snooped rwho packets,
with mogul's packet filter, and would show (normally) the load average, or an
up/down status.  the lab was small, so we had the bandwidth and i had the
screen real estate to watch the whole lab.

it showed interesting things, like unterminated coax even though a machine
was was hooked onto the coax.

Re: [9fans] don't shoot me

[ron minnich]

On Fri, 18 Jul 2003, pac wrote:

> as an absolute amateur (and before diving into) i would like to know
> your opinion on XML (the voices vary from the "[1]best thing since the
> invention of pre-sliced bread" and "eXtremely Messed-up Language[5]"

microsoft really likes XML.

ron

Re: [9fans] don't shoot me

[Fco.J.Ballesteros]

IMHO, it's text data reinvented, with some help to automate parsing.

Re: [9fans] don't shoot me

[Dave Lukes]

<raise-head-above-parapet>
Speaking as someone who's trained/used/sworn-at XML/XSLT/XSL-FO ...

> > just drop me a few words, or just [1] .. [5]  ;-)

[1] .. [5] :-).

What Trickey said, plus.

Seriously, XML has it's uses.

e.g. XSL-FO may one day be a tolerable troff replacement.
(Although I'd hate to be an implementor of an XSL-FO processor:
 the reference documents sent me to sleep in record time).

On Fri, Jul 18, 2003 at 05:23:25PM +0200, Fco. J. Ballesteros wrote:
> IMHO, it's text data reinvented, with some help to automate parsing.

Yes, but with some tree structure and naming too.

One of the "interesting" "features" I've noticed about XML is the
"if the only tool you have is a hammer, everything looks like a nail"
syndrome.

You end up with XSLT (i.e. XML) programs manipulating XML data
driven by XML configuration files and so ad infinitum.
(Look at the Apache stuff, like ant for an example).

(Yes, I know XSLT can _generate_ plain text, just about,
but it can't _read_ it!)

This disease will be familar to the Lispers out there.

</raise-head-above-parapet>

Cheers,
	Dave.

Re: [9fans] don't shoot me

[boyd, rounin]

XML?  swiss army markup language.

Re: [9fans] don't shoot me

[Geoff Collyer]

[-- Attachment #1: Type: text/plain, Size: 374 bytes --]

> Yes, but with some tree structure and naming too.

I haven't used XML, but tree structure seems like a simple thing to
provide, for example with indentation as Plan 9 prototype files and
Python do:

/
	sys
		man
			1
				cat
		doc
			fonts
			9.ms

Obviously each line could contain more than a simple file name
component for general data representation.

[-- Attachment #2: Type: message/rfc822, Size: 3415 bytes --]

From: Dave Lukes <davel@luchie.demon.co.uk>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] don't shoot me
Date: Fri, 18 Jul 2003 16:50:17 +0100
Message-ID: <20030718165017.A1419@luchie.demon.co.uk>

<raise-head-above-parapet>
Speaking as someone who's trained/used/sworn-at XML/XSLT/XSL-FO ...

> > just drop me a few words, or just [1] .. [5]  ;-)

[1] .. [5] :-).

What Trickey said, plus.

Seriously, XML has it's uses.

e.g. XSL-FO may one day be a tolerable troff replacement.
(Although I'd hate to be an implementor of an XSL-FO processor:
 the reference documents sent me to sleep in record time).

On Fri, Jul 18, 2003 at 05:23:25PM +0200, Fco. J. Ballesteros wrote:
> IMHO, it's text data reinvented, with some help to automate parsing.

Yes, but with some tree structure and naming too.

One of the "interesting" "features" I've noticed about XML is the
"if the only tool you have is a hammer, everything looks like a nail"
syndrome.

You end up with XSLT (i.e. XML) programs manipulating XML data
driven by XML configuration files and so ad infinitum.
(Look at the Apache stuff, like ant for an example).

(Yes, I know XSLT can _generate_ plain text, just about,
but it can't _read_ it!)

This disease will be familar to the Lispers out there.

</raise-head-above-parapet>

Cheers,
	Dave.

Re: [9fans] don't shoot me

[Dan Cross]

> > Yes, but with some tree structure and naming too.
>
> I haven't used XML, but tree structure seems like a simple thing to
> provide, for example with indentation as Plan 9 prototype files and
> Python do:
>
> /
> 	sys
> 		man
> 			1
> 				cat
> 		doc
> 			fonts
> 			9.ms
>
> Obviously each line could contain more than a simple file name
> component for general data representation.

I guess the one cool think about XML that you don't get with something
like this is a way to name the data meaningfully and naturally.  With
XML, you can write something like the following:

<?xml version="1.0"?>
<address>
  <street>123 Main Street</street>
  <city>Cherry Hill</city>
  <state>New Jersey</state>
  <postcode>12345</postcode>
  <country>USA</country>
</address>

Now, looking beyond the hideous syntax for a moment, one thing jumps
out: all the data is clearly labelled.  I know that ``123 Main Street''
is a street address, and I can extract street addresses by name,
instead of relying on it being in some conventional place in the record
(ie, ``the first text field in each record is the street address'').
Is that useful?  Sometimes yes, more often no.  But when it's needed,
it's really needed and is indispensible.

I contend the only real advantage of XML over other representations is
that it forces data to be labelled (you can do this with sexp's, but
it's not mandatory).  Of course, 9 times out of 10, the labelling
sucks and tells you nothing.  The corresponding sexp might look something
like the following, btw:

(address
  (street "123 Main Street")
  (city "Cherry Hill")
  (state "New Jersey")
  (postcode "12345")
  (country "USA"))

But the following:

("123 Main Street" ("Cherry Hill" "New Jersey") ("12345" "USA"))

is also valid.  Unfortunately, the latter example doesn't preserve any
metainformation about the data; we as humans can look at this and say,
``oh, that looks like an address; 12345 is probably a zip code.''  But
a computer has no idea, and I have no way to tell it other than by
position.  But what if I decide to add another field between the street
address and City/State tuple?  Say, an apartment number field?  All of
a sudden, my position-based extraction logic fails.  At least with XML,
that isn't a problem (in theory, anyway; like I said, the labelling can
be totally bonheaded and meaningless).

Scott Schwartz once proposed using LaTeX syntax for describing data
in the same way one uses XML.  It was a good idea, and we'd end up
with something like:

\begin{address}
  \street{123 Main Street}
  \city{Cherry Hill}
  \state{New Jersey}
  \postcode{12345}
  \country{USA}
\end{address}

Of course, that made too much sense and thus never caught on.  It
would have been a lot cleaner and more compact than using XML
syntax, though.

Oh well.  Like anything else, XML has its place, but it's been shoe
horned into 80 billion different places it doesn't belong.

	- Dan C.

Re: [9fans] don't shoot me

[boyd, rounin]

> Scott Schwartz once proposed using LaTeX ...

don't get me started on LaTeX ...

Re: [9fans] don't shoot me

[Dan Cross]

> > Scott Schwartz once proposed using LaTeX ...
>
> don't get me started on LaTeX ...

Well, it's not LaTeX itself he proposed using, just the syntax.
btw- for Mathematics, give me LaTeX any day over eqn and troff.  :-)

	- Dan C.

Re: [9fans] don't shoot me

[boyd, rounin]

> btw- for Mathematics, give me LaTeX any day over eqn and troff.  :-)

god no.  given me troff or give me death.

Re: [9fans] don't shoot me

[Anthony Mandic]

"boyd, rounin" wrote:

> don't get me started on LaTeX ...

	Just won't wear it, eh?

-am	© 2003

Re: [9fans] don't shoot me

[boyd, rounin]

LaTeX?  nah won't wear it or use it.  what a god-awful idea.

Re: [9fans] don't shoot me

[boyd, rounin]

XML strikes me like MIME; by about the 4th MIME doc Coppola's quote
[re: Apocalypse Now] from Hearts Of Darkness is earily appropriate:

    we had too much money and too much equipment and, slowly, but
    surely, we went insane

which perfectly parallels the <strike>war</strike> police action.

Re: [9fans] don't shoot me

[Geoff Collyer]

Labelling is compatible with my suggestion.  One possibility would be
to use NOV extension-field syntax without the colons:

address	street 600 Mountain Ave.	city Murray Hill	state NJ	postcode 07974-2070	country USA

or something that more obviously permits arbitrary substructure:

address
	country USA
	postcode 07974-2070
	state NJ
	city Murray Hill
	street
		number 600
		name Mountain Ave.

or even reflects the geographical hierarchy of the address:

address
	country USA
		postcode 07974-2070
		state NJ
			city Murray Hill
				street Mountain Ave.
					number 600
						building 2
							section C
								room 501
									person G. R. Emlin

None of these possibilities require the visible punctuation of either
XML or Lisp, and I've come to appreciate the lack of visual noise.
Presotto's wonderful pseudo-XML,

<message type=answer><sentence><word><pronoun flavor=personal pos=subject>I</pronoun></word><word>
<verb flavor=active type=contraction>haven't</verb></word><noun-phrase><word><article flavor=indefinite>
an</article></word><word><noun pos=object>opinion</noun></word></noun-phrase><diacritical>.</diaciritical>
</sentence></message>

strikes me as JCL for the 21st century.

Re: [9fans] don't shoot me

[boyd, rounin]

looks a bit like bib, no?

Re: [9fans] don't shoot me

[jared jennings]

On Sat, 19 Jul 2003 03:13:31 +0000, Geoff Collyer wrote:

>> [quoted text muted]
> 
> I haven't used XML, but tree structure seems like a simple thing to
> provide, for example with indentation as Plan 9 prototype files and
> Python do:

i was surprised that no one mentioned YAML (www.yaml.org). it is just such
an indentation thing. it seems cool.

-- 
check out sneakemail.com and fastmail.fm. (they didn't pay me to say this)

Re: [9fans] don't shoot me

[David Presotto]

<message type=answer><sentence><word><pronoun flavor=personal pos=subject>I</pronoun></word><word>
<verb flavor=active type=contraction>haven't</verb></word><noun-phrase><word><article flavor=indefinite>
an</article></word><word><noun pos=object>opinion</noun></word></noun-phrase><diacritical>.</diaciritical>
</sentence></message>

Re: [9fans] don't shoot me

[ron minnich]

On Fri, 18 Jul 2003, David Presotto wrote:

> <message type=answer><sentence><word><pronoun flavor=personal
> pos=subject>I</pronoun></word><word> <verb flavor=active
> type=contraction>haven't</verb></word><noun-phrase><word><article
> flavor=indefinite> an</article></word><word><noun
> pos=object>opinion</noun></word></noun-phrase><diacritical>.</diaciritical>
> </sentence></message>
>

so much more readable than lisp.

ron

RE: [9fans] don't shoot me

[Nigel Roles]

>
> so much more readable than lisp.
>
> ron

And slightly less readable than binary.

Re: [9fans] don't shoot me

[Anthony Mandic]

ron minnich wrote:

> so much more readable than lisp.

	More like today's Cobol.

-am	© 2003

diacritics (was: Re: [9fans] don't shoot me)

[andrey mirtchovski]

On Fri, 18 Jul 2003, David Presotto wrote:

> <diacritical>.</diaciritical>

this reminds me -- there is a difference between diacritics in X and in Plan 9:

	http://pages.cpsc.ucalgary.ca/~mirtchov/screenshots/x-p9-diacritics.png

what can be done to get the X behaviour in Plan 9?

Re: diacritics (was: Re: [9fans] don't shoot me)

[Scott Schwartz]

| this reminds me -- there is a difference between diacritics in X and in Plan 9:
| 	http://pages.cpsc.ucalgary.ca/~mirtchov/screenshots/x-p9-diacritics.png
| what can be done to get the X behaviour in Plan 9?

Unicode has complicated rules for composing glyphs.  Someone would have
to implement them.

Re: diacritics (was: Re: [9fans] don't shoot me)

[boyd, rounin]

some are diacritics.  some are real characters; the 'diacritic' is part of the
character.

Re: diacritics (was: Re: [9fans] don't shoot me)

[northern snowfall]

>
>
>some are diacritics.  some are real characters; the 'diacritic' is part of the
>character.
>
Phew, and I thought you guys were talking about dianetics.
Now theres some *real* characters for ya!

Don

http://www.7f.no-ip.com/~north_

>

Re: diacritics (was: Re: [9fans] don't shoot me)

[boyd, rounin]

> Phew, and I thought you guys were talking about dianetics.
> Now theres some *real* characters for ya!

ah, scientologist baiting?

Q: If you could do anything in the world what would you do?

A: Stand around on the street asking people questions.

Q: If you could have anything in the world what would you have?

A: That clipboard.

Q: If you could change anything in the world what would it be?

A: The answer to my last two questions.

Re: diacritics (was: Re: [9fans] don't shoot me)

[northern snowfall]

>
>
>Q: If you could change anything in the world what would it be?
>
>A: The answer to my last two questions.
>
Shhhh, we don't want them to legalese 9fans out of commission!

Don

http://www.7f.no-ip.com/~north_

>

Re: diacritics (was: Re: [9fans] don't shoot me)

[Anthony Mandic]

"boyd, rounin" wrote:
> 
> > Phew, and I thought you guys were talking about dianetics.
> > Now theres some *real* characters for ya!
> 
> ah, scientologist baiting?

	That sounds like the corner of Pitt and Park. I recall many
	years ago ol' Ironbar related that anecdote when we retired to
	Basser for some special blend after dinner. I don't recall him
	saying who it was. Was it you? I remember Noel was there that
	night so I asked him about it last night at dinner. He said he
	didn't recall but he thought it sounded like something Grundy
	would do.

-am	© 2003

Re: diacritics (was: Re: [9fans] don't shoot me)

[boyd, rounin]

> That sounds like the corner of Pitt and Park.

it was on pitt iirc.  there was me, shand, brucee, darkie, butshit, gedarse and
i think
that was all, but i could be wrong.  no, darkie was working in a pub which we
dropped
into.  that was a long time ago.  20 years almost.

Re: diacritics (was: Re: [9fans] don't shoot me)

[Latchesar Ionkov]

Showing combining diacritics in Plan9 doesn't require a lot of changes. The
current font implementation supports the ability of drawing something on the
top of the previous character (if Fontchar.left is negative). The only
problem is that Fontchar.width == 0 is a special value that instructs
libdraw to show the glyph of the NUL character.

I think it makes more sense to change the special case to be

	(Fontchar.width + Fontchar.left) == 0

instead of

	Fontchar.width == 0

It won't break any of the existing fonts and will make the combining
diacritics work as expected.

The change in the code is in /sys/src/libdraw/font.c:275

I changed

	if(fi->width == 0)

to
	if(fi->width+fi->left == 0)

Does it make sense? Is it going to break anything else?

Thanks,
	Lucho

Can we change the special
On Fri, Jul 18, 2003 at 11:37:03AM -0600, andrey mirtchovski said:
> On Fri, 18 Jul 2003, David Presotto wrote:
>
> > <diacritical>.</diaciritical>
>
> this reminds me -- there is a difference between diacritics in X and in Plan 9:
>
> 	http://pages.cpsc.ucalgary.ca/~mirtchov/screenshots/x-p9-diacritics.png
>
> what can be done to get the X behaviour in Plan 9?

Re: diacritics (was: Re: [9fans] don't shoot me)

[rob pike, esq.]

> Showing combining diacritics in Plan9 doesn't require a lot of changes.

if you just want to show them, you're probably right and i think  your
change might do it.  but if you want to use them - select, cut, paste, etc.,
i think a lot of change is required, or at best a little change in a lot of
places.  the algorithms managing editable text all implicitly assume the
characters have positive width.

-rob

Re: diacritics (was: Re: [9fans] don't shoot me)

[Latchesar Ionkov]

I didn't think of editing text of combining diacritics ... :(

I noticed the problem while testing my program for ttf font conversion -- I
never really entered such text. I have to check how other OSes handle such
cases -- I cannot imagine how can one select characters with zero width :)

If somebody changes the code to support right-to-left and mixed
directions text, s/he may take care of the combinig diacritics too :)

Thanks,
	Lucho

If the changes in the algorithms for text editing require too much work, may
be it is better to leave them to
On Mon, Aug 11, 2003 at 11:05:14AM -0700, rob pike, esq. said:
> > Showing combining diacritics in Plan9 doesn't require a lot of changes.
>
> if you just want to show them, you're probably right and i think  your
> change might do it.  but if you want to use them - select, cut, paste, etc.,
> i think a lot of change is required, or at best a little change in a lot of
> places.  the algorithms managing editable text all implicitly assume the
> characters have positive width.
>
> -rob

Re: diacritics (was: Re: [9fans] don't shoot me)

[boyd, rounin]

some are diacritics -- some are real characters.

Re: diacritics (was: Re: [9fans] don't shoot me)

[Latchesar Ionkov]

I was talking about about Combining Diacritical Marks (0x0300-0x036F),
Combining Marks For Symbols (0x20D0-0x20FF) and some others like the
cyrillic specific 0x0484-0x0486... All of them have zero width.

Thanks,
	Lucho

On Tue, Aug 12, 2003 at 02:32:30AM +0200, boyd, rounin said:
> some are diacritics -- some are real characters.

Re: diacritics (was: Re: [9fans] don't shoot me)

[David Presotto]

[-- Attachment #1: Type: text/plain, Size: 79 bytes --]

boyd, for example, is a real character.  we also have our share of
diacritics.

[-- Attachment #2: Type: message/rfc822, Size: 2142 bytes --]

From: "boyd, rounin" <boyd@insultant.net>
To: <9fans@cse.psu.edu>
Subject: Re: diacritics (was: Re: [9fans] don't shoot me)
Date: Tue, 12 Aug 2003 02:32:30 +0200
Message-ID: <004901c36069$37837320$b9844051@insultant.net>

some are diacritics -- some are real characters.

Re: diacritics (was: Re: [9fans] don't shoot me)

[Chris Hollis-Locke]

The subfont file format only allows a single byte for the 'left' value.
The font(6) man page doesn't say if this is signed or not.
Looking at an old copy of readsubfont.c it is unsigned.

Chris.

Re: diacritics (was: Re: [9fans] don't shoot me)

[Latchesar Ionkov]

cachechars(2) says it's signed.

Thanks,
	Lucho


On Tue, Aug 12, 2003 at 07:44:44PM +0100, Chris Hollis-Locke said:
> The subfont file format only allows a single byte for the 'left' value.
> The font(6) man page doesn't say if this is signed or not.
> Looking at an old copy of readsubfont.c it is unsigned.
>
> Chris.
>

Re: diacritics (was: Re: [9fans] don't shoot me)

[Chris Hollis-Locke]

>cachechars(2) says it's signed.
>
>Thanks,
>Lucho

Indeed, that'll teach me to go and check the struct defn.

That is one reason why I dislike C.
In Limbo if you see A of type T being assigned to B without a cast
you _KNOW_ that B is of type T also without having to go and look.

"Implicit casts considered harmful"!

Cheers,
Chris.

Re: diacritics (was: Re: [9fans] don't shoot me)

[Charles Forsyth]

[-- Attachment #1: Type: text/plain, Size: 471 bytes --]

actually, i suspect that one subtle point here is that char in Plan 9 (and Inferno) C is
always signed, which (i recall) ANSI C does not guarantee one way or the other.
there is no warranty of fitness for purpose; some such thing.
i can't be certain because my new C standard hasn't arrived owing to
the application by my credit card company of AI for Internet sales.
well, it's obvious the first thing a villain would buy is a copy of
the C99 standard, isn't it?

[-- Attachment #2: Type: message/rfc822, Size: 2739 bytes --]

From: "Chris Hollis-Locke" <chris@hollis-locke.com>
To: <9fans@cse.psu.edu>
Subject: Re: diacritics (was: Re: [9fans] don't shoot me)
Date: Tue, 12 Aug 2003 22:37:07 +0100
Message-ID: <000401c36119$e1d4c440$2248dec2@falken>

>cachechars(2) says it's signed.
>
>Thanks,
>Lucho

Indeed, that'll teach me to go and check the struct defn.

That is one reason why I dislike C.
In Limbo if you see A of type T being assigned to B without a cast
you _KNOW_ that B is of type T also without having to go and look.

"Implicit casts considered harmful"!

Cheers,
Chris.

Re: diacritics (was: Re: [9fans] don't shoot me)

[boyd, rounin]

> That is one reason why I dislike C.

grow up

Re: diacritics (was: Re: [9fans] don't shoot me)

[chris]

boyd@insultant.net wrote:
> grow up

I think it would be better if I were to "grow down".
Those who know me may agree, especially the vertically challenged.

Anyway, I'm not sure what you were trying to contribute.
Would you care to expand on your comment?

Thanks.

Re: diacritics (was: Re: [9fans] don't shoot me)

[boyd, rounin]

> Anyway, I'm not sure what you were trying to contribute.

who is?

Re: [9fans] don't shoot me

[matt]

cat i_love.You.xml >/dev/brain
ERROR: you say you love me but then you hit me
ERROR: does not compute
fzzzttt
Quick Captain, let's make our escape

Re: [9fans] don't shoot me

[Taj Khattra]

On Fri, Jul 18, 2003 at 05:12:35PM +0200, pac wrote:
>
> as an absolute amateur (and before diving into) i would like to know your
> opinion on XML
>

see http://www.research.avayalabs.com/user/wadler/language.pdf  :)

joe armstrong (erlang guy) has proposed ubf:

	http://www.sics.se/~joe/ubf/site/home.html

-taj

Re: [9fans] don't shoot me

[boyd, rounin]

> joe armstrong (erlang guy) has proposed ubf:

Unified Bullshit Fuckup?

it's been a long night, m'lud ...

Re: [9fans] don't shoot me

[Bruce Ellis]

this works for me, but sure the parser took some careful treading
(it's nearly 2000 lines but does pass all conformance tests i've seen).

there is a fine line between the annoyance factor of "being strict"
and knowing that you are presented with well-formed data.

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE xwm SYSTEM "xwm.dtd" [
 <!ENTITY wmpath "/dis/wm">
]>
<xwm>
 <param name="Background" value="26,36,136"/>
 <param name="ToolHeight" value="48"/>
 <param name="Icon" value="inferno.bit"/>
 <exec cmd="&wmpath;/plumb.dis"/>
 <menu>
  <item label="About" value="about"/>
  <submenu label="System">
   <item label="Config" value="&wmpath;/xamal.dis xml/xwm.xml"/>
   <item label="Task Manager" value="&wmpath;/task.dis"/>
   <item label="Limbo Debugger" value="&wmpath;/wmdeb.dis"/>
  </submenu>
  <submenu label="Applications">
   <item label="Coffee" value="&wmpath;/coffee.dis"/>
   <item label="Text Editor" value="&wmpath;/wmedit.dis"/>
   <item label="Mash" value="&wmpath;/wmmash.dis"/>
  </submenu>
  <sep/>
  <item label="Top" value="taskmenu"/>
  <item label="Tasks" value="task"/>
  <item label="Editor" value="edit"/>
  <item label="Shell" value="sh"/>
  <sep/>
 </menu>
</xwm>

Re: [9fans] don't shoot me

[boyd, rounin]

> there is a fine line between the annoyance factor of "being strict"
> and knowing that you are presented with well-formed data.

not known to work in finite time, but the code is huge ...