Aus deiner Antwort lese ich heraus, das Du die php.ini einfach ins Windowsverzeichnis kopiert hast. Aber hast Du die php.ini auch auf dein System angepasst, sprich konfiguriert (Privilegien für Dateizugriffe, Verzeichnispfade etc.)?

Die Ursache für Access Violation ist hauptsächlich in der Software zu suchen.
Damit Du verstehst, was eine Access Violation ist, habe ich Dir ein Bild angehängt. Darauf ist grafisch dargestellt , wie eine Access Violation entsteht. Es ist zwar stark vereinfacht, aber damit solltest Du verstehen, wo der Schuh drückt.

Zu 1: Was bist du denn von Beruf? Was ist dein jetziger Job?

Zu 2: Wenn du Beitrag 26 gelesen, verstanden und kontrolliert hast, warum gibst du uns nicht ein kurzes Feedback?

Zu 3: Hast du die Scripts selber geschrieben?

bis bald
Kermit

Klar ist der Anfang schwer. Jedoch mache ich es mir einfacher, indem ich eine neue Programmiersprache, Datenbanksystem, IDE etc. zuerst richtig installiere und konfiguriere. Als erstes musst Du dich halt bei PHP damit befassen, wie Du es richtig installierst und konfigurierst. Weil PHP alleine nicht soviel bringt, muss Du halt auch noch den Webserver, Datenbank etc. richtig konfigurieren und gegebenfalls installieren. Mit installieren ist es halt nicht getan. Konfiguriert müssen diese Programme halt auch noch werden. Vor allem bei Programmen, mit Ursprung aus der Unix-Welt, wird das halt über ini-Files gemacht. Im Internet gibt es Anleitungen dazu in wohl fast allen Sprachen.
Alternative ist das ganze als vorgefertigtes Installationspaket runterzuladen (Bsp. Apache, PHP, MySQL etc.). Ich benutze diese Pakete nicht, aber es sicher leicht, diese im Internet zu finden, bzw. weiss hier im Board sicher jemand bescheid, welche das sind und welche davon auch prima funktionieren.

Ich hab es auch nicht von Anfang an geschnallt wie es geht, aber zu der Zeit gabs noch kein Internet (ja gut es existierte schon, aber privat wurde es fast nicht benutzt). Also musste ich die Sachen aus einem Buch lernen. Im Fehlerfall war halt suchen angesagt. Mit Glück wusste irgend jemand den ich kenne Bescheid und konnte mir einen Tipp geben.
Heute bin ich froh, dass ich die Probleme selber lösen musste, hat mich nur vorwärts gebracht.

Also, versuch nun den Fehler einzugrenzen. Am Microwellengerät des Nachbars liegt es nicht, an Sonneneruptionen wohl auch nicht.
Suche die Pfade auf die PHP zugreifen will, kontrolliere ob PHP die Rechte dazu hat. Kontrolliere ob in der php.ini alle nötigen Anpassungen gemacht sind. Sind alle notwendigen dll-Dateien im IIS-Verzeichnis? Falls Du das Script nicht selber geschrieben hast, greift das Script auf Komponenten zu die Du gar nicht hast? Müssen zusätzliche PHP-Libraries etc. installiert werden (Konfiguration nicht vergessen )?
Selber noch mögliche Ursachen für den Fehler finden. Dabei nicht zu weit suchen, wird wohl weniger an IIS als an PHP liegen, das es nicht tut.

Wenn du das alles erledigt hast, weisst Du vielleicht wo der Fehler liegt. Falls Du dann Mühe hast, diesen zu beheben, sind wir gerne bereit dir mögliche Lösungen zu zeigen.
Aber die jetztige Wahrsagerei macht kein Spass und ich bin auch nicht Mike Shiva . Der könnte Dir übrigens auch nicht helfen

also ich habe euch mal meine php-ini-datei online gestellt, sowie die datei, wo der fehler auftaucht. (ist eine übungs-homepage, welche während des kurses entstanden ist)

php-ini = www.coumans.ch/php-ini.txt
php-datei = www.coumans.ch/pinkeagle.zip

hoffe die infos nützen euch etwas.

Sorry aber dein ganzes Script durchsuche ich nicht nach Fehlern, das ist deine Aufgabe (siehe mein vorheriges Post => Fehler eingrenzen).

Aber ein kurzer Blick in die php.ini hat mir schon einige Dinge gezeigt:


Kannst Du mit deinem Script Files auf den Server laden? Falls ja ist das da unten noch abgestellt (Off).
;;;;;;;;;;;;;;;;
; File Uploads ;
;;;;;;;;;;;;;;;;

; Whether to allow HTTP file uploads.
file_uploads = Off

; Temporary directory for HTTP uploaded files (will use system default if not
; specified).
upload_tmp_dir = c:\temp

