On Tue, 13 Apr 2010, Szak�ts Viktor wrote:
Hi,
> Speaking of hbmk2, which has a -run/-hbrun functionality,
> above configurable method seems to defeat the whole
> purpose of these option (namely to launch target executable
> in a _simple_ way).
> What do you recommend as a simple, default, com
On 13/04/10 21:00, Przemysław Czerpak wrote:
It would be nice if user can choose preferred terminal.
As default hbide can use: "xterm -e " as most portable
setting and user can change it i.e. to: "konsole -e" or
"pterm -e" ...
-eis the standard option in most of
terminal emulators.
Yes I ag
Hi Przemek,
> This is different thing.
> When you are working with XWindow then you can execute new
> programs in separated terminal windows. Such functionality
> should be optional, i.e. hbide can have an option:
> [x] execute in new terminal
> so user can set it when he thinks it's necessary f
Now it remains to be seen how to detect that 'konsole'
needs to be used.
Is there any universal solution in the Linux world
for that whole isse? F.e. on OS X it's called 'open '.
Brgds,
Viktor
On 2010 Apr 13, at 21:28, Barry Jackson wrote:
> OK I have been playing and I now have hbide launchi
On Tue, 13 Apr 2010, Szak�ts Viktor wrote:
Hi,
> > If I run from command line :-
> > [...@jackodesktop hash]$ hbmk2 ash.hbp -run
> > then ash is built and runs, but it is in a terminal window labelled
> > "hash:hbmk2"
> > If I kill the hbmk2 process then the running ash process drops to a prompt
OK I have been playing and I now have hbide launching my non-GUI
application in konsole in KDE using :-
ELSE
* qProcess:startDetached_2( cTargetFN )
cRunStr := "konsole --workdir " + oProject:wrkDirectory + " -e "
+ cTargetFN
hb_run( cRunStr )
ENDIF
I can close hbi
On 13/04/10 12:45, Viktor Szakáts wrote:
I don't know, but if someone gives me some hints,
it's very easy to implement in hbmk2. It already
works for win, darwin and os2.
For *nix it's AFAIK desktop dependent, and we should
also have a default version which is plain terminal
based.
Here is my
>> Brgds,
>> Viktor
>
> If I run from command line :-
>
> [...@jackodesktop hash]$ hbmk2 ash.hbp -run
>
> then ash is built and runs, but it is in a terminal window labelled
> "hash:hbmk2"
>
> If I kill the hbmk2 process then the running ash process drops to a prompt,
> with ./ash still takin
On 13/04/10 11:05, Viktor Szakáts wrote:
Of course nobody has to believe me, but probably
the most convenient solution is to launch target
using 'hbmk2 -hbrun my.hbp' (for standalone launch)
or additional '-run' option (for build and launch operation).
This way there is no need to detect target
Of course nobody has to believe me, but probably
the most convenient solution is to launch target
using 'hbmk2 -hbrun my.hbp' (for standalone launch)
or additional '-run' option (for build and launch operation).
This way there is no need to detect target
executable name and everything is handl
On 13/04/10 09:30, Przemysław Czerpak wrote:
On Tue, 13 Apr 2010, Pritpal Bedi wrote:
I need a functionality where new process executes normally at its own and
control is returned back to caller. How this can be achieved with
hb_processRun() ?
You have to read my message once again.
I gave y
On Tue, 13 Apr 2010, Pritpal Bedi wrote:
Hi,
> > Look at parameters. They give you the answer.
> > To set , and is necessary to wait inside
> > hb_processRun() until executed command terminates.
> >
> > If you want to still execute your foreground process then use:
> >hb_processOpen( , ;
>
>> is .T. by default,
>> is .T. by default, when it's .F. the process is killed
>> unconditionally.
>>
>
> I tried this:
>
> hb_processRun( cExecutable, NIL, NIL, NIL, .F. )
> Executable is invoked but control is returned to the caller after
> termination of executable.
> hb_processRun( c
Przemysław Czerpak wrote:
>
> Look at parameters. They give you the answer.
> To set , and is necessary to wait inside
> hb_processRun() until executed command terminates.
>
> If you want to still execute your foreground process then use:
>hb_processOpen( , ;
>[ @ ], [
On Mon, 12 Apr 2010, Pritpal Bedi wrote:
Hi,
> >hb_processRun( , [ ], [ @ ], [ @
> > ], ;
> > [ ] ) ->
> > must not be .T. if you do not want to execute process in
> > background (as daemon).
> > This command is implemented for all platforms.
> If == .F. then the proces
Przemysław Czerpak wrote:
>
>hb_processRun( , [ ], [ @ ], [ @
> ], ;
> [ ] ) ->
>
> must not be .T. if you do not want to execute process in
> background (as daemon).
> This command is implemented for all platforms.
>
If == .F. then the process will run under hbIDE'
On Mon, 12 Apr 2010, Pritpal Bedi wrote:
Hi,
> >> Unix: The started process will run in its own session and act like a
> >> daemon.
> >> I do not know what exactly this means in unix.
> >> Also I do not know how to cover it. Someone with more nixes knowldge
> >> should tell us.
> > It is similar
Alex Strickland wrote:
>
>> Unix: The started process will run in its own session and act like a
>> daemon.
>> I do not know what exactly this means in unix.
>> Also I do not know how to cover it. Someone with more nixes knowldge
>> should tell us.
>
> It is similar to running a service in wind
Pritpal Bedi wrote:
Unix: The started process will run in its own session and act like a daemon.
I do not know what exactly this means in unix.
Also I do not know how to cover it. Someone with more nixes knowldge
should tell us.
It is similar to running a service in windows. It is not attached
Barry Jackson wrote:
>
> I am pretty useless with OOP, but digging a little this looks relevant?
>
> From QT 4.5 QProcess Class Reference
> QProcess::startDetached.
>
> Unix: The started process will run in its own session and act like a
> daemon.
>
> Windows: The started process will ru
On 12/04/10 23:48, Pritpal Bedi wrote:
experiment with
qProcess:startDetached_2( cTargetFN )
Play with
METHOD IdeProjManager:launchProject( cProject, cExe )
and let us know what parameters are passed and in what way.
May be we need to initiate a shell command to execute the
executable.
I
Barry Jackson wrote:
>
>> My ash project does not run now - I suspect a change in Harbour in the
>> last few days has broken it as it has always been OK.
>>
>> Error DBCMD/35 Workarea not in use: __DBLOCATE
>> Called from __DBLOCATE(0)
>> Called from INTVAR(401)
>> Called from MAIN(195)
>
> Pri
On 11/04/10 20:52, Barry Jackson wrote:
On 11/04/10 20:14, Pritpal Bedi wrote:
Pritpal Bedi wrote:
It should launch theoretically.
But let us examine how I am initiating the launch.
My ash project does not run now - I suspect a change in Harbour in the
last few days has broken it as it ha
On 11/04/10 21:08, Pritpal Bedi wrote:
First, do not mix two issues in one thread, open another.
Sorry
Can you guard idehome.prg#368
aadd( aHtm, '' + dtoc( dir_[ 1,3 ] ) + " " + dir_[ 1,4 ] )
with
if ! empty( dir_ )
aadd( aHtm, '' + dtoc( dir_[ 1,3 ] ) + "
Barry Jackson wrote:
>
> I hit another problem trying to test with a simple "Hello World" project.
> I have seen this before but was waiting until other issues were fixed.
>
> On attempting to add a second project to hbide, either by creating from
> scratch, or using an existing .hbp, this arr
On 11/04/10 20:14, Pritpal Bedi wrote:
Pritpal Bedi wrote:
It should launch theoretically.
But let us examine how I am initiating the launch.
#if 1
qProcess := QProcess():new()
qProcess:setWorkingDirectory( hbide_pathToOSPath(
oProject:wrkDirectory ) )
IF !empty(
Viktor Szakáts wrote:
>
> Accidentally I've stumbled upon new code to detect
> executable name, and it's not right. First of all
> "hbmk2: Linker command:" text is only shown when
> -trace mode is used, second, there is no guarantee
> that '-o' option is used in all supported target
> compi
> It should launch theoretically.
> But let us examine how I am initiating the launch.
>
> #if 1
> qProcess := QProcess():new()
> qProcess:setWorkingDirectory( hbide_pathToOSPath(
> oProject:wrkDirectory ) )
> IF !empty( oProject:launchParams )
> qStr := QStringList():n
Pritpal Bedi wrote:
>
> It should launch theoretically.
> But let us examine how I am initiating the launch.
>
> #if 1
> qProcess := QProcess():new()
> qProcess:setWorkingDirectory( hbide_pathToOSPath(
> oProject:wrkDirectory ) )
> IF !empty( oProject:launchParams )
>
Barry Jackson wrote:
>
> This is a non-GUI app and when built with the "build and launch" button
> the output adds:-
>
> Detected exeutable => ash
>
> Launching application [ /home/baz/hash/ash ]
>
> ... but nothing further - I don't know if this is correct in this
> situation.
>
It shou
Barry Jackson wrote:
>
>>> Can you change
>>> cC := iif( hbide_getOS() == "nix", "-c ", "/C " )
>>> to
>>> cC := iif( hbide_getOS() == "nix", "-c .", "/C " )
>>>
>>> and try again?
>>
>> Rather to:
>> cC := iif( hbide_getOS() == "nix", "", "/C " )
>>
>> An .sh file is
On 11/04/10 17:07, Viktor Szakáts wrote:
Usage: /bin/bash [GNU long option] [option] ...
/bin/bash [GNU long option] [option] script-file ...
GNU long options:
--debug
Can you change
cC := iif( hbide_getOS() == "nix", "-c ", "/C " )
to
cC := iif( hbide_getOS() == "nix", "
>> Usage: /bin/bash [GNU long option] [option] ...
>> /bin/bash [GNU long option] [option] script-file ...
>> GNU long options:
>> --debug
>>
>
> Can you change
> cC := iif( hbide_getOS() == "nix", "-c ", "/C " )
> to
> cC := iif( hbide_getOS() == "nix", "-c .", "/C " )
>
>
Barry Jackson wrote:
>
> Output from latest SVN (14320) :-
>
>
> Project [ ash ]Launch [ No ]Rebuild [ No ]Started [ 16:08:44 ]
>
On 09/04/10 17:43, Barry Jackson wrote:
On 09/04/10 16:26, Pritpal Bedi wrote:
IF hbide_getOS() == "nix"
cArg := iif( empty( ::cBatch ), cC, cC + '".' + ::cBatch + "&& "
)
cArg += cExeHbMk2 + " " + cHbpPath + cCmdParams + '"'
ELSE
*cArgs := '-c ". ' + /home/baz/tmp/ahrl8i.sh&& hbmk2
/home/baz/h
Barry Jackson wrote:
>
>
> Project [ ash ]Launch [ No ]Rebuild [ No ]Started [ 16:47:10 ]
> ---
On 09/04/10 16:26, Pritpal Bedi wrote:
IF hbide_getOS() == "nix"
cArg := iif( empty( ::cBatch ), cC, cC + '".' + ::cBatch + "&& "
)
cArg += cExeHbMk2 + " " + cHbpPath + cCmdParams + '"'
ELSE
*cArgs := '-c ". ' + /home/baz/tmp/ahrl8i.sh&& hbmk2
/home/
On 09/04/10 16:26, Pritpal Bedi wrote:
You are constructing wrongly.
Very likely :-)
I will study the differences later, but just for now :-
Project [ ash ]Launch [ No ]Rebuild [ No ]
Przemysław Czerpak wrote:
>
> the standard parameter delimiter is '-'. '/' is MS "extensions" which
> works only in DOS based systems. In all shells '-c ' can be
> used to execute command specified in . All other parameters
> passed after are parameters of executed command.
>
>> Not invisibly.
Barry Jackson wrote:
>
>> cCmd := '/bin/sh'
>> cArgs := '-c ". /home/baz/tmp/ahrl8i.sh&& hbmk2
>> /home/baz/hash/ash.hbp' + ;
>> ' -q -trace -info -lang=en"'
>
> Thanks for your input - well explained as always!
> I am struggling to follow your use of quotes in cArgs above
On 09/04/10 11:35, Przemysław Czerpak wrote:
On Fri, 09 Apr 2010, Przemysław Czerpak wrote:
Hi,
it should look. Your comment above suggests that it should be enough
to make:
cCmd := '/bin/sh'
cArgs := '-c ". /home/baz/tmp/ahrl8i.sh&& hbmk2 /home/baz/hash/ash.hbp"'
cArgs += ' -q -t
On Fri, 09 Apr 2010, Przemysław Czerpak wrote:
Hi,
> it should look. Your comment above suggests that it should be enough
> to make:
>cCmd := '/bin/sh'
>cArgs := '-c ". /home/baz/tmp/ahrl8i.sh && hbmk2 /home/baz/hash/ash.hbp"'
>cArgs += ' -q -trace -info -lang=en'
Sorry, stupid typo,
On Fri, 09 Apr 2010, Pritpal Bedi wrote:
Hi,
> > At present (from the console output) it seems to be just:-
> > /home/baz/tmp/ahrl8i.sh && hbmk2 /home/baz/hash/ash.hbp -q -trace -info
> > -lang=en
>
> You are not taking into consideration .
> QProcess() expects two components, command and param
On 09/04/10 10:08, Pritpal Bedi wrote:
No hope for me then :-(
Don't be disheartened. We will succeed one day.
OK I made some progress - lots more tests after hacking
IdeProjManager:buildProject
I made a script:- /home/baz/hash/test_hb.sh and hard coded
cArg to be "test_hb.sh" and remov
Barry Jackson wrote:
>
> cCArg is:-
> /home/baz/asd45f.sh &&
>
Ah, Ok.
> The final command sent to the command line should AFAICT be:-
> /bin/bash /home/baz/tmp/ahrl8i.sh && hbmk2 /home/baz/hash/ash.hbp -q
> -trace -info -lang=en
>
> Running that on command line works fine.
>
It should
On 08/04/10 23:58, Pritpal Bedi wrote:
Barry Jackson wrote:
/bin/bash: is sent by Qt and I do not know what it is.
That is similar format to bash error message format e.g.
[...@jackodesktop ~]$ qwertyuiop
bash: qwertyuiop: command not found
[...@jackodesktop ~]$
sh is normally a lin
Barry Jackson wrote:
>
>> /bin/bash: is sent by Qt and I do not know what it is.
> That is similar format to bash error message format e.g.
>
> [...@jackodesktop ~]$ qwertyuiop
> bash: qwertyuiop: command not found
> [...@jackodesktop ~]$
>
> sh is normally a link to bash which is always
On 08/04/10 21:54, Pritpal Bedi wrote:
The is important:
/bin/bash: /home/baz/tmp/h2zifo.sh&& hbmk2 /home/baz/hash/ash.hbp -q
-trace -info -lang=en : No such file or directory
This output is sent by QProcess:read() method when an error is generated.
/bin/bash: is sent by Qt and I do no
Barry Jackson wrote:
>
> Sadly none work and all produce the same file not found error. I would
> have expected the "sh " to have solved this.
>
No, this point just constructs a string to tell shell command the
behavior of command line execution. For Windows it is "/C "
means execute and ter
Viktor Szakáts wrote:
>
>> But what if someone wants to experiment with different
>> compilers and different type of projects, just like in my case.
>> There comes the concept of hbide.env. For example,
>> I compile my ERP solutions "Vouch" with MSVC, BCC, MINGW and
>> OpenWatcome. I never lea
On 08/04/10 20:16, Pritpal Bedi wrote:
Can you dump the "Output Console" log showing above lines ?
Yes - no problem, now however I think I am seeing the actual command
line below the "script exists" line.
Just to be sure there was nothing odd going on in my set-up I have since
started with
>> So I'd suggest not to confuse matters with these
>> unnecessary lines. In fact it's outright dangerous.
>>
>> For hbmk2, it's enough to put in the PATH, or
>> refer to it with an absolute name (f.e. /home/me/harbour/bin/hbmk2)
>> and it will find everything automatically.
>>
>> Even HB_COMPI
Barry Jackson wrote:
>
> But before I do, may I ask whether the line I see in the console output
> is the command used to launch the build?
> /bin/bash: /home/baz/tmp/ao9flu.sh && hbmk2 /home/baz/hash/ash.hbp -q
> -trace -info -lang=en
>
> If it's just the error message only then fine, but if
Viktor Szakáts wrote:
>
export HB_COMPILER=gcc
export PATH=$PATH:/home/baz/SVN/harbour/bin/linux/gcc
export PATH=$PATH:/home/baz/SVN/harbour/lib/linux/gcc
export PATH=$PATH:/home/baz/SVN/harbour/include
export PATH=$PATH:/usr/bin/gcc:/usr/lib/gcc
>
> BTW, all of the abo
Hi Pritpal,
> Viktor Szakáts wrote:
>>
>> The CRLF issue is for sure there though.
>>
>
> Can you point out exactly what I should look?
I've committed a fix, pls check it.
.sh files should have LF as EOL. It also
good to use platform native EOL in other
places.
Brgds,
Viktor
_
>>> export HB_COMPILER=gcc
>>> export PATH=$PATH:/home/baz/SVN/harbour/bin/linux/gcc
>>> export PATH=$PATH:/home/baz/SVN/harbour/lib/linux/gcc
>>> export PATH=$PATH:/home/baz/SVN/harbour/include
>>> export PATH=$PATH:/usr/bin/gcc:/usr/lib/gcc
BTW, all of the above is not necessary for hbmk2.
(give
On 08/04/10 16:27, Pritpal Bedi wrote:
Please add path to Harbour bin as the last line ( in hbide.env )
{content} export PATH=$PATH:/home/baz/SVN/harbour/
It appears script is not "executed" at all.
-
enjoy hbIDEing...
Pritpal Bedi
http://hbide.vouch.info/
I just test
On 08/04/10 16:27, Pritpal Bedi wrote:
Barry Jackson wrote:
I paused hbide just after it wrote (and closed) the temp script.
I found the script and ran it after displaying PATH and looking at the
script:-
[...@jackodesktop tmp]$ echo $PATH
/usr/bin:/bin:/usr/local/bin:/usr/X11R6/bin/:/usr/ga
Viktor Szakáts wrote:
>
> The CRLF issue is for sure there though.
>
Can you point out exactly what I should look?
-
enjoy hbIDEing...
Pritpal Bedi
http://hbide.vouch.info/
--
View this message in context:
http://n2.nabble.com/HBIDE-Project-build-start-folder-problem-tp48
>> Ops, I think I've been there. The problem is with
>> parallel execution of script and HBIDE. HBIDE will
>> call external process, but continue to run, so it
>> will instantly delete the script, so the script
>> will not run.
>>
>> I remember fixing this once.
>>
>> Try removing FERASE() ca
Barry Jackson wrote:
>
> I paused hbide just after it wrote (and closed) the temp script.
> I found the script and ran it after displaying PATH and looking at the
> script:-
>
> [...@jackodesktop tmp]$ echo $PATH
> /usr/bin:/bin:/usr/local/bin:/usr/X11R6/bin/:/usr/games:/usr/lib/qt4/bin:/home/
Viktor Szakáts wrote:
>
> Ops, I think I've been there. The problem is with
> parallel execution of script and HBIDE. HBIDE will
> call external process, but continue to run, so it
> will instantly delete the script, so the script
> will not run.
>
> I remember fixing this once.
>
> Try re
I don't know if deleting FERASE() helped.
Anyway, in HBIDE CRLF is permanently mapped
to Chr( 13 ) + Chr( 10 ) for all platforms, which is
wrong, and no .sh file will work with such EOL.
To make HBIDE portable, such hard-wired windos
EOL should never be used and all file reading
functions should
On 08/04/10 13:49, marco bra wrote:
Please read http://www.troubleshooters.com/linux/prepostpath.htm
try:
source 7aqf54.sh
to get the PATH exported var changed not only into that script
Hth, best regards
Marco
Thanks Marco - interesting read,
that is the reason my test failed.
Alex - Mayb
2010/4/8 Barry Jackson
> On 08/04/10 11:21, Barry Jackson wrote:
>
>
>> So, now the problem seems to be the missing full path to hbmk2
>>
>
> Ignore that silly remark - hbmk2 is already in the path and should be
> found.
>
> Something strange though.
> I paused hbide just after it wrote (and clos
On 08/04/10 12:40, Viktor Szakáts wrote:
Ops, I think I've been there. The problem is with
parallel execution of script and HBIDE. HBIDE will
call external process, but continue to run, so it
will instantly delete the script, so the script
will not run.
I remember fixing this once.
Try removing
Barry Jackson wrote:
So, now the problem seems to be the missing full path to hbmk2
/home/baz/tmp/fpw5bh.sh && hbmk2 /home/baz/hash/ash.hbp -q -trace -info -lang=en
Shouldn't fpw5bh.sh have the hbmk2 line as its last line?
Regards
Alex
___
Harbou
Ops, I think I've been there. The problem is with
parallel execution of script and HBIDE. HBIDE will
call external process, but continue to run, so it
will instantly delete the script, so the script
will not run.
I remember fixing this once.
Try removing FERASE() call for the temporary
exter
On 08/04/10 11:21, Barry Jackson wrote:
So, now the problem seems to be the missing full path to hbmk2
Ignore that silly remark - hbmk2 is already in the path and should be found.
Something strange though.
I paused hbide just after it wrote (and closed) the temp script.
I found the script an
On 08/04/10 09:32, Pritpal Bedi wrote:
Barry Jackson wrote:
"DUMMY" is selectable and appears on status bar
Yes, selectable, but do not select. Select GCC.
OK
With [DUMMY] entry in compiler env. and GCC selected it does now make
temp script which is correct. (Remove the dummy and it fai
Barry Jackson wrote:
>
> "DUMMY" is selectable and appears on status bar
>
Yes, selectable, but do not select. Select GCC.
> I assume that by "log" you are referring to the console output:-
>
Yep.
>> Plus you can investigate ::aEnvrns contents.
>> Also check :
>> METHOD IdeEnvironm
On 08/04/10 01:41, Pritpal Bedi wrote:
And show me the log.
"DUMMY" is selectable and appears on status bar
I assume that by "log" you are referring to the console output:-
Project [ ash ]
Barry Jackson wrote:
>
> http://i115.photobucket.com/albums/n287/barjac_2006/hbide8.png
>
Everything looks absolutely right, so where is the catch?
> I noticed a lower() in the function that builds the arrays, while "GCC"
> is being passed as upper case - probably off track - I was just lo
On 08/04/10 00:41, Pritpal Bedi wrote:
Barry Jackson wrote:
The code in this IF conditional (in METHOD IdeEnvironments:prepareBatch(
cEnvName ) )
is being skipped.
"GCC" *is* being passed to the METHOD.
IF ( n := ascan( ::aEnvrns, {|e_| e_[ 1 ] == cEnvName } ) )> 0
ENDIF
So the METHO
Barry Jackson wrote:
>
> The code in this IF conditional (in METHOD IdeEnvironments:prepareBatch(
> cEnvName ) )
> is being skipped.
>
> "GCC" *is* being passed to the METHOD.
>
> IF ( n := ascan( ::aEnvrns, {|e_| e_[ 1 ] == cEnvName } ) ) > 0
>
> ENDIF
>
> So the METHOD is returning sp
On 07/04/10 23:23, Pritpal Bedi wrote:
And this is what Ia m trying to figure-out, WHY ? Why it is blank.
The code in this IF conditional (in METHOD IdeEnvironments:prepareBatch(
cEnvName ) )
is being skipped.
"GCC" *is* being passed to the METHOD.
IF ( n := ascan( ::aEnvrns, {|e_| e_[ 1 ]
On 07/04/10 23:27, Pritpal Bedi wrote:
BTW did you changed the .env as
[GCC]
{hb_comp} gcc
{content} export HB_COMPILER=gcc
{content} export PATH=$PATH:/home/baz/SVN/harbour/bin/linux/gcc
{content} export PATH=$PATH:/home/baz/SVN/harbour/lib/linux/gcc
{content} export PATH=$PATH:/home/b
On 07/04/10 23:09, Barry Jackson wrote:
Function does not exist - file stops at line 2067 !
OK found it - line 1218 :-)
Barry
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mail
BTW did you changed the .env as
[GCC]
{hb_comp} gcc
{content} export HB_COMPILER=gcc
{content} export PATH=$PATH:/home/baz/SVN/harbour/bin/linux/gcc
{content} export PATH=$PATH:/home/baz/SVN/harbour/lib/linux/gcc
{content} export PATH=$PATH:/home/baz/SVN/harbour/include
{content} e
Barry Jackson wrote:
>
>> 1. Check what is the value of ::cWrkEnvironment
> GCC
>
Ok.
>> 2. Check what is the value of ::cBatch ( a temporary file name )
> Blank line about 30-40 characters long.
>
And this is what Ia m trying to figure-out, WHY ? Why it is blank.
>> 3. Explore what is
On 07/04/10 22:11, Pritpal Bedi wrote:
To debug more:
::cBatch := ::oEV:prepareBatch( ::cWrkEnvironment )
1. Check what is the value of ::cWrkEnvironment
GCC
2. Check what is the value of ::cBatch ( a temporary file name )
Blank line about 30-40 characters long.
3. Explore what is wrong w
Barry Jackson wrote:
>
>[ COMMON ]
> PLATFORM = linux
> COMPILER = gcc
>
>[GCC]
> {hb_comp} gcc
> export HB_COMPILER=gcc
>
> export PATH=$PATH:/home/baz/SVN/harbour/bin/linux/gcc
> export PATH=$PATH:/home/baz/SVN/harbour/lib/linux/gcc
> export PATH=$PATH:/home/baz/SVN/harbo
On 07/04/10 17:50, Pritpal Bedi wrote:
Can you try this:
[ COMMON ]
PLATFORM = linux
COMPILER = gcc
[ GCC ]
{hb_comp} gcc
export HB_COMPILER=gcc
export PATH=$PATH:/home/baz/SVN/harbour/bin/linux/gcc
export PATH=$PATH:/home/baz/SVN/harbour/lib/linux/gcc
export PATH=$PATH:/h
Barry Jackson wrote:
>
>[ COMMON ]
> PLATFORM = linux
> COMPILER = gcc
>
> {hb_comp} gcc
> export HB_COMPILER=gcc
>
> export PATH=$PATH:/home/baz/SVN/harbour/bin/linux/gcc
> export PATH=$PATH:/home/baz/SVN/harbour/lib/linux/gcc
> export PATH=$PATH:/home/baz/SVN/harbour/include
>
On 07/04/10 15:28, Pritpal Bedi wrote:
Barry Jackson wrote:
Path to hbmk2 /home/baz/SVN/harbour/bin/linux/gcc
Path to hbide.env /home/baz/hbr
The main window is empty.
The main window is empty.
It should not.
It was full but everything in there was Windows related so I assumed I
sh
Barry Jackson wrote:
>
> Path to hbmk2 /home/baz/SVN/harbour/bin/linux/gcc
> Path to hbide.env /home/baz/hbr
> The main window is empty.
>
>The main window is empty.
It should not.
Please examine: {hbide_location}/resource/hbide.env
Copy this to /home/baz/hbr
Open the dialog again and adj
On 07/04/10 00:20, Pritpal Bedi wrote:
Have you set the environment via right-toolbar icon?
I reduced that to:-
Path to hbmk2 /home/baz/SVN/harbour/bin/linux/gcc
Path to hbide.env /home/baz/hbr
The main window is empty.
I was launching hbide from a desktop icon with no start folder set,
Barry Jackson wrote:
>
> ---
> Project [ ash ]Launch [ Yes ]Rebuild [ Yes ]Started [ 22:43:44
> ]
>
Barry Jackson wrote:
>
>
> Project [ ash ]Launch [ Yes ]Rebuild [ Yes ]Started [ 22:43:44
> ]
> ---
89 matches
Mail list logo
