binarycloud-dev — development list for binarycloud

Re: [binarycloud-dev] RE: [PEAR] PHPDoc segfaults..?

[<bin...@li...>]

hi all,

did a checkout of php4 cvs, found php4/pear/HTML/ITX.php...
copied that alone to my include dir, didn't work (same problem)
then I copied the _entire_ contents of HTML from the checkout, and that did
work...

so, problem solved :)

btw...
what's the expected ETA on a 100% separate CVS for pear?

best,

_alex

----- Original Message -----
From: <bin...@li...>
To: "Graeme Merrall" <gr...@in...>
Cc: "Alex Black" <en...@tu...>; <pea...@li...>;
"binarycloud-dev" <bin...@li...>
Sent: Sunday, October 07, 2001 1:08 AM
Subject: [binarycloud-dev] RE: [PEAR] PHPDoc segfaults..?


> On Sun, 7 Oct 2001 14:20:20 +1000, Graeme Merrall wrote:
>
> >> alex@box docs> php -q StaticPHPDocBuild.php
> >> Parser starts...
> >> ... preparse to find modulegroups and classtrees.
> >> ... parsing classes.
> >> ... parsing modules.
> >> ... writing packagelist.
> >> Parser finished.
> >> Starting to render...
> >> IntegratedTemplate Error: The name of a block must be unique within a
> >> template. Found '__global__' twice. Unpredictable results may
> >> appear.IntegratedTemplate Error: The name of a block must be
> >> unique within a
> >> template. Found '__global__' twice. Unpredictable results may appear.
> >> alex@box docs>
> >>
> >
> >Alex.
> >I had the same problem. If you grab the IT[X] stuff from PHP4 CVS then it
> >tends to work. I think there are some version differences between IT[X}
in
> >the pear and php4 trees.
>
> There is no version of IT[X] in the /pear tree. The only version that is
> included in PEAR is in /php4/pear/HTML/ITX.php.
>
> For all the ones having problems with IT[X] and PHPDoc: Please get the
> latest from HTML/ITX.php and /pear/PHPDoc from CVS and try, if the error
> still occurs.
>
> - Martin
>
>
>
> _______________________________________________
> binarycloud-dev mailing list
> bin...@li...
> https://lists.sourceforge.net/lists/listinfo/binarycloud-dev
> http://www.binarycloud.com
> http://www.sf.net/projects/binarycloud/
>

[binarycloud-dev] RE: [PEAR] PHPDoc segfaults..?

[<bin...@li...>]

On Sun, 7 Oct 2001 14:20:20 +1000, Graeme Merrall wrote:

>> alex@box docs> php -q StaticPHPDocBuild.php
>> Parser starts...
>> ... preparse to find modulegroups and classtrees.
>> ... parsing classes.
>> ... parsing modules.
>> ... writing packagelist.
>> Parser finished.
>> Starting to render...
>> IntegratedTemplate Error: The name of a block must be unique within a
>> template. Found '__global__' twice. Unpredictable results may
>> appear.IntegratedTemplate Error: The name of a block must be
>> unique within a
>> template. Found '__global__' twice. Unpredictable results may appear.
>> alex@box docs>
>>
>
>Alex.
>I had the same problem. If you grab the IT[X] stuff from PHP4 CVS then it
>tends to work. I think there are some version differences between IT[X} in
>the pear and php4 trees.

There is no version of IT[X] in the /pear tree. The only version that is
included in PEAR is in /php4/pear/HTML/ITX.php.

For all the ones having problems with IT[X] and PHPDoc: Please get the
latest from HTML/ITX.php and /pear/PHPDoc from CVS and try, if the error
still occurs.

- Martin

[binarycloud-dev] RE: [PEAR] PHPDoc segfaults..?

[<bin...@li...>]

> If I run phpdoc on a very small set of files (just those classes in
> binarycloud/base/core/), I get the following:
>
> alex@box docs> php -q StaticPHPDocBuild.php
> Parser starts...
> ... preparse to find modulegroups and classtrees.
> ... parsing classes.
> ... parsing modules.
> ... writing packagelist.
> Parser finished.
> Starting to render...
> IntegratedTemplate Error: The name of a block must be unique within a
> template. Found '__global__' twice. Unpredictable results may
> appear.IntegratedTemplate Error: The name of a block must be
> unique within a
> template. Found '__global__' twice. Unpredictable results may appear.
> alex@box docs>
>

