phpwiki-talk

RE: [Phpwiki-talk] action=ziphtml produces invalid zip files...

[John C. <joh...@ua...>]

Well, even if the notice is old, the results are the same:  the current cvs
head is proucing invalid zip files.  There are no errors being reported on
the page, and the only plugin on the page is the UnfoldSubPages plugin.  

Also, the cvs version from 3 weeks ago is working fine.  I tried a zip dump
on a single page with no plugins, and it too created an invalid zip file.
I've compared the two versions I have and nothing obvious jumps out.

BTW, aren't you supposed to be gone for 10 days?  :-)  Didn't expect to here
from you until August.

John

-----Original Message-----
From: php...@li...
[mailto:php...@li...]On Behalf Of
ru...@x-...
Sent: Wednesday, July 28, 2004 2:34 AM
To: php...@li...
Subject: Re: [Phpwiki-talk] action=ziphtml produces invalid zip files...


> Another possible issue, the current cvs head no longer produces valid
> zip files when you dump files to xhmtl.  Looking at the loadsave.php
> file, it mentions that any plugin or code that performs an echo will
> corrupt the zip file.  Well, a quick search throught he plugins
> directory yeilds lots of echos :-)

This notice is an old one.
We buffer all output for some years now, so echo's do no harm.
Errors do harm though. So all pages have to be error free.
Most errors just appear because some plugin might not not be configured.

At least it should print now the pagename in which the error appeared.





-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

-------------------------------------
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. 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.

RE: [Phpwiki-talk] action=ziphtml produces invalid zip files...

[John C. <joh...@ua...>]

Reini,
  Well I think I found the culprit... I have tried my 3 week old version and
the current cvs head and it works, IF your not using the crao theme.  I
switched a copy back to MacOSX them and the dump started working again.

  Is there a way to specify a theme from the url?

  So to summarise, the ziphtml action is broken on the crao them, but not
the macos theme.

Thanks,

John

-----Original Message-----
From: John Cole 
Sent: Wednesday, July 28, 2004 9:22 AM
To: php...@li...
Subject: RE: [Phpwiki-talk] action=ziphtml produces invalid zip files...


Well, even if the notice is old, the results are the same:  the current cvs
head is proucing invalid zip files.  There are no errors being reported on
the page, and the only plugin on the page is the UnfoldSubPages plugin.  

Also, the cvs version from 3 weeks ago is working fine.  I tried a zip dump
on a single page with no plugins, and it too created an invalid zip file.
I've compared the two versions I have and nothing obvious jumps out.

BTW, aren't you supposed to be gone for 10 days?  :-)  Didn't expect to here
from you until August.

John

-----Original Message-----
From: php...@li...
[mailto:php...@li...]On Behalf Of
ru...@x-...
Sent: Wednesday, July 28, 2004 2:34 AM
To: php...@li...
Subject: Re: [Phpwiki-talk] action=ziphtml produces invalid zip files...


> Another possible issue, the current cvs head no longer produces valid
> zip files when you dump files to xhmtl.  Looking at the loadsave.php
> file, it mentions that any plugin or code that performs an echo will
> corrupt the zip file.  Well, a quick search throught he plugins
> directory yeilds lots of echos :-)

This notice is an old one.
We buffer all output for some years now, so echo's do no harm.
Errors do harm though. So all pages have to be error free.
Most errors just appear because some plugin might not not be configured.

At least it should print now the pagename in which the error appeared.





-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

-------------------------------------
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. 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.

RE: [Phpwiki-talk] action=ziphtml produces invalid zip files...

[Reini U. <ru...@x-...>]

> Reini,
>   Well I think I found the culprit... I have tried my 3 week old version
> and
> the current cvs head and it works, IF your not using the crao theme.  I
> switched a copy back to MacOSX them and the dump started working again.

Now this is really weird! Good catch. I would have never got that.

>   Is there a way to specify a theme from the url?

No way. You need a special post request as in UserPreferences.


> So to summarise, the ziphtml action is broken on the crao them, but
> not the macos theme.


