---

Hejsa

Vi er et par gutter som går og overvejer at udvikle et program, med henblik
på at sælge det senere. Men så kom vi til at undre os over hvilke licenser
vi skal have, før at det er lovligt for at sælge vores produkt videre? Og
selvfølgelig også hvilke licenser skal modtageren have?
Vi vil udvikle programmet i Microsoft Visual C++ og benytte os af MFC til
det grafiske. Der udover skal programmet arbejde sammen med en database
lavet i Microsoft Access 97, via standard ODBC-driver.
Det eneste der vil blive udleveret til de eventuelle kunder, er en exe-fil
lavet med Microsof Visual C++ og database-filen (.mdb).

Er der nogen derude der ved noget?

MVH
Lasse Kjærsgaard

---

In <3ec3f6e7$0$24675$edfadb0f@dread14.news.tele.dk> "Lasse Kjærsgaard" <lassekj@get2net.dk> writes:

>Hejsa

>Vi er et par gutter som går og overvejer at udvikle et program, med henblik
>på at sælge det senere. Men så kom vi til at undre os over hvilke licenser
>vi skal have, før at det er lovligt for at sælge vores produkt videre? Og
>selvfølgelig også hvilke licenser skal modtageren have?
>Vi vil udvikle programmet i Microsoft Visual C++ og benytte os af MFC til
>det grafiske. Der udover skal programmet arbejde sammen med en database
>lavet i Microsoft Access 97, via standard ODBC-driver.
>Det eneste der vil blive udleveret til de eventuelle kunder, er en exe-fil
>lavet med Microsof Visual C++ og database-filen (.mdb).

Det kommer an paa hvilken version af Visual C++ I bruger. Hvis det f.x.
er den "gratise" version, som maa kan faa hvis man er studerende, maa
I _ikke_ saelge programmet.
Men hvis I har koebt Visual C++ paa normal maade, maa I godt saelge
jeres program udviklet med Visual C++.

Mvh
Martin M. Pedersen

---

"Lasse Kjærsgaard" <lassekj@get2net.dk> wrote in message
news:3ec3f6e7$0$24675$edfadb0f@dread14.news.tele.dk...
> Vi er et par gutter som går og overvejer at udvikle et program, med
henblik
> på at sælge det senere. Men så kom vi til at undre os over hvilke licenser
> vi skal have, før at det er lovligt for at sælge vores produkt videre? Og
> selvfølgelig også hvilke licenser skal modtageren have?

Det står normalt i betingelserne for sproget. Det almindelige er at gratis
versioner ikke må bruges til at tjene penge. Programmer lavet med
købeversioner af sproget må gerne sælges inklusiv nogle biblioteker
(databaser koster normalt ekstra). Der er også sommetider klausuler om at du
ikke må bruge sproget til at skrive et konkurerende program til nogle af,
leverandøren af sprogets, produkter.

Nogle specielle sprog kræver specielle "runtime" licenser, men jeg tror ikke
at nogen almindelige sprog gør det.

---

HKJ wrote:
>
> Der er også sommetider klausuler om at du
> ikke må bruge sproget til at skrive et konkurerende program til nogle af,
> leverandøren af sprogets, produkter.

Er der nogen, der tør komme med en vurdering af, om en sådan klausul vil
holde i en retssag? Er det ikke en urimelig betingelse?

Jeg tænker her på, at hvis et firma som for eksempel Microsoft opnår en
monopollignende tilstand med et udviklingsværktøj, så kan en sådan
klausul bruges til at opnå/opretholde monopoler på andre programmer.

--
Mvh. Kim Ludvigsen

---

> det grafiske. Der udover skal programmet arbejde sammen med en database
> lavet i Microsoft Access 97, via standard ODBC-driver.

Det tyder ikke på en prof. indgang. Access er fint nok til privat brug, men
man baserer ikke hele eller dele af sin forretning på en databse af den
kaliber (eller mangel på samme). Med andre ord, så får i svært ved at sælge
produktet med den database.

Mvh Maria

---

