-
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!not
-for-mail
From: "Wojciech \"Spook\" Sura" <s...@s...op.pl>
Newsgroups: pl.comp.programming
Subject: Re: Bezpieczne przekazywanie ciągów znaków
Date: Fri, 12 Feb 2010 13:34:36 +0100
Organization: http://onet.pl
Lines: 29
Message-ID: <hl3hsj$gke$1@news.onet.pl>
References: <hkv3ln$h6k$1@news.onet.pl> <hl285s$fpm$1@news.onet.pl>
NNTP-Posting-Host: dynamic-62-87-167-146.ssp.dialog.net.pl
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response
Content-Transfer-Encoding: 8bit
X-Trace: news.onet.pl 1265978067 17038 62.87.167.146 (12 Feb 2010 12:34:27 GMT)
X-Complaints-To: n...@o...pl
NNTP-Posting-Date: Fri, 12 Feb 2010 12:34:27 +0000 (UTC)
In-Reply-To: <hl285s$fpm$1@news.onet.pl>
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Windows Mail 6.0.6002.18005
X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6002.18005
X-Antivirus: avast! (VPS 100212-0, 2010-02-12), Outbound message
X-Antivirus-Status: Clean
Xref: news-archive.icm.edu.pl pl.comp.programming:184806
[ ukryj nagłówki ]Użytkownik "Wiktor S." <wswiktor&poczta,fm@no.spam> napisał w wiadomości
news:hl285s$fpm$1@news.onet.pl...
>> Jest to jakieś rozwiązanie, ale komplikuje się trochę w przypadku, gdy
>> przekazana ma być na przykład tablica znaków. Ba - czasami ciąg
>> znaków może być efektem jakiegoś czasochłonnego procesu, a
>> wykonywanie go dwukrotnie tylko po to, by za pierwszym razem zwrócić
>> długość rezultatu jest trochę bez sensu.
>
> A nie da się założyć że "ciąg nigdy nie przekroczy XXX bajtów"?
To zależy. Z jednej strony tak, bo ciągami będą przekazywane głównie
identyfikatory lub nazwy obiektów i typów. Można więc spokojnie założyć, że
żaden rozsądny programista nie przekroczy, powiedzmy, 256 bajtów. Z drugiej
strony średnio uśmiecha mi się każdorazowe przepychanie przez pamięć 256
bajtów, gdy wystarczyłoby - na przykład - 10. Drugi problem polega na tym,
że czasem zachodzi potrzeba przekazania tablicy ciągów znaków. Będzie ona
przekazywana jako ciąg PCharów, każdy zakończony znakiem #0. W takiej
sytuacji nie mam już pewności, czy zmieszczę się w buforze o zadanym
rozmiarze.
Pozdrawiam -- Spook.
--
! ._______. Warning: Lucida Console sig! //) !
! || spk || www.spook.freshsite.pl / _ """*!
! ||_____|| spook at op.pl / ' | ""!
! | ___ | tlen: spoko_ws gg:1290136 /. __/"\ '!
! |_|[]_|_| May the SOURCE be with you! \/) \ !
Następne wpisy z tego wątku
- 12.02.10 13:22 Michoo
- 23.02.10 18:53 \"Marsjanin\
Najnowsze wątki z tej grupy
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-11-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=