FiveTech Software tech support forums

Dear Michel,

In the meantime we are checking why the function GDIP_FROMHBITMAP() is GPFing

we will solve it real soon

many thanks

I am checking it but it keeps GPFing for a very large amount of files

... Array of TMonitor objects - Fixes and enhancement to FW_GetMonitor( nthMonitor ) * Fix: RichEdit 64 bits method InsertBitmap() is ok now. It was GPFing.

Richard,

We can't replace hb_gcAll(), that was just a test.

Please comment it out and check if the app keeps gpfing in the same place (review the created hb_out.log)

Randal, Please build this app and let me know if it keeps GPFing, thanks randal.prg #include "FiveWin.ch"function Main()   nExtMem()   MsgInfo( nExtMem() )return nil#pragma BEGINDUMP#include <windows.h>#include ...

Hi Antolin.

With Harbour/bcc6.2 still GPFing. Any chance to share sources?

Thanks and best regards,

Toninho.

Arturo has provided us this C++ code that we have adapted to FWPPC. On first tests it is GPFing, so we need to trace it and find where it fails: function Main()   MsgInfo( Compress( CurDir() + "\test.prg", CurDir() ...

... same colors elements as the ones used by function GradientFill(). Please review\samples\gradbrus.prg * Fix: Class TRichEdit Method SaveToRtf() was GPFing under some circunstances. Now it is ok. * Enhancement: function FixSays(), used by transparent SAYs, improved support for wordwrap. * Fix: Class ...

January 2009 ============ * Fix: Class TListBox was GPFing due to a recent introduced bug. Now it is ok. Please review samples\Tutor07.prg * Fix: Class TComboBox was GPFing due to a recent introduced bug. Now it is ok. Please review samples\Tutor08.prg ...

... The problem is related to "hhctrl.ocx" itself. We have tested it this way to avoid a possible error from DLL FUNCTION command, and it keeps GPFing: #include "FiveWin.ch" function Main() local oWnd DEFINE WINDOW oWnd TITLE "Test" @ 2, 2 BUTTON "Help" ...

... were not properly processing the INS key. Now it is ok. The caret changes its shape and keeps its position. * Fix: FWH, IsActiveX() function was GPFing due to recent changes in [x]Harbour. Now it is ok. * Fix: FWPPC, minor fix on FWPPC ErrorSys. Thanks to Pedro Gonzalez! * Fix: FWH, Class TSay ...

George wrote:These are the wrappers that I am using with image2pdf.dll

Hi,

My wrappers are GPFing in FWH + XHarbour. What is wrong ?

The code can be downloaded here:

http://www.fwi.com.br/toninho/tutor01.prg


Thanks for any help.

Toninho.

... If you build the MAP file of the EXE (using MAP A,S at the Blinker LNK file), then you may search such address into it to know where the app is GPFing.

Frank,

You may create the MAP file of your app and search into it the GPF address, so we may know where it is GPFing.

Frank,

Are you able to provide a sample to reproduce it ? Could you also generate a map file and see on what address is it GPFing ? Don't you get the calls stack list on a MsgAlert() ?