Fra: Markus Fischer [mailto:[EMAIL PROTECTED]]
Sendt: 20. november 2002 14:11
Emne: Re: [PHP-DEV] GIF support
A project exists already:
http://pear.php.net/package-info.php?pacid=76
Is there a Win32 binary available?
- Carsten
--
PHP Development Mailing List http://www.php.net/
On Mon, 2002-11-25 at 10:33, Carsten Gehling wrote:
Fra: Markus Fischer [mailto:[EMAIL PROTECTED]]
Sendt: 20. november 2002 14:11
Emne: Re: [PHP-DEV] GIF support
A project exists already:
http://pear.php.net/package-info.php?pacid=76
Is there a Win32 binary available?
Hi,
is it only me, or is every php-dev mail sent out twice nowadays?
I get every mail at least 2 times.
Stefan Esser
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
You are drunken :)
You are drunken :)
I get just one.
I get just one.
Derick
Derick
On Mon, 25 Nov 2002, Stefan Esser wrote:
Hi,
is it only me, or is every php-dev mail sent out twice nowadays?
I get every mail at least 2 times.
Stefan Esser
--
PHP Development Mailing List
gd.obj: error LNK2001:
Unresolved external symbol: _gdImageCreateFromGd2Part
gd.obj: error LNK2001:
Unresolved external symbol: _gdImageCreateFromGd2PartCtx
gd.obj: error LNK2001:
Unresolved external symbol: _gdImageGd2
--
Sebastian Bergmann
http://sebastian-bergmann.de/
Comments on the patch.
Don't redefine DL_ERROR, this should already be defined by the ZEND
engine, but just check to make sure ;)
All of your build problems are known problems. If you can fix them,
excellent! Just wondering if this has been tested against windows
where the most prevalent
Sorry to jump in the middle of a conversation, but I just wanted to
say that I personally use trigger_error() quite often.
Me too, I use it for warnings, notices, and errors
that cannot be remedied.
In my programs I also simulate custom error codes. The first
part of the error string
I think the reason DL_ERROR is defined in java.c for win32 platforms is that
there is no dlerror() function for win32. I'm only guessing because I have
no win32 platform to test on.
On unix platforms, DL_ERROR is defined in zend.h as the function name for the
dlerror() equivalent.
Can someone
Fixed.
On November 25, 2002 06:06 am, Sebastian Bergmann wrote:
gd.obj: error LNK2001:
Unresolved external symbol: _gdImageCreateFromGd2Part
gd.obj: error LNK2001:
Unresolved external symbol: _gdImageCreateFromGd2PartCtx
gd.obj: error LNK2001:
Unresolved external symbol:
Submit fixes for php4/ext/java/ only.
Rasmus instructed me to fill out this form.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Ilia A. wrote:
Fixed.
Verified,
Sebastian
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
Christian Stocker and I are joining our ImageMagick
module efforts into 1 project. He recommended
I get a CVS account to check the new code in
directly. I will specifically be updating
ext/imagick.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
After Andi had commited some cleanups my version from PPP is a bit smaller.
My version is of cause only my private idea of implementing PPP. The
solution i went
on has some advantages and disadvantages. One of the disadvantage is that i
do not
allow redeclaring of private member functions. On
On 25 Nov 2002, Michael C. Montero wrote:
Christian Stocker and I are joining our ImageMagick
module efforts into 1 project. He recommended
I get a CVS account to check the new code in
directly. I will specifically be updating
ext/imagick.
Just to clarify this. Michael needs a PEAR
What is the problem with this fix then?
I mean there are 9 tests that fail. There is some functionality
available in ZE2 that maybe sometime will be moved and then
is working again. Why not fix it with a patch that is ready and
then wait until the functionality is moved. I wouldn't have asked
if
OK, so I'm wrapping a C++ library as a PHP extension, and I want one of
my functions to return an object that has arrays as fields of it. I
have created the arrays:
zval *success;
MAKE_STD_ZVAL(success);
array_init(success);
zval *score;
On Mon, 25 Nov 2002, Tim wrote:
OK, so I'm wrapping a C++ library as a PHP extension, and I want one of
my functions to return an object that has arrays as fields of it. I
have created the arrays:
Is that object supposed to have functions associated with it?
If not, why not return
HI,
Not 100% sure but.
Outside of the function :
static zend_class_entry *yourclasslib_class_entry_ptr;
In the function :
object_init_ex(return_value, yourclasslib_class_entry_ptr);
add_property_zval(return_value, ...) // array 1
add_property_zval(return_value,...) // array 2
Forgot to say :
in the MINIT function :
zend_class_entryyourclasslib_class_entry;
INIT_CLASS_ENTRY(yourclasslib_class_entry, YourLibClass,
yourlibclass_class_functions);
yourlibclass_class_entry_ptr =
zend_register_internal_class(dir_class_entry TSRMLS_CC);
static zend_function_entry
Latest HEAD
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 25, 2002 7:19 PM
To: [EMAIL PROTECTED]
Subject: PHP Compile Report
/tmp/work/php4-cvs/ext/mnogosearch/php_mnogo.c: In function
`zif_udm_clear_search_limits':
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, no ASP pages would anymore.
I have tracked this down to the placement of the Win32 CoInitialize()
and
The question is: why would your production code have fatal
errors?
A fatal error occurs because of one of the following reasons:
1) parse error
2) engine instability
3) segfault (well, kinda, its nothing catchable, but it is about
as fatal as you can get :)
2 3 are very very rare cases, and
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 completely constant-based error system
(with
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 completely constant-based error system
(with
On November 25, 2002 01:58 pm, 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
On Mon, 25 Nov 2002, Sterling Hughes wrote:
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 completely constant-based error system
(with human-friendly errors just
Sterling Hughes writes:
you're missing alot.
Its not inbox size, when you get multi-lingual error messages
you have more than one problem.
1) Support.
[snip]
2) Implementation.
[snip]
3) Everything else is in english.
[snip]
There are other problems too, but these are the biggies.
If this thread was about error messages of a C compiler, I
would agree that users can be expected to understand English.
That is a completely different level you are dealing with then.
However, PHP needs to take beginners into account.
Simply assuming that everyone must
If this thread was about error messages of a C compiler, I
would agree that users can be expected to understand English.
That is a completely different level you are dealing with then.
However, PHP needs to take beginners into account.
Simply assuming that everyone must
hi,
What you're missing is that currently to program PHP, you need a reasonable
understanding of english. [..]
I agree with Sterlin. I mean, what's next? Also localize language constructs?
?php
während (EUR i=0; EUR i5; ++EUR i) {
ausgabe(Hallo);
wenn (EUR i % 5) {
[..]
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.
The reason here is not about intellect; it is about requiring
On Mon, 25 Nov 2002, Daniel Lorch wrote:
hi,
What you're missing is that currently to program PHP, you need a reasonable
understanding of english. [..]
I agree with Sterlin. I mean, what's next? Also localize language constructs?
Dont you ever steal my jokes again :) But indeed, this
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 support requests from
newbies in various non-English forums.
Thank god not; would you like to
On Mon, 25 Nov 2002, Daniel Lorch wrote:
hi,
What you're missing is that currently to program PHP, you need a reasonable
understanding of english. [..]
I agree with Sterlin. I mean, what's next? Also localize language constructs?
Daniel, Sterling is arguing in favor of having
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.
The reason here is not about intellect; it is about requiring
Guys,
I'm hassling on a quite mysterious and not documented (but pretty useful)
function for OCI8 called OCIServerRelease() which would return you the
Oracle Server release integer for compatibility comparisons.
Because there are no official docs anywhere about this function (WTF? google
only
At 21:21 25.11.2002, Sterling Hughes wrote:
If this thread was about error messages of a C compiler, I
would agree that users can be expected to understand English.
That is a completely different level you are dealing with then.
However, PHP needs to take beginners into
fine - provide documentation / translations for what these error codes
mean in the documentation (on a per-translation basis, or in an extra
page listing all the translation). php_error_docref() already does
this I believe (cookie variable, or just click on the link).
php_error_docref()
hi,
Daniel, Sterling is arguing in favor of having localized
error messages.
s/agree/disagree/ :)
Do what you think is right. However, I think it just adds another level of
unnecessary complexity. We can safely assume a certain level of intelligence
when dealing with php developers
I'm a bit late here, with an example which probably sounds interesting;
that is a computer language which was actually developed in Japan as a
product mainly for educational use, which enables you to program in nearly
complete Japanese syntax. I thnik it's undoubtfully great, but I have
never
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.
Perfectly
+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,
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
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
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 their
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
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 developers in
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
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 it
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
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 | ...
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 [EMAIL
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
+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, 2002
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
--
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 Development
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
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
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
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 http://www.php.net/
To unsubscribe, visit:
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 it
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 thought we
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
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.
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 CVS?
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 http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
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...
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:
?php
$conn = OCILogon('user', 'pass', 'listener');
echo \nServer version: .
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
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 PROTECTED]
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
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
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't
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 support
+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'
[EMAIL PROTECTED]
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
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 on
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?)
--Jani
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
Subject: Re:
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
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
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
language is
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)
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
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_docrefn forms and the other parameters.
Especially the error category (E_whatever)
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
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
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 users to speak the base
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.
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
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
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
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
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
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.
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 actually
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 an
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
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, at
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 biggest sales
1 - 100 of 137 matches
Mail list logo