Re: [Harbour] Harbour Web site - Preview #2 (Update)
On Mon, Oct 27, 2008 at 1:26 PM, Vailton Renato <[EMAIL PROTECTED]> wrote: > I await comments, criticisms and suggestions, the URL is: > http://harbour-project.org/preview2/samples.html Good job, many thanks. IMHO with the web pages we mainly talk to non-xbase programmers ( every xbase programmer probably knows about Harbour and surely knows xbase... ) Samples and tutorials are critical part of the evaluation of a computer language and worth much more than hundreds of pages of documentation. I would suggest to start with few samples and add more only after they are carefully reviewed by the group ( we could create a new dir in the svn to hold the official samples and demos, Viktor? ). Just few specific comments: IMHO the Web section of samples uses outdated and overly complicated code. THml class use should be avoided since it tries to hide a well known and standardized HTML behind an undocumented and obscure code. Probably everyone here has his own cgi implementation :) so surely we can provide simpler samples that gives a better idea of how it's easy to use Harbour with the web. I would avoid ? for printing outstd() is more "compiler" style I would add Mac OS X screens also ( I can help here ) We say Terminal/GUI but which is the GUI we provide? The word "macro" can be misleaded we should use another term sth like "dynamic code evalutation"? best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
I would suggest to start with few samples and add more only after they are carefully reviewed by the group ( we could create a new dir in the svn to hold the official samples and demos, Viktor? ). Sure. We already have 'examples' which seems to be the preferred name choice of other projects, too. It currently resides inside /contrib, but we may move it to the root for better visibility. What structure to follow inside that dir is up the our decision. Maybe a dir named 'miniapps' would be good, or we could just pour those into the root, but that's usually doesn't look very elegant. Any comments on these? [ BTW I already packaged /contrib/examples with binary distros since 1.0.0, well, for DOS/Windows that is. ] I would avoid ? for printing outstd() is more "compiler" style I would add Mac OS X screens also ( I can help here ) We say Terminal/GUI but which is the GUI we provide? The word "macro" can be misleaded we should use another term sth like "dynamic code evalutation"? I agree with the above, plus there are some syntax details which I'd make to look like other parts of Harbour for clarity and being uniform. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Harbour compiler output can't be redirected
Typing harbour > compile.log at the command line I still get the output on screen and compile.log is empty. Is it expected? EMG -- EMAG Software Homepage: http://www.emagsoftware.it The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum The Best of Spectrum Games: http://www.emagsoftware.it/tbosg The EMG Music page: http://www.emagsoftware.it/emgmusic ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-10-28 09:44 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-10-28 09:44 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * contrib/examples/guestbk/inifiles.prg * contrib/examples/guestbk/testcgi.prg * contrib/examples/guestbk/guestbk.prg * contrib/examples/guestbk/bld_b32.bat * contrib/examples/guestbk/bld_vc.bat * contrib/examples/pe/bld_b32.bat * contrib/examples/pe/bld_vc.bat * contrib/examples/pe/editorhi.prg * Minor updates, optimizations. * source/rtl/version.c % Using better method to return HB_V_BITWIDTH. * utils/hbtest/rt_str.prg ! Changed to use 'hb_version( HB_V_BITWIDTH ) >= 64' instead of #ifdef __ARCH64BIT__. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] -gc3 with TEXTHIDDEN
Hi Przemek, I'm getting 'unresvoled external _hb_xvmPushStringHidden' when using #pragma TEXTHIDDEN with -gc3 switch. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] source\rtl\copyfile.c 65: Type mismatch in redeclaration of 'hb_fsCopy'
Compiling harbour I receive this error 2008-10-28 09:44 UTC+0200 Viktor Szakats (harbour.01 syenar hu) bcc32.exe -c -q -d -Q -w -w-sig- -tWM -O2 -OS -Ov -Oi -Oc -Iinclude -Iobj\b32 -DHB_FM_STATISTICS_OFF -tWM -OS -Ov -Oi -Oc -Q -oobj\b32\copyfile.obj source\rtl\copyfile.c source\rtl\copyfile.c: Error E2356 source\rtl\copyfile.c 65: Type mismatch in redeclaration of 'hb_fsCopy' Error E2344 include\hbapifs.h 211: Earlier declaration of 'hb_fsCopy' Warning W8079 source\rtl\copyfile.c 140: Mixing pointers to different 'char' types in function HB_FUN___COPYFILE Warning W8079 source\rtl\copyfile.c 140: Mixing pointers to different 'char' types in function HB_FUN___COPYFILE *** 2 errors in Compile *** ** error 1 ** deleting obj\b32\copyfile.obj Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-10-28 10:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
2008-10-28 10:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbxvm.h * harbour/source/vm/hvm.c * harbour/source/compiler/gencc.c + added finished by mistake support for hidden strings in -gc3 mode best regards Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] source\rtl\copyfile.c 65: Type mismatch in redeclarationof 'hb_fsCopy'
After 2008-10-28 10:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) I receive source\vm\hvm.c: Error E2451 source\vm\hvm.c 10326: Undefined symbol '_hb_stack_ptr_' in function hb_xvmPushStringHidden *** 1 errors in Compile *** ** error 1 ** deleting obj\b32_mt\hvm.obj -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Massimo Belgrano Sent: Tuesday, October 28, 2008 10:13 AM To: Harbour Project Main Developer List. Subject: [Harbour] source\rtl\copyfile.c 65: Type mismatch in redeclarationof 'hb_fsCopy' Compiling harbour I receive this error 2008-10-28 09:44 UTC+0200 Viktor Szakats (harbour.01 syenar hu) bcc32.exe -c -q -d -Q -w -w-sig- -tWM -O2 -OS -Ov -Oi -Oc -Iinclude -Iobj\b32 -DHB_FM_STATISTICS_OFF -tWM -OS -Ov -Oi -Oc -Q -oobj\b32\copyfile.obj source\rtl\copyfile.c source\rtl\copyfile.c: Error E2356 source\rtl\copyfile.c 65: Type mismatch in redeclaration of 'hb_fsCopy' Error E2344 include\hbapifs.h 211: Earlier declaration of 'hb_fsCopy' Warning W8079 source\rtl\copyfile.c 140: Mixing pointers to different 'char' types in function HB_FUN___COPYFILE Warning W8079 source\rtl\copyfile.c 140: Mixing pointers to different 'char' types in function HB_FUN___COPYFILE *** 2 errors in Compile *** ** error 1 ** deleting obj\b32\copyfile.obj Massimo Belgrano ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-10-28 10:42 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-10-28 10:42 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * source/rtl/copyfile.c ! Fixed hb_fsCopy() name collision with static function. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-10-28 10:43 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
2008-10-28 10:43 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/vm/hvm.c ! added missing HB_STACK_PRELOAD best regards Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: R: [Harbour] RE: Harbour Digest, Vol 24, Issue 104
Thanks now compile fine -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Massimo Belgrano Sent: Saturday, October 25, 2008 10:38 AM To: Harbour Project Main Developer List. Subject: RE: R: [Harbour] RE: Harbour Digest, Vol 24, Issue 104 Pbmake PBMake is a make engine, work also for Clipper, Xbase++, C and ASM Run PBMAKE one time to create MAKE.BAT, and then... Make [/ALL] [/D...][/D...][/D...][up to 7] where is the name of the MAKE script where [/ALL] will cause all modules to rebuild have Support conditional directives will performing actions just before/after the compile process Jump to Editor on Compile Failure EXEFILE=DEMO\PBMAKE.EXE LINKFILE=DEMO.LNK OBJDIR=DEMO\OBJ\ #IFNDEF DEBUG FLAG1= /M /N /W /Q /ES2 /DDEMO #ELSE FLAG1= /M /N /W /Q /ES2 /DDEMO /B #ENDIF SUCCESS=PKLITE DEMO\PBMAKE -E -A We need a custom version for harbour In my opinion is similar to brmake so I suggest Viktor and or PrzemyslaW verify wich can be replacement for hbmake Probably brmake is ready and tested with [x]harbour Either are written in PRG Either will a good make system for compile either require modification for having same project file on multiple architecture -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Phil Barnett Sent: Saturday, October 25, 2008 1:40 AM To: harbour@harbour-project.org Subject: Re: R: [Harbour] RE: Harbour Digest, Vol 24, Issue 104 On Friday 24 October 2008 04:12:50 am Massimo Belgrano wrote: > Good but not open source All you have to do is ask. I have no problem releasing it under GPL. -- "Ninety percent of politicians give the other 10 percent a bad name." -- Henry Kissinger ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] 2008-10-28 10:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
Hi Przemek, It now works like a charm (also in MinGW after the latest change). Thank you very much. Actually, now I'm testing GTXWC under OSX, and so far it's stunning, all the usual keys work (except there is no key on the Mac - but there is ). I'm having some slight screen codepage/ refresh/resize problems, some of those can probably be attributed to my GT layer. I'm unsure of the codepage problem yet. BTW the GT layer is now ready to be even committed to Harbour, but I'm not sure where, and it's still by no means perfect. Brgds, Viktor On 2008.10.28., at 10:25, Przemyslaw Czerpak wrote: 2008-10-28 10:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbxvm.h * harbour/source/vm/hvm.c * harbour/source/compiler/gencc.c + added finished by mistake support for hidden strings in -gc3 mode best regards Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] 2008-10-28 10:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
On Tue, Oct 28, 2008 at 11:34 AM, Szakáts Viktor <[EMAIL PROTECTED]> wrote: > Actually, now I'm testing GTXWC under OSX, and so > far it's stunning, all the usual keys work (except > there is no key on the Mac - but there is > ). I'm having some slight screen codepage/ > refresh/resize problems, some of those can probably > be attributed to my GT layer. I'm unsure of the > codepage problem yet. BTW the GT layer is now > ready to be even committed to Harbour, but I'm not > sure where, and it's still by no means perfect. I wonder how would be hard to create a GTMWC. I mean sth like GTXWC that works without the X11. best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-10-28 11:54 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-10-28 11:54 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * config/w32/gcc.cf * config/w32/mingw.cf + Added -march=i486 to default C switches. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] 2008-10-28 10:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
Actually, now I'm testing GTXWC under OSX, and so far it's stunning, all the usual keys work (except there is no key on the Mac - but there is ). I'm having some slight screen codepage/ refresh/resize problems, some of those can probably be attributed to my GT layer. I'm unsure of the codepage problem yet. BTW the GT layer is now ready to be even committed to Harbour, but I'm not sure where, and it's still by no means perfect. I wonder how would be hard to create a GTMWC. I mean sth like GTXWC that works without the X11. I was wondering the same thing :) Cocoa vs. Carbon should be chosen. Cocoa needs Objective C AFAIK, Carbon would be good, but it's slowly abandoned by Apple (won't be any 64-bit version of it f.e.). Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] 2008-10-28 10:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
Viktor, Carbon is deprecated and Cocoa, you're right, needs Objective C. Best regards. Maurilio. Szakáts Viktor wrote: > Cocoa vs. Carbon should be chosen. Cocoa needs > Objective C AFAIK, Carbon would be good, but it's > slowly abandoned by Apple (won't be any 64-bit > version of it f.e.). -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] 2008-10-28 10:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
On Tue, Oct 28, 2008 at 12:19 PM, Maurilio Longo <[EMAIL PROTECTED]> wrote: > Carbon is deprecated and Cocoa, you're right, needs Objective C. I've heard the same thing but after I've found that many says that MS and Adobe has requested Carbon to port their apps. Also Openoffice chosed Carbon: http://wiki.services.openoffice.org/wiki/Mac_OS_X_Porting_-_Carbon_Documentation best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Harbour under OS/2 - gcc432
Maurilio, Przemek: I am testing current Harbour with eCS 1.2MR and gcc-4.3.2-os2-20081025.zip from Paul Smedley and I get many warnings/errors I do not know if they belong to: a) A bad gcc environment settings b) Failures of gcc 4.3.2 port c) Real warnings/error in Harbour code, due maybe to gcc version revision in code So I recall for your help :-) Below are warnings/errors I tried to configure my gcc 4.3.2 environment settings based in gcc432.cmd file Below are included my gccset.cmd and readme.os2 Libraries created are: ( many are skipped due missing harbour.exe ) 28/10/08 6:01a55,618124 a--- hbcommon.a 28/10/08 6:03a 355,518124 a--- hbcplr.a 28/10/08 6:13a68,872124 a--- hbmacro.a 28/10/08 6:17a48,498124 a--- hbcpage.a 28/10/08 6:20a 246,914124 a--- hblang.a 28/10/08 6:23a 158,786124 a--- hbpcre.a 28/10/08 6:23a67,842124 a--- hbzlib.a 28/10/08 6:24a 230,076124 a--- hbbmcdx.a 28/10/08 6:25a13,070124 a--- hbclipsm.a 28/10/08 6:31a 9,226124 a--- hbgt.a 28/10/08 6:31a36,938124 a--- hbmzip.a 11 file(s) 1,291,358 bytes used and make_gnu.log are 1602 lines length David Macias --- [E:\harbour810\harbour]make -r 1>make_gnu.log ../../hbfsapi.c: In function 'hb_fsNameExists': ../../hbfsapi.c:323: warning: pointer targets in passing argument 1 of 'DosQueryPathInfo' differ in signedness ../../hbfsapi.c: In function 'hb_fsFileExists': ../../hbfsapi.c:381: warning: pointer targets in passing argument 1 of 'DosQueryPathInfo' differ in signedness ../../hbfsapi.c: In function 'hb_fsDirExists': ../../hbfsapi.c:440: warning: pointer targets in passing argument 1 of 'DosQueryPathInfo' differ in signedness ../../hbgete.c: In function 'hb_getenv': ../../hbgete.c:88: warning: pointer targets in initialization differ in signedness ../../hbgete.c:93: warning: pointer targets in passing argument 1 of 'DosScanEnv' differ in signedness ../../hbgete.c:95: warning: pointer targets in passing argument 1 of 'hb_strdup' differ in signedness ../../hbgete.c: In function 'hb_getenv_buffer': ../../hbgete.c:127: warning: pointer targets in initialization differ in signedness ../../hbgete.c:132: warning: pointer targets in passing argument 1 of 'DosScanEnv' differ in signedness ../../hbgete.c:136: warning: pointer targets in passing argument 2 of 'hb_strncpy' differ in signedness emxbind: invalid a.out file (startup code) ld.exe: emxbind failed make[3]: *** [hbpp.exe] Error 1 make[2]: *** [descend] Error 2 ld.exe: No such file or directory for hbpp make[3]: *** [harbour.exe] Error 1 make[2]: *** [descend] Error 2 ../../hbffind.c: In function 'hb_fsFindNextLow': ../../hbffind.c:521: warning: pointer targets in passing argument 1 of 'DosFindFirst' differ in signedness ../../hbinet.c: In function 'HB_FUN_HB_INETACCEPT': ../../hbinet.c:1758: warning: pointer targets in passing argument 3 of 'accept' differ in signedness make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found make[2]: *** [descend] Error 1 ../../dynlibhb.c: In function 'HB_FUN_HB_LIBLOAD': ../../dynlibhb.c:102: warning: implicit declaration of function 'DosLoadModule' ../../dynlibhb.c: In function 'HB_FUN_HB_LIBFREE': ../../dynlibhb.c:145: warning: implicit declaration of function 'DosFreeModule' ../../estack.c: In function 'hb_stackDebugRequest': ../../estack.c:442: warning: return from incompatible pointer type ../../hvm.c: In function 'hb_dbg_InvokeDebug': ../../hvm.c:10596: warning: initialization from incompatible pointer type ../../hvm.c: In function 'HB_FUN___DBGINVOKEDEBUG': ../../hvm.c:10642: warning: initialization from incompatible pointer type make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found make[2]: *** [descend] Error 1 make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found make[2]: *** [descend] Error 1 make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found make[2]: *** [descend] Error 1 make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found make[2]: *** [descend] Error 1 make[1]: *** [first] Error 2 make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found make[2]: *** [descend] Error 1 make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found make[2]: *** [descend] Error 1 make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found make[2]: *** [descend] Error 1 make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found make[2]: *** [descend] Error 1 make[1]: *** [first] Error 2 make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found make[2]: *** [descend] Error 1 ../../files.c: In function 'HB_FUN_SETFDATI': ../../files.c:273: warning: pointer targets in passing argument 1 of 'DosQueryPathInfo' differ in signedness ../../files.c:308: warning: pointer targets in passing argument 1 of '
[Harbour] 2008-10-28 12:48 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
2008-10-28 12:48 UTC+0200 Viktor Szakats (harbour.01 syenar hu) * contrib/hbcurl/make_b32.bat * contrib/hbcurl/make_vc.bat * contrib/hbcurl/Makefile + Added HB_HBCURL_USR_C envvar to customize C switches specifically for this contrib. -- Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-10-28 12:53 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
2008-10-28 12:53 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/rtl/gtwvt/gtwvt.h * harbour/source/rtl/gtwvt/gtwvt.c + added support for creating console window after 1-st screen update Please remember that it interacts with inkey() code which does not work until windows is not created. Now it should be quite easy to add support for some initializations before window is created. Probably it will be necessary to change INFO() method and store settings in some pWVT variables if pWVT->hWND is NULL and then use them as parameters for new console window. I'd like to leave this modification to MS-Windows developers. * harbour/contrib/xhb/xhbcopyf.c ! fixed name conflict with hb_fsCopy() best regards Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
I agree that putting the examples in a folder to share, would be great! I already working with the material that we have today ... But in this case, we need a PHP script (no CGI, just a PHP) to fit the page dynamically and so do not depend on anyone to adjust this. I also programmed in PHP and if agreed, could mount an example showing how to is more simple and easy to build the samples page from TXT or PRG files without MySQL, PostgreSQL, etc. I believe this would be much more practical, since we could only put the source of example in a specific folder, along with a screenshot and the PHP script could mount the whole page alone. It would be an idea, but I need to study the impacts not to be slow, but need to know if you agree. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
OK, noted. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
Hi Renato, What about just linking the files directly from SVN? Like this: http://harbour-project.svn.sourceforge.net/viewvc/harbour-project/trunk/harbour/contrib/examples/guestbk/guestbk.prg This won't give us syntax coloring, but IMO that's not a terrible loss. Brgds, Viktor On 2008.10.28., at 13:05, Vailton Renato wrote: I agree that putting the examples in a folder to share, would be great! I already working with the material that we have today ... But in this case, we need a PHP script (no CGI, just a PHP) to fit the page dynamically and so do not depend on anyone to adjust this. I also programmed in PHP and if agreed, could mount an example showing how to is more simple and easy to build the samples page from TXT or PRG files without MySQL, PostgreSQL, etc. I believe this would be much more practical, since we could only put the source of example in a specific folder, along with a screenshot and the PHP script could mount the whole page alone. It would be an idea, but I need to study the impacts not to be slow, but need to know if you agree. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
Hi All Vailton Renato wrote: > > I agree that putting the examples in a folder to share, would be > great! I already working with the material that we have today ... But > in this case, we need a PHP script (no CGI, just a PHP) to fit the > page dynamically and so do not depend on anyone to adjust this. > > I also programmed in PHP and if agreed, could mount an example showing > how to is more simple and easy to build the samples page from TXT or > PRG files without MySQL, PostgreSQL, etc. > > I believe this would be much more practical, since we could only put > the source of example in a specific folder, along with a screenshot > and the PHP script could mount the whole page alone. > > It would be an idea, but I need to study the impacts not to be slow, > but need to know if you agree. > Probably we can link/or the whole site can be uploaded on Harbour domain: http://www.harbour.vouch.info It retrieves the pages dynamically from the sources which I can do periodically or for specific releases. These are pure html pages with some Java. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/Harbour-Web-site---Preview--2-%28Update%29-tp20186718p20206211.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] 2008-10-28 10:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
Yes, that may be there for some time to support behemoth legacy users. I'm not sure it's very good to invest in it for new development though, if there are other alternatives. For sure the latest goodies won't be implemented for such abandoned API, even if it gets bundled and maintained in a "least-effort" fashion. The big question is whether it's possible at all to develop a GT for Harbour using Objective C, or more generically for Cocoa? Seems to need to Objective C code in our tree, other than that I _guess_ it's possible. Brgds, Viktor On 2008.10.28., at 12:34, Lorenzo Fiorini wrote: On Tue, Oct 28, 2008 at 12:19 PM, Maurilio Longo <[EMAIL PROTECTED]> wrote: Carbon is deprecated and Cocoa, you're right, needs Objective C. I've heard the same thing but after I've found that many says that MS and Adobe has requested Carbon to port their apps. Also Openoffice chosed Carbon: http://wiki.services.openoffice.org/wiki/Mac_OS_X_Porting_-_Carbon_Documentation best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
That's a nice offer, but I think we should keep our pages on our current server, and not go to deep into the "dynamic" page road, be it PHP, Java, ASP or else. We could have some HarbourScript though, just to give a flash of this technology :) Brgds, Viktor On 2008.10.28., at 13:23, Pritpal Bedi wrote: Hi All Vailton Renato wrote: I agree that putting the examples in a folder to share, would be great! I already working with the material that we have today ... But in this case, we need a PHP script (no CGI, just a PHP) to fit the page dynamically and so do not depend on anyone to adjust this. I also programmed in PHP and if agreed, could mount an example showing how to is more simple and easy to build the samples page from TXT or PRG files without MySQL, PostgreSQL, etc. I believe this would be much more practical, since we could only put the source of example in a specific folder, along with a screenshot and the PHP script could mount the whole page alone. It would be an idea, but I need to study the impacts not to be slow, but need to know if you agree. Probably we can link/or the whole site can be uploaded on Harbour domain: http://www.harbour.vouch.info It retrieves the pages dynamically from the sources which I can do periodically or for specific releases. These are pure html pages with some Java. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/Harbour-Web-site---Preview--2-%28Update%29-tp20186718p20206211.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
Hi Pritpal! > Just one note: Color of the icon to too > Out of the color scheme. Blud Can you add some color to it? Well, I had received for her suggestion some time ago, but the problem is that I have not spotted a good icon for this menu item yet ... :S > PS: My name does not appear in the crew list. Can you include it? I use Harbor for many years but only now started to participate more in this group and help (I believe) the project ... I do not feel able to decide or change something in the Crew List, even though I already aim see my name there several times ... Can I change it so, as I have done but only if some member (or members) the oldest of the group adopt the idea ... and not only her, but other names wishing to be included there. I hope to have expressed myself correctly and please do not misunderstand me, but i think not only able to decide this. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] MinGW + GTWVT + unwanted console
Hi folks, Maybe someone has an idea, because I'm not sure if this is an issue with my code, Harbour code, or it's just expected behvior. This happens with r9763, when compiled and built with MinGW 4.1.2, and having HB_GT_WVT_DEFAULT + HB_GT_WIN in my app code. Now, when the app starts, it's putting some app headers on the command line via OutErr(), than goes CUI. This was normal behavior in Clipper times. (the app also has a command line help screen, other than these it doesn't use the Out*() functions). What happens with MinGW, is that a separate console window opens with the header text, plus the usual WVT window opens with the app itself, while the console window stays on the background for the whole running time. For MSVC/BCC, the situation is a bit different, here the Out*() functions simply don't do anything. I think none of the these behaviors are very good, and I'm not sure what are the platform possibilities or what could I do on the app level to get around these (besides removing all Out*() functions of course). In any case, I think MinGW and MSVC/BCC should be behave (if possible) more similarly. Brgds, Viktor ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
Renato and all, Please feel free to add Pritpal to the list, and don't forget yourself. If there is anyone else missing from the list and wanting to be there, pls speak up while we're at this. Preferably _name_, _country_, Harbour role [, e-mail/URL] [, pictures[s] ] should be sent to the list or Renato (if Renato agrees). Brgds, Viktor On 2008.10.28., at 13:29, Vailton Renato wrote: Hi Pritpal! Just one note: Color of the icon to too Out of the color scheme. Blud Can you add some color to it? Well, I had received for her suggestion some time ago, but the problem is that I have not spotted a good icon for this menu item yet ... :S PS: My name does not appear in the crew list. Can you include it? I use Harbor for many years but only now started to participate more in this group and help (I believe) the project ... I do not feel able to decide or change something in the Crew List, even though I already aim see my name there several times ... Can I change it so, as I have done but only if some member (or members) the oldest of the group adopt the idea ... and not only her, but other names wishing to be included there. I hope to have expressed myself correctly and please do not misunderstand me, but i think not only able to decide this. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Harbour under OS/2
These are warnings/errors of current Harbour code under OS/2 using usual gcc335 Many of them happen in gcc432 too, so they are problem of Harbour code and not of gcc version David Macias --- [E:\harbour810\harbour]make -r 1>make_gnu.log ../../gtstd.c: In function `hb_gt_std_ReadKey': ../../gtstd.c:389: warning: unused variable `TODO' ../../dynlibhb.c: In function `HB_FUN_HB_LIBLOAD': ../../dynlibhb.c:102: warning: implicit declaration of function `DosLoadModule' ../../dynlibhb.c: In function `HB_FUN_HB_LIBFREE': ../../dynlibhb.c:145: warning: implicit declaration of function `DosFreeModule' ../../estack.c: In function `hb_stackDebugRequest': ../../estack.c:442: warning: return from incompatible pointer type ../../hvm.c: In function `hb_dbg_InvokeDebug': ../../hvm.c:10596: warning: initialization from incompatible pointer type ../../hvm.c: In function `HB_FUN___DBGINVOKEDEBUG': ../../hvm.c:10642: warning: initialization from incompatible pointer type ../../../dynlibhb.c: In function `HB_FUN_HB_LIBLOAD': ../../../dynlibhb.c:102: warning: implicit declaration of function `DosLoadModule' ../../../dynlibhb.c: In function `HB_FUN_HB_LIBFREE': ../../../dynlibhb.c:145: warning: implicit declaration of function `DosFreeModule' ../../../estack.c: In function `hb_stackDebugRequest': ../../../estack.c:442: warning: return from incompatible pointer type ../../../hvm.c: In function `hb_dbg_InvokeDebug': ../../../hvm.c:10596: warning: initialization from incompatible pointer type ../../../hvm.c: In function `HB_FUN___DBGINVOKEDEBUG': ../../../hvm.c:10642: warning: initialization from incompatible pointer type ../../../../lib/os2/gcc/hbvm.a(dynlibhb.o): Undefined symbol _DosLoadModule referenced from text segment ../../../../lib/os2/gcc/hbvm.a(dynlibhb.o): Undefined symbol _DosFreeModule referenced from text segment make[3]: *** [hbrun.exe] Error 1 make[2]: *** [descend] Error 2 ../../xhbcopyf.c:67: error: conflicting types for `hb_fsCopy' ../../../../include/hbapifs.h:211: error: previous declaration of `hb_fsCopy' make[3]: *** [xhbcopyf.o] Error 1 make[2]: *** [descend] Error 2 - ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
I am available to help. Send me please _name_, _country_, Harbor role [, e-mail/URL] and [, pictures [s]] for my email that will be providing the update of the page. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
Yes, the colors lose ... But beyond this, I think the screenshot and the texts that highlight the features of example. I think this is a good gap to highlight the features of the project. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
In this case, I still need to finish the design of other pages and the rest of the site .. my question is: Do you think more appropriate then to this page, wait to be selected or build some examples of PRG? If yes, I will continue building the other pages, otherwise continue to work with the material we have here and to select other examples. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour under OS/2 - gcc432
David, I don't know, but GCC 4.3.2 from Paul is an alpha release, I'd wait for a more stabilized environment. Best regards. Maurilio. David Arturo Macias Corona wrote: > Maurilio, Przemek: > > I am testing current Harbour with eCS 1.2MR and > gcc-4.3.2-os2-20081025.zip from Paul Smedley and I get many warnings/errors > > I do not know if they belong to: > a) A bad gcc environment settings > b) Failures of gcc 4.3.2 port > c) Real warnings/error in Harbour code, due maybe to gcc version > revision in code > > So I recall for your help :-) > > Below are warnings/errors > > I tried to configure my gcc 4.3.2 environment settings based in > gcc432.cmd file > Below are included my gccset.cmd and readme.os2 > > Libraries created are: > ( many are skipped due missing harbour.exe ) > > 28/10/08 6:01a55,618124 a--- hbcommon.a > 28/10/08 6:03a 355,518124 a--- hbcplr.a > 28/10/08 6:13a68,872124 a--- hbmacro.a > 28/10/08 6:17a48,498124 a--- hbcpage.a > 28/10/08 6:20a 246,914124 a--- hblang.a > 28/10/08 6:23a 158,786124 a--- hbpcre.a > 28/10/08 6:23a67,842124 a--- hbzlib.a > 28/10/08 6:24a 230,076124 a--- hbbmcdx.a > 28/10/08 6:25a13,070124 a--- hbclipsm.a > 28/10/08 6:31a 9,226124 a--- hbgt.a > 28/10/08 6:31a36,938124 a--- hbmzip.a >11 file(s) 1,291,358 bytes used > > and make_gnu.log are 1602 lines length > > David Macias > > > --- > [E:\harbour810\harbour]make -r 1>make_gnu.log > ../../hbfsapi.c: In function 'hb_fsNameExists': > ../../hbfsapi.c:323: warning: pointer targets in passing argument 1 of > 'DosQueryPathInfo' differ in signedness > ../../hbfsapi.c: In function 'hb_fsFileExists': > ../../hbfsapi.c:381: warning: pointer targets in passing argument 1 of > 'DosQueryPathInfo' differ in signedness > ../../hbfsapi.c: In function 'hb_fsDirExists': > ../../hbfsapi.c:440: warning: pointer targets in passing argument 1 of > 'DosQueryPathInfo' differ in signedness > > ../../hbgete.c: In function 'hb_getenv': > ../../hbgete.c:88: warning: pointer targets in initialization differ in > signedness > ../../hbgete.c:93: warning: pointer targets in passing argument 1 of > 'DosScanEnv' differ in signedness > ../../hbgete.c:95: warning: pointer targets in passing argument 1 of > 'hb_strdup' differ in signedness > ../../hbgete.c: In function 'hb_getenv_buffer': > ../../hbgete.c:127: warning: pointer targets in initialization differ in > signedness > ../../hbgete.c:132: warning: pointer targets in passing argument 1 of > 'DosScanEnv' differ in signedness > ../../hbgete.c:136: warning: pointer targets in passing argument 2 of > 'hb_strncpy' differ in signedness > emxbind: invalid a.out file (startup code) > ld.exe: emxbind failed > > make[3]: *** [hbpp.exe] Error 1 > make[2]: *** [descend] Error 2 > ld.exe: No such file or directory for hbpp > make[3]: *** [harbour.exe] Error 1 > make[2]: *** [descend] Error 2 > > ../../hbffind.c: In function 'hb_fsFindNextLow': > ../../hbffind.c:521: warning: pointer targets in passing argument 1 of > 'DosFindFirst' differ in signedness > ../../hbinet.c: In function 'HB_FUN_HB_INETACCEPT': > ../../hbinet.c:1758: warning: pointer targets in passing argument 3 of > 'accept' differ in signedness > make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found > make[2]: *** [descend] Error 1 > ../../dynlibhb.c: In function 'HB_FUN_HB_LIBLOAD': > ../../dynlibhb.c:102: warning: implicit declaration of function > 'DosLoadModule' > ../../dynlibhb.c: In function 'HB_FUN_HB_LIBFREE': > ../../dynlibhb.c:145: warning: implicit declaration of function > 'DosFreeModule' > ../../estack.c: In function 'hb_stackDebugRequest': > ../../estack.c:442: warning: return from incompatible pointer type > ../../hvm.c: In function 'hb_dbg_InvokeDebug': > ../../hvm.c:10596: warning: initialization from incompatible pointer type > ../../hvm.c: In function 'HB_FUN___DBGINVOKEDEBUG': > ../../hvm.c:10642: warning: initialization from incompatible pointer type > make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found > make[2]: *** [descend] Error 1 > make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found > make[2]: *** [descend] Error 1 > make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found > make[2]: *** [descend] Error 1 > make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found > make[2]: *** [descend] Error 1 > make[1]: *** [first] Error 2 > make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found > make[2]: *** [descend] Error 1 > make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found > make[2]: *** [descend] Error 1 > make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found > make[2]: *** [descend] Error 1 > make[3]: ../../../../source/main/os2/gcc/harbour.exe: Command not found > make[2]: *** [descend]
Re: [Harbour] 2008-10-28 10:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
Reading the docs, Carbon looks like a good choice for a Harbour GTWVT port. Brgds, Viktor On 2008.10.28., at 12:34, Lorenzo Fiorini wrote: On Tue, Oct 28, 2008 at 12:19 PM, Maurilio Longo <[EMAIL PROTECTED]> wrote: Carbon is deprecated and Cocoa, you're right, needs Objective C. I've heard the same thing but after I've found that many says that MS and Adobe has requested Carbon to port their apps. Also Openoffice chosed Carbon: http://wiki.services.openoffice.org/wiki/Mac_OS_X_Porting_-_Carbon_Documentation best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] MinGW + GTWVT + unwanted console
On Tue, Oct 28, 2008 at 1:37 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote: > In any case, I think MinGW and MSVC/BCC should be > behave (if possible) more similarly. Have you added -mwindows to the link script? best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
On Tue, Oct 28, 2008 at 1:05 PM, Vailton Renato <[EMAIL PROTECTED]> wrote: > I agree that putting the examples in a folder to share, would be > great! I already working with the material that we have today ... But > in this case, we need a PHP script (no CGI, just a PHP) to fit the > page dynamically and so do not depend on anyone to adjust this. Sorry probably I was not so clear. I simply suggested to create a "good examples" dir not using those files "directly" for the web site. best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] 2008-10-28 10:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
On Tue, Oct 28, 2008 at 1:26 PM, Szakáts Viktor <[EMAIL PROTECTED]> wrote: > For sure the latest goodies won't be implemented > for such abandoned API, even if it gets bundled > and maintained in a "least-effort" fashion. Ok but if I understand correctly we need a simple window and few drawing primitive. I guess t would be hard to find an Harbour developer with Objective C skills :) best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] 2008-10-28 10:24 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
Lorenzo, probably because those apps come from a windows world and carbon is similar, conceptually, to win32 windowing api. Maurilio. Lorenzo Fiorini wrote: > On Tue, Oct 28, 2008 at 12:19 PM, Maurilio Longo > <[EMAIL PROTECTED]> wrote: > >> Carbon is deprecated and Cocoa, you're right, needs Objective C. > > I've heard the same thing but after I've found that many says that MS > and Adobe has requested Carbon to port their apps. > > Also Openoffice chosed Carbon: > http://wiki.services.openoffice.org/wiki/Mac_OS_X_Porting_-_Carbon_Documentation > > best regards, > Lorenzo > ___ > Harbour mailing list > Harbour@harbour-project.org > http://lists.harbour-project.org/mailman/listinfo/harbour > -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] Harbour Web site - Preview #2 (Update)
Good I suggest organize doc area Is possible made aivable as pdf? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pritpal Bedi Sent: Tuesday, October 28, 2008 1:23 PM To: harbour@harbour-project.org Subject: Re: [Harbour] Harbour Web site - Preview #2 (Update) Hi All Vailton Renato wrote: > > I agree that putting the examples in a folder to share, would be > great! I already working with the material that we have today ... But > in this case, we need a PHP script (no CGI, just a PHP) to fit the > page dynamically and so do not depend on anyone to adjust this. > > I also programmed in PHP and if agreed, could mount an example showing > how to is more simple and easy to build the samples page from TXT or > PRG files without MySQL, PostgreSQL, etc. > > I believe this would be much more practical, since we could only put > the source of example in a specific folder, along with a screenshot > and the PHP script could mount the whole page alone. > > It would be an idea, but I need to study the impacts not to be slow, > but need to know if you agree. > Probably we can link/or the whole site can be uploaded on Harbour domain: http://www.harbour.vouch.info It retrieves the pages dynamically from the sources which I can do periodically or for specific releases. These are pure html pages with some Java. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/Harbour-Web-site---Preview--2-%28Update%29-tp20186 718p20206211.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] MinGW + GTWVT + unwanted console
Many thanks Lorenzo, that helped getting rid of the additional console window. Great. This way, Out*() functions are not visible on screen, so we're in sync with MSVC/BCC. Next question, how to solve the not appearing Out*() functions. For some reason it's not even possible to redirect them to files. Brgds, Viktor On 2008.10.28., at 15:12, Lorenzo Fiorini wrote: On Tue, Oct 28, 2008 at 1:37 PM, Szakáts Viktor [EMAIL PROTECTED]> wrote: In any case, I think MinGW and MSVC/BCC should be behave (if possible) more similarly. Have you added -mwindows to the link script? best regards, Lorenzo ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] MinGW + GTWVT + unwanted console
On Tue, 28 Oct 2008, Szak�ts Viktor wrote: Hi Viktor, > This happens with r9763, when compiled and built > with MinGW 4.1.2, and having HB_GT_WVT_DEFAULT > + HB_GT_WIN in my app code. > Now, when the app starts, it's putting some > app headers on the command line via OutErr(), > than goes CUI. This was normal behavior > in Clipper times. (the app also has a command > line help screen, other than these it doesn't > use the Out*() functions). Out*() functions are redirected to STDOUT/STDERR handles. It's a platform dependent issue if such handles are open and redirected to some device or file in each new process. It's a standard in most of OS-es except MS-Windows. In Windows GUI and CUI applications needs different startup code and inherits different settings from caller. Usually GUI application does not have open STDOUT/STDERR handles so releated functions does not work. In *nixes there is no difference between GUI and CUI programs and you do not need separated binaries for both modes. In MinGW authors tired to replicate such functionality so it's possible to make mixed programs. If you are using MSYS then it should be possible to create GUI programs where STDOUT/STDERR is redirected to MSYS console. The bad side effect is that if console is not available this code allocates new console and you have your own GUI window(s) and console window which handles STDOUT/STDERR output. MinGW tries to recognize type of application automatically by looking for main() and WinMain() functions in linked binaries. It can be also controlled manually by programmer using -mwindow and -mconsole switches. The default setting and switch/autodetection priority was changing in last years so I cannot say what is default in your system now. In the past some MinGW versions unconditionally forced console mode if linker found C main() function in linked function list. It's the reason why we moved mainstd.c from HVM library to separate mainstd library in MinGW builds to allow users adding them to linked library list only when he needs console application. > What happens with MinGW, is that a separate > console window opens with the header text, > plus the usual WVT window opens with the app itself, > while the console window stays on the background > for the whole running time. See above. If you use -mwindow GCC switch and/or remove mainstd from linked library list then you will create pure GUI program without console allocated automatically when parrent process does not set valid STDOUT/STDERR output. > For MSVC/BCC, the situation is a bit different, > here the Out*() functions simply don't do anything. See above. They can create only pure GUI or CUI programs without any mixed versions which are available in MinGW. > I think none of the these behaviors are very good, > and I'm not sure what are the platform possibilities > or what could I do on the app level to get around these > (besides removing all Out*() functions of course). If you want Out*() functions working in pure GUI programs then you need sth connected to STDOUT/STDERR. It usually should be set by calling process. Probably if you will use some consoles with such functionality then it will work though there is also problem with automatic GUI programs detaching but I think it should be a way to resolve it though it's rather question to MS-Windows programmers/users not to me. > In any case, I think MinGW and MSVC/BCC should be > behave (if possible) more similarly. So just use -mwindow MinGW switch for linking GUI programs and if your MinGW version needs it then remove mainstd lib. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-10-28 15:56 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
2008-10-28 15:56 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbstack.h ! fixed fDebugRequest declaration best regards Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
Thanks Viktor Szakáts Viktor wrote: > > Please feel free to add Pritpal to the list, > and don't forget yourself. > > If there is anyone else missing from the list > and wanting to be there, pls speak up while > we're at this. > > Preferably _name_, _country_, Harbour role [, e-mail/URL] [, > pictures[s] ] > should be sent to the list or Renato (if Renato agrees). > Can someone suggest "Harbour role" for me ? I just cannot imagine for myself what I do for Harbour. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/Harbour-Web-site---Preview--2-%28Update%29-tp20186718p20208820.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
Hello Renato > Just one note: Color of the icon to too > Out of the color scheme. Blud Can you add some color to it? >> Well, I had received for her suggestion some time ago, but the problem >> is that I have not spotted a good icon for this menu item yet ... :S Just send me the icon orupload here, I will change its color. My credentials: Pritpal Bedi India [EMAIL PROTECTED] http://www.vouch.info [ Group to decide my role ] Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/Harbour-Web-site---Preview--2-%28Update%29-tp20186718p20208905.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] Harbour Web site - Preview #2 (Update)
Captain of the Harbour GT with GUI aspect Harbour general Manager Of all Developer of gtwvg Harbour GT & Integration Captain But also more hihihihihihihih Plastic GURU of all fanatic of Look of harbour Application People that merge the past of memoedit with Future OF GTWVG - From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pritpal Bedi Sent: Tuesday, October 28, 2008 3:59 PM To: harbour@harbour-project.org Subject: Re: [Harbour] Harbour Web site - Preview #2 (Update) Thanks Viktor Szakáts Viktor wrote: > > Please feel free to add Pritpal to the list, > and don't forget yourself. > > If there is anyone else missing from the list > and wanting to be there, pls speak up while > we're at this. > > Preferably _name_, _country_, Harbour role [, e-mail/URL] [, > pictures[s] ] > should be sent to the list or Renato (if Renato agrees). > Can someone suggest "Harbour role" for me ? I just cannot imagine for myself what I do for Harbour. Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/Harbour-Web-site---Preview--2-%28Update%29-tp20186718p20208820.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
uh understand. I had understood something else, but ok ... I will continue the work here. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] Harbour Web site - Preview #2 (Update)
If possible please include also me Massimo Belgrano [EMAIL PROTECTED] Fleet Admiral of Newsgroup, Lieutenant of application tester, and Half soldier developer. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pritpal Bedi Sent: Tuesday, October 28, 2008 5:20 AM To: harbour@harbour-project.org Subject: Re: [Harbour] Harbour Web site - Preview #2 (Update) Renalto The overall design is now very pleasing. Just one note: Color of the icon to too out of the color scheme. Can you add some blud color to it? Regards Pritpal Bedi PS: My name does not appear in the crew list. Can you include it? Vailton Renato wrote: > > Hi all! > > I am of opinions on the page DOCUMENTATION > SAMPLES of the new site. > I need to know if I'm on the right track and if all agree that the > layout'm riding, because it is very difficult and full of details - if > you have to redo then will take a lot of work. :( > > My intention would be easy to assemble a page to show some features of > Harbor and give prominence to its features, especially where visitors > could view the code and how would the screen. > > We have also upgraded the sentence at the top of the site and the > links to download versions of the homepage. > > I await comments, criticisms and suggestions, the URL is: > http://harbour-project.org/preview2/samples.html > -- View this message in context: http://www.nabble.com/Harbour-Web-site---Preview--2-%28Update%29-tp20186 718p20201177.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
RE: [Harbour] Harbour Web site - Preview #2 (Update)
What about a RECLUTATION PAGE PARTECIPATE TO NEXT RELEASE OF HARBOUR PROJECT! All kind of ability are necessary to joint project! Write you also the History of one of most RELIABLE , MULTIPLATFORM project of language compiler ECC:ECC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vailton Renato Sent: Tuesday, October 28, 2008 1:05 PM To: Harbour Project Main Developer List. Subject: Re: [Harbour] Harbour Web site - Preview #2 (Update) I agree that putting the examples in a folder to share, would be great! I already working with the material that we have today ... But in this case, we need a PHP script (no CGI, just a PHP) to fit the page dynamically and so do not depend on anyone to adjust this. I also programmed in PHP and if agreed, could mount an example showing how to is more simple and easy to build the samples page from TXT or PRG files without MySQL, PostgreSQL, etc. I believe this would be much more practical, since we could only put the source of example in a specific folder, along with a screenshot and the PHP script could mount the whole page alone. It would be an idea, but I need to study the impacts not to be slow, but need to know if you agree. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-10-28 17:56 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
2008-10-28 17:56 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/source/vm/dynlibhb.c ! added #define INCL_DOSMODULEMGR for OS2 builds best regards Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] MinGW + GTWVT + unwanted console
Many thanks Przemek. -mwindows did the job well. Strange that STDERR/STDOUT don't work on Windows systems (but this won't be the last oddity with Windows for sure), so I'll simply add some other means to display required startup (help and some error) information, in a window or something, so the whole problem is worked around. There is nothing critical involved. The only slightly ugly side of it is that the *nix version of the same app could well use these facilities. Brgds, Viktor On 2008.10.28., at 15:44, Przemyslaw Czerpak wrote: On Tue, 28 Oct 2008, Szak�ts Viktor wrote: Hi Viktor, This happens with r9763, when compiled and built with MinGW 4.1.2, and having HB_GT_WVT_DEFAULT + HB_GT_WIN in my app code. Now, when the app starts, it's putting some app headers on the command line via OutErr(), than goes CUI. This was normal behavior in Clipper times. (the app also has a command line help screen, other than these it doesn't use the Out*() functions). Out*() functions are redirected to STDOUT/STDERR handles. It's a platform dependent issue if such handles are open and redirected to some device or file in each new process. It's a standard in most of OS-es except MS-Windows. In Windows GUI and CUI applications needs different startup code and inherits different settings from caller. Usually GUI application does not have open STDOUT/STDERR handles so releated functions does not work. In *nixes there is no difference between GUI and CUI programs and you do not need separated binaries for both modes. In MinGW authors tired to replicate such functionality so it's possible to make mixed programs. If you are using MSYS then it should be possible to create GUI programs where STDOUT/STDERR is redirected to MSYS console. The bad side effect is that if console is not available this code allocates new console and you have your own GUI window(s) and console window which handles STDOUT/STDERR output. MinGW tries to recognize type of application automatically by looking for main() and WinMain() functions in linked binaries. It can be also controlled manually by programmer using -mwindow and -mconsole switches. The default setting and switch/autodetection priority was changing in last years so I cannot say what is default in your system now. In the past some MinGW versions unconditionally forced console mode if linker found C main() function in linked function list. It's the reason why we moved mainstd.c from HVM library to separate mainstd library in MinGW builds to allow users adding them to linked library list only when he needs console application. What happens with MinGW, is that a separate console window opens with the header text, plus the usual WVT window opens with the app itself, while the console window stays on the background for the whole running time. See above. If you use -mwindow GCC switch and/or remove mainstd from linked library list then you will create pure GUI program without console allocated automatically when parrent process does not set valid STDOUT/STDERR output. For MSVC/BCC, the situation is a bit different, here the Out*() functions simply don't do anything. See above. They can create only pure GUI or CUI programs without any mixed versions which are available in MinGW. I think none of the these behaviors are very good, and I'm not sure what are the platform possibilities or what could I do on the app level to get around these (besides removing all Out*() functions of course). If you want Out*() functions working in pure GUI programs then you need sth connected to STDOUT/STDERR. It usually should be set by calling process. Probably if you will use some consoles with such functionality then it will work though there is also problem with automatic GUI programs detaching but I think it should be a way to resolve it though it's rather question to MS-Windows programmers/users not to me. In any case, I think MinGW and MSVC/BCC should be behave (if possible) more similarly. So just use -mwindow MinGW switch for linking GUI programs and if your MinGW version needs it then remove mainstd lib. best regards, Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-10-28 20:08 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
2008-10-28 20:08 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl) * harbour/include/hbstack.h * harbour/source/vm/estack.c + added hb_stackReleaseTSD() function - this function can be called only in HVM cleanup state when all threads except the main one are released * harbour/source/rdd/dbf1.c * harbour/source/rdd/dbffpt/dbffpt1.c * harbour/source/rdd/dbfntx/dbfntx1.c * harbour/source/rdd/dbfcdx/dbfcdx1.c * make RDDINFO settings in BDF* based RDDs thread local * harbour/include/hbclass.ch * minor modification best regards Przemek ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] 2008-10-28 12:53 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
Przemek
Przemyslaw Czerpak-2 wrote:
>
> 2008-10-28 12:53 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/source/rtl/gtwvt/gtwvt.h
> * harbour/source/rtl/gtwvt/gtwvt.c
> + added support for creating console window after 1-st screen update
> Please remember that it interacts with inkey() code which does not
> work until windows is not created.
> Now it should be quite easy to add support for some initializations
> before window is created. Probably it will be necessary to change
> INFO() method and store settings in some pWVT variables if
> pWVT->hWND
> is NULL and then use them as parameters for new console window.
> I'd like to leave this modification to MS-Windows developers.
>
Thanks for the ground work. I will do the rest.
I plan to introduce:
typedef struct
{
DWORD dwExStyle,/* 0 */
DWORD dwStyle, /* WS_THICKFRAME|WS_OVERLAPPED|WS_CAPTION|
WS_SYSMENU|WS_MINIMIZEBOX|WS_MAXIMIZEBOX */
intx, /* 0 */
inty, /* 0 */
intnWidth, /* CW_USEDEFAULT */
intnHeight, /* CW_USEDEFAULT */
PHB_GT pGTParent, /* NULL */
intiCmdShow, /* SW_NORMAL */
BOOLbDefault, /* TRUE */
} HB_WVTINIT, * PHB_WVTINIT;
and make it a member of HB_GTWVT structure.
Then if appln sends HB_GTI_WINPARAMS with corresponding array
then this structure is filled with new values and old values are returned.
This is only happen if pWVT->hWnd == NULL.
bDefault is set to FALSE and few actions are taken based on this flags,
for example, centering the window.
CreateWindow() function needs to be changed to CreateWindowEx().
I also plan to have something like HB_GTI_WINSTATE which may return
either a single value or an array of all values, i.e., x, y, width, height,
style,
current state == minimized, maximized, iconized, etc.
I know few of these values may be not useful in other GTs but for
sure GTWVT and GTWVG can exploit them in big way.
And because all is routed via Hb_GtInfo() gateway, I do not see any
portability issue. Mostly these feature are usable when
hb_gtReload()/hb_gtCreate() is called, so normal applications
may not even see any change.
Opinions?
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/2008-10-28-12%3A53-UTC%2B0100-Przemyslaw-Czerpak-%28druzus-at-priv.onet.pl%29-tp20205973p20215000.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] 2008-10-28 12:53 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
Hi Pritpal,
Thanks for the ground work. I will do the rest.
I plan to introduce:
typedef struct
{
DWORD dwExStyle,/* 0 */
DWORD dwStyle, /* WS_THICKFRAME|WS_OVERLAPPED|WS_CAPTION|
WS_SYSMENU|WS_MINIMIZEBOX|WS_MAXIMIZEBOX */
intx, /* 0 */
inty, /* 0 */
intnWidth, /* CW_USEDEFAULT */
intnHeight, /* CW_USEDEFAULT */
PHB_GT pGTParent, /* NULL */
intiCmdShow, /* SW_NORMAL */
BOOLbDefault, /* TRUE */
} HB_WVTINIT, * PHB_WVTINIT;
and make it a member of HB_GTWVT structure.
Then if appln sends HB_GTI_WINPARAMS with corresponding array
then this structure is filled with new values and old values are
returned.
This is only happen if pWVT->hWnd == NULL.
bDefault is set to FALSE and few actions are taken based on this
flags,
for example, centering the window.
CreateWindow() function needs to be changed to CreateWindowEx().
I also plan to have something like HB_GTI_WINSTATE which may return
either a single value or an array of all values, i.e., x, y, width,
height,
style,
current state == minimized, maximized, iconized, etc.
I know few of these values may be not useful in other GTs but for
sure GTWVT and GTWVG can exploit them in big way.
And because all is routed via Hb_GtInfo() gateway, I do not see any
portability issue. Mostly these feature are usable when
hb_gtReload()/hb_gtCreate() is called, so normal applications
may not even see any change.
Opinions?
But why do you need to add all these non console
related stuff to GTWVT??
You're again and again trying to add Windows
specific features to GTWVT, but such things
simply don't belong there. GTWVT is a console
emulation, and there is no need for any platform
specific whistles and bells there. Rather the main
point is that an application written for GTWVT can
be ported to GTWIN, GTXWC, GTTRM without
modification and with an equivalent feature set.
Moreover, now that the GT window isn't initially
popped up, most of these settings can be very well
made in app code, before touching the window, and
that's enough for anyone trying to use core GT
as flexible console windows.
I'd suggest to implement these in GTWVG, without
touching the core or core GTWVT. Also I think
there should be a range used by speciality
GTWVG HB_GTI_* defines, and these also should be
kept outside the core. This is the whole point
of the plugin nature of our GT system.
If there is something in GTWVG we opt to include
later in GTWVT, we can just easily take the code
and do this. But initially please do this job
in GTWVG.
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
On Tuesday 28 October 2008 08:28:53 am Szakáts Viktor wrote: > We could have some HarbourScript though, just to give > a flash of this technology My thoughts exactly. -- "Ninety percent of politicians give the other 10 percent a bad name." -- Henry Kissinger ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Harbour Web site - Preview #2 (Update)
On Tuesday 28 October 2008 03:50:45 am Szakáts Viktor wrote: > > I would suggest to start with few samples and add more only after they > > are carefully reviewed by the group ( we could create a new dir in the > > svn to hold the official samples and demos, Viktor? ). > > Sure. We already have 'examples' which seems to be the > preferred name choice of other projects, too. It > currently resides inside /contrib, but we may move it to > the root for better visibility. What structure to > follow inside that dir is up the our decision. Maybe > a dir named 'miniapps' would be good, or we could just > pour those into the root, but that's usually doesn't > look very elegant. And, let's not forget that Clipper code samples are Harbour code samples. The Oasis is probably the largest source of that. -- "Ninety percent of politicians give the other 10 percent a bad name." -- Henry Kissinger ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] 2008-10-28 18:12 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED])
2008-10-28 18:12 UTC-0800 Pritpal Bedi ([EMAIL PROTECTED]) * harbour/contrib/gtwvg/gtwvg.c * harbour/contrib/gtwvg/gtwvg.h ! Updated to respect latest features of GTWVT. * harbour/contrib/gtwvg/tests/demowvg.prg ! Updated to honor procol the way console is visible Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/2008-10-28-18%3A12-UTC-0800-Pritpal-Bedi-%28pritpal%40vouchcac.com%29-tp20219217p20219217.html Sent from the Harbour - Dev mailing list archive at Nabble.com. ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] 2008-10-28 12:53 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
Hi Viktor, On 28 Oct 2008 at 21:27, Szakáts Viktor wrote: > But why do you need to add all these non console > related stuff to GTWVT?? I think Pritpal is trying to get into the scheme of "inherits from GTWVT to avoid duplicated code". > You're again and again trying to add Windows > specific features to GTWVT, but such things > simply don't belong there. GTWVT is a console > emulation, and there is no need for any platform > specific whistles and bells there. Rather the main > point is that an application written for GTWVT can > be ported to GTWIN, GTXWC, GTTRM without > modification and with an equivalent feature set. If GTWVT is restricted to "console emulation only" then I wonder why we need to develop GTWVT? Why not using GTWIN instead which is a native console? Isn't the GTINFO interface created with an idea that some feature(s) may be absent in some other GTs? regards, Budyanto ___ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