Alex.
I had the same problem. If you grab the IT[X] stuff from PHP4 CVS then it
tends to work. I think there are some version differences between IT[X} in
the pear and php4 trees.

I've copied PHPDoc out of pear and IT[X] out of php4 and away it went.

Cheers,
 Graeme

[binarycloud-dev] $PACKAGE -> @package

[<bin...@li...>]

hi all,

Looking at pear and phpdoc's standards, packages are declared in a somewhat
different fashion than how we're doing it, and I like theirs better:

we have 

$PACKAGE="binarycloud.core";

which pollutes the global namespace and is sort of kludgey...

instead, I'd like to use:

Over every class title:

/**
 * Class Title
 *    
 * Functional Description
 *
 * @access public
 * @version $Revision:$
 * @package binarycloud.core
 */

so, pk2dir.pl would need to be changed (of course along with all those core
classes).. so it sees @package and parses the string next to it.

this has the distinct advantage of clarity, and compatibility with phpdoc
and pear.

I'll make the header changes tomorrow, as they're obviously not difficult to
do.

_alex

[binarycloud-dev] entity history

[<bin...@li...>]

hi all,

I was looking at a sourceforge support request (mine, actually, the one
about reply-to on this list)

and a relatively simple means of getting 'entity change histories' to work
within the system occurred to me:

a top-level tag in the entity definition:

    <entity:history>true</entity:history>

what would that do?

    -When you generate metabase xml schemas, _two_ schemas would be created,
one with the name of the entity: "furbees" and another: "furbees_history"
    -furbees_history would contain the same fields as furbees, with the
addition of two important fields:
        -history_id
        -history_timestamp

With those two tables, it would be _relatively_ easy to implement a
GetByHistory() method in EntityManager, which would trickle down to the
correct Query to furbees_history through QueryManager..

that's easy to deal with for applications like bugtrackers, support
requests, etc...

so you could ask for the 'current copy' of the entity, or one of the copies
by id or timestamp, or all but the current, or all.. etc.

something where you have a set of fields but need to maintain the same key
id.

----

/rant.

_alex

[binarycloud-dev] cvs sync

[<bin...@li...>]

hi all,

please do an update:

cvs -q update -dP

best,

_alex

[binarycloud-dev] PHPDoc segfaults..?

[<bin...@li...>]

hi all,

For some reason I can't get access to the php.net news server (is nntp down
on it? I can get http from it)..

anyway: please respond to me directly, en...@tu....

so:

I have a very large source tree (binarycloud) and I point PHPDoc at that
source tree, trying to get documentation.

Here's the result (the script is last):

alex@box docs> php -q StaticPHPDocBuild.php
Parser starts...
... preparse to find modulegroups and classtrees.
... parsing classes.
Segmentation fault (core dumped)
alex@box docs>

I'm running 4.0.6, this is PHPDoc from the latest pear CVS..
For the cli version I'm running, I jacked up the memory to allow for the
number of files. (Could this be the problem? not enough memory?)

If I run phpdoc on a very small set of files (just those classes in
binarycloud/base/core/), I get the following:

alex@box docs> php -q StaticPHPDocBuild.php
Parser starts...
... preparse to find modulegroups and classtrees.
... parsing classes.
... parsing modules.
... writing packagelist.
Parser finished.
Starting to render...
IntegratedTemplate Error: The name of a block must be unique within a
template. Found '__global__' twice. Unpredictable results may
appear.IntegratedTemplate Error: The name of a block must be unique within a
template. Found '__global__' twice. Unpredictable results may appear.
alex@box docs> 

I looked in the templates directory, and couldn't even find a unique
__global__ string.. I found _global_ in a couple block names, but they were
unique block names.

After the 'small tree' script, I _do_ get what appears to be complete xml,
so the notice is correct:

