Re: [Harbour] hbIDE - Find in Files Dialog - What if presented as right-docked window
Hi Pritpal Usualy editors/IDES (Eclipse, notepad++) put find information at the bottom. Maybe a new tab (Compile results,Link results, Find results,Output console,...) BRGS Franček Pritpal Bedi wrote: > > > Hello All, > > What if find in files window is presented as right-docked window. > > + It will not cover the editor's area. > + It will give interface a very professional feel. > > - Only one instance of the process could be initiated. > > I am anxious to form an opinion, please speak out. > > - > enjoy hbIDEing... > Pritpal Bedi > _a_student_of_software_analysis_&_design_ > -- > View this message in context: > http://n2.nabble.com/hbIDE-Find-in-Files-Dialog-What-if-presented-as-right-docked-window-tp4523965p4523965.html > Sent from the harbour-devel mailing list archive at Nabble.com. > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > > -- View this message in context: http://old.nabble.com/hbIDE---Find-in-Files-Dialog---What-if-presented-as-right-docked-window-tp27476983p27477639.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] hbIDE - Find in Files Dialog - What if presented as right-docked window
Hi And by the way. When you close Function list, Projects or Build info with top-right X, you have to click twice on toolbar button to open it again. (You don't set flags on close). BRGS Franček -- View this message in context: http://old.nabble.com/hbIDE---Find-in-Files-Dialog---What-if-presented-as-right-docked-window-tp27476983p27477640.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbIDE - Find in Files Dialog - What if presented as right-docked window
Franček Prijatelj wrote: > > And by the way. > When you close Function list, Projects or Build info with top-right X, > you > have to click twice on toolbar button to open it again. > (You don't set flags on close). > Yep. This functionality is still missing. I will look into it again. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/hbIDE-Find-in-Files-Dialog-What-if-presented-as-right-docked-window-tp4523965p4524634.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: hbIDE - Find in Files Dialog - What if presented as right-docked window
Franček Prijatelj wrote: > > Usualy editors/IDES (Eclipse, notepad++) put find information at the > bottom. > Maybe a new tab (Compile results,Link results, Find results,Output > console,...) > My curisity pertains to the whole dialog. If I choose to display results (only) in bottom docking widget, it is easy, but then we loose the possibilities of opening multiple instances of this engine. After some deep consideration I am convinced that current implemetation is better in many respects. No ? - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/hbIDE-Find-in-Files-Dialog-What-if-presented-as-right-docked-window-tp4523965p4524644.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13780] trunk/harbour
Revision: 13780 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13780&view=rev Author: mauriliolongo Date: 2010-02-06 11:13:06 + (Sat, 06 Feb 2010) Log Message: --- 2010-02-06 12:10 UTC+0100 Maurilio Longo (maurilio.lo...@libero.it) * src/rtl/fstemp.c + Added OS/2 section to hb_fsTempDir() which uses the environment variable "TEMP" to find out the temporary directory. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/src/rtl/fstemp.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13781] trunk/harbour
Revision: 13781 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13781&view=rev Author: vszakats Date: 2010-02-06 11:48:38 + (Sat, 06 Feb 2010) Log Message: --- 2010-02-06 12:46 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/rdd/dbf1.c * src/compiler/hbopt.c * SCHAR -> HB_SCHAR * external/libhpdf/hpdffdft.c * utils/hbmk2/hbmk2.prg * Cleaned to not add double ending pathsep to Harbour -o option. * contrib/gtalleg/gtalleg.c * contrib/gtalleg/ssf.h * contrib/gtalleg/ssf.c * BYTE -> unsigned short, int, HB_BYTE * USHORT -> unsigned short * Some types synced between declaration and definition. * Formatting, code cleanups. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/gtalleg/gtalleg.c trunk/harbour/contrib/gtalleg/ssf.c trunk/harbour/contrib/gtalleg/ssf.h trunk/harbour/src/compiler/hbopt.c trunk/harbour/src/rdd/dbf1.c trunk/harbour/utils/hbmk2/hbmk2.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] bug: ACHOICE()
Hi All, In recent SVN, tests/ac_test.prg shows some problems with ACHOICE(). It doesn't initially show to selecting and RTEs (Bound Error) after moving around. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: HBIDE Run-time Error!
Hi! Problem isolated. HBIDE if not copy folder resorce,occurs the problem! I comment out line HBIDE...UIC but same error. Only copy folder resorce HBIDE working fine. Best regards, Itamar M. Lins Jr. Pritpal Bedi escreveu: Itamar Lins-2 wrote: Yes same error. But, why working in CPU with MinGW? Is very confusing for me. Is problem with DLL? No, it is not mingw error. Ok, let us go another way: 1) Edit hbide/hbide.ch 2) Comment out #define HBIDE_USE_UIC line. 3) Rebuild hbIDE as >hbmk2 hbide.hbp -rebuild 4) Report your findings then. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: HBIDE Run-time Error!
The correct name of folder is resorces. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: SF.net SVN: harbour-project:[13776] trunk/harbour
2010/2/5 Pritpal Bedi : > > > Massimo Belgrano wrote: >> >> Follow little problem : >> After twice execute in Folder contain what i typed in expression >> Search in file is not implemented > I could not follow you ? > Can you explain a little more. type in folder c:\harbour type in expression search pippo1 start search with button find type in expression search pippo2 start search with button find type in expression pippo3 start search with button find now folder contain pippo3 >> -remember last search at each open if possible > Sure. Will be available by next commit. Thanks > >> more last search and more find folder. > "More last search" is already there. Go out of hbIDE and > reenter. All "Search Expressions" are included in drop-down list. No? > The same is with "Folders" drop-down. > > OR > > Are you asking for simultaneous searches for multiple folders ? > If yes, then you do not need it. Just change the folder and click > "Find" again. The results will keep on appending in the same "Results" > editor. So practically you may build "Search" for n number of > combinations yet keeping results in the same document. Yes thanks! sorry for my bad explain >> -each finded row dispay one row is possible a advanced option to >> display more row 3-5? >> > > I could not get what exactly you are asking for. > Can you show an example how it should look like in "Results" > taking a current serach snippet and changing it the way > you want to see? i search "LabelRules" and see follow row: f_name,avail,'LabelRules',; insteat will be usefull read lollow nRpik := achoice(nTop,nLeft,nBottom,nRight,; f_name,avail,'LabelRules',; nElement,nRelative) // open label of active rule >> -group option with "where" , "What" label > What does "where" and "what" represents under "groups" ? > An example will be better to understand what you mean. a box with title that will give a better look >> -Give the possibility of search two expression: for example i serc >> myarray and ,31 >> serch myarray[1,31] or myarray[ a_pippo ,31] >> > > Will be automatic after RegEx is implemented. Still thanks -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13782] trunk/harbour
Revision: 13782 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13782&view=rev Author: vszakats Date: 2010-02-06 13:01:10 + (Sat, 06 Feb 2010) Log Message: --- 2010-02-06 14:00 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/vm/garbage.c * src/vm/fm.c * src/vm/vm.c * include/hbapi.h * ULONG -> HB_SIZE in memory allocation functions. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbapi.h trunk/harbour/src/vm/fm.c trunk/harbour/src/vm/garbage.c trunk/harbour/src/vm/vm.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] MinGW dllcall function not run.
Hi! sorry to insist on that but there is a possibility to make it work with him. I need to take MinGW. Best regards, Itamar M. Lins Jr. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: hbIDE - Find in Files Dialog - What if presented as right-docked window
Open opening entire "find in fike dialog" in a tab of source code editor(if is possible) will allow multiple instances of this engine. and give a advanced look, same will be for "project property" VIsual studio 2008 for example open project property in a tab as is possible see here http://www.nmentor.com/Blog/images/FxCop%20Project%20Properties.jpg http://www.codeproject.com/KB/dotnet/Visual_Studio_2008/clip_image003.gif "Find in file" is and advanced search because basic search is still present 2010/2/6 Pritpal Bedi : > > > Franček Prijatelj wrote: >> >> Usualy editors/IDES (Eclipse, notepad++) put find information at the >> bottom. >> Maybe a new tab (Compile results,Link results, Find results,Output >> console,...) >> > > My curisity pertains to the whole dialog. > If I choose to display results (only) in bottom docking widget, > it is easy, but then we loose the possibilities of opening multiple > instances of this engine. > > After some deep consideration I am convinced that current > implemetation is better in many respects. No ? > > -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: [Harbour] MinGW dllcall function not run.
really don´t runs causes GPF
i am using
#include "hbdll.ch"
hdll:=dllload("EZTW32.DLL")
dllcall(hdll,DC_CALL_STD,"TWAIN_SelectImageSource",::oFormCadastro:handle,)
dllcall(hdll,DC_CALL_STD,"TWAIN_AcquireToFilename",::oFormCadastro:handle,"file.bmp")
freelibrary(hdll)
Best Regards,
Fernando Athayde
De: Itamar Lins
Para: harbour@harbour-project.org
Enviadas: Sábado, 6 de Fevereiro de 2010 10:10:57
Assunto: [Harbour] MinGW dllcall function not run.
Hi!
sorry to insist on that but there is a possibility to make it work with him.
I need to take MinGW.
Best regards,
Itamar M. Lins Jr.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13783] trunk/harbour
Revision: 13783 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13783&view=rev Author: vszakats Date: 2010-02-06 15:05:04 + (Sat, 06 Feb 2010) Log Message: --- 2010-02-06 16:04 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/rtl/filesys.c * src/rtl/philes.c * src/rtl/filebuf.c * src/rtl/memofile.c * src/rdd/dbsql.c * src/rdd/hbsix/sxcompr.c * doc/en-EN/hb_apifs.txt * include/hbapifs.h * contrib/hbct/ctstrfil.c * contrib/hbsqlit3/hbsqlit3.c * contrib/hbmzip/hbmzip.c * contrib/hbnf/fttext.c * contrib/hbmemio/memio.c * contrib/hbnetio/netiocli.c * contrib/hbnetio/netiosrv.c * contrib/hbgd/gdwrp.c * contrib/hbwin/win_bmp.c * contrib/hbbmcdx/bmdbfcdx.c * examples/gtwvw/gtwvw.c * Changed ULONG to HB_SIZE and HB_ISIZ in FS API functions. ! hb_fsTell() fixed to return HB_FOFFSET instead of ULONG. * contrib/hbmzip/hbmzip.c * ULONG -> HB_FATTR, uLong * Type cleanups. ; QUESTION: Is there any reason why we're not using the hb_fs*() functions in hb_zipGetFileInfo()? * src/vm/runner.c * ULONG -> HB_SIZE for size related variables. ; Review me please. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbbmcdx/bmdbfcdx.c trunk/harbour/contrib/hbct/ctstrfil.c trunk/harbour/contrib/hbgd/gdwrp.c trunk/harbour/contrib/hbmemio/memio.c trunk/harbour/contrib/hbmzip/hbmzip.c trunk/harbour/contrib/hbnetio/netiocli.c trunk/harbour/contrib/hbnetio/netiosrv.c trunk/harbour/contrib/hbnf/fttext.c trunk/harbour/contrib/hbsqlit3/hbsqlit3.c trunk/harbour/contrib/hbwin/win_bmp.c trunk/harbour/doc/en-EN/hb_apifs.txt trunk/harbour/examples/gtwvw/gtwvw.c trunk/harbour/include/hbapifs.h trunk/harbour/src/rdd/dbsql.c trunk/harbour/src/rdd/hbsix/sxcompr.c trunk/harbour/src/rtl/filebuf.c trunk/harbour/src/rtl/filesys.c trunk/harbour/src/rtl/memofile.c trunk/harbour/src/rtl/philes.c trunk/harbour/src/vm/runner.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] bug: ACHOICE()
Hi Viktor, see: http://lists.harbour-project.org/pipermail/harbour/2010-February/031590.html http://lists.harbour-project.org/pipermail/harbour/2010-February/031661.html In case you missed them. On Sat, Feb 6, 2010 at 3:51 AM, Viktor Szakáts wrote: > Hi All, > > In recent SVN, tests/ac_test.prg shows some problems > with ACHOICE(). It doesn't initially show to > selecting and RTEs (Bound Error) after moving > around. > > Brgds, > Viktor > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- smu johnson ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] bug: ACHOICE()
Hi, I didn't miss them, but what I reported look like new errors after recent patches. Just run ac_test.prg, press , then -> RTE. It was okay in 2.0.0, but it's not okay in current trunk. Brgds, Viktor On 2010 Feb 6, at 16:22, smu johnson wrote: > Hi Viktor, see: > > http://lists.harbour-project.org/pipermail/harbour/2010-February/031590.html > > http://lists.harbour-project.org/pipermail/harbour/2010-February/031661.html > > In case you missed them. > > On Sat, Feb 6, 2010 at 3:51 AM, Viktor Szakáts wrote: > Hi All, > > In recent SVN, tests/ac_test.prg shows some problems > with ACHOICE(). It doesn't initially show to > selecting and RTEs (Bound Error) after moving > around. > > Brgds, > Viktor > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > > > > -- > smu johnson > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] bug: ACHOICE()
I am curious about this ACHOICE stuff. It sounds as though Przemek thought it needed to be rewritten from scratch. Is that a big project to do, or likely to be done? I'm starting to think I'd be a lot more useful to the Harbour Project if I was a good C programmer. On Sat, Feb 6, 2010 at 7:30 AM, Viktor Szakáts wrote: > Hi, > > I didn't miss them, but what I reported look like new > errors after recent patches. > > Just run ac_test.prg, press , then -> RTE. > > It was okay in 2.0.0, but it's not okay in current trunk. > > Brgds, > Viktor > > On 2010 Feb 6, at 16:22, smu johnson wrote: > > > Hi Viktor, see: > > > > > http://lists.harbour-project.org/pipermail/harbour/2010-February/031590.html > > > > > http://lists.harbour-project.org/pipermail/harbour/2010-February/031661.html > > > > In case you missed them. > > > > On Sat, Feb 6, 2010 at 3:51 AM, Viktor Szakáts > wrote: > > Hi All, > > > > In recent SVN, tests/ac_test.prg shows some problems > > with ACHOICE(). It doesn't initially show to > > selecting and RTEs (Bound Error) after moving > > around. > > > > Brgds, > > Viktor > > > > ___ > > Harbour mailing list (attachment size limit: 40KB) > > Harbour@harbour-project.org > > http://lists.harbour-project.org/mailman/listinfo/harbour > > > > > > > > -- > > smu johnson > > > > ___ > > Harbour mailing list (attachment size limit: 40KB) > > Harbour@harbour-project.org > > http://lists.harbour-project.org/mailman/listinfo/harbour > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- smu johnson ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: [Harbour] MinGW dllcall function not run.
Hi,
I guess that is because hbwin is compiled with -fomit-frame-pointer.
Try copy win_dll.c to the folder tests and compiled with .-
hbmk2 testdll.prg win_dll.c -lstdc++ -debug
Ok, I've only tested with gcc-dw2.exe
--
Xavi
El 06/02/2010 15:19, Fernando Athayde escribió:
really don´t runs causes GPF
i am using
#include "hbdll.ch"
hdll:=dllload("EZTW32.DLL")
dllcall(hdll,DC_CALL_STD,"TWAIN_SelectImageSource",::oFormCadastro:handle,)
dllcall(hdll,DC_CALL_STD,"TWAIN_AcquireToFilename",::oFormCadastro:handle,"file.bmp")
freelibrary(hdll)
Best Regards,
Fernando Athayde
*De:* Itamar Lins
*Para:* harbour@harbour-project.org
*Enviadas:* Sábado, 6 de Fevereiro de 2010 10:10:57
*Assunto:* [Harbour] MinGW dllcall function not run.
Hi!
sorry to insist on that but there is a possibility to make it work with him.
I need to take MinGW.
Best regards,
Itamar M. Lins Jr.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] bug: ACHOICE()
> I am curious about this ACHOICE stuff. It sounds as though Przemek thought > it needed to be rewritten from scratch. Is that a big project to do, or > likely to be done? I'm starting to think I'd be a lot more useful to the > Harbour Project if I was a good C programmer. ACHOICE() (and also MEMOEDIT()) needs to be rewritten from scratch IMO too. Can't tell how much work is ACHOICE(), but to make such effort useful, I'd estimate large part of the work to be pure testing to trace back what exactly needs to be implemented and how, to be perfectly Clipper compatible. These parts don't need any .c programming skills, it's currently written in .prg and it's perfect if any new implementation also use .prg code. Brgds, Viktor > On Sat, Feb 6, 2010 at 7:30 AM, Viktor Szakáts wrote: > Hi, > > I didn't miss them, but what I reported look like new > errors after recent patches. > > Just run ac_test.prg, press , then -> RTE. > > It was okay in 2.0.0, but it's not okay in current trunk. > > Brgds, > Viktor > > On 2010 Feb 6, at 16:22, smu johnson wrote: > > > Hi Viktor, see: > > > > http://lists.harbour-project.org/pipermail/harbour/2010-February/031590.html > > > > http://lists.harbour-project.org/pipermail/harbour/2010-February/031661.html > > > > In case you missed them. > > > > On Sat, Feb 6, 2010 at 3:51 AM, Viktor Szakáts wrote: > > Hi All, > > > > In recent SVN, tests/ac_test.prg shows some problems > > with ACHOICE(). It doesn't initially show to > > selecting and RTEs (Bound Error) after moving > > around. > > > > Brgds, > > Viktor > > > > ___ > > Harbour mailing list (attachment size limit: 40KB) > > Harbour@harbour-project.org > > http://lists.harbour-project.org/mailman/listinfo/harbour > > > > > > > > -- > > smu johnson > > > > ___ > > Harbour mailing list (attachment size limit: 40KB) > > Harbour@harbour-project.org > > http://lists.harbour-project.org/mailman/listinfo/harbour > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > > > > -- > smu johnson > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Testing - New user
Welcome. Your test seems to be OK. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/Testing-New-user-tp4525815p4526079.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: bug: ACHOICE()
Hi
Below is the ACHoice as class code which I
wrote years back. Right now I cannot collect why
I did so as memory has faded. May be this code
comes handy if someone one wants to give
it a look. Just let me know if some function
is missing. It is simply a copy and paste operation.
//--//
//--//
//--//
//
// AChoice() Class Code
//
//--//
//--//
//--//
#ifdef __HARBOUR__
#include 'HBClass.ch'
#else
#include 'classv.ch'
#endif
//--//
CREATE CLASS AChoiceNew
#ifndef __HARBOUR__
EXPORT:
#endif
VAR nTop, nLeft, nBottom, nRight
VAR acItems
VAR xSelect
VAR cUserFunc
VAR nPos
VAR nHiLiteRow
VAR oWin
VAR cargo_
VAR nNumCols
VAR nNumRows
VAR acCopy
VAR alSelect
VAR nNewPos
VAR lFinished
VAR nKey
VAR nMode
VAR nAtTop
VAR nAtBtm
VAR nItems
VAR bScan
VAR lUserFunc
VAR nUserFunc
VAR bUserFunc
VAR cLoClr
VAR cHiClr
VAR cUnClr
VAR nFrstItem
VAR nLastItem
VAR bAction
VAR mrc_
METHOD Init
METHOD Destroy
METHOD DispPageNew
METHOD DispLineNew
METHOD Up
METHOD Down
METHOD PageUp
METHOD PageDown
METHOD GoTop
METHOD GoBottom
METHOD Top
METHOD Bottom
METHOD GoTo
METHOD Exe
METHOD DeHilite
METHOD HiLite
METHOD DispAtNew
ENDCLASS
//--//
#ifdef __XPP__
METHOD AChoiceNew:Destroy()
#else
METHOD Destroy()
#endif
#ifndef __HARBOUR__
::nTop := NIL
::nLeft := NIL
::nBottom := NIL
::nRight:= NIL
::acItems := NIL
::xSelect := NIL
::cUserFunc := NIL
::nPos := NIL
::nHiLiteRow:= NIL
::oWin := NIL
::cargo_:= NIL
::nNumCols := NIL
::nNumRows := NIL
::acCopy:= NIL
::alSelect := NIL
::nNewPos := NIL
::lFinished := NIL
::nKey := NIL
::nMode := NIL
::nAtTop:= NIL
::nAtBtm:= NIL
::nItems:= NIL
::bScan := NIL
::lUserFunc := NIL
::nUserFunc := NIL
::bUserFunc := NIL
::cLoClr:= NIL
::cHiClr:= NIL
::cUnClr:= NIL
::nFrstItem := NIL
::nLastItem := NIL
::bAction := NIL
::mrc_ := NIL
#endif
Return Nil
//--//
#ifdef __XPP__
METHOD AChoiceNew:Init( nTop, nLft, nBtm, nRgt, acItems, xSelect, ;
cUserFunc, nPos, nHiLiteRow, oWin, nLastKey, cargo_
)
#else
METHOD Init( nTop, nLft, nBtm, nRgt, acItems, xSelect, ;
cUserFunc, nPos, nHiLiteRow, oWin, nLastKey, cargo_
)
#endif
Local nCntr
UN_USED( nLastKey )
DEFAULT nTop TO 0 // The topmost row of the window
DEFAULT nLft TO 0 // The leftmost column of the window
DEFAULT nBtm TO maxrow() + 1 // The bottommost row of the windows
DEFAULT nRgt TO maxcol() + 1 // The rightmost column of the window
DEFAULT acItemsTO {} // The items from which TO choose
DEFAULT xSelectTO .T.// Array or logical, what is selectable
DEFAULT cUserFunc TO NIL// Optional function for key exceptions
DEFAULT nPos TO 1 // The number of the selected item
DEFAULT nHiLiteRow TO 0 // The row to be highlighted
::nTop:= nTop
::nLeft := nLft
::nBottom := nBtm
::nRight := nRgt
::acItems := acItems
::xSelect := xSelect
::cUserFunc := cUserFunc
::nPos:= nPos
::nHiLiteRow := nHiLiteRow
::oWin:= oWin
::cargo_ := cargo_
::nNumCols:= 0// Number of columns in the window
::nNumRows:= 0// Number of rows in the window
::acCopy := {} // A padded copy of the items
::alSelect:= {} // Select permission
::nNewPos := 0// The next item to be selected
::lFinished := .F. // Is processing finished?
::nKey:= 0// The keystroke to be processed
::nMode := AC_IDLE // The current operating mode
::nAtTop := 1// The number of the item at the top
::nAtBtm := 1// The number of the item at the
bottom
::nItems := 0// The number of items
::bScan := { | cX | if( left( cX, 1 ) == upper( chr( ::nKey ) ), .T.,
.F. ) }
::lUserFunc := ( !empty( ::cUserFunc ) )
::nUserFunc := 0// Return value from user function
::bUserFunc := { || AC_ABORT } // Block f
[Harbour] Re: bug: ACHOICE()
Oh sorry Here is the top of that code: = #include "dev.ch" #include "INKEY.CH" #include "SETCURS.CH" #include "SET.CH" #include "ACHOICE.CH" #include "COMMON.CH" #ifdef __XPP__ #include 'appEvent.ch' #endif #ifdef __WVT__ #include 'sy_wvt.ch' #endif //--// #define K_MOVING 1001 #define K_LEFT_DOWN 1002 #define K_LEFT_DBLCLICK 1006 #define K_LEFT_UP 1003 #define K_RIGHT_DOWN 1004 #define K_RIGHT_DBLCLICK 1007 #define K_RIGHT_UP1005 //--// #define INRANGE( xLo, xVal, xHi ) ( ( xVal >= xLo ) .and. ( xVal <= xHi ) ) #define BETWEEN( xLo, xVal, xHi ) min( max( xLo, xVal ), xHi ) //--// function AChoice( nTop, nLft, nBtm, nRgt, acItems, xSelect, cUserFunc, ; nPos, nHiLytRow, oWin, nLastKey, cargo_ ) local nChoice, oChoice local crs := SetCursor( 0 ) oChoice := AChoiceNew():New( nTop, nLft, nBtm, nRgt, acItems, xSelect, ; cUserFunc, ; nPos, nHiLytRow, oWin, nLastKey, cargo_ ) oChoice:Exe() nChoice := oChoice:nPos nLastKey := oChoice:nKey oChoice:Destroy() SetCursor( crs ) return ( nChoice ) //--// - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis_&_design_ -- View this message in context: http://n2.nabble.com/bug-ACHOICE-tp4524977p4526137.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: [Harbour] MinGW dllcall function not run.
Hi Xavi,
Very good point.
I can add ugly hack to makefiles to always keep frame
pointers for mingw in hbwin lib to make hb_DynaCall()
function happy, but I wonder if it's possible to fix this
function to not be sensitive on this setting.
Any idea?
Brgds,
Viktor
On 2010 Feb 6, at 17:41, Xavi wrote:
> Hi,
>
> I guess that is because hbwin is compiled with -fomit-frame-pointer.
> Try copy win_dll.c to the folder tests and compiled with .-
>
> hbmk2 testdll.prg win_dll.c -lstdc++ -debug
>
> Ok, I've only tested with gcc-dw2.exe
>
> --
> Xavi
>
> El 06/02/2010 15:19, Fernando Athayde escribió:
>> really don´t runs causes GPF
>> i am using
>> #include "hbdll.ch"
>>
>> hdll:=dllload("EZTW32.DLL")
>> dllcall(hdll,DC_CALL_STD,"TWAIN_SelectImageSource",::oFormCadastro:handle,)
>> dllcall(hdll,DC_CALL_STD,"TWAIN_AcquireToFilename",::oFormCadastro:handle,"file.bmp")
>> freelibrary(hdll)
>>
>>
>> Best Regards,
>> Fernando Athayde
>>
>> *De:* Itamar Lins
>> *Para:* harbour@harbour-project.org
>> *Enviadas:* Sábado, 6 de Fevereiro de 2010 10:10:57
>> *Assunto:* [Harbour] MinGW dllcall function not run.
>>
>> Hi!
>> sorry to insist on that but there is a possibility to make it work with him.
>> I need to take MinGW.
>>
>> Best regards,
>> Itamar M. Lins Jr.
>>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] bug: ACHOICE()
In order to do a lot of the other Clipper implementations, did the Harbour Project reverse engineer Clipper code, or was some source code donated from the original Clipper company? In this instance, would you have to just take an approximate guess as to how ACHOICE functions under any circumstance to try to be as close as possible to Clipper 5.3? On Sat, Feb 6, 2010 at 9:06 AM, Viktor Szakáts wrote: > > I am curious about this ACHOICE stuff. It sounds as though Przemek > thought it needed to be rewritten from scratch. Is that a big project to > do, or likely to be done? I'm starting to think I'd be a lot more useful to > the Harbour Project if I was a good C programmer. > > ACHOICE() (and also MEMOEDIT()) needs to be rewritten from scratch > IMO too. Can't tell how much work is ACHOICE(), but to make such > effort useful, I'd estimate large part of the work to be pure testing > to trace back what exactly needs to be implemented and how, to be > perfectly Clipper compatible. > > These parts don't need any .c programming skills, it's currently > written in .prg and it's perfect if any new implementation also use > .prg code. > > Brgds, > Viktor > > > On Sat, Feb 6, 2010 at 7:30 AM, Viktor Szakáts > wrote: > > Hi, > > > > I didn't miss them, but what I reported look like new > > errors after recent patches. > > > > Just run ac_test.prg, press , then -> RTE. > > > > It was okay in 2.0.0, but it's not okay in current trunk. > > > > Brgds, > > Viktor > > > > On 2010 Feb 6, at 16:22, smu johnson wrote: > > > > > Hi Viktor, see: > > > > > > > http://lists.harbour-project.org/pipermail/harbour/2010-February/031590.html > > > > > > > http://lists.harbour-project.org/pipermail/harbour/2010-February/031661.html > > > > > > In case you missed them. > > > > > > On Sat, Feb 6, 2010 at 3:51 AM, Viktor Szakáts > wrote: > > > Hi All, > > > > > > In recent SVN, tests/ac_test.prg shows some problems > > > with ACHOICE(). It doesn't initially show to > > > selecting and RTEs (Bound Error) after moving > > > around. > > > > > > Brgds, > > > Viktor > > > > > > ___ > > > Harbour mailing list (attachment size limit: 40KB) > > > Harbour@harbour-project.org > > > http://lists.harbour-project.org/mailman/listinfo/harbour > > > > > > > > > > > > -- > > > smu johnson > > > > > > ___ > > > Harbour mailing list (attachment size limit: 40KB) > > > Harbour@harbour-project.org > > > http://lists.harbour-project.org/mailman/listinfo/harbour > > > > ___ > > Harbour mailing list (attachment size limit: 40KB) > > Harbour@harbour-project.org > > http://lists.harbour-project.org/mailman/listinfo/harbour > > > > > > > > -- > > smu johnson > > > > ___ > > Harbour mailing list (attachment size limit: 40KB) > > Harbour@harbour-project.org > > http://lists.harbour-project.org/mailman/listinfo/harbour > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- smu johnson ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13783] trunk/harbour
Hi, * contrib/hbmzip/hbmzip.c ; QUESTION: Is there any reason why we're not using the hb_fs*() functions in hb_zipGetFileInfo()? Can not find a reason. Regards, Mindaugas ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Corruption detected
Hi, All! Please test hbrun I get Could not execute: quit Corruption detected hb_hrbload(0) Harbour 2.1.0dev rev.13783 Regards, Petr -- View this message in context: http://old.nabble.com/Corruption-detected-tp27481882p27481882.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13784] trunk/harbour
Revision: 13784 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13784&view=rev Author: vszakats Date: 2010-02-06 18:56:50 + (Sat, 06 Feb 2010) Log Message: --- 2010-02-06 19:51 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/vm/runner.c * BYTE -> char * contrib/hbct/ctstrfil.c * LONG -> HB_ISIZ * contrib/hbmzip/hbmzip.c * Changed to use FS API instead of C RTL. * Using std Harbour method to include windows.h. * package/winuni/RELNOTES + Added note about downgrade to mingw64 4.4.0, which is a more stable release than 4.5.0, and where .dlls also work properly. * config/wce/mingwarm.mk * config/win/mingw.mk ! Fixed to not use -fomit-frame-pointer option for debug builds. ! Hack added to disable -fomit-frame-pointer for hbwin lib. ; TOFIX: Fix hb_Dynacall() to not be sensitive on this option in mingw builds. Is it possible? Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/wce/mingwarm.mk trunk/harbour/config/win/mingw.mk trunk/harbour/contrib/hbct/ctstrfil.c trunk/harbour/contrib/hbmzip/hbmzip.c trunk/harbour/package/winuni/RELNOTES trunk/harbour/src/vm/runner.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] pCode DLL
Hi How to build a pcode dll using hbmk2 + mingw? And once built, is it enought to hb_libload it to call a function in the dll from the exe? Thanks Leandro ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] bug: ACHOICE()
Wich other harbour part need be rewritten from scratch? rewriting will allow also a true and native GUI mode? think how memoedit seem to windows user for select/copy/past operation 2010/2/6 Viktor Szakáts : >> I am curious about this ACHOICE stuff. It sounds as though Przemek thought >> it needed to be rewritten from scratch. Is that a big project to do, or >> likely to be done? I'm starting to think I'd be a lot more useful to the >> Harbour Project if I was a good C programmer. > > ACHOICE() (and also MEMOEDIT()) needs to be rewritten from scratch > IMO too. Can't tell how much work is ACHOICE(), but to make such > effort useful, I'd estimate large part of the work to be pure testing > to trace back what exactly needs to be implemented and how, to be > perfectly Clipper compatible. > > These parts don't need any .c programming skills, it's currently > written in .prg and it's perfect if any new implementation also use > .prg code. > > Brgds, > Viktor > -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] bug: ACHOICE()
> Wich other harbour part need be rewritten from scratch? I can't think of any other. > rewriting will allow also a true and native GUI mode? It has nothing to do with GUI mode. These are Clipper functions, and if rewriting them, the only one goal is to implement them as close as possible to Clipper. > think how memoedit seem to windows user for select/copy/past operation It's a Clipper compatibility function. This shouldn't stop anyone to create above extra functionalities, or GUI, or an XML lib, or whatever, but all of these are off-topic for this thread. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Corruption detected
Hi, I'd suggest to post more details, like sample .hrb, and full error message with error code, and retry after full checkout / rebuild. Brgds, Viktor On 2010 Feb 6, at 18:59, Petr Chornyj wrote: > > Hi, All! > > Please test hbrun > I get > > Could not execute: >quit > Corruption detected > hb_hrbload(0) > > Harbour 2.1.0dev rev.13783 > > > Regards, > Petr > -- > View this message in context: > http://old.nabble.com/Corruption-detected-tp27481882p27481882.html > Sent from the Harbour - Dev mailing list archive at Nabble.com. > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Corruption detected
Viktor Szakáts wrote:
>
> I'd suggest to post more details, like sample .hrb, and
> full error message with error code, and retry after full
> checkout / rebuild.
>
Hi,
Viktor, please run hbrun and type in prompt something like QUIT or
QOUT("Hello") and press Enter
Regards,
Petr
--
View this message in context:
http://old.nabble.com/Corruption-detected-tp27481882p27483318.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13785] trunk/harbour
Revision: 13785 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13785&view=rev Author: vouchcac Date: 2010-02-06 21:51:16 + (Sat, 06 Feb 2010) Log Message: --- 2010-02-06 13:44 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/resources/findinfiles.ui * contrib/hbide/resources/findinfiles.uic * contrib/hbqt/qtgui/QSizePolicy.cpp * contrib/hbqt/qth/QSizePolicy.qth * contrib/hbqt/THbQtUI.prg * contrib/hbide/hbide.prg * contrib/hbide/idedocks.prg * contrib/hbide/ideeditor.prg * contrib/hbide/idefindreplace.prg * contrib/hbide/ideobject.prg + Added more info in "Results". ! Core normalization. + Implemented RegEx search. I am not good at this engine, please test. % Changed TODO => DONE in one entry in ChangeLog. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/hbide.prg trunk/harbour/contrib/hbide/idedocks.prg trunk/harbour/contrib/hbide/ideeditor.prg trunk/harbour/contrib/hbide/idefindreplace.prg trunk/harbour/contrib/hbide/ideobject.prg trunk/harbour/contrib/hbide/resources/findinfiles.ui trunk/harbour/contrib/hbide/resources/findinfiles.uic trunk/harbour/contrib/hbqt/THbQtUI.prg trunk/harbour/contrib/hbqt/qtgui/QSizePolicy.cpp trunk/harbour/contrib/hbqt/qth/QSizePolicy.qth This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[13783] trunk/harbour
Thank you! Brgds, Viktor On 2010 Feb 6, at 18:54, Mindaugas Kavaliauskas wrote: > Hi, > > >> * contrib/hbmzip/hbmzip.c >>; QUESTION: Is there any reason why we're not using the hb_fs*() functions >>in hb_zipGetFileInfo()? > > Can not find a reason. > > > Regards, > Mindaugas > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13786] trunk/harbour
Revision: 13786 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13786&view=rev Author: vouchcac Date: 2010-02-06 23:27:45 + (Sat, 06 Feb 2010) Log Message: --- 2010-02-06 15:21 UTC-0800 Pritpal Bedi (prit...@vouchcac.com) * contrib/hbide/resources/findinfiles.ui * contrib/hbide/resources/findinfiles.uic * contrib/hbide/hbide.ch * contrib/hbide/hbide.prg * contrib/hbide/idefindreplace.prg * contrib/hbide/ideobject.prg * contrib/hbide/idesaveload.prg ! Fixed for RegEx to be compiled with case sensivity. BTW, hb_regEx( compiledRegExp, cString, lCaseSensitive, ... ) does not honor attribute. Only hb_compRegEx() honors. + Implemented to remember last find folder and search expression. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbide/hbide.ch trunk/harbour/contrib/hbide/hbide.prg trunk/harbour/contrib/hbide/idefindreplace.prg trunk/harbour/contrib/hbide/ideobject.prg trunk/harbour/contrib/hbide/idesaveload.prg trunk/harbour/contrib/hbide/resources/findinfiles.ui trunk/harbour/contrib/hbide/resources/findinfiles.uic This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] mysql test sample either compile in LINUX
Nobody know how to resolve this ? Bruno 2010/2/5 marco bra > Same here on Ubuntu 9.10 32 bits. with > > harbour -build > Harbour 2.1.0dev (Rev. 13777) > Copyright (c) 1999-2010, http://www.harbour-project.org/ > > Harbour Build Info > --- > Version: Harbour 2.1.0dev (Rev. 13777) > Compiler: GNU C 4.4.1 (32-bit) > Platform: Linux 2.6.31-16-generic i686 > PCode version: 0.2 > ChangeLog last entry: 2010-02-05 10:11 UTC-0800 Pritpal Bedi ( > prit...@vouchcac.com) > ChangeLog ID: ChangeLog 13777 2010-02-05 18:13:49Z vouchcac > > Built on: Feb 5 2010 21:38:59 > Build options: > Language options: (Clipper 5.3) (Clipper 5.x undoc) (Xbase++) (Flagship) > > > > > ___ > Harbour mailing list (attachment size limit: 40KB) > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > > ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Corruption detected
Thanks. I think I got it.
Brgds,
Viktor
On 2010 Feb 6, at 22:05, Petr Chornyj wrote:
>
>
> Viktor Szakáts wrote:
>>
>> I'd suggest to post more details, like sample .hrb, and
>> full error message with error code, and retry after full
>> checkout / rebuild.
>>
>
> Hi,
>
> Viktor, please run hbrun and type in prompt something like QUIT or
> QOUT("Hello") and press Enter
>
> Regards,
> Petr
> --
> View this message in context:
> http://old.nabble.com/Corruption-detected-tp27481882p27483318.html
> Sent from the Harbour - Dev mailing list archive at Nabble.com.
>
> ___
> Harbour mailing list (attachment size limit: 40KB)
> Harbour@harbour-project.org
> http://lists.harbour-project.org/mailman/listinfo/harbour
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] SF.net SVN: harbour-project:[13787] trunk/harbour
Revision: 13787 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13787&view=rev Author: vszakats Date: 2010-02-07 00:02:17 + (Sun, 07 Feb 2010) Log Message: --- 2010-02-07 01:00 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * src/vm/runner.c ! Fixed error reported by Petr. I'm not really sure about the problem, and current code is not 100% future proof as a HB_SIZE is passed by reference where ULONG ptr is expected. * include/hbsetup.h + Added HB_DEPRECATED. Can be used as function or variable attribute. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/include/hbsetup.h trunk/harbour/src/vm/runner.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
