Its not such a big deal, Patrice. Just use other tools.
And if in any time in the Future there will be a competing product from PB
- which is currently not visible - then you can just use the same graphic and say "I take a look on it".

A full fledged 64-bit flat API project has been posted here.

...

Gratsie !

Steve

Ok, i have found everything needed to register you, the password has been sent to you.

Yes !

I can also convert a 32 bit PB version so which ever is the most convenient to you. I manage C OK but may miss some of the C++ notation.

I tried to join but it will not accept registration.

Steve

I do have a 64-bit GDIPLUS section on my private forum at www.objreader.com
However the attachments are available only to registered users, then let me know if you want to enrole there.

Hi Patrice,

I think it goes to music, "Another one bites the dust". I am sorry to see someone in probable financial difficulties but you are exactly right in addressing it as the "beach whales syndrom". I am lucky in that I have 64 bit MASM which is a truly magnificent tool but I personally use PB for many of my simpler tools and little of this type of stuff is dependent on having to use 64 bit so it will remain useful to me for years to come. I try to support the PB forum but it has the same dynamics that has progressively turned it to trash for years and the practitioners of this nonsense will keep tearing it down until every decent programmer has vacated the place.

I hope Drake and Co can get it up and going again but I am not going to hold my breath waiting and the longer it flounders, the less chance there is for me to bother as 64 bit MASM can do just about anything as long as you put enough work into it.

I have just asked Jose and its reasonable to ask you as well as you have done a lot of work in GDI+ as well, where I can find enough examples or technical data to get some more GDI+ up and going in 64 bit MASM. I have Jose's help file and some MSDN stuff from about 2003 but I don't have enough information to get the context of how to use it. I have loading a disk image and loading a resource image up and going but it would be useful to be able to do a bit more, tasks like saving bitmaps back into PNG or JPG format as well as some of the display graphics capacities. Any suggestion here would be welcome.

na ja hab wieder zwei Fehler beseitigt

in diakey dieses mal, na ja ist aber immer noch nicht Fehlerlos!!!!


Sub diakey naked Alias "Diakey"() Export

Asm
Xor ax, ax
cmp   word Ptr [diawinopen], 0
jz      short loc_11146

push offset [diacol]
push offset [diarow]
Call CMOVEWINDOW
loc_11146:
Or      eax, eax
jz      Short loc_1116E

mov  edx, eax
Shr  edx, 16
push edx 'push [testvar]
push eax '[testvar+2]
Call _selreloc
mov ax,[diarow]
mov   ebx, [diarowref]
mov [ebx], ax
mov ax, [diacol]
mov   ebx, [diacolref]
mov [ebx], ax
mov ax, -1

jmp     short locret_11183

loc_1116E:
Call _lastkeyx
cmp  ax, _ESC
jnz     short loc_1117E
mov ax,-1
jmp   Short locret_11183
loc_1117E:
Call _selkey
locret_11183:
ret
End Asm
End Sub


Bye bye PowerBASIC i decided to give up to you, and stop my effort in supporting a dead horse.

Now the 32-bit version of GDImage and WinLIFT, like the 64-bit version shall be using only UNICODE, and the same source code will be used to produce either 32 or 64-bit, making things much easier for me because there will be only one code to maintain (written in C++).

Look here, then you do not need to tap.

http://www.jose.it-berater.org/smfforum/index.php?topic=4507.0