and Patch & Bug Report Submission Information links are
broken. They point to http://www.parrot.org/glossary.html and
http://www.parrot.org/docs/submissions.html, respectively.
--
Matt http://ftbfs.org/
No problems have surfaced since last post: closing ticket.
--
Will "Coke" Coleda
Michael, Coke: Has this problem been fixed? If so, Coke, can you close
the ticket?
thanks.
kid51
Reini Urban wrote:
Attached patch adds links to external dotnet ressources Jonathan
mentioned (his paper, the specs),
and the implementations.
Jonathan should approve it because it links to a bad poem on VM's in
his paper on page 1.
No ticket because it's so simple.
Thanks. This w
Attached patch adds links to external dotnet ressources Jonathan
mentioned (his paper, the specs),
and the implementations.
Jonathan should approve it because it links to a bad poem on VM's in
his paper on page 1.
No ticket because it's so simple.
--
Reini Urban
http://phpwiki
On Mon, Jul 21, 2008 at 3:07 PM, Michael Peters <[EMAIL PROTECTED]> wrote:
> Will Coleda wrote:
>
that require a login. Is this intentional?
>>>
>>> No this was not. It should be fixed, so please try again.
>>
>> Nope, still asking me for a login.
>
> Sorry, I wasn't completely clear. That URL
Will Coleda wrote:
that require a login. Is this intentional?
No this was not. It should be fixed, so please try again.
Nope, still asking me for a login.
Sorry, I wasn't completely clear. That URL will always prompt you for a
login. The XML feed should have given the public URL, so that's
;>>
>>>> http://smolder.plusthree.com/app/public_projects/details/8
>>>>
>>>> Clicking on the "Data Feeds" links
>>>>
>>>> /app/public_projects/feed/8 (all)
>>>> /app/public_projects/feed/8/failed (failed)
>>
Will Coleda wrote:
On Mon, Jul 21, 2008 at 2:29 PM, Michael Peters via RT
<[EMAIL PROTECTED]> wrote:
On Mon Jul 21 11:15:15 2008, coke wrote:
http://smolder.plusthree.com/app/public_projects/details/8
Clicking on the "Data Feeds" links
/app/public_projects/feed/8 (all)
/app
On Mon, Jul 21, 2008 at 2:29 PM, Michael Peters via RT
<[EMAIL PROTECTED]> wrote:
> On Mon Jul 21 11:15:15 2008, coke wrote:
>> http://smolder.plusthree.com/app/public_projects/details/8
>>
>> Clicking on the "Data Feeds" links
>>
>> /app/public_pr
ta Feeds" links
/app/public_projects/feed/8 (all)
/app/public_projects/feed/8/failed (failed)
Generates a server error for each link.
--
Will "Coke" Coleda
play.html?id=48529 >
>
>
> hi,
>
> I cleaned up a bit of the imcc docs; 2 files were removed, but are still
> linked to on the site. These links must be removed.
>
> THe files removed are:
>
> PIR syntax (docs/imcc/syntax.pod)
> PIR calling conventions (docs/imcc/calling
ked to on the site. These links must be removed.
THe files removed are:
PIR syntax (docs/imcc/syntax.pod)
PIR calling conventions (docs/imcc/calling_conventions.pod)
thanks in advance,
kjs
Jonathan Worthington wrote:
Hi,
Tonight I started working on the association between classes and
namespaces as specified in PDD15. Have some questions.
1) I added a "slot" to the NameSpace PMC to hold a Class or Role PMC a
while back. However, there is no interface specified for storing/gett
Hi,
Tonight I started working on the association between classes and
namespaces as specified in PDD15. Have some questions.
1) I added a "slot" to the NameSpace PMC to hold a Class or Role PMC a
while back. However, there is no interface specified for storing/getting
at this slot. For now I'
I've gone ahead and removed the bad links from docs/ROADMAP.pod . The
ROADMAP now simply says that we need to document Parrot goals and
priorities. (I suggest that it go into a pdd document somewhere, if it
hasn't already.)
I found copies of the Chip_APW.sxi and Chip_APW.pdf files
# New Ticket Created by Will Coleda
# Please include the string: [perl #41031]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41031 >
-- Dead: http://feather.perl6.nl/~chip/Chip_APW.sxi
-- Dead: http://feather.perl6.n
# New Ticket Created by Will Coleda
# Please include the string: [perl #40937]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40937 >
-- Dead: http://feather.perl6.nl/~chip/Chip_APW.sxi
-- Dead: http://feather.perl6.n
D'oh. Newbie move.
=== CREDITS
==
--- CREDITS (revision 331)
+++ CREDITS (local)
@@ -411,6 +411,10 @@
N: Richard Tibbetts
D: Divide by zero exceptions in some PMCs
+N: Rick Scott
+D: Documentation patch
+E: [EMAIL PROTEC
# New Ticket Created by Rick Scott
# Please include the string: [perl #40793]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40793 >
* The wiki page at http://www.vendian.org/parrot/wiki/ has been down
since 2004, so I've
l?id=29302 >
On a Windows system, File::Spec returns paths with backslashes. The
HTML documentation generator (write_docs.pl etc) uses these paths in
the HTML code, resulting in links like
...
IE handles these with no problems. Firefox (0.8) follows the link to
the right place, but then r
TML documentation generator (write_docs.pl etc) uses these paths in
the HTML code, resulting in links like
...
IE handles these with no problems. Firefox (0.8) follows the link to
the right place, but then refers to itself as something like
file:///e:/parrot/cvs/parrot/docs/html/docs%5Cp
[I will confess, I don't entirely understand Microsoft's linker and DLL
business. Don't really want to...]
Parrot
-
libparrot.lib gets built as some kind of perverted stub of a library using
the "nmake shared" target for parrot. If instead I build libparrot with:
lib -out:blib\li
At 02:43 PM 9/8/2001 -0400, Sterin, Ilya wrote:
>Sorry, went a little of our the way. Will keep my mouth shut on those thing
>from now on:-)
I don't mind if folks get critical about other programmers. Just not here.
:) I think we've got an advocacy list kicking around somewhere...
Sorry, went a little of our the way. Will keep my mouth shut on those thing
from now on:-)
> -Original Message-
> From: Dan Sugalski [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, September 08, 2001 2:19 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Links
>
>
> At
At 02:24 PM 9/8/2001 -0400, Sterin, Ilya wrote:
>Let's see. Illegible syntax in his opinion is mostly presented in regular
>expression syntax. Is he a dumb @$$ or what.
It would probably be best, all things considered, if we could refrain from
criticizing individuals or languages. (With the ex
> -Original Message-
> From: raptor [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, September 08, 2001 8:11 AM
> To: [EMAIL PROTECTED]
> Subject: Links
>
>
> All I found with lycos... but no speed comparison only mumbo-jumbo :
> http://language.perl.com/versus
All I found with lycos... but no speed comparison only mumbo-jumbo :
http://language.perl.com/versus/
http://www.jvoegele.com/software/langcomp.html
http://www.geocities.com/tablizer/langopts.htm
http://www.cs.usyd.edu.au/~sholden/pythonperl.html
http://www.pixeldate.com/dev/comparison/
=
iVA
28 matches
Mail list logo
