|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
php-general-digest-help
lists.php.net
Date: Mon Feb 18 2008 - 22:05:16 CST
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
php-general Digest 19 Feb 2008 04:05:16 -0000 Issue 5301
Topics (messages 269482 through 269586):
Re: Protected ZIP file with password
269482 by: Wolf
269483 by: Petrus Bastos
269484 by: Daniel Brown
269492 by: Petrus Bastos
269497 by: Richard Lynch
269498 by: Richard Lynch
269499 by: Petrus Bastos
269501 by: Casey
269502 by: Nick Stinemates
269504 by: Nick Stinemates
269520 by: Petrus Bastos
269522 by: Nick Stinemates
269529 by: Petrus Bastos
269531 by: Jay Blanchard
269533 by: Nick Stinemates
269534 by: Wolf
269535 by: Stut
269537 by: Petrus Bastos
269538 by: Petrus Bastos
269540 by: Petrus Bastos
269541 by: Shawn McKenzie
269542 by: Shawn McKenzie
269543 by: Daniel Brown
269544 by: Petrus Bastos
269545 by: Shawn McKenzie
269546 by: Petrus Bastos
269547 by: Greg Donald
269548 by: Shawn McKenzie
269549 by: Petrus Bastos
269550 by: Greg Donald
269551 by: Greg Donald
269553 by: Shawn McKenzie
269554 by: Petrus Bastos
269555 by: Wolf
269556 by: Petrus Bastos
269557 by: Wolf
269558 by: Stut
269559 by: Petrus Bastos
269561 by: Daniel Brown
269562 by: Wolf
269563 by: Petrus Bastos
269564 by: Petrus Bastos
269565 by: Petrus Bastos
269567 by: Stut
269568 by: Shawn McKenzie
Re: Converting tab delimited file to CSV
269485 by: Robert Cummings
269486 by: Jay Blanchard
269487 by: Wolf
269488 by: Richard Lynch
269489 by: Richard Lynch
269496 by: Edward Kay
269500 by: Andrew Ballard
269514 by: Graham Cossey
269517 by: Andrew Ballard
269518 by: Robert Cummings
269519 by: Andrew Ballard
269539 by: Graham Cossey
269552 by: Andrew Ballard
Re: open a secondary window/tab in the browser from php
269490 by: Richard Lynch
269521 by: Shawn McKenzie
269523 by: tedd
269571 by: Dan
Re: separating strings from extensions
269491 by: Richard Lynch
269511 by: Nick Stinemates
269516 by: Richard Lynch
269524 by: tedd
269527 by: Shawn McKenzie
Re: regex usage
269493 by: Richard Lynch
Re: Check time in between times
269494 by: Richard Lynch
269509 by: Nick Stinemates
Re: PHP/mySQL dropping zeros after inserting number into record
269495 by: Richard Lynch
Re: Session destruction problem
269503 by: Richard Lynch
Re: Fwrite Function
269505 by: Richard Lynch
269572 by: Dan
Re: www. not working
269506 by: Richard Lynch
Re: Semaphores without sysvmsg?
269507 by: Richard Lynch
Re: Gzipped output
269508 by: Richard Lynch
Re: Sending XML to MSIE7
269510 by: Richard Lynch
269512 by: Richard Lynch
Re: XSLTProcessor without validation
269513 by: Richard Lynch
Re: question about database field-types and special characters
269515 by: Richard Lynch
classes
269525 by: nihilism machine
269526 by: Jay Blanchard
269530 by: Nick Stinemates
269532 by: Stut
269536 by: Shawn McKenzie
269560 by: Nick Stinemates
269566 by: Jay Blanchard
269569 by: Shawn McKenzie
269570 by: Nick Stinemates
269573 by: Shawn McKenzie
problem with stream_select and signals
269528 by: Marcos Lois Bermúdez
Re: õÞÅÂÎÙÊ ËÕÒÓ: "äÏË-ÎÉÅ óíë"
269574 by: õÐÒÁ×ÌÅÎÉÅ ÄÏË. óíë
More than one values returned?
269575 by: Teck
269576 by: TG
269577 by: Brady Mitchell
269578 by: C.R.Vegelin
269579 by: Larry Garfield
269580 by: Nick Stinemates
269581 by: Robert Cummings
269582 by: Nick Stinemates
269583 by: Robert Cummings
269584 by: Larry Garfield
269585 by: Robert Cummings
mysql input
269586 by: nihilism machine
Administrivia:
To subscribe to the digest, e-mail:
php-general-digest-subscribelists.php.net
To unsubscribe from the digest, e-mail:
php-general-digest-unsubscribelists.php.net
To post to the list, e-mail:
php-generallists.php.net
----------------------------------------------------------------------
attached mail follows:
---- Petrus Bastos <petrusbastosgmail.com> wrote:
> Bastien,
>
> I thank your help, but I think that your idea doesn't resolve my problem
> because I need generate that file online when user clicks on a link.The file
> must be obtained at the time he clicks.
>
> Thanks anyway,
> Petrus Bastos.
>
<!-- SNIP -->
What methods do you have available? When you run phpinfo script (<?php phpinfo() ?> what does it say the compile statement is?
If it was compiled --with-zip then you should be good with the PECL usage
http://us3.php.net/zip
Otherwise, you are probably SOL...
Wolf
attached mail follows:
Wolf,
I thank your help! I have all zip methods available, but don't have any
method that generate password protected zip file.
Thanks anyway,
Petrus Bastos.
On Feb 18, 2008 1:10 PM, Wolf <lonewolfnc.rr.com> wrote:
>
> ---- Petrus Bastos <petrusbastosgmail.com> wrote:
> > Bastien,
> >
> > I thank your help, but I think that your idea doesn't resolve my
> problem
> > because I need generate that file online when user clicks on a link.Thefile
> > must be obtained at the time he clicks.
> >
> > Thanks anyway,
> > Petrus Bastos.
> >
> <!-- SNIP -->
>
> What methods do you have available? When you run phpinfo script (<?php
> phpinfo() ?> what does it say the compile statement is?
>
> If it was compiled --with-zip then you should be good with the PECL usage
> http://us3.php.net/zip
>
> Otherwise, you are probably SOL...
>
> Wolf
>
attached mail follows:
On Feb 18, 2008 11:18 AM, Petrus Bastos <petrusbastosgmail.com> wrote:
> Wolf,
>
> I thank your help! I have all zip methods available, but don't have any
> method that generate password protected zip file.
In all honesty, Petrus, since none of the suggestions made to you
will work in your situation, I'm afraid the answer is "you can't do
it."
The only way you'll be able to do it is to move to a host that
allows exec() or at least has (or will allow you to install) a
PEAR/PECL module to perform more advanced zip operations.
--
</Dan>
Daniel P. Brown
Senior Unix Geek
<? while(1) { $me = $mind--; sleep(86400); } ?>
attached mail follows:
Daniel,
But I can install PEAR/PECL modules, but I didn't see any module that do
what I want. Do you know any module that create password protected zip
files?
Thanks again,
Petrus Bastos.
On Feb 18, 2008 1:29 PM, Daniel Brown <parasanegmail.com> wrote:
> On Feb 18, 2008 11:18 AM, Petrus Bastos <petrusbastosgmail.com> wrote:
> > Wolf,
> >
> > I thank your help! I have all zip methods available, but don't have
> any
> > method that generate password protected zip file.
>
> In all honesty, Petrus, since none of the suggestions made to you
> will work in your situation, I'm afraid the answer is "you can't do
> it."
>
> The only way you'll be able to do it is to move to a host that
> allows exec() or at least has (or will allow you to install) a
> PEAR/PECL module to perform more advanced zip operations.
>
> --
> </Dan>
>
> Daniel P. Brown
> Senior Unix Geek
> <? while(1) { $me = $mind--; sleep(86400); } ?>
>
attached mail follows:
On Sun, February 17, 2008 1:57 pm, Nick Stinemates wrote:
> Petrus Bastos wrote:
>> Hi Nick,
>>
>> Sorry, but I forgot to tell you that I can't use this exec
>> neither
>> system commands because they are disabled for security precautions.
>> So, Do
>> you have any other ideas on how can I do that?
Sometimes, you can write a cron job that does what you want from the
shell, and that has less restrictions, since the php.ini file can be
specified/modified on the command line on the fly...
Perhaps that would help you here...
And a potentially truly UGLY hack...
I'm betting that the "password protection" of the zip file is just a
few different bytes in the header portion of a zip...
So take an un-protected zip, and password-protect it, and then do a
"diff" and see what changed.
Then take that "diff" output, and just paste it in as the front of the
other zip files...
Might work.
Might make hash of the zip files.
Won't know til you try.
--
Some people have a "gift" link here.
Know what I want?
I want you to buy a CD from some indie artist.
http://cdbaby.com/from/lynch
Yeah, I get a buck. So?
attached mail follows:
On Mon, February 18, 2008 5:59 am, Petrus Bastos wrote:
> Thanks again for your worry. So, let's go, here goes my situation.
> I'm
> exporting data to another system. That system have an option to be
> feed by a
> password protected zip file. The export activity will be occur in this
> way:
> the user will generate the file on my application and will put this
> file
> into that another system. So, I need generate that file. Maybe one
> solution
> is to generate the file unzipped and determine that user should zip
> the file
> with password on his Windows or Linux operating system. But, I can't
> let
> that responsibility on user hands. So, because that I need to generate
> the
> file already protected.
Perhaps you could use SCP (or SSH tunneling) to transfer the file from
system to system, so that it need not ever be visible to the outside
world, and thus not need the rather lame zip password.
Another option would be to take the whole file and 2-way encrypt it
with a public/private key pair, and install the private key on the
receiving server.
In other words, get out of the zip password rut, and protect the file
some other way.
--
Some people have a "gift" link here.
Know what I want?
I want you to buy a CD from some indie artist.
http://cdbaby.com/from/lynch
Yeah, I get a buck. So?
attached mail follows:
Richard,
Unfortunately, I can't get out of the zip password rut because the
destination system read only this file format. I can't change the
destination system.
Thanks,
Petrus.
On Feb 18, 2008 2:11 PM, Richard Lynch <ceol-i-e.com> wrote:
> On Mon, February 18, 2008 5:59 am, Petrus Bastos wrote:
> > Thanks again for your worry. So, let's go, here goes my situation.
> > I'm
> > exporting data to another system. That system have an option to be
> > feed by a
> > password protected zip file. The export activity will be occur in this
> > way:
> > the user will generate the file on my application and will put this
> > file
> > into that another system. So, I need generate that file. Maybe one
> > solution
> > is to generate the file unzipped and determine that user should zip
> > the file
> > with password on his Windows or Linux operating system. But, I can't
> > let
> > that responsibility on user hands. So, because that I need to generate
> > the
> > file already protected.
>
> Perhaps you could use SCP (or SSH tunneling) to transfer the file from
> system to system, so that it need not ever be visible to the outside
> world, and thus not need the rather lame zip password.
>
> Another option would be to take the whole file and 2-way encrypt it
> with a public/private key pair, and install the private key on the
> receiving server.
>
> In other words, get out of the zip password rut, and protect the file
> some other way.
>
> --
> Some people have a "gift" link here.
> Know what I want?
> I want you to buy a CD from some indie artist.
> http://cdbaby.com/from/lynch
> Yeah, I get a buck. So?
>
>
attached mail follows:
On Feb 18, 2008 9:07 AM, Richard Lynch <ceol-i-e.com> wrote:
> On Sun, February 17, 2008 1:57 pm, Nick Stinemates wrote:
> > Petrus Bastos wrote:
> >> Hi Nick,
> >>
> >> Sorry, but I forgot to tell you that I can't use this exec
> >> neither
> >> system commands because they are disabled for security precautions.
> >> So, Do
> >> you have any other ideas on how can I do that?
>
> Sometimes, you can write a cron job that does what you want from the
> shell, and that has less restrictions, since the php.ini file can be
> specified/modified on the command line on the fly...
>
> Perhaps that would help you here...
>
>
> And a potentially truly UGLY hack...
>
> I'm betting that the "password protection" of the zip file is just a
> few different bytes in the header portion of a zip...
>
> So take an un-protected zip, and password-protect it, and then do a
> "diff" and see what changed.
>
> Then take that "diff" output, and just paste it in as the front of the
> other zip files...
>
> Might work.
>
> Might make hash of the zip files.
>
> Won't know til you try.
>
The RFC makes it sound so confusing.
--
-Casey
attached mail follows:
Richard Lynch wrote:
> On Sun, February 17, 2008 1:57 pm, Nick Stinemates wrote:
>
>> Petrus Bastos wrote:
>>
>>> Hi Nick,
>>>
>>> Sorry, but I forgot to tell you that I can't use this exec
>>> neither
>>> system commands because they are disabled for security precautions.
>>> So, Do
>>> you have any other ideas on how can I do that?
>>>
>
> Sometimes, you can write a cron job that does what you want from the
> shell, and that has less restrictions, since the php.ini file can be
> specified/modified on the command line on the fly...
>
> Perhaps that would help you here...
>
>
> And a potentially truly UGLY hack...
>
> I'm betting that the "password protection" of the zip file is just a
> few different bytes in the header portion of a zip...
>
> So take an un-protected zip, and password-protect it, and then do a
> "diff" and see what changed.
>
> Then take that "diff" output, and just paste it in as the front of the
> other zip files...
>
> Might work.
>
> Might make hash of the zip files.
>
> Won't know til you try.
>
>
Richard
Unfortunately,y our hypothesis is incorrect. ZIP files are 'encrypted'
using the password you provide. I was thinking along those lines as well.
--
==================
Nick Stinemates (nickstinemates.org)
http://nick.stinemates.org
AIM: Nick Stinemates
MSN: nickstinemateshotmail.com
Yahoo: nickstinematesyahoo.com
==================
attached mail follows:
Petrus Bastos wrote:
> Richard,
>
> Unfortunately, I can't get out of the zip password rut because the
> destination system read only this file format. I can't change the
> destination system.
>
> Thanks,
> Petrus.
>
> On Feb 18, 2008 2:11 PM, Richard Lynch <ceol-i-e.com> wrote:
>
>
>> On Mon, February 18, 2008 5:59 am, Petrus Bastos wrote:
>>
>>> Thanks again for your worry. So, let's go, here goes my situation.
>>> I'm
>>> exporting data to another system. That system have an option to be
>>> feed by a
>>> password protected zip file. The export activity will be occur in this
>>> way:
>>> the user will generate the file on my application and will put this
>>> file
>>> into that another system. So, I need generate that file. Maybe one
>>> solution
>>> is to generate the file unzipped and determine that user should zip
>>> the file
>>> with password on his Windows or Linux operating system. But, I can't
>>> let
>>> that responsibility on user hands. So, because that I need to generate
>>> the
>>> file already protected.
>>>
>> Perhaps you could use SCP (or SSH tunneling) to transfer the file from
>> system to system, so that it need not ever be visible to the outside
>> world, and thus not need the rather lame zip password.
>>
>> Another option would be to take the whole file and 2-way encrypt it
>> with a public/private key pair, and install the private key on the
>> receiving server.
>>
>> In other words, get out of the zip password rut, and protect the file
>> some other way.
>>
>> --
>> Some people have a "gift" link here.
>> Know what I want?
>> I want you to buy a CD from some indie artist.
>> http://cdbaby.com/from/lynch
>> Yeah, I get a buck. So?
>>
>>
>>
>
>
Sounds like a creative challenge... this is what makes programmers
problem solvers. You can write the code, you have the knowledge.. and
then you get requirements like this one. How annoying!
I found out some interesting information researching your issue. It
seems that encryption by password is actually not built in to ZIP
itself, but was an implementation detail apps like WinZip added to the
mix. Because of that, the original ZIP libs don't have any notions of
password protection.
It seems like this isn't a language specific issue, either.
I think it's time to get creative, Petros. You're in a bind, and I
assume you need to get this done, so you have the following options (in
the order I would do it in..)
-> Turn on exec()
-> You can use/modify an app I wrote (in python) which accepts UDP
packets and executed commands based off of it. You can strip out the
really insecure things and just accept 'zip' commands. The lib/app is
really small and lightweight. There are no dependencies outside of I
think 3 python modules. If I couldn't turn on exec(), this is the route
I would go.
-> Use some form of file/directory montoring + zip.
-> Pass the request on to an environment that has zip()
--
==================
Nick Stinemates (nickstinemates.org)
http://nick.stinemates.org
AIM: Nick Stinemates
MSN: nickstinemateshotmail.com
Yahoo: nickstinematesyahoo.com
==================
attached mail follows:
Hey folks,
I got access to exec method for test! But, it's not working... :( the
function returns 127 and don't create the zip file, I've tested on Linux
command tool and works! Do you have any idea why didn't work?
Thanks again and sorry for the inconvenience,
Petrus Bastos.
On Feb 18, 2008 2:37 PM, Nick Stinemates <nickstinemates.org> wrote:
> Petrus Bastos wrote:
> > Richard,
> >
> > Unfortunately, I can't get out of the zip password rut because the
> > destination system read only this file format. I can't change the
> > destination system.
> >
> > Thanks,
> > Petrus.
> >
> > On Feb 18, 2008 2:11 PM, Richard Lynch <ceol-i-e.com> wrote:
> >
> >
> >> On Mon, February 18, 2008 5:59 am, Petrus Bastos wrote:
> >>
> >>> Thanks again for your worry. So, let's go, here goes my situation.
> >>> I'm
> >>> exporting data to another system. That system have an option to be
> >>> feed by a
> >>> password protected zip file. The export activity will be occur in this
> >>> way:
> >>> the user will generate the file on my application and will put this
> >>> file
> >>> into that another system. So, I need generate that file. Maybe one
> >>> solution
> >>> is to generate the file unzipped and determine that user should zip
> >>> the file
> >>> with password on his Windows or Linux operating system. But, I can't
> >>> let
> >>> that responsibility on user hands. So, because that I need to generate
> >>> the
> >>> file already protected.
> >>>
> >> Perhaps you could use SCP (or SSH tunneling) to transfer the file from
> >> system to system, so that it need not ever be visible to the outside
> >> world, and thus not need the rather lame zip password.
> >>
> >> Another option would be to take the whole file and 2-way encrypt it
> >> with a public/private key pair, and install the private key on the
> >> receiving server.
> >>
> >> In other words, get out of the zip password rut, and protect the file
> >> some other way.
> >>
> >> --
> >> Some people have a "gift" link here.
> >> Know what I want?
> >> I want you to buy a CD from some indie artist.
> >> http://cdbaby.com/from/lynch
> >> Yeah, I get a buck. So?
> >>
> >>
> >>
> >
> >
> Sounds like a creative challenge... this is what makes programmers
> problem solvers. You can write the code, you have the knowledge.. and
> then you get requirements like this one. How annoying!
>
> I found out some interesting information researching your issue. It
> seems that encryption by password is actually not built in to ZIP
> itself, but was an implementation detail apps like WinZip added to the
> mix. Because of that, the original ZIP libs don't have any notions of
> password protection.
>
> It seems like this isn't a language specific issue, either.
>
> I think it's time to get creative, Petros. You're in a bind, and I
> assume you need to get this done, so you have the following options (in
> the order I would do it in..)
> -> Turn on exec()
> -> You can use/modify an app I wrote (in python) which accepts UDP
> packets and executed commands based off of it. You can strip out the
> really insecure things and just accept 'zip' commands. The lib/app is
> really small and lightweight. There are no dependencies outside of I
> think 3 python modules. If I couldn't turn on exec(), this is the route
> I would go.
> -> Use some form of file/directory montoring + zip.
> -> Pass the request on to an environment that has zip()
>
> --
> ==================
> Nick Stinemates (nickstinemates.org)
> http://nick.stinemates.org
>
> AIM: Nick Stinemates
> MSN: nickstinemateshotmail.com
> Yahoo: nickstinematesyahoo.com
> ==================
>
>
>
attached mail follows:
Petrus Bastos wrote:
> Hey folks,
>
> I got access to exec method for test! But, it's not working... :(
> the function returns 127 and don't create the zip file, I've tested on
> Linux command tool and works! Do you have any idea why didn't work?
>
> Thanks again and sorry for the inconvenience,
> Petrus Bastos.
>
> On Feb 18, 2008 2:37 PM, Nick Stinemates <nickstinemates.org
> <mailto:nickstinemates.org>> wrote:
>
> Petrus Bastos wrote:
> > Richard,
> >
> > Unfortunately, I can't get out of the zip password rut
> because the
> > destination system read only this file format. I can't change the
> > destination system.
> >
> > Thanks,
> > Petrus.
> >
> > On Feb 18, 2008 2:11 PM, Richard Lynch <ceol-i-e.com
> <mailto:ceol-i-e.com>> wrote:
> >
> >
> >> On Mon, February 18, 2008 5:59 am, Petrus Bastos wrote:
> >>
> >>> Thanks again for your worry. So, let's go, here goes my
> situation.
> >>> I'm
> >>> exporting data to another system. That system have an option to be
> >>> feed by a
> >>> password protected zip file. The export activity will be occur
> in this
> >>> way:
> >>> the user will generate the file on my application and will put
> this
> >>> file
> >>> into that another system. So, I need generate that file. Maybe one
> >>> solution
> >>> is to generate the file unzipped and determine that user
> should zip
> >>> the file
> >>> with password on his Windows or Linux operating system. But, I
> can't
> >>> let
> >>> that responsibility on user hands. So, because that I need to
> generate
> >>> the
> >>> file already protected.
> >>>
> >> Perhaps you could use SCP (or SSH tunneling) to transfer the
> file from
> >> system to system, so that it need not ever be visible to the
> outside
> >> world, and thus not need the rather lame zip password.
> >>
> >> Another option would be to take the whole file and 2-way encrypt it
> >> with a public/private key pair, and install the private key on the
> >> receiving server.
> >>
> >> In other words, get out of the zip password rut, and protect
> the file
> >> some other way.
> >>
> >> --
> >> Some people have a "gift" link here.
> >> Know what I want?
> >> I want you to buy a CD from some indie artist.
> >> http://cdbaby.com/from/lynch
> >> Yeah, I get a buck. So?
> >>
> >>
> >>
> >
> >
> Sounds like a creative challenge... this is what makes programmers
> problem solvers. You can write the code, you have the knowledge.. and
> then you get requirements like this one. How annoying!
>
> I found out some interesting information researching your issue. It
> seems that encryption by password is actually not built in to ZIP
> itself, but was an implementation detail apps like WinZip added to the
> mix. Because of that, the original ZIP libs don't have any notions of
> password protection.
>
> It seems like this isn't a language specific issue, either.
>
> I think it's time to get creative, Petros. You're in a bind, and I
> assume you need to get this done, so you have the following
> options (in
> the order I would do it in..)
> -> Turn on exec()
> -> You can use/modify an app I wrote (in python) which accepts UDP
> packets and executed commands based off of it. You can strip out the
> really insecure things and just accept 'zip' commands. The lib/app is
> really small and lightweight. There are no dependencies outside of I
> think 3 python modules. If I couldn't turn on exec(), this is the
> route
> I would go.
> -> Use some form of file/directory montoring + zip.
> -> Pass the request on to an environment that has zip()
>
> --
> ==================
> Nick Stinemates (nickstinemates.org <mailto:nickstinemates.org>)
> http://nick.stinemates.org
>
> AIM: Nick Stinemates
> MSN: nickstinemateshotmail.com <mailto:nickstinemateshotmail.com>
> Yahoo: nickstinematesyahoo.com <mailto:nickstinematesyahoo.com>
> ==================
>
>
>
What platform are you testing on?
You got it to work under Linux but not on Windows? Am I understanding
that properly?
For windows, I read you should be using a tool called PkZIP.
--
==================
Nick Stinemates (nickstinemates.org)
http://nick.stinemates.org
AIM: Nick Stinemates
MSN: nickstinemateshotmail.com
Yahoo: nickstinematesyahoo.com
==================
attached mail follows:
I'm testing on FreeBSD. I can use any command through system(), but the zip
command doesn't works! I don't know why.
On Feb 18, 2008 4:06 PM, Nick Stinemates <nickstinemates.org> wrote:
> Petrus Bastos wrote:
> > Hey folks,
> >
> > I got access to exec method for test! But, it's not working... :(
> > the function returns 127 and don't create the zip file, I've tested on
> > Linux command tool and works! Do you have any idea why didn't work?
> >
> > Thanks again and sorry for the inconvenience,
> > Petrus Bastos.
> >
> > On Feb 18, 2008 2:37 PM, Nick Stinemates <nickstinemates.org
> > <mailto:nickstinemates.org>> wrote:
> >
> > Petrus Bastos wrote:
> > > Richard,
> > >
> > > Unfortunately, I can't get out of the zip password rut
> > because the
> > > destination system read only this file format. I can't change the
> > > destination system.
> > >
> > > Thanks,
> > > Petrus.
> > >
> > > On Feb 18, 2008 2:11 PM, Richard Lynch <ceol-i-e.com
> > <mailto:ceol-i-e.com>> wrote:
> > >
> > >
> > >> On Mon, February 18, 2008 5:59 am, Petrus Bastos wrote:
> > >>
> > >>> Thanks again for your worry. So, let's go, here goes my
> > situation.
> > >>> I'm
> > >>> exporting data to another system. That system have an option to
> be
> > >>> feed by a
> > >>> password protected zip file. The export activity will be occur
> > in this
> > >>> way:
> > >>> the user will generate the file on my application and will put
> > this
> > >>> file
> > >>> into that another system. So, I need generate that file. Maybe
> one
> > >>> solution
> > >>> is to generate the file unzipped and determine that user
> > should zip
> > >>> the file
> > >>> with password on his Windows or Linux operating system. But, I
> > can't
> > >>> let
> > >>> that responsibility on user hands. So, because that I need to
> > generate
> > >>> the
> > >>> file already protected.
> > >>>
> > >> Perhaps you could use SCP (or SSH tunneling) to transfer the
> > file from
> > >> system to system, so that it need not ever be visible to the
> > outside
> > >> world, and thus not need the rather lame zip password.
> > >>
> > >> Another option would be to take the whole file and 2-way encrypt
> it
> > >> with a public/private key pair, and install the private key on
> the
> > >> receiving server.
> > >>
> > >> In other words, get out of the zip password rut, and protect
> > the file
> > >> some other way.
> > >>
> > >> --
> > >> Some people have a "gift" link here.
> > >> Know what I want?
> > >> I want you to buy a CD from some indie artist.
> > >> http://cdbaby.com/from/lynch
> > >> Yeah, I get a buck. So?
> > >>
> > >>
> > >>
> > >
> > >
> > Sounds like a creative challenge... this is what makes programmers
> > problem solvers. You can write the code, you have the knowledge..
> and
> > then you get requirements like this one. How annoying!
> >
> > I found out some interesting information researching your issue. It
> > seems that encryption by password is actually not built in to ZIP
> > itself, but was an implementation detail apps like WinZip added to
> the
> > mix. Because of that, the original ZIP libs don't have any notions
> of
> > password protection.
> >
> > It seems like this isn't a language specific issue, either.
> >
> > I think it's time to get creative, Petros. You're in a bind, and I
> > assume you need to get this done, so you have the following
> > options (in
> > the order I would do it in..)
> > -> Turn on exec()
> > -> You can use/modify an app I wrote (in python) which accepts UDP
> > packets and executed commands based off of it. You can strip out the
> > really insecure things and just accept 'zip' commands. The lib/app
> is
> > really small and lightweight. There are no dependencies outside of I
> > think 3 python modules. If I couldn't turn on exec(), this is the
> > route
> > I would go.
> > -> Use some form of file/directory montoring + zip.
> > -> Pass the request on to an environment that has zip()
> >
> > --
> > ==================
> > Nick Stinemates (nickstinemates.org <mailto:nickstinemates.org>)
> > http://nick.stinemates.org
> >
> > AIM: Nick Stinemates
> > MSN: nickstinemateshotmail.com <mailto:nickstinemateshotmail.com>
> > Yahoo: nickstinematesyahoo.com <mailto:nickstinematesyahoo.com>
> > ==================
> >
> >
> >
> What platform are you testing on?
>
> You got it to work under Linux but not on Windows? Am I understanding
> that properly?
>
> For windows, I read you should be using a tool called PkZIP.
>
> --
> ==================
> Nick Stinemates (nickstinemates.org)
> http://nick.stinemates.org
>
> AIM: Nick Stinemates
> MSN: nickstinemateshotmail.com
> Yahoo: nickstinematesyahoo.com
> ==================
>
>
>
attached mail follows:
[snip]
I'm testing on FreeBSD. I can use any command through system(), but the
zip
command doesn't works! I don't know why.
[/snip]
Have you tried the command from the command line without PHP to make
sure it works?
attached mail follows:
Petrus Bastos wrote:
> I'm testing on FreeBSD. I can use any command through system(), but the zip
> command doesn't works! I don't know why.
>
>
> On Feb 18, 2008 4:06 PM, Nick Stinemates <nickstinemates.org> wrote:
>
>
>> Petrus Bastos wrote:
>>
>>> Hey folks,
>>>
>>> I got access to exec method for test! But, it's not working... :(
>>> the function returns 127 and don't create the zip file, I've tested on
>>> Linux command tool and works! Do you have any idea why didn't work?
>>>
>>> Thanks again and sorry for the inconvenience,
>>> Petrus Bastos.
>>>
>>> On Feb 18, 2008 2:37 PM, Nick Stinemates <nickstinemates.org
>>> <mailto:nickstinemates.org>> wrote:
>>>
>>> Petrus Bastos wrote:
>>> > Richard,
>>> >
>>> > Unfortunately, I can't get out of the zip password rut
>>> because the
>>> > destination system read only this file format. I can't change the
>>> > destination system.
>>> >
>>> > Thanks,
>>> > Petrus.
>>> >
>>> > On Feb 18, 2008 2:11 PM, Richard Lynch <ceol-i-e.com
>>> <mailto:ceol-i-e.com>> wrote:
>>> >
>>> >
>>> >> On Mon, February 18, 2008 5:59 am, Petrus Bastos wrote:
>>> >>
>>> >>> Thanks again for your worry. So, let's go, here goes my
>>> situation.
>>> >>> I'm
>>> >>> exporting data to another system. That system have an option to
>>>
>> be
>>
>>> >>> feed by a
>>> >>> password protected zip file. The export activity will be occur
>>> in this
>>> >>> way:
>>> >>> the user will generate the file on my application and will put
>>> this
>>> >>> file
>>> >>> into that another system. So, I need generate that file. Maybe
>>>
>> one
>>
>>> >>> solution
>>> >>> is to generate the file unzipped and determine that user
>>> should zip
>>> >>> the file
>>> >>> with password on his Windows or Linux operating system. But, I
>>> can't
>>> >>> let
>>> >>> that responsibility on user hands. So, because that I need to
>>> generate
>>> >>> the
>>> >>> file already protected.
>>> >>>
>>> >> Perhaps you could use SCP (or SSH tunneling) to transfer the
>>> file from
>>> >> system to system, so that it need not ever be visible to the
>>> outside
>>> >> world, and thus not need the rather lame zip password.
>>> >>
>>> >> Another option would be to take the whole file and 2-way encrypt
>>>
>> it
>>
>>> >> with a public/private key pair, and install the private key on
>>>
>> the
>>
>>> >> receiving server.
>>> >>
>>> >> In other words, get out of the zip password rut, and protect
>>> the file
>>> >> some other way.
>>> >>
>>> >> --
>>> >> Some people have a "gift" link here.
>>> >> Know what I want?
>>> >> I want you to buy a CD from some indie artist.
>>> >> http://cdbaby.com/from/lynch
>>> >> Yeah, I get a buck. So?
>>> >>
>>> >>
>>> >>
>>> >
>>> >
>>> Sounds like a creative challenge... this is what makes programmers
>>> problem solvers. You can write the code, you have the knowledge..
>>>
>> and
>>
>>> then you get requirements like this one. How annoying!
>>>
>>> I found out some interesting information researching your issue. It
>>> seems that encryption by password is actually not built in to ZIP
>>> itself, but was an implementation detail apps like WinZip added to
>>>
>> the
>>
>>> mix. Because of that, the original ZIP libs don't have any notions
>>>
>> of
>>
>>> password protection.
>>>
>>> It seems like this isn't a language specific issue, either.
>>>
>>> I think it's time to get creative, Petros. You're in a bind, and I
>>> assume you need to get this done, so you have the following
>>> options (in
>>> the order I would do it in..)
>>> -> Turn on exec()
>>> -> You can use/modify an app I wrote (in python) which accepts UDP
>>> packets and executed commands based off of it. You can strip out the
>>> really insecure things and just accept 'zip' commands. The lib/app
>>>
>> is
>>
>>> really small and lightweight. There are no dependencies outside of I
>>> think 3 python modules. If I couldn't turn on exec(), this is the
>>> route
>>> I would go.
>>> -> Use some form of file/directory montoring + zip.
>>> -> Pass the request on to an environment that has zip()
>>>
>>> --
>>> ==================
>>> Nick Stinemates (nickstinemates.org <mailto:nickstinemates.org>)
>>> http://nick.stinemates.org
>>>
>>> AIM: Nick Stinemates
>>> MSN: nickstinemateshotmail.com <mailto:nickstinemateshotmail.com>
>>> Yahoo: nickstinematesyahoo.com <mailto:nickstinematesyahoo.com>
>>> ==================
>>>
>>>
>>>
>>>
>> What platform are you testing on?
>>
>> You got it to work under Linux but not on Windows? Am I understanding
>> that properly?
>>
>> For windows, I read you should be using a tool called PkZIP.
>>
>> --
>> ==================
>> Nick Stinemates (nickstinemates.org)
>> http://nick.stinemates.org
>>
>> AIM: Nick Stinemates
>> MSN: nickstinemateshotmail.com
>> Yahoo: nickstinematesyahoo.com
>> ==================
>>
>>
>>
>>
>
>
Do you have SSH access to the system?
If so, 'man zip' and look at the params.
--
==================
Nick Stinemates (nickstinemates.org)
http://nick.stinemates.org
AIM: Nick Stinemates
MSN: nickstinemateshotmail.com
Yahoo: nickstinematesyahoo.com
==================
attached mail follows:
---- Petrus Bastos <petrusbastosgmail.com> wrote:
> I'm testing on FreeBSD. I can use any command through system(), but the zip
> command doesn't works! I don't know why.
>
>
<! -- SNIP -->
According to Google:
http://www.google.com/search?q=php%3A+exec+zip+error+127&ie=utf-8&oe=utf-8&aq=t&rls=com.ubuntu:en-US:official&client=firefox-a
Using terms "php: exec zip error 127"
Try passthru and see what you get.
Have you done any looking for the error codes in the documentation?
Wolf
attached mail follows:
Petrus Bastos wrote:
> I'm testing on FreeBSD. I can use any command through system(), but the zip
> command doesn't works! I don't know why.
Is zip installed? AFAIK it's not by default.
Do a system('whereis zip'); to see.
-Stut
--
http://stut.net/
attached mail follows:
Yes.
On Feb 18, 2008 5:50 PM, Jay Blanchard <jblanchardpocket.com> wrote:
> [snip]
> I'm testing on FreeBSD. I can use any command through system(), but the
> zip
> command doesn't works! I don't know why.
> [/snip]
>
> Have you tried the command from the command line without PHP to make
> sure it works?
attached mail follows:
I'd look at parameters and my command is ok.
On Feb 18, 2008 5:51 PM, Nick Stinemates <nickstinemates.org> wrote:
> Petrus Bastos wrote:
> > I'm testing on FreeBSD. I can use any command through system(), but the
> zip
> > command doesn't works! I don't know why.
> >
> >
> > On Feb 18, 2008 4:06 PM, Nick Stinemates <nickstinemates.org> wrote:
> >
> >
> >> Petrus Bastos wrote:
> >>
> >>> Hey folks,
> >>>
> >>> I got access to exec method for test! But, it's not working... :(
> >>> the function returns 127 and don't create the zip file, I've tested on
> >>> Linux command tool and works! Do you have any idea why didn't work?
> >>>
> >>> Thanks again and sorry for the inconvenience,
> >>> Petrus Bastos.
> >>>
> >>> On Feb 18, 2008 2:37 PM, Nick Stinemates <nickstinemates.org
> >>> <mailto:nickstinemates.org>> wrote:
> >>>
> >>> Petrus Bastos wrote:
> >>> > Richard,
> >>> >
> >>> > Unfortunately, I can't get out of the zip password rut
> >>> because the
> >>> > destination system read only this file format. I can't change
> the
> >>> > destination system.
> >>> >
> >>> > Thanks,
> >>> > Petrus.
> >>> >
> >>> > On Feb 18, 2008 2:11 PM, Richard Lynch <ceol-i-e.com
> >>> <mailto:ceol-i-e.com>> wrote:
> >>> >
> >>> >
> >>> >> On Mon, February 18, 2008 5:59 am, Petrus Bastos wrote:
> >>> >>
> >>> >>> Thanks again for your worry. So, let's go, here goes my
> >>> situation.
> >>> >>> I'm
> >>> >>> exporting data to another system. That system have an option
> to
> >>>
> >> be
> >>
> >>> >>> feed by a
> >>> >>> password protected zip file. The export activity will be occur
> >>> in this
> >>> >>> way:
> >>> >>> the user will generate the file on my application and will put
> >>> this
> >>> >>> file
> >>> >>> into that another system. So, I need generate that file. Maybe
> >>>
> >> one
> >>
> >>> >>> solution
> >>> >>> is to generate the file unzipped and determine that user
> >>> should zip
> >>> >>> the file
> >>> >>> with password on his Windows or Linux operating system. But, I
> >>> can't
> >>> >>> let
> >>> >>> that responsibility on user hands. So, because that I need to
> >>> generate
> >>> >>> the
> >>> >>> file already protected.
> >>> >>>
> >>> >> Perhaps you could use SCP (or SSH tunneling) to transfer the
> >>> file from
> >>> >> system to system, so that it need not ever be visible to the
> >>> outside
> >>> >> world, and thus not need the rather lame zip password.
> >>> >>
> >>> >> Another option would be to take the whole file and 2-way
> encrypt
> >>>
> >> it
> >>
> >>> >> with a public/private key pair, and install the private key on
> >>>
> >> the
> >>
> >>> >> receiving server.
> >>> >>
> >>> >> In other words, get out of the zip password rut, and protect
> >>> the file
> >>> >> some other way.
> >>> >>
> >>> >> --
> >>> >> Some people have a "gift" link here.
> >>> >> Know what I want?
> >>> >> I want you to buy a CD from some indie artist.
> >>> >> http://cdbaby.com/from/lynch
> >>> >> Yeah, I get a buck. So?
> >>> >>
> >>> >>
> >>> >>
> >>> >
> >>> >
> >>> Sounds like a creative challenge... this is what makes programmers
> >>> problem solvers. You can write the code, you have the knowledge..
> >>>
> >> and
> >>
> >>> then you get requirements like this one. How annoying!
> >>>
> >>> I found out some interesting information researching your issue.
> It
> >>> seems that encryption by password is actually not built in to ZIP
> >>> itself, but was an implementation detail apps like WinZip added to
> >>>
> >> the
> >>
> >>> mix. Because of that, the original ZIP libs don't have any notions
> >>>
> >> of
> >>
> >>> password protection.
> >>>
> >>> It seems like this isn't a language specific issue, either.
> >>>
> >>> I think it's time to get creative, Petros. You're in a bind, and I
> >>> assume you need to get this done, so you have the following
> >>> options (in
> >>> the order I would do it in..)
> >>> -> Turn on exec()
> >>> -> You can use/modify an app I wrote (in python) which accepts
> UDP
> >>> packets and executed commands based off of it. You can strip out
> the
> >>> really insecure things and just accept 'zip' commands. The lib/app
> >>>
> >> is
> >>
> >>> really small and lightweight. There are no dependencies outside of
> I
> >>> think 3 python modules. If I couldn't turn on exec(), this is the
> >>> route
> >>> I would go.
> >>> -> Use some form of file/directory montoring + zip.
> >>> -> Pass the request on to an environment that has zip()
> >>>
> >>> --
> >>> ==================
> >>> Nick Stinemates (nickstinemates.org <mailto:nickstinemates.org>)
> >>> http://nick.stinemates.org
> >>>
> >>> AIM: Nick Stinemates
> >>> MSN: nickstinemateshotmail.com <mailto:nickstinemateshotmail.com
> >
> >>> Yahoo: nickstinematesyahoo.com <mailto:nickstinematesyahoo.com>
> >>> ==================
> >>>
> >>>
> >>>
> >>>
> >> What platform are you testing on?
> >>
> >> You got it to work under Linux but not on Windows? Am I understanding
> >> that properly?
> >>
> >> For windows, I read you should be using a tool called PkZIP.
> >>
> >> --
> >> ==================
> >> Nick Stinemates (nickstinemates.org)
> >> http://nick.stinemates.org
> >>
> >> AIM: Nick Stinemates
> >> MSN: nickstinemateshotmail.com
> >> Yahoo: nickstinematesyahoo.com
> >> ==================
> >>
> >>
> >>
> >>
> >
> >
> Do you have SSH access to the system?
>
> If so, 'man zip' and look at the params.
>
> --
> ==================
> Nick Stinemates (nickstinemates.org)
> http://nick.stinemates.org
>
> AIM: Nick Stinemates
> MSN: nickstinemateshotmail.com
> Yahoo: nickstinematesyahoo.com
> ==================
>
>
>
attached mail follows:
zip program is installed. I'd type whereis and returned
/usr/ports/archivers/zip. I've change my zip command and put th whole path.
Now return error 126. :(
On Feb 18, 2008 5:51 PM, Stut <stuttlegmail.com> wrote:
> Petrus Bastos wrote:
> > I'm testing on FreeBSD. I can use any command through system(), but the
> zip
> > command doesn't works! I don't know why.
>
> Is zip installed? AFAIK it's not by default.
>
> Do a system('whereis zip'); to see.
>
> -Stut
>
> --
> http://stut.net/
>
attached mail follows:
Petrus Bastos wrote:
> zip program is installed. I'd type whereis and returned
> /usr/ports/archivers/zip. I've change my zip command and put th whole path.
> Now return error 126. :(
>
> On Feb 18, 2008 5:51 PM, Stut <stuttlegmail.com> wrote:
>
>> Petrus Bastos wrote:
>>> I'm testing on FreeBSD. I can use any command through system(), but the
>> zip
>>> command doesn't works! I don't know why.
>> Is zip installed? AFAIK it's not by default.
>>
>> Do a system('whereis zip'); to see.
>>
>> -Stut
>>
>> --
>> http://stut.net/
>>
>
Umm, it's been a while for me on BSD, but isn't
'/usr/ports/archivers/zip' a directory holding sources to build zip?
-Shawn
attached mail follows:
Shawn McKenzie wrote:
> Petrus Bastos wrote:
>> zip program is installed. I'd type whereis and returned
>> /usr/ports/archivers/zip. I've change my zip command and put th whole path.
>> Now return error 126. :(
>>
>> On Feb 18, 2008 5:51 PM, Stut <stuttlegmail.com> wrote:
>>
>>> Petrus Bastos wrote:
>>>> I'm testing on FreeBSD. I can use any command through system(), but the
>>> zip
>>>> command doesn't works! I don't know why.
>>> Is zip installed? AFAIK it's not by default.
>>>
>>> Do a system('whereis zip'); to see.
>>>
>>> -Stut
>>>
>>> --
>>> http://stut.net/
>>>
>
> Umm, it's been a while for me on BSD, but isn't
> '/usr/ports/archivers/zip' a directory holding sources to build zip?
>
> -Shawn
Maybe as root:
cd /usr/ports/archivers/zip
make install clean zip
-Shawn
attached mail follows:
On Feb 18, 2008 4:05 PM, Shawn McKenzie <nospammckenzies.net> wrote:
> Umm, it's been a while for me on BSD, but isn't
> '/usr/ports/archivers/zip' a directory holding sources to build zip?
Yes, Shawn, you're correct. Ports are (on BSD and MacOS) for
automated installations like DEBs and RPMs on other systems.
--
</Dan>
Daniel P. Brown
Senior Unix Geek
<? while(1) { $me = $mind--; sleep(86400); } ?>
attached mail follows:
Unfortunately, I don't have access to root user here. It was a miracle get
access to system command. I have to resolve this problem without root user.
:(
On Feb 18, 2008 6:08 PM, Shawn McKenzie <nospammckenzies.net> wrote:
> Shawn McKenzie wrote:
> > Petrus Bastos wrote:
> >> zip program is installed. I'd type whereis and returned
> >> /usr/ports/archivers/zip. I've change my zip command and put th whole
> path.
> >> Now return error 126. :(
> >>
> >> On Feb 18, 2008 5:51 PM, Stut <stuttlegmail.com> wrote:
> >>
> >>> Petrus Bastos wrote:
> >>>> I'm testing on FreeBSD. I can use any command through system(), but
> the
> >>> zip
> >>>> command doesn't works! I don't know why.
> >>> Is zip installed? AFAIK it's not by default.
> >>>
> >>> Do a system('whereis zip'); to see.
> >>>
> >>> -Stut
> >>>
> >>> --
> >>> http://stut.net/
> >>>
> >
> > Umm, it's been a while for me on BSD, but isn't
> > '/usr/ports/archivers/zip' a directory holding sources to build zip?
> >
> > -Shawn
>
> Maybe as root:
>
> cd /usr/ports/archivers/zip
> make install clean zip
>
> -Shawn
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
attached mail follows:
Petrus Bastos wrote:
> Unfortunately, I don't have access to root user here. It was a miracle get
> access to system command. I have to resolve this problem without root user.
> :(
>
> On Feb 18, 2008 6:08 PM, Shawn McKenzie <nospammckenzies.net> wrote:
>
>> Shawn McKenzie wrote:
>>> Petrus Bastos wrote:
>>>> zip program is installed. I'd type whereis and returned
>>>> /usr/ports/archivers/zip. I've change my zip command and put th whole
>> path.
>>>> Now return error 126. :(
>>>>
>>>> On Feb 18, 2008 5:51 PM, Stut <stuttlegmail.com> wrote:
>>>>
>>>>> Petrus Bastos wrote:
>>>>>> I'm testing on FreeBSD. I can use any command through system(), but
>> the
>>>>> zip
>>>>>> command doesn't works! I don't know why.
>>>>> Is zip installed? AFAIK it's not by default.
>>>>>
>>>>> Do a system('whereis zip'); to see.
>>>>>
>>>>> -Stut
>>>>>
>>>>> --
>>>>> http://stut.net/
>>>>>
>>> Umm, it's been a while for me on BSD, but isn't
>>> '/usr/ports/archivers/zip' a directory holding sources to build zip?
>>>
>>> -Shawn
>> Maybe as root:
>>
>> cd /usr/ports/archivers/zip
>> make install clean zip
>>
>> -Shawn
>>
>> --
>> PHP General Mailing List (http://www.php.net/)
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>
Well, have someone install zip. You won't have any luck trying to
execute that directory.
-Shawn
attached mail follows:
Ok. I've tried the command again and returned /usr/local/bin/zip... but
return the same error...
On Feb 18, 2008 6:13 PM, Shawn McKenzie <nospammckenzies.net> wrote:
> Petrus Bastos wrote:
> > Unfortunately, I don't have access to root user here. It was a miracle
> get
> > access to system command. I have to resolve this problem without root
> user.
> > :(
> >
> > On Feb 18, 2008 6:08 PM, Shawn McKenzie <nospammckenzies.net> wrote:
> >
> >> Shawn McKenzie wrote:
> >>> Petrus Bastos wrote:
> >>>> zip program is installed. I'd type whereis and returned
> >>>> /usr/ports/archivers/zip. I've change my zip command and put th whole
> >> path.
> >>>> Now return error 126. :(
> >>>>
> >>>> On Feb 18, 2008 5:51 PM, Stut <stuttlegmail.com> wrote:
> >>>>
> >>>>> Petrus Bastos wrote:
> >>>>>> I'm testing on FreeBSD. I can use any command through system(), but
> >> the
> >>>>> zip
> >>>>>> command doesn't works! I don't know why.
> >>>>> Is zip installed? AFAIK it's not by default.
> >>>>>
> >>>>> Do a system('whereis zip'); to see.
> >>>>>
> >>>>> -Stut
> >>>>>
> >>>>> --
> >>>>> http://stut.net/
> >>>>>
> >>> Umm, it's been a while for me on BSD, but isn't
> >>> '/usr/ports/archivers/zip' a directory holding sources to build zip?
> >>>
> >>> -Shawn
> >> Maybe as root:
> >>
> >> cd /usr/ports/archivers/zip
> >> make install clean zip
> >>
> >> -Shawn
> >>
> >> --
> >> PHP General Mailing List (http://www.php.net/)
> >> To unsubscribe, visit: http://www.php.net/unsub.php
> >>
> >>
> >
> Well, have someone install zip. You won't have any luck trying to
> execute that directory.
>
> -Shawn
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
attached mail follows:
On 2/18/08, Shawn McKenzie <nospammckenzies.net> wrote:
> cd /usr/ports/archivers/zip
> make install clean zip
pkg_add -r zip
done.
--
Greg Donald
http://destiney.com/
attached mail follows:
Greg Donald wrote:
> On 2/18/08, Shawn McKenzie <nospammckenzies.net> wrote:
>> cd /usr/ports/archivers/zip
>> make install clean zip
>
> pkg_add -r zip
>
> done.
>
>
Sure, if you want to miss all the linker and compiler goodies :-)
attached mail follows:
Error: FTP Unable to get
ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6.1-release/Latest/zip.tbz:
File unavailable (e.g., file not found, no access)
pkg_add: unable to fetch '
ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6.1-release/Latest/zip.tbz'
by URL
:(
On Feb 18, 2008 6:17 PM, Greg Donald <gdonaldgmail.com> wrote:
> On 2/18/08, Shawn McKenzie <nospammckenzies.net> wrote:
> > cd /usr/ports/archivers/zip
> > make install clean zip
>
> pkg_add -r zip
>
> done.
>
>
> --
> Greg Donald
> http://destiney.com/
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
attached mail follows:
On 2/18/08, Petrus Bastos <petrusbastosgmail.com> wrote:
> Error: FTP Unable to get
> ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6.1-release/Latest/zip.tbz:
> File unavailable (e.g., file not found, no access)
> pkg_add: unable to fetch
> 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6.1-release/Latest/zip.tbz'
> by URL
Works fine for me on 6.3-RELEASE.
--
Greg Donald
http://destiney.com/
attached mail follows:
On 2/18/08, Shawn McKenzie <nospammckenzies.net> wrote:
> Sure, if you want to miss all the linker and compiler goodies :-)
I'm guessing that'd be non-issue for an obviously inexperienced FreeBSD user.
--
Greg Donald
http://destiney.com/
attached mail follows:
Greg Donald wrote:
> On 2/18/08, Shawn McKenzie <nospammckenzies.net> wrote:
>> Sure, if you want to miss all the linker and compiler goodies :-)
>
> I'm guessing that'd be non-issue for an obviously inexperienced FreeBSD user.
>
>
But I'm guessing he'd think it was cool. Also, he's not root so I
assume that pkg_add won't work either. The ftp error may be misleading,
dunno.
attached mail follows:
Actually, I don't know anything about FreeBSD. I never used this system.
But, here my zip command works fine at command line, why doesn't works with
PHP?
On Feb 18, 2008 6:28 PM, Shawn McKenzie <nospammckenzies.net> wrote:
> Greg Donald wrote:
> > On 2/18/08, Shawn McKenzie <nospammckenzies.net> wrote:
> >> Sure, if you want to miss all the linker and compiler goodies :-)
> >
> > I'm guessing that'd be non-issue for an obviously inexperienced FreeBSD
> user.
> >
> >
> But I'm guessing he'd think it was cool. Also, he's not root so I
> assume that pkg_add won't work either. The ftp error may be misleading,
> dunno.
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
attached mail follows:
---- Petrus Bastos <petrusbastosgmail.com> wrote:
> Actually, I don't know anything about FreeBSD. I never used this system.
> But, here my zip command works fine at command line, why doesn't works with
> PHP?
>
>
<! -- SNIP -->
Have you talked with your server admins about the use of zip? Sounds like you have an environment set up by a blind monkey.
Are you sure the command is actually working from the command line?
What is the command and output?
Wolf
attached mail follows:
Wolf,
I'm sure actually working from the command line.
> /usr/local/bin/zip -P 1111 t.zip biblioteca.php
adding: biblioteca.php (deflated 73%)
>
On Feb 18, 2008 6:37 PM, Wolf <lonewolfnc.rr.com> wrote:
>
> ---- Petrus Bastos <petrusbastosgmail.com> wrote:
> > Actually, I don't know anything about FreeBSD. I never used this
> system.
> > But, here my zip command works fine at command line, why doesn't works
> with
> > PHP?
> >
> >
> <! -- SNIP -->
>
> Have you talked with your server admins about the use of zip? Sounds like
> you have an environment set up by a blind monkey.
>
> Are you sure the command is actually working from the command line?
> What is the command and output?
>
> Wolf
>
attached mail follows:
---- Petrus Bastos <petrusbastosgmail.com> wrote:
> Wolf,
>
> I'm sure actually working from the command line.
>
> > /usr/local/bin/zip -P 1111 t.zip biblioteca.php
> adding: biblioteca.php (deflated 73%)
> >
>
>
> On Feb 18, 2008 6:37 PM, Wolf <lonewolfnc.rr.com> wrote:
>
> >
> > ---- Petrus Bastos <petrusbastosgmail.com> wrote:
> > > Actually, I don't know anything about FreeBSD. I never used this
> > system.
> > > But, here my zip command works fine at command line, why doesn't works
> > with
> > > PHP?
> > >
> > >
> > <! -- SNIP -->
> >
> > Have you talked with your server admins about the use of zip? Sounds like
> > you have an environment set up by a blind monkey.
> >
> > Are you sure the command is actually working from the command line?
> > What is the command and output?
> >
> > Wolf
> >
What does your script command look like?
attached mail follows:
Petrus Bastos wrote:
> Actually, I don't know anything about FreeBSD. I never used this system.
> But, here my zip command works fine at command line, why doesn't works with
> PHP?
Is "here" the server or your local machine? If zip works fine on the
command line on the server then it's installed and should work fine from
PHP assuming the web user has permission to do it.
You need to use the full path to the zip exe (usually /usr/local/bin/zip
on FreeBSD), and full paths to any other file references just to be sure.
Make sure you're using a function that's gives you the full output and
not just the last line. I tend to use backticks for this. It would also
help to add 2>&1 to the end of the command so you get output to stderr
as well as stdout.
Finally, if it's still not working might I suggest you share your code.
The problem may be more obvious if we have that.
-Stut
--
http://stut.net/
attached mail follows:
system("/usr/local/bin/zip -P 1111 t.zip biblioteca.php",$ret_val);
that's my code and even zip with full path, return $ret_val = 127;
On Feb 18, 2008 6:43 PM, Wolf <lonewolf