alex@box docs> ls html/
CVS/             class_Page.xml      classtree_Debug.xml
classtree_Sess.xml          warnings_parser.xml
README           class_Perm.xml      classtree_Lang.xml     elementlist.xml
class_Auth.xml   class_Request.xml   classtree_Page.xml     packagelist.xml
class_Debug.xml  class_Sess.xml      classtree_Perm.xml
phpdoc_elementlist.html
class_Lang.xml   classtree_Auth.xml  classtree_Request.xml
warnings_classanalyser.xml
alex@core docs> 


Here's my script:


<?php
    /**
     * You will by now have noticed that this is taken
     * directly from phpdoc.de
     */

    // HACK
    $default_site_name = 'default';
    // quick hack to insert a site name

    $start = time();
    
    // WARNING: long runtimes! Make modifications
    // to the php[3].ini if neccessary. A P3-500
    // needs slightly more than 30 seconds to
    // document phpdoc itself.
        
    // Directory with include files
    define("PHPDOC_INCLUDE_DIR", "../ext/phpdoc/");
    // Important: set this to the Linebreak sign of your system!
    define("PHPDOC_LINEBREAK", "\n");
    
    // main PHPDoc Include File
    include("../ext/phpdoc/prepend.php");
    
    $doc = new Phpdoc;
    
    // Sets the name of your application.
    // The name of the application gets used in many default templates.
    $doc->setApplication("binarycloud ".$default_site_name);
    
    // directory where your source files reside:
    $doc->setSourceDirectory('../base/core/');
    
    // save the generated docs here:
    $doc->setTarget('./html/');
    
    // use these templates:
    $doc->setTemplateDirectory("../ext/phpdoc/renderer/html/templates/");
    
    // source files have one of these suffixes:
    $doc->setSourceFileSuffix( array ("php") );
    
    // parse and generate the xml files
    $doc->parse();
    
    // turn xml in to html using templates
    $doc->render();
    
    printf("%d seconds needed\n\n.", time() - $start);
?>


tia, all

_alex
en...@tu...

Re: [binarycloud-dev] and another test

[<bin...@li...>]

well, this does work... but it's stupid.
I've turned on a widget that kills the source address, and forces the
reply-to value to the list address.

After searching the entire mailman admin interface, I can't find any
reply-to options at all... so we'll see what the sf support people say.

egh.

ps. let me know if you (for whatever reason) can't stand the idea of having
an anonymous source address.

_alex

[binarycloud-dev] and another test

[<bin...@li...>]

[binarycloud-dev] verification test

[alex b. <en...@tu...>]

...

[binarycloud-dev] test of manual reply-to

[alex b. <en...@tu...>]

egh... testing a manual hack to add reply-to.

_a

[binarycloud-dev] [ binarycloud-Bugs-468619 ] Make fails on FreeBSD

[<no...@so...>]

Bugs item #468619, was opened at 2001-10-06 12:11
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=116402&aid=468619&group_id=16402

Category: make
Group: None
Status: Open
Resolution: None
Priority: 7
Submitted By: Alex Black (turing)
Assigned to: Nobody/Anonymous (nobody)
Summary: Make fails on FreeBSD

Initial Comment:
Make fails on FreeBSD... need error dumps and at least 
one tester.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=116402&aid=468619&group_id=16402

[binarycloud-dev] [ binarycloud-Feature Requests-468618 ] Create xml2php mappings for Strings

[<no...@so...>]

Feature Requests item #468618, was opened at 2001-10-06 12:10
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=366402&aid=468618&group_id=16402

Category: Language Support
Group: None
Status: Open
Priority: 5
Submitted By: Alex Black (turing)
Assigned to: Andris Spruds (andrisspruds)
Summary: Create xml2php mappings for Strings

Initial Comment:
see user/bcdev/lang/StringRepository.lang.xml
Need mappings in xml2php for this format.


----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=366402&aid=468618&group_id=16402

[binarycloud-dev] [ binarycloud-Feature Requests-468613 ] Create XML String Repository Module

[<no...@so...>]

Feature Requests item #468613, was opened at 2001-10-06 11:53
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=366402&aid=468613&group_id=16402

