--- choinet <[EMAIL PROTECTED]> wrote:
> --- choinet <[EMAIL PROTECTED]> wrote:
> > I was helping a user at my ISP support forums. Using
> > include on an http:// url generates "Warning: main():
> > stream does not support seeking in
> > /home/a
--- choinet <[EMAIL PROTECTED]> wrote:
> I was helping a user at my ISP support forums. Using
> include on an http:// url generates "Warning: main():
> stream does not support seeking in
> /home/account/public_html/test.php on line 2". This
> occurs for both ex
I was helping a user at my ISP support forums. Using
include on an http:// url generates "Warning: main():
stream does not support seeking in
/home/account/public_html/test.php on line 2". This
occurs for both external/same-server http:// urls.
Each of the servers I used run PHP 4.3.4, and I had no
Someone please remove this clown from the mailing
list, the actual email address is
[EMAIL PROTECTED] (thanks if already done).
--- PETER MBA & ASSOCIATES <[EMAIL PROTECTED]> wrote:
> I am PETER MBA, an attorney at law, personal
> attorney to this
> engineering contractor, a National of your count
rsion of Visual
> Studio or header
> files from somewhere else too? Doing the
> "cscript /nologo configure.js..." step for me
> complains, in part, about
> mscoree.h being missing.
>
>
> On Fri, Jan 02, 2004 at 09:13:19PM -0800, choinet
> wrote:
> >
> &g
> Looks like you need to get the resolv.lib
> replacement
> and win32 buildtools at
>http://www.php.net/manual/en/install.windows.php#install.windows.build.
> Also, if you're creating an Apache sapi dll, you
> should point Visual Studio to the /include and /lib
> directories in your Apache install
> It works fine for me. I've been using it all day
> (building on the
> command line and debugging in the IDE).
>
> --
> Jon Parise ([EMAIL PROTECTED]) :: The PHP Project
> (http://www.php.net/)
Looks like you need to get the resolv.lib replacement
and win32 buildtools at
http://www.php.net/man
ny further logic. The relevant
> code is:
>
> ext/gd/libgd/gdft.c:
>
> fontlist = gdEstrdup(a->fontlist);
>
>
>
> /*
> * Must use gd_strtok_r else pointer corrupted
> by strtok in nested loop.
> */
> for (name = gd_strtok_r (fontlist,
> LISTSEPARAT
Hello internals,
I am dealing with a rather annoying and very prolonged
problem here concerning a few of the GD functions that
use external fonts. I had originally posted the
problem as a bug report under #26635 under the false
assumption that PHP 4.3.4 simply had a problem with
relative pathnames
