Re: [PHP-DEV] current ZE2 is broken on cygwin

when you use ZE2 you have to add "--disable-overload" to your configure line. marcus At 08:27 26.11.2002, moshe doron wrote: cygwin: gcc -Imain/ -I/cygdrive/d/tmp/cvs-test/php4-ze2/main/ -DPHP_ATOM_INC -I/cygdrive/d/tmp/cvs-test/php4-ze2/include -I/cygdrive/d/tmp/cvs-test/php4-ze2/main -I/

[PHP-DEV] current ZE2 is broken on cygwin

cygwin: gcc -Imain/ -I/cygdrive/d/tmp/cvs-test/php4-ze2/main/ -DPHP_ATOM_INC -I/cygdrive/d/tmp/cvs-test/php4-ze2/include -I/cygdrive/d/tmp/cvs-test/php4-ze2/main -I/cygdrive/d/tmp/cvs-test/php4-ze2 -I/cygdrive/d/tmp/cvs-test/php4-ze2/Zend -I/cygdrive/d/tmp/cvs-test/php4-ze2/ext/xml/expat

Re: [PHP-DEV] RFC: $B?7(B API $BAp0F(B

Hey Moriyoshi, what's this? :) Derick On Tue, 26 Nov 2002, Moriyoshi Koizumi wrote: > $B>.@t$G$9!#(B > > $BK\2H$NJ}$H!"(Bsf.jp $B$NJ}$N%=!<%9$r8+Hf$Y$D$D!"(B > mbstring API $B$r9M$($F$_$^$7$?!#E:IU$N%U%!%$%k$r$4Mw2<$5$$!#(B > $B$3$l$r$?$?$-Bf$K:G=*E*$J(B API $B$r7hDj$7N> $B;W$$$^$

Re: [PHP-DEV] [PATCH 4.3.0] Win32 CoInitalize/CoUninitialize Call Move

- [EMAIL PROTECTED]% (Michael Sisolak): > This is exactly the error I am seeing: if I load an ASP page in a > thread that has processed PHP pages I get the 270 error (reported as > "Error -2147417842 (0x8001010e)"). I moved the CoInitilize call to In regard to the latest thread about error messag

[PHP-DEV] php bugs (Chinese word problem)-help

Hi, everyone: I am a Chinese, I am a programmer. I encounter a problem about php. Attachment is 1.php, when i open this file (this file is saved at linux server, apache and php 4.2.3 are installed on this server) in Internet Explorer, error displays: Parse error: parse error,

[PHP-DEV] php bugs (Chinese word display problem)-help

Hi, everyone: I am a Chinese, I am a programmer. I encounter a problem about php. Attachment is 1.php, when i open this file (this file is saved at linux server, apache and php 4.2.3 are installed on this server) in Internet Explorer, error displays: Parse error: parse error,

Re: [PHP-DEV] Error Codes, Langs, etc

> Why? The error messages are for the developer, not the masses. But Imagine someone using his web-hoster's environment for debugging purposes. This affects the masses. > generaly I agree with using something else. More the point is that > stuff exists, techniques exist, no need to re

Re: [PHP-DEV] Error Codes, Langs, etc

Sascha Schumann wrote: >cats or gettext comes to mind. Neither are usable, though, because PHP would need to support multiple concurrent message catalogues on a per-thread base. gettext/catgets associate exactly one language with each process through the use of environment varia

RE: [PHP-DEV] Error Codes, Langs, etc

Maxim (and anyone else who is interested) Shall we try to get a patch for this working then? I'm thinking perhaps starting off with an XML file defining the error messages, which is converted to a cdb for actual use. Anyone else game? John >-Original Message- >From: Sascha Schumann [

RE: [PHP-DEV] [PATCH] Redirect on Error

>Nearly any singular operation is fast, the question is what >happens when it is >done often. For a database stored on disk we are talking at >least 2-3 drive >seeks + reading of meta information at the start of the >database. While it >may be negligible for a single process it does add up.

Re: [PHP-DEV] [PATCH] Redirect on Error

On Monday, November 25, 2002, at 11:29 PM, Ilia A. wrote: On November 25, 2002 10:57 pm, George Schlossnagle wrote: On Monday, November 25, 2002, at 10:43 PM, Ilia A. wrote: On November 25, 2002 10:30 pm, George Schlossnagle wrote: There is no proposed patch to affect all these changes. Th

Re: [PHP-DEV] Error Codes, Langs, etc

> cats or gettext comes to mind. Neither are usable, though, because PHP would need to support multiple concurrent message catalogues on a per-thread base. gettext/catgets associate exactly one language with each process through the use of environment variables, so that they ca

Re: [PHP-DEV] [PATCH] Redirect on Error

On November 25, 2002 10:57 pm, George Schlossnagle wrote: > On Monday, November 25, 2002, at 10:43 PM, Ilia A. wrote: > > On November 25, 2002 10:30 pm, George Schlossnagle wrote: > >> There is no proposed patch to affect all these changes. There are > >> fine > >> ways to print errors that don't

Re: [PHP-DEV] Error Codes, Langs, etc

John Coggeshall wrote: >I am definitely -1 for this idea. XML is a buzzword, it is >good in some cases >not so good in others, definitely not a one size fits all >solution. In PHP's >case it would add decency on an XML parser, make life of >developers adding, >modifying, removing error messages d

Re: [PHP-DEV] [PATCH] Redirect on Error

At 04:57 26.11.2002, George Schlossnagle wrote: On Monday, November 25, 2002, at 10:43 PM, Ilia A. wrote: On November 25, 2002 10:30 pm, George Schlossnagle wrote: There is no proposed patch to affect all these changes. There are fine ways to print errors that don't necessitate having them l

Re: [PHP-DEV] [PATCH] Redirect on Error

On November 25, 2002 10:59 pm, Sascha Schumann wrote: > On Mon, 25 Nov 2002, Ilia A. wrote: > > On November 25, 2002 08:29 pm, Maxim Maletsky wrote: > > > Who cares? I am an Oracle fun, but this is still not my point. My point > > > is that oracle, as arguable as can be, thinks about marketing its

RE: [PHP-DEV] Error Codes, Langs, etc

>I had wanted to avoid this whole thread, but decided to read this one >message, and ouch. While I'm all for internationalization in general, >I'm realy not all for using xml wherever possible just because it can >be. There are existing techniques and libraries designed for >this, find >one

RE: [PHP-DEV] [PATCH] Redirect on Error

>Because errors need to be loaded into memory by some >mechanism, stored in a >hash table? Meaning that during startup I will be penalized >for this process. >Hash table has it own overhead as well meaning that PHP memory >usage will >increase, for a server running 200-300 apache children >c

RE: [PHP-DEV] Error Codes, Langs, etc

>I am definitely -1 for this idea. XML is a buzzword, it is >good in some cases >not so good in others, definitely not a one size fits all >solution. In PHP's >case it would add decency on an XML parser, make life of >developers adding, >modifying, removing error messages difficult and just l

Re: [PHP-DEV] Error Codes, Langs, etc

On Mon, 25 Nov 2002, Shane Caraveo wrote: > > I am completely +1 to the concept of taking error codes out of the PHP > > core and replacing them with an XML document, period. > > > I had wanted to avoid this whole thread, but decided to read this one > message, and ouch. While I'm all for interna

Re: [PHP-DEV] [PATCH] Redirect on Error

On Mon, 25 Nov 2002, Ilia A. wrote: > On November 25, 2002 08:29 pm, Maxim Maletsky wrote: > > Who cares? I am an Oracle fun, but this is still not my point. My point > > is that oracle, as arguable as can be, thinks about marketing its > > product. They biggest sales point, in fact, is not the us

Re: [PHP-DEV] [PATCH] Redirect on Error

On Monday, November 25, 2002, at 10:43 PM, Ilia A. wrote: On November 25, 2002 10:30 pm, George Schlossnagle wrote: There is no proposed patch to affect all these changes. There are fine ways to print errors that don't necessitate having them loaded at run time. They could be in a dbm file,

Re: [PHP-DEV] [PATCH] Redirect on Error

> This happens to tons of php developers across the world, its not really that > hard, and it really does open up pandora's box, also from an implementation > perspective, its alot more feasible for Oracle than for PHP... Sterling, please take a step back and look at this issue through the

Re: [PHP-DEV] [PATCH] Redirect on Error

On November 25, 2002 10:30 pm, George Schlossnagle wrote: > There is no proposed patch to affect all these changes. There are fine > ways to print errors that don't necessitate having them loaded at run > time. They could be in a dbm file, or even a flat file hierarchy and > loaded on demand. Th

Re: [PHP-DEV] [PATCH] Redirect on Error

There is no proposed patch to affect all these changes. There are fine ways to print errors that don't necessitate having them loaded at run time. They could be in a dbm file, or even a flat file hierarchy and loaded on demand. This would not be as fast as a hash table, but when you're actua

Re: [PHP-DEV] Error Codes, Langs, etc

On November 25, 2002 09:52 pm, John Coggeshall wrote: > I am completely +1 to the concept of taking error codes out of the PHP > core and replacing them with an XML document, period. I say this > regardless of language considerations -- I just think for everyone > involved having a XML document whi

Re: [PHP-DEV] [PATCH] Redirect on Error

On November 25, 2002 09:59 pm, George Schlossnagle wrote: > > By the way, could you please advise by how much I will need to > > increase the > > power of my server(s) to maintain the same level of performance? > > Why would this need to kill your performance if you're not throwing > errors? Becau

Re: [PHP-DEV] Error Codes, Langs, etc

I am completely +1 to the concept of taking error codes out of the PHP core and replacing them with an XML document, period. I had wanted to avoid this whole thread, but decided to read this one message, and ouch. While I'm all for internationalization in general, I'm realy not all for using

Re: [PHP-DEV] [PATCH] Redirect on Error

By the way, could you please advise by how much I will need to increase the power of my server(s) to maintain the same level of performance? Why would this need to kill your performance if you're not throwing errors? -- PHP Development Mailing List To unsubscribe, visit:

[PHP-DEV] Re: RFC: .....

Sorry, I failed to post the previous mail to the right list. Just ignore it. Moriyoshi -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Error Codes, Langs, etc

Wow.. Alrighty... I've read through all of this stuff -- everyone seems to have quite a strong opinion on this one :) Since I kinda brought it up with Maxim, let me provide a concept of implementation and defend it... I'd of course love to hear what you guys have to say... I am completely +1 to

[PHP-DEV] RFC: $B?7(B API $BAp0F(B

$B>.@t$G$9!#(B (B $BK\2H$NJ}$H!"(Bsf.jp $B$NJ}$N%=!<%9$r8+Hf$Y$D$D!"(B (Bmbstring API $B$r9M$($F$_$^$7$?!#E:IU$N%U%!%$%k$r$4Mw2<$5$$!#(B $B$3$l$r$?$?$-Bf$K:G=*E*$J(B API $B$r7hDj$7N>e$2$k0lJ}$G!"%G%P%C%0$,$7$E$i$/$9$k$HH=CG$7$?$?$a$G$9!#(B (B $B$"$H$O!"%(%i!C<$K$J$C$F$7$^$C$F$$$^$9

Re: [PHP-DEV] [PATCH] Redirect on Error

On November 25, 2002 09:22 pm, Maxim Maletsky wrote: > On Mon, 25 Nov 2002 21:11:37 -0500 "Ilia A." <[EMAIL PROTECTED]> wrote: > > On November 25, 2002 08:53 pm, Maxim Maletsky wrote: > > > Well, in this case you would just add locales like you do with dates, > > > for example. > > > > Meaning that

Re: [PHP-DEV] [PATCH] Redirect on Error

On Mon, 25 Nov 2002 21:11:37 -0500 "Ilia A." <[EMAIL PROTECTED]> wrote: > On November 25, 2002 08:53 pm, Maxim Maletsky wrote: > > Well, in this case you would just add locales like you do with dates, for > > example. > > > > Meaning that you will be applying the locale logic in real time? Have

Re: [PHP-DEV] [PATCH] Redirect on Error

On November 25, 2002 09:09 pm, Philip Olson wrote: > [snip] > > > Really? Let's see on average each function generates @ least one warning > > message, so we have @least as many warnings as we have functions. Warning > > messages get constantly re-arranged, by having a separate database for > > the

Re: [PHP-DEV] [PATCH] Redirect on Error

[snip] > Really? Let's see on average each function generates @ least one warning > message, so we have @least as many warnings as we have functions. Warning > messages get constantly re-arranged, by having a separate database for them > making changes to warning messages will become more comple

Re: [PHP-DEV] [PATCH] Redirect on Error

On November 25, 2002 08:53 pm, Maxim Maletsky wrote: > Well, in this case you would just add locales like you do with dates, for > example. > Meaning that you will be applying the locale logic in real time? Have you considered what kind of performance degradation this will entail? > > > And you,

Re: [PHP-DEV] [PATCH] Redirect on Error

On Mon, 25 Nov 2002 20:55:52 -0500 Sterling Hughes <[EMAIL PROTECTED]> wrote: > > MySQL also supports error message internationalization - one more RDBMS > > to annoy Sterling, I guess. > > > > MySQL IS NOT A RDBM. I like when you speak like that, Sterling :) Let me agree with you! > Besides

Re: [PHP-DEV] [PATCH] Redirect on Error

On Mon, 25 Nov 2002 20:53:55 -0500 "Ilia A." <[EMAIL PROTECTED]> wrote: > On November 25, 2002 08:29 pm, Maxim Maletsky wrote: > > Who cares? I am an Oracle fun, but this is still not my point. My point > > is that oracle, as arguable as can be, thinks about marketing its > > product. They bigges

Re: [PHP-DEV] [PATCH] Redirect on Error

> MySQL also supports error message internationalization - one more RDBMS > to annoy Sterling, I guess. > MySQL IS NOT A RDBM. Besides that, I've said my piece, anyhow, i think its stupid, I'll wait till I see a patch to disagree fully :) -Sterling > George > > On Monday, November 25, 2002

Re: [PHP-DEV] [PATCH] Redirect on Error

YAY! -- Maxim Maletsky [EMAIL PROTECTED] On Mon, 25 Nov 2002 20:51:06 -0500 George Schlossnagle <[EMAIL PROTECTED]> wrote: > MySQL also supports error message internationalization - one more RDBMS > to annoy Sterling, I guess. > > George > > On Monday, November 25, 2002, at 08:47 PM, Maxim

Re: [PHP-DEV] [PATCH] Redirect on Error

On Mon, 25 Nov 2002 20:47:01 -0500 Sterling Hughes <[EMAIL PROTECTED]> wrote: > I spent about 15 minutes to learn the terms, and was set, besides using the > german terms when all the german SAP consultants used the English terms > (bedarfsbestandliste, stammdaten, lallalaa). > > If there was

Re: [PHP-DEV] [PATCH] Redirect on Error

On Mon, 25 Nov 2002 20:46:32 -0500 "Ilia A." <[EMAIL PROTECTED]> wrote: > > Hello?/?? we're talking about errors here, not page content. > > Hopefuly that does not become the same :) > > Actually I am talking in users using their native language to name their > functions & variables and ac

Re: [PHP-DEV] [PATCH] Redirect on Error

On November 25, 2002 08:29 pm, Maxim Maletsky wrote: > Who cares? I am an Oracle fun, but this is still not my point. My point > is that oracle, as arguable as can be, thinks about marketing its > product. They biggest sales point, in fact, is not the usability and nor > even the documentation. Tho

Re: [PHP-DEV] [PATCH] Redirect on Error

Oh, I'm sorry, I didn't realize you were going off-topic to pick at parts of Maxim's argument. My mistake. George On Monday, November 25, 2002, at 08:52 PM, Ilia A. wrote: On November 25, 2002 08:44 pm, George Schlossnagle wrote: Is your claim that db2 has no international error messages? It

Re: [PHP-DEV] [PATCH] Redirect on Error

MySQL also supports error message internationalization - one more RDBMS to annoy Sterling, I guess. George On Monday, November 25, 2002, at 08:47 PM, Maxim Maletsky wrote: It was to say that these three (Oracle, SQL and DB2) do have internationalized error reporting. I meant them as an example

Re: [PHP-DEV] [PATCH] Redirect on Error

On November 25, 2002 08:44 pm, George Schlossnagle wrote: > Is your claim that db2 has no international error messages? It does, or > did last I checked. Or was it that SQLServer doesn't either (it does > as well). Uhm, did I say anything about i18n in DB2 or SQLServer, no. I merely pointed out

Re: [PHP-DEV] [PATCH] Redirect on Error

It was to say that these three (Oracle, SQL and DB2) do have internationalized error reporting. I meant them as an example for the one PHP has. -- Maxim Maletsky [EMAIL PROTECTED] On Mon, 25 Nov 2002 20:44:03 -0500 George Schlossnagle <[EMAIL PROTECTED]> wrote: > Is your claim that db2 has no

Re: [PHP-DEV] [PATCH] Redirect on Error

> > > On Mon, 25 Nov 2002 15:21:06 -0500 Sterling Hughes <[EMAIL PROTECTED]> wrote: > > > Educate users to speak the base amount of english required, I18N'ing the > > language is just going to lead to headaches from a user perspective > > (incorrect translations, slower performance, translatio

Re: [PHP-DEV] [PATCH] Redirect on Error

the number is not for speed, but rather to avoid all these parameters within the C code. Save all the docref etc data in an XML file each per language or in any other logic where also error strings will reside, but leave the C code clean. This would be a good gain in practicity of such method. Ag

Re: [PHP-DEV] [PATCH] Redirect on Error

On November 25, 2002 08:24 pm, Maxim Maletsky wrote: > On Mon, 25 Nov 2002 20:14:56 -0500 "Ilia A." <[EMAIL PROTECTED]> wrote: > > On November 25, 2002 07:57 pm, Maxim Maletsky wrote: > > > On Mon, 25 Nov 2002 15:21:06 -0500 Sterling Hughes > > > <[EMAIL PROTECTED]> > > > > wrote: > > > > Educate u

Re: [PHP-DEV] [PATCH] Redirect on Error

I don't think I've ever said anything on this list, but I do like the idea of adding error codes... Even if its just as small as writing (255). So +1 on error codes (that's if my vote counts) Eventually people can translate all the error codes to different languages, but until then just stick wit

Re: [PHP-DEV] [PATCH] Redirect on Error

Is your claim that db2 has no international error messages? It does, or did last I checked. Or was it that SQLServer doesn't either (it does as well). On Monday, November 25, 2002, at 08:24 PM, Ilia A. wrote: On November 25, 2002 08:15 pm, Maxim Maletsky wrote: On Tue, 26 Nov 2002 00:30:55 +

Re: [PHP-DEV] [PATCH] Redirect on Error

A number is slightly faster but that is of no interest for error messages. More important is conflict avoidance and naming the extension in the error would be a fast first hint for us. Also we need the php_error_docref forms and the other parameters. Especially the error category (E_) cannot be re

Re: [PHP-DEV] [PATCH] Redirect on Error

Who cares? I am an Oracle fun, but this is still not my point. My point is that oracle, as arguable as can be, thinks about marketing its product. They biggest sales point, in fact, is not the usability and nor even the documentation. Though, as a matter of fact, every usage of its SQL and PLSQL p

Re: [PHP-DEV] [PATCH] Redirect on Error

Yes, this is the way to go. but, I would still prefer to have to pass it only a code like: php_error(255, data, data, data); where in an XML structure we can predefine everything else. -- Maxim Maletsky [EMAIL PROTECTED] On Tue, 26 Nov 2002 02:19:35 +0100 [EMAIL PROTECTED] (Marcus Börger) w

Re: [PHP-DEV] [PATCH] Redirect on Error

On Mon, 25 Nov 2002 20:14:56 -0500 "Ilia A." <[EMAIL PROTECTED]> wrote: > On November 25, 2002 07:57 pm, Maxim Maletsky wrote: > > On Mon, 25 Nov 2002 15:21:06 -0500 Sterling Hughes <[EMAIL PROTECTED]> > wrote: > > > Educate users to speak the base amount of english required, I18N'ing the > > >

Re: [PHP-DEV] [PATCH] Redirect on Error

On November 25, 2002 08:15 pm, Maxim Maletsky wrote: > On Tue, 26 Nov 2002 00:30:55 +0200 (EET) Jani Taskinen <[EMAIL PROTECTED]> wrote: > > Just forget this. I'm not native english speaker, but I REALLY > > don't want to see any errors in any other language but english. > > (does Perl

Re: [PHP-DEV] [PATCH] Redirect on Error

At 02:03 26.11.2002, Maxim Maletsky wrote: On Mon, 25 Nov 2002 22:18:32 +0100 (CET) Derick Rethans <[EMAIL PROTECTED]> wrote: > On Mon, 25 Nov 2002, Sascha Schumann wrote: > > > Frankly, so far the discussion has been primarily > > developer-focused, which is not too surprising. The >

Re: [PHP-DEV] [PATCH] Redirect on Error

Ok so we use the error code and the manual url together .. - Original Message - From: "Ilia A." <[EMAIL PROTECTED]> To: "Maxim Maletsky" <[EMAIL PROTECTED]>; "Sterling Hughes" <[EMAIL PROTECTED]>; "'PHP Developers Mailing List'" <[EMAIL PROTECTED]> Sent: Tuesday, November 26, 2002 1:14 AM

Re: [PHP-DEV] [PATCH] Redirect on Error

On Tue, 26 Nov 2002 00:30:55 +0200 (EET) Jani Taskinen <[EMAIL PROTECTED]> wrote: > Just forget this. I'm not native english speaker, but I REALLY > don't want to see any errors in any other language but english. > (does Perl/Python/etc have multi-lingual errors btw?) > > --J

Re: [PHP-DEV] [PATCH] Redirect on Error

On Mon, 25 Nov 2002 23:29:11 +0100 Daniel Lorch <[EMAIL PROTECTED]> wrote: > You're right. We should think about writing a colorful GUI for PHP, so scripts just > can be clicked together. Oh, and it definitively should support skins.. That isn't really a topic, and there are projects that work o

Re: [PHP-DEV] [PATCH] Redirect on Error

On November 25, 2002 07:57 pm, Maxim Maletsky wrote: > On Mon, 25 Nov 2002 15:21:06 -0500 Sterling Hughes <[EMAIL PROTECTED]> wrote: > > Educate users to speak the base amount of english required, I18N'ing the > > language is just going to lead to headaches from a user perspective > > (incorrect t

Re: [PHP-DEV] [PATCH] Redirect on Error

+1 for error codes. - Original Message - From: "Maxim Maletsky" <[EMAIL PROTECTED]> To: "Derick Rethans" <[EMAIL PROTECTED]> Cc: "Sascha Schumann" <[EMAIL PROTECTED]>; "Sterling Hughes" <[EMAIL PROTECTED]>; "Ilia A." <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; "'PHP Developers Mailing List'"

Re: [PHP-DEV] [PATCH] Redirect on Error

On Mon, 25 Nov 2002 22:18:32 +0100 (CET) Derick Rethans <[EMAIL PROTECTED]> wrote: > On Mon, 25 Nov 2002, Sascha Schumann wrote: > > > Frankly, so far the discussion has been primarily > > developer-focused, which is not too surprising. The > > developers are rarely exposed to supp

Re: [PHP-DEV] [PATCH] Redirect on Error

On Mon, 25 Nov 2002 16:15:29 -0500 Sterling Hughes <[EMAIL PROTECTED]> wrote: > Not at all, i don't expect them to speak fluent english, just to understand the > small subset of english errors and programming terms. I've conversed with plenty > of PHP users (second-hand at least) where they didn

Re: [PHP-DEV] [PATCH 4.3.0] Win32 CoInitalize/CoUninitialize Call Move

+1 Looking through som old multithreaded code for other projects tells me this is the way to do it. - Frank > While stess testing the recent threading fixes under the ISAPI module I > was seeing a lot of instability in IIS after the testing finished. > While the PHP pages would continue to loa

Re: [PHP-DEV] [PATCH] Redirect on Error

On Mon, 25 Nov 2002 15:21:06 -0500 Sterling Hughes <[EMAIL PROTECTED]> wrote: > Educate users to speak the base amount of english required, I18N'ing the > language is just going to lead to headaches from a user perspective > (incorrect translations, slower performance, translations for english

Re: [PHP-DEV] [PATCH] Redirect on Error

I do agree on this with Sascha, we do need to take the newbies in consideration a lot. If someone of you still remembers the mail i have sent a few days ago on porting the error reporting to multiple language. IMO - this is better than dumping 500 error page onto the screen when simply forgot a s

Re: [PHP-DEV] Oracle < 8.1.7

That's what I thought... Gonna have now to look for the definition of the function to avoid the compiling failure. Many thanks, man! --- Maxim Maletsky [EMAIL PROTECTED] On Tue, 26 Nov 2002 01:18:15 +0100 "Edin Kadribasic" <[EMAIL PROTECTED]> wrote: > No go. OCIServerRelease seems not to be su

Re: [PHP-DEV] Oracle < 8.1.7

No go. OCIServerRelease seems not to be supported in Oracle 8.0: ext/oci8/oci8.o: In function `zif_ociserverrelease': ext/oci8/oci8.c:4551: undefined reference to `OCIServerRelease' Edin - Original Message - From: "Maxim Maletsky" <[EMAIL PROTECTED]> To: "Edin Kadribasic" <[EMAIL PROTECT

Re: [PHP-DEV] [PATCH] Redirect on Error

On Tue, 26 Nov 2002, Alexander Wagner wrote: >But PHP is very popular among people who are _not_ serious. Some become >serious. After the got in touch with programming. After they got their first >site to work. Removing obstacles is mostly a good thing. >PHP is very easy to use already. This is

Re: [PHP-DEV] Oracle < 8.1.7

ok. here is the patch as txt. It applies to the latest CVS of the file. But, in any case - there is only that very function that is not documented anywhere, and I wonder whether it works. to test it, just run this: let me know. --- Maxim Maletsky [EMAIL PROTECTED] On Tue, 26 Nov 2002 00:

Re: [PHP-DEV] [PATCH] Redirect on Error

On Tuesday 26 November 2002 00:07, Jani Taskinen wrote: > >Remember. I'm talking about the people that have to be spoon-fed. > > Well..to be quite honest: I don't care about such people. To be honest, they tend to piss me off a little (at least some do). Getting rid of these stupid questions.

Re: [PHP-DEV] Oracle < 8.1.7

> That sounds very good. What version is your oracle client? The client is on the same Linux box, so the version is still 8.0.5. Edin -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Oracle < 8.1.7

That sounds very good. What version is your oracle client? --- Maxim Maletsky [EMAIL PROTECTED] On Tue, 26 Nov 2002 00:03:36 +0100 "Edin Kadribasic" <[EMAIL PROTECTED]> wrote: > > Does anyone have an access to any lower versions of Oracle Servers and > > Oracle Clients to compile and test from

Re: [PHP-DEV] Oracle < 8.1.7

Perhaps, but not all is that easy - OCI uses its own definitions for every function, and so far I have not found what defined this one. Also because there is no documentation about this call whatsoever, I am a little lost understanding it well - I only see how it is used with several libraries. -

Re: [PHP-DEV] Oracle < 8.1.7

Can't you just check if it exists and add some #ifdef's in the code? --Jani On Mon, 25 Nov 2002, Maxim Maletsky wrote: > >Guys, > >I'm hassling on a quite mysterious and not documented (but pretty useful) >function for OCI8 called OCIServerRelease() which would return you the >

Re: [PHP-DEV] [PATCH] Redirect on Error

On Tue, 26 Nov 2002, Alexander Wagner wrote: >On Monday 25 November 2002 23:49, Jani Taskinen wrote: >> >If you want these people to find this translation, you'd have to put the >> > url into every error-message. >> >And provide a way to change the root-url, so it can be downloaded >> >> I tho

Re: [PHP-DEV] [PATCH] Redirect on Error

On Monday 25 November 2002 23:49, Jani Taskinen wrote: > >If you want these people to find this translation, you'd have to put the > > url into every error-message. > >And provide a way to change the root-url, so it can be downloaded > > I thought we already have these both..? By default? Does

Re: [PHP-DEV] Oracle < 8.1.7

> Does anyone have an access to any lower versions of Oracle Servers and > Oracle Clients to compile and test from CVS? Especially Client. If so, > please let me know. I've got access to Oracle 8.0.5 on Linux. Edin -- PHP Development Mailing List To unsubscribe, visit: h

Re: [PHP-DEV] [PATCH] Redirect on Error

hi, > > You're right. We should think about writing a colorful GUI for PHP, so > > scripts just can be clicked together. Oh, and it definitively should > > support skins.. > > I don't think this would work. > But if it did, it's place wouldn't be inside the language. Either in an IDE or > in a P

Re: [PHP-DEV] [PATCH] Redirect on Error

> On Monday 25 November 2002 23:29, Daniel Lorch wrote: > > You're right. We should think about writing a colorful GUI for PHP, so > > scripts just can be clicked together. Oh, and it definitively should > > support skins.. > > I don't think this would work. > But if it did, it's place wouldn't be

Re: [PHP-DEV] [PATCH] Redirect on Error

On Monday 25 November 2002 23:29, Daniel Lorch wrote: > You're right. We should think about writing a colorful GUI for PHP, so > scripts just can be clicked together. Oh, and it definitively should > support skins.. I don't think this would work. But if it did, it's place wouldn't be inside the la

Re: [PHP-DEV] [PATCH] Redirect on Error

On Mon, 25 Nov 2002, Alexander Wagner wrote: >If you want these people to find this translation, you'd have to put the url >into every error-message. >And provide a way to change the root-url, so it can be downloaded I thought we already have these both..? --Jani -- PHP Developme

Re: [PHP-DEV] [PATCH] Redirect on Error (fwd)

I have no idea on this issue now though I guess this is a problem of ISP that I'm using. Sorry for the inconvenience. Moriyoshi Sascha Schumann <[EMAIL PROTECTED]> wrote: > Looks like some program in the chain erroneously appended > @vckyb3.nw.wakwak.com. > > - Sascha > > ---

Re: [PHP-DEV] [PATCH 4.3.0] Win32 CoInitalize/CoUninitialize Call Move

+1 Anything that impoves stability of isapi at this point is more than welcome. Hopefully bugs.php.net quickfix "isapi instability" will not have to be used as often :) Edin - Original Message - From: "Michael Sisolak" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, November 25

Re: [PHP-DEV] [PATCH] Redirect on Error

Ah my bad. It's totally beyond my expectation... Then how about RTL languages? They need some bidi processing. Moriyoshi Sascha Schumann <[EMAIL PROTECTED]> wrote: > sprintf handles these cases easily. > > > Warning: Argument %1 to array_diff() is not an array in - on line %2 > > spri

Re: [PHP-DEV] [PATCH] Redirect on Error (fwd)

Looks like some program in the chain erroneously appended @vckyb3.nw.wakwak.com. - Sascha -- Forwarded message -- Date: Mon, 25 Nov 2002 23:31:08 +0100 (CET) From: Sascha Schumann <[EMAIL PROTECTED]> To: Moriyoshi Koizumi <[EMAIL PROTECTED]> Cc: Alexander Wagner <[EMAI

RE: [PHP-DEV] [PATCH] Redirect on Error

On the documentation side of things, each translation could include a page tentively called: "English words you want to know" It could be as simple as a three column table, such as: | English | German | Explanation | | Constant | Konstant | ...

RE: [PHP-DEV] [PATCH] Redirect on Error

On Mon, 25 Nov 2002, John Coggeshall wrote: > >>Multi-lingual error codes open's up pandora's box, let's not go >>there. > >I have to disagree with you here Sterling. Worrying about support for >non-english errors in php-general, etc is a bad, bad excuse not to >implement them. The benefits of a

Re: [PHP-DEV] [PATCH] Redirect on Error

hi, > Don't. > You shouldn't think of PHP-users as "developers" in this sense. > Read my other mail. I mean the "don't even want to program" and "least amount > of effort"-part. You're right. We should think about writing a colorful GUI for PHP, so scripts just can be clicked together. Oh, and i

Re: [PHP-DEV] [PATCH] Redirect on Error

On Monday 25 November 2002 22:43, Daniel Lorch wrote: > Developers don't have to be spoon-fed. Really. Some do. Especially among PHP-developers. Imagine your neighbour to be a PHP-developer. Maybe he has a hobby, like fishing. Maybe he has a website about this. With PHP, he might even make that

Re: [PHP-DEV] [PATCH] Redirect on Error

On Monday 25 November 2002 23:08, Daniel Lorch wrote: > I would prefer to have the developers getting used (yes, meaning > "educate them") to english being a universal language, for both the > language constructs, error messages, documentation. Don't. You shouldn't think of PHP-users as "developer

Re: [PHP-DEV] [PATCH] Redirect on Error

I almost agree with you, but please note that error message translation is not always the simple thing because the word order varies by language. For example, Warning: Argument %1 to array_diff() is not an array in - on line %2 the above message should be translated into Japanese romaji script

Re: [PHP-DEV] [PATCH] Redirect on Error

hi, > I'm not really arguing for or against this, but since when did speaking > english become a corollary of being intelligent? And even if we accept > the rather ridiculous hypotheis that all php developers can comprehend > english, what if they don't want to, or are more confident using the

Re: [PHP-DEV] [PATCH] Redirect on Error

> I'm not really arguing for or against this, but since when did speaking > english become a corollary of being intelligent? And even if we accept > the rather ridiculous hypotheis that all php developers can comprehend > english, what if they don't want to, or are more confident using their >

Re: [PHP-DEV] [PATCH] Redirect on Error

I'm not really arguing for or against this, but since when did speaking english become a corollary of being intelligent? And even if we accept the rather ridiculous hypotheis that all php developers can comprehend english, what if they don't want to, or are more confident using their native to

Re: [PHP-DEV] [PATCH 4.3.0] Win32 CoInitalize/CoUninitialize CallMove

+1 Makes very much sense (almost too much sense!) to me. --Wez. On Mon, 25 Nov 2002, Michael Sisolak wrote: > While stess testing the recent threading fixes under the ISAPI module I > was seeing a lot of instability in IIS after the testing finished. > While the PHP pages would continue to load

Re: [PHP-DEV] [PATCH] Redirect on Error

On Monday 25 November 2002 21:55, Sascha Schumann wrote: > > Whereas assuming that PHP users are too stupid to understand english is > > not at all arrogant? :) > > Wrong, Sterling. Beginning PHP users might neither have > formal education in computer science _nor_ foreign languages. Perf

  1   2   >