Mulla on Vistassa kansio josta haluan tehdä pakatun kansion. Kone ilmoittaa: "Pakkausta ei voida suorittaa, koska c:\Users\Pekka\Desktop....." sisältää merkkejä, joita pakatuissa kansioissa ei voi käyttää. Nimeä tiedosto tai kansio uudelleen."
Aivan käsittämätöntä että tämä Wintoosan sisäinen tiedostopakkeri ei osaa pakata! Mitä virkaa sillä on jos se pystyy pakkaamaan vain joitakin tiedostoja, mutta ei mitä tahansa!
Aivan uskomatonta että Microsoftilla tuotetaan tuollaista paskaa! Eikö siellä olla kuultu Escaping-tekniikasta jota käytetään silloin jos data sisältää erikoistarkoituksiin varattuja erikoismerkkejä.
Toinen mitä minä ihmettelen on se että 305 Megatavun ja 9173:n tiedoston kopioiminen muistitikulle näyttää kestävän tuntikausia. Hidastaako McAfee tätä kirjoitusta vai mistä se johtuu? Sama data menee ei-windows koneissa huikeasti nopeammin. (Niissä tosin ei ole virustorjuntaa.)
Aivan käsittämätöntä että tämä Wintoosan sisäinen tiedostopakkeri ei osaa pakata! Mitä virkaa sillä on jos se pystyy pakkaamaan vain joitakin tiedostoja, mutta ei mitä tahansa!
Aivan uskomatonta että Microsoftilla tuotetaan tuollaista paskaa! Eikö siellä olla kuultu Escaping-tekniikasta jota käytetään silloin jos data sisältää erikoistarkoituksiin varattuja erikoismerkkejä.
Toinen mitä minä ihmettelen on se että 305 Megatavun ja 9173:n tiedoston kopioiminen muistitikulle näyttää kestävän tuntikausia. Hidastaako McAfee tätä kirjoitusta vai mistä se johtuu? Sama data menee ei-windows koneissa huikeasti nopeammin. (Niissä tosin ei ole virustorjuntaa.)
Vastaukset 9
Vanhimmat
"Aivan käsittämätöntä että tämä Wintoosan sisäinen tiedostopakkeri ei osaa pakata! Mitä virkaa sillä on jos se pystyy pakkaamaan vain joitakin tiedostoja, mutta ei mitä tahansa!"
Taitaa se "pakattu kansio" olla zip -tiedosto, ja tässä formaatissa on oma tiedostojärjestelmä jossa voi olla rajoite mitä Windowsin tiedostojärjestelmässä ei ole. Jotta saat käsitystä rajoitteista mitä voi olla niin lue tämä:
http://en.wikipedia.org/wiki/Comparison_of_file_systems
"Aivan uskomatonta että Microsoftilla tuotetaan tuollaista paskaa! Eikö siellä olla kuultu Escaping-tekniikasta jota käytetään silloin jos data sisältää erikoistarkoituksiin varattuja erikoismerkkejä."
On ilmeisesti ollut kiire, ja varomaton escaping käyttö voi aiheuttaa tietoturvareikiä.
"Toinen mitä minä ihmettelen on se että 305 Megatavun ja 9173:n tiedoston kopioiminen muistitikulle näyttää kestävän tuntikausia. Hidastaako McAfee tätä kirjoitusta vai mistä se johtuu?"
Voi olla. Ota McAfee pois ja kokeile sitten.
> "Aivan käsittämätöntä että tämä Wintoosan sisäinen tiedostopakkeri ei osaa pakata! Mitä virkaa sillä on jos se pystyy pakkaamaan vain joitakin tiedostoja, mutta ei mitä tahansa!"
Taitaa se "pakattu kansio" olla zip -tiedosto, ja tässä formaatissa on oma tiedostojärjestelmä jossa voi olla rajoite mitä Windowsin tiedostojärjestelmässä ei ole.<
Kyseinen ongelmatiedosto oli englanninkielinen muotoiltu sähköposti jonka otsikossa oli lainausmerkkejä. Siirsin saman tiedoston Macintoshiin jossa siitä sai tehtyä ZIPin ilman ongelmia.
Se mitä olin tekemässä: Mulla on vanhoja CD-R levyjä jotka on poltettu multisessiona Windows 95:ssä vuosia sitten. Osaa niistä ei voi lukea järkevässä ajassa Macintoshilla. Lukupää enimmäkseen louskuttaa eri levyalueiden välillä (ja ilmeisesti lukee hyvin vähän dataa kerrallaan). Sen sijaan Vistassa levyjen luku onnistuu ongelmitta ja vauhdikkaasti. Muutama mielenkiintoinen hakemisto oli tarkoitus siirtää Maciin Vistan kautta.
> "Aivan uskomatonta että Microsoftilla tuotetaan tuollaista paskaa! Eikö siellä olla kuultu Escaping-tekniikasta jota käytetään silloin jos data sisältää erikoistarkoituksiin varattuja erikoismerkkejä."
On ilmeisesti ollut kiire, ja varomaton escaping käyttö voi aiheuttaa tietoturvareikiä.<
Kiire ei ole syy. Tee ensin kiireellä paskaa ja sitten paikkaile ikuisuus sitä tai vaihtoehtoisesti tee heti laatua. Kun tekee heti laatua, niin myyntikelpoista tulosta tulee nopeammin. Kiire ei nopeuta koodaria, se saa sen vaan stressaantumaan jolloin tulee huonompaa laatua. Tosin surkeasta laadusta voi syyttää myös Applea mitä tulee multisessiolevyjen lukuun. (Jos on hyvin paljoin istuntoja joissa on hyvin paljon hyvin pieniä tiedostoja niin Macin OS X ei oikein pärjää näiden lukemisessa!)
Hei... miten escaping voi aiheuttaa tietoturvareikiä? Mä haluan rei'ittää niillä naapurin koneen :) Esim. tässä tapauksessa nimen lainausmerkit olisi voinut korvata merkkiyhdistelmällä \".
> "Toinen mitä minä ihmettelen on se että 305 Megatavun ja 9173:n tiedoston kopioiminen muistitikulle näyttää kestävän tuntikausia. Hidastaako McAfee tätä kirjoitusta vai mistä se johtuu?"
Voi olla. Ota McAfee pois ja kokeile sitten.<
Kestää edelleen tuntikausia. En kokeillut kuinka kauan, vaan keskeytin toiminnan aikani ihmeteltyäni. CD-R levyjen luku sen sijaan nopeutui merkittävästi.
Mielenkiintoinen huomio:
Kun pakkasin tuon 9173 tiedostoa käsittävän hakemiston yhdeksi zipiksi, niin sen jälkeen se menikin muistitikulle ihan hujauksessa. (Uudelleen nimesin ongelmatiedoston. Nyt sen nimessä ei ole enää lainausmerkkejä.)
Eli siis muistitikussa Vista vetkuttelee jos on paljon tiedostoja. Mac puolestaan vetkuttelee levyasemilla.
Levyasemin kohdalla hitautta aiheuttanee se että tiedostonimiä ja tiedostoja päivitetään/luetaan vuorotellen vähän kerrallaan jolloin mekaniikan käpistely vie kaiken ajan.
Muistitikuilla ongelma tullee siitä että sen flashiin poltetaan aina blokki kerrallaan. Sen ajuri ei ilmeisesti osaa puskuroida useampaa tiedostonimeä yhteen polttoerään?
"Kun tekee heti laatua, niin myyntikelpoista tulosta tulee nopeammin."
Itse asiassa nopein tapa on julkaista usein, vaikka keskeneräisenä, ja saada kokoajan palautetta softasta. Softan laadusta usein kertookin se, että kuinka monta julkaisua on takana.. Tämä on yksi tärkeimpiä syitä miksi avoimen lähdekoodin softat kehittyvät niin nopeasti. Microsoft onkin sitten ottanut oppia Windows 7:n kanssa ja julkaissut beetaa ja RC:tä ja kerännyt paljon palautetta. Applekin tekee yhteistyötä kehittäjien kanssa ja osa Mac OS X:ää on avointa koodia, mutta Applella taas on se "vika", että pyritään tekemään salassa jotain "mullistavaa" ja sitten tuomaan julki sopivalla ajankohdalla kun on valmis. Jos kyse on softasta, siinä on riskejä, että lopputulos on kuraa jos ei saada tarpeeksi palautetta käyttäjiltä kehitysvaiheessa.
Hyvä esimerkki palautteen puuttumisesta on Java. Javan luokkakirjasto on oikeasti ihan käsittämätön sekasotku, ja syynä on se, että Sun Microsystems kehitti sitä pitkälti omissa oloissa eikä yhteistössä käyttäjien kanssa. Tämä onkin ehkä merkittävin syy miksi Java on vastenmielinen ohjelmoida.
"Hei... miten escaping voi aiheuttaa tietoturvareikiä? Mä haluan rei'ittää niillä naapurin koneen :) Esim. tässä tapauksessa nimen lainausmerkit olisi voinut korvata merkkiyhdistelmällä \"."
Vaikka niin, että escaping merkit kasvattaa merkkijonon kokoa ja unohtuu kasvattaa puskurin kokoa ja tulee joku jännä puskuriylivuoto.
"Eli siis muistitikussa Vista vetkuttelee jos on paljon tiedostoja. Mac puolestaan vetkuttelee levyasemilla."
Voi olla. Mac OS X ja Windows ovat molemmat aika heikkoja I/O:ssa. Tosin kuin sitten serverikäytössä olevat linuxit ja Solaris joissa on tiedostojärjestelmiä ja ydintä viilattu tuota huomioiden valtavasti.
"Itse asiassa nopein tapa on julkaista usein, vaikka keskeneräisenä, ja saada kokoajan palautetta softasta."
Kunpa ottaisivatkin tämän palautteen huomioon. Olen aivan aukottomasti näyttänyt Applelle että tässä on vikaa, se voidaan toistaa. Ei mene kaaliin. Vika on ja pysyy. Tai oikeammin montakin vikaa.
"Applekin tekee yhteistyötä kehittäjien kanssa ja osa Mac OS X:ää on avointa koodia, mutta Applella taas on se "vika", että pyritään tekemään salassa jotain "mullistavaa" ja sitten tuomaan julki sopivalla ajankohdalla kun on valmis."
Tarkoititko yhteistyötä _käyttäjien_ eikä _kehittäjien_ kanssa? Ainakaan mun palautteita ei ole otettu huomioon. En enää anna palautetta kun se menee kuuroille korville. Ja jos Windowsista löytää vian ja niin pitäisi maksaa heille että he suostuvat kuuntelemaan mitä asiaa on.
"Jos kyse on softasta, siinä on riskejä, että lopputulos on kuraa jos ei saada tarpeeksi palautetta käyttäjiltä kehitysvaiheessa."
Äärimmäinen esimerkki lienee ensimmäinen markkinoille tullut GPRS-kännykkä joka oli sellaista sontaa että Motorolalta meni maine. Se ei aina soinut kun siihen soitti, vastaanotetut tekstiviestit olivat aivan sörssöä jne.
Siinä vaiheessa kun tuote laitetaan myyntiin, niin sen on pakko toimia tai muuten saa kuluttaja-asiamiehen niskaansa. Poikkeus näyttää olevan tietotekniikka.
"Hyvä esimerkki palautteen puuttumisesta on Java. Javan luokkakirjasto on oikeasti ihan käsittämätön sekasotku, ja syynä on se, että Sun Microsystems kehitti sitä pitkälti omissa oloissa eikä yhteistössä käyttäjien kanssa."
Jos se oli käsittämätön sekasotku, niin syynä mielestäni oli se että Sun Microsyteemillä oli osaamattomia koodareita.
"Hei... miten escaping voi aiheuttaa tietoturvareikiä? Mä haluan rei'ittää niillä naapurin koneen :) Esim. tässä tapauksessa nimen lainausmerkit olisi voinut korvata merkkiyhdistelmällä \"."
Vaikka niin, että escaping merkit kasvattaa merkkijonon kokoa ja unohtuu kasvattaa puskurin kokoa ja tulee joku jännä puskuriylivuoto.
Se taas ei ole escapingin vika, vaan virhe koodissa. Mä olen käyttänyt paljon escaping-tekniikkaa mm. RS232-sarjaliikenneviesteissä, mutta olen aina ottanut huomioon sen että viestin pituus voi ääritapauksessa jopa tuplaantua. (Käytännössä ei, mutta teoriassa kyllä.)
""Eli siis muistitikussa Vista vetkuttelee jos on paljon tiedostoja. Mac puolestaan vetkuttelee levyasemilla."
Voi olla. Mac OS X ja Windows ovat molemmat aika heikkoja I/O:ssa. Tosin kuin sitten serverikäytössä olevat linuxit ja Solaris joissa on tiedostojärjestelmiä ja ydintä viilattu tuota huomioiden valtavasti."
Pitäisköhän testata. Tuossa vieressä olisi Linux kone. En taida jaksaa vaan lähden oluselle. Ohhohh.. se kello onkin jo aika paljon.
"Tarkoititko yhteistyötä _käyttäjien_ eikä _kehittäjien_ kanssa?"
No Apple tosiaankin tekee sitä yhteistyötä lähinnä kehittäjien kanssa, ei käyttäjien. Kehittäjien kanssa yhteistyö on ehkä kriittisempää kuitenkin, koska jos tärkeimmät rajapinnat on kuraa, on ohjelmointi vaikeata ja se näkyy sitten siinä softassa muutenkin. Käyttäjien palaute tulee sitten ensisijaisesti käyttöliittymästä ja bugeista.
"Jos se oli käsittämätön sekasotku, niin syynä mielestäni oli se että Sun Microsyteemillä oli osaamattomia koodareita."
Ei, kyllä ne koodata osaa mutta Sun Microsystems halusi pitää ohjat tiukasti omassa hallussa pelkäsi sitä, että Javaympäristö pirstoutuu. Javaa kehitettiin varmaan ensimmäiset 8v ilman mitään palautetta ja avasivat koodin tästä 10v eteenpäin jolloin Javan ympärille oli muodostunut ekosysteemi ja sitä ei oikein jälkikäteen enää pahemmin korjailla kun sitten hajoaisi kaikki Javaohjelmat. Vika on ollut oikeastaan yrityksen johdon kuka päättänyt tästä, että Javaa kehitetään kuin mustaa laatikkoa. Vastakohtana sitten olisi vaikka joku C jonka toteutettajat lisäsi kieleen juttuja ja ne lopulta standardoitiin. C onkin sitten loppujen yksinkertaisuudessaan ja joustavuudessaan hieno kieli.
Kiitti mielenkiintoisista kommenteista.
" C onkin sitten loppujen yksinkertaisuudessaan ja joustavuudessaan hieno kieli."
Niin on. Sitä voi käyttää vaikkapa mikrokontrollerissa joka lukee jonkin anturin dataa tai ohjaa vaikkapa meripoijun vilkun vilkkumista. Yhtä hyvin sitä voi käyttää myös isoissa koneissa sovellusohjelmien kirjoittamiseen joissa pyöritetään graafista käyttöliittymää ihmiseen päin.
Molempia on tullut tehtyä.
Joskus harrastuksen vuoksi olen tehnyt C-kielellä softaa jolla saa mielenkiintoisia efektejä digitaalisiin kuviin.
..on oikeastaan perseestä. Se kun C-kieli mitä on laajennettu olio-ohjelmointiin sopivaksi ja siihen on sitten lisätty ties mitä viritystä ja lopputulos on sekasotku.
En ole koskaan ohjelmoinut C :lla mutta olen kuullut tuon saman monasti.