On Fri, 23 Apr 2010, Szak�ts Viktor wrote:
Hi,
> Shouldn't the NETIO server API call make an RTE
> if not called in MT mode?
Only one function needs MT in NETIO server part.
It's NETIO_MTSERVER(). All other code perfectly well works in single
thread mode and are fully usable. I.e. someone can p
Hi Przemek
Shouldn't the NETIO server API call make an RTE
if not called in MT mode?
This is a frequent problem and despite all the
hbmk2 configurations and information out there,
lots of users get it wrong, causing such long
threads.
BTW, this still also applies to all HBNETIO triers:
---
Thanks for your test.
I've made some comparison with __COPYFILE(),
and it looks safe to adapt its file opening
method also in hb_fsCopy().
I'll commit it soon.
Brgds,
Viktor
On 2009 Nov 24, at 15:40, Maurilio Longo wrote:
> Viktor,
>
> I've added a define to postinst.prg
>
> #define hb_FCo
Viktor,
I've added a define to postinst.prg
#define hb_FCopy( x, y ) __COPYFILE( x, y )
and this is what I got
! 'sddodbc' library skipped ('odbc' not supported on os2 platform)
! 'hbxbp' library skipped (platform not supported)
./bin/os2/gcc/hbrun.exe --hb:gtcgi ./bin/postinst.prg
! Making e
> Viktor,
>
> another idea could be to open the source file in FO_DENYWRITE mode, so that
> the open of the destination file fails while I can still read it from a
> different process.
>
> BTW, given that I'm going to copy the source somewhere the assurance that
> nobody changes it while I'm copy
On Tue, 24 Nov 2009, Maurilio Longo wrote:
Hi,
> OS/2 GCC,
> inside src/vm I issue a
> touch fm.c
> touch hbvmall.c
[...]
> make[1]: `../../../../../lib/os2/gcc/hbvm.a' is up to date.
> make[2]: `../../../../../../lib/os2/gcc/hbmainstd.a' is up to date.
> make[2]: `../../../../../../lib/os2/gcc/h
ot supported on os2 platform
> ! Component: 'slang' not found. Configure with HB_WITH_SLANG.
> ! Component: 'curses' not supported on os2 platform
> ! Component: 'x11' not found. Configure with HB_WITH_X11.
> ! Component: 'wattcp/watt-32' not suppo
lang' not found. Configure with HB_WITH_SLANG.
! Component: 'curses' not supported on os2 platform
! Component: 'x11' not found. Configure with HB_WITH_X11.
! Component: 'wattcp/watt-32' not supported on os2 platform
! HB_INSTALL_PREFIX automatically set to: E:\repos
Hi Maurilio,
> Viktor,
>
> we need a way to be able to tell whether pszSource && pszDest are indeed the
> same file on disk and abort the copy.
That's a very tough thing to do, and IMO not
possible in a reliable (and portable) way.
Files can have links, they can be mapped to
different network
Viktor,
another idea could be to open the source file in FO_DENYWRITE mode, so that
the open of the destination file fails while I can still read it from a
different process.
BTW, given that I'm going to copy the source somewhere the assurance that
nobody changes it while I'm copying it could be
Viktor,
we need a way to be able to tell whether pszSource && pszDest are indeed the
same file on disk and abort the copy.
Maurilio.
Viktor Szakáts wrote:
>> Viktor,
>>
>> postinst.prg uses HB_INSTALL_PREFIX to copy those files, and on my PC it
>> points to their current position. So it seems hb
> Viktor,
>
> postinst.prg uses HB_INSTALL_PREFIX to copy those files, and on my PC it
> points to their current position. So it seems hb_FCopy() does not handle a
> copy onto itself of a file and truncates it instead.
That's a pretty huge problem.
I have to correct myself HB_FCOPY() is my own c
Viktor,
postinst.prg uses HB_INSTALL_PREFIX to copy those files, and on my PC it
points to their current position. So it seems hb_FCopy() does not handle a
copy onto itself of a file and truncates it instead.
Best regards.
Maurilio.
Viktor Szakáts wrote:
> Hi Maurilio,
>
>> make install on OS
Hi Maurilio,
> make install on OS/2 with GCC erases Changelog, INSTALL, COPYING, TODO files.
>
> Any hints about the problem source?
No :(
As to my knowledge, these files are only touched from
bin/postinst.prg, each in an hb_FCopy() operation.
Maybe hb_FCopy() has some problems on OS/2? hb_FC
Viktor,
make install on OS/2 with GCC erases Changelog, INSTALL, COPYING, TODO files.
Any hints about the problem source?
Best regards.
Maurilio.
--
__
| | | |__| Maurilio Longo
|_|_|_|| farmaconsult s.r.l.
___
Harbour mailing list
Hi Viktor,
Thank you for the hints.
I will follow your recommendations.
Best regards,
Ranier Vilela
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi Ranier,
On 2009.09.04., at 10:37, Ranier Vilela wrote:
Hi Viktor,
First of all, thanks for your great work!!
I´m really impressed.
Today I´ve been recompiled all harbour-cvs and was simple.
Batch used:
ECHO OFF
SET HB_USER_PRGFLAGS=-l -gc0
You can drop -l as it's the default. You can al
Hi Maurilio,
Thanks for the efforts and info, pls tell if there is
anything we can commit to step ahead.
Brgds,
Viktor
On 2009.09.02., at 1:36, maurilio longo wrote:
Viktor,
sorry to bother you; this is just to let you know that I've found a
work around using find and xargs and/or find and
Hi Viktor,
First of all, thanks for your great work!!
I´m really impressed.
Today I´ve been recompiled all harbour-cvs and was simple.
Batch used:
ECHO OFF
SET HB_USER_PRGFLAGS=-l -gc0
SET HB_USER_CFLAGS=-Wall -O2xtyb1 -Gy -GS- -GR- -DNDEBUG
-DHB_FM_STATISTICS_OFF -D_CRT_SECURE_NO_DEPRECATE -D
Viktor,
sorry to bother you; this is just to let you know that I've found a work around
using find and xargs and/or find and echo to the problem I'm having with OS/2
cmd.exe line length limit.
I'm also talking with the latest porter to see if he can find a way around this
problem in gnu make.
Hi Przemek and all,
I'd like to discuss the minimum GNU Make version requirement
for Harbour.
Do you see any problem in raising the bar to 3.81? AFAIK this
version can be built or otherwise installed for all potential
OSes which are supported by GNU Make (which is a broader
selection of OSes tha
On 08/19/2009 07:46 PM, Przemyslaw Czerpak wrote:
On Wed, 19 Aug 2009, elart wrote:
Hi,
I guess that you are using ksh as your default shell.
What shows:
echo $is
and
echo $SHELL
dan...@ubuntu:~$ echo $SHELL
/bin/bash
Interesting bat it's possible that /bin/bash is ksh. I've seen
On Wed, 19 Aug 2009, elart wrote:
Hi,
>> I guess that you are using ksh as your default shell.
>> What shows:
>> echo $is
>> and
>> echo $SHELL
> dan...@ubuntu:~$ echo $SHELL
> /bin/bash
Interesting bat it's possible that /bin/bash is ksh. I've seen
such tricks in some distros.
What is s
On 08/19/2009 11:20 AM, Przemyslaw Czerpak wrote:
On Wed, 19 Aug 2009, elart wrote:
Hi,
On Ubuntu 9.04 32 bits compiling from latest svn sources when i try make
install i get this error
make[3]: `../../../../../lib/linux/gcc/liblibhpdf.a' is up to date.
! Installing ../../lib/linux/gcc/liblibh
On Wed, 19 Aug 2009, elart wrote:
Hi,
> On Ubuntu 9.04 32 bits compiling from latest svn sources when i try make
> install i get this error
> make[3]: `../../../../../lib/linux/gcc/liblibhpdf.a' is up to date.
> ! Installing ../../lib/linux/gcc/liblibhpdf.a on /usr/local/lib/harbour
> ! 'libpng'
On Ubuntu 9.04 32 bits compiling from latest svn sources when i try make
install i get this error
make[3]: `../../../../../lib/linux/gcc/liblibhpdf.a' is up to date.
! Installing ../../lib/linux/gcc/liblibhpdf.a on /usr/local/lib/harbour
! 'libpng' library skipped
! 'sqlite3' library skipped
.\b
Yes, we did, I just deleted the wrong branch, thanks for noticing.
AFAIK you're using Windows NT, and it seems NT has a smaller
cmdline size limit.
Brgds,
Viktor
On 2009.07.15., at 10:14, Chen Kedem wrote:
With NT4, BCC32 and rev11777 I get the following trying to build
Harbour:
--
With NT4, BCC32 and rev11777 I get the following trying to build Harbour:
-
../../../../source/main/win/bcc/harbour.exe ../../wait.prg -n1
-i../../../../include -q0 -w3 -es2 -kmo -l -gc3 -l-
bcc32.exe -I. -I../../../../include -q -tWM -
/INSTALL
Brgds,
Viktor
On Fri, Feb 27, 2009 at 3:28 PM, Massimo Belgrano wrote:
> Can i suggest adding a page for required toolswith a section for win
> platform
> (will also point to c: compiler)
>
> a section linx,mac
> no required tools
> a section os2
>
> -
Can i suggest adding a page for required toolswith a section for win
platform
(will also point to c: compiler)
a section linx,mac
no required tools
a section os2
2009/2/27 Lost
> El 2009/2/27 Enrico Maria Giordano
> escribió:
>
> > Can y
-Messaggio Originale-
Da: "Lost"
A: "Harbour Project Main Developer List."
Data invio: venerdì 27 febbraio 2009 13.25
Oggetto: Re: [Harbour] Make
http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=23918
Thank you, I got it.
EMG
-
El 2009/2/27 Enrico Maria Giordano escribió:
> Can you point me to an address from where I can download GNU make.exe?
>
> EMG
http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=23918
Brgds,
--
Pablo Sánchez
Linux Registered User #417589
rem ATTENTION: For this to work, you will need the GNU make.exe
rem(MinGW build is fine) in your PATH _before_ the
remcompiler tools.
Can you point me to an address from where I can download GNU make.exe?
EMG
--
EMAG Software Homepage: http://www.emagsoftware.it
The
Hi all,
I'll go this route:
HB_USR_LIBS
HB_USR_PRGFLAGS
HB_USR_CFLAGS
HB_USR_LDFLAGS
HB_USR_AFLAGS
HB_USR_MAKEFLAGS
The reason is: it's both easy to look for all user settings
(with grep), and it's also easy to catch all CFLAGS
(be it HB_USR_CFLAGS or plain CFLAGS).
Brgds,
Viktor
On Thu, Feb 5
>
> HB_USR_LIBS
Okay. [ changed to *LIBLIST last minute to avoid resemblance to *LIB. ]
> > PRG_USR -> HB_USR_PRG
>
> HB_PRGFLAGS
>
> > C_USR-> HB_USR_C
>
> HB_CFLAGS
>
> > L_USR-> HB_USR_L (or HB_USR_LINK ?)
>
> HB_LFLAGS
>
> > A_USR-> HB_USR_A (or HB_USR_LIB ?)
On Thu, 05 Feb 2009, Szak�ts Viktor wrote:
Hi,
> I plan to commit this long time planned modification,
> to clear up some last non prefixed public envvars
> needed to configure Harbour:
> HB_USER_LIBS -> HB_USR_LIBLIST
IMHO HB_USER_LIBS or HB_USR_LIBS is better.
'libs' is commonly used shortcut
>HB_USER_LIBS -> HB_USR_LIBLIST
>PRG_USR -> HB_USR_PRG
>C_USR-> HB_USR_C
>L_USR-> HB_USR_L (or HB_USR_LINK ?)
>A_USR-> HB_USR_A (or HB_USR_LIB ?)
>MK_USR -> HB_USR_MK (or HB_USR_MAKE/MAK ?)
Hi Viktor.
Looking at the user side, HB_USR_LINK is easy to understand
Hi all,
I plan to commit this long time planned modification,
to clear up some last non prefixed public envvars
needed to configure Harbour:
HB_USER_LIBS -> HB_USR_LIBLIST
PRG_USR -> HB_USR_PRG
C_USR-> HB_USR_C
L_USR-> HB_USR_L (or HB_USR_LINK ?)
A_USR-> HB_USR_A (or
non-GNU make system seem different, is aivable documentation for etiher?
Is possible write a make system in prg compatible with ether hb-func.sh
and bld.bat?
Can somebody give me a starting point?
Massimo Belgrano
___
Harbour mailing list
Harbour@harbour
39 matches
Mail list logo