Category: Language Support
Group: None
Status: Open
Priority: 5
Submitted By: Alex Black (turing)
Assigned to: Nobody/Anonymous (nobody)
Summary: Create XML String Repository Module

Initial Comment:
Create a Base Module that can read the xml2php 
interpreted array format, and return correct string 
values from <bc:lang> tags.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=366402&aid=468613&group_id=16402

[binarycloud-dev] [ binarycloud-Feature Requests-468611 ] Create XML2PHP mappings for MakeConf

[<no...@so...>]

Feature Requests item #468611, was opened at 2001-10-06 11:49
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=366402&aid=468611&group_id=16402

Category: Make
Group: None
Status: Open
Priority: 5
Submitted By: Alex Black (turing)
Assigned to: Andris Spruds (andrisspruds)
Summary: Create XML2PHP mappings for MakeConf

Initial Comment:
Create xml2php interpreter method for the MakeConf 
file in conf/MakeConf.php.xml

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=366402&aid=468611&group_id=16402

[binarycloud-dev] [ binarycloud-Feature Requests-468609 ] Switch Page to Manuel's File Cache Class

[<no...@so...>]

Feature Requests item #468609, was opened at 2001-10-06 11:48
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=366402&aid=468609&group_id=16402

Category: Core
Group: None
Status: Open
Priority: 3
Submitted By: Alex Black (turing)
Assigned to: Alex Black (turing)
Summary: Switch Page to Manuel's File Cache Class

Initial Comment:
Manuel corrected pointed out that the PEAR Cache class 
doesn't implement file locking, which is suicide in a 
production environment.

So, while the current caching infrastructure works 
fine for development, it will be useless if not 
detrimental in production.

So, we need to switch to Manuel's production quality 
file cache class.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=366402&aid=468609&group_id=16402

Re: [binarycloud-dev] File permissions

[alex b. <en...@tu...>]

> I responded to the file permissions mail, but the post seems to be lost in
> eternity, so again:

heh, see the message before this about reply-to

> I like the idea, but we could make the whole thing a bit more
> flexible/generic for example something like this:
>

I like it... though I'd keep the 'origina' perms format because it's so
easy:

both of these would be translated into find ... -exec commands, as so:

find ${BC_PATH}/build/site_name/en/ -name '*.php' -type f -exec chmod
u+rw,g+rw,a+r {} \;
and
find ${BC_PATH}/build/site_name/en/htdocs -type f -exec chmod -R
u+rw,g+rw,a+r {} \;


<fsperms>
    <file>
        <match>*.php</match>
        <perms>
            <user>rw</user>
            <group>rw</group>
            <all>r</all>
        </perms>
    </file>
    <location>
        <!-- this is the path from lang_code root in the build dir -->
        <path>htdocs/</path>
        <resursive>true</recursive>
        <perms>
            <user>rw</user>
            <group>rw</group>
            <all>r</all>
        </perms>
    </location>
</fsperms>

[binarycloud-dev] reply-to problem is back

[alex b. <en...@tu...>]

hi all,

list traffic is sharply down again because the reply-to for all
binarycloud-dev messages is being set by the listserv to the _sender_ not
the list address.

the setting also seems to be gone...

in the mean time, all, please try and remember to use reply-all or just
explicitly specify the list address when you reply to bc-dev messages...

agh... I changed this before!

_a

Re: [binarycloud-dev] naming

[alex b. <en...@tu...>]

> I'm for file name instead of location, it makes things a lot more easy for
> xml2php & friends... Btw, I think you forgot some more types:
>     Something.bcp.xml    (page definition)
>     Something.cfg.xml    (Config)
>     Something.dcf.xml    (for Datasources)
>     Something.lcf.xml    (for Languages)
>     Something.ocf.xml    (for Operations)

ah:

you bring up a good point, so I need to clarify:

all .php.xml files in htdocs are assumed to be BCPs
Each of those files in conf/ _must_ exist for the system to function
correctly, so we can map their formats to the complete filename, instead of
just the extension.

I'd be interested in people's opinions on that: for "experienced" bc people,
this way is easier to deal with, for newbies it would require a little
explanation... but remember also that I do intend to have a fairly beefy
manal for this thing once it's done :)