"Frederiksen" <mf@easyfrag.dk> wrote in message
news:3ec4029c$0$76153$edfadb0f@dread11.news.tele.dk...
> > det grafiske. Der udover skal programmet arbejde sammen med en database
> > lavet i Microsoft Access 97, via standard ODBC-driver.
>
> Det tyder ikke på en prof. indgang. Access er fint nok til privat brug,
men
> man baserer ikke hele eller dele af sin forretning på en databse af den
> kaliber (eller mangel på samme). Med andre ord, så får i svært ved at
sælge
> produktet med den database.

Vedr. Access saa var der nu en runtime licens ved de tidligere versioner.
Jeg har ikke rigtigt fulgt med for tiden, men mange af mine kollegaer rundt
om i verden, bruger Access som lagring af data, når de udvikler mindre
systemer. Og jeg har endnu ikke mødt nogen af dem, der påstod at de havde de
ikke lov til - sålænge de altså ikke installerer Access hos kunden.

Mvh.
P. Larsen

---

> systemer. Og jeg har endnu ikke mødt nogen af dem, der påstod at de havde
de
> ikke lov til - sålænge de altså ikke installerer Access hos kunden.

Vi er OT i jura-gruppen (kan en eller anden ikke fortælle mig hvordan man
FUT'er?) - men det er ikke et spørgsmål om "lov til". Access er brugbart til
private ting., ikke til et firma.

Mvh Maria

---

"Frederiksen" <mf@easyfrag.dk> wrote in message
news:3ec56885$0$5189$edfadb0f@dread11.news.tele.dk...
> > systemer. Og jeg har endnu ikke mødt nogen af dem, der påstod at de
havde
> de
> > ikke lov til - sålænge de altså ikke installerer Access hos kunden.
>
> Vi er OT i jura-gruppen (kan en eller anden ikke fortælle mig hvordan man
> FUT'er?) - men det er ikke et spørgsmål om "lov til". Access er brugbart
til
> private ting., ikke til et firma.
>

Okay, jeg troede at tråden var død, men nu når den bliver genoplivet, bliver
jeg NØD til at svare.

Jeg har set Access brugt i flere store systemer, hvor der ikke har været
krav om hastighed eller sikkerhed, men hvor det har været udviklingstiden
der har været den vigtige.
Det kan fx bruges til loggin/debuging af systemer som skal bruges før den
endelig spec er færdig og derfor kan risikere tit at skulle laves kraftigt
om.

Access virker fint som en nu og her løsning, SQL og lign. er tit at skyde
gråspurve med kanoner.

Mvh
Morten Klostergaard
Dataingeniør

FUT: dk.edb.database

---

Det kunne være at Maria's indlæg gik på MSaccess sikkerhed, eller
mangel på samme, det bør også indgå som parameter når man vælger SW,
specielt hvis det skal køre via et netværk.
(jeg ved heller ikke hvordan man FUTer, men det burde gøres)

/Hans

On Sat, 17 May 2003 10:02:37 +0200, "Morten Klostergaard"
<mgk@teraDOTdk> wrote:

>"Frederiksen" <mf@easyfrag.dk> wrote in message
>news:3ec56885$0$5189$edfadb0f@dread11.news.tele.dk...
>> > systemer. Og jeg har endnu ikke mødt nogen af dem, der påstod at de
>havde
>> de
>> > ikke lov til - sålænge de altså ikke installerer Access hos kunden.
>>
>> Vi er OT i jura-gruppen (kan en eller anden ikke fortælle mig hvordan man
>> FUT'er?) - men det er ikke et spørgsmål om "lov til". Access er brugbart
>til
>> private ting., ikke til et firma.
>>
>
>Okay, jeg troede at tråden var død, men nu når den bliver genoplivet, bliver
>jeg NØD til at svare.
>
>Jeg har set Access brugt i flere store systemer, hvor der ikke har været
>krav om hastighed eller sikkerhed, men hvor det har været udviklingstiden
>der har været den vigtige.
>Det kan fx bruges til loggin/debuging af systemer som skal bruges før den
>endelig spec er færdig og derfor kan risikere tit at skulle laves kraftigt
>om.
>
>Access virker fint som en nu og her løsning, SQL og lign. er tit at skyde
>gråspurve med kanoner.
>
>Mvh
>Morten Klostergaard
>Dataingeniør
>
>FUT: dk.edb.database
>

---

"Frederiksen" <mf@easyfrag.dk> wrote in
news:3ec4029c$0$76153$edfadb0f@dread11.news.tele.dk

> Det tyder ikke på en prof. indgang. Access er fint nok til
> privat brug, men man baserer ikke hele eller dele af sin
> forretning på en databse af den kaliber (eller mangel på samme).
> Med andre ord, så får i svært ved at sælge produktet med den
> database.

Enkelte vil endda vove at sige at Access ikke er en database :)

--
..: Henrik Stidsen - HS235.dk - http://hs235.dk ::...
"Drømmen om et samlet Europa har ingen mulighed for at
blive virkelighed. Man kan ikke lave omelet af hårdkogte æg."
[Charles De Gaulle]

---

> Enkelte vil endda vove at sige at Access ikke er en database :)

Er det ikke mere et spørgsmål om at det er MS? Enkelte vil også vove at
påstå at Windows ikke er et OS... de tager også fejl.

---

In article <ba1sfv$15be$1@news.cybercity.dk>, Jakob Nielsen wrote:
>> Enkelte vil endda vove at sige at Access ikke er en database :)
>
> Er det ikke mere et spørgsmål om at det er MS? Enkelte vil også vove at
> påstå at Windows ikke er et OS... de tager også fejl.

