Prev: Localized Date
Next: Check if String has a number
From: GS on 7 May 2010 03:29 It happens that MM formulated : > On Thu, 06 May 2010 15:52:43 -0400, GS <GS(a)discussions.microsoft.com> > wrote: > >>> I wish they would; I hate that they've locked it away. I just totally >>> disagree that they should be in any way forced to release it. >> >> Agreed! Maybe someone with some clout can persuade them that it would >> be good public relations and goodwill to step up. Maybe the folks at >> PowerBasic would be interested in having that compiler so their product >> could import/convert VB projects. (Just an idea!<bg>) > > Or Borland could be revived so that we'd once again have Turbo Basic! > > MM I've heard of Turbo Basic but know nothing about it. I've been looking at PowerBasic a bit, though, and it might be interesting seeing where they take that product. It gained more interest when I learned that Olaf compiled his RichClient Toolset in PB.
From: Michael on 7 May 2010 03:52 Kerio v2.1 - very simple and effective "Mayayana" <mayayana(a)invalid.nospam> wrote in message news:OulEwYZ7KHA.5848(a)TK2MSFTNGP06.phx.gbl... > | ZoneAlarm? > | > > I used to use ZA on Win98. Later versions > have become wildly bloated. Version 2.6 can > still be used on XP and that's fairly compact, > but ZA is not very good about specifics, and > they made some sort of deal with Microsoft > to allow MS software through after v. 2.6. They > started allowing svchost through by default and > it can't be stopped. And ZA doesn't inform which > process is going out via svchost. > > I cleaned up junk services like Windows > Time, shut off silly nonsense like "Simple > TCP/IP Services", and reset my router to use > hardcoded IPs so that I wouldn't need DHCP. > Once I went through everything that was trying > to go online and cleaned up, it turned out that > nothing from Windows *needs* to go online. > So I don't want to use programs like ZA that > just give an irrevocable pass to any system > process. To my mind those programs have sold > out their true purpose to make the program > easier to use and thereby gain a wider audience. > > (That's what Symantec did when they bought > AtGuard. In addition to adding bloat and doubling > the price, they also set hundreds of programs to > get through the firewall by default. Since hardly > anything is blocked, there's unlikely to be any > inconvenience to the customer, so the firewall seems > hassle-free.) > >
From: Schmidt on 7 May 2010 06:03 "GS" <GS(a)discussions.microsoft.com> schrieb im Newsbeitrag news:uC6JDcb7KHA.356(a)TK2MSFTNGP05.phx.gbl... > I've heard of Turbo Basic but know nothing about it. > I've been looking at PowerBasic a bit, though, and it > might be interesting seeing where they take that product. > It gained more interest when I learned that > Olaf compiled his RichClient Toolset in PB. Nah, careful here - although PowerBasic, as well as the pretty similar FreeBasic are powerful compilers, only the small DirectCOM.dll was compiled with PowerBasic (since I needed the languages ability, to call Functions directly over their ProcAddress, which in VB6 is not possible without the CallWindowProc-Hack, and "my C" was not that good at that point in time). Maybe a short overview again, also for others: DirectCOM.dll (PowerBasic-compiled StdCall-Dll) dhRichClient3.dll (VB6-compiled ActiveX-Dll) sqlite36_engine.dll (C-compiled StdCall-Dll) And the two new additions in the toolset: dhCairo.dll (VB6-compiled ActiveX-Dll) cairo2_engine.dll (C-compiled StdCall-Dll) Olaf
From: GS on 7 May 2010 06:13 on 5/7/2010, Schmidt supposed : > "GS" <GS(a)discussions.microsoft.com> schrieb im Newsbeitrag > news:uC6JDcb7KHA.356(a)TK2MSFTNGP05.phx.gbl... > >> I've heard of Turbo Basic but know nothing about it. >> I've been looking at PowerBasic a bit, though, and it >> might be interesting seeing where they take that product. >> It gained more interest when I learned that >> Olaf compiled his RichClient Toolset in PB. > Nah, careful here - although PowerBasic, as well as the > pretty similar FreeBasic are powerful compilers, only > the small DirectCOM.dll was compiled with PowerBasic > (since I needed the languages ability, to call Functions > directly over their ProcAddress, which in VB6 is not > possible without the CallWindowProc-Hack, and > "my C" was not that good at that point in time). > > Maybe a short overview again, also for others: > DirectCOM.dll (PowerBasic-compiled StdCall-Dll) > dhRichClient3.dll (VB6-compiled ActiveX-Dll) > sqlite36_engine.dll (C-compiled StdCall-Dll) > > And the two new additions in the toolset: > dhCairo.dll (VB6-compiled ActiveX-Dll) > cairo2_engine.dll (C-compiled StdCall-Dll) > > Olaf Thanks for clarifying! I was just quoting something I read on thecommon.net; -sorry if I spoke out of place! Garry
From: Dee Earley on 7 May 2010 07:23
On 06/05/2010 12:25, Phill W. wrote: > And, just to add insult to injury, once we're all Happy, Shiny People on > their Fora, we'll be exposed to all the web-based "nastiness" that's out > there. Every other week we get more and more security fixes for our > browsers but just how the H*** /do/ you catch a virus or get otherwise > "hacked" via Usenet??? (OK; ignore the alt.binaries hierarchy for a > minute). Client bugs ans stupidity, exactly the same as web browsers, they are just much more rare :) -- Dee Earley (dee.earley(a)icode.co.uk) i-Catcher Development Team iCode Systems (Replies direct to my email address will be ignored. Please reply to the group.) |