> -----Original Message-----
> From: John Cole
> Sent: Wednesday, July 28, 2004 9:22 AM
> To: php...@li...
> Subject: RE: [Phpwiki-talk] action=ziphtml produces invalid zip files...
>
>
> Well, even if the notice is old, the results are the same:  the current
> cvs head is proucing invalid zip files.  There are no errors being
> reported on the page, and the only plugin on the page is the
> UnfoldSubPages plugin.
>
> Also, the cvs version from 3 weeks ago is working fine.  I tried a zip
> dump on a single page with no plugins, and it too created an invalid zip
> file. I've compared the two versions I have and nothing obvious jumps
> out.
>
> BTW, aren't you supposed to be gone for 10 days?  :-)  Didn't expect to
> here from you until August.
>
> John
>
> -----Original Message-----
> From: php...@li...
> [mailto:php...@li...]On Behalf Of
> ru...@x-...
> Sent: Wednesday, July 28, 2004 2:34 AM
> To: php...@li...
> Subject: Re: [Phpwiki-talk] action=ziphtml produces invalid zip files...
>
>
>> Another possible issue, the current cvs head no longer produces valid
>> zip files when you dump files to xhmtl.  Looking at the loadsave.php
>> file, it mentions that any plugin or code that performs an echo will
>> corrupt the zip file.  Well, a quick search throught he plugins
>> directory yeilds lots of echos :-)
>
> This notice is an old one.
> We buffer all output for some years now, so echo's do no harm.
> Errors do harm though. So all pages have to be error free.
> Most errors just appear because some plugin might not not be configured.
>
> At least it should print now the pagename in which the error appeared.
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
> -------------------------------------
> This email and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to whom they are
> addressed. If you have received this email in error please notify the
> system manager. 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.
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk


-- 
Reini Urban
http://xarch.tu-graz.ac.at/~rurban/

[Phpwiki-talk] locking problems

[Alexander P. <pi...@cs...>]

 I can't initialize the phpwiki no matter what database i'm using i always
get some locking problem

I'm using gdbm then i get the error
lib/DbaDatabase.php:54: Fatal[256]:
dba_open(/usr/local/web/docs/dyn-docs/php/phpwiki/wiki_pagedb.gdbm,w):
Driver initialization failed for handler: gdbm: Can't be writer

* file: /usr/local/web/docs/dyn-docs/php/phpwiki/wiki_pagedb.gdbm
* mode: w
* handler: gdbm

if i try db3 i get

lib/DbaDatabase.php:54: Fatal[256]:
dba_open(/usr/local/web/docs/dyn-docs/php/phpwiki/wiki_pagedb.db3,w):
Driver initialization failed for handler: db3: Unable to establish lock

* file: /usr/local/web/docs/dyn-docs/php/phpwiki/wiki_pagedb.db3
* mode: w
* handler: db3

while the file /usr/local/web/docs/dyn-docs/php/phpwiki/wiki_pagedb.gdbm
is created with zero size, the same is for db3.
if i try flatfile the error is same as in db3

please help

RE: [Phpwiki-talk] action=ziphtml produces invalid zip files...

[Reini U. <ru...@x-...>]

> Well, even if the notice is old, the results are the same:  the current
> cvs head is proucing invalid zip files.  There are no errors being
> reported on the page, and the only plugin on the page is the
> UnfoldSubPages plugin.
>
> Also, the cvs version from 3 weeks ago is working fine.  I tried a zip
> dump on a single page with no plugins, and it too created an invalid zip
> file. I've compared the two versions I have and nothing obvious jumps
> out.

Ok, I'll check when I'm at home.
I did something with loadsave.php in the last weeks.

> BTW, aren't you supposed to be gone for 10 days?  :-)  Didn't expect to
> here from you until August.

I'm in Poland on a film festival. So I'm gone :)
But in between the movies there's enough time to delete my spam emails.

> -----Original Message-----
> From: php...@li...
> [mailto:php...@li...]On Behalf Of
> ru...@x-...
> Sent: Wednesday, July 28, 2004 2:34 AM
> To: php...@li...
> Subject: Re: [Phpwiki-talk] action=ziphtml produces invalid zip files...
>
>
>> Another possible issue, the current cvs head no longer produces valid
>> zip files when you dump files to xhmtl.  Looking at the loadsave.php
>> file, it mentions that any plugin or code that performs an echo will
>> corrupt the zip file.  Well, a quick search throught he plugins
>> directory yeilds lots of echos :-)
>
> This notice is an old one.
> We buffer all output for some years now, so echo's do no harm.
> Errors do harm though. So all pages have to be error free.
> Most errors just appear because some plugin might not not be configured.
>
> At least it should print now the pagename in which the error appeared.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/~rurban/