Re: Enough!
On Tue, May 15, 2001 at 10:41:03PM +0100, David Cantrell wrote: On Tue, May 15, 2001 at 08:59:32PM +0100, Martin Ling wrote: On Tue, May 15, 2001 at 05:43:52PM +0100, David Cantrell wrote: nokia 9210 Which is still, AFAIK, unobtainium. I know someone who knows someone who has a test model - I'll prod on programmability. Greg has (had?) one to play with. It is programmable. Had is the correct tense, seeing as Mr McCarroll is currently resting between engagements. Neil. -- Neil C. Ford Managing Director, Yet Another Computer Solutions Company Limited [EMAIL PROTECTED] - http://www.yacsc.com
Re: Enough!
* Neil Ford ([EMAIL PROTECTED]) wrote: On Tue, May 15, 2001 at 10:41:03PM +0100, David Cantrell wrote: On Tue, May 15, 2001 at 08:59:32PM +0100, Martin Ling wrote: On Tue, May 15, 2001 at 05:43:52PM +0100, David Cantrell wrote: nokia 9210 Which is still, AFAIK, unobtainium. I know someone who knows someone who has a test model - I'll prod on programmability. Greg has (had?) one to play with. It is programmable. Had is the correct tense, seeing as Mr McCarroll is currently resting between engagements. of course in the meantime you can download the nokia 9210 emulator that will allow you to test your programs ahead of time (check out nokia dev zone or some such) C++ programmers may also enjoy the very fine Symbian Programming by Tasker and co. -- Greg McCarroll http://www.mccarroll.uklinux.net
Caller ID (was Re: Enough!)
At 21:08 15/05/01 +0100, you wrote: They already offer it. You can bar up to ten numbers (IIRC). I don't know how it deals with withheld numbers. Never checked. I'm sure I remember reading somewhere that you always send your CID when you make a phone call. If you choose to withhold the ID, it still gets sent, it just gets sent with a 'do not disclose' flag set, which all (BT approved) phones and services (like 1471) must honour. Therefore it should be easy for BT themselves to offer something that can bar CID witheld calls. But this might be wrong, or might just be how the US system works or something. -- Jonathan Peterson Technical Manager, Unified Ltd, 020 7383 6092 [EMAIL PROTECTED]
Re: Enough!
David Cantrell [EMAIL PROTECTED] writes: On Tue, May 15, 2001 at 08:59:32PM +0100, Martin Ling wrote: On Tue, May 15, 2001 at 05:43:52PM +0100, David Cantrell wrote: nokia 9210 Which is still, AFAIK, unobtainium. I know someone who knows someone who has a test model - I'll prod on programmability. Greg has (had?) one to play with. It is programmable. The organiser bit I am sure is programmable but I was just wondering to what degree the phone part itself is accessible, eg. can you read the sort of phone information visible from the Nokia Net Monitor like the TIMSI etc. -- 1024/D9C69DF9 steve mynott [EMAIL PROTECTED] if you understand what you're doing, you're not learning anything. -- a. l.
The scary man...
Some interesting stuff: http://www.perl.com/pub/2001/05/08/exegesis2.html I like the fact that hash's and arrays are going to use their own symbols for stuff like slices, should make explaining things a lot easier in the future! Dean -- But then the serpent of OO entered the garden, and offered Perlkind the bitter fruit of subroutine and method calls. --- D Conway
Re: Caller ID (was Re: Enough!)
Jonathan Peterson [EMAIL PROTECTED] writes: I'm sure I remember reading somewhere that you always send your CID when you make a phone call. If you choose to withhold the ID, it still gets sent, it just gets sent with a 'do not disclose' flag set, which all (BT approved) phones and services (like 1471) must honour. Therefore it should be easy for BT themselves to offer something that can bar CID witheld calls. But this might be wrong, or might just be how the US system works or something. This is basically right but some ways of making a call don't send any CLI at all and the US and UK systems are different. The BT specs are online:- http://www1.btwebworld.com/sinet/227v3p1.pdf -- 1024/D9C69DF9 steve mynott [EMAIL PROTECTED] the difference between a moral man and a man of honor is that the latter regrets a discreditable act, even when it has worked and he has not been caught. -- henry l. mencken
Re: The scary man...
On Wednesday, May 16, 2001, at 10:47 AM, Dean wrote: Some interesting stuff: http://www.perl.com/pub/2001/05/08/exegesis2.html Exegesis unimatrix-1: print Hello, World!\n RFC28 hard at work here! Marcel -- $x**$n + $y**$n = $z**$n is insoluble if $n 2; I have discovered a truly remarkable proof which this signature is too short to contain. (20 Aug 2001: Pierre de Fermat's 400th birthday)
RE: Latest Perl Journal
From: Barbie [EMAIL PROTECTED] Sent: Wednesday, May 16, 2001 9:29 AM Dave, Loved the footnote on page 78. Thanks very much. It's one of my favourite jokes. It was trialed at a london.pm technical meeting some months ago :) Dave... -- The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system.
Re: Caller ID (was Re: Enough!)
On Wed, May 16, 2001 at 10:59:07AM +0100, Robin Szemeti wrote: I do keep intending to do something cute with my ISDN adapter and log the stuff coming out of the D channel and see whats in there ... but time has prevented it etc. I'd be interested to hear how you get on... I was under the impression that the D channel was an always on 16k-thing. It'd be interesting to see what gets sent down there normally... -Dom
Re: Caller ID (was Re: Enough!)
On Wed, 16 May 2001, Dominic Mitchell wrote: On Wed, May 16, 2001 at 10:59:07AM +0100, Robin Szemeti wrote: I do keep intending to do something cute with my ISDN adapter and log the stuff coming out of the D channel and see whats in there ... but time has prevented it etc. I'd be interested to hear how you get on... I was under the impression that the D channel was an always on 16k-thing. It'd be interesting to see what gets sent down there normally... CLI / Destination number that kind of thing. Signalling information basically. MBM -- Matthew Byng-Maddick [EMAIL PROTECTED] +44 20 8980 5714 (Home) http://colondot.net/ +44 7956 613942 (Mobile) In California they don't throw their garbage away -- they make it into television shows. -- Woody Allen, Annie Hall
Transtec Sparc Clones
I think some of the people who use this list have used Transtec's Sparc clone machines. My question is: 1. Are they any good 2. Are they _really_ identical to Sparcs at the OS level, or do you need funky drivers and non-standard BIOS / PROM settings in Solaris to work it? I just love that 1/3 of Sun's price, but shurely too good to be true Ta, JP -- Jonathan Peterson Technical Manager, Unified Ltd, 020 7383 6092 [EMAIL PROTECTED]
A look over the shoulder of an XP programmer (auf deutsch)
Seen in news:de.alt.sysadmin.recovery : http://www.frankwestphal.de/XPueberdieSchultergeschaut.html The poster thought it was satire; I'm not so sure. Anyway, if you understand German (or trust Babelfish), have a look at it. Enjoy! Cheers, Philip -- Philip Newton [EMAIL PROTECTED] All opinions are my own, not my employer's. If you're not part of the solution, you're part of the precipitate.
Re: Enough!
* Steve Mynott ([EMAIL PROTECTED]) wrote: David Cantrell [EMAIL PROTECTED] writes: On Tue, May 15, 2001 at 08:59:32PM +0100, Martin Ling wrote: On Tue, May 15, 2001 at 05:43:52PM +0100, David Cantrell wrote: nokia 9210 Which is still, AFAIK, unobtainium. I know someone who knows someone who has a test model - I'll prod on programmability. Greg has (had?) one to play with. It is programmable. The organiser bit I am sure is programmable but I was just wondering to what degree the phone part itself is accessible, eg. can you read the sort of phone information visible from the Nokia Net Monitor like the TIMSI etc. there are definetly telephone APIs available for EPOC, now i'm not sure if you can replace they default phone functionality or not so that your app would handle the incoming call, i'll have a read up on it later -- Greg McCarroll http://www.mccarroll.uklinux.net
Re: streaming output
Robert Thompson wrote: print Content-Type: application/octet-stream\n; print Content-Transfer-Encoding: x-gzip\n\n; At a guess: Content-Encoding: gzip instead. I've had a look at the relevant rfc's. Which ones? RFC 2616 (HTTP/1.1) mentions gzip not x-gzip under 3.5 Content Codings and 3.6 Transfer Codings. The main thing I'm unsure about is the content-transfer-encoding type. Anyone know where there's a list of them? RFC 2616 says (section 3.5, Content Codings): 3.5 Content Codings Content coding values indicate an encoding transformation that has been or can be applied to an entity. Content codings are primarily used to allow a document to be compressed or otherwise usefully transformed without losing the identity of its underlying media type and without loss of information. Frequently, the entity is stored in coded form, transmitted directly, and only decoded by the recipient. content-coding = token All content-coding values are case-insensitive. HTTP/1.1 uses content-coding values in the Accept-Encoding (section 14.3) and Content-Encoding (section 14.11) header fields. Although the value describes the content-coding, what is more important is that it indicates what decoding mechanism will be required to remove the encoding. The Internet Assigned Numbers Authority (IANA) acts as a registry for content-coding value tokens. Initially, the registry contains the following tokens: gzip An encoding format produced by the file compression program gzip (GNU zip) as described in RFC 1952 [25]. This format is a Lempel-Ziv coding (LZ77) with a 32 bit CRC. [snip] There's also a transfer encoding of gzip, which must also have chunked, but that seems to be something different. See also sections 14.11 Content-Encoding (HTTP response header) and 14.41 Transfer-Encoding (HTTP response header). Transfer encoding differs from the content-coding in that the transfer-coding is a property of the message, not of the entity, whatever that means. There doesn't seem to be a Content-Transfer-Encoding, as in MIME[1]. The RFC also notes that Many older HTTP/1.0 applications do not understand the Transfer-Encoding header. [1] though section 3.6 notes that: Transfer-codings are analogous to the Content-Transfer-Encoding values of MIME [7], which were designed to enable safe transport of binary data over a 7-bit transport service. However, safe transport has a different focus for an 8bit-clean transfer protocol. In HTTP, the only unsafe characteristic of message-bodies is the difficulty in determining the exact body length (section 7.2.2), or the desire to encrypt data over a shared transport. I would have expected there to be a list somewhere under ftp://ftp.isi.edu/in-notes/iana/assignments , but the file transfer-encodings there just points to http://www.iana.org/assignments/transfer-encodings , which only has 7bit, 8bit, binary, quoted-printable, base64 as possible values. Any help, pointers much appreciated. Hope this helps some. Cheers, Philip -- Philip Newton [EMAIL PROTECTED] All opinions are my own, not my employer's. If you're not part of the solution, you're part of the precipitate.
RE: streaming output
From: Philip Newton [mailto:[EMAIL PROTECTED]] At a guess: Content-Encoding: gzip instead. Thanks, I'll give that a try. I've had a look at the relevant rfc's. Which ones? RFC 2616 (HTTP/1.1) mentions gzip not x-gzip under 3.5 Content Codings and 3.6 Transfer Codings. I was looking at RFC's 2045 2046 which relate directly to MIME. That's where the Content-Type and Content-Transfer-Encoding headers are talked about. Rob --- Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of IBNet Plc. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
Re: Latest Perl Journal
On Wed, May 16, 2001 at 10:05:25AM +0100, Cross David - dcross wrote: Loved the footnote on page 78. Thanks very much. It's one of my favourite jokes. It was trialed at a london.pm technical meeting some months ago :) What's the footnote on page 78, Dave? .robin. -- A man, a plan, a cat, a ham, a yak, a yam, a hat, a canal--Panama! --Guy Jacobson
Re: Latest Perl Journal
On Wed, May 16, 2001 at 01:19:36PM +0100, Robin Houston wrote: On Wed, May 16, 2001 at 10:05:25AM +0100, Cross David - dcross wrote: Loved the footnote on page 78. Thanks very much. It's one of my favourite jokes. It was trialed at a london.pm technical meeting some months ago :) What's the footnote on page 78, Dave? I told me to. -Dom
Re: Latest Perl Journal
On Wed, May 16, 2001 at 01:19:36PM +0100, Robin Houston wrote: Thanks very much. It's one of my favourite jokes. It was trialed at a london.pm technical meeting some months ago :) What's the footnote on page 78, Dave? And is this a subscribers copy or one found in the wild? Dean -- Profanity is the one language all programmers understand --- Anon
RE: streaming output
From: Philip Newton [mailto:[EMAIL PROTECTED]] At a guess: Content-Encoding: gzip instead. Yep that worked, thanks Rob - I must memorise rfc's I must memorise rfc's I must memorise rfc's --- Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of IBNet Plc. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
Re: Latest Perl Journal
On Wed, May 16, 2001 at 01:22:52PM +0100, Dean wrote: And is this a subscribers copy or one found in the wild? My copy turned up this morning, so presumably a subscribers copy. -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david/ Rip, Mix, Burn, unless you're using our most advanced operating system in the world which we decided to release incomplete just for a laugh
Re: Latest Perl Journal
On Wed, May 16, 2001 at 01:19:36PM +0100, Robin Houston wrote: What's the footnote on page 78, Dave? IAND, but... I like the fact that the new name includes the word Symbol, since it means that we can also call it The::Module::Formerly::Known::as::Sub::Approx. -- It's God. No, not Richard Stallman, or Linus Torvalds, but God. (By Matt Welsh)
Re: Caller ID (was Re: Enough!)
On Wed, 16 May 2001, Dominic Mitchell wrote: On Wed, May 16, 2001 at 10:59:07AM +0100, Robin Szemeti wrote: I do keep intending to do something cute with my ISDN adapter and log the stuff coming out of the D channel and see whats in there ... but time has prevented it etc. I'd be interested to hear how you get on... I was under the impression that the D channel was an always on 16k-thing. It'd be interesting to see what gets sent down there normally... ummm it might be 9k6 but yes, its always on. My card will do either two B (64k) channels or a B and D channel ... most of what gets sent down there is CLID, charge info, etc .. I think they strip a load of it off if you only pay for home highway .. and allow it through if you pay for business highway... ie they actually go to some trouble to provide a worse service .. fules. -- Robin Szemeti Redpoint Consulting Limited Real Solutions For A Virtual World
Re: Latest Perl Journal
From: Dean [EMAIL PROTECTED] On Wed, May 16, 2001 at 01:19:36PM +0100, Robin Houston wrote: Thanks very much. It's one of my favourite jokes. It was trialed at a london.pm technical meeting some months ago :) What's the footnote on page 78, Dave? And is this a subscribers copy or one found in the wild? Subscribers copy. Arrived transatlantic this morning. Barbie.
Re: A look over the shoulder of an XP programmer (auf deutsch)
On Wed, May 16, 2001 at 02:37:25PM +0200, Philip Newton wrote: Well it isn't English, but it's *almost* comprehensible... Sounds a bit like dadadodo, only it makes more sense :) Which does? :) -- Irrigation of the land with seawater desalinated by fusion power is ancient. It's called 'rain'. -- Michael McClary, in alt.fusion
Re: Caller ID (was Re: Enough!)
Matthew Byng-Maddick [EMAIL PROTECTED] writes: On Wed, 16 May 2001, Dominic Mitchell wrote: On Wed, May 16, 2001 at 10:59:07AM +0100, Robin Szemeti wrote: I do keep intending to do something cute with my ISDN adapter and log the stuff coming out of the D channel and see whats in there ... but time has prevented it etc. I'd be interested to hear how you get on... I was under the impression that the D channel was an always on 16k-thing. It'd be interesting to see what gets sent down there normally... CLI / Destination number that kind of thing. Signalling information basically. I have heard of people using the D channel signalling to communicate for free. -- 1024/D9C69DF9 steve mynott [EMAIL PROTECTED] liberty is always dangerous, but it is the safest thing we have. -- harry emerson fosdick
RE: A look over the shoulder of an XP programmer (auf deutsch)
From: Robin Houston [mailto:[EMAIL PROTECTED]] Do you think it's possible to take XP too far? *Too* extreme? Sure it is. Having two people look at/develop a piece of code is better than one. Therefore having three people must be even better. But why stop there - why not four, five, six . . . Better yet - design/develop by committee! Rob --- Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of IBNet Plc. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
Re: Caller ID (was Re: Enough!)
Steve Mynott wrote: I have heard of people using the D channel signalling to communicate for free. I've also heard of phone companies cursing such users and trying to ban programs that support that. At least in Germany, there was a program (or several?) that took advantage of the fact that when you initiate a connection, you can also transfer a small data packet. So they would initiate a connection and include a small data packet, then immediately tear down the connection before it was answered, and initiate another connection with the next few bytes. All this stuff was free (since no connection was established completely), but apparently a lot of load on the switching network. However, German Telecom used to have a service (don't know whether they still do) whereby you could have an always-on connection using the D channel with a type of Datex-P-over-ISDN (a packet-switched(?) network in Germany where you pay by the packet rather than by the minute, and where no permanent connections are established: a bit like UDP). So you could have your email delivered to you, or stock ticks, or other stuff that didn't need high bandwidth. Cheers, Philip -- Philip Newton [EMAIL PROTECTED] All opinions are my own, not my employer's. If you're not part of the solution, you're part of the precipitate.
Re: A look over the shoulder of an XP programmer (auf deutsch)
From: Matthew Byng-Maddick [EMAIL PROTECTED] On Wed, 16 May 2001, Barbie wrote: sysadmin, being the shortsighted Solaris guru that he claims he is, has deemed outgoing and ingoing ports that aren't for HTTP, FTP be blocked :( dare I enquire how you sent this mail, then? :) Oh yeah and them. Apparently it's stop people using newsgroups and Napster. We didn't bother explaining that most of us use mailing lists and use ftp to download mp3s. Barbie
Re: A look over the shoulder of an XP programmer (auf deutsch)
On Wed, May 16, 2001 at 02:08:40PM +0100, Robert Thompson wrote: Having two people look at/develop a piece of code is better than one. Therefore having three people must be even better. But why stop there - why not four, five, six . . . Better yet - design/develop by committee! You've hit the fundamental problem with XP. Getting anything done requires two programmers to agree on something; this, as everyone knows, is impossible. -- So remember when you're feeling very small and insecure How amazingly unlikely is your birth, And pray that there's intelligent life somewhere up in space, 'Cause there's bugger-all down here on Earth. (Monty Python)
Re: A look over the shoulder of an XP programmer (auf deutsch)
On Wed, May 16, 2001 at 02:27:19PM +0100, Simon Cozens wrote: On Wed, May 16, 2001 at 02:08:40PM +0100, Robert Thompson wrote: Having two people look at/develop a piece of code is better than one. Therefore having three people must be even better. But why stop there - why not four, five, six . . . Better yet - design/develop by committee! You've hit the fundamental problem with XP. Getting anything done requires two programmers to agree on something; this, as everyone knows, is impossible. No it isn't! (sorry) jp
Re: A look over the shoulder of an XP programmer (auf deutsch)
On Wed, 16 May 2001, James Powell wrote: On Wed, May 16, 2001 at 02:27:19PM +0100, Simon Cozens wrote: You've hit the fundamental problem with XP. Getting anything done requires two programmers to agree on something; this, as everyone knows, is impossible. No it isn't! You're right; it isn't. (Had to be done.) Tony
Re: Transtec Sparc Clones
On Wed, 16 May 2001, Steve Mynott wrote: Jonathan Peterson [EMAIL PROTECTED] writes: I think some of the people who use this list have used Transtec's Sparc clone machines. My question is: sure I can't tempt you with a tadpole? http://www.tadpole.com/cycle/index.htm the laptop is particularly funky. A freind has one .. I don't know eaxactly how much they are but 30K was rumoured ... -- Robin Szemeti Redpoint Consulting Limited Real Solutions For A Virtual World
Re: A look over the shoulder of an XP programmer (auf deutsch)
* at 16/05 15:22 +0100 Simon Cozens said: On Wed, May 16, 2001 at 02:41:58PM +0100, James Powell wrote: You've hit the fundamental problem with XP. Getting anything done requires two programmers to agree on something; this, as everyone knows, is impossible. No it isn't! That's not argument, it's just contradiction! must resist temptation struan
Re: A look over the shoulder of an XP programmer (auf deutsch)
Simon Cozens wrote: That's not argument, it's just contradiction! I'm sorry; I'm not allowed to argue with you unless you've paid. Cheers, Philip -- Philip Newton [EMAIL PROTECTED] All opinions are my own, not my employer's. If you're not part of the solution, you're part of the precipitate.
Re: A look over the shoulder of an XP programmer (auf deutsch)
On Wed, May 16, 2001 at 04:31:18PM +0200, Philip Newton wrote: Simon Cozens wrote: That's not argument, it's just contradiction! I'm sorry; I'm not allowed to argue with you unless you've paid. Ah, you going into consulting as well, eh? -- The elder gods went to Suggoth and all I got was this lousy T-shirt.
Re: A look over the shoulder of an XP programmer (auf deutsch)
At 03:22 PM 2001.05.16 +0100, Simon Cozens wrote: That's not argument, it's just contradiction! Ahh, you must be looking for a different forum then. Try Castro's site. ;) -- Chris Devers [EMAIL PROTECTED]
Re: A look over the shoulder of an XP programmer (auf deutsch)
[snip] Leon -- Leon Brocard.http://www.astray.com/ Iterative Software...http://www.iterative-software.com/ ... 640K ought to be enough for anybody ...is that dollars or pounds... /Robert
Dell asset numbers ..
does anyone happen to know if you can discover the asset number of a Dell poweredge swerver remotely? apparenlty its 'in the bios' .. how useful. [ I need to order a part .. Dell needs an asset tag number .. the swerver is in mailbox .. I'm 200 miles away .. ] -- Robin Szemeti Redpoint Consulting Limited Real Solutions For A Virtual World
Re: Dell asset numbers ..
At 16:39 16/05/01 +0100, you wrote: does anyone happen to know if you can discover the asset number of a Dell poweredge swerver remotely? apparenlty its 'in the bios' .. how useful. It should also be on a silvery sticker on the back of the machine somewhere with the barcodes. You could try asking a mailbox bod to go have a look and write down the numbers they find and email them all to you. The asset number is a different length to the serial number so you should be able to work out which is which. Jonathan Peterson Technical Manager, Unified Ltd, 020 7383 6092 [EMAIL PROTECTED]
Re: A look over the shoulder of an XP programmer (auf deutsch)
Robert Shiels wrote: Leon ... 640K ought to be enough for anybody ...is that dollars or pounds... Turkish lire? Cheers, Philip -- Philip Newton [EMAIL PROTECTED] All opinions are my own, not my employer's. If you're not part of the solution, you're part of the precipitate.
Buffy ...
http://page.auctions.yahoo.com/uk/auction/51586918 -- Robin Szemeti Redpoint Consulting Limited Real Solutions For A Virtual World
Re: Buffy ...
On Wed, May 16, 2001 at 05:08:17PM +0100, Robin Szemeti wrote: http://page.auctions.yahoo.com/uk/auction/51586918 The economy took another downturn today as the few remaining London based dot-coms utilized the last of their ever diminishing budgets in an attempt to procure an item that would see off the vampire ^Hventure capitalists. One of the companies to survive todays spending spree was MagSol, the founder Dave was heard to say Willows better. Sorry couldn't resist. Dean -- Profanity is the one language all programmers understand --- Anon
Re: Buffy ..
On Wed, 16 May 2001, Robin Szemeti wrote: http://page.auctions.yahoo.com/uk/auction/51586918 Tempting very tempting. I bet the price goes up quite quickly now Andy
RE: A look over the shoulder of an XP programmer (auf deutsch)
From: Chris Devers [EMAIL PROTECTED] Sent: Wednesday, May 16, 2001 3:52 PM At 03:22 PM 2001.05.16 +0100, Simon Cozens wrote: That's not argument, it's just contradiction! Ahh, you must be looking for a different forum then. Try Castro's site. ;) Sorry, this is 'senseless abuse'. -- The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please re-send this communication to the sender and delete the original message or any copy of it from your computer system.
Re: Buffy ..
At 12:31 16/05/01 -0400, you wrote: On Wed, 16 May 2001, Robin Szemeti wrote: http://page.auctions.yahoo.com/uk/auction/51586918 The seller seems to do quite a trade in signed photos. The last SMG one: Sultry Buffy Vampire Slayer SARAH MICHELLE GELLAR Signed 8x10 Photo With COA went for a mere 21 quid -- Jonathan Peterson Technical Manager, Unified Ltd, 020 7383 6092 [EMAIL PROTECTED]
[gnat@frii.com: Damian Conway's Exegesis 2]
Coo, coo, see the fabled perl6, remark how it looks just like perl5, wonder if anything's different and if there's a point to all this ;-) - Forwarded message from Nathan Torkington [EMAIL PROTECTED] - From: Nathan Torkington [EMAIL PROTECTED] Subject: Damian Conway's Exegesis 2 To: [EMAIL PROTECTED] Date: Tue, 15 May 2001 15:32:46 -0600 X-Mailer: VM 6.92 under Emacs 20.7.1 Damian's writing a series of articles parallel to Larry's Apocalypses. These Exegesis articles will show full perl6 programs, with commentary exlaining the new features. The first Exegesis (numbered 2, to keep in sync with Larry) shows a perl6 version of a binary tree program from the Perl Cookbook. http://www.perl.com/pub/2001/05/08/exegesis2.html Nat - End forwarded message - -- Leon Brocard.http://www.astray.com/ Iterative Software...http://www.iterative-software.com/ ... Borg? Where? I don't se*(#$#..NO CARRIER
Re: The scary man...
Exegesis unimatrix-1:
print Hello, World!\n
RFC28 hard at work here!
Great minds thinking in parallel there, Marcel.
My first draft of Ex2 started like this:
Here's the very first Perl 6 program ever written:
#! /usr/local/bin/perl6 --warnings
$*::OUT.push(q()/Hello, World!\X{newline}/.stringify());
Only joking!
But, given the sky-is-falling angst that fills perl6-language these days,
I felt the humour might not be universally appreciated.
;-)
Damian
Python beats perl to dia plugin..
*grump* There is a python plugin to Gnome Dia allowing you to write scripts for dia. I don't know if it is like GIMPS scripting or more of a macro type thing but its a little disapointing there isn't a perl one. Dia 0.88 has an experiemental pyhton plugin capability. I would be interested in finding out hpw hard it would be to do the equivilent for perl - a la The Gimp. Anyone know much about how the GIMP script -fu stuff works on the inside, or shall I hunt through the gimp dev list which I have a feeling could be mentally scarring. A. -- A HREF = http://termisoc.org/~betty; Betty @ termisoc.org /A As a youngster Fred fought sea battles on the village pond using a complex system of signals he devised that was later adopted by the Royal Navy. (this email has nothing to do with any organisation except me)
Re: [gnat@frii.com: Damian Conway's Exegesis 2]
Leon Brocard writes: Coo, coo, see the fabled perl6, remark how it looks just like perl5, wonder if anything's different and if there's a point to all this ;-) Jihad on Leon, anyone? :-) perl6 is supposed to look a lot like perl5. If it didn't, we'd call it Python or something like that. The interesting bits are where it doesn't look like perl5 (optional types! operator and variable properties! new built-in porn!). Did I say porn? I meant data types. Nat
Re: Python beats perl to dia plugin..
On Wed, 16 May 2001, Aaron Trevena wrote: Anyone know much about how the GIMP script -fu stuff works on the inside, http://people.delphi.com/gjc/siod.html AIUI all that the gimp crew have done is to write an extension to SIOD in C to give access to the Gimp API. No doubt you could do the same for Dia, but surely a betterer plan would be not to involve SIOD at all and simply write a XS module to access the Dia api directly from Perl? -- Robin Szemeti Redpoint Consulting Limited Real Solutions For A Virtual World
Re: [gnat@frii.com: Damian Conway's Exegesis 2]
* Leon Brocard ([EMAIL PROTECTED]) wrote: Coo, coo, see the fabled perl6, remark how it looks just like perl5, wonder if anything's different and if there's a point to all this ;-) Blasphemy ahead .. I don't think Perl 6 can be a tremendous leap forward, not because of RFC's along the lines of `Perl must stay Perl', but because the next leap forward is VisualPerl which will be as much about IDE as core language. Now lets not get hung up on the IDE bit of that statement, its more about how people build programs than the interface they use, the IDE merely focuses them towards a certain methodology of building software. And just to complete my final blasphemy, Visual Basic, may have a shit language behind it, it may have performance problems, it may be very limited and may force you to implement the guts as of any serious program you write as C/C++ DLLs but is still the most impressive implementation of a programming language/dialect that I have ever seen, barring one or two domain specific languages, such as the visualisation software which I have forgotten the name of. Greg `the heretic' McCarroll -- Greg McCarroll http://www.mccarroll.uklinux.net
Re: [gnat@frii.com: Damian Conway's Exegesis 2]
On Wed, May 16, 2001 at 10:06:22PM +0100, Greg McCarroll wrote: And just to complete my final blasphemy, Visual Basic, may have a shit language behind it, it may have performance problems, it may be very limited and may force you to implement the guts as of any serious program you write as C/C++ DLLs but is still the most impressive implementation of a programming language/dialect that I have ever seen, You clearly haven't used Delphi. It is *streets* ahead of VB. Not only that they provide source to their components. Not only that, Object Pascal is possibly one of the best practical OO languages in existence. Their component model just rocks. And their editor is fantastic. Delphi rules. Paul