_alex

>
> Andris
>
> P.S.
> What's new with xml2php? I think the only thing we need to do  is to get
rid
> of
> (convert to xml) some plain php files and up we go...
>
>
> _______________________________________________
> binarycloud-dev mailing list
> bin...@li...
> https://lists.sourceforge.net/lists/listinfo/binarycloud-dev
>

[binarycloud-dev] File permissions

[Andreas A. <a.a...@th...>]

Hi Alex,

I responded to the file permissions mail, but the post seems to be lost in
eternity, so again:

I like the idea, but we could make the whole thing a bit more
flexible/generic for example something like this:

<location>
  <name>htdocs</name>
  <path>BC_PATH_HTDOCS</path>
  <mask>022</mask>
  <recrusive>true</recursive>
  <classes>
    <phpfiles />
    <shfiles />
  </classes>
</location>

then the classes

<class>
  <name>phpfiles</name>
  <filematch>*.php</filematch>
  <filemode>644</filemode>
  <dirmatch>*</dirmatch>
  <dirmode>770</dirmode>
</class>

<class>
  <name>shfiles</name>
  <filematch>*.sh</filematch>
  <filemode>u=rwx,g=rx,o=rx</filemode>
  <dirmatch>*</dirmatch>
  <dirmode>770</dirmode>
</class>


What do you think? To complicated, I guess ;-)

BTW: I attached the scripts I currently use for setting permissions (example
only, not for the bc tree).

Andi

[binarycloud-dev] naming

[Andris S. <And...@li...>]

> ---------------------
> -Something.php.xml = this file will be processed from xml to php using
> default xml2php rules and written out in the same location in the build
tree
> with the extension .php.

I'm for file name instead of location, it makes things a lot more easy for
xml2php & friends... Btw, I think you forgot some more types:
    Something.bcp.xml    (page definition)
    Something.cfg.xml    (Config)
    Something.dcf.xml    (for Datasources)
    Something.lcf.xml    (for Languages)
    Something.ocf.xml    (for Operations)

Andris

P.S.
What's new with xml2php? I think the only thing we need to do  is to get rid
of
(convert to xml) some plain php files and up we go...

Re: [binarycloud-dev] r2 and FreeBSD

[Alex B. <en...@tu...>]

can you send the errors?

it's almost certainly a problem with make.

thanks,

_alex

> Hello all.
> 
> I've been trying to get to playing with BC and now I have the time. CVS co
> this morning and tried to run make, it fails. Ran gmake and got much
> farther, but still many errors. Is ther something I should know?
> 
> FreeBSD 4.1
> PHP 4.0.6
> BCHOME is set to /usr/local/binarycloud/binarycloud
> (where /usr/local/binarycloud is the top of the CVS tree)
> 
> Thanks,
> 
> DAve

[binarycloud-dev] r2 and FreeBSD

[Dave G. <da...@pi...>]

Hello all.

I've been trying to get to playing with BC and now I have the time. CVS co
this morning and tried to run make, it fails. Ran gmake and got much
farther, but still many errors. Is ther something I should know?

FreeBSD 4.1
PHP 4.0.6
BCHOME is set to /usr/local/binarycloud/binarycloud 
(where /usr/local/binarycloud is the top of the CVS tree)

Thanks,

DAve

-- 
My other computer is your Windows machine... 

[binarycloud-dev] build error

[jason <ja...@gr...>]

After this last CVS sync announcement, a fresh CVS install gives this:

dev2[~/r2/binarycloud]$ make
Building da site
in base
in core
in bldr
in init
in lib
in mgr
in mod/bcc
in ext
in user
in user/htdocs
in user/htdocs (bcc compilertest.html)
make[2]: *** [bcctest] Error 255
make[1]: *** [site] Error 2

[binarycloud-dev] sf sync

[Alex B. <en...@tu...>]

hi all,

I've done another sf sync, lots of file moves and the addition of a make
tree with 'shell' php scripts for the second generation Make system.

cvs update -dP :)


best,

_alex


--
alex black, ceo
en...@tu...

the turing studio, inc.
http://www.turingstudio.com