Du må finde en anden gruppe at svare i. Dette er off-topic.

(Og Windows 3.x / 95 / 98 / Me er alle programmer der kører oven på
DOS, og kun tilnærmelsesvis et OS (ihvertfald ikke mere end Java VM
er et OS)).


--
To get blacklisted please mail to listme@listme.dsbl.org
Writing to the above address will blacklist your mailserver.
Hvis du skriver til ovenstående e-mail bliver din mailserver blacklistet.

---

> Du må finde en anden gruppe at svare i. Dette er off-topic.

Du svarede dog her. Det gør jeg også for dette ene indlægs skyld så du
faktisk ser svaret.

> (Og Windows 3.x / 95 / 98 / Me er alle programmer der kører oven på
> DOS, og kun tilnærmelsesvis et OS (ihvertfald ikke mere end Java VM
> er et OS)).

Sikke noget pladder. Du ved tilsyneladende ikke hvad du taler om. Windows 9x
er i allerhøjeste grad ikke bare programmer på dos. Du vil så påstå at
systemet selv og applikationer til win9x alle kører 16 bit realmode? Det er
sandt at windows 9x starter i 16 bit (dos om du vil) og at en del af kernen
også er 16 bit (dos om du vil), men det er også det.
Det er ellers en meget polulær myte at windows 9x er dos programmer som
viser lidt pæn grafik og det er det.

Hvis du vil diskutere det yderligere så lad os da smutte over i
dk.edb.system.ms-windows. Så ved vi begge hvor vi skal kigge efter den
andens indlæg.

---

"Jakob Nielsen" <jn@no.mail.no> wrote in
news:ba1sfv$15be$1@news.cybercity.dk

>> Enkelte vil endda vove at sige at Access ikke er en database :)
>
> Er det ikke mere et spørgsmål om at det er MS? Enkelte vil også
> vove at påstå at Windows ikke er et OS... de tager også fejl.

Nej - det har noget med Access evner at gøre.
Faktisk var det en Windows IT mand der sagde det.

FUT : dk.edb.database

--
..: Henrik Stidsen - HS235.dk - http://hs235.dk ::...
"Drømmen om et samlet Europa har ingen mulighed for at
blive virkelighed. Man kan ikke lave omelet af hårdkogte æg."
[Charles De Gaulle]

---

