slet i mysql

objConn.Execute("DELETE FROM highscore_spil WHERE bruger_id = " & Request.form("id") & "")

Det lille "" i enden er overflødigt:

objConn.Execute("DELETE FROM highscore_spil WHERE bruger_id = " & Request.form("id"))

MySQL er ligeglad med om den får tal som en string. Fejlen er derfor nok en anden - eks. forkert tabelnavn, feltnavn, eller et forbindelsesproblem.

objConn.Execute("DELETE FROM highscore_spil WHERE bruger_id = " & Request("id") & "")

eller bare

objConn.Execute("DELETE FROM highscore_spil WHERE bruger_id = " & Request.QueryString("id") & "")

Fejlen - siden at den ikke direkte giver en fejlbesked - er nok at der ikke står noget efter bruger_id. Det kan kalp's bud være være en løsning på - hvis du bruger et link i stedet for en form.

Til en anden gang så er et godt debug-trick at forsøge at udskrive din SQL-streng før at du udføre den. I 9 ud af 10 tilfælde skyldes forkert databaseadfærd nemlig at der simpelthen står noget andet i SQL'en man troede:

Call OpenConn
sql = "DELETE FROM highscore_spil WHERE bruger_id = " & Request.QueryString("id")
Response.Write "DEBUG: " & sql & "<br>"
objConn.Execute(sql)
Call CloseConn

PS: Den der lille '... & ""' er stadig overflødig.

nielle >> ja eller hvis han benytter en form med poster med GET og ikke POST:)

Så virker det!

nielle og pidgeot opret lige svar.

Den må gå til Nielle - jeg gjorde blot opmærksom på at problemet ikke var at der var ' om værdien :)

Var det ikke kalp som gav løsningen?

Det er okay nielle:-)
Du lægger bare et svar eftersom spørger ifølge reglerne selv bestemmer hvem der skal have point.

Point betyder ikke rigtig noget for mig - men tanken gør, så jeg bruger bare min tid på de mange andre brugere som har brug for min hjælp:-)

Tja, at demonstrere hvordan man debugger er vel også points værd :^)

nielle >> Hvis du skal demonstrer debugging så bør du også afslutte Response, så den type debugging kan bruges i alle tilfælde:)
Hvis han laver en SQL fejl så ser han aldrig sit output - dvs. en fejl som får siden til at crashe.
Derfor mener jeg ASP debugging af den type bør afsluttes med Response.End() efter Response.Write af den SQL man tester på.

Jeg er opmærksom på, at det i denne situation er underordnet, men der er mange andre hvor det ikke kan bruges:)

Jeg plejer nu ikke at have noget problem med at se SQL'en - men ja, en Response.End() er måske nok på sin plads.

Jeg er meget taknemmelig for at I alle har brugt tid på at løse problemet.

Jeg har valgt pidgeot da han (som jeg læste det) afviste fejl i SQL-sætningen og pegede på tabelnavn, feltnavn eller forbindelsesproblem.
Jeg er lidt flov over at indrømme at fejlen var i den genre.  :-(

Jeg blev først opmærksom på fejlen da jeg kørte nielle's debug-trick.
Så debug-tricket endte også med at være en del af svaret.

Men igen tak for hjælpen alle sammen.

Tak for point :^)