Maybe I can do it.Marco2007 wrote:![]()
Anyone else?
Make a lib (from C-Code) and get Esgrid!
-
- Addict
- Posts: 1482
- Joined: Tue Feb 22, 2011 1:16 pm
Re: Re:
Thanks, LJ. 

Microsoft Visual Basic only lasted 7 short years: 1991 to 1998.
PureBasic: Born in 1998 and still going strong to this very day!
PureBasic: Born in 1998 and still going strong to this very day!
Re: Make a lib (from C-Code) and get Esgrid!
milan1612's pdf2text.zip contains the following code example:Although this code example works it contains a nasty bug which
you will experience if you put the ExtractPdfText function into a
procedure: you will see a crash in the procedure because you have
to use PrototypeC instead of Prototype...
For an explanation take a look into the PureBasic blog:
Code: Select all
Prototype.l ExtractPDFTextProto(PdfFile.s, OutputFile.s)
If OpenLibrary(0, "pdf2text.dll")
Global ExtractPDFText.ExtractPDFTextProto = GetFunction(0, "ExtractPdfText")
Else
End
EndIf
If Not ExtractPDFText("c:\LTB2658_1.pdf", "c:\LTB2658_1.txt")
MessageRequester("Error", "Could not extract pdf text!")
EndIf
you will experience if you put the ExtractPdfText function into a
procedure: you will see a crash in the procedure because you have
to use PrototypeC instead of Prototype...

For an explanation take a look into the PureBasic blog:
freak wrote:Here we get to the reason why it works outside of a procedure and not inside. A call to a procedure stores the address where execution continues after the procedure on the stack as well. If a function call inside the procedure leaves the stack in a mess, then the ProcedureReturn cannot find the address to continue and uses a wrong value instead which leads to a crash. Outside of a procedure, nobody will notice the stack mess, as the stack is only used for function calls.