🚀 go-pugleaf

"Luc Kumps" <NOkumpsSPAM@pandora.be> schreef in bericht
news:2GXE7.3894$eI3.389@afrodite.telenet-ops.be...
>
> "London Rain" <londonrain@pandora.be> wrote in message
> news:O4XE7.8360$ss2.316610713@hestia.telenet-ops.be...
> > "Luc Kumps" <NOkumpsSPAM@pandora.be> schreef in bericht
> > news:hzVE7.3440$eI3.407@afrodite.telenet-ops.be...
> > >
> > > "London Rain" <londonrain@pandora.be> wrote in message
> > > news:75SE7.1652$yi1.221179079@hebe.telenet-ops.be...
> > > >
> > > >
> > > >  <knip>exe werkt op win2000, niet op 98</knip>
> > > >
> > > >
> > > > Iemand een oplossing hoe ik mijn dbghelp.dll uit \WINNT\system32 kan
> > > > koppelen zodat ik mijn programma ook op win98/98/Me kan draaien ? Of
> is
> > er
> > > > een andere/betere manier ? Ik link alles op de statische manier.
> > >
> > >
> > > Men *kan* deze routines niet statisch linken. Ze zitten in
DbgHelp.dll.
> > Wat
> > > men linkt uit DbgHelp.lib zijn slechts "stubs", die intern een
> LoadLibrary
> > > van deze DLL uitvoeren, en de entry points van de verschillende API
> > routines
> > > oproepen.
> > > Je gaat dus eens moeten rechts klikken (in Windows Explorer) om na te
> gaan
> > > of je op je Win98 systeem wel degelijk de vereiste versie van deze
> > > DbgHelp.DLL hebt. Zoniet (wat erg waarschijnlijk is, gezien de
symptomen
> > die
> > > je beschrijft), zit er niets anders op dan deze erop te zetten... In
> > eerste
> > > instantie kun je proberen om ze simpelweg in hetzelfde directory als
> jouw
> > > eigen .EXE te zetten. In het geval jouw applicatie de eerste is om
deze
> > DLL
> > > te gebruiken sinds het systeem werd opgestart, zal die DLL gebruikt
> worden
> > > (ipv van deze in Windows\System)...
> > >
> > > Luc K
> > >
> >
> >
> > Alvast bedankt voor de hulp, maar het werkt voorlopig nog niet...
> >
> > Ik heb idd geen DbgHelp.DLL op mijn Win98 systeem.
> > Ik heb nu een statische en dynamische versie van mijn applicatie
gemaakt,
> en
> > beide geprobeerd op Win98 met DbgHelp.DLL in dezelfde dir als de exe.
> >
> > De statische versie lijdt nog steeds aan hetzelfde probleem. De
dynamische
> > versie wil niet starten bij gebrek aan 'MFC42D.DLL' [zie ook hogere
thread
> > met Flyby].
> >
>
> Werk gerust verder met de 'statische' versie. Merk wel op dat 'Statisch'
> ***alleen*** slaat op de C runtime libraries, dus NIET op eventuele
Windows
> API routines.
> Er zit een handige tool bij VC++, depends.exe. Vanop een comandolijn kun
je
> typen:
> depends applic.exe
>
> Dit toont je van welke DLL's je applicatie afhankelijk is.
> Probeer dit eens op beide systemen, en vergelijk eens van waar de DLL's
> komen (in welk directory ze staan).
> Het veiligste is altijd om nieuwe DLL's in het 'priv�' directory van de
> applicatie te zetten. Maar dit lukt enkel als ze niet eerder werden
geladen
> door andere applicaties...
>
> Luc


Blijkbaar is DBGHELP.DLL op win9x systemen terug te vinden onder de naam
IMAGEHLP.DLL
http://www.wintellect.com/instructors/robbins/FAQ.asp#Diff_IMAGEHLPDBGHELP
(In mijn code includeer ik trouwens "imagehlp.h")


Met behulp van Dependency Walker heb ik ontdekt dat win98 blijkbaar versie 4
van IMAGEHLP.DLL heeft (geladen?) (ipv de vereiste versie 5 van win2000)?
Ik denk dus dat hij die oudere gebruikt ipv de nieuwe (beide dll's staan in
zelfde map als exe)

Het raarste is nog steeds dat ik nergens een error krijg, enkel krijg ik
telkens 0 modules in het proces in kwestie.


Hartelijk bedankt !

Tom.