Hoofdcategorieën
Device Settings

Microsoft geeft lijst ongedocumenteerde functies vrij

Door Wouter Tinus, woensdag 28 augustus 2002 17:31
Bron: C|Net, views: 840

Om de Amerikaanse staten tegemoet te komen heeft Microsoft een lijst van 272 - tot nu toe ongedocumenteerde - API calls openbaar gemaakt op haar MSDN website. Een programmeur kan gebruik maken van dit soort API calls om de functionaliteit van het besturingssysteem aan te roepen. Het bleek echter dat niet al deze functies waren gedocumenteerd, waardoor concurrenten vreesden dat Microsoft 'verborgen' functies gebruikte om haar eigen software beter liet werken dan die van hun. Als deel van de schikking werd dus afgesproken dat alles boven water moest komen. Eerder maakte het bedrijf om dezelfde reden de gegevens van 113 communicatie-protocollen bekend. Binnen enkele weken volgt bovendien een SDK, die programmeurs kunnen gebruiken om software te schrijven die de tot nu toe onbekende functies aanroept:

Windows-vlag "The release of the API information along with the SDK will allow software developers to tap into the full functionality of Windows Media," Jupiter Research analyst Michael Gartenberg said. "This type of broad support leads to the creation of ad hoc communities to provide features and functions not in Media Player natively and therefore helps build adoption rates" for third-party programs.

[...] "The value this is going to have on the industry is going to be difficult to determine over the short term," Gillen said. "But you may look back five years from now and say, 'Microsoft released 270 or so APIs and 269 weren't that meaningful, but this one was picked up by this software company that leveraged it and became a superstar.' It's hard to predict what's really going to happen."

Lees meer informatie op C|Net News.com.

Volgende 17:55 Rechtszaak dreigt voor Palm vanwege m130 display
Vorige 17:28 Chaintech Apogee CT-7VJL review
Advertentie

Reacties

«  1  2  »


Betere programma's voor Windows? Stabieler?

ja waarschijnlijk No_Crash() en Less_Ram() functies :)

ja of deze:

call_bsod()

}>

hehe volgens mij hadden behoorlijk veel bedrijven die software voor MS OS schrijven die functie al gevonden ;)

Maar wat houdt dit nu in realiteit in?
Betere programma's voor Windows? Stabieler?
Vrees er eigenlijk beetje voor
Waarom zou je vrezen voor een stabieler en misschien ook nog wel sneller stuk programmatuur? Als de programmeurs door deze nieuwe API-calls een sneller en beter stuk software kunnen schrijven, waarom niet, is toch juist goed lijkt mij?

Uiteraard is stabieler en sneller beter, maar ik vrees dat het niet die extra functies gaan zijn die windows opeens superstabiel en supersnel gaan maken!
Alhoewel we momenteel met XP toch niet echt kunnen klagen

Het gaat ook om andere programma's van waaruit deze funties aangeroepen kunnen worden; deze zouden efficienter en stabieler kunnen worden, mits de functies goed geschreven zijn. Het OS zelf wordt echt niet stabieler, nu ze de aanroepmethodes van de functies bekend hebben gemaakt. ;)

Floris: vrezen dat het niet zo is??

Als je de lijst bekijkt zijn er niet zoveel functies die nu opeens extra beschikbaar komen. De meerderheid is namelijk shell en interface gerelateerd. Of het dus zoveel verschil maakt dat programmeurs deze API's nu hebben is maar de vraag. Dat ze beter werken dan externe API's is wel te verwachten dus een klein beetje snelheidswinst is er misschien nog wel (op wat oudere machines waarschijnlijk, bij een 2GHz praat je namelijk al gauw over ns ;))

Valt wel mee denk ik. Bijna elke programmeur heeft een schijthekel aan documenteren. Dus zeker als het de gewone consument niet direct treft, blijft documentatie makkelijk liggen. Ook bij Microsoft dus.

Nee, er is heus wel documentatie, maar deze was niet publiek, dat is met opzet. Op het moment dat je een API publiek maakt, moet je met elke upgrade, service pack etc zorgen dat deze API nog werkt, op het moment dat deze publiek is zullen/kunnen veel mensen um gebruiken in software.

Toen dit niet het geval was kon Microsoft zelf bepalen welke API's ze veranderden/aanpaste bij updates etc.

Dit is bij software heel vaak het geval, niet alleen van MS.

Wat je moet die extra API's kunt is o.a. andere programma's makkelijker aan spreken.
Moest je nu bv een eigen constructie bedenken om BV een caption van een programma op te vragen... blijkt er nu een simpele api call voor te bestaan.
Dat soort dingen dus.
En die API calls zullen in ieder geval wel stabieler zijn dan je eigen in elkaar geknutselde code :P

