Re: [Harbour] Re: Documentation storm on user's list
This reads like one of your nice commit logs! On Mon, May 31, 2010 at 9:35 AM, Viktor Szakáts harbour...@syenar.huwrote: [ After waiting some days for the original thread on user's list taking any sort of constructive direction, I had made the decision to ban the thread starter, on the grounds that he went into an unstoppable monologue, which is off-topic regarding Harbour user's list, and really doesn't help to solve any problems. ] Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Documentation storm on user's list
Some thoughts, On Thu, May 27, 2010 at 12:18 PM, pete_westg pete_we...@yahoo.gr wrote: are you sure you have understood my words? I 'm afraid you don't! What I am not sure for, is the reason for this misunderstanding. Perhaps, is it due to my bad English or what? - Stating that Harbour's lack of documention is straightly against to the spirit of open source initiative can be considered offensive by many. Who made you the spokesperson of the Open Source movement? It could be interpreted that your statement means their years of work were done improperly. - Saying that this is a real problem with wider consequences than you can imagine is also a pretty offensive. Are the Harbour developers incapable of determining what might happen if there is a lack of documentation in the near future? I think they can. And not only that, but hearing a vague statement like this is like hearing someone claiming that the world is going to end in 2012, in ways we can't possibly fathom. It sounds like you are saying the Harbour project is doomed unless developers start complying with your documentation suggestions. All that one could ask from them is to be, their coding, more documentation friendly, ensuring this way that their valuable and very respectable labor and creation won't go in vain.. As Viktor said, others will have to volunteer to do it, if the original developers don't feel like doing it. Or maybe they will do it once their work is relatively finalized? Then they won't have to change documentation so much when simple things change, and focus more on development. The ChangeLog keeps track of all this pretty nicely anyways. (Sorry Viktor... you had to tell me 2 or 3 times about making it a habit to check this file!) In other (good) news, I am working on compiling a very readable FAQ with pretty much everything covered that you could want in order to get something that compiled on Clipper to compile in Win32 for Harbour... as I had to figure it out all by myself, with the help of a few developers on the -dev list. So, this might help as far as teaching users how to do some basic and intermediate things with Harbour that are very common. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14623] trunk/harbour
;) On Thu, May 27, 2010 at 12:14 PM, vszak...@users.sourceforge.net wrote: Revision: 14623 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14623view=rev Author: vszakats Date: 2010-05-27 19:14:43 + (Thu, 27 May 2010) Log Message: --- 2010-05-27 21:14 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * INSTALL + Added requirement to not add the same compiler path multiple times to PATH. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/INSTALL This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about hbmk2 and icons
Thanks for the tip! It worked. I just made an icons.rc file, and added it to the files hbmk2 sucks up as arguments, and this is the file for all who are curious. 1 ICON MainBuild-2010.ico 2 ICON MainBuild-Classic.ico On Tue, May 25, 2010 at 1:43 PM, Viktor Szakáts harbour...@syenar.huwrote: If you need something special, you can always add any number of icons or any other resources via .rc files, which will be automatically built into the target executable by hbmk2. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Question about hbmk2 and icons
Hi, I use Harbour for Win32. I was wondering if hbmk2 allows (or can allow someday) support for multiple icons? We're leaning towards having two icons in our .EXE builds. If this was ever supported... I am not sure what the file delimiter would be. Any thoughts? -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Curl detection during compile process
Thanks Viktor. Your knowledge of Clipper and Harbour is impressive! On Thu, May 20, 2010 at 12:55 AM, Viktor Szakáts harbour...@syenar.huwrote: # looks like a problem hbmk2: Warning: Source dynamic library not found: /ver10/curl-7.20.1-devel-mingw32/include/../libcurl.dll # looks like it worked? hbmk2: Created import library: G:/harbour/lib/win/mingw/liblibcurl.a = /ver10/curl-7.20.1-devel-mingw32/include/../bin/libcurl.dll It's normal. There are multiple places Harbour will look for the .dll. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Curl detection during compile process
:( I come bearing more bad news. Despite doing all of the above... I did this, and got this: C:\hbmg:\harbour\bin\hbmk2 hello.PRG g:\harbour\contrib\hbcurl\hbcurl.hbc hbmk2: Processing configuration: g:\harbour\bin\hbmk.cfg Harbour 2.1.0beta1 (Rev. 14434) Copyright (c) 1999-2010, http://www.harbour-project.org/ Compiling 'hello.PRG'... Lines 669, Functions/Procedures 1 Generating C source output to 'C:\Users\sjohnson\AppData\Local\Temp\hello.c'... Done. c:/mingw/bin/../lib/gcc/mingw32/4.4.1/../../../../mingw32/bin/ld.exe: cannot fin d -lcurldll collect2: ld returned 1 exit status hbmk2: Error: Running linker. 1 gcc.exe C:\Users\sjohnson\AppData\Local\Temp\hello.o C:\Users\sjohnson\AppData\L ocal\Temp\hbmk_yx8lre.o-mconsole -Wl,--start-group -lhbcurl -lcurldll -lhbex tern -lhbdebug -lhbvm -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgtwin -lgtwvt -lgtgui -lhbrdd -lhbuddall -lhbusrrdd -lrddntx -lrddcdx -lrddnsx -lrddf pt -lhbrdd -lhbhsx -lhbsix -lhbmacro -lhbcplr -lhbpp -lhbcommon -lhbmainstd -lke rnel32 -luser32 -lgdi32 -ladvapi32 -lws2_32 -lwinspool -lcomctl32 -lcomdlg32 -ls hell32 -luuid -lole32 -loleaut32 -lmpr -lwinmm -lmapi32 -limm32 -lmsimg32 -lwini net -lhbpcre -lhbzlib -Wl,--end-group -ohello.exe -Lg:/harbour/lib/win/mingw Any final hints? *puppy dog eyes* Thank you On Wed, May 19, 2010 at 5:19 PM, Viktor Szakáts harbour...@syenar.huwrote: This was my command I tried... feel free to laugh at me! C:\hbmg:\harbour\bin\hbmk2.exe g:\harbour\contrib\hbcurl\hbcurl.hbc .\hello.prg -lhbcurl Why do you insist on -lhbcurl? ;) It's not needed. Otherwise it's right. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Curl detection during compile process
Uh oh. When you said check the change log for .hbi, you weren't joking! I think my problem is due to an old revision. Sorry to beat this poor dead horse. On Thu, May 20, 2010 at 1:34 PM, smu johnson smujohn...@gmail.com wrote: :( I come bearing more bad news. Despite doing all of the above... ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Curl detection during compile process
Well, it looks like it is not my destiny is to not get CURL to work. r14528 is now not compiling. 1. compile string: win-make HB_BUILD_UNICODE=no HB_BUILD_IMPLIB=yes HB_WITH_CURL=\ver10\curl-7.20.1-devel-mingw32\include install 2. Error text: gcc -I. -I../../../../../include -W -Wall -O3 -fomit-frame-pointer -march=i586 -mtune=pentiumpro -DHB_LEGACY_TYPES_OFF -ohbpp.o -c ../../../hbpp.c gcc -Wl,--nxcompat -Wl,--dynamicbase -L../../../../../lib/win/mingw -o ..\..\ ..\..\..\bin\win\mingw\hbpp.exe hbpp.o -lhbnortl -lhbcommon -lkernel32 -luser32 -lws2_32 -ladvapi32 -lgdi32 c:/mingw/bin/../lib/gcc/mingw32/4.4.1/../../../../mingw32/bin/ld.exe: unrecogniz ed option '--nxcompat' c:/mingw/bin/../lib/gcc/mingw32/4.4.1/../../../../mingw32/bin/ld.exe: use the -- help option for usage information collect2: ld returned 1 exit status win-make[3]: *** [hbpp.exe] Error 1 rm hbpp.o win-make[2]: *** [descend] Error 2 win-make[1]: *** [pp.inst] Error 2 win-make: *** [src.inst] Error 2 3. Proof of using correct GCC: G:\harbourgcc -v Using built-in specs. Target: mingw32 Configured with: ../../gcc-4.4.1/configure --prefix=/mingw --build=mingw32 --ena ble-languages=c,ada,c++,fortran,objc,obj-c++ --disable-nls --disable-win32-regis try --enable-libgomp --enable-cxx-flags='-fno-function-sections -fno-data-sectio ns' --disable-werror --enable-threads --disable-symvers --enable-version-specifi c-runtime-libs --enable-fully-dynamic-string --with-pkgversion='TDM-2 mingw32' - -enable-sjlj-exceptions --with-bugurl= http://www.tdragon.net/recentgcc/bugs.php Thread model: win32 gcc version 4.4.1 (TDM-2 mingw32) :( On Thu, May 20, 2010 at 1:37 PM, smu johnson smujohn...@gmail.com wrote: Uh oh. When you said check the change log for .hbi, you weren't joking! I think my problem is due to an old revision. Sorry to beat this poor dead horse. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Curl detection during compile process
Ah. Correct again! I thought if the gcc version I wanted to use before any other was first in the windows path, it would only be used... but I am incorrect. # proper ! HB_COMPILER: mingw (v44) (autodetected: c:/mingw/bin/) # problematic ! HB_COMPILER: mingw (v45) (autodetected: c:/mingw/bin/gcc.exe C:/strawberry/c/bin/) If it detected Strawberry Perl's gcc version after mine, which it seems like it did as it comes 2nd on the above printout can't the version detect / only use the first one, c:/mingw/bin/gcc.exe? This time, I was reading other threads about problems like these... but perhaps I made too big of an assumption this time. On Thu, May 20, 2010 at 1:55 PM, Viktor Szakáts harbour...@syenar.huwrote: I can just guess without seeing the beginning of your log output. Maybe you manually set HB_COMPILER (without setting HB_COMPILER_VER). Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Curl detection during compile process
Thank you for clearing that up and your infinite patience. Looks like I'm going to have to right some quick and dirty .bat or perl scripts to toggle which compiler is to be used. On Thu, May 20, 2010 at 2:14 PM, Viktor Szakáts harbour...@syenar.huwrote: I'm afraid not. In general it's not very good to mix different compilers in PATH, but it's especially not good mix two different gcc versions in PATH at the same time. INSTALL doc makes this very clear. There is no compiler selector logic in our build system, since it would be a complete nightmare to test (hundreds of different combinations) and maintain just to sort out otherwise not very likely configurations as above. Notice that mixing compilers is not only bad for Harbour, but it's generally bad practice on Windows systems. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Curl detection during compile process
Hello Viktor, Well, having followed every step that was proper, I still cannot get this to work. No more Perl gcc, no more old revisions, no more forgetting HB_* flags, etc... everything has been tried by me. Unless you can (please) share some more of your Harbour internal knowledge and assist me out of pity, I think I might throw on in the towel ;) -- latest error -- C:\hbmg:\harbour\bin\hbmk2 hello.PRG g:\harbour\contrib\hbcurl\hbcurl.hbc hbmk2: Processing configuration: g:\harbour\bin\hbmk.cfg Harbour 2.1.0beta1 (Rev. 14528) Copyright (c) 1999-2010, http://www.harbour-project.org/ Compiling 'hello.PRG'... Lines 675, Functions/Procedures 1 Generating C source output to 'C:\Users\sjohnson\AppData\Local\Temp\hello.c'... Done. c:/mingw/bin/../lib/gcc/mingw32/4.4.1/../../../../mingw32/bin/ld.exe: cannot fin d -lcurldll collect2: ld returned 1 exit status hbmk2: Error: Running linker. 1 gcc.exe C:\Users\sjohnson\AppData\Local\Temp\hello.o C:\Users\sjohnson\AppData\L ocal\Temp\hbmk_ivti53.o-mconsole -Wl,--start-group -lhbcurl -lcurldll -lhbex tern -lhbdebug -lhbvm -lhbrtl -lhblang -lhbcpage -lgtcgi -lgtpca -lgtstd -lgtwin -lgtwvt -lgtgui -lhbrdd -lhbuddall -lhbusrrdd -lrddntx -lrddcdx -lrddnsx -lrddf pt -lhbrdd -lhbhsx -lhbsix -lhbmacro -lhbcplr -lhbpp -lhbcommon -lhbmainstd -lke rnel32 -luser32 -lgdi32 -ladvapi32 -lws2_32 -lwinspool -lcomctl32 -lcomdlg32 -ls hell32 -luuid -lole32 -loleaut32 -lmpr -lwinmm -lmapi32 -limm32 -lmsimg32 -lwini net -lhbpcre -lhbzlib -Wl,--end-group -ohello.exe -Lg:/harbour/lib/win/mingw On Thu, May 20, 2010 at 2:24 PM, smu johnson smujohn...@gmail.com wrote: posts about many attempts met with failure trying to get HBCURL to work ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Curl detection during compile process
Alright, will do. On Thu, May 20, 2010 at 3:44 PM, Viktor Szakáts harbour...@syenar.huwrote: What can I say? A lib can be used if it's present in one of the passed lib dirs (-L options). Apparently curldll lib (the implib) is not there. Why? I cannot tell you; and I have told everything that can I could tell about this whole topic. Probably some blatant mistake or overlook along the process. I suggest to reread the thread and INSTALL and just start over from a clean state. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Question about Curl detection during compile process
Hi there, A simple question: Is curl support for Harbour provided internally, or is it a component to be detected? I see how zlib is mentioned in the compile output header as being detected, and openssl is scanned but not found, etc... ... but I don't see any mention of libcurl, whether or not it was detected. Here's the relevant compile info from the header: G:\harbourcat header.txt ! Building Harbour 2.1.0beta1 from source - http://www.harbour-project.org ! MAKE: win-make.exe 3.81 sh.exe ! HB_HOST_PLAT: win (x86_64) HB_SHELL: nt ! HB_PLATFORM: win (x86) (autodetected) ! HB_COMPILER: mingw (autodetected: c:/mingw/bin/gcc.exe C:/strawberry/c/bin/) ! Component: 'zlib' found in G:/harbour/external/zlib (local) ! Component: 'pcre' found in G:/harbour/external/pcre (local) ! Component: 'openssl' not found. Configure with HB_WITH_OPENSSL. ! Component: 'gpm' not supported on win platform ! Component: 'slang' not found. Configure with HB_WITH_SLANG. ! Component: 'curses' not found. Configure with HB_WITH_CURSES. ! Component: 'x11' not found. Configure with HB_WITH_X11. ! Component: 'wattcp/watt-32' not supported on win platform ! HB_INSTALL_PREFIX automatically set to: G:\harbour Thank you in advance. -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Question about compiling Harbour, and compiling .PRGs
Hi, Question: If you want to try using a different compiler to compile your .PRGs, do you have to use that very same compiler to (re)compile Harbour itself first? I have found this to be the case with Open Watcom and MSVC. But I am unsure if I am going at it the wrong way. PS: I am experimenting with mingw64, and am very curious if I have to compile Harbour with it in order to get 64bit .EXEs from my .PRGs. Thank you. -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Question about compiling Harbour, and compiling .PRGs
If it turns out this isn't needed... I probably was confused because it might be simply defaulting the -comp= argument during my hbmk2 builds... that is my theory. I thought I'd write that so I don't sound like a complete fool. On Wed, May 19, 2010 at 12:58 PM, smu johnson smujohn...@gmail.com wrote: Hi, Question: If you want to try using a different compiler to compile your .PRGs, do you have to use that very same compiler to (re)compile Harbour itself first? ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Curl detection during compile process
Hi again, I am having a problem... I can't figure out how to get HB_CURL to work! Steps I took: 1) unzipped libcurl devel zip 2) compiled harbour with HB_WITH_CURL=curl include directory 3) made sure hbmk2 had -lhbcurl arg present for compiling hello world example 4) made sure these includes were present in HELLO.PRG #include hbcurl.ch #include common.ch #include fileio.ch ... yet I got a few pages of errors, saying stuff like: g:/harbour/lib/win/mingw/libhbcurl.a(hbcurl.o):hbcurl.c:(.text+0x2b9d): undefined reference to `_imp__curl_easy_setopt' g:/harbour/lib/win/mingw/libhbcurl.a(hbcurl.o):hbcurl.c:(.text+0x2bc6): undefined reference to `_imp__curl_easy_setopt' g:/harbour/lib/win/mingw/libhbcurl.a(hbcurl.o):hbcurl.c:(.text+0x2c0c): undefined reference to `_imp__curl_easy_setopt' ... over and over again. Is there a key step I'm missing? Maybe I need to compile hbcurl.c myself? *confused* My hello.prg source: === C:\hbmcat hello.prg #include hbcurl.ch #include common.ch #include fileio.ch FUNC MAIN ? curl_version() ? curl_getdate( Sun, 1 Jun 2008 02:10:58 +0200 ) RETURN On Wed, May 19, 2010 at 1:22 PM, Viktor Szakáts harbour...@syenar.huwrote: The rest is detected and used on a per contrib basis. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Curl detection during compile process
Thanks for responding.. Questions: for 1) the contrib lib, do you mean hbcurl? and 2) 3rd party lib, do you mean libcurl? I have both those things, but this is probably not what you are referring to... From your response, it looks like implib is what I need, and I will try it out. Thank you On Wed, May 19, 2010 at 3:38 PM, Viktor Szakáts harbour...@syenar.huwrote: Hi, This seems to became a FAQ. To link any contribs which depend on 3rd party libraries, you need two things: - the contrib lib (hbsomething) - 3rd party lib or implib (mostly implib) ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Curl detection during compile process
Well, I am stumped :/ Hopefully these questions aren't too n00b-like. 1) If hbcurl.hbc will set up everything for me, then does that mean HB_WITH_CURL isn't necessary upon compiling? 2) Do I need to modify hbcurl.hbc? If the answer to the above question is that I don't need to use HB_WITH_CURL (which I don't think is true), then I don't think hbcurl.hbc has enough info to know where I unzipped curl-7.20.1-devel-mingw32.zip to setup everything up for me. 3) What am I susposed to do with the hbcurl.hbc file? The only thing I could think of was passing it to hbmk2... this is probably way off from what I'm susposed to do. This was my command I tried... feel free to laugh at me! C:\hbmg:\harbour\bin\hbmk2.exe g:\harbour\contrib\hbcurl\hbcurl.hbc .\hello.prg -lhbcurl I also tried -hbcs=file switch after reading the hbmk2 switches, but I don't think I have any real clue what I am doing. C compiler basic facts are a bit beyond me. Thanks again! On Wed, May 19, 2010 at 3:56 PM, Viktor Szakáts harbour...@syenar.huwrote: In this case it is, yes. It's internal detail though, so the recommended way is to refer to hbcurl.hbc, which will setup everything. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Curl detection during compile process
Thanks Viktor! -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about Curl detection during compile process
Hi again... I did what you said, and have noticed a strange piece of text from the Harbour build which seems a bit contractictory: # looks like a problem hbmk2: Warning: Source dynamic library not found: /ver10/curl-7.20.1-devel-mingw32/include/../libcurl.dll # looks like it worked? hbmk2: Created import library: G:/harbour/lib/win/mingw/liblibcurl.a = /ver10/curl-7.20.1-devel-mingw32/include/../bin/libcurl.dll My command string: === win-make HB_BUILD_UNICODE=no HB_BUILD_IMPLIB=yes HB_WITH_CURL=\ver10\curl-7.20.1-devel-mingw32\include install I'm writing in case this is something I should be worried about. Thanks again for all your help. On Wed, May 19, 2010 at 5:19 PM, Viktor Szakáts harbour...@syenar.huwrote: Simplest example: 1. Setup HB_WITH_* 2. set HB_BUILD_IMPLIB=yes 3. Build Harbour 4. Pass hb*.hbc to hbmk2 cmdline to create app. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] mingw 4.5.0 and upx
fwiw, I have found UPX to be a piece of crap for most applications. Their site shows that the idea was conceived and implemented during the days of Pentium I computers, as all their CPU tests show that sort of historical period. You'd think that would be a good thing, but at the time 16 MB of ram a pretty standard amount to have... which leads me to believe that in order to avoid using RAM for UPX exes, they might have been uncompressed via the filesystem. They boast hardly any memory footprint, so I believe something tricky is being done. Problem is, on computers 10-15x that we have around the office, which have a clock speed of probably 10 to 15 times that, the UPX exe's over a 100mbit network sometimes take WAY longer to load... in the seconds, compared to almost a fingersnap. I'm not sure if my wild guess above is the cause for it, but I tested this on about 5 computers at work to decide to stay away from UPX, despite its nice reduction on our .EXE sizes... I know this probably isn't relevant, but I thought I'd mention it anyhow, in case someone else has noticed this. On Tue, May 18, 2010 at 12:15 PM, Viktor Szakáts harbour...@syenar.huwrote: Hi All, FYI upx (even latest) won't work with mingw 4.5.0 built executables, due to 'CantPackException: TLS callbacks are not supported' error. In summary mingw added support for TLS callbacks in startup code, they also refused to make it optional, upx chokes on this and upx developer is not familiar with TLS callbacks, so it wasn't fixed to date. Here's the background: http://old.nabble.com/Re:-TLS-Callback-Support-td27477588.html http://comments.gmane.org/gmane.comp.gnu.mingw.devel/3550 Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: HB_COMPILER environment variable
Hi, Please open up CMD and do the following C: cd \ gcc --version Please paste the entire output of what this looked like. Thank you On Fri, May 14, 2010 at 1:19 PM, jparada jparad...@hotmail.com wrote: Hi, Thanks for answering Viktor. No problem, anyway as I said if I set the varible, I have no problems. Maybe later, I do more tests. Thanks ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14444] trunk/harbour
Thanks Viktor On Fri, May 7, 2010 at 8:29 AM, vszak...@users.sourceforge.net wrote: Revision: 1 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=1view=rev Author: vszakats Date: 2010-05-07 15:29:16 + (Fri, 07 May 2010) Log Message: --- 2010-05-07 17:28 UTC+0200 Viktor Szakats (harbour.01 syenar.hu) * config/global.mk + Won't falsely autodetect cygwin if cygstart.exe doesn't have a gcc.exe next to it. (sync with recently added hbmk2 logic) Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/config/global.mk This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Compile error on r14429
Sorry Viktor, I still don't understand. AFAIK, I don't have ANY cygwin stuff on my computer. I don't see a single cygwin thing in my path, and I don't think TDM mingw is considered a cygwin program under windows. Having installed cygwin a few years ago on a different computer (and hating everything about cygwin after the experience), I vowed never to use Cygwin again. So when you say that there is no C compiler tools in my path besides Cygwin, I am not sure what you mean. And if what I said is true, then I am still confused as to how it would detect stuff in my PATH that it considers Cygwin. On Wed, May 5, 2010 at 11:17 PM, Viktor Szakáts harbour...@syenar.huwrote: There is no C compiler tools in your PATH besides cygwin, so cygwin is detected and tried to be used. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Compile error on r14429
I can give you a more exact output list when I go to work tomorrow in about 8 hours, but I am 99% sure they are as follows: 1) gnuwin32\bin directory contents - http://members.shaw.ca/smujohnson/txt/gnuwin32-files.txt 2) c:\mingw\bin - untouched install of TDM's mingw 4.4.1-2 install from their website .exe installer. Thanks for taking an interest in this! On Wed, May 5, 2010 at 11:41 PM, Viktor Szakáts harbour...@syenar.huwrote: Hi, Can you post the dir listing of your C:\gnuwin32\bin and C:\mingw\bin directories? Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Compile error on r14429
Son of a... Ok. Thanks for your time. On Thu, May 6, 2010 at 12:10 AM, Viktor Szakáts harbour...@syenar.huwrote: I can give you a more exact output list when I go to work tomorrow in about 8 hours, but I am 99% sure they are as follows: 1) gnuwin32\bin directory contents - http://members.shaw.ca/smujohnson/txt/gnuwin32-files.txt There is a cygstart.exe present in this directory. Delete it or rename it. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Compile error on r14429
I think I am going to send an e-mail to the GnuWin32 project leaders, and ask them to remove that if possible, as they seem to boast that their package is cygwin-free. Thanks for all the help. After all these years for me, cygwin rears its ugly head again... On Thu, May 6, 2010 at 4:23 AM, Viktor Szakáts harbour...@syenar.hu wrote: %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static;C:\strawberry\perl\bin;c:\windows\batfiles;c:\mingw\bin;C:\Program Files (x86)\QT Lite\QTSystem;C:\utils\console2;C:\utils\win-bash;C:\utils;C:\lame;C:\gnuwin32\bin After the _C compiler_ tools. There is no C compiler tools in your PATH besides cygwin, so cygwin is detected and tried to be used. 2) I don't really believe it is cygwin, or does it rely on any cygwin DLLs. It's sourceforge page boasts: GnuWin provides Win32-versions of GNU tools, or tools with a similar open source licence. The ports are native ports, that is they rely only on libraries provided with any 32-bits MS-Windows operating system, such as MS-Windows 95 / 98 / 2000 / NT / XP / Nor does it have *cygwin*.* files anywhere in there cygstart.exe is used for cygwin detection. There is no problem in having cygwin tools in PATH, for some targets it's even a requirement (mingwarm). I have to correct this e-mail of mine. Cygwin _may_ cause harm when included with some other compiler tools, so if someone wants to keep Cygwin in PATH all the time, it's recommended to delete or rename cygstart.exe in cygwin bin dir, if it's not a goal to create cygwin Harbour builds, or compiler autodetection should be manually overridden using HB_COMPILER envvar (this is one the rare occasions). Even though for 99.99% of users, it's better to delete/rename cygstart.exe. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Vdei creation of harbour-project
hi, On Wed, May 5, 2010 at 2:25 PM, Viktor Szakáts harbour...@syenar.hu wrote: Hi Smu, git svn clone -s https://harbour-project.svn.sourceforge.net/svnroot/harbour-projectharbour It worked, but looked like it was going to take hours or even days to do. It seemed to start right from revision 1 and work its way up slowly. If it has to do 14,000+ of those, it will take forever. So I won't bother. But I am not sure if that's SVN's fault, as I have cloned some git trees before for other software projects (albeit not as big) and it wasn't unexpectedly long. I believe git also uses zlib to compress a lot of source code through the wires when you pull/push/clone, in case you thought it might send the raw data uncompressed. (sorry I pulled this command from my bash history, and it's possible the exact URL needs tweaking) The URL seemed to work! ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Re[Harbour] moval of non-UNICODE Windows codepath?
On Thu, Apr 29, 2010 at 6:07 AM, Viktor Szakáts harbour...@syenar.huwrote: Hi, Did you try to use unicows lib? If not, I'd suggest to try it, since it solves this problem in quite simple way. All you need to do is adding -lunicows to your hbmk2 make file and bundle unicows.dll with your app. Works with all supported Harbour compilers. Get prebuilt libunicows binaries from here: http://libunicows.sourceforge.net/ Viktor has mentioned it before, but I'd thought I'd tell you anyway... that with the libunicows files, use hbmk2 with the switch -Lpath to libunicows files along with the -lunicows to get everything to work. This will save you some some if you were not aware of this step. BTW There are the Windows applications in two builds - UNICODE and non-UNICODE. There are, but it's unnecessary in case of Harbour apps, and it's generally not a very good idea from several aspects to have different binaries for U and non-U. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Re[Harbour] moval of non-UNICODE Windows codepath?
Przemek, if you are reading this thread, could you please comment if you have a moment? I am curious as to what you think about the questions Viktor posed a while back, as this change will affect me in a few tiny ways, and I'm curious about your thoughts. On Thu, Apr 29, 2010 at 5:55 AM, Grigory Filatov gfila...@front.ru wrote: Hello Viktor, Any opinions on this? (removal of non-unicode) ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] ACHOICE() bug for 2010, with simple hello world example
Thanks Jerry. Peace and happiness onto you. On Tue, May 4, 2010 at 6:24 PM, Jerry Finuliar jerryfinul...@operamail.comwrote: Hi, Please change DispLine proc in Achoice.prg with the one below. STATIC PROCEDURE DispLine( cLine, nRow, nCol, lSelect, lHiLite, nNumCols ) ColorSelect( iif( lSelect .AND. ISCHARACTER( cLine ), ; iif( lHiLite, CLR_ENHANCED, CLR_STANDARD ), CLR_UNSELECTED ) ) hb_dispOutAt( nRow, nCol, iif( ISCHARACTER( cLine ), PadR( cLine, nNumCols ), Space( nNumCols ) ) ) IF lHiLite SetPos( nRow, nCol ) ENDIF ColorSelect( CLR_STANDARD ) RETURN Thanks, Jerry -- ___ Surf the Web in a faster, safer and easier way: Download Opera 9 at http://www.opera.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Compile error on r14429
I am getting this compile error on Harbour rev 14429, using cmd: win-make HB_BUILD_UNICODE=no install gcc -I. -I../../../../../../include -W -Wall -O3 -fomit-frame-pointer -march=i 586 -mtune=pentiumpro -DHB_LEGACY_TYPES_OFF -ogttrm.o -c ../../../gttrm.c ../../../gttrm.c: In function 'get_inch': ../../../gttrm.c:1186: error: storage size of 'tv' isn't known ../../../gttrm.c:1188: error: 'fd_set' undeclared (first use in this function) ../../../gttrm.c:1188: error: (Each undeclared identifier is reported only once ../../../gttrm.c:1188: error: for each function it appears in.) ../../../gttrm.c:1188: error: expected ';' before 'rfds' ../../../gttrm.c:1204: warning: implicit declaration of function 'FD_ZERO' ../../../gttrm.c:1204: error: 'rfds' undeclared (first use in this function) ../../../gttrm.c:1205: error: 'wfds' undeclared (first use in this function) ../../../gttrm.c:1213: warning: implicit declaration of function 'FD_SET' ../../../gttrm.c:1228: warning: implicit declaration of function 'select' ../../../gttrm.c:1232: warning: implicit declaration of function 'FD_ISSET' ../../../gttrm.c:1186: warning: unused variable 'tv' ../../../gttrm.c: In function 'hb_gt_trm_AnsiGetCursorPos': ../../../gttrm.c:1920: warning: unused variable 'iTODO' win-make[4]: *** [gttrm.o] Error 1 win-make[3]: *** [descend] Error 2 win-make[2]: *** [gttrm.inst] Error 2 win-make[1]: *** [rtl.inst] Error 2 win-make: *** [src.inst] Error 2 -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Compile error on r14429
Dear all, Turns out it was caused by having GnuWin32\bin in the path on my Windows machine. I use it to get many of the unix tools in windows. Maybe it has an .exe that the Harbour build relies on and is using that instead, and causing this error. (it is not gcc.exe, at least). But maybe it is still finding a possible bug in gttrm.c that is otherwise overlooked... ? On Wed, May 5, 2010 at 1:33 PM, smu johnson smujohn...@gmail.com wrote: I am getting this compile error on Harbour rev 14429, using cmd: win-make HB_BUILD_UNICODE=no install gcc -I. -I../../../../../../include -W -Wall -O3 -fomit-frame-pointer -march=i 586 -mtune=pentiumpro -DHB_LEGACY_TYPES_OFF -ogttrm.o -c ../../../gttrm.c ../../../gttrm.c: In function 'get_inch': ../../../gttrm.c:1186: error: storage size of 'tv' isn't known ../../../gttrm.c:1188: error: 'fd_set' undeclared (first use in this function) ../../../gttrm.c:1188: error: (Each undeclared identifier is reported only once ../../../gttrm.c:1188: error: for each function it appears in.) ../../../gttrm.c:1188: error: expected ';' before 'rfds' ../../../gttrm.c:1204: warning: implicit declaration of function 'FD_ZERO' ../../../gttrm.c:1204: error: 'rfds' undeclared (first use in this function) ../../../gttrm.c:1205: error: 'wfds' undeclared (first use in this function) ../../../gttrm.c:1213: warning: implicit declaration of function 'FD_SET' ../../../gttrm.c:1228: warning: implicit declaration of function 'select' ../../../gttrm.c:1232: warning: implicit declaration of function 'FD_ISSET' ../../../gttrm.c:1186: warning: unused variable 'tv' ../../../gttrm.c: In function 'hb_gt_trm_AnsiGetCursorPos': ../../../gttrm.c:1920: warning: unused variable 'iTODO' win-make[4]: *** [gttrm.o] Error 1 win-make[3]: *** [descend] Error 2 win-make[2]: *** [gttrm.inst] Error 2 win-make[1]: *** [rtl.inst] Error 2 win-make: *** [src.inst] Error 2 -- smu johnson smujohn...@gmail.com -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Compile error on r14429
Hi, I'm sure the problem here is that it is detecting cygwin somehow... good tip that I should be watching the first few lines of the log closely. Even though GnuWin32 is not a cygwin-based thing, as is advertised as cygwin free tools... but it's enough to fool the Harbour build process. Am I going to jail? === log! === G:\harbourwin-make HB_BUILD_UNICODE=no install | tee log.net ! Building Harbour 2.1.0beta1 from source - http://www.harbour-project.org ! MAKE: win-make 3.81 sh.exe install ! HB_BUILD_UNICODE: no ! HB_HOST_PLAT: win (x86_64) HB_SHELL: nt ! HB_PLATFORM: win (x86) (autodetected) ! HB_COMPILER: cygwin (autodetected: C:/gnuwin32/bin/) ! Component: 'zlib' found in G:/harbour/external/zlib (local) ! Component: 'pcre' found in G:/harbour/external/pcre (local) ! Component: 'openssl' not found. Configure with HB_WITH_OPENSSL. ! Component: 'gpm' not supported on win platform ! Component: 'slang' not found. Configure with HB_WITH_SLANG. ! Component: 'curses' not found. Configure with HB_WITH_CURSES. ! Component: 'x11' not found. Configure with HB_WITH_X11. ! Component: 'wattcp/watt-32' not supported on win platform ! HB_INSTALL_PREFIX automatically set to: G:\harbour ! Skip install, destination dir 'G:\harbour\doc' is the same as source ! Skip install, destination dir 'G:\harbour\doc/en' is the same as source ! Skip install, destination dir 'G:\harbour\include' is the same as source On Wed, May 5, 2010 at 2:43 PM, Viktor Szakáts harbour...@syenar.hu wrote: Pls post the beginning of your log output and settings. [ I've never seen such error before. ] Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Compile error on r14429
BTW, if you are curious to look at the files that might cause this, you can see them here: http://members.shaw.ca/smujohnson/txt/gnuwin32-files.txt I just did: find . txtfile to get them. On Wed, May 5, 2010 at 2:48 PM, smu johnson smujohn...@gmail.com wrote: Hi, I'm sure the problem here is that it is detecting cygwin somehow... good tip that I should be watching the first few lines of the log closely. Even though GnuWin32 is not a cygwin-based thing, as is advertised as cygwin free tools... but it's enough to fool the Harbour build process. Am I going to jail? ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Compile error on r14429
Hi, Two things... 1) Is this not already after the path? Because I stuck it at the end. %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static;C:\strawberry\perl\bin;c:\windows\batfiles;c:\mingw\bin;C:\Program Files (x86)\QT Lite\QTSystem;C:\utils\console2;C:\utils\win-bash;C:\utils;C:\lame;C:\gnuwin32\bin 2) I don't really believe it is cygwin, or does it rely on any cygwin DLLs. It's sourceforge page boasts: GnuWin provides Win32-versions of GNU tools, or tools with a similar open source licence. The ports are native ports, that is they rely only on libraries provided with any 32-bits MS-Windows operating system, such as MS-Windows 95 / 98 / 2000 / NT / XP / Nor does it have *cygwin*.* files anywhere in there http://www.lmgtfy.com/?q=http+error+405 On Wed, May 5, 2010 at 2:57 PM, Viktor Szakáts harbour...@syenar.hu wrote: All you have to do is put cygwin dir _after_ the compiler tools in the PATH. Viktor On 2010 May 5, at 23:48, smu johnson wrote: Hi, I'm sure the problem here is that it is detecting cygwin somehow... good tip that I should be watching the first few lines of the log closely. Even though GnuWin32 is not a cygwin-based thing, as is advertised as cygwin free tools... but it's enough to fool the Harbour build process. Am I going to jail? === log! === G:\harbourwin-make HB_BUILD_UNICODE=no install | tee log.net ! Building Harbour 2.1.0beta1 from source - http://www.harbour-project.org ! MAKE: win-make 3.81 sh.exe install ! HB_BUILD_UNICODE: no ! HB_HOST_PLAT: win (x86_64) HB_SHELL: nt ! HB_PLATFORM: win (x86) (autodetected) ! HB_COMPILER: cygwin (autodetected: C:/gnuwin32/bin/) ! Component: 'zlib' found in G:/harbour/external/zlib (local) ! Component: 'pcre' found in G:/harbour/external/pcre (local) ! Component: 'openssl' not found. Configure with HB_WITH_OPENSSL. ! Component: 'gpm' not supported on win platform ! Component: 'slang' not found. Configure with HB_WITH_SLANG. ! Component: 'curses' not found. Configure with HB_WITH_CURSES. ! Component: 'x11' not found. Configure with HB_WITH_X11. ! Component: 'wattcp/watt-32' not supported on win platform ! HB_INSTALL_PREFIX automatically set to: G:\harbour ! Skip install, destination dir 'G:\harbour\doc' is the same as source ! Skip install, destination dir 'G:\harbour\doc/en' is the same as source ! Skip install, destination dir 'G:\harbour\include' is the same as source On Wed, May 5, 2010 at 2:43 PM, Viktor Szakáts harbour...@syenar.hu wrote: Pls post the beginning of your log output and settings. [ I've never seen such error before. ] Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] ACHOICE() bug for 2010, with simple hello world example
Hi,
Here is a proven section of code to denote a Harbour / Clipper achoice()
difference. From looking at the difference, I believe it is a simple fix.
But this I cannot guarantee (yet).
Anyways, the code + comments will summarize everything. But in a nutshell,
it is this: the cursor position of the called function doesn't always show
up vertically where the choice selection is.
Thank you in advance for taking a concern in this.
___CODE:___
// The seconds() should appear to the right of the currently highlighted row
// This works until you arrow past the top of the list or use the right/left
arrows, in which case it
// always uses the last row of the screen coordinates to print the seconds.
// In this program, there are only 5 rows for 10 letters of the alphabet, so
in the case described above,
// it will always print the seconds on the 5th (bottom) row when left/right
is hit, or the top array
// value (a) is reached.
// For others' curiosity sake, I found this bug because in my program I am
trying to highlight an item in red,
// or position a get text field on the row they are on.
// This has been tested in Harbour and CL52e, and Clipper does it correctly
where the seconds() printed text is not
// positioned incorrectly.
Func main()
cls
a:={a,b,c,d,e,f,g,h,i,j}
x:=achoice(1,1,5,20,a,NIL,myfunc)
Return Nil
Func Myfunc()
setpos(row(),Col()+20)
devout(str(seconds()))
if lastkey()=13
x:=1
ELSE
x:=2
endif
return x
--
smu johnson smujohn...@gmail.com
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SMB1 and SMB2
Yeah, this SMBv2 patch fixed everything for us. It became a problem when SMB2 was running for doing .dbf file access over a simple run-of-the-mill Windows Shared Network. We could have used HBNETIO, but we didn't want to have to change hundreds of lines of code where the NET USE code would end up going. Anyways, please let me know if the smbv2 disable patch works for you. If you are doing what we are doing, which is filesharing, only the host of who is sharing the files needs the patch installed. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14415] trunk/harbour
Przemek must know a lot about computers and Harbour! On Fri, Apr 30, 2010 at 2:39 AM, dru...@users.sourceforge.net wrote: Revision: 14415 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14415view=rev Author: druzus Date: 2010-04-30 09:39:25 + (Fri, 30 Apr 2010) ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Removal of non-UNICODE Windows codepath?
Hi Viktor, It turns out that my tests of doing the devout calls to the screen in Win9x with the unicows solution is about 2 or 3 times slower than non-unicode compiled .EXEs on the same machine. And this is with Przemek's SET CURSOR OFF trick as well for Win9x machines... So this simple test and its performance hit would leave me to conclude that the unicows solution isn't 100% perfect. Just my two cents. If it cannot be solved, then I suppose my vote would be to still keep the non-unicode mode...? I don't know enough about Harbour to see the implications :[ On Thu, Apr 29, 2010 at 5:13 AM, Viktor Szakáts harbour...@syenar.huwrote: It's unlikely we shall ever support Windows 3.x or Win32s, and unicows solution works just perfect now to cover Win9x/ME host versions, ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Removal of non-UNICODE Windows codepath?
Update: well I did a raw DEVOUT for loop test, and it was a only about 10% slower. The 2 or 3 times slower claim was in the ap we use itself, where we have another test which does almost the same thing, and it is about 2 or 3 times slower... not sure what really is responsible, only thing I know of that changed on my end was the non-unicode / unicode build... *confused* On Fri, Apr 30, 2010 at 2:01 PM, smu johnson smujohn...@gmail.com wrote: It turns out that my tests of doing the devout calls to the screen in Win9x with the unicows solution is about 2 or 3 times slower than non-unicode compiled .EXEs on the same machine. And this is with Przemek's SET CURSOR OFF trick as well for Win9x machines... -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Removal of non-UNICODE Windows codepath?
Hi, On Thu, Apr 29, 2010 at 5:13 AM, Viktor Szakáts harbour...@syenar.huwrote: Hi All, It's unlikely we shall ever support Windows 3.x or Win32s, and unicows solution works just perfect now to cover Win9x/ME host versions, so I can see no hard reason to maintain duplicate code paths for both UNICODE and non-UNICODE Windows API support. I have still not yet found an explanation as to what the unicows solution is, despite reading all the unicode threads. Perhaps I am not seeing something right in front of my eyes, but as far as I know, now one has said this is the solution, in unmistakable steps... all i have heard of is one word: unicows, and not any steps to take. I tried sticking the unicows.dll where I was executing the .EXE file on a Win9x machine and our program just hung doing nothing. Compiled without the unicode, the .EXE then works on Win9x. So the thought of moving in this direction worries me. When I compile Harbour for our use, we turn off UNICODE mode with a compiler switch everytime to avoid all this confusion. If the solution is having to run a packaged unicows installer on the Win9x machine, then this will become a nuisance for a few hundred people. If a .dll can be simply placed somewhere, then that is okay... but as I've said, this didn't solve anything when I tried doing it. PS: I could care less about Win 3.1x, but some people (surprisingly) still use Win9x with our program. Perhaps they are afraid of technology? Having only UNICODE path could greatly simplify code in many crucial points, making it easier to maintain, extend, debug and keep bug free. Especially if we want to move towards internal (HVM) unicode support in the future. It definitely sounds like a good idea that would save a lot of time for the Harbour project, so obviously it has my vote provided I can find a simple solution my concerns above. :/ Any opinions on this? Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Removal of non-UNICODE Windows codepath?
Hi again, On Thu, Apr 29, 2010 at 3:21 PM, Viktor Szakáts harbour...@syenar.huwrote: The components are also listed in INSTALL. Quote: in quite simple way. All you need to do is adding -lunicows to your hbmk2 make file and bundle unicows.dll with your app. Works with all supported Harbour compilers. Get prebuilt libunicows binaries from here: http://libunicows.sourceforge.net/; [ Forgot to mention here that this requires recent Harbour version, 2.0.0 release won't work. Maybe worth to note that ] I have not found that in the INSTALL doc... G:\ver10\harbour-devgrep -in unicows INSTALL 630: UNICOWS solution to support Win9x/ME system s. 1411: Windows UNICOWS .dll [win, free, closed-source] 1414: Windows UNICOWS runtime/import library [win, free, open-source] 1415: http://libunicows.sourceforge.net/ Not even the hint that -lunicows is in there. I am not sure where you got that quote from, perhaps you are quoting something you said in the past. In either case, I have found that produces an hour when I compile harbour devs with win-make myself (which is my only choice, as 2.0.0 is the last stable bundled released, afaik). hbmk2: Linking... ../latest/bmd.exe c:/mingw/bin/../lib/gcc/mingw32/4.4.1/../../../../mingw32/bin/ld.exe: cannot find -lunicows collect2: ld returned 1 exit status hbmk2: Error: Running linker. 1 my cmd: ..\harbour-dev\bin\hbmk2 -lunicows -icon=BKMNGR.ICO -strip -ustd.ch-kc -lhbct -lhbtpathy -lhbnf -inc -o..\latest\bmd.exe bm.hbp *sad face* ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Removal of non-UNICODE Windows codepath?
Ooopsies... I meant to say error in the line below. On Thu, Apr 29, 2010 at 3:48 PM, smu johnson smujohn...@gmail.com wrote: I have found that produces an hour when I compile harbour devs with win-make myself (which is my only choice, as 2.0.0 is the last stable bundled released, afaik). -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Removal of non-UNICODE Windows codepath?
Thank you! On Thu, Apr 29, 2010 at 4:00 PM, Viktor Szakáts harbour...@syenar.huwrote: You are missing the component 'unicows' library. Download it from above link, unpack and copy to one of the existing lib dirs, or point to it using -L (libpath option). Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] extern / contrib to parse excel files?
Hi there, I was wondering if anyone knew or is writing some sort of Harbour functionality that could be used to parse MS Excel files, before or after 2007 file formats, etc etc. Interfacing with Excel would be kind of nice, and I am not really finding any good solutions... just wondering if anyone had any hints. I also saw an xls2dbf converter by some guy called WhiteTown, but it's license is not flexible. Any hints greatly appreciated. If all else fails, maybe I will have to write a C++ app that can do the translation via a 3rd-party lib. Thank you -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Vdei creation of harbour-project
Hi, On Fri, Apr 23, 2010 at 5:12 PM, Viktor Szakáts harbour...@syenar.huwrote: BTW Git looks quite nice by now, so maybe it would be good to consider it as primary repository for Harbour. After watching Linus talk about it here: http://www.youtube.com/watch?v=4XpnKHJAok8 , and discuss his opinions of CVS / SVN, and having used git few months and trying out its features extensively, I have really come to appreciate and love it. I was wondering if Harbour would ever switch to git. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] MSVC 2010
Makes me wonder if more Win OS's are no longer supported too ! :) On Wed, Apr 14, 2010 at 3:27 AM, Viktor Szakáts harbour...@syenar.huwrote: Hi All, Above version got out on Monday, Express version as well. [ Microsoft is hopeless: you're forced to upgrade system components and even restart is required (in the middle of the process) just to install this development environment (I didn't select MSSQL). Awaiting SDK 7.1. ] Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Drastic DEVOUT / screen printing lag on Windows 98, and less slow but still slow on XP+.
Hi, I made a hello world program that demonstrates that in Harbour, printing 3 devouts to the screen in a fixed location takes way longer than Clipper, in different circumstances. I was wondering if any devs could help isolate the issue, whether it's some inefficiency in Harbour code, or Windows. To sum up, on Windows 98, cl52e vs Harbour 2.1.0dev, Clipper was around 139 times faster running the same code. In Windows XP, Clipper was around 14.6 times faster. The reason this is a problem for us is that Win98 users who use the software are complaining that it's WAY slower than the old 16-bit clipper ones, doing all sorts of tests. My theory is that it is simply because the tests take too long to print integers to the screen during for loops. Results txt: http://209.97.219.2/sjohnson/major_harbour_bug/printing_numbers/devout-test.txt Source code test: http://209.97.219.2/sjohnson/major_harbour_bug/printing_numbers/hello.prg Thank you for reading. -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Compiler question in INSTALL text file
Hi, I tried using Open Watcom and found that my applications and .EXE sizes are 600k smaller than TDM MinGW, and run way faster. But it says that it's kind of experimental or that it might not be 100% supported in the INSTALL file under the heading Also supported, some features may be missing:. I was wondering if this still applies to this day. Also, I tried compiling Harbour with MSVC C++ 6, and it didnt work... if that version isn't supported, could line 514 be updated to reflect the min version required? Thank you. -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Compiler question in INSTALL text file
To update, I couldn't get MSVC 2008 SP1 Express to compile it either, with the same error that version 6 from the old days presented: It seems to interpret -nologo as -ologo or something The file cannot be copied onto itself. 0 file(s) copied. win-make[3]: [install] Error 1 (ignored) The file cannot be copied onto itself. 0 file(s) copied. win-make[2]: [install] Error 1 (ignored) ../../../../../bin/win/msvc/harbour.exe ../../../hbrun.prg -i../../../../../inc lude -n1 -q0 -w3 -es2 -kmo -i- -l cl.exe -I. -I../../../../../include -nologo -TP -W4 -wd4127 -Ot2b1 -EHs-c- -DH B_LEGACY_TYPES_OFF -Fohbrun.obj -c hbrun.c hbrun.c rc.exe -nologo -fo hbrun.res ../../../hbrun.rc fatal error RC1106: invalid option: -ologo win-make[3]: *** [hbrun.res] Error 1 win-make[2]: *** [descend] Error 2 win-make[1]: *** [hbrun.inst] Error 2 win-make: *** [utils.inst] Error 2 On Tue, Mar 30, 2010 at 12:33 PM, smu johnson smujohn...@gmail.com wrote: Hi, I tried using Open Watcom and found that my applications and .EXE sizes are 600k smaller than TDM MinGW, and run way faster. But it says that it's kind of experimental or that it might not be 100% supported in the INSTALL file under the heading Also supported, some features may be missing:. I was wondering if this still applies to this day. Also, I tried compiling Harbour with MSVC C++ 6, and it didnt work... if that version isn't supported, could line 514 be updated to reflect the min version required? Thank you. -- smu johnson smujohn...@gmail.com -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Drastic DEVOUT / screen printing lag on Windows 98, and less slow but still slow on XP+.
Przemek, Thanks a million. The SET CURSOR thing solved probably 90% of this problem, maybe even 95% or 100%... it is hard for me to say, but it is much better now with it off. BTW, I am wondering if you accept donations. Since is the only place I can seem to reach you, I was wondering if you could email me if you are interested or not. username: smujohnson, email domain: gmail.com If you aren't interested, please let me know as well so I won't bother bugging you anymore. Thank you 2010/3/30 Przemysław Czerpak dru...@acn.waw.pl On Tue, 30 Mar 2010, smu johnson wrote: Hi, I made a hello world program that demonstrates that in Harbour, printing 3 devouts to the screen in a fixed location takes way longer than Clipper, in different circumstances. [...] It's an old well known bug in MS-Windows consoles in Win9x which causes horrible delay in some functions. It affects all Win32 (not DOS) programs using console window in these systems. Inside GTWIN we eliminated all functions which are slow down by this bug except two ones used to set cursor position and shape and to read keyboard input because they do not have any replacement :( In some application greatly helps SET CURSOR OFF which disables one of slow functions. Of course if it can be used in give context. Alternatively you can drop GTWIN and switch to GTWVT. AFAIK MS has never released patches for Win9X console so you will have to leave with it. The problem is known from 1995 so it's much older then Harbour. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Compiler question in INSTALL text file
Well, the same exact error happened on MSVC 6, on a computer that did not have TDM MinGW installed Just simply MSVC as a C compiler installed. It found cl.exe okay, but same error. *sad face*. On Tue, Mar 30, 2010 at 1:36 PM, Viktor Szakáts harbour...@syenar.huwrote: Note: Because I have TDM MinGW still in PATH I manually set the compiler thingy. Also, this error didn't happen when using Open Watcom. So that's the reason. Make system cannot find out MSVC version in this case, so it gets it wrong, causing the error you reported. Use 'set HB_COMPILER_VER=900' to work this around manually. 1. call %ProgramFiles(x86)%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat (maybe INSTALL file should include x86 % var for easy copy and pasting for 64-bit win users?) It's there under 'for Windows x64 (x86-64) hosts' Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Compiler question in INSTALL text file
Viktor, Your suggestion worked, and I wrote a dummy prime number generator to test the compilers... and found MSVC 2008 fastest, followed by Mingw, then Open Watcom. You were correct! Nice small .EXE sizes. One question about MSVC Express Edition: On Tue, Mar 30, 2010 at 1:50 PM, smu johnson smujohn...@gmail.com wrote: Well, the same exact error happened on MSVC 6, on a computer that did not have TDM MinGW installed Just simply MSVC as a C compiler installed. It found cl.exe okay, but same error. *sad face*. On Tue, Mar 30, 2010 at 1:36 PM, Viktor Szakáts harbour...@syenar.huwrote: Note: Because I have TDM MinGW still in PATH I manually set the compiler thingy. Also, this error didn't happen when using Open Watcom. So that's the reason. Make system cannot find out MSVC version in this case, so it gets it wrong, causing the error you reported. Use 'set HB_COMPILER_VER=900' to work this around manually. 1. call %ProgramFiles(x86)%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat (maybe INSTALL file should include x86 % var for easy copy and pasting for 64-bit win users?) It's there under 'for Windows x64 (x86-64) hosts' Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Compiler question in INSTALL text file
Oops, forgot my Express Edition question. Was wondering if there's any stupid 30-day expiry on the .EXE's that it generates, that microsoft put in place to get you to pay for it that you know of. On Tue, Mar 30, 2010 at 3:08 PM, smu johnson smujohn...@gmail.com wrote: Viktor, Your suggestion worked, and I wrote a dummy prime number generator to test the compilers... and found MSVC 2008 fastest, followed by Mingw, then Open Watcom. You were correct! Nice small .EXE sizes. One question about MSVC Express Edition: On Tue, Mar 30, 2010 at 1:50 PM, smu johnson smujohn...@gmail.com wrote: Well, the same exact error happened on MSVC 6, on a computer that did not have TDM MinGW installed Just simply MSVC as a C compiler installed. It found cl.exe okay, but same error. *sad face*. On Tue, Mar 30, 2010 at 1:36 PM, Viktor Szakáts harbour...@syenar.huwrote: Note: Because I have TDM MinGW still in PATH I manually set the compiler thingy. Also, this error didn't happen when using Open Watcom. So that's the reason. Make system cannot find out MSVC version in this case, so it gets it wrong, causing the error you reported. Use 'set HB_COMPILER_VER=900' to work this around manually. 1. call %ProgramFiles(x86)%\Microsoft Visual Studio 9.0\VC\vcvarsall.bat (maybe INSTALL file should include x86 % var for easy copy and pasting for 64-bit win users?) It's there under 'for Windows x64 (x86-64) hosts' Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com -- smu johnson smujohn...@gmail.com -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Compiler question in INSTALL text file
I will post some results soon regarding MSVC 6. One thing you should know, is that that Win9x will NOT run the .exe's generated by my MSVC 2008 SP1 Express Edition. It tells me to upgrade Windows. Perhaps that should be noted in the INSTALL doc? I personally think it's a money grab from Microsoft to get you to upgrade On Tue, Mar 30, 2010 at 3:12 PM, Viktor Szakáts harbour...@syenar.huwrote: Well, the same exact error happened on MSVC 6, on a computer that did not have TDM MinGW installed Just simply MSVC as a C compiler installed. It found cl.exe okay, but same error. *sad face*. I can't guess, pls post the first 20-30 lines of the build to be able to tell anything. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Compiler question in INSTALL text file
Thanks Viktor, Next time I'll only paste the relevant lines. Based on what you said, it is now obvious to me that sticking with MinGW is the easiest and best way to just have everything work. Keep up the great work! On Tue, Mar 30, 2010 at 4:32 PM, Viktor Szakáts harbour...@syenar.huwrote: Viktor, thank you for all the help. I apologize for making you have to repeat yourself multiple times on this issue. :[ Looks like I will probably stick with Gnu C. One last question if I may... is getting MSVC C++ 6 a bad idea for building some apps customers will use, instead of relying on MinGW? I might just stuck with MinGW, but I'm very curious about using msvc 6 to try it... maybe just because I'm interested in this kind of thing, even as a hobby. MSVC 6 is very old, so besides the hobby/fun part, I see no single reason to use it, even if you bought it back then. [ The only factor is if you need to interface with binaries using the same version, or to satisfy some contractual requirements, if such may exist nowadays. ] Anyways, it looks as though MSVC 6 detected this time automagically... but came up with an error (in the zip below) It just saves me some time if you only include the 'error' lines, in 99.99% of cases the very beginning and the very end of output is relevant. Errors: = http://209.97.219.2/sjohnson/misc/msvc6-errors.zip ... sorry, I felt compelled to provide you with the whole log in case you wanted it again... no trouble for me! Some problem with old ODBC headers. There is multiple fixes for this, but I don't know which is the best by looking at the errors, anyone? --- from attached .log: cl.exe -I. -I../../../../../include -nologo -TP -W4 -wd4127 -Ogt2yb1p -GX- -G6 -MT -DHB_LEGACY_TYPES_OFF -I. -Foodbc.obj -c ../../../odbc.c odbc.c ../../../odbc.c(240) : error C2065: 'SQLLEN' : undeclared identifier ../../../odbc.c(240) : error C2146: syntax error : missing ';' before identifier 'lLen' ../../../odbc.c(240) : error C2065: 'lLen' : undeclared identifier ../../../odbc.c(240) : error C2065: 'lInitBuff' : undeclared identifier ../../../odbc.c(240) : error C2065: 'lBuffLen' : undeclared identifier ../../../odbc.c(250) : error C2146: syntax error : missing ';' before identifier 'hb_parnint' ../../../odbc.c(265) : error C2146: syntax error : missing ')' before identifier 'lLen' ../../../odbc.c(266) : error C2059: syntax error : ')' ../../../odbc.c(324) : error C2065: 'SQLULEN' : undeclared identifier ../../../odbc.c(324) : error C2146: syntax error : missing ';' before identifier 'wColSize' ../../../odbc.c(324) : error C2065: 'wColSize' : undeclared identifier ../../../odbc.c(324) : error C2146: syntax error : missing ';' before identifier 'hb_parnint' ../../../odbc.c(336) : error C2059: syntax error : ')' ../../../odbc.c(360) : error C2146: syntax error : missing ';' before identifier 'wNumPtr' ../../../odbc.c(360) : error C2065: 'wNumPtr' : undeclared identifier ../../../odbc.c(360) : error C2146: syntax error : missing ';' before identifier 'hb_parnint' ../../../odbc.c(367) : error C2059: syntax error : ')' ../../../odbc.c(401) : error C2146: syntax error : missing ';' before identifier 'uiRowCountPtr' ../../../odbc.c(401) : error C2065: 'uiRowCountPtr' : undeclared identifier ../../../odbc.c(401) : error C2146: syntax error : missing ';' before identifier 'hb_parnint' ../../../odbc.c(404) : error C2146: syntax error : missing ')' before identifier 'hb_parnint' ../../../odbc.c(406) : error C2059: syntax error : ')' ../../../odbc.c(423) : error C2146: syntax error : missing ')' before identifier 'hb_parnint' ../../../odbc.c(423) : error C2059: syntax error : ')' ../../../odbc.c(451) : error C2146: syntax error : missing ';' before identifier 'iRowCountPtr' ../../../odbc.c(451) : error C2065: 'iRowCountPtr' : undeclared identifier ../../../odbc.c(451) : error C2146: syntax error : missing ';' before identifier 'hb_parnint' ../../../odbc.c(453) : error C2059: syntax error : ')' ../../../odbc.c(595) : error C2146: syntax error : missing ';' before identifier 'lLen' ../../../odbc.c(600) : error C2143: syntax error : missing ')' before 'sizeof' ../../../odbc.c(601) : error C2059: syntax error : ')' ../../../odbc.c(619) : error C2146: syntax error : missing ';' before identifier 'lLen' ../../../odbc.c(619) : warning C4244: '=' : conversion from '__int64' to 'int', possible loss of data ../../../odbc.c(625) : error C2146: syntax error : missing ')' before identifier 'hb_parnint' ../../../odbc.c(629) : error C2059: syntax error : ')' --- Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour
Re: [Harbour] Re: Compiler question in INSTALL text file
On Tue, Mar 30, 2010 at 5:13 PM, Pritpal Bedi bediprit...@hotmail.comwrote: Can you please instruct your mail account not to attach message body, to which you are replying ? It certainly distract to understand the contents of your messages. Sorry, I didn't realize it was a problem. Instead I'll just reply to the questions as the other devs do from now on. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Harbour-made Win9x .EXE's running slow?
Update: I am running on a hunch, then when you use DEVOUT to print integers to a screen in something like a 1 to 300 count, it is that printing to the screen that is holding everything up... and cl52e is winning this race. I will try to prove it with a hello world example to see if this theory is correct... But making it display to modulus 50 instead of every single integer improved the speed by about 3 times in this test on Win98. On Mon, Mar 29, 2010 at 3:58 PM, smu johnson smujohn...@gmail.com wrote: Hi, We have a little benchmarking section in a Clipper program we wrote that gives a percentage of how fast it's running overall. I believe it is doing 500 SIXCDX row creates etc... For Win98 programs, are 32-bit .EXE's compiled with Harbour + TDM Mingw have around 25% on that list, whereas when they are around 200%+ when compiled as 16-bit with cl52e. This problem doesn't happen with XP and above. So, I'm wondering if for Win98, the Harbour-made .EXEs... have to emulate some 32-bit mode? Or maybe the processors in most Win98 machines are 16-bit CPUs? I really have no idea... I wish I knew more about this... but in a nutshell, our test is running WAY slower than cl52e + Win98. Thank you for reading. -- smu johnson smujohn...@gmail.com -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] harbour: fantastic software!
We did the same thing 2 months ago. I would recommend downloading the nightly source .zip file and compiling it with TDM Mingw ( http://www.tdragon.net/recentgcc/ ), because we had to get 100,000 lines of Clipper code to compile with Harbour. And the dev's (very nicely and quickly) here made many changes to the compiler in order to get my thing working, which are not present in the STABLE branch of Harbour. Glad you found out about the project too! As far as donations, you have to go to the staff page on the Harbour Project site in order to find which devs are most helpful to you etc, and try and see if a donate button is on their page. On Fri, Mar 26, 2010 at 11:39 AM, harbour-l...@cxxl.de wrote: dear list, i am an old clipper summer 87 hacker and still actively maintain one application in it (some 30k lines of code, for 13 years now...). in the past i had to find solutions for different of its limitations and so i looked into some alternatives just for fun this monday. i found harbour and i'm simply BLOWN AWAY! this is so much better than i had imagined! it took me only some hours to fix the missing externals in my existing source code. we had written some stuff ourselves, some of it in assembler, most of it in clipper, some in C. after it linked and i did some tests, i was amazed that almost everything worked just like that. harbour is incredibly compatible, i only had to change the set filter to and set relation to commands (missing database-). of course, there were other little things to do, but i think that after maybe 20 hours of work, the application could be considered working again. i'm still very impressed with your work, both compiler and libs. so, thank you again for your terrific work! this mail is only for praise. though i have some tech questions, i will post them independently, to ease discussion. i would like to know: where can i send some money to support harbour development? it will save me a lot of time in the future and that's worth some euros! is there some coordinated fund? thanks, -- /chris/ ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14243] trunk/harbour
+1 for Viktor! keep up the good work On Fri, Mar 26, 2010 at 2:02 PM, vszak...@users.sourceforge.net wrote: Revision: 14243 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14243view=rev Author: vszakats Date: 2010-03-26 21:02:49 + (Fri, 26 Mar 2010) Log Message: --- 2010-03-26 22:00 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * contrib/hbmisc/Makefile + contrib/hbmisc/blinker.prg + Added Blinker compatible functions. Not tested functionally. Many of the functions are dummies, since many of them is highly MS-DOS specific, but they should help porting Clipper apps. + Added extra functions to control link-time burn in of some values in original Blinker. In Harbour they can be set using these function calls, f.e. called from an INIT PROC: HB_BLIVERNUM( cString ) HB_BLIDEMDTE( dDate ) HB_BLIDEMMIN( nValue ) * include/hbmemory.ch ! Typo in comment. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/hbmisc/Makefile trunk/harbour/include/hbmemory.ch Added Paths: --- trunk/harbour/contrib/hbmisc/blinker.prg This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Question about - character
Hi there, Not sure if this mailing list supports the lower ascii, but we're having a lot of problems getting the → character to show up in Win32 apps on Windows. On the very same computer, sometimes it shows the box character (anyone who's used notepad and it cannot display a char correctly knows what I mean). Other times, it shows the arrow key character perfectly! I believe these keys have something to do with the ESC key, or are near it on the ASCII table. My question: Simply put, can I just make it alwasys show the cute character? If nothing can be done, perhaps I can get it by enabling Unicode on Harbour and doing something like CHR(unicode val for arrow). But for Win98 users, would that mean I would have to include unicows.dll in the Harbour-generated .EXE path? *confused* Thanks -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: Question about - character
Seems that it's not as simple as just dropping a .DLL in there. :( On Mon, Mar 22, 2010 at 2:37 PM, smu johnson smujohn...@gmail.com wrote: But for Win98 users, would that mean I would have to include unicows.dll in the Harbour-generated .EXE path? -- smu johnson smujohn...@gmail.com -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] recommended C compiler for Win
Official MinGW installation reminds me of the old Xvid.org site before its new website... so back around in the pre-2007 years... Also reminds me of how annoying installing and using Cygwin can be. Interesting thread! 2010/3/10 Przemysław Czerpak dru...@acn.waw.pl On Wed, 10 Mar 2010, Szak�ts Viktor wrote: Hi, It's interesting to check if there are any speed differences in MSVC C and C++ builds. Can you check it? I checked mingw-tdm-2 4.4.1, and C++ turned out to be consistently faster by 5% than plain C. Calculated by 4-4 speedtst runs, dropping min/max and averaging rest 2-2 results. Env: MBP iC2D/2.8 - OS X 10.6 (64-bit kernel) - VMWare 3.0.2 - Win7 x64 It's similar to mine results. GCC4 in C++ mode for sure uses more extensively strict aliasing optimization. At least it was reporting more errors and warnings for Harbour core code which was using casting ignoring aliasing rules. BTW this ones are still reported: ../../../hb_btree.c: In function ‘ioOneBufferAlloc’: ../../../hb_btree.c:275:3: warning: dereferencing type-punned pointer will break strict-aliasing rules This seems to be also real bug which may cause GPF on some platforms but I'm not familiar enough with this code to fix it myself. ../../../sddfb.c: In function ‘fbDisconnect’: ../../../sddfb.c:181:4: warning: dereferencing type-punned pointer will break strict-aliasing rules ../../../sddfb.c: In function ‘fbOpen’: ../../../sddfb.c:209:4: warning: dereferencing type-punned pointer will break strict-aliasing rules ../../../sddfb.c:219:4: warning: dereferencing type-punned pointer will break strict-aliasing rules This is also danger casting though it should work if void * is large enough to hold FB handlers. Anyhow it's potential problem so it should be fixed. BTW it would be good to check what GCC does when it detects such code or even real problems (it can report also: dereferencing pointer ... does break strict-aliasing rules). Does it disable optimization or generates potentially wrong code. Can you compare C and C++ mode in MSVC too? best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] What does Harbour's SQL support really mean?
Hi again, I have set my browser homepage to the Harbour Project a month or two ago, and I have been thinking about it's MySQL support as well as seeing some commit logs by Viktor. I was wondering, when Harbour says it has SQL support and etc, modern technologies, I was wondering if the include libs allowed MySQL control using an abstraction layer via the regular Clipper database navigation commands... or one had to write queries in SQL. PS: There is a typo on the main site... the word technologies is missing the 'h'. Thanks for reading! -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] recommended C compiler for Win
It should be stated that the best one might be the one Harbour uses, which is not the official MinGW release, but Twilight Dragon Media's release, which is a build of a newer version of MinGW GCC. On Tue, Mar 9, 2010 at 2:05 AM, Viktor Szakáts harbour...@syenar.hu wrote: is mingw able to create stand-alone .EXEs and or .DLLs or does it require to deliver some runtime code with them? mingw in context of Harbour requires only standard msvcrt.dll. (hbqt additionally requires mingwm10.dll, but it's an issue with QT) Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Can harbour print to STDOUT?
Many thanks, keep up the great work! On Tue, Mar 9, 2010 at 12:13 AM, Viktor Szakáts harbour...@syenar.huwrote: Hi Smu, I've googled for something relevant in the dev archives, but haven't found anything that really is related to my question. Can harbour print to the STDOUT? My cute program below does not: FUNC MAIN() PARAM cOne, cTwo ? cOne ? cTwo RETURN Trying to capture the output by piping it in cmd.exe in Windows just won't do it, as it probably has it's own console writing calls that are beyond my brain capacity. Either add '#include simpleio.ch' to the top of the source file, or use 'OutStd( cOne, hb_osNewLine() )'. [ This also works in Clipper. ] Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] recommended C compiler for Win
TDM just released a newer version of GCC, while the official MingW site releases and old version of GCC from the 3.x.x branch. TDM is 4.4.1 currently. On Tue, Mar 9, 2010 at 3:52 AM, Maurilio Longo maurilio.lo...@libero.itwrote: Smu, what are the differences between mingw and dragon media? Maurilio. smu johnson wrote: It should be stated that the best one might be the one Harbour uses, which is not the official MinGW release, but Twilight Dragon Media's release, which is a build of a newer version of MinGW GCC. On Tue, Mar 9, 2010 at 2:05 AM, Viktor Szakáts harbour...@syenar.hu mailto:harbour...@syenar.hu wrote: is mingw able to create stand-alone .EXEs and or .DLLs or does it require to deliver some runtime code with them? mingw in context of Harbour requires only standard msvcrt.dll. (hbqt additionally requires mingwm10.dll, but it's an issue with QT) Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org mailto:Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com mailto:smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- __ | | | |__| Maurilio Longo |_|_|_|| farmaconsult s.r.l. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Can harbour print to STDOUT?
Hi, I've googled for something relevant in the dev archives, but haven't found anything that really is related to my question. Can harbour print to the STDOUT? My cute program below does not: FUNC MAIN() PARAM cOne, cTwo ? cOne ? cTwo RETURN Trying to capture the output by piping it in cmd.exe in Windows just won't do it, as it probably has it's own console writing calls that are beyond my brain capacity. Thank you -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] SF.net SVN: harbour-project:[14096] trunk/harbour
Wow you've been busy! Anyway I was thinking hb_iswin2k() - hb_isWin2kOrAbove() would be a bit better wording to not be ambiguous about the or versions above part of that call. Just a thought/. On Sun, Mar 7, 2010 at 3:11 PM, vszak...@users.sourceforge.net wrote: Revision: 14096 http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14096view=rev Author: vszakats Date: 2010-03-07 23:11:09 + (Sun, 07 Mar 2010) Log Message: --- 2010-03-08 00:09 UTC+0100 Viktor Szakats (harbour.01 syenar.hu) * include/hbapi.h * src/common/hbver.c + Added hb_iswin2k() low-level function to detect if running under Windows 2000 or newer. * include/hbextern.ch * src/rtl/version.c + Added HB_OSISWIN2K() .prg level function. * src/rtl/gtwin/gtwin.c * src/rtl/gtwvt/gtwvt.c * contrib/gtwvg/gtwvg.c * contrib/gtwvg/wvggui.c * examples/gtwvw/gtwvw.c * contrib/hbwin/win_prn2.c * contrib/hbwin/win_prn3.c % Changed to use hb_iswin*() API instead of implementing version detection locally. * contrib/hbmysql/mysql.c * contrib/hbpgsql/postgres.c + Added my partial copyright. * contrib/hbpgsql/tests/tstpgrdd.prg * Formatting. * contrib/hbpgsql/postgres.c ! Fixed to define all .prg level functions regardless of pgsql lib it's built against. They return permanent failure in this case. ! Fixed PQCREATETRACE() to return NULL pointer instead of NIL for static builds. ! PQFREECANCEL() marked with HB_LEGACY_LEVEL3. * contrib/hbwin/win_os.prg + Using HB_OSISWIN2K() core API. * contrib/hbide/ideprojmanager.prg * Minor alignment. Modified Paths: -- trunk/harbour/ChangeLog trunk/harbour/contrib/gtwvg/gtwvg.c trunk/harbour/contrib/gtwvg/wvggui.c trunk/harbour/contrib/hbide/ideprojmanager.prg trunk/harbour/contrib/hbmysql/mysql.c trunk/harbour/contrib/hbpgsql/postgres.c trunk/harbour/contrib/hbpgsql/tests/tstpgrdd.prg trunk/harbour/contrib/hbwin/win_os.prg trunk/harbour/contrib/hbwin/win_prn2.c trunk/harbour/contrib/hbwin/win_prn3.c trunk/harbour/examples/gtwvw/gtwvw.c trunk/harbour/include/hbapi.h trunk/harbour/include/hbextern.ch trunk/harbour/src/common/hbver.c trunk/harbour/src/rtl/gtwin/gtwin.c trunk/harbour/src/rtl/gtwvt/gtwvt.c trunk/harbour/src/rtl/version.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Still have problems to compile mysql test sample
What happens if you just try: hbmk2 -lhbmysql test.prg
On Thu, Mar 4, 2010 at 6:16 PM, Bruno Luciani bruno.luci...@gmail.comwrote:
This is hbmysql.hbc , hbmysql.a it is correct exist
but whic library is mysql ???
What I am doing wrong ?
Bruno
#
# $Id: hbmysql.hbc 13881 2010-02-15 22:48:29Z vszakats $
#
incpaths=.
libs=hbmysql
{unix}libs=mysql
{!unix}libs=libmysql
//
ERROR/
br...@notebook:~/harbour-project/harbour/contrib/hbmysql/tests$ hbmk2 test
hbmk2: Processing local make script: hbmk.hbm
hbmk2: Processing configuration: /usr/local/bin/hbmk.cfg
Harbour 2.1.0dev (Rev. 14025)
Copyright (c) 1999-2010, http://www.harbour-project.org/
Compiling 'test.prg'...
Lines 205, Functions/Procedures 1
Generating C source output to '/tmp/test.c'... Done.
/usr/bin/ld: cannot find -lmysql
collect2: ld returned 1 exit status
hbmk2: Error: Running linker. 1
gcc /tmp/test.o /tmp/hbmk_tfjuah.o -Wl,--start-group -lhbmysql -lmysql
-lhbcplr -lhbdebug -lgpm -lharbour -Wl,--end-group -otest
-L/usr/local/lib/harbour
br...@notebook:~/harbour-project/harbour/contrib/hbmysql/tests$ hbmk2 test
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
--
smu johnson smujohn...@gmail.com
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Still have problems to compile mysql test sample
`HB_FUN_MYSQL_LIST_TABLES':
mysql.c:(.text+0xcbb): undefined reference to `mysql_list_tables'
mysql.c:(.text+0xcc5): undefined reference to `mysql_num_rows'
mysql.c:(.text+0xce7): undefined reference to `mysql_fetch_row'
mysql.c:(.text+0xd08): undefined reference to `mysql_free_result'
/usr/local/lib/harbour/libhbmysql.a(mysql.o): In function
`HB_FUN_MYSQL_AFFECTED_ROWS':
mysql.c:(.text+0xd88): undefined reference to `mysql_affected_rows'
/usr/local/lib/harbour/libhbmysql.a(mysql.o): In function
`HB_FUN_MYSQL_GET_HOST_INFO':
mysql.c:(.text+0xdf8): undefined reference to `mysql_get_host_info'
/usr/local/lib/harbour/libhbmysql.a(mysql.o): In function
`HB_FUN_MYSQL_GET_SERVER_INFO':
mysql.c:(.text+0xe68): undefined reference to `mysql_get_server_info'
/usr/local/lib/harbour/libhbmysql.a(mysql.o): In function
`HB_FUN_MYSQL_STORE_RESULT':
mysql.c:(.text+0xed9): undefined reference to `mysql_store_result'
/usr/local/lib/harbour/libhbmysql.a(mysql.o): In function
`HB_FUN_MYSQL_LIST_FIELDS':
mysql.c:(.text+0xfa1): undefined reference to `mysql_list_fields'
collect2: ld returned 1 exit status
hbmk2: Error: Running linker. 1
gcc /tmp/test.o /tmp/hbmk_8j8tll.o -Wl,--start-group -lhbmysql -lhbcplr
-lhbdebug -lgpm -lharbour -Wl,--end-group -otest -L/usr/local/lib/harbour
br...@notebook:~/harbour-project/harbour/contrib/hbmysql/tests$
2010/3/5 smu johnson smujohn...@gmail.com
What happens if you just try: hbmk2 -lhbmysql test.prg
On Thu, Mar 4, 2010 at 6:16 PM, Bruno Luciani bruno.luci...@gmail.comwrote:
This is hbmysql.hbc , hbmysql.a it is correct exist
but whic library is mysql ???
What I am doing wrong ?
Bruno
#
# $Id: hbmysql.hbc 13881 2010-02-15 22:48:29Z vszakats $
#
incpaths=.
libs=hbmysql
{unix}libs=mysql
{!unix}libs=libmysql
//
ERROR/
br...@notebook:~/harbour-project/harbour/contrib/hbmysql/tests$ hbmk2
test
hbmk2: Processing local make script: hbmk.hbm
hbmk2: Processing configuration: /usr/local/bin/hbmk.cfg
Harbour 2.1.0dev (Rev. 14025)
Copyright (c) 1999-2010, http://www.harbour-project.org/
Compiling 'test.prg'...
Lines 205, Functions/Procedures 1
Generating C source output to '/tmp/test.c'... Done.
/usr/bin/ld: cannot find -lmysql
collect2: ld returned 1 exit status
hbmk2: Error: Running linker. 1
gcc /tmp/test.o /tmp/hbmk_tfjuah.o -Wl,--start-group -lhbmysql -lmysql
-lhbcplr -lhbdebug -lgpm -lharbour -Wl,--end-group -otest
-L/usr/local/lib/harbour
br...@notebook:~/harbour-project/harbour/contrib/hbmysql/tests$ hbmk2
test
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
--
smu johnson smujohn...@gmail.com
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
--
smu johnson smujohn...@gmail.com
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Wrong hbsms (Viktor Szak?ts)
As the ghostbusters song goes with a changed word... I ain't afraid of no bugs! I also like your work too. On Fri, Mar 5, 2010 at 6:13 AM, AbeB abe.b...@att.net wrote: and I have no idea from where Viktor gets this impression. Viktor, Your work, time, geniusness, effort, guidense is realized appreciated immensely. You are improving Harbour by the hour!. Please accept our Thank You. Thanks Abeb -- View this message in context: http://n2.nabble.com/Re-Wrong-hbsms-Viktor-Szak-ts-tp4680438p4681003.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] PgDn / Alt+# copy and paste work in Clipper 5.2e, but not Harbour?
Hi, Our app uses the default GT, which I believe is GTWIN. Well in the Clipper days, we used to copy alt-### chars in something like notepad and right-click to paste them into the app under a cmd.exe shell. Now we have found that the special chars, like cute little heart character for PgDn (Alt+3) doesn't take effect in Harbour anymore. For example, if I want to hit e and then pgdn, we could copy e♥ into notepad, and paste it by right-clicking in our CLI app. This was a little track many people who used the software did to save a lot of time from typing in the same command over and over again. Any tips greatly appreciated. Thanks! -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] HBNETIO won't start
Hi, I've been playing around with the HBNETIO thing a bit. I have two questions: 1) How come the netio_mtserver command isn't really documented in the readme.txt when the func netio_listen is listed on the readme? Maybe the _mtserver one is the one to use? 2) Any tips on some basic reasons why the server won't start? I used the netiotst.prg, and I keep getting a NIL from the command, showing: C:\hbm\hbnetionetiotst.exe Cannot start NETIO server !!! Press any key to exit... I tried disabling my local firewall, even though I didn't think this would do anything as it's not applicable when trying localhost tests. Thanks for the tips. -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBNETIO won't start
Przemek, you are a genius! 2010/3/4 Przemysław Czerpak dru...@acn.waw.pl On Thu, 04 Mar 2010, smu johnson wrote: Hi, C:\hbm\hbnetionetiotst.exe Cannot start NETIO server !!! Press any key to exit... You have to compile this code with MT support. Use -mt hbmk2 switch or compilt it using netiosrv.hbp, i.e. hbmk2 netiosrv.hbp best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] HBNETIO won't start
Another quick question if I may. Does the NETIO thing work in the way that if you connect to a listener, it can forward all regular SIX3 calls to the connection? I have a lot of: USE something.dbf // type commands And I'm wondering if I can set an rdd default setting to know to use the netio connection, or if I have to rewrite all the USE strings, and other six3 command strings, etc etc. Thank you very much for the hints. 2010/3/4 Przemysław Czerpak dru...@acn.waw.pl On Thu, 04 Mar 2010, smu johnson wrote: Hi, C:\hbm\hbnetionetiotst.exe Cannot start NETIO server !!! Press any key to exit... You have to compile this code with MT support. Use -mt hbmk2 switch or compilt it using netiosrv.hbp, i.e. hbmk2 netiosrv.hbp best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] New Windows unicode support for dummies thread
I know I asked this before, but just to make double-dog-sure I got this right... Is this unicode stuff only concerning compiling Harbour on Windows, or creating .EXEs from Clipper code with Harbour on Windows. I believe the answer is both but I get messed up from time to time. Thanks Viktor On Wed, Mar 3, 2010 at 12:51 AM, Viktor Szakáts harbour...@syenar.huwrote: I thought I'd start this out as I don't really understand a lot of the Changelog stuff in layman's terms. Fact: Win9x OS's will need a unicows.dll file to work in future .exe compiles generated by Harbour. Not exactly. The _default_ Harbour build will need unicows.dll. Anyone, anytime may create a non-UNICODE Harbour build by using HB_BUILD_UNICODE=no. Question: Does that mean if I just download and include 1 single file, unicows.dll in the path where the generated .exe's are put and executed from, everything will magically work for Win9x = Windows 7 64-bit type OS's? Unfortunately no. I've written detailed description on the method a few days ago on this list. But of course there are several general descriptions about it on MS website and other places. It doesn't currently work reliably with Harbour though. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Microsoft's SMB2 in Vista and above crippling your network apps?
Hi, Thanks for replying. The reason this guy wrote a blog about SMB2 to the link I pasted was because this web blogger read about an old security flaw in SMB2 but it wasn't the reason why I needed to disable it. Ever since Vista came out, this has been a HUGE headache for us. We have written code to even test this problem over the network. It worked fine in win2k, and XP, but as soon as Vista and Windows 7 came, their SMB 2.0 and 2.1 network things have been a constant nightmare for us. Disabling SMB2 finally solved the problem once and for all for us. Before, we had .bat files changing registry settings which only worked on certain builds of Vista. It has been a huge headache for us ever since Vista cam eout. As far as are networking situation, we have one machine hosting a shared folder in Windows, (in our case, \\TBM-SERVER\apps in Windows terms), and about 18 stations have that shared folder mapped in Windows. This seems pretty straight forward... but having read Przemek's reply, I would be very curious to try out these new solutions. Only problem is, I am afraid to ask for help, and I have no idea if they apply to our case as described above. It would be nice to avoid this smb2 stuff completely, ie, not using the .msi I found, and do it as Przemek and Angel pointed out. I read: then you should switch to HBNETIO. If you want much stronger data protection and move all index processing to server side then you should use dedicated RDBMS like LETO or ADS. For me to just get this working would probably involve me grepping the Harbour source for about 1-2 hours. If there is something obvious I'm missing, I'm very willing to hear it. Thanks for posting! 2010/3/3 Przemysław Czerpak dru...@acn.waw.pl On Tue, 02 Mar 2010, smu johnson wrote: Well we have a ton of people who still use Windows, and because of that we need a Windows solution. HBNETIO is platform independent solution. It can be used by stations using only one platform (i.e. only MS-Windows programs) but it also allow to safely share DBF tables (with memo and indexes) between program compiled on different platforms i.e. Linux, FreeBSD, SunOS, MacOSX, DOS, W95, WinXP, W2K, Win7, OS2 stations using native programs accessing the same files. It system eliminates file sharing with its all potential synchronization problems by switching to own TCP/IP protocol dedicate to share Harbour tables. I am happy to report that after about 30 mins of Googling, I came across this page, which solved the problem, if you disable SMB2. http://blogs.msdn.com/robmar/archive/2009/09/23/get-microsoft-fix-it-for-smb2-issue.aspx Above fix is for remote hackers attack so it's not related to your problem. Anyhow as I can see there is a switch to disable SMBv2 protocol and this may indirectly help to resolve the problem because it's possible that it can be exploited only when SMBv2 is enabled and some buggy network clients are used. Anyhow if you do not want to worry about possible problems which can be caused by some incompatible network transport layer or unsafe concurrent file access caused by some speed optimization (i.e. not synchronized read ahead caches) then you should switch to HBNETIO. If you want much stronger data protection and move all index processing to server side then you should use dedicated RDBMS like LETO or ADS. If you want to full even logical protection then you should move your whole application to server side and leave only user interface on the client side. It's the fastest and the most safe solution. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] New Windows unicode support for dummies thread
Thanks for the help. One last question... where do I stick the flag to disable the unicode thing? It looks as though I have to stick it somewhere in a main .prg execution, so the entire thing respects this flag. Or is it an hbmk2.exe / harbour.exe switch? On Wed, Mar 3, 2010 at 2:36 AM, Viktor Szakáts harbour...@syenar.hu wrote: On 2010 Mar 3, at 11:21, smu johnson wrote: I know I asked this before, but just to make double-dog-sure I got this right... Is this unicode stuff only concerning compiling Harbour on Windows, or creating .EXEs from Clipper code with Harbour on Windows. It's a Harbour build-time setting, which does affect _both Harbour itself and applications created by_ that Harbour build. And it's a Windows platform specific. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] New Windows unicode support for dummies thread
Errr.. maybe I should re-word this. If it's a build-time setting, what happens to the Win32 pre-compiled binaries of Harbour? On Wed, Mar 3, 2010 at 2:38 AM, smu johnson smujohn...@gmail.com wrote: Thanks for the help. One last question... where do I stick the flag to disable the unicode thing? It looks as though I have to stick it somewhere in a main .prg execution, so the entire thing respects this flag. Or is it an hbmk2.exe / harbour.exe switch? On Wed, Mar 3, 2010 at 2:36 AM, Viktor Szakáts harbour...@syenar.huwrote: On 2010 Mar 3, at 11:21, smu johnson wrote: I know I asked this before, but just to make double-dog-sure I got this right... Is this unicode stuff only concerning compiling Harbour on Windows, or creating .EXEs from Clipper code with Harbour on Windows. It's a Harbour build-time setting, which does affect _both Harbour itself and applications created by_ that Harbour build. And it's a Windows platform specific. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] New Windows unicode support for dummies thread
Unfortunately no one commented. *shakes fist in anger* Well, since I've taken your hints to read the changelog, I might be okay. I can probably just compile it from source and make sure I make the correct flag setting. Only worry I have no with compiling from source is the loss of all those neat hbcurl type features, etc. I am not quite sure how to build harbour and include that functionality, whereas it is provided by the nice and friendly .EXE builds. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Microsoft's SMB2 in Vista and above crippling your network apps?
Przemek, I'm at work now and talked to my brother about this HBNETIO thing. He's a bit uncertain (as am I) if this is going to magically make it so we can still use SMBv2. Could you please point me in the right direction as to how to go about trying it? Thank you 2010/3/3 Przemysław Czerpak dru...@acn.waw.pl On Tue, 02 Mar 2010, smu johnson wrote: Well we have a ton of people who still use Windows, and because of that we need a Windows solution. HBNETIO is platform independent solution. It can be used by stations using only one platform (i.e. only MS-Windows programs) but it also allow to safely share DBF tables (with memo and indexes) between program compiled on different platforms i.e. Linux, FreeBSD, SunOS, MacOSX, DOS, W95, WinXP, W2K, Win7, OS2 stations using native programs accessing the same files. It system eliminates file sharing with its all potential synchronization problems by switching to own TCP/IP protocol dedicate to share Harbour tables. I am happy to report that after about 30 mins of Googling, I came across this page, which solved the problem, if you disable SMB2. http://blogs.msdn.com/robmar/archive/2009/09/23/get-microsoft-fix-it-for-smb2-issue.aspx Above fix is for remote hackers attack so it's not related to your problem. Anyhow as I can see there is a switch to disable SMBv2 protocol and this may indirectly help to resolve the problem because it's possible that it can be exploited only when SMBv2 is enabled and some buggy network clients are used. Anyhow if you do not want to worry about possible problems which can be caused by some incompatible network transport layer or unsafe concurrent file access caused by some speed optimization (i.e. not synchronized read ahead caches) then you should switch to HBNETIO. If you want much stronger data protection and move all index processing to server side then you should use dedicated RDBMS like LETO or ADS. If you want to full even logical protection then you should move your whole application to server side and leave only user interface on the client side. It's the fastest and the most safe solution. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Microsoft's SMB2 in Vista and above crippling your network apps?
Thanks Vikt0r. On Wed, Mar 3, 2010 at 1:30 PM, Viktor Szakáts harbour...@syenar.hu wrote: Hi, I'm at work now and talked to my brother about this HBNETIO thing. He's a bit uncertain (as am I) if this is going to magically make it so we can still use SMBv2. It will certainly make it, as with HBNETIO you won't use _any_ SMB protocol at all for RDD access. That's the whole trick, it's an SMB replacement on top of TCP/IP. You can find examples for it under contrib/hbnetio/tests and utils. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Microsoft's SMB2 in Vista and above crippling your network apps?
Wow. I am peeking around the contrib directories and I re-read your message about the SMB replacement. You and Przemek are geniuses. I've never seen this level of oh yeah, we have a solution for that in any other open source software project I've ever seen. A million thanks to you guys. On Wed, Mar 3, 2010 at 1:30 PM, Viktor Szakáts harbour...@syenar.hu wrote: Hi, I'm at work now and talked to my brother about this HBNETIO thing. He's a bit uncertain (as am I) if this is going to magically make it so we can still use SMBv2. It will certainly make it, as with HBNETIO you won't use _any_ SMB protocol at all for RDD access. That's the whole trick, it's an SMB replacement on top of TCP/IP. You can find examples for it under contrib/hbnetio/tests and utils. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Question about hb_gt_win_CtrlHandler usage
Hi, I'm trying to write a simple Hello World app that does something like a WAIT command and maybe calls a function if I click the X button for a GTWIN app. I have no idea if this is even possible, as I have grepped the entire harbour src .zip file contents for some hints. In the few results for CTRL_CLOSE_EVENT I don't really see anything relevant that can like.. set up a call hook function or anything. I'm totally lost. Any hints greatly appreciated. -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Question about hb_gt_win_CtrlHandler usage
Wow this test is really cute. I'll be poking around with this. Thanks a ton! On Wed, Mar 3, 2010 at 2:21 PM, Viktor Szakáts harbour...@syenar.hu wrote: I'm trying to write a simple Hello World app that does something like a WAIT command and maybe calls a function if I click the X button for a GTWIN app. I have no idea if this is even possible, as I have grepped the entire harbour src .zip file contents for some hints. In the few results for CTRL_CLOSE_EVENT I don't really see anything relevant that can like.. set up a call hook function or anything. I'm totally lost. Any hints greatly appreciated. Use GTWVT and HB_GTI_NOTIFIERBLOCK (see: tests\wvtext.prg) With GTWIN I still have to see proof that it's technically possible to catch close events like that, until then I assume it's not possible, and for sure it's not implemented in Harbour. Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Re: bug/issue: slow pasting on uppercase letters
Here is the code that proves this. I have shown it to 2 other co-workers and they can confirm a noticable difference in speed when Harbour draws the CAPS chars. Try and see for yourself! /* Copy the string below in Windows and right-click to paste it into the GET Take note of how long it takes to write the capital letters to the screen abcdefghijkmlopqrstuvABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijkmlopqrstuv */ FUNC MAIN() LOCAL VAR := SPACE(70) @ 22,1 SAY Type: GET VAR READ RETURN On Mon, Mar 1, 2010 at 4:36 PM, smu johnson smujohn...@gmail.com wrote: Hi, On regular CLI input boxes where you can type stuff, we have found copying and pasting in Windows to be very slow. When I looked more into it, using something like MEMOEDIT() to test pasting a bunch of chars, I found the UPPERCASE chars paste very slowly, and lowercase chars paste instantly. It didn't take much to test this out for myself, but if no one else can see what I'm talking about, I will record a small youtube video of it maybe. My paste test string: FESFJSEFKJESFKJSFNEjqelmkdewlkESFJSEFKJESFKJSFNEESFJSEFKJESFKJSFNE Thanks -- smu johnson smujohn...@gmail.com -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Can GTWVT support copying and pasting?
Hi, If you've ever played around with Quick Insert mode in Windows with cmd.exe's properties, you'll notice you can copy and paste CLI text. I was wondering if this is possible using GTWVT, to be have the same way, or any way, etc etc. Thanks in advance. -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Can GTWVT support copying and pasting?
Ok that's good news. But how do I enable it? Cause I can't seem to click and drag text when compiled with -GTWVT in hbmk2. I haven't had much luck finding hints in src/rtl/gtwvt/gtwvt.c either. *sad face* On Wed, Mar 3, 2010 at 5:52 PM, Pritpal Bedi bediprit...@hotmail.comwrote: smu johnson wrote: Hi, If you've ever played around with Quick Insert mode in Windows with cmd.exe's properties, you'll notice you can copy and paste CLI text. I was wondering if this is possible using GTWVT, to be have the same way, or any way, etc etc. It is _EXACTLY_ the same way as in a windows console. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/Can-GTWVT-support-copying-and-pasting-tp4671854p4671862.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Can GTWVT support copying and pasting?
Oh that's cute. I will look into making it enabled by default. What about pasting? Usually rightclick pastes in cmd.exe, but I can't seem to figure it out. On Wed, Mar 3, 2010 at 6:04 PM, Pritpal Bedi bediprit...@hotmail.comwrote: smu johnson wrote: Ok that's good news. But how do I enable it? Cause I can't seem to click and drag text when compiled with -GTWVT in hbmk2. I haven't had much luck finding hints in src/rtl/gtwvt/gtwvt.c either. *sad face* 1. Click on the Sys icon in the titlebar. 2. Click on Mark option. 3. Start dragging the mouse with left-button pressed on the rows you want. You should see that area is changing color. 4. Release the left button. 5. Paste somewhere in text editor or otherwise. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/Can-GTWVT-support-copying-and-pasting-tp4671854p4671909.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Microsoft's SMB2 in Vista and above crippling your network apps?
Ok, I've looked at a lot of the readme's etc for HBNETIO. One last question... Is the idea of using this something like sticking a line near the database request type? For example, I have: REQUEST SIXCDX rddSetDefault( SIXCDX ) rddInfo( RDDI_MEMOTYPE, DB_MEMO_DBT, SIXCDX ) ... is this where I set some logic, like a NETIO_CONNECT() call, so that the entire .PRGs know that if I ever do some SIX3 commands, it's to be done on the NETIO listener? On Wed, Mar 3, 2010 at 1:57 PM, Viktor Szakáts harbour...@syenar.hu wrote: Wow. I am peeking around the contrib directories and I re-read your message about the SMB replacement. You and Przemek are geniuses. I've never seen this level of oh yeah, we have a solution for that in any other open source software project I've ever seen. A million thanks to you guys. Thanks in the name of Przemek, it's his work :) (I've only tackled the server tool) Brgds, Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Trap / run routine when MS Windows red X box closed?
Hi, Thanks for the tips. I tried both these options, and they seem to start up a new console window whenever I run stuff. I imagine this is the price I have to pay, in order to trap the red X button being pressed... *worried face* On Mon, Mar 1, 2010 at 7:23 PM, Pritpal Bedi bediprit...@hotmail.comwrote: Przemysław Czerpak wrote: It's redundant. -gtwvt makes the above. If you use -gt* switches in hbmk2 then it makes for the 1-st one: REQUEST HB_GT_*_DEFAULT and for the next ones: REQUEST HB_GT_* so you do not have to use any 'REQUEST HB_GT_*[_DEFAULT] in your PRG code. Long time elapsed I played with this stuff, so was out of memory. So only -gtwvt switch is required, more simplified. - enjoy hbIDEing... Pritpal Bedi _a_student_of_software_analysis__design_ -- View this message in context: http://n2.nabble.com/Trap-run-routine-when-MS-Windows-red-X-box-closed-tp4651773p4658761.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Trap / run routine when MS Windows red X box closed?
May joy and happiness forever come your way! On Tue, Mar 2, 2010 at 1:40 AM, Saulius Zrelskis labi...@gmail.com wrote: Oh yes, so you are using GTWIN. No, for this GT Close - X button cannot be manipulated. It can, through API SetConsoleCtrlHandler(). Handles events: CTRL_C_EVENT CTRL_BREAK_EVENT CTRL_CLOSE_EVENT === CTRL_LOGOFF_EVENT CTRL_SHUTDOWN_EVENT Best regards, Saulius ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Microsoft's SMB2 in Vista and above crippling your network apps?
Hi, We have struggled with a problem for years with Clipper, and it happens in Harbour too. But that is not to say that either of these are to blame. The problem is that when a huge amount of DBF (using six driver, fwiw) type file creation and modification, etc etc, happens over a shared network drive in Windows, and the hosting drive is on a Vista or higher OS, we have problems with inaccurate data because the network protocol is not strict enough when it comes to two people changing the same file, etc etc. This is never a problem when hosting from Win2k, and XP I believe also is okay. So, as a last resort, I was wondering if any of you guys have dealt with this, and know of a solution. Currently, we found one way to deal with it, but it's not 100% perfect as it only supports certain builds of Vista, and not Windows 7, and would probably take forever to support all these OS's. It involves changing some registry settings to disable smb2 ( http://en.wikipedia.org/wiki/Server_Message_Block ). Maybe it's my lucky day, and some of you guys have had this problem and found a permenant solution to deal with it. I ask here, as I imagine maybe someone else doing network .dbf work might have run into this at some point in their lives. Thank you for reading. -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Microsoft's SMB2 in Vista and above crippling your network apps?
Well we have a ton of people who still use Windows, and because of that we need a Windows solution. I am happy to report that after about 30 mins of Googling, I came across this page, which solved the problem, if you disable SMB2. http://blogs.msdn.com/robmar/archive/2009/09/23/get-microsoft-fix-it-for-smb2-issue.aspx It's amazing, as we have spent countless hours Googling for this months ago, and relied on .bat files that worked 80% of the time. So far, this works 100% of the time. This is a miracle for us!!! We've worried for 6 years about this problem. On Tue, Mar 2, 2010 at 6:24 PM, Angel Pais amigo...@adinet.com.uy wrote: The solution to your problems is NETIO. It also allows you to host your dbfs in a linux box. It is also more secure because users don`t have direct access to your data. HTH Angel ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] bug/issue: slow pasting on uppercase letters
Hi, On regular CLI input boxes where you can type stuff, we have found copying and pasting in Windows to be very slow. When I looked more into it, using something like MEMOEDIT() to test pasting a bunch of chars, I found the UPPERCASE chars paste very slowly, and lowercase chars paste instantly. It didn't take much to test this out for myself, but if no one else can see what I'm talking about, I will record a small youtube video of it maybe. My paste test string: FESFJSEFKJESFKJSFNEjqelmkdewlkESFJSEFKJESFKJSFNEESFJSEFKJESFKJSFNE Thanks -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
[Harbour] Way for a harbour .exe to delete itself?
Hi, Is there a way (or smarter way) to basically upgrade the .exe you are running without quitting it... Such as if the harbour-made .exe (test.exe, for example) was running, could delete itself, call winrar to extract a new test.exe, and then so a unix-like exec() call to reload itself? Any hints greatly appreciated. -- smu johnson smujohn...@gmail.com ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: [Harbour] Re: Trap / run routine when MS Windows red X box closed?
Hi, On Sun, Feb 28, 2010 at 6:12 PM, Pritpal Bedi bediprit...@hotmail.comwrote: Show on this list how you build your appln ? ..\harbour-dev\bin\hbmk2 -strip -ustd.ch -kc -lhbct -lhbtpathy -lhbnf -inc -o..\latest\bmd.exe bm.hbp (bm.hbp simply contains a giant list of all the .PRG files) Is this enough info for you? Thanks for taking an interest. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
