snprintf on windows

php.internals

(Marcus Börger)

23 years ago
Hello edin, we are relying on certain aspects of the snprintf implementation which the windows implementation does not meet. After a long discussion with Sascha on the matter i think someone deeply involved in the windows build should try out our own implementation which is used on *nix platforms when the don't fit our needs. Could you have a look please? Best regards, Marcus mailto:helly@php.net

Edin Kadribasic

23 years ago
On Mon, 30 Jun 2003, Marcus BXrger wrote:
> Hello edin, > > we are relying on certain aspects of the snprintf implementation which the > windows implementation does not meet. After a long discussion with Sascha on > the matter i think someone deeply involved in the windows build should try out > our own implementation which is used on *nix platforms when the don't fit our > needs. > > Could you have a look please?
Sure, I'll look into integratng our own snprintf implementation into win32 build. Edin

(Marcus Börger)

23 years ago
Hello Marcus, Monday, June 30, 2003, 12:54:04 AM, you wrote: MB> Hello edin, MB> we are relying on certain aspects of the snprintf implementation which the MB> windows implementation does not meet. After a long discussion with Sascha on MB> the matter i think someone deeply involved in the windows build should try out MB> our own implementation which is used on *nix platforms when the don't fit our MB> needs. MB> Could you have a look please? MB> Best regards, MB> Marcus mailto:helly@php.net Also i think we should finally move snprintf and spprintf into the engine. First because snprintf is at least once being used inside the engine with a very strange workaround for systems were it is completely missing and second because it would make some things like error messages easier.
-- Best regards, Marcus mailto:helly@php.net

Edin Kadribasic

23 years ago
On Mon, 30 Jun 2003, Marcus BXrger wrote:
> Also i think we should finally move snprintf and spprintf into the engine. > First because snprintf is at least once being used inside the engine with a > very strange workaround for systems were it is completely missing and second > because it would make some things like error messages easier.
Could we have a decission on this before we make an effort to integrate it into win32 build? It would make things much easier. Edin