A possible fix:
diff -u -r1.97 iconv.c
--- iconv.c 2 Nov 2003 18:54:08 - 1.97
+++ iconv.c 22 Nov 2003 05:51:27 -
@@ -60,6 +60,7 @@
/* {{{ iconv_functions[]
*/
+#undef iconv
function_entry iconv_functions[] = {
PHP_NAMED_FE(iconv,php_if_iconv,
Take a look at iconv.h line 80
#define iconv libiconv
This line is the problem I'll change the php_iconv.h file to include.
- Frank
That will fix it
>
> On 2003/11/22, at 6:30, Derick Rethans wrote:
>
> > On Fri, 21 Nov 2003, Steph wrote:
> >
> >> Works on my box (no idea how sane this is, or
On 2003/11/22, at 6:30, Derick Rethans wrote:
On Fri, 21 Nov 2003, Steph wrote:
Works on my box (no idea how sane this is, or what it may break on
other
systems, please handle like barbed wire).
I think I know why this might happen... perhaps "iconv" is defined as
macro on windhoos. Can you plea
I can tell you what it will do - it'll return libiconv() as a function and
not iconv().
If you need me to actually rebuild to prove it it'll be tomorrow, but I
think I covered this already (in the bug report, on irc, and more especially
in the mail that probably shouldn't have been private to hell
> I added an E_STRICT error level today which purists can use to make sure
> that there scripts are using the latest and greatest suggested method of
> coding (according to what we decide).
> Ideas are things like:
> a) Not using var for member variables but moving to PPP.
> b) Not using is_a but u
On Friday 21 November 2003 02:14 pm, Hartmut Holzgraefe wrote:
> Evan Nemerson wrote:
> > Hi everyone,
> >
> > I've attached a patch which adds a function that basically wraps the
> > ctype.h functions.
>
> http://php.net/manual/en/ref.ctype.php
Sara Golemon pointed that out, too. Those functions
On Friday 21 November 2003 01:16 pm, you wrote:
> > I've attached a patch which adds a function that basically wraps the
>
> ctype.h
>
> > functions. It pretty much just lets you check to see if a string contains
> > only a certain set of characters. I think it would be very nice for input
> > vali
Evan Nemerson wrote:
Hi everyone,
I've attached a patch which adds a function that basically wraps the ctype.h
functions.
http://php.net/manual/en/ref.ctype.php
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hartmut Holzgraefe wrote:
> What bison version are you using (i have tested with 1.35)?
bison (GNU Bison) 1.875
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Das Buch zu PHP 5: http://professionelle-softwareentwicklung-mit-php5.de/
--
PHP In
SimpleXML's XPath searching doesn't allow you to use namespaces. This
patch:
1) Automatically registers any namespace prefixes used in the
document.
2) Registers any prefixes manually added from calls registerNS().
3) Lets you refer to Qualified Names using the standard
Prefix:LocalPart synt
On Fri, 21 Nov 2003, Steph wrote:
> Works on my box (no idea how sane this is, or what it may break on other
> systems, please handle like barbed wire).
I think I know why this might happen... perhaps "iconv" is defined as
macro on windhoos. Can you please see if get_defined_functions() does
some
Hi everyone,
I've attached a patch which adds a function that basically wraps the ctype.h
functions. It pretty much just lets you check to see if a string contains
only a certain set of characters. I think it would be very nice for input
validation, particularly for those who fear regular expre
Works on my box (no idea how sane this is, or what it may break on other
systems, please handle like barbed wire).
- Steph
? ext/libxml/php_libxml2.def
Index: ext/iconv/iconv.c
===
RCS file: /repository/php-src/ext/iconv/iconv.c,v
ret
Sebastian Bergmann wrote:
bison -y /usr/src/php/php5/ext/standard/parsedate.y -o
/usr/src/php/php5/ext/standard/parsedate.c
conflicts: 21 shift/reduce, 15 reduce/reduce
/usr/src/php/php5/ext/standard/parsedate.y: expected 0 reduce/reduce conflicts
make: *** [/usr/src/php/php5/ext/standard/parsedate
Doru Petrescu wrote:
I don't think this will help either as PHP always read the entire
content-length BEFORE even loading the actual php script. As long as you
using php as a web server module you cannot escape this.
this is true if either RAW_POST_DATA is populated or a post
handler for the mime t
Bundled GD comes with a different and better working rotate function, that is
what you should be using.
Ilia
On November 21, 2003 12:14 pm, David Giffin wrote:
> Hi All,
>
> This patch adds suport for imagecopyrotated() to the extension when using
> gd>=2.0.0. For some reason this function is di
Hi All,
This patch adds suport for imagecopyrotated() to the extension when using
gd>=2.0.0. For some reason this function is disabled even when you add
support for the GD library to PHP.
Thanks,
David Giffin
diff -ruN php-5.0.0b2/ext/gd/gd.c php-5.0.0b2.new/ext/gd/gd.c
--- php-5.0.0b2/ext/gd/g
> --- Timm Friebe <[EMAIL PROTECTED]> wrote:
> > Andi Gutmans wrote:
> > Remember if anyone has posted a patch for this in
> > the past?
>
> I did:
> http://zend.com/lists/engine2/200306/msg00056.html
How about Marcus ideia http://zend.com/lists/engine2/200306/msg00078.html
___
Assuming that the table is correct, this patch looks OK to me.
--Wez.
> http://www.synchromedia.co.uk/php/html.c.diff.txt
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
on 21/11/03 15:12, Derick Rethans at [EMAIL PROTECTED] wrote:
> hah, nope. That stupid entourage sends all attachments as
> application/octen-stream and that is stripped.
I just upgraded to 10.3 and will be switching to Mail.app shortly to be
MS-free at last...
> Put it online and posta link?
h
on 21/11/03 15:09, Marcus Bointon at [EMAIL PROTECTED] wrote:
> Thanks for the tip, it's attached this time, hope it works.
Hm. That didn't work either. Is there some specific encoding I should be
using for the attachment? It was sent using base64.
Not my day...
Marcus
--
Marcus Bointon
Synchr
On Fri, 21 Nov 2003, Marcus Bointon wrote:
> on 21/11/03 14:49, Derick Rethans at [EMAIL PROTECTED] wrote:
>
> > Try to add it with the .txt extension...
>
> Thanks for the tip, it's attached this time, hope it works.
hah, nope. That stupid entourage sends all attachments as
application/octen-str
on 21/11/03 14:49, Derick Rethans at [EMAIL PROTECTED] wrote:
> Try to add it with the .txt extension...
Thanks for the tip, it's attached this time, hope it works.
Marcus
--
Marcus Bointon
Synchromedia Limited: Putting you in the picture
[EMAIL PROTECTED] | http://www.synchromedia.co.uk
--
From: Steph
> nb that meant downgrading both libxml2 and iconv here..
I dont think going with the 2.6.x branch for libxml is a good idea yet.
Would like it to be out a while longer before using it for releases. It has
some major changes in it as well as a bunch of new features so probably
better
On Fri, 21 Nov 2003, Marcus Bointon wrote:
> Ahem, and again, with the attachment...
Try to add it with the .txt extension...
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
on 21/11/03 14:46, Marcus Bointon at [EMAIL PROTECTED] wrote:
> Ahem, and again, with the attachment...
Erm. That didn't come through to the list - how/where am I supposed to post
patches as I have seen others do?
Marcus
--
Marcus Bointon
Synchromedia Limited: Putting you in the picture
[EMAIL
Where is the patch? :)
Ilia
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Ahem, and again, with the attachment...
on 21/11/03 14:45, Marcus Bointon at [EMAIL PROTECTED] wrote:
> Hi,
>
> Attached is a patch against 5.0.0b2 for ext/standard/html.c that adds
> support for the MacRoman encoding to the htmlentities function. I guess it
> may also be used by html_decode_ent
Hi,
Attached is a patch against 5.0.0b2 for ext/standard/html.c that adds
support for the MacRoman encoding to the htmlentities function. I guess it
may also be used by html_decode_entities too.
It will require further attention as I don't quite get what I need to do in
html escape and unescape f
Rob,
I had severe problems with building on win98 because the batch file doesn't
work here AT ALL. Following Frank's change I found that phpts.def was left
permanently empty for me (says something about how long it is since I tested
sqlite, eh?) even though php -m showed both libxml and sqlite mo
From: Frank M. Kromann
> I'm using iconv 1.9.1 and I get problems with _libiconv_version it does'nt
> seam to be in the lib file.
>
> If I remove this from the exports I can build and link php4dllts.lib and
> php_xls.dll without problems but not php_iconv.dll.
Following up on this as it turned ou
On Fri, 2003-11-21 at 05:04, Hartmut Holzgraefe wrote:
> Andi Gutmans wrote:
> > Any chance we can make the necessary changes to support an upload
> > progress bar? I came accross this web site but I'm not quite sure if
> > always populating RAW_POST_DATA is enough.
> > http://www.raditha.com/php
bison -y /usr/src/php/php5/ext/standard/parsedate.y -o
/usr/src/php/php5/ext/standard/parsedate.c
conflicts: 21 shift/reduce, 15 reduce/reduce
/usr/src/php/php5/ext/standard/parsedate.y: expected 0 reduce/reduce conflicts
make: *** [/usr/src/php/php5/ext/standard/parsedate.c] Error 1
--
Sebastian
33 matches
Mail list logo
