Thread View: be.comp.programming
10 messages
10 total messages
Started by Passero
Thu, 09 Oct 2003 18:48
sql probleempke
Author: Passero
Date: Thu, 09 Oct 2003 18:48
Date: Thu, 09 Oct 2003 18:48
13 lines
1708 bytes
1708 bytes
Ik heb een website gemaakt in ASP (de server draait een asp implemetatie onder linux) en als ik een update-query probeer uit te voeren krijg ik volgende melding: Error Type: ADODB.Connection.1 (0x80004005) SQLState: S1090 Native Error Code: 0 [TCX][MyODBC]SQLBindParameter not used for all parameters /regcheck.asp, line 124 Ik heb lokaal dezelfde website draaien met een mysql server. Als ik daar die query uitvoer doet hij het perfect. Iemand enig idee wat er mis mee is? Als ik de query zelf kopieer naar een programma die het uitvoerd werkt hij ook.
Re: sql probleempke
Author: Passero
Date: Thu, 09 Oct 2003 19:05
Date: Thu, 09 Oct 2003 19:05
3 lines
1351 bytes
1351 bytes
Fout gevonden: hij geeft die melding als er in mijn gegevens een �, �,... zit. Moet ik die allemaal wegdoen of kan ik die op een of andere manier toch toevoegen?
Re: sql probleempke
Author: Marcus
Date: Sat, 11 Oct 2003 19:38
Date: Sat, 11 Oct 2003 19:38
10 lines
1443 bytes
1443 bytes
Passero wrote: > Fout gevonden: hij geeft die melding als er in mijn gegevens een �, �,... > zit. Moet ik die allemaal wegdoen of kan ik die op een of andere manier toch > toevoegen? Ik weet niet wat het uiteindelijke doel ervan is, maar je zou ze bijvoorbeeld door html entities kunnen vervangen (alle chars met een waarde hoger dan 128 vervangen door &#x; waarbij x de waarde is) Mark
Re: sql probleempke
Author: Passero
Date: Sun, 12 Oct 2003 09:19
Date: Sun, 12 Oct 2003 09:19
18 lines
1881 bytes
1881 bytes
"Marcus" <mark@ijbema.xs4all.nl> wrote in message news:slrnbogn10.gj.mark@agnes.ijbema.xs4all.nl... > > Ik weet niet wat het uiteindelijke doel ervan is, maar je zou ze > bijvoorbeeld door html entities kunnen vervangen (alle chars met een > waarde hoger dan 128 vervangen door &#x; waarbij x de waarde is) > Het is dus de bedoeling dat de gebruikers gegevens ingeven in een textarea op mijn form op mijn webpagina en later wordt die gewoon getoond op een webpagina dus die methode moet wel lukken. Moet ik dan elk karakter overlopen adhv een for lus en controleren naar de ascii-waarde en als die > 128 omzetten naar &#waarde? Zou het dan moeten lukken? > Mark
Re: sql probleempke
Author: Marcus
Date: Sun, 12 Oct 2003 09:53
Date: Sun, 12 Oct 2003 09:53
23 lines
1987 bytes
1987 bytes
Passero wrote: > > "Marcus" <mark@ijbema.xs4all.nl> wrote in message > news:slrnbogn10.gj.mark@agnes.ijbema.xs4all.nl... > >> >> Ik weet niet wat het uiteindelijke doel ervan is, maar je zou ze >> bijvoorbeeld door html entities kunnen vervangen (alle chars met een >> waarde hoger dan 128 vervangen door &#x; waarbij x de waarde is) > > Het is dus de bedoeling dat de gebruikers gegevens ingeven in een textarea > op mijn form op mijn webpagina en later wordt die gewoon getoond op een > webpagina dus die methode moet wel lukken. > Moet ik dan elk karakter overlopen adhv een for lus en controleren naar de > ascii-waarde en als die > 128 omzetten naar &#waarde? Zou het dan moeten > lukken? Wel als ze de standaard windows tekenset gebruiken, anders niet (standaard windowstekenset (uberhaupt wel redelijk standaard de tekenset), komt namelijk overeen met de eerste 256 elementen van unicode). Mark
Re: sql probleempke
Author: su
Date: Sun, 12 Oct 2003 10:11
Date: Sun, 12 Oct 2003 10:11
13 lines
1660 bytes
1660 bytes
Marcus: > Wel als ze de standaard windows tekenset gebruiken, anders niet > (standaard windowstekenset (uberhaupt wel redelijk standaard de > tekenset), komt namelijk overeen met de eerste 256 elementen van > unicode). als je met de standaard windows tekenset bedoelt lower en higher ascii, dan klopt dat niet. in unicode zijn hex 80 tot aan hex A0 gelijk aan oude ibm terminal control codes. higher ascii mapt dus niet 1 op 1 op latin 1 supplement. groetjes, su.
Re: sql probleempke
Author: Marcus
Date: Sun, 12 Oct 2003 10:19
Date: Sun, 12 Oct 2003 10:19
17 lines
1764 bytes
1764 bytes
su wrote: > Marcus: > >> Wel als ze de standaard windows tekenset gebruiken, anders niet >> (standaard windowstekenset (uberhaupt wel redelijk standaard de >> tekenset), komt namelijk overeen met de eerste 256 elementen van >> unicode). > > als je met de standaard windows tekenset bedoelt lower en higher ascii, dan > klopt dat niet. in unicode zijn hex 80 tot aan hex A0 gelijk aan oude ibm > terminal control codes. higher ascii mapt dus niet 1 op 1 op latin 1 > supplement. Hmm, ik meende dat de eerste 256 elementen overeenkwamen met latin 1, maar de diakriten klopen wel dacht ik, toch? Mark
Re: sql probleempke
Author: su
Date: Sun, 12 Oct 2003 10:53
Date: Sun, 12 Oct 2003 10:53
8 lines
1482 bytes
1482 bytes
Marcus: > Hmm, ik meende dat de eerste 256 elementen overeenkwamen met latin 1, > maar de diakriten klopen wel dacht ik, toch? http://www.unicode.org/charts/PDF/U0080.pdf groetjes, su.(hth, hand)
Re: sql probleempke
Author: Marcus
Date: Sun, 12 Oct 2003 12:05
Date: Sun, 12 Oct 2003 12:05
12 lines
1549 bytes
1549 bytes
su wrote: > Marcus: > >> Hmm, ik meende dat de eerste 256 elementen overeenkwamen met latin 1, >> maar de diakriten klopen wel dacht ik, toch? > > http://www.unicode.org/charts/PDF/U0080.pdf Ah, t klopt idd wel voor de diacriten. Door mij genoemde suggestie werkt dus wel. (toch?) Mark
Re: sql probleempke
Author: Daniel Tryba
Date: Mon, 13 Oct 2003 18:41
Date: Mon, 13 Oct 2003 18:41
29 lines
2446 bytes
2446 bytes
In nl.comp.programmeren Marcus <mark@ijbema.xs4all.nl> wrote: >>> Hmm, ik meende dat de eerste 256 elementen overeenkwamen met latin 1, >>> maar de diakriten klopen wel dacht ik, toch? >> >> http://www.unicode.org/charts/PDF/U0080.pdf > > Ah, t klopt idd wel voor de diacriten. Door mij genoemde suggestie werkt > dus wel. (toch?) Ja. In duidelijke woorden (ipv table headers zoals bovenstaande pdf): <q src='http://www.unicode.org/versions/Unicode4.0.0/ch07.pdf'> 7.1 Latin .... Standards. Unicode follows ISO/IEC 8859-1 in the layout of Latin letters up to U+00FF. ISO/IEC 8859-1, in turn, is based on older standards--among others--ASCII (ANSI X3.4), which is identical to ISO/IEC 646:1991-IRV. Like ASCII, ISO/IEC 8859-1 contains Latin letters, punctuation signs, and mathematical symbols. The use of the additional characters is not restricted to the context of Latin script usage. The description of these characters is found in Chapter 6, Writing Systems and Punctuation. .... </q> -- Daniel Tryba
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads