Excel temppuilee

=code(A1) ei tunnista mitään tuossa solussa, saa arvoksi #VALUE!
=len(A1) saa arvokseen 0.
=A1 näyttää tyhjää (normaali tyhjä = 0).

Range("A1").Value = Empty

#VALUE! -arvoa ei tule, jos testin IF(A<>""... tilalle laittaa IF(ISNUMBER(A1)....
Olisi silti hauska tietää, mikä tekee solusta arvottoman ja mikä kaataa Excelin.

Opettele käyttämään heksaeditoria.

Virheenetsinnästä kirjoitti:

Opettele käyttämään heksaeditoria.

Voitko avata hieman enemmän.

Office_365 kirjoitti:

Voitko avata hieman enemmän.

Kurkistapa tänne:
https://fi.wikipedia.org/wiki/Heksaeditori

tai tänne:
https://en.wikipedia.org/wiki/Hex_editor

Hyviä heksaeditoreita löytyy vaikka millä mitalla. Esimerkiksi:
Free hex editor: https://en.wikipedia.org/wiki/Frhed
http://frhed.sourceforge.net/en/

Myös "portable"-heksaeditoreita on tarjolla. Esimerkiksi:
http://mh-nexus.de/en/downloads.php?product=HxD
(valitse itsellesi sopiva "portable"-versio. Löytyy myös suomenkielisenä)

Office_365 kirjoitti:

#VALUE! -arvoa ei tule, jos testin IF(A<>""... tilalle laittaa IF(ISNUMBER(A1)....
Olisi silti hauska tietää, mikä tekee solusta arvottoman ja mikä kaataa Excelin.

LAita koodin pätkä ja kerro millä rivillä tulee virhe , niin voisi paremmin kommentoida...

Solussa ei ole näkymättömiä merkkejä, vaan se on "Empty". Ongelma ei ole, "mitä" vaan "miksi". En keksi heksaeditorille tässä yhteydessä mitään käyttöä. Kiitos kuitenkin linkistä.

Laskenta on ennen kopiointia manuaalilla, mutta Excel lähtee silti kopioinnin jälkeen kelaamaan laskentakaavoja läpi ja eksyy sitten aina jonnekin. Pääsin ongelmasta ehkä vähän pielavetisellä ratkaisulla, kun laitoin kaikkiin laskentafunktioihin (joiden kanssa ei ole ennen ollut ongelmia) On Error Resume Next.

Oletko aivan varma, että Excelissä alunperin käyttämäsi testi tunnistaa kaikki mahdolliset ei-tyhjät merkkijonot ei-tyhjiksi? On näet hyvin yksinkertaista löytää merkkijono, joka ei ole tyhjä, mutta joka ruudulle tulostettuna näyttää tyhjältä. Yksinkertaisin tällainen on tietysti välilyönti (char 32), mutta se ei ole ainoa.
Heksaeditorilla voit ongelmitta tarkastella solujen todellista sisältöä.

Virheenetsinnästä kirjoitti:

Oletko aivan varma, että Excelissä alunperin käyttämäsi testi tunnistaa kaikki mahdolliset ei-tyhjät merkkijonot ei-tyhjiksi? On näet hyvin yksinkertaista löytää merkkijono, joka ei ole tyhjä, mutta joka ruudulle tulostettuna näyttää tyhjältä. Yksinkertaisin tällainen on tietysti välilyönti (char 32), mutta se ei ole ainoa.
Heksaeditorilla voit ongelmitta tarkastella solujen todellista sisältöä.

Lue lisää

Miten ajattelit käyttää heksaeditoria? Solusta ei saa kopioitua mitään, koska siinä ei ole mitään. Se on "Empty", siis ainakin Excelin mielestä se on ymmärtääkseni vielä tyhjempi kuin tyhjä merkkijono. Jokin sisäinen kuvaus silläkin varmasti on, mutta Excel-tiedoston tutkiminen heksaeditorilla menee liian vaikeaksi, eikä edes ratkaisisi ongelmaa: miksi juuri tuo yksi solu muuttui kopioinnissa. Nyt se ei enää muutu, kun kopioin pelkät kaavat.

Office_365 kirjoitti:

Miten ajattelit käyttää heksaeditoria? Solusta ei saa kopioitua mitään, koska siinä ei ole mitään. Se on "Empty", siis ainakin Excelin mielestä se on ymmärtääkseni vielä tyhjempi kuin tyhjä merkkijono. Jokin sisäinen kuvaus silläkin varmasti on, mutta Excel-tiedoston tutkiminen heksaeditorilla menee liian vaikeaksi, eikä edes ratkaisisi ongelmaa: miksi juuri tuo yksi solu muuttui kopioinnissa. Nyt se ei enää muutu, kun kopioin pelkät kaavat.

Lue lisää

Monet ohjelmat tulkitsevat syöttötietoja suunnittelijoiden asettamin rajoituksin, eivätkä nuo rajoitukset aina välttämättä ole täysin järkeenkäypiä. On esimerkiksi laajalti tunnettu totuus, että Microsoftin oman DOS-käyttöjärjestelmän komentotulkissa oli huvittavia/itkettäviä (valitse mieleisesi) virheitä, joita ei koskaan korjattu. Oli esimerkiksi mahdollista luoda (command.com:in avulla) tiedosto, jota komentotulkki (eli command.com) itse ei kyennyt lainkaan käsittelemään.
Heksaeditorilla voit toisinaan havaita sellaisia omituisuuksia, joista esimerkiksi joku Microsoftin edustaja ei suostu lausumaan mitään järkevää. Niinpä selittämättömien virheiden ilmetessä voit yrittää itse selvittää niiden luonnetta muun muassa heksaeditoria apuna käyttäen. Voit tällä tavoin oppia toisinaan arvaamatomia asioita.
Mainittakoon, että itse koodasin aikoinaan grep:iin perustuvan ohjelman, jonka suunnittelussa heksaeditori osoittautui korvaamattomaksi avuksi. Voi tietenkin väittää, että kaikki oleellinen löytyy Microsoftin omasta dokumentaatiosta, mutta vastaväitteksi tähän voin todeta että kyllä, jos sinulla on varaa ja halua maksaa Microsoftille suuria summia jokseenkin idioottimaisista oppikursseista.