Hmm. Zou dit betekenen dat er nu een virusgolf zal komen met foutjes in die verborgen api's, totdat de meeste fouten hersteld zijn?

Dat gebeurt wel eens bij closed-source projects die open source worden, dan komen er ineens veel beveiliginsupdates.
OK, ik weet het, die API's worden niet open-source, maar in elk geval opener dan ze nu al waren.

(reactie op darthdrinker)
Extra API's zijn extra functies, zijn dus functies die de tands des tijds op virusgebied nog niet hebben kunnen weerstaan. Door het feit dat ze niet gedocumenteerd waren zijn ze ook minder gecontroleerd op mogelijke virussen. Want 'virusschrijvers weten toch niet hoe ze die dingen moeten gebruiken'. Cfr security through obscurity.

Dit zijn methods die eerst niet en nu wel ter beschikking staan van de programmeur.
Er worden niet hele API's openbaar gemaakt, de API was er al.
Er waren echter nog enkele functies binnen die API niet gedocumenteerd, dat is nu wel het geval.
Ik heb sterke twijfels of dit tot meer virussen zal gaan leiden...
De API worden idd verre van open source, het enige wat microsoft doet is als het ware vertellen wat een functie binnen de API doet en hoe je het kunt gebruiken. Er wordt dus GEEN source vrijgegeven.
Ik denk dus, nogmaals, niet dat hier meer virussen van zullen komen. :)

praten we bij het totale aantal API calls over honderden, duizenden of nog meer?

idd als je praat over een totaal van 1,000 API calls dat het een beetje vreemd is dat 10% niet gedocumenteerd is.

Die rechtzaken hebben zin; nu is het hek van de dam! :+

Het blijkt dus dat het wel degelijk 'helpt' om MS voor de rechter te slepen; het zijn misschien welliswaar kleine dingen, maar het helpt wel. Ik wens de EU veel succes in hun rechtzaak met Bill. ;)

Mhoa aan de ene kant goed dat ze het openbaar maken..
maar ze hadden het van mij mogen houden > :)

Als je MS games instalt, althans mijn ervaring.
Ze lopen NOOIT vast werken altijd SUPER!
oke ze zijn vaak niet leuk maar daar kijk ik niet naar.
het uninstallen duurt altijd een paar secondens nou dat is toch knap kijk maar naar FS2002 is vrij groot. en is in een paar secondes geuninstalt. heb ik zelf nog nooit eerder bij andere software gezien...

Maar als nu alle fabrikanten goede software kunnen maken zou natuurlijk wel leuk zijn :)

Misschien zit er wel een fuctie tussen waarmee je een lijst naar de API kan sturen en dat hij die dan in de achtergrond verwijdert... cool B-)

Weet iemand of deze ook op AllApi.net komen :?

Heb wel interesse :)

Goodbye... [2002/04/13]
We can no longer continue to work on this site.
Denk het niet dan he? :P

ja de SITE niet, maar ze hebben ook een app die up-to-date is, hoop dat ze toch de database ff bijwerken :)

Kan iemand mij dit vertellen? Je hebt toch software die API calls monitort met functie naam en parameters?

Als deze funcites al gebruikt werden doro MS dan zou dat toch bekent moeten zijn?

Ik denk ook dat dat de manier is waarop men achter het bestaan van de api's gekomen is. Welicht via het WINE en WINEX project :?

Maar het gaat dus om het opzettelijk achterhouden van informatie over de werking van het OS door Microsoft met als enige plausibele bedoeling concurrentievervalsing.

* 786562 Koffie
Waar in welk land ter wereld bestaat er een wet die zegt dat als je een programma/OS/applicatie/whatever schrijft dat je dan publiekelijk alles ins en outs moet vrijgeven :?

Ze hebben een OS geschreven, mooi
Ze hebben er een aantal functies ingevrod, mooi
Ze hebben een aantal functies zelfs vrijgegegeven en gedocumenteerd, mooi
Ze geven nu nog meer functies vrij, mooi
Ze houden een aantal functies interne (om welke reden dan ook), is hun eigen goedrecht.

Waar in welk land ter wereld bestaat er een wet die zegt dat als je een programma/OS/applicatie/whatever schrijft dat je dan publiekelijk alles ins en outs moet vrijgeven
Overal natuurlijk. Indien api calls achterhouden tenminste - zoals dat hier het geval is - concurrentievervalsing impliceert

