On Thu, 7 Dec 2000, Bradley M. Kuhn wrote:
Now, I would agree that there are more C hackers about. However, many
people are graduating college with computer science degrees having worked
mostly in Java and very little in C. In 6 years or so, we may find that
there are more Java hackers
On Thu, 7 Dec 2000, Bradley M. Kuhn wrote:
Now, I would agree that there are more C hackers about. However, many
people are graduating college with computer science degrees having worked
mostly in Java and very little in C. In 6 years or so, we may find that
there are more Java hackers
On Thu, 7 Dec 2000, Simon Cozens wrote:
On Thu, Dec 07, 2000 at 11:22:35AM -0500, John Porter wrote:
[C++]
It's nearly as portable,
Uhm. Is this actually true? C runs pretty much anywhere.
Are there any non-fragile implementations of C++ yet?
Which also brings up another point -
On Wed, 6 Dec 2000, Dan Sugalski wrote:
What I'm thinking is that we'll have a scoped destruct stack that gets
pointers to variables that explicitly need destruction, and as we exit
levels of scope we call the destructors of those variables that need it.
(They can still be GC'd later to pick
On Wed, 6 Dec 2000, Dan Sugalski wrote:
my $new_dog;
{
my $dog = new Dog;
$new_dog = \$dog;
}
That would hoist the Dog reference into an outer level of scope--in this
case the one containing $new_dog. Or so my thinking goes at the moment,
though there may be
On Wed, 6 Dec 2000, Dan Sugalski wrote:
Sure, but only objects. (or, to be really paranoid, things referred to)
Nothing else needs refcounting. All the refcounting code can be isolated in
the reference creation and deletion code, and we don't have to pay it
otherwise.
Good point. I hadn't
On Wed, 6 Dec 2000, Bradley M. Kuhn wrote:
And, it will make the barrier for entry for new internals hacker lower.
Really? Do you honestly believe there are more Java programmers than C
programmers? Particularily in the Perl development community!
I would note that if we write in Java, we
On Wed, 6 Dec 2000, Dan Sugalski wrote:
my $new_dog;
{
my $dog = new Dog;
$new_dog = \$dog;
}
That would hoist the Dog reference into an outer level of scope--in this
case the one containing $new_dog. Or so my thinking goes at the moment,
though there may be
On Wed, 6 Dec 2000, Dan Sugalski wrote:
Sure, but only objects. (or, to be really paranoid, things referred to)
Nothing else needs refcounting. All the refcounting code can be isolated in
the reference creation and deletion code, and we don't have to pay it
otherwise.
Good point. I hadn't
On Wed, 6 Dec 2000, Dan Sugalski wrote:
What I'm thinking is that we'll have a scoped destruct stack that gets
pointers to variables that explicitly need destruction, and as we exit
levels of scope we call the destructors of those variables that need it.
(They can still be GC'd later to pick
On Tue, 5 Dec 2000, Alan Burlison wrote:
How about writing the documents in XML and having a 'perl specification'
DTD?
...
Death to POD!
Can we *please* not re-fight this war? I know you remember the last
couple incarnations of XML VS POD. Just replay them in your mind and
enjoy the show.
On Tue, 5 Dec 2000, Alan Burlison wrote:
How about writing the documents in XML and having a 'perl specification'
DTD?
...
Death to POD!
Can we *please* not re-fight this war? I know you remember the last
couple incarnations of XML VS POD. Just replay them in your mind and
enjoy the show.
On Sat, 2 Dec 2000, Nathan Torkington wrote:
* it's difficult for the design to happen through the questions
Is that really true? Have we tried? As far as I can tell we've got a
lot of well-intentioned people that for whatever reason are spending very
little time making Perl 6 happen.
Let
On Sat, 2 Dec 2000, Nathan Torkington wrote:
* it's difficult for the design to happen through the questions
Is that really true? Have we tried? As far as I can tell we've got a
lot of well-intentioned people that for whatever reason are spending very
little time making Perl 6 happen.
Let
On Fri, 24 Nov 2000, Nicholas Clark wrote:
I think Dan was suggesting that the (user side) regex doesn't change at all
(so that's no new syntax there)
It's just that the innards of perl gains a tied scalar that doesn't actually
read in and buffer the file immediately, but defers it as long
On Fri, 24 Nov 2000, Nicholas Clark wrote:
I think Dan was suggesting that the (user side) regex doesn't change at all
(so that's no new syntax there)
It's just that the innards of perl gains a tied scalar that doesn't actually
read in and buffer the file immediately, but defers it as long
On Wed, 22 Nov 2000, Dan Sugalski wrote:
Probably the easiest thing is to implement some sort of file-tied scalar or
something that can provide bytes to the regex engine until it stops asking
for them. Some magic or other, though, will get us what we need.
That might be the easiest thing for
On Tue, 21 Nov 2000, David Grove wrote:
If we were simply feeding it perl with a single syntax, we could get away
with a "one call" scheme. But since we're dealing with almost certainly
mutually exclusive syntax and semantics, it probably needs more
information.
Perhaps the "one call" can
On Wed, 22 Nov 2000, Nicholas Clark wrote:
Are we hoping that we can mmap() most scripts, so read isn't hugely a
problem? And slrp the rest in one? [doesn't feel good]
Are we going to have "lazy scalars" which collude with the regexp engine
so that if the regexp engine hits the
On Tue, 10 Oct 2000, Tim Bunce wrote:
A very complete UML tool in Java is ArgoUML:
http://argouml.tigris.org/
Umm, it might be interesting for someone to add a Perl code generator
for it...
I've played with the idea of adding Perl code-generation to my design
tools (Visio2000 and
On Tue, 10 Oct 2000, Tim Bunce wrote:
A very complete UML tool in Java is ArgoUML:
http://argouml.tigris.org/
Umm, it might be interesting for someone to add a Perl code generator
for it...
I've played with the idea of adding Perl code-generation to my design
tools (Visio2000 and
On Tue, 19 Sep 2000, Glenn Linderman wrote:
I agree that undef and NULL have different semantics. However, this is
clearly SQL's fault and not Perl's. We shouldn't repeat their mistake
just because we occasionally have to interface with their system.
They are different. Neither is a
On Tue, 19 Sep 2000, Glenn Linderman wrote:
I agree that undef and NULL have different semantics. However, this is
clearly SQL's fault and not Perl's. We shouldn't repeat their mistake
just because we occasionally have to interface with their system.
They are different. Neither is a
On Tue, 19 Sep 2000, Dave Storrs wrote:
"Unpack takes binary data in some particular format and
disassembles it, assigning various pieces of it to variables according to
formatting that you supply. Pack does the opposite, using your supplied
formatting to crunch Perl scalar variables
On 20 Sep 2000, Perl6 RFC Librarian wrote:
The absence of a Cnull concept and keyword in Perl makes it more
difficult to interface with relational databases and other medium which
utilize Cnull. Modules such as CDBI must map Cnull to Cundef,
which is an imperfect match.
Does it really make
On 19 Sep 2000, Perl6 RFC Librarian wrote:
Distinguish packed binary data from printable strings
What defines a "printable" string? What if I'm working in an environment
that can "print" bytes that yours can't? Specifically I'm wondering how
this proposal handles Unicode.
-sam
On 20 Sep 2000, Perl6 RFC Librarian wrote:
The absence of a Cnull concept and keyword in Perl makes it more
difficult to interface with relational databases and other medium which
utilize Cnull. Modules such as CDBI must map Cnull to Cundef,
which is an imperfect match.
Does it really make
On Mon, 18 Sep 2000, Michael G Schwern wrote:
Perhaps someone could attempt to write an explaination of pack and
unpack in completely Perl terms. No bits, no ints, no nybbles, no
IEEE floating point arithmetic, no prior knowledge of C necessary.
Those are not Perl. Scalars, arrays, hashes,
On Mon, 18 Sep 2000, Michael G Schwern wrote:
On Mon, Sep 18, 2000 at 12:32:08PM -0400, Sam Tregar wrote:
If I grok'd the bastards, I'd write the explaination myself.
If you grok'd the bastards I bet you'd realize how useless such an
explanation would be. The chief reason for using pack
On Mon, 18 Sep 2000, Michael G Schwern wrote:
Perhaps someone could attempt to write an explaination of pack and
unpack in completely Perl terms. No bits, no ints, no nybbles, no
IEEE floating point arithmetic, no prior knowledge of C necessary.
Those are not Perl. Scalars, arrays, hashes,
perldocs. Even the above text might be out of date, so be sure to
check the perldocs for the straight truth.
CONTACT INFO
This module was written by Sam Tregar ([EMAIL PROTECTED]) for Vanguard
Media (http://www.vm.com). You can join the HTML::Template
mailing-list by sending a blank message
On 14 Sep 2000, Chaim Frenkel wrote:
(Someone remind me, What is the point of -T if not running setuid?)
All you need to get root is an unprivilaged shell on anything but a
fully patched machine. A dumb Perl CGI running without -T is all you need
to get a shell.
Besides, I bet most online
On 14 Sep 2000, Chaim Frenkel wrote:
(Someone remind me, What is the point of -T if not running setuid?)
All you need to get root is an unprivilaged shell on anything but a
fully patched machine. A dumb Perl CGI running without -T is all you need
to get a shell.
Besides, I bet most online
On Mon, 4 Sep 2000, Nelson Correa de Toledo Ferraz wrote:
I still think that this:
? foreach $name (@names) { ?
Name: ?=$name? P
Job: ?=$job{$name}? P
? } ?
Is cleaner (well, as much as perl can be :-)) than this:
TMPL_LOOP NAME=EMPLOYEE_INFO
On Mon, 4 Sep 2000, Perrin Harkins wrote:
Embedded perl is absolutely the best answer sometimes, but don't
underestmate the value of turning your example into this:
[% FOREACH thing = list %]
a href="[% thing.url %]"b[% thing.name %]/b/a
[% END %]
That isn't really much better, in my
On Mon, 28 Aug 2000, Nelson Correa de Toledo Ferraz wrote:
"This approach has two problems: First, their little language is
crippled. If you need to do something the author hasn't thought of, you
lose. Second: Who wants to learn another language? You already know
Perl, so why not use
Let me try this again (again):
NAME: CGI::Application::MailPage
DESCRIPTION: CGI::Application that allows users to send a page to friends.
DSLI: bmpO
USER: SAMTREGAR
CHAPTER: 15
It's a CGI::Application module that allows people to mail HTML pages to
their friends. I'd like to call it
On Thu, 31 Aug 2000, David L. Nicol wrote:
Perl looks, and AFAIK has always looked, like "C plus lune noise" to
many people.
I think Perl looks like "C plus moon noise" to former C programmers. I
imagine some people see it and think "Csh plus Awk noise". Perl is a lot
more than
On Thu, 31 Aug 2000, David L. Nicol wrote:
We're talking about making a faster Perl. C's syntax requires enough
clarity to compile to something quick. it is a very short hop from
my dog $spot;
to
dog spot;
What about the second version would result in faster execution? Do
On Thu, 31 Aug 2000, David L. Nicol wrote:
Perl looks, and AFAIK has always looked, like "C plus lune noise" to
many people.
I think Perl looks like "C plus moon noise" to former C programmers. I
imagine some people see it and think "Csh plus Awk noise". Perl is a lot
more than
On Thu, 31 Aug 2000, David L. Nicol wrote:
We're talking about making a faster Perl. C's syntax requires enough
clarity to compile to something quick. it is a very short hop from
my dog $spot;
to
dog spot;
What about the second version would result in faster execution? Do
On Tue, 29 Aug 2000, David L. Nicol wrote:
Well then. It is impossible to rearchitect it to make it shared
text? Perhaps the first instance of perl sets up some vast shared
memory segments and a way for the newcomers to link in to it and look
at the modules that have been loaded, somewhere
On Tue, 29 Aug 2000, David L. Nicol wrote:
does sysV shm not support the equivalent security as the file system?
Well, no, I don't think it does. It supports permissions on individual
segments but it doesn't support anything like directory perimssions. It
might be enough, and it might not
On Tue, 29 Aug 2000, Nick Ing-Simmons wrote:
David L . Nicol [EMAIL PROTECTED] writes:
does sysV shm not support the equivalent security as the file system?
mmap() has the file system.
I wasn't aware that mmap() was part of SysV shared memory. My
mistake? It's not on the SysV IPC man
On Tue, 29 Aug 2000, David L. Nicol wrote:
Well then. It is impossible to rearchitect it to make it shared
text? Perhaps the first instance of perl sets up some vast shared
memory segments and a way for the newcomers to link in to it and look
at the modules that have been loaded, somewhere
On Tue, 29 Aug 2000, David L. Nicol wrote:
does sysV shm not support the equivalent security as the file system?
Well, no, I don't think it does. It supports permissions on individual
segments but it doesn't support anything like directory perimssions. It
might be enough, and it might not
On 20 Aug 2000, Chaim Frenkel wrote:
SWM Does Perl6 support Symmetric MultiProcessing (SMP)?
Perl5 does - see 'fork'. I'm guessing that Perl6 will have at
least that much support.
SWM This is a *huge* issue. It affects everything else that we do with
SWM threads.
Most operating system's
On 20 Aug 2000, Chaim Frenkel wrote:
SWM Does Perl6 support Symmetric MultiProcessing (SMP)?
Perl5 does - see 'fork'. I'm guessing that Perl6 will have at
least that much support.
SWM This is a *huge* issue. It affects everything else that we do with
SWM threads.
Most operating system's
On Fri, 18 Aug 2000, Graham Barr wrote:
No. The documentation states that the compilation is done only when the
source file is out of date with the companion object file. As I
understand it, Inline has some kind of limited automatic make ability.
So it is a security issue then as it
On Thu, 17 Aug 2000, Nick Ing-Simmons wrote:
Simon Cozens [EMAIL PROTECTED] writes:
Wow. I'm sold. Can this be how we should be doing XS in Perl 6?
So we now run equivalent of xsubpp and cc every time script is run?
No. The documentation states that the compilation is done only when the
On Tue, 15 Aug 2000, Nathan Wiger wrote:
With URI support, you still have to contort a little, but not as much.
Here's some better examples from an email I sent earlier:
$fo = open "file://c/docs/personal";
# Unix = /docs/personal# here, 'c' becomes '/'
# Mac =
Let me try this again:
NAME: CGI::Application::MailPage
DESCRIPTION: CGI::Application that allows users to send a page to friends.
DSLI: bmpO
USER: SAMTREGAR
CHAPTER: 15
It's a CGI::Application module that allows people to mail HTML pages to
their friends. I'd like to call it
Hello again. I'd like to release a module I'm developing on CPAN. It's a
CGI::Application module that allows people to mail HTML pages to their
friends. I'd like to call it CGI::Application::MailPage. I have the
permission of Jesse Erlbaum, the author of CGI::Application, to put it
under his
On Tue, 1 Aug 2000, John Tobey wrote:
The people here are rightly skeptical about the effectiveness of using
the 5.6 code base as a starting point for v6, but I have a pretty
clear vision of how to do it, and I am committed to giving it a try,
even if no one else will. In fact, I'll give
On Sun, 30 Apr 2000, Tom Christiansen wrote:
Not everyone who can use Perl effectively can use grep effecitvely.
It's just that simple.
That's insane. To be precise, that's insanely unrealistic. If
Ever heard of the Windows or Mac ports of Perl, Tom? Grep is not a
standard tool on
On Sat, 25 Mar 2000, Larry Moore wrote:
Please, Use File::Spec for portability? This probably would pass under Mac
OS if File::Spec was used. If Mac pathways are edited in manually, and
three of the .tmpl files are moved to the working folder, the test.pl
(skipping 24) is 1..30 ok
Detailed
On Wed, 22 Mar 2000 [EMAIL PROTECTED] wrote:
Tasks for mere mortals:
(Threading)
# Which of the standard modules are thread-safe? Which CPAN modules?
# How easy is it to fix those non-safe modules?
# Threading is still experimental. Every reproducible bug identifies
# something else
On Sat, 18 Mar 2000, Tom Christiansen wrote:
I'm going to hate myself in the morning, but I'll bite - what's so bad
about "or"? I find using low-precedence logic ops really convenient.
So did the person whom I quoted.
Well, probably not, but perhaps you know him/her personally? I
On Tue, 7 Mar 2000, Jarkko Hietaniemi wrote:
In the private background discussions concerning the current situation
in p5p it has been suggested that somebody should stand up to Tom and
tell him to either shut up and behave or to leave, to reclaim p5p back
for rational, grown-up discussion.
On Tue, 11 Jan 2000, Dave Hodson wrote:
I'm trying to implement IPC::ShareLite on a Red Hat Linux box. I've
successfully stored/fetched the data I want between proc's, and am now
attempting to "clean up" once the httpd is killed/restarted.
Anyone has a good suggestion on how to do this?
for the straight truth.
CONTACT INFO
This module was written by Sam Tregar ([EMAIL PROTECTED]) for Vanguard
Media (http://www.vm.com). You can join the HTML::Template
mailing-list by sending a blank message to
[EMAIL PROTECTED]
Hello all. Has anyone heard from Maurice Aubrey lately? Does anyone know
how I could contact him (other than his email above)? My searches show
that he last posted here in '98, and I can't find any further traces of
him after that. Emails have gone unanswered.
I'm looking for him because I'm
for the straight truth.
CONTACT INFO
This module was written by Sam Tregar ([EMAIL PROTECTED]) for Vanguard
Media (http://www.vm.com). You can join the HTML::Template
mailing-list by sending a blank message to
[EMAIL PROTECTED]
On Fri, 10 Dec 1999, O'Fallon, Paul (MAN-Atlanta) wrote:
$FilesMatch{'^.*\.pl$'} =
and see if that works (no double quotes).
Nope. Actually, I've given up in the Perl block stuff. I switched to a
templatized conf setup which outputs standard Apache configuration syntax
at runtime and a
On Fri, 10 Dec 1999, Ken Williams wrote:
I had similar problems and discovered that bugs had been fixed in the latest
CVS version, and those fixes fixed my problems. Might be worth a shot.
I figured as much - I'm saddled with an old mod_perl here, with almost no
ability to upgrade.
Another
On Mon, 29 Nov 1999, Tim Bunce wrote:
Ignoring 'thread' (unsafe for production use) and 'debug' modes, the
normal 'fork' mode means that each client gets a seperate ProxyServer
process. And because of that, clients have no way to share connections
with each other.
Is that necessarily the
On Tue, 30 Nov 1999, Tim Bunce wrote:
You're quite right, but both cases need to be allowed for as some
database (notably Oracle) get upset if a child process tries to use a
connection established by the parent process.
Interesting. So Oracle snoops on the PID of the process calling it?
them to interact a little
better. And it's pretty fast.
DOCUMENTATION
The documentation is in Template.pm in the form of POD format
perldocs. Even the above text might be out of date, so be sure to
check the perldocs for the straight truth.
CONTACT INFO
This module was written by Sam Tregar
On Mon, 15 Nov 1999, Leslie Mikesell wrote:
What I'm looking for is a 'nestable' way of handling the logic
flow and HTML construction that will allow a page to be used
as a stand-alone item (perhaps displayed in a frameset) or
included in another page, but when it is included I'd like to
On Sun, 14 Nov 1999, Leslie Mikesell wrote:
I think a lot of unnecessary complexity comes from the fact that
most of the template systems (and apache modules in general) want
to output the html as a side effect instead of accumulating the
page in a buffer or just returning a string containg
I've written up a few test benches for HTML::Parser.. it works ok, but it's
not as fast as I would like it to be.
IS there some reason you don't just use HTML::Mason?
Patient: My tooth aches.
Doctor: Is there some reason you haven't replaced your teeth with
dentures?
-sam
On Wed, 10 Nov 1999, Ian Mahuron wrote:
The code in HTML::Template may work.. though it seems that it would be very
slow.
Actually, I like to think it's some pretty fast code... Of course, that's
because it's only looking for TMPL_* tags, and it's allowing them to
break all kinds of HTML
On Tue, 2 Nov 1999, Ilya Zakharevich wrote:
The answer is YES: one needs different marshalling code, but this does
not mean that one needs different unmarshalling code! How one would
write a "universal" unmarshaller? Obviously, one needs to store
unmarshalling instructions together with
NTACT INFO
This module was written by Sam Tregar ([EMAIL PROTECTED]) for Vanguard
Media (http://www.vm.com).
Hi! I just started using VTCL under HP-UX 10.20 and the CDE. I also use
7.6/4.2.
When I start the program, everything is fine. But, shortly, the menus start
to appear UNDER the menubar! For instance, I click on the Windows menu and
can only see the bottom few choices. The upper few are
On Thursday, October 02, 1997 3:52 AM, Norbert Weissenberg
[SMTP:[EMAIL PROTECTED]] wrote:
how can a VTCL generated interface best be internationalized, which
mainly means switching between German and English texts in labels and
buttons:
- via a ressource file
- via using associative arrays
On Tuesday, September 30, 1997 4:25 PM, Stewart Allen
[SMTP:[EMAIL PROTECTED]] wrote:
I remember seeing this on the Mac versions of Tcl/Tk, but I've never
tried HP-UX. Try upgrading to Tk8.x and let me know if this still
happens.
That's cool as a test, but it is not an option for any real
orm of POD format
perldocs. Even the above text might be out of date, so be sure to
check the perldocs for the straight truth.
CONTACT INFO
This module was written by Sam Tregar ([EMAIL PROTECTED]) for Vanguard
Media (http://www.vm.com). You can join the HTML::Template
mailing-list by sendi
701 - 778 of 778 matches
Mail list logo