Re: [Harbour] Re: Question regardin the good hbide
Project [ curd ] Launch [ Yes ] Rebuild [ Yes ] Started [ 09:32:18 ] Batch File Exists = C:\Users\MBELGR~1.SED\AppData\Local\Temp\y7de4n.bat Batch File Contents = hbmk2 G:\clip52\LAVORI\MASSIMO\ARCA\curd.hbp -q -trace -info -lang=en -width=512 -rebuild Command = C:\Windows\system32\cmd.exe Arguments = /C C:\Users\MBELGR~1.SED\AppData\Local\Temp\y7de4n.bat CurDir() = harbour\contrib\hbide Starting in = G:\clip52\LAVORI\MASSIMO\ARCA\ G:\clip52\LAVORI\MASSIMO\ARCAhbmk2 G:\clip52\LAVORI\MASSIMO\ARCA\curd.hbp -q -trace -info -lang=en -width=512 -rebuild hbmk2: Processing environment options: -compiler=mingw hbmk2: Autodetected platform: win hbmk2: Using Harbour: C:\HARBOUR\bin C:\HARBOUR\include C:\HARBOUR\lib\win\mingw C:\HARBOUR\lib\win\mingw hbmk2: Compiling Harbour sources... hbmk2: Harbour compiler command (embedded): (C:\HARBOUR\BIN\WIN\MINGW\harbour.exe) -n2 G:/clip52/LAVORI/MASSIMO/ARCA/curd.prg -q -o.hbmk\win\mingw\ -iC:/HARBOUR/include hbmk2: Compiling... hbmk2: C/C++ compiler command: gcc.exe -c -O3 -march=i586 -mtune=pentiumpro -fomit-frame-pointer -W -Wall -pipe -IC:/HARBOUR/include .hbmk\win\mingw\curd.c -o .hbmk/win/mingw/curd.o Harbour 2.1.0beta1 (Rev. 14577) Copyright (c) 1999-2010, http://www.harbour-project.org/ hbmk2: C/C++ compiler command: gcc.exe -c -O3 -march=i586 -mtune=pentiumpro -fomit-frame-pointer -W -Wall -pipe -IC:/HARBOUR/include .hbmk\win\mingw\_hbmkaut.c -o .hbmk/win/mingw/_hbmkaut.o hbmk2: Linking... curd.exe hbmk2: Linker command: gcc.exe .hbmk\win\mingw\curd.o .hbmk\win\mingw\_hbmkaut.o -mconsole -Wl,--start-group -lhbextern -lhbdebug -lhbvm -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgtwin -lgtwvt -lgtgui -lhbrdd -lhbuddall -lhbusrrdd -lrddntx -lrddcdx -lrddnsx -lrddfpt -lhbrdd -lhbhsx -lhbsix -lhbmacro -lhbcplr -lhbpp -lhbcommon -lhbmainstd -lkernel32 -luser32 -lgdi32 -ladvapi32 -lws2_32 -lwinspool -lcomctl32 -lcomdlg32 -lshell32 -luuid -lole32 -loleaut32 -lmpr -lwinmm -lmapi32 -limm32 -lmsimg32 -lwininet -lhbpcre -lhbzlib -Wl,--end-group -ocurd.exe -LC:/HARBOUR/lib/win/mingw Exit Code [ 0 ] Exit Status [ 0 ] Finished at [ 09:32:22 ] Done in [ 4.16 Secs ] Detected exeutable = curd.exe Launch error: file not found - curd.exe How is possible that executable is detected but non found??? 2010/5/25 Pritpal Bedi bediprit...@hotmail.com Massimo Belgrano wrote: -3rd=hbide_workingfolder=G:\clip52\lavori\massimo\arca\ Please test after r14572. Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Question regardin the good hbide
Massimo Belgrano wrote: hbmk2: Linking... curd.exe Exe is detected from above token, so it is there. -lhbpcre -lhbzlib -Wl,--end-group -ocurd.exe -LC:/HARBOUR/lib/win/mingw -ocurd.exe Note: ( which you miss time and again ) in Flags tab provide full path as -o_path_to_exe_plus_exename_without_extension_ How is possible that executable is detected but non found??? Hope it will be clear now. Instead of replying what I asked you to verify, you posted another query which I repled in first messages, go through all them. Why you do not understand the basics ? - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/Question-regardin-the-good-hbide-tp5040280p5097332.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: [Harbour] Re: Question regardin the good hbide
-lhbpcre -lhbzlib -Wl,--end-group -ocurd.exe -LC:/HARBOUR/lib/win/mingw -ocurd.exe Note: ( which you miss time and again ) in Flags tab provide full path as -o_path_to_exe_plus_exename_without_extension_ How is possible that executable is detected but non found??? Hope it will be clear now. Instead of replying what I asked you to verify, you posted another query which I repled in first messages, go through all them. Why you do not understand the basics ? Something is definitely wrong here in HBIDE, since it's abnormal to require users to use absolute dirs just to make HBIDE launching feature work. Pls read my other mail. It's possible that it's wrong in other ways, but for sure HBIDE should try harder to be sync with hbmk2 and it's output filenames. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Question regardin the good hbide
Viktor Szakáts wrote: hbide properly detects the executable name from hbmk2 output, but doesn't to complete it to a proper path if no or relative path is present in detected output executable name. Such completion should properly emulate the behavior of hbmk2 for the case when no absolute output directory is used. In normal case it should be able to run the output name as is. This can be the solution. My guess is that it fails in HBIDE because HBIDE _does change current dir_, which is a dangerous thing to do in general and will mess up any process which rely on current dir (IOW any process which uses no or relative paths), such as running a relative filename got from hbmk2. So IMO HBIDE should never try to alter current dir, or if it does, it should adjust all relative filenames accordingly. Your assumption is wrong. For build process it stays in the project location folder. For execution, because it has to be done in detatched manner, it does not follow the project path and loose its track which can either be set by proper -o switch or providing the execuatble path in Start in field of Project Properties. F.e.: curdir = C:\work\ filename = proj\my.exe after changing curdir, should be: curdir = C:\myoutput\ filename = C:\work\proj\my.exe The other option is to use -run hbmk2 option to let hbmk2 do the launching. No, this is not the option. If -hbrun is switched on, executable will not show up if it is a console application. GUI appln will show up but will run in the hbIDE's process space and will block hbIDE until it is exited. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/Question-regardin-the-good-hbide-tp5040280p5097368.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: [Harbour] Re: Question regardin the good hbide
Thanks for clarification and sorry to all for my question that show my limitation but i love hbide and have difficult undesrtand persistence mode or no changing directory 2010/5/25 Viktor Szakáts harbour...@syenar.hu Exit Code [ 0 ] Exit Status [ 0 ] Finished at [ 09:32:22 ] Done in [ 4.16 Secs ] Detected exeutable = curd.exe Launch error: file not found - curd.exe How is possible that executable is detected but non found??? hbide properly detects the executable name from hbmk2 output, but doesn't to complete it to a proper path if no or relative path is present in detected output executable name. Such completion should properly emulate the behavior of hbmk2 for the case when no absolute output directory is used. In normal case it should be able to run the output name as is. My guess is that it fails in HBIDE because HBIDE _does change current dir_, which is a dangerous thing to do in general and will mess up any process which rely on current dir (IOW any process which uses no or relative paths), such as running a relative filename got from hbmk2. So IMO HBIDE should never try to alter current dir, or if it does, it should adjust all relative filenames accordingly. F.e.: curdir = C:\work\ filename = proj\my.exe after changing curdir, should be: curdir = C:\myoutput\ filename = C:\work\proj\my.exe The other option is to use -run hbmk2 option to let hbmk2 do the launching. Agree - Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Question regardin the good hbide
Viktor Szakáts wrote: This is totally wrong solution. Why do you want to force absolute paths for users? Because it's simplest to program? IOW you force each HBIDE user to actively work to workaround the lack of attention to details in HBIDE code. I agree. Here is my argument: hbMK2 has filters parsing at -o level which I cannot manage. I have requested you many times to give a proper token to output name but you have always deferred it. So what is wrong if I provide an option at -o level or provide a slot as a field? I will retuen to this point a bit later to rework the detection logic. To me this is unacceptable. If my assumption is wrong, then HBIDE should try to emulate the logic to find the non-absolute output name at it's original position. I can help you that hbmk2 does no magic related to output filename, and it actually launches it using the exact same name as displayed on screen (which is detected by HBIDE). You stay in the folder where executable is, hbIDE do not. Just provide a token with full path, that's it. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/Question-regardin-the-good-hbide-tp5040280p5097459.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: [Harbour] Re: Question regardin the good hbide
I agree. Here is my argument: hbMK2 has filters parsing at -o level which I cannot manage. I have requested you many times to give a proper token to output name but you have always deferred it. So what is wrong if I provide an option at -o level or provide a slot as a field? You have the final output name parsed from hbmk2 output so you don't need any of those, neither parsing -o option or maintain you own copy of it (which will most probably not emulate -o behavior properly). I will retuen to this point a bit later to rework the detection logic. Why do you think it's me who should solve this problem for you? You pass me back this all the time, while you never have invested any effort to even understand or test this problem. You stay in the folder where executable is, hbIDE do not. Just provide a token with full path, that's it. No, you have to complete the non-absolute path to a relative one using current dir as a base, if your proprietary launching solution is unable to use current dir of caller application. Get back to me if these options failed. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Question regardin the good hbide
I can try only now My question is different from Barry Jackson How start project having a curdir to project dir instead having to desktop? In Xmate i work setting curdir to home The problem is not in how be created executable but how be executed Now is: g:\clip52\lavori\massimo\arca\curd.exe istead i need a way for g: cd \clip52\lavori\massimo\arca\ curd.exe for What be used hbide_workingfolder? Seem Not work -Follow my curd.hbp -3rd=hbide_version=1.0 -3rd=hbide_type=Executable -3rd=hbide_title=curd -3rd=hbide_location=G:\clip52\lavori\massimo\arca\ -3rd=hbide_workingfolder= -3rd=hbide_destinationfolder=G:/CLIP52/LAVORI/MASSIMO/ARCA -3rd=hbide_output=curd -3rd=hbide_launchparams= -3rd=hbide_launchprogram= -3rd=hbide_backupfolder= -3rd=hbide_xhb=YES -3rd=hbide_xpp=NO -3rd=hbide_clp=NO -oG:\clip52\lavori\massimo\arca\curd -GUI -lGTWIN curd.prg - curd.prg func MAIN ? curdir() // display documents and setting\bel\desktop // istead of G:\clip52\lavori\massimo\arca\ WAIT TO MAX return 2010/5/17 Pritpal Bedi bediprit...@hotmail.com: Massimo Belgrano wrote: Problem SEEM persist CURD.EXE IS GENERATED AT g:\clip52\lavori\massimo\arca IMO if compiledcurd.hb-3rd=hbide_workingfolder cd is required CURDIR.HBP -3rd=hbide_version=1.0 -3rd=hbide_type=Executable -3rd=hbide_title=curd -3rd=hbide_location=G:/CLIP52/LAVORI/MASSIMO/ARCA -3rd=hbide_workingfolder= -3rd=hbide_destinationfolder=g:\clip52\lavori\massimo\arca -3rd=hbide_output=curd -3rd=hbide_launchparams= -3rd=hbide_launchprogram= -3rd=hbide_backupfolder= -3rd=hbide_xhb=YES -3rd=hbide_xpp=NO -3rd=hbide_clp=NO Please follow a previous thread by Barry Jackson. OR Include a flag in .hbp ( manually or via Flags tab ) -oG:\clip52\lavori\massimo\arca\curd -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Question regardin the good hbide
Massimo Belgrano wrote: I can try only now My question is different from Barry Jackson How start project having a curdir to project dir instead having to desktop? In Xmate i work setting curdir to home The problem is not in how be created executable but how be executed Now is: g:\clip52\lavori\massimo\arca\curd.exe istead i need a way for g: cd \clip52\lavori\massimo\arca\ curd.exe So, you mean at run-time current folder should be of your choice when your application executes via hbIDE with Build and Launch option. Right ? I took a notion that your application is not started at all. For this place g:\clip52\lavori\massimo\arca\ in Start in field of project properties dialog. -o flag tells hbMK2 to create exe there. Start in tells hbIDE stay in this folder before executing the application. for What be used hbide_workingfolder? This is used to indicate where is the project location, and is depricated. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/Question-regardin-the-good-hbide-tp5040280p5094708.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: [Harbour] Re: Question regardin the good hbide
2010/5/24 Pritpal Bedi bediprit...@hotmail.com: So, you mean at run-time current folder should be of your choice when your application executes via hbIDE with Build and Launch option. Right ? Yes I took a notion that your application is not started at all. For this place g:\clip52\lavori\massimo\arca\ in Start in field of project properties dialog. -o flag tells hbMK2 to create exe there. Start in tells hbIDE stay in this folder before executing the application. I have placed in start in g:\clip52\lavori\massimo\arca\ Not work my application run and display: Documents and Settings\bel\Desktop Press any key to continue... for What be used hbide_workingfolder? This is used to indicate where is the project location, and is depricated. hbide_workingfolder seem start in: because after that I have placed in project properties start in the vaule g:\clip52\lavori\massimo\arca\ i found -3rd=hbide_workingfolder=G:\clip52\lavori\massimo\arca\ -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Question regardin the good hbide
Massimo Belgrano wrote: -3rd=hbide_workingfolder=G:\clip52\lavori\massimo\arca\ Please test after r14572. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/Question-regardin-the-good-hbide-tp5040280p5096010.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: [Harbour] Re: Question regardin the good hbide
Problem SEEM persist CURD.EXE IS GENERATED AT g:\clip52\lavori\massimo\arca IMO if compiledcurd.hb-3rd=hbide_workingfolder cd is required CURDIR.HBP -3rd=hbide_version=1.0 -3rd=hbide_type=Executable -3rd=hbide_title=curd -3rd=hbide_location=G:/CLIP52/LAVORI/MASSIMO/ARCA -3rd=hbide_workingfolder= -3rd=hbide_destinationfolder=g:\clip52\lavori\massimo\arca -3rd=hbide_output=curd -3rd=hbide_launchparams= -3rd=hbide_launchprogram= -3rd=hbide_backupfolder= -3rd=hbide_xhb=YES -3rd=hbide_xpp=NO -3rd=hbide_clp=NO curd.prg -- CURDIR.PRG func MAIN ? curdir() // display documents and setting\bel\desktop // istead of G:\clip52\lavori\massimo\arca\ inkey(0) return Project [ curd ]Launch [ Yes ]Rebuild [ No ]Started [ 12:35:42 ] Batch File Exists = C:\DOCUME~1\bel\IMPOST~1\Temp\9h95w0.bat Batch File Contents = hbmk2 G:\clip52\lavori\massimo\arca\curd.hbp -xhb -q -trace -info -lang=en -width=512 Command = C:\WINDOWS\system32\cmd.exe Arguments = /C C:\DOCUME~1\bel\IMPOST~1\Temp\9h95w0.bat CurDir() = Documents and Settings\bel\Desktop Starting in = G:\clip52\lavori\massimo\arca\ G:\clip52\lavori\massimo\arcahbmk2 G:\clip52\lavori\massimo\arca\curd.hbp -xhb -q -trace -info -lang=en -width=512 hbmk2: Autodetected platform: win hbmk2: Autodetected C compiler: bcc hbmk2: Using Harbour: G:\CLIP52\XH\bin G:\CLIP52\XH\include G:\CLIP52\XH\lib G:\CLIP52\XH\lib hbmk2: Using C compiler: G:\CLIP52\XH\BCC55\BIN\bcc32.exe hbmk2: Harbour compiler command: G:\CLIP52\XH\bin\harbour.exe -n G:\clip52\lavori\massimo\arca\curd.prg -q -oC:\DOCUME~1\bel\IMPOST~1\Temp\ -iG:\CLIP52\XH\include -undef:.ARCH. -D__PLATFORM__WINDOWS xHarbour Compiler build 1.0.0 (SimpLex) Copyright 1999-2007, http://www.xharbour.org http://www.harbour-project.org/ hbmk2: C/C++ compiler command: bcc32.exe -c -q -d -6 -O2 -OS -Ov -Oi -Oc -tWM -w -Q -w-sig- -nC:\DOCUME~1\bel\IMPOST~1\Temp\ -IG:\CLIP52\XH\include C:\DOCUME~1\bel\IMPOST~1\Temp\curd.c C:\DOCUME~1\bel\IMPOST~1\Temp\curd.c: hbmk2: Linking... curd.exe hbmk2: Linker command: ilink32.exe @C:\DOCUME~1\bel\IMPOST~1\Temp\ci9cq7.lnk hbmk2: Linker script: -Gn -Tpe -LG:\CLIP52\XH\BCC55\Lib\PSDK;G:\CLIP52\XH\lib -ap c0x32.obj C:\DOCUME~1\bel\IMPOST~1\Temp\curd.obj, curd.exe, nul, debug.lib vm.lib rtl.lib lang.lib codepage.lib gtcgi.lib gtpca.lib gtstd.lib gtwin.lib gtwvt.lib gtgui.lib rdd.lib usrrdd.lib dbfntx.lib dbfcdx.lib dbfnsx.lib dbffpt.lib rdd.lib hsx.lib hbsix.lib macro.lib pp.lib common.lib kernel32.lib user32.lib gdi32.lib advapi32.lib ws2_32.lib winspool.lib comctl32.lib comdlg32.lib shell32.lib uuid.lib ole32.lib oleaut32.lib mpr.lib winmm.lib mapi32.lib imm32.lib msimg32.lib wininet.lib pcrepos.lib cw32mt.lib import32.lib,, Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland Exit Code [ 0 ]Exit Status [ 0 ]Finished at [ 12:35:47 ] Done in [ 4.77 Secs ] Detected exeutable = curd.exe Launch error: file not found - curd.exe 2010/5/12 Pritpal Bedi bediprit...@hotmail.com: imo it not made a cd \ G:\clip52\lavori\massimo\arca\ for changing the curdir() cd is not issued at all. Try after removing ( not needed now ) -3rd=hbide_workingfolder=G:\clip52\lavori\massimo\arca\ -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Question regardin the good hbide
Massimo Belgrano wrote: Problem SEEM persist CURD.EXE IS GENERATED AT g:\clip52\lavori\massimo\arca IMO if compiledcurd.hb-3rd=hbide_workingfolder cd is required CURDIR.HBP -3rd=hbide_version=1.0 -3rd=hbide_type=Executable -3rd=hbide_title=curd -3rd=hbide_location=G:/CLIP52/LAVORI/MASSIMO/ARCA -3rd=hbide_workingfolder= -3rd=hbide_destinationfolder=g:\clip52\lavori\massimo\arca -3rd=hbide_output=curd -3rd=hbide_launchparams= -3rd=hbide_launchprogram= -3rd=hbide_backupfolder= -3rd=hbide_xhb=YES -3rd=hbide_xpp=NO -3rd=hbide_clp=NO Please follow a previous thread by Barry Jackson. OR Include a flag in .hbp ( manually or via Flags tab ) -oG:\clip52\lavori\massimo\arca\curd - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/Question-regardin-the-good-hbide-tp5040280p5065224.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: Question regardin the good hbide
Massimo Belgrano wrote: How can i add a files who is not included in hbmk2 project like a txt/asci files ? I Possible store info of project function lookup (loaded each times that i open project) in hbp so if i open from different hbide is allways updated? Because hbMK2 does not filter sources by extention. To achieve it following are the options: 1. hbIDE retains its own project definition and construct .hbp and supply it to hbMK2 ( which was the situation at the begining ) 2. hbIDE introduces yet another method to accept non-compiler files and retains them inside .hbp under -3rd= switch, but present them in the Project Tree as regular files ( a really cumbersome method ) 3. hbMK2 just get rid of the file types not supported by compilers ( which it does, but only for .hbc/.hbm and family ) ( the most easy way ) 4. You create another panel say Logs and open such ancilliary files there. ( This is the way I use currently and by far the most suited method ) Why not open topic : ::execTool( hh.exe,C:\xHB\Doc\xHarbour Language Reference Guide.chm +: + : + cTopic ) instead work fine from old xmate the follow row? HtmlHelpTopic( ::hWnd, C:\xHB\Doc\xHarbour Language Reference Guide.chm, cTopic ) For some strange reasons cTopic never gets opened via command line, though it is documented to behave like it. xMate calls the proper API function so succeeds. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/Question-regardin-the-good-hbide-tp5040280p5041174.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: [Harbour] Re: Question regardin the good hbide
Because hbMK2 does not filter sources by extention. To achieve it following are the options: 1. hbIDE retains its own project definition and construct .hbp and supply it to hbMK2 ( which was the situation at the begining ) 2. hbIDE introduces yet another method to accept non-compiler files and retains them inside .hbp under -3rd= switch, but present them in the Project Tree as regular files ( a really cumbersome method ) 3. hbMK2 just get rid of the file types not supported by compilers ( which it does, but only for .hbc/.hbm and family ) ( the most easy way ) 4. You create another panel say Logs and open such ancilliary files there. ( This is the way I use currently and by far the most suited method ) I thought we've discussed this a few times. In fact the solution is the same since my first msg regarding this topic: -3rd=hbide_extrafile=my.txt I didn't hear back from you what is the problem with above solution. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Question regardin the good hbide
Viktor Szakáts wrote: I thought we've discussed this a few times. In fact the solution is the same since my first msg regarding this topic: -3rd=hbide_extrafile=my.txt I didn't hear back from you what is the problem with above solution. No problem in the above solution until I introduce this to be embedded into existing implementation in a transparent way, and believe me, it is really a big job. I will look into this sometime in future. I do not question your stance, but BTW, why we cannot filer it on hbMK2 levels. I simply know that you do not want but am not aware why. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/Question-regardin-the-good-hbide-tp5040280p5041264.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: [Harbour] Re: Question regardin the good hbide
-3rd=hbide_extrafile=my.txt I didn't hear back from you what is the problem with above solution. No problem in the above solution until I introduce this to be embedded into existing implementation in a transparent way, and believe me, it is really a big job. I will look into this sometime in future. Sorry, but I cannot see the complication. You already have a .hbp parser which picks the '-3rd=hbide*' options and sorts them into separate array (you can very easily create another filter which picks the 'extrafile' ones from this list), and it's very easy to generate -3rd options based on that internal array of extra files. I do not question your stance, but BTW, why we cannot filer it on hbMK2 levels. I simply know that you do not want but am not aware why. I've already told the reason. The main reason is that Harbour compiler allows to compile any extension, so I don't want to create an extra limit in hbmk2. I find it odd to add extra limitation without very good reason. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Question regardin the good hbide
I have another problem also if i have set workingfolder it not reflect in curdir() at application startup -3rd=hbide_location=G:\clip52\lavori\massimo\arca\ -3rd=hbide_workingfolder=G:\clip52\lavori\massimo\arca\ -3rd=hbide_destinationfolder=G:\clip52\lavori\massimo\arca\ func MAIN ? curdir() // display documents and setting\bel\desktop // istead of G:\clip52\lavori\massimo\arca\ inkey(0) return -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Question regardin the good hbide
Massimo Belgrano wrote: I have another problem also if i have set workingfolder it not reflect in curdir() at application startup -3rd=hbide_location=G:\clip52\lavori\massimo\arca\ -3rd=hbide_workingfolder=G:\clip52\lavori\massimo\arca\ -3rd=hbide_destinationfolder=G:\clip52\lavori\massimo\arca\ func MAIN ? curdir() // display documents and setting\bel\desktop // istead of G:\clip52\lavori\massimo\arca\ inkey(0) return Where is your .exe ? How you run your .exe ? I mean with Build and Launch or clicking on the desktop icon ? - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/Question-regardin-the-good-hbide-tp5040280p5041828.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: [Harbour] Re: Question regardin the good hbide
My exe is created in right position G:\clip52\lavori\massimo\arca\arcahd.exe I create with f9 (build launch) the problem is curdir() of application launched from hbide Launching application [ G:\clip52\lavori\massimo\arca\arcahd.exe ] imo it not made a cd \ G:\clip52\lavori\massimo\arca\ for changing the curdir() Where is your .exe ? How you run your .exe ? I mean with Build and Launch or clicking on the desktop icon ? -- Massimo Belgrano ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Question regardin the good hbide
Massimo Belgrano wrote: My exe is created in right position G:\clip52\lavori\massimo\arca\arcahd.exe I create with f9 (build launch) the problem is curdir() of application launched from hbide Launching application [ G:\clip52\lavori\massimo\arca\arcahd.exe ] imo it not made a cd \ G:\clip52\lavori\massimo\arca\ for changing the curdir() cd is not issued at all. Try after removing ( not needed now ) -3rd=hbide_workingfolder=G:\clip52\lavori\massimo\arca\ - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/Question-regardin-the-good-hbide-tp5040280p5042336.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