klopt, maarrr: sommige api's vragenop of vullenin akelige grote structures. je ziet (monitort) dus als argument wel een mooie pointer naar een geheugenlocatie, maar je moet nog steeds flink prutsen om er een beetje wijs uit te worden. en nog lastiger is het als de api enkel geexport wordt vanuit z'n module aan de hand van z'n ordinal... dan heb je dus ook geen cryptische naam meer waar je op af kan gaan.

Ben zelf programmeur en ben dus vol interesse ff op de msdn site gaan kijken, maar de vrijgegeven functies/methoden zijn nou niet echt spectaculair.
Oke, er zit er hier en daar een tussen die wel eens van pas kunnen komen, maar om nou te spreken van het vrijgeven van grote geheimen, niet echt.

Nou ja, er zitten hele nuttige tussen:
PathIsExe
Determines whether a file is an executable by examining the file extension.

Return Value
Returns TRUE if the file extension is .cmd, .bat, .pif, .scf, .exe, .com, or .scr. Returns FALSE otherwise.
;)

Hier kun je misschien wel leuke dingen mee doen:
WM_APPCOMMAND Notification
The WM_APPCOMMAND message notifies a window that the user generated an application command event, for example, by clicking an application command button using the mouse or typing an application command key on the keyboard.

Ik keek er ook net ff door en kwam deze tegen.
Windows Functions

DeregisterShellHookWindow
EndTask
FindWindow
FindWindowEx
InternalGetWindowText
IsHungAppWindow
RegisterShellHookWindow
SwitchToThisWindow
Ehhh. FindWindow en FindWindowEx zijn toch al wat langer bekend, mischien moeten we er nu 270 onbekende API's van maken? Maar goed ook in dit lijstje staan al weer een paar leuke en redlijk interresante calls.

Niet alle API calls die MS nu vrijgeeft zijn compleet nieuw of onbekend te noemen. Een groot aantal wel, maar hier zit ook een serieus aantal al bekende API's bij waarvoor ze de documentatie enkel vervolledigd hebben. Dit is ook het geval bij de FindWindow API die je noemde, zo kun je nu daar als extraatje lezen dat je daarmee MS InteliType kan dedecteren. Het is dus niet allemaal nieuw, maar wel vollediger.

Deze is ook wel erg leuk: PathYetAnotherMakeUniqueName() :P

De meeste zijn aliassen van bekende routines, van de overige zijn er reverse engineered en programmeurs hebben al hun eigen _betere_ oplossingen gebakken of worden gewoon nooit gebruikt.

Jep, als het echt zo'n ontzettend spectaculaire functies waren geweest had MS ze ook niet zo gemakkelijk vrijgegeven, denk je wel? Gewoon een makkelijk gescoord punt voor MS. :)

Ik hoop dat het de opensource tengoede komt. Misschien dat het WINE project iets met deze lijst kan.

Zoiezo worden bestaande programma's beter en stabieler omdat die nu meer inzicht hebben op de Windows API's

ehhh....... veel weet ik niet van wine;
dat laat toch spellen die voor windows geschreven zijn werken op unix?
maar als spelletjes programmeurs eerst de api-functies niet kenden, konden ze die ook niet gebruiken; nu kennen ze ze wel dus moeten de programmeurs van wine deze ook implementeren; dus meer werk.
dus ze kunnen er wel wat mee maar of ze het ook leuk vinden...

Je hebt ongeveer gelijk. Wine is voor gewone programma's. WineX is voor spelletjes (ik denk dat daar dan iets DirectX-achtigs inzit.

Het zou Wine wel enigszins kunnen helpen. De software die Microsoft schrijft kan die functies wel gebruiken. Dat was tot nu toe voor Wine lastig. Nu is er kans dat Wine de software van Microsoft beter ondersteunt. Sommige delen van Office waren altijd nog een probleem.

Het is trouwens sowieso maar de vraag of Wine dit kan gebruiken. Misschien moet je wel eerst bepaalde voorwaarden accepteren voordat je hier een blik op mag werpen.

Het wine project is hier juist niks mee, al deze functies hadden zij al lang reverse engineered. De echte functies waarmee het Wineproject iets zou kunnen doen, zijn nog altijd duister... Dit is de zoveelste zet van Microsoft om een schijn te geven dat ze hun de concurrentie meer kansen willen geven. :(
Lees bijvoorbeeld de reactie van een wine developer op http://www.winehq.com/hypermail/wine-devel/2002/08/0364.html
Ook dit is interessant:
http://www.theregister.co.uk/content/4/26803.html
«  1  2  »

Op dit item kan niet meer gereageerd worden.

Volgende 17:55 Rechtszaak dreigt voor Palm vanwege m130 display
Vorige 17:28 Chaintech Apogee CT-7VJL review
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011