Is this binary data you are transmitting?
It is a TFTP data packet which starts with 0x00 0x03 0xhh 0xll and then has
string data following, but I guess the first 0x00 will already be interpreted
as the end of string?
Torsten
On Tue, 2002-08-27 at 10:23, Torsten Schlabach wrote:
Hi!
I
Hi,
I am trying to set my own photo gallery from Digital Camara. I was wondering
if it is possible to restrive the metadata from digital image using php. I
have been searching for information or documentation or related articles
...but...no luck!! ;-)
I would thank , any help.!!
Thanks.
Read: php.net/function.exif-read-data
But please notice that this list is dedicated to developers OF php
and not those like you programming with php.
regards
marcus
At 11:13 28.08.2002, canario wrote:
Hi,
I am trying to set my own photo gallery from Digital Camara. I was wondering
if it is
At 09:34 8/28/2002 +, [EMAIL PROTECTED] wrote:
ID: 19092
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: XSLT related
Operating System: Windows ME
PHP Version: 4.2.2
New Comment:
We
Nothing happened to my idea (with was agreed by some others)
to have developers list send an initial email to new users that
clearyfies the difference between developer list and user list,
which then can be used to get access to either one upone reply.
I now have another easier idea. We have the
Hi,
This should be a simple task I though, but I where wrong.
I have my DLL extension in the following catalog: D:\php\extensions\
But PHP does not find it there when I specify: exstension_dir =
D:\php\extensions\, neither:
D:\php\extensions
D:/php/extensions/
D:/php/extensions
../extensions/
On Wed, 28 Aug 2002, Steinar Kolnes wrote:
Hi,
This should be a simple task I though, but I where wrong.
I have my DLL extension in the following catalog: D:\php\extensions\
But PHP does not find it there when I specify: exstension_dir =
it's 'extension_dir' (not exStension_dir).
Translating the documentation
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Why not use an additional heading
PHP developers list - A list for developers using and programming with
PHP direct above the heading of the other developers lists?
marcus
This still isnt all that clear to me... what about putting
PHP developers list - A list for developing the PHP
Hi All,
Im trying here as a last resort as the PHP General list didnt provide much
help, and I suspect something to be wrong.
I am trying to compile Sablot XSLT support into PHP-4.3.0-dev (from CVS)
but Im getting no errors, no warnings, but no Sablot support. The
configure command Im using is
Dan,
On Wed, 28 Aug 2002, Dan Hardiker wrote:
Im trying here as a last resort as the PHP General list didnt provide much
help, and I suspect something to be wrong.
I am trying to compile Sablot XSLT support into PHP-4.3.0-dev (from CVS)
but Im getting no errors, no warnings, but no Sablot
Derick,
Thanks for the respond, I am actually using 'extension_dir' There was only a
typos in the e-mail.
The question however; how do I specify the directory ??
Thanks for any help.
Rgs
Steinar
-Opprinnelig melding-
Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sendt: August 28,
On Wed, Aug 28, 2002 at 01:16:44PM +0200, Steinar Kolnes wrote :
Thanks for the respond, I am actually using 'extension_dir' There was only a
typos in the e-mail.
The question however; how do I specify the directory ??
Chances are pretty high that you've modified the wrong
php.ini .
Hi all,
After finally getting Sablot to compile itself in (silly mistake), I find
that the following code causes the line in /var/log/messages:
[..] /kernel: pid 15070 (httpd), uid 65534: exited on signal 11
repeated numerous times. The script Im running is as follows:
$xslt = new
Why not use an additional heading
PHP developers list - A list for developers using and programming with
PHP direct above the heading of the other developers lists?
marcus
This still isnt all that clear to me... what about putting
PHP developers list - A list for developing the PHP
At 12:31 8/28/2002 +0100, Dan Hardiker wrote:
After finally getting Sablot to compile itself in (silly mistake), I find
that the following code causes the line in /var/log/messages:
[..] /kernel: pid 15070 (httpd), uid 65534: exited on signal 11
repeated numerous times. The script Im
At 13:38 28.08.2002, Sascha wrote:
Why not use an additional heading
PHP developers list - A list for developers using and programming with
PHP direct above the heading of the other developers lists?
marcus
This still isnt all that clear to me... what about putting
PHP
- Original Message -
From: Marcus Börger [EMAIL PROTECTED]
To: Sascha [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Wednesday, August 28, 2002 1:49 PM
Subject: Re: [PHP-DEV] developing with php
At 13:38 28.08.2002, Sascha wrote:
Why not use an additional heading
Marcus,
Thanks for the respond, but i am pretty sure that I modified the correct
php.ini because the error messages varies; e.g.:
if I set extension_dir ./ (which is the default), i get:
Unable to load dynamic library'./php_curl.dll' - The specified module could
not be found
OR
if i set
On Wed, Aug 28, 2002 at 02:09:57PM +0200, Steinar Kolnes wrote :
When changing the directory to the latter it seems that it finds something
because it comes up with an new error message:
The procedure entry point _Zend_list_delete could not be located in the
dynamic link library php4ts.dll
I don't think this is the problem but when using libxml i found i need to call
xmlCleanupParser(); after I parse a file.
- brad
--- Christian Stocker [EMAIL PROTECTED] wrote:
Hi
I just watched my apache and simply doing
domxml_new_doc(1.0);
eats memory on the httpd process, which is
On Wed, 28 Aug 2002, Brad LaFountain wrote:
I don't think this is the problem but when using libxml i found i need to call
xmlCleanupParser(); after I parse a file.
nope. didn't help. thanks for the tip anyway :)
chregu
- brad
--- Christian Stocker [EMAIL PROTECTED] wrote:
Hi
I
Markus,
After reinstalling almost everything I am happy to report that PHP starts
without any complaints about missing dll's or other error messages.
So it seems that must have been some conflict with older versions.
However I am still not able run any cURL functions like $ch = curl_init
At 16:31 28.08.2002, Sebastian Bergmann wrote:
Current HEAD causes browsers to download instead of showing scripts
that call error_log() inside an output buffer, when using SAPI/CGI.
Reproducing script:
?php
ob_start();
error_log('test');
?
As a quick answer i
Hi Sascha is ther a waay to build three modules, in particular
i want to build cli, cgi and the apache module.
regards
marcus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
On Wed, 28 Aug 2002, Marcus Boerger wrote:
Hi Sascha is ther a waay to build three modules, in particular
i want to build cli, cgi and the apache module.
Yes, it would look like this:
1. ./configure appropiate stuff
2. make
3. make clean
4. goto 1
- Sascha
--
PHP
At 21:45 28.08.2002, Sascha Schumann wrote:
On Wed, 28 Aug 2002, Marcus Boerger wrote:
Hi Sascha is ther a waay to build three modules, in particular
i want to build cli, cgi and the apache module.
Yes, it would look like this:
1. ./configure appropiate stuff
2. make
Marcus Börger wrote:
Ok, my pros were that it is well working, well maintained and does
not require any additional library. It offers the ability to handle
meta data stored in digital cameras. Accessing those meta data becomes
more and more popular.
My, and I guess Derick's as well,
On Wed, 28 Aug 2002, Marcus Börger wrote:
At 16:31 28.08.2002, Sebastian Bergmann wrote:
Current HEAD causes browsers to download instead of showing scripts
that call error_log() inside an output buffer, when using SAPI/CGI.
Reproducing script:
?php
ob_start();
On Wed, 28 Aug 2002, Sebastian Bergmann wrote:
Marcus Börger wrote:
Ok, my pros were that it is well working, well maintained and does
not require any additional library. It offers the ability to handle
meta data stored in digital cameras. Accessing those meta data becomes
more and
At 21:51 28.08.2002, Sebastian Bergmann wrote:
Marcus Börger wrote:
Ok, my pros were that it is well working, well maintained and does
not require any additional library. It offers the ability to handle
meta data stored in digital cameras. Accessing those meta data becomes
more and more
On Wed, 28 Aug 2002, Marcus Börger wrote:
I hope we could reach a consensus to leave the following modules in the
normal php distribution: old extensions, those maintaind by those developing
php's core and the extensions heavily integrated into ph (like mbstring) and at
least those
hi,
Yes, it would look like this:
1. ./configure appropiate stuff
2. make
3. make clean
4. goto 1
- Sascha
So we do not have the possibility to build all three without
make clean in one go. I would very much appreciate that
since it would make
Daniel Lorch wrote:
hi,
Yes, it would look like this:
1. ./configure appropiate stuff
2. make
3. make clean
4. goto 1
- Sascha
So we do not have the possibility to build all three without
make clean in one go. I would very much appreciate that
since it would make
nice if there was a 'canned' way of doing it. I use the apache sapi and
the cli, and it would be nice to be able to build them with a single
make.
That's already in.
- Sascha
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
I think the point isn't that it's not scriptable, but that it would be
nice if there was a 'canned' way of doing it. I use the apache sapi and
the cli, and it would be nice to be able to build them with a single
make. Clearly there are ways to build them both (easily), but it should
be
I'm sure PHP 4.3.0 builds the CLI as well as any other SAPI you specify,
doesn't it?
- Original Message -
From: George Schlossnagle [EMAIL PROTECTED]
To: Daniel Lorch [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Wednesday, August 28, 2002 9:54 PM
On Wed, 28 Aug 2002, George Schlossnagle wrote:
I think the point isn't that it's not scriptable, but that it would be
nice if there was a 'canned' way of doing it. I use the apache sapi and
the cli, and it would be nice to be able to build them with a single
make. Clearly there are
My point was to have cli, cgi and mod_php in one go.
But now we only have cli or not and allways any other
module which defaults to cgi.
For me the bast way would be enabling/diabling any
module you like and hving cli allways until disabled and
havin cgi if no other module than cli is enabled
I think every one here is able to do that kind of hack but it slows
down development since ./configure;make clean;make takes ages.
For the record cli has --enable-cli and --disable-cli where the first is
the default so your script has to check for that and if you want it
you build it twice. In
It sure does seem to, doesn't it. ;)
Mike Hall wrote:
I'm sure PHP 4.3.0 builds the CLI as well as any other SAPI you specify,
doesn't it?
- Original Message -
From: George Schlossnagle [EMAIL PROTECTED]
To: Daniel Lorch [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
For the record cli has --enable-cli and --disable-cli where the first is
the default so your script has to check for that and if you want it
you build it twice. In other words a correct script would be very long
And cli alone is not possible!
So what? I takes about 3 more sec. to build
Hi,
I have tried to use cURL with PHP, but without sucess so far.
In the php.ini I have made the following changes:
extension_dir = d:/php/extensions/
and
extension=php_curl.dll
Also, I have copied; ssley32.dll and libey32.dll to WINNT\SYSTEM32
But PHP still does not recognize the cURL
At 23:32 28.08.2002, Edin Kadribasic wrote:
For the record cli has --enable-cli and --disable-cli where the first is
the default so your script has to check for that and if you want it
you build it twice. In other words a correct script would be very long
And cli alone is not
Did i recognize this correctly: You assume html_errors=on to
differentiate wehther or not to return html?
Wouldn't it be better to have this beeing a parameter to all info
relevant functions and settings this to 0 in case of sapi cli?
marcus
At 00:31 29.08.2002, you wrote:
jan Wed
Hi,
On Thu, Aug 29, 2002 at 12:58:52AM +0200, Marcus Börger wrote:
Did i recognize this correctly: You assume html_errors=on to
differentiate wehther or not to return html?
what else could be the purpose of html_errors.
Wouldn't it be better to have this beeing a parameter to all info
At 01:06 29.08.2002, Jan Lehnardt wrote:
Hi,
On Thu, Aug 29, 2002 at 12:58:52AM +0200, Marcus Börger wrote:
Did i recognize this correctly: You assume html_errors=on to
differentiate wehther or not to return html?
what else could be the purpose of html_errors.
But you could disable this in
On August 28, 2002 06:54 pm, Marcus Börger wrote:
At 23:32 28.08.2002, Edin Kadribasic wrote:
For the record cli has --enable-cli and --disable-cli where the first
is the default so your script has to check for that and if you want it
you build it twice. In other words a correct script
Marcus Börger wrote:
Not that mod_apache delivering txt format info pages would be
unusable but a simple phpinfo(0|1) would be better.
I would like to see phpinfo(true|false)
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
Marcus Börger wrote:
Not that mod_apache delivering txt format info pages would be
unusable but a simple phpinfo(0|1) would be better.
I would like to see phpinfo(true|false)
-1
I don't think there is a need to add an option to phpinfo(). If it's such a
big deal that this patch uses
For the record cli has --enable-cli and --disable-cli where the first is
the default so your script has to check for that and if you want it
you build it twice. In other words a correct script would be very
long
And cli alone is not possible!
So what? I takes about 3 more sec. to build
Edin Kadribasic wrote:
Marcus Börger wrote:
Not that mod_apache delivering txt format info pages would be
unusable but a simple phpinfo(0|1) would be better.
I would like to see phpinfo(true|false)
-1
I don't think there is a need to add an option to phpinfo(). If it's such a
big deal
I'll throw my -1 on adding anything to be enabled by default. I've argued
this before, and I will continue to argue for less things to be enabled by
default.
On Thu, 29 Aug 2002, Jani Taskinen wrote:
On Wed, 28 Aug 2002, Marcus Börger wrote:
Having exif not enabled by default doesn't harm
53 matches
Mail list logo
