Neil Hodgson wrote:
The output can be redirected into the output pane by changing all
the SendEditor calls to SendOutput and adding heightOutput = 2000;
SizeSubWindows(); to the end
Hello Bruce,
My initial attempts at sending stdin to the output pane has met with a
huge failure - SciTE
Neil Hodgson wrote:
That should be...
Thank you Neil, I had cut and pasted without checking.
In SciTEBase::OpenFilesFromStdin a compiler warning can be avoided
I've revised the code as you suggested, I'll upload it later this
weekend. I missed the warning, sorry about that.
The
--
Caution - driver legally blonde
---BeginMessage---
Elsass Philippe wrote:
Sorry, I see you used an external Lua.DLL.
I send you my alternative...
I do not know how to make a DLL link to the EXE, which appears to be the
case with your use of IMPLIB. So I was forced to create a
I've uploaded to ftp
http://www.scintilla.org/aprilw/makefile
It will (should?) create ../bin/SciTELua.dll, .a, and .def
I was trying to get the Makefile to recognize LUA_RTL so that SciTE
would like to the .a file and not link in all of the Lua .o files.
If it was not defined, it was to
Hello everyone,
There was a discussion around 2004-09-20 11:56 PM between Bruce Dodson
and Kein-Hong Man about bit-wise operators within Lua. Where these
operators ever added into the SciTE Lua codebase?
There is a hot-patch on the Lua wiki site that alters the Lua engine to
incorporate
I have script that locates within the current buffer a line like:
last at:
and replaced the part with the current line position, so that when
the file is loaded, the cursor is repositioned.
The script works fine, but I would like the changes made to the buffer
to be excluded from
patrick müller (aka elias) wrote:
... but scite don't compile and i've no clue where the problem is.
(btw. i'm a c noob ;))
Here is the output:
...
mingw32-make: *** No rule to make target `WindowAccessor.o', needed by
`SciTEBase.o'. Stop.
Hello Patrick,
Please double check that
I've alter my notes on the above wiki page, explaining about passing a
parameter to the libinit() method, so that the name of the table can be
set by the user.
Would this also be the site/place where I could post samples of C
functions that can call scite methods such as
I have in my user properties
command.build.makefile=make
command.build.Makefile=make
command.build.*.mak=make -f $(FileNameExt)
When I edit a makefile, the compile/build/go tools are grayed out. When
I edit makefile.mak, the 'build' tool is enabled.
Could this be a problem with the
Peter Wu wrote:
I edit the icon from Microsoft visual studio. there is only one icon to edit.
maybe it is 32x32 bitmap
If I use microsoft paint from accesseries, the icon is different from
what I see under Microsoft visual studio. maybe it is 16x16 bitmap.
I opened the .ico using Micrsofts
Neil Hodgson wrote:
Add a class that encompasses:
- the storage of Job jobQueue[commandMax] array and
- the functionality of SciTEBase::ClearJobQueue(),
SciTEBase::AddCommand()
Yes, encapsulating the job queue into a new JobQueue class would be
very helpful.
Okay, that'll be step #1
Doyle Whisenant wrote:
Does this mean that one can have multiple tools executing one after
another with only one command? If not, is this possible?
No promises, I've only just cracked open the code...
Ultimately I feel the command system will be able to handle multiple
tools, but no via a
My Lua extension script has a function that centers the cursor in the
middle of the screen, using code suggested by Neil. This works fine
when called from the tool menu. FYI I called this 'CenterCursor'
Additionally I have a function that hooks OnOpen, to locate a key word.
When this word
Neil, my development of the job system ABENDS when the code is assigning
the command directory in SciTEWin::ProcessExecute()
dirNameForExecute = job-directory;
I know that it is failing on this line because I've written to a log
file before and after this line, the second log entry
April White wrote:
I have uploaded my initial code to
http://www.scintilla.org/aprilw/scite-dev-april-2005-10-23.zip
There may be an extraneous 'Trace()' call that will echo the command
string to the output pane.
--
I have studied many philosophers and many cats.
The wisdom of cats
Neil Hodgson wrote:
Oh, at this time, the SciTEJobQueue.h file contains some debugging
define's and stuff, but they are only active when DEBUG is defined, but
I also left in a line that define'd it.
These are quite compiler-specific.
Yep. I forgot to disable them. I do not know how
Neil Hodgson wrote:
The UI thread monitors this and when there is a command here and
no tool thread running, it moves a command into the main command
queue and starts the tool thread.
...
When the thread exits, it should post a message to SciTE (like it
does now) as that is a good
Neil Hodgson wrote:
It looks a bit like this untested code:
...
CRITICAL_SECTION cs;
...
Neil, you've introduced something new to me. I was going to pursue the
class using the windows mutex functions, but you've introduced the
CRITICAL_SECTION concept.
Can you give me your two cents
The revisions to SciTE for encapsulating the job system with a class is
still a work in progress.
I have uploaded my second revision to
http://www.scintilla.org/aprilw/scite-dev-april-2005-10-27.zip
From my last email, I wrote:
TODO:
1. lock all accesses to the various class methods and
April White wrote:
I've added a command case to SciTEWin.cxx and successfully responded
to the message above.
I removed SciTEWin::Execute(), placing that code within the command
case, and it executes the commands in the queue. I tested Makefile and
a simple .c file
hoo hoo, it works
Neil Hodgson wrote:
The implementation of Jobs::JobList::HasParameterisedCommand and
Jobs::HasParameterisedCommand need const to match the header.
Fixed. I must have uploaded before trying to compile.
commandMax and commandCurrent should disappear
Already done. The commandMax
(This may be a duplicate posting)
Neil Hodgson wrote:
The implementation of Jobs::JobList::HasParameterisedCommand and
Jobs::HasParameterisedCommand need const to match the header.
Fixed. I must have uploaded before trying to compile.
commandMax and commandCurrent should disappear
Neil Hodgson wrote:
... calls to props.GetInt (win95.death.delay and output.scroll)
Neil, I need your help with the design of this new implementation.
I want to add a method to the JobQueue class which loads all of the
necessary properties into instance variables. This method would be
Neil Hodgson wrote:
I am thinking about changing how the jobs are executed. I'm thinking of
removing the code that sends a message to the window and merely check if
the queue is not empty. By checking when it was last checked, and only
doing the check every fraction of second, it should not
The revisions to SciTE for encapsulating the job system with a class is
ready for final review.
I
have uploaded my third revision to http://www.scintilla.org/aprilw/scite-dev-april-2005-11-10.zip
I included a Changelog.txt file to summarize what I did.
>From my last email, I wrote:
2.
April White wrote:
The revisions to SciTE for encapsulating the job system with a class
is ready for final review.
I have uploaded my third revision to
http://www.scintilla.org/aprilw/scite-dev-april-2005-11-10.zip
I've been thinking of a new approach to the 'send job message
Neil Hodgson wrote:
I've been thinking of a new approach to the 'send job message' to the
window. My initial test worked by having the AddCommand method send the
job message. This eliminates the need for individual calls to
AddCommand to send the message.
One problem with this is that
Neil Hodgson wrote:
... Maybe AddCommand could return whether it added a command or not.
Implemented. I've managed to remove the isBuilding variable by
implementing a job flag enum jobIsBuilding
... I think this needs to be displayed before putting the command into the queue
Thank you
I have uploaded my fourth revision to
http://www.scintilla.org/aprilw/scite-april-2005-11-27.zip
http://www.scintilla.org/aprilw/scite-dev-april-2005-11-10.zip
I included a Changelog.txt file to summarize what I have revised.
This version has:
- improved corrected the handling of
Neil Hodgson wrote:
- the buffer flags isDirty and useMonoFont has been encapsulated within
a buffer variable and controlled by enum flags
Grouping all these into a bit set makes it too easy to incorrectly
set multiple states. ... Code that uses bitsets is also longer with extra
Neil Hodgson wrote:
I've noticed that I am not deleteing the job object within
ProcessExecute(). I would like to:
- add a variable exitstate to the job class
- return the job as a void * instead of the exitstate
This way the IDM_FINISHEDEXECUTE code can get the exit state and build
flags.
sn0n wrote:
which prints the path the file im editing is in, i want to print the
dir Scite and its conf files are in... Please let me know how
Is $(SciteDefaultHome) what you are looking for?
April
--
I'm not an expert...
I just play one from time to time.
Neil Hodgson wrote:
Exposing a pointer to the current job outside locking is somewhat
dangerous. It looks like it is currently safe but it would be easy for
changes to the code to break thread safety. I just checked in some
changes that improve thread safety in the current code because of
small
FYI.
I have not upgraded to v1.67 yet.
This line gets rendered in the yellow color of a compiler directive:
#define bump() if ( GetTickCount()last+1000 ) {
last=GetTickCount(); putchar('.'); }
However this line:
#define bump() if ( GetTickCount()last+1000 ) { /* Sleep(0); */
Neil Hodgson wrote:
April White:
I've been going over in my head the 'executing' variable.
Not really the same as it sets executing even if it bails out
because the queue is empty.
I found that out the hard way.
Moving executing inside jobQueue and
adding a CanExecute method
I've put together a batch file that is automating some repetitive
commands. Part of the process is to edit two files, but I'd like to
have one file with the 'read-only' option turned on.
I know adding a new command line prefix -openreadonly would be very
simple, but before I pound the keys,
I've uploaded to
http://www.scintilla.org/aprilw/scite-april-2005-12-29.zip my
implementation of the new job system for v1.67
This revision includes those thoughts I wrote in my last email:
- rewrite if (!executing !jobQueue.IsEmpty()) as if
(jobQueue.CanExecute())
- add the method
Jos vanderZande wrote:
Check the SciTEGlobal.properties for:
# Brace highlight
style.*.34=fore:#00,bold
Okay, color me silly, but I've put:
style.*.34=fore:#FF,bold,back:#FF
style.*.35=fore:#FF,bold,back:#FF
style.*.37=fore:#FF,back:#FF
into my user
Jos vanderZande wrote:
The Brace normally takes the color that you set for
Operator.
when I set color.operator=fore:#FF then brackets became blue
But when you put you cursor just behind a Brace this
an the closing Brace will assume the color specified
with style.*.34.
That is the
April White wrote:
I've uploaded
to http://www.scintilla.org/aprilw/scite-april-2005-12-29.zip my
implementation of the new job system for v1.67
There had been a problem with the 'clear.before.execute' code, it was
not properly clearing the output pane before the first job of a GO
Neil Hodgson wrote:
It is fixed; I decided to upload todays revisions under the same name as
above.
OK. There are some threading worries. jobQueue.CurrentJob() returns
a pointer to a single job object which could potentially be deleted
while the pointer is being used even though
April White wrote:
I think I'll revise things again :-)
I'll remove 'CurrentJob()' and add 'CurrentJobFlags()' and
'CurrentJobBufferPath()'
The two would be initialized within the CanExecute() code, returning
copies of the respective values.
JobQueue::CurrentJobDirectory has a small
April White wrote:
I've also started to implement the interface between Lua and the new
job system. It may be rushing things, but it'll be in my next upload.
Neil, I've being doing some empirical tests of the Lua/scite interface
for jobs. I have a batch file that I've set to run from
Neil Hodgson wrote:
April White:
Can you think of any better test than trying to bang on the keyboard?
You could try automating this with
http://www.hiddensoft.com/autoit3/
Having a program like autoit bang on the keyboard does not seem much
better, though it can do it faster
Robert Roessler wrote:
... which means some of these bugs can still slip through, only to be
found by those users with the shiny new dual-core they got over the
holidays. ;)
Sounds like someone just vounteered... :-)
April
--
The government's view of the economy can be summed up in a few
The docs regarding the command.replace.selection... property states:
However, please bear in mind that command.replace.selection will
send the output to whatever window is active /when the command completes/.
The revisions I have been working on for the new job system is now
storing the
Neil Hodgson wrote:
Something like
host-Perform(saveas: + host-Property(FilePath))
or
host-menucommand:(IDM_SAVE)
and
host-CurrentBuffer()
I don't know of an easy way to get the buffer number but the file
name is available. I'd prefer extending the set of text commands or
I had the output pane open, and I hit a hot key that activated a user
list from a Lua script, but the cursor stayed in the output pane and I
have to click/double click the list to activate the on list select method.
Clicking on the list changed which item was active but did not set focus
to
Neil Hodgson wrote:
April White:
... revise the code that handles the
command.replace.selection... code to locate the original buffer and
select it.
...so just make it always switch back.
I'll add it to my 'todo' list.
... or translate the selection from Canadian.
:-) eh
I noticed that the http://lua-users.org/wiki/SciteScripts
entry for SciteListAllOccurances
was empty.
I have posted my implementation to http://lua-users.org/wiki/SciteListAllOccurances
ttfn
April
--
Why should I waste my time reliving the past when I can spend it worrying about the future?
Hello Neil.
I guess as I write this it is not 'good morning' but 'good evening'.
Neil Hodgson wrote:
April White:
... revise the code that handles the
command.replace.selection... code to locate the original buffer and
select it. ...
... so just make it always switch back.
Neil
replacement code from within SciTE::ExecuteOne() to the
IDM_FINISHEDEXECUTE handler is that it moves an buffer update from
within the tool thread back into the UI thread. At least I think the
IDM_FINISHEDEXECUTE handler is in the UI thread.
April
April White [EMAIL PROTECTED] wrote in message
April White wrote:
I have uploaded to
http://www.scintilla.org/aprilw/scite-april-2006-01-26.zip my latest
changes to the job system.
Something seems to be broken, please ignore this upload for now.
April
--
As I let go of my feelings of guilt, I am in touch with my inner sociopath
April White wrote:
I have uploaded
to http://www.scintilla.org/aprilw/scite-april-2006-01-26.zip my
latest changes to the job system.
The Changelog.txt file contains more information. A brief list is:
- an interface between Lua and the job system has been added as
scite.execute()
- Lua
I have looked through the archives for December and January for an
earlier message where the writer said that they had implemented a 'hot
link' within a scintilla or scite screen.
Does anyone remember this, enough to remind when what the message
subject was so I can go back to the archives?
Chris wrote:
I don't understand exactly what this change to the job system does
(nor do I understand what the job system is in the first place). what
exactly is a job in this context?
Sorry for being an idiot :)
It is a different term for a tool. Currently at most two tools can be
in the
Doyle Whisenant wrote:
Is there an event that I can use to run a lua script when SciTE is
closing similar to OnOpen? Is it possible to do this? If so, how?
I need to access all open buffers when SciTE closes. Anyone know of a
reliable way to do this?
Do you want when a buffer closes or
Bruce Dodson wrote:
Congratulations, you're the lucky winner of ... a code
review!
Hello Bruce. I feel so... special :-)
1) As Neil pointed out, the correct model for setting up the
function is like Open, not like SendEditor.
I've altered this in my source. Thank you Neil and Bruce.
Bruce Dodson wrote:
Okay, in that case it would be a common method that is called by both AddJob
and ToolsMenu, rather than having ToolsMenu call AddJob directly. (Mainly
for the sake of clenliness.)
I have removed DecodeCommandMode() from Extender.h, and altered
LuaExtension.cxx
From: Bruce Dodson [EMAIL PROTECTED]
If there is a function to decode the command mode string (that doesn't add
to the job queue), it needs more parameters. In particular, the
save-before value should not be stuffed into the flags. Save-before is
not a queued action: the save occurs in the
Ghassan Hammouri wrote:
I am unable to open any file that is in a ClearCase directory. Even
if the file is a newly-created file (i.e. view-private)
with read-write permissions for everyone, SciTE will refuse to open
it. If I copy that same file to my home directory (not under
ClearCase),
Wojciech Warczakowski wrote:
is it possible to use something like InputBox in Lua?
I'm using SciTE on WindowsXP.
First, I believe InputBox() is not part of the windows 32 API.
Second, I believe you would have to compile such a function into a DLL
and load it within a Lua script. I've
April White wrote:
I've uploaded
to http://www.scintilla.org/aprilw/scite-april-2006-02-13.zip the
latest release.
I have corrected the bug and uploaded the correction to the same file as
above.
April
--
Before they invented drawing boards, what did they go back
Cupcake Kid wrote:
Hi, I recently installed Mono for Win32 and I added its bin directory
to PATH so I can access its compiler without using the Mono command
prompt. However, the problem is, when I try and build something using
SciTE, I get the following message (this problem only affects C#,
I've uploaded to
http://www.scintilla.org/aprilw/scite-april-2006-03-12.zip .
I removed the bulky array of command mode settings and equivalent
properties. This also removed the typedef usage.
A bug within the 'replace selection' code was corrected.
Neil Hodgson wrote:
The job system
Istvan wrote:
Regarding F12, it can be changed from SciTEGlobal.properties
Hypertext|html|F12|\
I recommend copying the menu property from SciTEGlobal to your user file
so you don't lose changes when you upgrade next.
I've only found the at import statements cannot be moved out of
Neil, with your recent changes, is this FR complete?
April
--
Only a lack of imagination saves me from immobilizing myself with imaginary
fears.
___
Scite-interest mailing list
Scite-interest@lyra.org
I wrote this bug report, I decided to take a stab at solving it.
Please find at
http://www.scintilla.org/aprilw/scite-april-bug-859526-2006-03-26.zip my
submission.
Basically it revises the code that detects and handles the line
continuator, breaking the loop if there is a blank line
April White wrote:
Neil, with your recent changes, is this FR complete?
Sorry to bother you again, but I believe bug 1011217 can also be closed
April
--
A balanced diet is a cookie in each hand.
___
Scite-interest mailing list
Scite-interest
I've uploaded to
http://www.scintilla.org/aprilw/scite-april-2006-04-01.zip the latest
release.
In addition to the small bugs patched since the last major release, it
was pointed out that the command mode parsing was not reversing flags
when duplicates were encountered. This has been
Neil Hodgson wrote:
April White:
In addition to the small bugs patched since the last major release, it
was pointed out that the command mode parsing was not reversing flags
when duplicates were encountered. This has been corrected.
OK, that looks better.
Main thing needed
Jos vanderZande wrote:
Is there any reason why the Command.Save.Before=1
always saves the file in stead of using the same
behaviour used by Command.Go ? (Only save the file
when it is changed)
Jos, I think it has always been this way, but that does not mean it
cannot be changed.
Though it
At work I've been assigned to a project which requires extensive editing
of existing xml and xsl documents. Another unrelated project involves
the creation of new xml documents against existing xsd document. SciTE
edits these files, and with a Lua script I can re-indent a document to
my
Bruce Dodson wrote:
There's a tool called HTML Tidy that has some support for XML; see
http://tidy.sf.net/. In my setup I have the following command defined:
I've not used Tidy is some time. Does it validate against dtd's or
schema's?
I used it some time ago, I always though it was
Jos vanderZande wrote:
... or Run it with the Latest Beta version using Alt+F5.
... so you see what happens when they press
Alt+F5. They get prompted to save the script to
another file.
Second reason is that i created a LUA script that will
create x number of backups when Save is performed. I
Neil Hodgson wrote:
Current behaviour is all a bit accidental and just based on how the
code was factored. The lower level file writing shouldn't refuse just
because the file hasn't changed. There could be additional flags but
the argument for the extra complexity isn't that strong as you can
Bruce Dodson wrote:
For me, the fact that the auto keyword already exists for some other
property isn't enough reason to push it through. In the absence of any
additional user stories, I would defer to Neil.
Hi Bruce. Neil pretty much said the same thing, though Jos does support it.
My
Doyle Whisenant wrote:
... I have used the user defined list feature to write custom tool
menus, for example all of the CVS tools (for work). Is this what you
want to do?
I'd be interested in this. Any example code?
Doyle, I have a better version at the office, but this should work.
(This may be a re-post)
Doyle Whisenant wrote:
... I have used the user defined list feature to write custom tool
menus, for example all of the CVS tools (for work). Is this what you
want to do?
I'd be interested in this. Any example code?
Doyle, I have a better version at the
Philippe Lhoste wrote:
Very nice, useful as I have a number of small routines which I don't
want to put in the tool menu.
Here is my take on ordering the list:
A little improvement:
...
I almost forgot that in Lua, you can put functions in lists, and call
them!
Philippe, thank you for the
April White wrote:
I am attempting to adapt the regex lexer by Eugene Wong (LexUser) to
my 1.67 version.
I found it - the constant KEYWORDSET_MAX was increased in Eugene's
version from 8 to 23
April
--
Boldly going nowhere
___
Scite-interest
mozers wrote:
I write so:
WScript.StdIn[press dot] - calltips no :(
...
How to force SciTE that he has determined a dot on the left?
Look into the help file for
calltip./lexer/.word.characters
to see if it will work.
For example:
calltip.python.word.characters=._$(chars.alpha)
I am
Neil Hodgson wrote:
Mitchell Foral:
The problem is in the
OnUserListSelection event. I'm trying to call AutoCShow() from it
with an
instance methods list, but I get autocompletion of whatever it was
the user
selected
... My preferred
solution is to have a generic deferred task mechanism
Chris Sutcliffe wrote:
Is it possible to have 'Build' enabled for a Makefile (with no
extension)? My Makefile has the syntax all highlighted, but the
'Build' command is disabled (i.e. the menu item is greyed out).
I encountered this. I put these lines within my user properties file:
Some time ago I downloaded a VB example of an interface to Scintilla. I
recently realized that this example was missing many of the constants
and such from Scintilla.iface. Not having Python on my PC, updating the
HFacer.py script was fruitless, so I wrote an equivalent one in Lua.
This
mozers wrote:
How can I get a text from output window?
Check what your setting for
clear.before.execute
is. If it is not zero, then the output is being cleared between every
tool invocation.
April
--
The E-mail of the species is more deadly than the mail.
Steve Quinn Maxims for the
Benjamin Fisher wrote:
It would be still be cleaner to be able to call SciTEWin::ExecuteOne and
SciTEWin::ShellExec, without having to use an external program, since
this is the exact functionality I am after.
The development I did on the command/job system would probably work here
but I have
Alexander Kriegisch wrote:
I like the global option to use a shared instance whenever opening files
in SciTE. In special cases (e.g. SVN check-in), though, I need a
separate instance because SVN waits for the instance to be closed
inorder to proceed with the check-in. The whole thing needs to be
Bambero wrote:
I made a simple shell script which uploads (to ftp server) curently
open file.
I'm using:
command.name.3.*=FTP put
command.3.*=put $(FilePath)
command.subsystem.3.*=0
command.mode.3.*=savebefore:1
but it will be nice to do this command after each save.
How familiar are you
April White wrote:
My startup script has:
SciTEExtension.lua:620: attempt to call global 'loadlib' (a nil value)
Spoke to soon, it is now package.loadlib so I go that working, but I
think I implemented a small revision that I'll have to track down
April
--
Decisions ruled by fear aren't
mitchell wrote:
I would recompile Scintilla and SciTE with the DEBUG=1 option, then
run 'gdb SciTE', press 'r' and enter to run SciTE, and if it still
segfaults, gdb will let you know and you can enter the 'back' command
to show a backtrace of what happened.
Thanks Mitchell. I did compile
April White wrote:
... And the GTK source compiles, but no job runs - ...
I think I know why it is not running the commands in Linux. In the
win32 changes, when a command is added the program broadcasts a message
IDM_JOBS, which in turn starts the execution of jobs. I did not
implement
Neil Hodgson wrote:
There are various memory debuggers. I've found Valgrind useful on
Linux.
Thank you for reminding me. I've seen it discussed on other lists, and
I also saw it in the list of packages. I just have to remember to try it.
There is no close equivalent to SendMessage.
April White wrote:
I think I am going to rethink my approach to the job system under
Linux, to minimize the changes. Back to the drawing board.
Success!
I have to remove all of my debug code, document my changes, and remember
how to connect to the site where I've stored previous versions
I have uploaded to:
http://www.scintilla.org/aprilw/scite-v174dev-april-2007-07-29.zip
http://www.scintilla.org/aprilw/scite-dev-april-2006-05-02.zip
the source code for my implementation a replacement for the SciTE
command system, for both Win32 and GTK.
I've included Changelog-AprilW.txt
I posted something six hours ago and it has not shown up.
April
--
You can't teach a new mouse old clicks.
Steve Quinn Maxims for the Internet Age
___
Scite-interest mailing list
Scite-interest@lyra.org
mitchell wrote:
April White wrote:
I have uploaded to:
http://www.scintilla.org/aprilw/scite-v174dev-april-2007-07-29.zip
http://www.scintilla.org/aprilw/scite-dev-april-2006-05-02.zip
the source code for my implementation a replacement for the SciTE
command system, for both Win32 and GTK
I have uploaded to
http://www.scintilla.org/aprilw/scite-v174dev-openselected-april-2007-08-04.zip
a suggested patch to the OpenSelected() method so that if the selected
text is a directory, the 'open dialog' appears.
I have not attempted to implement this in my GTK machine.
Neil, this
Neil Hodgson wrote:
The cancelFlag is used in both the UI thread and the execution
thread so should be protected. That is why InterlockedExchange is used
in the current code. The same effect should be possible by using the
JobQueue mutex in an int SetCancelFlag(int value) method.
The
I have not been following this thread, but would not a search and
replace work?
Search for
\r\n\r\n
Replace with
\r\n
(and I guess if it is a Linux file, that would \n\n and \n respectfully)
with the 'Transform backslash expressions' checked
Run the script until no changes are made.
1 - 100 of 105 matches
Mail list logo