; Maximum allowed size for uploaded files.
upload_max_filesize = 920M


Wieviel mal wurde schon geschrieben, dass Du die Pfade kontrollieren sollst? Der Include-Pfad ist auf aller Fälle noch auskommentiert (das Semikolon ";" leitet einen Komentar ein). Deine Includes-Files sind zweifach vorhanden. Einmal im selben Verzeichnis wie index.php und einmal im Verzeichnis _vti_cnf welche Includes willst du anziehen? (selber kontrollieren).
;;;;;;;;;;;;;;;;;;;;;;;;;
; Paths and Directories ;
;;;;;;;;;;;;;;;;;;;;;;;;;
; Windows: "\path1;\path2"
;include_path = ".;c:\php\includes"

Wie ich gesehen habe, verwendest Du MySQL, aber viele der Konfigurationsvariablen in der php.ini werden kein Wert zugewiesen.
Nun kommt der nächste Punkt ; Hast du MySql richitg konfiguriert? Sind die notwendigen dll-Dateien in allen notwendigen Verzeichnissen kopiert?

Bei deinen SQL-Queries frägst du keinen Errorstatus ab, das ist nicht gut. Je nachdem wie dein Systemkonfiguriert ist, füllt MySql dein Logfile mit Warnmeldungen. Das kann übrigens auch für PHP und den Webserver zutreffen. Weil der Absturz erst nach zwei Stunden auftritt.

habe den paths an direcotries die ; weg genommen, aber der fehler kommt immer noch.
was ich schon ausprobiert habe noch ist, wenn ich php gar nicht ins iis eintrage als isapi oder cgi, dan kommt kein solcher fehler. also ist es wirklich an php. aber was nur.

für was muss ich file_uploads auf ON schalten

ich muss dies nicht zwingend auf ON schalten, den in dem zip (Beitrag 40), wo ich in dem früheren beitrag geschrieben habe, ist auch der admin bereich zu sehen, dort kann man die bilder auch hochladen mittels php-formular.

Hallo zusammen
ich hab in einem vorherigen Beitrag gelesen, dass sie PHP.INI kopiert wurde.... wozu ? Nach der Installation von PHP befindet dich die Datei schon am richtigen Ort und muss nicht kopiert werden. Kann es sein, dass hier immer an der falschen Datei geändert wird, dir von PHP.EXE gar nicht beachtet wird ?
Könnte es sein, dass mehrere PHP.INI's auf dem System sind und stets an der falschen geändert wird ? Ein phpinfo in einer Testwebseite könnte Auskunft geben, denn dann sind alle wichtigen Daten ersichtlich. Lass dir doch in so einer Seite mal diese Infos ausgeben. Vielleicht siehst du den Fehler schon bald.
Ich hatte übrigens auch schon Probleme mit Scripten, die ich auf einen anderen Server gezügelt hab. Da spielte mir der Cache des IE einen Streich und wollte die Seite teils noch vom alten Server laden, auf dem sie halt nicht mehr verfügbar war.
Gruss
Chris

Kann sein, dass die php.ini heute (PHP > Version 4.x)nicht mehr kopiert werden muss. Früher jedoch musste die php.ini-dist erst einmal umbennant, konfiguriert und ins Windows-Verzeichnis kopiert werden.
Jedenfalls habe ich so PHP immer installiert und habe nie solche Probleme gehabt. Ist übringes auch so bei dem Link oben zur Installations-/Konfigurationsanleitung beschrieben (mit PHP Version 4.x). Soweit ich mitbekommen habe, benutzt delfin noch Version 4.x.

Die Idee mit phpinfo() ist gut.

Semikolon vor Pfadangabe wegnehmen ist gut, aber dann sollten die Includes auch in dieses Verzeichnis. Oder einfach im Skript Pfad angeben.

habe nun mal php 5.1 installiert.
habe auch meine phpinfo mit einer von einem provider verglichen und muste feststellen, das meine folgende punkt (gruppen) nicht hat in der phpinfo

gd
hash
mssql
mysql
pdf
zip


wie kann ich die zu meiner hinzufügen.

Man, man


Irgendwas schaffst Du aber schon auch ohne fremde Hilfe, oder?

pantheros hat recht, vergiss das mit PHP besser.
Du wirst das nie lernen wenn immer die Anderen für Dich studieren sollen.

Somit:

Google gibt Auskunft, ansonsten rtfm.

schade, das ihr an einem anfänger wie mich im bereich php nicht weiterhelfen wollt.

jetzt vergesse ich mal diesen fehler. habe was rausgefunden, wenn ich im Dienste (Verzeichnis) beim Windows diesen dienst "WWW-Publishingdienst" NEU starte ist mein fehler verschwunden und kommt erst nach ein paar stunden wieder.

kann man diesen dienst alle x stunden automatisch starten lassen?