On Mon, Jan 25, 2010 at 4:41 AM, April White wrote:
> My Ubuntu PC has been flakey lately.
>
> I booted it up after maybe two months and I only got a grey screen after the
> system started.
>
> So I reinstalled everything, it worked, it confirmed to upgrade to 9.10 and
> I accepted.
>
> Now it doe
Hi,
On Mon, Nov 30, 2009 at 10:33 PM, wrote:
> ; TODO: I've implemted not all functions of Cairo. Actually, the
> minority, but it's enough to do some fancy things.
You may use this code, although also not complete:
http://xbgtk.cvs.sf.net/viewvc/xbgtk/xbgtk/source/xbcairo.prg?view=mar
On Sat, Nov 21, 2009 at 11:53 PM, Phil Krylov wrote:
> On Sat, Nov 21, 2009 at 11:08 PM, Viktor Szakáts wrote:
>> 2) Reapply this parameter on install? (if that's possible)
>
> probably it can be done using otool.
there seems to be a specific tool for this - insta
On Sat, Nov 21, 2009 at 11:08 PM, Viktor Szakáts wrote:
> of dylibs. Plus such requirement makes it not possible
> to move around .dylib once it's created (but maybe this
> how it's meant to be done on OS X).
>
> What to do?
>
> 1) Use whatever HB_INSTALL_PREFIX we may have at build pass.
> 2) Rea
I had fixed this locally by changing
-install_name "harbour$(DYN_EXT)"
to
-install_name "libharbour$(DYN_EXT)"
in DY_RULE (should probably fix also mkdyn).
Anyhow, this is a hack as install_name should (usually) be set to the
full installation path.
--Ph.
_
On Wed, Nov 18, 2009 at 5:46 PM, Viktor Szakáts wrote:
> Patch would be difficult to write for me, by now they
> use lots of lists and special stuff inside the registry,
> so probably some registry-emulated-in-disk-file solution
> would be the most transparent way to make this. But this
> would ne
On Wed, Nov 18, 2009 at 5:41 PM, Viktor Szakáts wrote:
> [ but why PgUp/PgDn doesn't, it escapes me, I've even
> thought it the keys, but it scrolls the whole terminal
> buffer instead. ]
It''s Terminal.app's feature. Use Shift-PgUp/PgDn
-- Ph.
___
Har
On Wed, Nov 18, 2009 at 5:35 PM, Horodyski Marek (PZUZ)
wrote:
> All these possibilities and much more is in NDN (too on Linux
> version).
I never liked Turbo Vision.
Have you tried running NDN on linux? It compiles. It runs. But it does
not work. Also its sources are full of x86 assembly co
On Wed, Nov 18, 2009 at 5:19 PM, Phil Krylov wrote:
>> Storing settings in .ini (or .xml) files as opposed to
>> registry. Author Eugene Roshal insisted on registry
>> (while I insisted that this is a mistake - this was in
>> 1996), so finally some .bat files have bor
On Wed, Nov 18, 2009 at 4:27 PM, Viktor Szakáts wrote:
> my PC keyboard, does. (it's little bit bad that cursor can't go
> past last char in line, so there is some flickering around.)
I think you mean odd Terminal.app problem when in bash or mc when you
press right on an end of line, curs
2009/11/18 Przemysław Czerpak :
> The 1-st and most important is common sorting algorithm.
> If you have three different languages and each of them uses
> different national sorting rules then migrating to unicode
> you will have to chose some sorting method used for all unicode
> strings what mean
On Tue, Nov 17, 2009 at 11:14 PM, Viktor Szakáts wrote:
>>> Esc + a/A works, Ctrl+J doesn't, Ctrl+Enter does something
>>> else, but can't see what exactly.
Use M-Enter (that is, ESC ENTER or ALT-ENTER)
>>> Shift+F3 doesn't work on OS X, but F13, which is Print Scrn/SysRq on
>>> my PC keyboard,
On Tue, Oct 13, 2009 at 12:28 AM, Przemyslaw Czerpak wrote:
> On Mon, 12 Oct 2009, Bruno Luciani wrote:
>> You are right Przemyslaw my mistake
>> The console aplication that I test was compiled using Harbour
>> Talking with a friend of mine , make me notes that diference
>> and trying a real 16 bi
On Mon, Oct 12, 2009 at 6:10 PM, Przemyslaw Czerpak wrote:
> None of pure DOS application can work because WINE does not have
> code necessary to execute them.
Sorry, you're wrong. It's been long since I tried to run any 16-bit
DOS apps using Wine (BTW it's written like this, not WINE), but they
On Sun, Oct 4, 2009 at 10:10 PM, Teo Fonrouge wrote:
> On Oct 4, 2009, at 12:13 PM, Viktor Szakáts wrote:
>> export HB_USER_LDFLAGS=-arch i386
export HB_USER_LDFLAGS="-arch i386"
> -L../../../../../lib/darwin/gcc -arch -lhbnortl -lhbcommon -lm
> gcc-4.2: Invalid arch name : -lhbnortl
You just
On Wed, Sep 30, 2009 at 9:40 PM, Pritpal Bedi wrote:
> It means DbDrop() only removes file entry from the directory
> but does nothing with file contents. Am I right ?
> OR if DbCloseArea() is issued prior to calling DbDrop(), it
> removes the file entry as well as file contents.
>
> To me it appe
On Thu, Sep 24, 2009 at 3:44 PM, Viktor Szakáts wrote:
>> In this particular case I suggest to pase -undef:.ARCH. to
>> xHarbour compiler and maybe in the future one of xHarbour
>> developers (maybe Phil) will add support for this switch
>> so it will not be ignored.
Of course I can do it and wil
Hi,
On Tue, Sep 8, 2009 at 12:30 AM, wrote:
> 2009-09-07 22:29 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/source/vm/thread.c
> + added HB_MT() PRG function which exists only in MT HVM version and
> can be REQUESTed from .prg code to force linking MT HVM.
I think it
On Tue, Aug 18, 2009 at 10:29 AM, Phil Krylov wrote:
> On Tue, Aug 18, 2009 at 4:35 AM, Viktor Szakáts wrote:
>>> On Tue, 18 Aug 2009, Szak�ts Viktor wrote:
>>>>
>>>> In line 47 TARGET is set to 'i386-mingw32msvc', but the
>>>> check is
On Tue, Aug 18, 2009 at 4:35 AM, Viktor Szakáts wrote:
>> On Tue, 18 Aug 2009, Szak�ts Viktor wrote:
>>>
>>> In line 47 TARGET is set to 'i386-mingw32msvc', but the
>>> check is made for 'i386-mingw32-gcc' before. This
>>> is so since very long, but I wonder if 'msvc' ending in
>>> line 47 is just
On Sun, Aug 16, 2009 at 1:09 PM, Viktor Szakáts wrote:
> Hi Phil,
>
>> On Sun, Aug 16, 2009 at 5:38 AM, Viktor Szakáts
>> wrote:
>>>
>>> I'd like to rename .cf files to .mk.
>>>
>>> .mk is listed as official extension for GNU Make files,
>>> while .cf is just some sort Harbour speciality.
>>
>> Whi
On Sat, Aug 15, 2009 at 8:02 PM, Viktor Szakáts wrote:
>> Just to report that using the prefix in the subj the libs are put in
>> /opt/harbour/lib/harbour.
I think it's perfect.
>> I think that set correctly HB_INSTALL_PREFIX should be an user's
>> responsibility and a safe
>> default could be $H
Hi,
On Sun, Aug 16, 2009 at 5:38 AM, Viktor Szakáts wrote:
> I'd like to rename .cf files to .mk.
>
> .mk is listed as official extension for GNU Make files,
> while .cf is just some sort Harbour speciality.
While I think it's no much sense, it feels harmless to me.
> [ I may also rename /config
Hi,
On Sat, Jul 18, 2009 at 2:23 PM, Przemyslaw Czerpak wrote:
> On Sat, 18 Jul 2009, Phil Krylov wrote:
>
> Hi,
>
>> This code:
>> PRIVATE l1, l2, d, s
>> REPLACE &L2 WITH d FOR LANGUAGE = L1
>> REPLACE &L1 WITH s FOR LANGUAGE = L2
>> does
Hi,
This code:
PRIVATE l1, l2, d, s
REPLACE &L2 WITH d FOR LANGUAGE = L1
REPLACE &L1 WITH s FOR LANGUAGE = L2
does not compile with the error message in subject. It compiles and
works ok in xHarbour. Why? The preprocessed code is the same,
DBEval( {|| _FIELD->&L2 := d}, {|| LANGUAGE = L1},,,
On Fri, Jul 3, 2009 at 10:29 AM, wrote:
> Of course it does not mean that Harbour adds in some magic way
> thread support to OS-es which does not support threads like DOS.
Did you ever experiment with pthread-compatible and non-compatible
threading libs in DJGPP contribs? There are some
Hi,
On Fri, Apr 24, 2009 at 4:34 PM, Viktor Szakáts wrote:
> I wanted to raise this topic for some time, it's a quite sad one
> (especially on such a nice sunny Friday as today) so
> I was holding it off, but lately Miguel Angel Marchuet again copied
> work from Harbour without giving any credit
Hi,
On Tue, Apr 14, 2009 at 9:18 PM, Ranier Vilela wrote:
> config/dir.cf:55: ***missing 'endif'. Stop.
Use GNU Make 3.81 or later.
-- Ph.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi,
On Fri, Mar 27, 2009 at 5:13 PM, Viktor Szakáts wrote:
>hb_objSendMsg( pSelf,"EVENT", 1, ( long ) lMsg ); // HERE GPF
AFAIR hb_objSendMsg() needs not a long, but a PHB_ITEM.
-- Ph.
___
Harbour mailing list
Harbour@harbour-project.org
http://li
Hi,
On Wed, Mar 18, 2009 at 6:15 PM, WenSheng wrote:
>
>> Thank you, so I understand this is the _only_ such error while building
>> complete Harbour?
>
> No!! is BCC5.
>
>>
>> Can you make tests using MSVC or MinGW compiler? (both free)
>
> I just test MinGW(gcc 4.3.3) and can compiler lang & co
Hi,
On Fri, Mar 13, 2009 at 6:55 PM, Przemyslaw Czerpak wrote:
> I have a patch for Harbour builds and some small cleanups to
> the version in CVS.
> Can I sent it to you?
Yes of course, probably the xbgtk mailing list is a better place,
AFAIR you were subscribed to it, but you can send the patc
some tools (cpp2xml, kalyptus, qtsmoke ..) ?
>> Maybe you have wrote that on your blog, but I don't understand spanish
>> language :).
>> Great effort, thank you for sharing this.
>
> There is XBGTK project by Phil Krylov (see on sf.net) which
> generates [x]Harbour
Hi,
On 30/04/2008, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> Yes, it's for DOS builds. For some compilers which can support
> long filenames like DJGPP as workaround it will be possible
> to create binaries on platforms which supports long filenames
> but it will not work for all compiler
Hi,
On 17/04/2008, Lorenzo Fiorini <[EMAIL PROTECTED]> wrote:
> We told about this time ago.
>
> This is what we get inspecting a tbrowse object:
> Error BASE/41 Scope violation (hidden): TBROWSE:ACELLCOLORS
> Called from TBROWSE:ACELLCOLORS(0)
> Called from __OBJSENDMSG(0)
> Called from __O
Hi,
On 27/03/2008, Przemyslaw Czerpak <[EMAIL PROTECTED]> wrote:
> Thank you for information. There is quite big number of different PPC
> processors. The ones I was working with were big endian machines but
> I do not know if all. Anyhow it's good to always keep the whole code
> endian clean t
35 matches
Mail list logo