> > Er det ikke mere et spørgsmål om at det er MS? Enkelte vil også
> > vove at påstå at Windows ikke er et OS... de tager også fejl.
>
> Nej - det har noget med Access evner at gøre.
> Faktisk var det en Windows IT mand der sagde det.

Tja. Jeg er også en windows udvikler og har flere gange brugt access-motoren
(jet) til store systemer hvor den leverede varen, så det er garanteret i høj
grad et ms-spørgsmål.

---

"Jakob Nielsen" <jn@no.mail.no> wrote in
news:ba5fmp$2gnc$1@news.cybercity.dk

>> Nej - det har noget med Access evner at gøre.
>> Faktisk var det en Windows IT mand der sagde det.
>
> Tja. Jeg er også en windows udvikler og har flere gange brugt
> access-motoren (jet) til store systemer hvor den leverede varen,
> så det er garanteret i høj grad et ms-spørgsmål.

Så iorden - men jeg kan ikke lige se hvordan du kan få det til at
være et M$ spørgsmål...

FUT : dk.edb.database (igen!)

--
..: Henrik Stidsen - HS235.dk - http://hs235.dk ::...
"Drømmen om et samlet Europa har ingen mulighed for at
blive virkelighed. Man kan ikke lave omelet af hårdkogte æg."
[Charles De Gaulle]

---

> Det tyder ikke på en prof. indgang. Access er fint nok til privat brug,
men
> man baserer ikke hele eller dele af sin forretning på en databse af den
> kaliber (eller mangel på samme). Med andre ord, så får i svært ved at
sælge
> produktet med den database.

Hejsa

Hvad kan du så anbefale i stedet for? Vi har eksperimenteret lidt med MySQL,
men det er meget mere besværligt en lige at smide en .mdb-fil med
programmet. MySQL kræver jo en eller anden form for server der kører på
computeren, i modsætning til Access.

MVH
Lasse Kjærsgaard

---

Clarion for windows, er fin, så er jeres licensproblem også løst (Når
i har købt programmet)

/Hans

On Fri, 16 May 2003 10:22:26 +0200, "Lasse Kjærsgaard"
<lassekj@get2net.dk> wrote:

>> Det tyder ikke på en prof. indgang. Access er fint nok til privat brug,
>men
>> man baserer ikke hele eller dele af sin forretning på en databse af den
>> kaliber (eller mangel på samme). Med andre ord, så får i svært ved at
>sælge
>> produktet med den database.
>
>Hejsa
>
>Hvad kan du så anbefale i stedet for? Vi har eksperimenteret lidt med MySQL,
>men det er meget mere besværligt en lige at smide en .mdb-fil med
>programmet. MySQL kræver jo en eller anden form for server der kører på
>computeren, i modsætning til Access.
>
>MVH
>Lasse Kjærsgaard
>

---

"Lasse Kjærsgaard" <lassekj@get2net.dk> wrote in message
news:3ec49fb4$0$24616$edfadb0f@dread14.news.tele.dk...
>
> Hvad kan du så anbefale i stedet for? Vi har eksperimenteret lidt med
MySQL,
> men det er meget mere besværligt en lige at smide en .mdb-fil med
> programmet. MySQL kræver jo en eller anden form for server der kører på
> computeren, i modsætning til Access.
>
Hvis Access understøtter det behov/krav I/kunden har til datastorage så
fortsæt trygt med denne metode
Jeg har brugt Access professionelt igennem mange år uden problemer, man skal
"bare" kende begræsningerne - og man finder dem endog meget hurtigt

Mht spørgsmål om licens og Access så er en den enkelte MDB ikke pålagt flere
restriktioner end fx DOC/DOT - XLS/XLT filer

En sidebemærkning: Man kan lave hele applikationer i Access - i sagens natur
må/kan man ikke sende en fuld access installation med til kunden (uden
licens/betaling) derved kommer runtime/developer versionen af Access ind i
billedet
Har man licens til developer versionen må frit distribuerer runtime
installationer af _programmet_ til der gør brug af Access MDB filer

mvh/Peter Lykkegaard