I see similar effects with around 2 to 3% CPU usage for a stand-alone TCC instance (this is TCC 16.03.55). Most of the context switches are indeed in thread "TakeCmd.dll!AllocDup+0x440"... actually around 80 million switches per update! (I use a tool called ProcessHacker and it updates about...

I am using egets() in two different TCC plugins to read editable lines of user input. This works but it seems the egets() editing capabilities don't extend to handling the history list (ie using the up and down arrows just produces beeps). Now it would be nice if I could enable some sort of...

Yes, I do realise that I can directly call TCC commands (see my very first post in this thread, from 2008). I also realise that other languages support loops, conditionals, and so on. (In fact the plugin I am talking about here is a fully-fledged script language in its own right and does have...

Scott has hit the nail... I already have the scaffolding to execute memory batches via a temp file in a temp directory. I revisited this bit of code recently, saw how ugly it is and just wondered whether anything might have happened on the Execute Memory Batches front. Alas, it seems it...

The efficiency of file-based batches is not my main gripe. Anyway, this approach has two problems. First, less importantly, is the brittleness of the process to put the batch file lines into a temp file somewhere in the filesystem and then to execute it. It'll work most of the time, sure, but...

Sorry to resurrect/recycle such an old thread... but the question I posted in 2008 is essentially the same I am posting today. I am preparing a new version of a TCC plugin and there's still this batch thing I'd like to include. (Perhaps I've missed something and in the meantime this has been...

Thanks, though you could usefully have mentioned that in your first post. Either way, I'd prefer an SDK that actually does what it says on the tin. Well. -- cheers thomasl

I take it that means that if I want to have my plugin work in previous versions I have to use an pre-12.10 SDK version? Anyway, as things stand right now, I can't link with the current version of the SDK w/o editing the TakeCmd.h file. -- cheers thomasl

It seems TakeCmd.h contains an incomplete declaration for AddToHistory(). If I use the .h from the latest SDK I receive a linker error that the function can't be found. I unmangled the name in TakeCmd.lib and it seems the function has an int as its second parameter. At least, once I changed...

rconn <> wrote: Plugin compiles and links and seems to run OK now. -- cheers thomasl web: http://thomaslauer.com/start

vefatica <> wrote: Thanks, works now as expected. I have downloaded the SDK *today* from the JPSoft website... does that mean that the version there is out of date and out of sync? Actually, I did. I even searched the Plugin forum but I found nothing re GetLine (I found a perhaps...

I downloaded the v11 plugin SDK and recompiled my Idle plugin, to discover that the linker complains about one (but only one) unresolved external: idle4nt.obj : error LNK2019: unresolved external symbol "int __stdcall GetLine(void *,wchar_t *,int,int)" (?GetLine@@YGHPAXPA_WHH@Z) referenced...

This is basically a maintenance release to bring the idle4nt plugin to the level of the recently released Idle 0.6.0b beta. Download: http://thomaslauer.com/download/idle4nt06.zip The main change for this version is the inclusion of a simple module to produce GUIs and dialog boxes (see...

"p.f.moore" <> wrote: For automatic batch-like jobs I swear by robocopy. It's versatile, small and rock-solid (its parentage notwithstanding). For interactive jobs where I need more control, I use a software called Synchronize It! (see http://www.grigsoft.com/ ). This is the best...

This is mainly a maintenance release to bring the Idle4nt plugin to the level of the recently released Idle 0.4 beta. There are also a couple small corrections and changes for the plugin itself: * for reasons of consistency I have renamed the --reset switch used to reset the internal...