Moi kaikki,
Tietääköhän kukaan mistä johtuu VB:n Setup Wizard:lla tehdyn asennusohjelman tökkiminen? Asentaminen stoppaa virheilmoitukseen "Invalid line in Vb5db.dll,$(WinSysPath),,$(Shared),6.17.98 11:00:00 PM,89360,6.0.81.69". Tämä on ensimmäinen dll-kirjasto setup.lst-tiedostossa ja mikäli sen poistaa niin ongelma siirtyy seuraavaan. Käyttöjärjestelmä on Win 2000 Pro.
Vitulliseksi homman tekee se, että asennus onnistuu yrityksemme koneisiin, mutta ei asiakkaan vaikka kone olisi ns. pakasta repäisty, johon ei ole asennettu mitään muuta kuin käyttöjärjstelmä (ei virustorjuntaa, jne).
Microsoft:in asiakastuki ilmoitti, että he kyllä tutkivat asian, tosin aika suolaiseen tuntiveloitushintaan, jota asiakkaan ei kuitenkaan tarvitse maksaa, jos vika löytyy heistä. Edelleen, mikäli vika on esim. jossain häiriköivässä softassa (jota ei tässä tapauksessa pitäisi olla) niin silloin asiakas maksaa heidän esittämänsä laskun, minkä suuruus ja asiallisuus on nähdäkseni pelkästään Microsoft:in moraalin varassa...
Joo, ajattelin kysyä ensin vielä näiltä palstoilta, jos vaikka joku olisi kuullut tai törmänyt vastaavaan ongelmaan - Muuten, voisikohan ongelma olla siinä, että koneessani on vanhempi Service Pack (SP2) ja asennettavassa on uudempi (SP3), jolloin jotkut asennusohjelman dll:ät ovat vanhempia kuin kohdekoneen... mutta eikö fiksu asennusohjelma jättäisi tämän kirjaston asentamatta, jolloin sekään ei oikeastaan voi olla selitys tähän vitunaikaisuuteen.
Avusta kiitäen,
Jonttu
Tietääköhän kukaan mistä johtuu VB:n Setup Wizard:lla tehdyn asennusohjelman tökkiminen? Asentaminen stoppaa virheilmoitukseen "Invalid line in Vb5db.dll,$(WinSysPath),,$(Shared),6.17.98 11:00:00 PM,89360,6.0.81.69". Tämä on ensimmäinen dll-kirjasto setup.lst-tiedostossa ja mikäli sen poistaa niin ongelma siirtyy seuraavaan. Käyttöjärjestelmä on Win 2000 Pro.
Vitulliseksi homman tekee se, että asennus onnistuu yrityksemme koneisiin, mutta ei asiakkaan vaikka kone olisi ns. pakasta repäisty, johon ei ole asennettu mitään muuta kuin käyttöjärjstelmä (ei virustorjuntaa, jne).
Microsoft:in asiakastuki ilmoitti, että he kyllä tutkivat asian, tosin aika suolaiseen tuntiveloitushintaan, jota asiakkaan ei kuitenkaan tarvitse maksaa, jos vika löytyy heistä. Edelleen, mikäli vika on esim. jossain häiriköivässä softassa (jota ei tässä tapauksessa pitäisi olla) niin silloin asiakas maksaa heidän esittämänsä laskun, minkä suuruus ja asiallisuus on nähdäkseni pelkästään Microsoft:in moraalin varassa...
Joo, ajattelin kysyä ensin vielä näiltä palstoilta, jos vaikka joku olisi kuullut tai törmänyt vastaavaan ongelmaan - Muuten, voisikohan ongelma olla siinä, että koneessani on vanhempi Service Pack (SP2) ja asennettavassa on uudempi (SP3), jolloin jotkut asennusohjelman dll:ät ovat vanhempia kuin kohdekoneen... mutta eikö fiksu asennusohjelma jättäisi tämän kirjaston asentamatta, jolloin sekään ei oikeastaan voi olla selitys tähän vitunaikaisuuteen.
Avusta kiitäen,
Jonttu
Vastaukset 7
Vanhimmat
Siinä koneessa, jolla asennuspaketti tehdään, maa-asetukset on oltava englantilaiset. Jos maa-asetukset on suomalaiset, pakettitiedostoon menee päiväys/kellonaika suomalaisittain, jota purkausjärjestelmä ei hyväksy.
Toisaalta, kun kerran asennus johonkin koneeseen onnistuu, vika voi olla muualla.
..ei sano mitään päivämäärän ja kellonajan formaatista. Asennuspaketti on tehty koneella, jossa Locale asetus on "English(United States)" ja päivämääräformaatti dd.mm.yyyy sekä aika hh:mm:ss.
Luulisi kuitenkin, että Setup Wizard muotoilee "setup.lst":ssä olevien dll-kirjastojen päiväyksen ja kellonajat oikeaan muotoon, jotta purkuohjelma osaa verifioida onko asennuskoneessa uudempi vai vanhempi versio kyseisestä kirjastosta (asentaakko vai ei).
Täytyypi kuitenkin soittaa asiakkaalle ja pyytää niitä kurkaamaan noi formaatit, mutta jos vika löytyy tästä niin kylläpä on homma perseestä, vai mitä?
Kiitos vinkistä,
Jonttu
...omalla koneellani ja asennusohjelma lopetti toiminnan tässäkin. Saan pian varmistuksen asiakkaalta heidän käyttämästään formaatista, mutta luulenpa ongelman ratkenneen, kiitos.
Jonttu
PS. Pitäisiköhän soittaa Microsoftin tukee ja laittaa pojat töihin, kun palvelu näyttäisi olevan tällä kerralla ilmaista...
Päivämäärässä erottimena on oltava / ja kellonajassa :
Wizard ei korjaa tätä Microsoft on tunnustanut syntinsä.
Siis ne on tietoisia asiasta ja niiden pro-tuki selitti mulle, että asiaa pitää tutkia ja sen maksaja selviää ongelman löydyttyä.
Just juu, olen polttanut tämä asian kanssa ainakin yhden työpäivän ja ajanut turhaan toiselle puolelle Suomea ... v-tu!
Tiedäks, et nyt mua ihan tosissaan kyrsii se, että menin ja tein tämän yhden järjestelmämodulin VB:llä, kun kaikki muut on tehtu Javalla ja niissä ei ole ollut kerrassaan mitään ongelmia.
Se on näköjään niin, että ei kannata mennä helppoon ja tehdä jotain Microsoftin tuoteilla olkoonkin valmista koodia olemassa ennestään kuinka paljon tahansa.
Mitä tuollaisella ohjelmointikielellä oikeastaan tekee, jos jokaiseen asiakassuhteeseen pitää ostaa ensin asiakkaan käyttöjärjestelmää vastaava lisenssi sekä vastaava VB-kääntäjä, jotta koodi toimii ensinkään. Sitten vastaan tulee vielä näinkin uskomaton aloittelijan ohjelmointivirhe, jonka tekijä on luultavasti Gates:n palkkaama kotirouva.
Jonttu
hauku nii hyvvää ku mikrosofti ja viel niie keulatuotetta veepeetä.
Eihä siin tarvi olla ko sama käyttis, sama servisepakki, sama kääntäjäversio, sama..., nii joha sen ohjelman saattaap saaha siirrettyy toiselki konneel.
Etellyttäe ettei toises konnees on mittää eriävvii asetuksii systeemis. Ja eihä niit o ko harvoin.
Mie ainaki tykkään ms:n tuotteist ko hullu puurost. Niis ko on tää siirrettävvyys ihan viimosen päälle.
Asia pitäisi korjaantua asentamalla SP5 koska todennäköisesti kyse on erottimesta kiinni. Ennen SP5:sta sain asian korjattua muuttamalla päivämääräerottimen ennen asennuspaketin tekoa.