extension is to include a lot of functions that do basic
(and often overlapping) functions.
Pierre-Alain Joye wrote:
hello,
As a side note, the date range starts on 1/1/1 and ends on 31/12/65535.
Y65K bug, anyone? :)
Vlad
--
PHP Development Mailing List <http://www.php.net/>
To unsub
Strange build problem. Build php 4.3.0 with pgsql support on linux
(mostly redhat 7.2) and got this:
Installing shared extensions:
/usr/local/lib/php/extensions/debug-non-zts-20020429/
Installing PEAR environment: /usr/local/lib/php/
/usr/src/web/php-4.3.0/sapi/cli/php: error while load
it's just that your mailer is smart enough to decode uu-encoded
attachments. Not everybody's is.
Vlad
Mike Hall wrote:
I received the attachment... you sure it's his mailer playing up? ;-)
Mike
--- Original Message ---
From:Derick
dummy entry in the
docs (akin to www.php.net/delete) telling people to use pspell, because,
as far as PHP is concerned, it's the same thing, if that's ok with
everyone else. But I don't see a good reason for an alias where you
don't need one.
just my 2 kopecks :)
Vlad
Melvyn
I know there is a better way to do that, and this code is silly, but
still...
Try running these two loops in PHP 4.2.3.
for($i = 'A'; $i <= 'Y'; $i++){
echo "$i ";
}
for($i = 'A'; $i <= 'Z'; $i++){
echo "$i ";
}
N
ng to pspell. You might be adding slashes somewhere before you call
the function. I can not reproduce your problem.
No, it wouldn't be good to 'trick' php by stripping slashes off the
argument, as you suggest.
Vlad
Magnus M@gnus wrote:
>Ok.. But can't
I believe you would have to complain to Kevin Atkinson about that
(author of pspell), but I think he has a good reason for doing it the
way he did, so chances are it won't change.
Anyway, not a PHP problem, AFAICS.
Vlad
Magnus M@ wrote:
>Hi!
>
>I wrote a function that will s
+1.
Except EXPERIMENTAL ones. If an extension belongs in the CORE, it makes
no sense to stuff it in PECL and then move back to core once
EXPERIMENTAL status is dropped.
Vlad
Shane Caraveo wrote:
> > I would like reinstatement of msession into the main tree, and if
> you oppose I w
reate() - shudder...)
But then again, it's just my feedback based on my experience with doing
the same stuff you are doing now. You can post your changes here
(unified diff) and if someone feels that the code is sane and won't
break things, they are more than welcome to commit it.
Vlad
ngs for other people).
Those are just a few thoughts...
Vlad
Geoff wrote:
>I've enhanced Jim Winstead's dbase extension about a year ago by adding
>[some] memo support. Over time have kept it up to date with the latest PHP
>distribution. I've recently migrated this co
sing as it is, they should not use aspell extension,
but pspell extension instead?
I'm just curious if I can get any useful feedback on what it would make
sense to do.
Thanks,
Vlad
Melvyn Sopacua wrote:
> Hi,
>
> I modified the above mentioned file, to allow the confi
PHP segfaults if ncurses_refresh is called before ncurses_init...
Index: ncurses_functions.c
===
RCS file: /repository/php4/ext/ncurses/ncurses_functions.c,v
retrieving revision 1.18
diff -u -r1.18 ncurses_functions.c
--- ncurses_fun
;ll
crash. Different versions crash differently. Thus, using those fields on
anything but plain html files (and whatever else explorer can open
without prior downloading into the temp folder) causes IE to bomb :(
Hope that helps.
Vlad
Christian Stocker wrote:
>Hi
>
>different behaviour
>-b
ke an optional parameter) :(.
Vlad
[EMAIL PROTECTED] wrote:
>On Mon, 18 Mar 2002, Joseph Tate wrote:
>
>>Would there ever be a need to get the ASCII ftp_size? If not, the go ahead,
>>but if there ever might be, you may want to add a parameter to ftp_size so
>>that i
source - I just did that) and will fix ftp_size() to consistently return
correct results.
Question: Does anybody object to putting that change in, *and* also
merging it into the release branch? This is an obvious bug, and the fix
doesn't affect anything else.
Vlad
--
PHP Devel
[EMAIL PROTECTED] wrote:
>On Wed, 13 Mar 2002, Vlad Krupin wrote:
>
>>I guess, we could do that too. Should I come up with a new patch?
>>
>
>I think it is better, decrease the WTF factor :)
>
I think so too. However, two things:
1. after reading the source for a f
, FTPTYPE_IMAGE))
+ return -1;
if (!ftp_putcmd(ftp, "SIZE", path))
return -1;
if (!ftp_getresp(ftp) || ftp->resp != 213)
Vlad
--
Vlad Krupin
Software Engineer
echospace.com
--
PHP Development Mailing List <http://www.php.ne
...wonder if it's better than sleepless nights hunting down php bugs...
with the latter you could at least reboot...
Vlad
Derick Rethans wrote:
>Hi,
>
>Congrats! and have fun with sleepless nights and changing diapers :)
>
>Derick
>
>On Wed, 6 Mar 2002, Rasmus Lerdo
know what the proposed function does, if it is good or not, I just don't like the
name). IMAP extension has already got a good share of confusingly similar function
names IMHO.
$.02
Vlad
Brad Fisher wrote:
>Here is my attempt at a unified diff against the current CVS. Let me
>kno
Sorry, couldn't reply earlier - I was away on my honeymoon ;)
Yes, the change is cool - I guess, I was too happy with the 'Cut'
shortcut when Copy&Pasting code from aspell a couple of years ago :)
Thanks for noticing
Vlad
Yasuo Ohgaki wrote:
> [EMAIL PROT
d response per bogus bug.
It takes less time to select from a drop-down box than to type it, so
people who clean up a lot of bogus bugs will be more likely to just
select a response and submit, thus bogusifying one bug several times,
like here.
just a thought...
Vlad
Lars Torben Wilson wrote
f my frustration when I get
garbage from you in my INBOX? Moderate-to-High, and I never even
directly talked to you - that's the first time. Today it was more
towards the 'High' part, so I wrote this.
Conclusion. Since your suggestions are, apparently, not welcomed all
that much, yo
ID: 6852
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: dBase related
Operating System: FreeBSD 4.0
PHP Version: 4.0.2
Assigned To: vlad
New Comment:
... and bug 3... you were using revision 1.30 for your line numbers :). From looking
at it... I am
ID: 6852
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Assigned
Bug Type: dBase related
Operating System: FreeBSD 4.0
PHP Version: 4.0.2
Old Assigned To:
Assigned To: vlad
New Comment:
Bug #1 is valid, though I know of applications that add add a null byte there, just
Andi Gutmans wrote:
> At 10:42 PM 12/29/2001 +0100, Stig Venaas wrote:
>
>> On Sat, Dec 29, 2001 at 11:13:11PM +0200, Andi Gutmans wrote:
>> > I agree with Jim. Arrays can contain "things". Things can also be other
>> > arrays. You can have an array which contains two other arrays and four
>> >
ID: 14457
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Pspell related
Operating System: Linux 2.4.7 (RH7.2)
PHP Version: 4.1.0
New Comment:
... well, in the original bug report you had:
'--with-pspell=/usr/local/share'
and in the new on
consensus... well, it wasn't reached. I guess, the overloaded solution -
exit(string, int) - is the last thing that was proposed and not too many
people objected to. My understanding is that that's what will happen. Or
am I wrong again?
-being short this time-
Vlad
Markus Fis
Hacked count() to count all the elements in an array in a recursive manner.
It takes two arguments; the second is optional, and can be one of
COUNT_NORMAL (good old count) or COUNT_RECURSIVE.
- Vlad
Index: zend_hash.c
===
RCS
exit()-like functions, one for each bugfix to what should
really be the only exit() function is IMHO not very good. Making exit()
accept two parameters... well, it's probably not quite as bad, but...
well, this will be the first exit() with two arguments I know of...
Vlad
--
says that there are scripts out there that rely on the current implementation
of exit(), e.g. one of his own. Jamming two values into a storage space designed for a
single value (a string) is bad :(
Vlad
Lars Torben Wilson wrote:
>Vlad Krupin writes:
>
>>Lars Torben Wilson wrote:
7;@echo "Hello, World!"' :(
It still would be nice to fix the problem, not the sub-problem or the
symptom, though I admire Derick's very creative approach - I wouldn't
have thought of that...
just my 2c., as always...
Vlad
--
PHP Development Mailing List <http://w
ition. (Sorry, Manuel.) A function
>>>named exit(), which accepts an argument, is just _expected_ to set the
>>>exit status (assuming the coder has coded in other languages before).
>>>
>>>A better solution IMHO would be to make exit() do the right thing and
>&g
;t have any suggestions as to what to do when those cases (like
fixing exit()/ fixing docs/ bloating php) arise, but I do think that we
can have some discussion about it and use it later as some sort of a
precedent for these kinds of issues.
:) (I'm a friendly guy, don't kill me for
ity. Hence, at least
if parameter to exit() is an int, we should just return the error code,
*not* print it.
I know, nobody has called a vote, but I thought I'd express my opinion
in the form of a vote anyway, since somebody asked:)
Vlad
Jani Taskinen wrote:
>background information:
&g
ID: 14457
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Pspell related
Operating System: Linux 2.4.7 (RH7.2)
PHP Version: 4.1.0
New Comment:
It is strange it even compiled.
Are you sure that pspell is installed in
--with-pspell=/usr/local/share
ID: 5993
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old Status: Assigned
Status: Closed
Bug Type: dBase related
Operating System: Linux
PHP Version: 4.0.1pl2
Assigned To: vlad
New Comment:
fixed. Now if the integer returned can't fit in a long, we keep it as a string. You
can tell
ID: 14429
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Pspell related
Operating System: freebsd 4.3
PHP Version: 4.1.0
Assigned To: vlad
New Comment:
Believe it or not, you've got a *very* old version of pspell somehow. I'd most
certainl
ID: 14429
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old Status: Analyzed
Status: Feedback
Bug Type: Pspell related
Operating System: freebsd 4.3
PHP Version: 4.1.0
Assigned To: vlad
New Comment:
actually, I might take my last statement back. Looks like that problem has been long
since
ID: 14429
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Analyzed
Bug Type: Pspell related
Operating System: freebsd 4.3
PHP Version: 4.1.0
Assigned To: vlad
New Comment:
>From the quick look at the source of pspell, the author has broken source backward
>compati
ID: 14429
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Status: Feedback
Old Bug Type: *General Issues
Bug Type: Pspell related
Operating System: freebsd 4.3
PHP Version: 4.1.0
Old Assigned To:
Assigned To: vlad
New Comment:
meant assign it and place it into the right category too
ID: 14429
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: *General Issues
Operating System: freebsd 4.3
PHP Version: 4.1.0
New Comment:
which versions of pspell and aspell are you using?
Previous Comments
ID: 14218
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Pspell related
Operating System: FreeBSD 4.4-STABLE
PHP Version: 4.0.6
New Comment:
thanks for offering access to a freebsd box... i do not think that's going to help a
lot though 'cause I won't have
Hey, c'mon, the guy decided to have some fun - he listed verbatim most
of the items that are listed as NOT requiring a CVS account. Do you
seriously think he expected a favorable answer?
Zak Greant wrote:
>On November 29, 2001 10:38 am, aidan peiser wrote:
>
>>Learning PHP
>>Coding in PHP
>>Re
ID: 14218
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Pspell related
Operating System: FreeBSD 4.4-STABLE
PHP Version: 4.0.6
New Comment:
hmmm... It does not crash, it does not let you have a backtrace, yet it doesn't work
either. And you seem to have followed mo
Errr... neither. I meant 1.3.12, of course. I run it just fine with
dbase support on a few other machines though...:)
I might try a newer version of Apache, but would it really make a
difference? 1.3.12 seemed quite stable by itself so far...
Vlad
Derick Rethans wrote:
>On Wed, 28 Nov 2
27;ll just file a bug report and look
at it sometime later.
Vlad
#0 0x4012e0d6 in chunk_free (ar_ptr=0x401c2d60, p=0x8184d38) at
malloc.c:3097
#1 0x4012de46 in chunk_alloc (ar_ptr=0x401c2d60, nb=24) at malloc.c:2594
#2 0x4012ee34 in __libc_calloc (n=5, elem_size=4) at malloc.c:3699
#3 0x
I am pretty sure dbase has nothing to do with it. No dbase code gets
called before we crash. I do not think it would make a change. I can
rebuild the while thing once again from a clean CVS checkout, and see, I
guess, but I am quite sure the issue lies with something else.
Vlad
Markus
t, it bombed.
I do not believe dbase is to blame. Apache just simply does not start. I
use Linux, kernel 2.4.0-test9, glibc-2.1.3-15, compiled with
egcs-2.91.66. Backtrace is below.
Is this a known problem, or am I missing something obvious? Or should I
file a full-blown bug report?
Vlad
to make a cute feature or two work
might not be such a good idea.
This is just an observation, don't flame me, but this attitude
is starting to worry me a bit. I can see 4.2 being so different
from 4.0.6 that we might not be able to call it 'php' anymore.
Just something to watch
le in
different languages since before I had my first computer (e.g. SHL/SHR
and SAL/SAR in asm x86), so we might provide the same functionality and
create a new operator to discriminate between signed and unsigned
shifts.Just a thought. Don't kill me if that would be polluting the
langu
is not supported by the aspell author, and will not work with php4.
Please, use pspell instead
(http://www.php.net/manual/en/ref.pspell.php). It is very similar, in
fact, it uses newer versions of aspell, but better.
If you still have problems, please ask.
Vlad
Joel Jacobsson wrote:
>Hell
ID: 12614
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Strings related
Operating System: Linux
PHP Version: 4.0CVS-2001-08-07
New Comment:
That's one way to fix it. Another is to use addcslashes()
instead, but you might have to upgrade your versi
style newlines in comments?
Just a thought
Vlad
[EMAIL PROTECTED] wrote:
>ID: 12323
>User updated by: [EMAIL PROTECTED]
>Reported By: [EMAIL PROTECTED]
>Status: Open
>Bug Type: Output Control
>Operating System: Mac OS X
>PHP Version: 4.0.6
>New Comment:
>
>Also
ID: 12176
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Unknown/Other Function
Operating System: Windows 2000
PHP Version: 4.0.6
New Comment:
I do not think that eregi_replace() works with cp-1251 charset, or any other Russian
charset for that matter
Andi, can you tell me what would happen if I also have another c.php in
the same directory as a.php? which one of the two c.php's will get included?
I am not complaining about the solution, I am just rying to see if it
will break my code...
thanks,
Vlad
Andi Gutmans wrote:
>
something that will not change
between verision 4.1 and 5 and hopefully later?
Sorry, couldn't reply earlier - I was following up on the heated
discussions here...
Vlad
Brian Moon wrote:
>It is not so much BC. It is more like unexpected new behavior.
>
>As of now, a bad pr
eak, and I think there will be a lot of it.
Vlad
Zeev Suraski wrote:
> At 18:35 9/7/2001, Andrei Zmievski wrote:
>
>> > I'm leaning towards #3, even though I don't like the
>> > yet-another-runtime-option. It may be justified if we say we're
>> phasi
I would *love* to see that!
Vlad
Andi Gutmans wrote:
> Hey,
>
> I think one thing that bothers PHP developers is when they do:
> include "../foo.inc";
> and in foo.inc they do:
> include "bar.inc";
>
> That bar.inc is not searched for in foo.inc
ID: 11937
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
If you unset an element in the array, it does not make the whole array shift so it
starts from index zero again
Glad it worked for you (finally)
Lindsey Simon wrote:
>
>So now I'm working on some scripts and functions for a spellchecker. The API is
>perfect
>for it, and I wonder why I don't see any finished versions out there.. Are you working
>on one Vlad? I was really shock
ID: 11904
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Unknown/Other Function
Operating system:
PHP Version: 4.0.6
Assigned To: derick
Comments:
Before committing it as it is, note that we are not using
, but a now, and the patch seems to ignore that
fact. Aslo
ut the mysteries of the spellchecker, it
is the easiest to do a default install of pspell and aspell, without
creating any new dictionaries by hand and all that kind of stuff. Once
you have this working with php, you can wonder off and do whatever
custom stuff you need..
Vlad
Lindsey Simon wro
t be able to help you a bit if it is not installed correctly, but
not much.
Vlad
Lindsey Simon wrote:
>I've just compiled and installed php-4.0.6 --with-pspell support. However,
>the pspell_new function gives me the following error:
>
>Warning: PSPELL couldn't open the dicti
ID: 11447
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Bogus
Status: Open
Bug Type: Scripting Engine problem
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
The bug is valid - if you close and reopen the PHP tags between the switch and the
case statement, it is
ID: 11076
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: dBase related
Operating system:
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Could you send a small (like one or two records) .dbf file
that exhibits that behaviour? I didn't see any
From: [EMAIL PROTECTED]
Operating system: Linux RedHat6.2
PHP version: 4.0.4pl1
PHP Bug Type: dBase related
Bug description: dbase_get_record return strange
I have any.dbf
and use follow code
$mas=dbase_get_record($db,$nm);
echo($mas[$i]);
after field type=date (' . . '
when it should be, so if I
just explicitly #define it somewhere at the beginning of TSRM/TSRM.h file, everything
works like a charm (still with segfaults, of course, but that's irrelevant).
I don't have the time to track down why TSRM_DEBUG does not get #defined. Maybe later.
Vlad
ar with TSRM at all, and I was just playing
with apache2, so I might be missing something trivial, but I can't see it. And I won't
have time to look into that for at least a couple of days, so I just decided to submi
this so it does not get lost.
Vlad
---
Full Bug description available at: http://bugs.php.net/?id=11043
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
I might be missing something trivial, but I can't see it. And I won't
have time to look into that for at least a couple of days, so I just decided to submit
this so it does not get lost.
Vlad
--
Edit Bug report at: http://bugs.php.net/?id=11043&edit=1
--
PHP Developmen
ID: 6391
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Sybase (dblib) related
Operating system:
PHP Version: 4.0 Latest CVS (28/08/2000)
Assigned To: vlad
Comments:
No feedback, and I do not see a problem here. Therefore closed.
Previous Comments
ID: 10933
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Duplicate
Bug Type: Compile Failure
Operating system:
PHP Version: 4.0 Latest CVS (2001-05-17)
Assigned To:
Comments:
... of 10932
Previous Comments
ID: 10912
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: Pspell related
Operating system:
PHP Version: 4.0.5
Assigned To: vlad
Comments:
ops... I meant to close it too...
Previous Comments
ID: 10912
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Status: Assigned
Bug Type: Pspell related
Operating system:
PHP Version: 4.0.5
Assigned To: vlad
Comments:
Fixed in CVS
(plus fixed one more config.m4-related bug)
Previous Comments
ID: 10912
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Assigned
Bug Type: Pspell related
Operating system:
PHP Version: 4.0.5
Assigned To: vlad
Comments:
...and I think I know what the problem is. I wanted to
slightly rewrite the config.m4 file anyway - there are
Next thing you know is that we have --disable-(your favorite function
here) for half the functions in php. That's a bad precedent, IMHO.
Vlad
Brian Moon wrote:
> No, sorry, I think you misunderstood my question. I would just like to see
> a --disable-ereg option for configure. I
ID: 6391
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sybase (dblib) related
Operating system:
PHP Version: 4.0 Latest CVS (28/08/2000)
Assigned To: vlad
Comments:
I am not a localization expert, but I do speak Russian and AFAIK charset cp-1251 and
of c-client to return the unique numbers you want, please point me
to that part, and I'll implement it.
Vlad
Mattias Segerdahl wrote:
> Hi Mark,
>
> I was doing some php coding the other day and did something simular as,
>
> The following code should echo out the Unique ID
ID: 2181
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: IMAP related
Operating system:
PHP Version: 4.0
Assigned To: vlad
Comments:
Actually, this was still a problem, I just missed it. 7-bit encodings and plain-text
body types both should be
ID: 10850
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: IMAP related
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
uhhh... no, it shouldn't. Those are not UID's.
Previou
; or '\r\n') newlines
instead, everything would be fine
Bottom line: It is not a // comments problem, you do not have to switch
to /* */ comments, just take your hex editor, look at your source file
in hex (pay attention to newlines) and replace them with proper
newlines. That should fix
\r\n'. Fix those
newlines and everything will work like a charm, or wait tilll 4.0.6 and
hope it works:)
Vlad
Maxim Maletsky wrote:
> Hello everyone.
>
> in short: I had upgraded PHP from 4.0.1pl2 to 4.0.5.
> and this is what happened:
>
> The pages started breaking on
ID: 2181
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IMAP related
Operating system:
PHP Version: 4.0
Assigned To:
Comments:
This shouldn't be a problem for imap_fetchstructure() now, because that code is not
there. However, this code is present in imap_bodys
I can try PHP4, but can not use it. Because my host provider have version
PHP3. If I upload my PHP4 pages to server Im afraid for new problems.
Bug Database <[EMAIL PROTECTED]> wrote:
ID: 10711
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduc
ID: 10489
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: IMAP related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Not really a bug. Intended behaviour.
Your $foo is not a valid quoted-printable encoded string (can you get it with
imap_8bit()? If
ID: 8949
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: IMAP related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
Not really a bug, but a known problem with buggy MTA's and clients. Also, fixing it
would need to be done within the c-client, no
Isn't that how it already works? bug list doesn't seem too much of a
burden for me:) I just fix a bug at a time at my own leisurly pace.
Although it would be nice to know what's more critical to fix and what's
not. Otherwise I pick my own random bugs...
Vlad
Billy
ID: 7531
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: IMAP related
PHP Version: 4.0.1pl2
Assigned To:
Comments:
That's not a bug. This is a malformed quoted-printable encoding (read FRC 2045 section
6.7).
If you try to do imap_qprint(&qu
ID: 10650
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
PHP Version: 4.0.5
Assigned To:
Comments:
Previous Comments:
---
[2001-05-03 17:14:09] [EMAIL
ID: 10648
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Web Server problem
PHP Version: 4.0.5
Assigned To:
Comments:
I dunno why you would buy it - it's free... :)
Previous Com
ID: 6505
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sybase (dblib) related
PHP Version: 4.0 Latest CVS (02/09/2000)
Assigned To:
Comments:
Looks like since setting the charset is not often used, it is a bug in the library
that went unnoticed
ID: 8126
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sybase (dblib) related
PHP Version: 4.0.3pl1
Assigned To: vlad
Comments:
Fixed in CVS
Vlad
Previous Comments:
---
[2001
ID: 8126
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Sybase (dblib) related
PHP Version: 4.0.3pl1
Assigned To: joey
Comments:
Patch for the problem below. Please, review.
Apparently, dbopen() might or might not exist, depending on how you install FreeTDS.
Sometimes
ID: 10196
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Pspell related
Assigned To:
Comments:
Suggestions:
First, make sure you remove the old pspell and aspell installation (I see you upgraded
it).
Install the new version, go to pspell-.12
ID: 8133
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Pspell related
Assigned To:
Comments:
Actually, this is still a "problem", and the solution for the cause seems to be in
allowing aspell to read it's own files as 'nobody' (or whatever y
ID: 10043
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *Web Server problem
Description: action handler not working
I'm aware of the registerglobals. No, no functions in my code. It's relatively
straihgtforward, actually.
...snip...
Submit
EOT;
}
From: [EMAIL PROTECTED]
Operating system: WinNT40 sp6
PHP version: 4.0.4pl1
PHP Bug Type: *Web Server problem
Bug description: action handler not working
Seems as though the action handler doesn't work. PHP page is coded as its won form
handler. Hitting "submit" simply re
ID: 9860
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Dynamic loading
Description: Unable to load dynamic library php_interbase.dll
>- What do you know by "it show *subj*"?
it means that when i try dl("php_interbase.dll") or uncomment
extension=php_interbase.dll
From: [EMAIL PROTECTED]
Operating system: WinNT 4.0 SP6
PHP version: 4.0.4pl1
PHP Bug Type: Dynamic loading
Bug description: Unable to load dynamic library php_interbase.dll
other libraries loading is ok, but when i try to load php_interbase.dll it show *subj*.
--
Edit Bu
ID: 8464
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Pspell related
Assigned To:
Comments:
hmmm... Too bad I don't have Solaris (or free time) to play with this. But I've got
one question: Do pspell and aspell work on your solaris mach
1 - 100 of 106 matches
Mail list logo