setedit-users — General list about setedit

Re: Windows UNC paths (was MEPIS Linux 2.6.7 & rhtivision 2.0.3)

[Arnold W. <awi...@te...>]

Grzegorz Adam Hankiewicz wrote:

>On 2004-11-12, Arnold Wiegert <awi...@te...> wrote:
>  
>
>>There are a ferw nasties with the UNC path on the Windows version
>>of 0.5.4. build 1145 but I haven't had the time to track them down
>>    
>>
>
>Can you ellaborate on this? Especially, what UNC means at all.
>
>  
>

please see:
http://www.deepmetrix.com/support/retired/ls6_faqs/importing4.asp

Arnold

Windows UNC paths (was MEPIS Linux 2.6.7 & rhtivision 2.0.3)

[Grzegorz A. H. <gr...@ti...>]

On 2004-11-12, Arnold Wiegert <awi...@te...> wrote:
> There are a ferw nasties with the UNC path on the Windows version
> of 0.5.4. build 1145 but I haven't had the time to track them down

Can you ellaborate on this? Especially, what UNC means at all.

MEPIS Linux 2.6.7 & rhtivision 2.0.3

[Arnold W. <awi...@te...>]

Hi Salvador,

One of my hard drives hiccupped and I had to install a new linux ( along 
with all of Winxx) on my machine and tried SimplyMepis; I'm now running 
the 2.6.7 kernel and just downloaded the latest snapshots from sourceforge.

After running ./configure, I tired compiling and got the following error

root@4[tvision]# make
make -C makes -f librhtv.mkf
make[1]: Entering directory `/usr/aww/pkg/set/tvision/makes'
gcc  -I../include        -O2 -pipe  -c ../classes/linux/linuxdis.cc -o 
obj/linuxdis.o
../classes/linux/linuxdis.cc:33:18: term.h: No such file or directory
make[1]: *** [obj/linuxdis.o] Error 1
make[1]: Leaving directory `/usr/aww/pkg/set/tvision/makes'
make: *** [static-lib] Error 2


There is not term.h file on my system.

Arnold

PS: Mepis was the simplest install of a debian based system I've ever 
run into; it even recognized all of my hardware without any help on my 
part. Impressive!

There are a ferw nasties with the UNC path on the Windows version of 
0.5.4. build 1145 but I haven't had the time to track them down

Re: SETEDIT wiki

[Salvador E. T. <sal...@in...>]

Thiago F.G. Albuquerque wrote:

>> The
>> http://sourceforge.net/docman/display_doc.php?docid=4297&group_id=1
>> Describes what's supported.
>> I also found: http://phpwiki.sourceforge.net/phpwiki/
>> That's a Wiki powered by PHP, the project is at S.F. and demonstrates 
>> itself at S.F.
>> If you are interested I could give you access to the web area so you 
>> can install it.
>
>
> Yes, please. I'd like that very much :)

Ok, you must tell me your S.F. user name. If you don't have one just 
register at S.F.

SET

-- 
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Visit my home page: http://welcome.to/SetSoft or
http://www.geocities.com/SiliconValley/Vista/6552/
Alternative e-mail: se...@co... se...@ie... 
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013

Re: SETEDIT wiki

[Thiago F.G. A. <tf...@te...>]

On Thu, 4 Nov 2004, Salvador Eduardo Tropea wrote:

> Thiago F.G. Albuquerque wrote:
>
>> Hi,
>> 
>> I've been toying with the idea of starting a "SETEDIT wiki". The problem is 
>> that I don't have where to host it. SET, could it be hosted on sourceforge? 
>> Does anybody know where else could it be hosted (for free)?
>
>
> What's needed to run Wiki?

The engine I'd like to use is MediaWiki 
(http://en.wikipedia.org/wiki/MediaWiki). It requires PHP and MySQL.

> The
> http://sourceforge.net/docman/display_doc.php?docid=4297&group_id=1
> Describes what's supported.
> I also found: http://phpwiki.sourceforge.net/phpwiki/
> That's a Wiki powered by PHP, the project is at S.F. and demonstrates itself 
> at S.F.
> If you are interested I could give you access to the web area so you can 
> install it.

Yes, please. I'd like that very much :)

[],
Thiago

Re: SETEDIT wiki

[Salvador E. T. <sal...@in...>]

Thiago F.G. Albuquerque wrote:

> Hi,
>
> I've been toying with the idea of starting a "SETEDIT wiki". The 
> problem is that I don't have where to host it. SET, could it be hosted 
> on sourceforge? Does anybody know where else could it be hosted (for 
> free)?


What's needed to run Wiki?
The
http://sourceforge.net/docman/display_doc.php?docid=4297&group_id=1
Describes what's supported.
I also found: http://phpwiki.sourceforge.net/phpwiki/
That's a Wiki powered by PHP, the project is at S.F. and demonstrates 
itself at S.F.
If you are interested I could give you access to the web area so you can 
install it.

Regards, SET

-- 
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Visit my home page: http://welcome.to/SetSoft or
http://www.geocities.com/SiliconValley/Vista/6552/
Alternative e-mail: se...@co... se...@ie... 
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013

Re: If running under X -> use X's clipboard

[Salvador E. T. <sal...@in...>]

Thiago F.G. Albuquerque wrote:

> On Fri, 30 Jul 2004, Salvador Eduardo Tropea wrote:
>
>> Thiago F.G. Albuquerque wrote:
>>
>>> I was trying to configure SETEDIT to automaticaly use X's clipboard=20
>>> when
>>> running under X. I came up with this solution:
>>>
>>> 1) In macros.slp:
>>>
>>> (if (RunningUnderX) (defmacro 'Copy' (SendCommands cmcCopyClipWin))
>>>                     (defmacro 'Copy' (SendCommands cmcCopy))
>>> )
>>>
>>> the same for 'Paste' and 'Cut'. And then I would bind ^Ins to the mac=
ro
>>> 'Copy', etc.
>>>
>>> This requires one new sLisp command: RunningUnderX.
>>
>>
>> I don=B4t think that=B4s a good solution for this issue. I think we=20
>> should be able to configure it inside the editor.
>
>
> You're right. I call 'cmcCopy' from several other places in=20
> macros.slp; I would have to duplicate this code several times.
>
> Does this last snapshot of SETEDIT have this option already?

Nope.

SET

--=20
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Visit my home page: http://welcome.to/SetSoft or
http://www.geocities.com/SiliconValley/Vista/6552/
Alternative e-mail: se...@co... se...@ie...=20
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013

SETEDIT wiki

[Thiago F.G. A. <tf...@te...>]

Hi,

I've been toying with the idea of starting a "SETEDIT wiki". The problem 
is that I don't have where to host it. SET, could it be hosted on 
sourceforge? Does anybody know where else could it be hosted (for free)?

[],
Thiago

-- 
()  ascii ribbon campaign - against html mail 
/\                        - against microsoft attachments

Re: If running under X -> use X's clipboard

[Thiago F.G. A. <tf...@te...>]

On Fri, 30 Jul 2004, Salvador Eduardo Tropea wrote:

> Thiago F.G. Albuquerque wrote:
>
>> I was trying to configure SETEDIT to automaticaly use X's clipboard when
>> running under X. I came up with this solution:
>>=20
>> 1) In macros.slp:
>>=20
>> (if (RunningUnderX) (defmacro 'Copy' (SendCommands cmcCopyClipWin))
>>                     (defmacro 'Copy' (SendCommands cmcCopy))
>> )
>>=20
>> the same for 'Paste' and 'Cut'. And then I would bind ^Ins to the macro
>> 'Copy', etc.
>>=20
>> This requires one new sLisp command: RunningUnderX.
>
> I don=B4t think that=B4s a good solution for this issue. I think we shoul=
d be=20
> able to configure it inside the editor.

You're right. I call 'cmcCopy' from several other places in macros.slp; I=
=20
would have to duplicate this code several times.

Does this last snapshot of SETEDIT have this option already?

[],
Thiago

Turbo Vision, SETEdit and RHIDE snapshots available

[Salvador E. T. <sal...@in...>]

Hi All!

Sources for fresh CVS snapshots are available: (2004/10/29)

http://tvision.sf.net/snap.html
http://setedit.sf.net/snap.html
http://rhide.sf.net/snapshots/snap.html

TV and SETEdit are release candidates, RHIDE compiles with them (tested 
for Linux only).
Changes in TV since RC1:
Important note: The list looks big, but the major part of the changes 
were in order to add support for new targets or enhance the support for 
others.

* Fixed: [DOS] Problems with asiatic code pages (i.e. chinese).
* Added: [MSVC] Can be compiled using the unified compilation mechanism 
using nmake and MSVC 7.1 (MSVC 5.0 or newer should be enough).
* Fixed: [Linux] Wrong encoding detection when running in the console.
* Fixed: [Win32] When the application requested more than 80x25 as 
window size before initialization the program died.
* Fixed: [Win32] Errors in regex prototypes.
* Added: [Win32] MinGW 3.1.0 support.
* Added: [Solaris] Support for the native "install" and "ld" tools.
* Fixed: [Solaris & Darwin] The native snprintf for these systems isn't 
POSIX compliant, we must use our replacement.
* Added: Support for Tru64 (OSF1). Only XTerm driver tested.
* Fixed: [UNIX] Lack of sys/time.h inclusion needed by some UNIX systems.
* Fixed: [Linux Mandrake 10.0] The gcc 3.4.1 shipped with it doesn't 
support the mechanism used to pull stream machinery.
* Fixed: [DOS] Problems with systems that manipulates the BIOS keyboard 
queue to make it larger.
* Fixed: [Linux SuSE 9.0 ES] This system have a bug in its headers, 
added workaround.
* Added: Support for Darwin (Mac OS X core). Only XTerm driver tested.
* Fixed: [FreeBSD] Name of symlinks to the library.
* Added: Support for NetBSD. Only XTerm driver tested.
* Added: Support for OpenBSD. Only XTerm driver tested.
* Fixed: [XTerm] New versions of XTerm doesn't implement get_title 
request (exploitable), now the library have a time out for the response.
* Fixed: [FreeBSD, other *BSD systems were affected too] Problems with 
the VMIN parameter. BSD interprets it in a way that's different than 
Linux, Solaris and the documentation found in the web.

Changes in SETEdit since RC1:
Important note: Debug features still available for Linux, it also 
compiles for Cygwin but it have some major unsolved issues. I'm looking 
for Cygwin volunteers. That's important because RHIDE doesn't work for 
Cygwin and hence that's a target we need to cover. I also would like to 
know if the debug features are usable for BSD, they should work under 
X11. I only have ssh access to BSD machines so I can't test it (real X11 
driver should be used, not just XTerm).

* Added: [MSVC] Can be compiled using the unified compilation mechanism 
using nmake and MSVC 7.1 (MSVC 5.0 or newer should be enough).
* Fixed: [Debug] when opening the disassembler window the editor failed 
to create the correct expression to find the starting address of the 
current function. This isn't critical but generates an error message and 
the function isn't disassembled from the beginning.
* Fixed: [Cosmetic] Copyright year shown in the command line help. 
Unified with the one in the about box.
* Added: [Install] Support for Solaris' native install tool. It have 
nothing todo with POSIX install.
* Fixed: [Solaris 9] Compilation issues.
* Fixed: "Paste Emacs Mode" not grayed when the mode isn't available.
* Added: [SHL] Emacs mode for shell scripts and XML files.
* Added: Support for Darwin (Mac OS X core). Only XTerm driver tested.
* Added: Support for NetBSD. Only XTerm driver tested.
* Added: Support for OpenBSD. Only XTerm driver tested.
* Fixed: [SuSE 8.0 SLES] Compilation issues (including detection of 
faulty aalib).

RHIDE: Nothing changed since last snapshots, should benefit from changes 
in TV (i.e. DOS version should look OK for chinese systems).

SET

-- 
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Visit my home page: http://welcome.to/SetSoft or
http://www.geocities.com/SiliconValley/Vista/6552/
Alternative e-mail: se...@co... se...@ie... 
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013

Re: Oct 18 and MSVC 6.0

[Salvador E. T. <sal...@in...>]

Hi Arnold:

> finally got a chance to looks at the latest snap from Oct 18.
>
> Seems I need a new lib librhuti, but when I try to compile it, I get a 
> whole bunch of errors, such as:
> =======================================================
> Compiling...
> expvar.cpp
> D:\Set-test\Oct1804\set\librhuti\expvar.cpp(11) : error C2664: 
> 'strchr' : cannot convert parameter 1 from 'char' to 'const char *'
>         Conversion from integral type to pointer type requires 
> reinterpret_cast, C-style cast or function-style cast 


This source shouldn't be compiled. Is part of the original "LIB Robert 
Hoehne UTIls" but I don't use it and hence isn't updated to compile for 
all targets.
Just remove it from your project.

[snip]

> Do I need this library?

Yes, but the files you have to compile are the ones listed in 
makes/librhuti.umk (the unified compilation system compiles it).
The rule to generate the lib is:

librhuti$(ExLIB):: \
    obj/abstorel$(ExOBJ) \
    obj/back2sl$(ExOBJ) \
    obj/basename$(ExOBJ) \
    obj/fexpand$(ExOBJ) \
    obj/io$(ExOBJ) \
    obj/specs$(ExOBJ) \
    obj/splitfn$(ExOBJ) \
    obj/stricat$(ExOBJ) \
    obj/stridown$(ExOBJ) \
    obj/stridup$(ExOBJ) \
    obj/strifree$(ExOBJ) \
    $(MAKEFILE_DEPS)
    $(RHIDE_COMPILE_ARCHIVE)

SET

-- 
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Visit my home page: http://welcome.to/SetSoft or
http://www.geocities.com/SiliconValley/Vista/6552/
Alternative e-mail: se...@co... se...@ie... 
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013

Oct 18 and MSVC 6.0

[Arnold W. <awi...@te...>]

Hi Salvador,

finally got a chance to looks at the latest snap from Oct 18.

Seems I need a new lib librhuti, but when I try to compile it, I get a 
whole bunch of errors, such as:
=======================================================
Compiling...
expvar.cpp
D:\Set-test\Oct1804\set\librhuti\expvar.cpp(11) : error C2664: 'strchr' 
: cannot convert parameter 1 from 'char' to 'const char *'
         Conversion from integral type to pointer type requires 
reinterpret_cast, C-style cast or function-style cast
D:\Set-test\Oct1804\set\librhuti\expvar.cpp(11) : error C2440: 'return' 
: cannot convert from 'char' to 'char *'
         Conversion from integral type to pointer type requires 
reinterpret_cast, C-style cast or function-style cast
D:\Set-test\Oct1804\set\librhuti\expvar.cpp(12) : error C2065: 
'_static_buffer' : undeclared identifier
D:\Set-test\Oct1804\set\librhuti\expvar.cpp(12) : error C2440: '=' : 
cannot convert from 'int' to 'char *'
         Conversion from integral type to pointer type requires 
reinterpret_cast, C-style cast or function-style cast
D:\Set-test\Oct1804\set\librhuti\expvar.cpp(13) : error C2440: '=' : 
cannot convert from 'char' to 'char *'
         Conversion from integral type to pointer type requires 
reinterpret_cast, C-style cast or function-style cast
D:\Set-test\Oct1804\set\librhuti\expvar.cpp(25) : error C2065: 'getenv' 
: undeclared identifier
D:\Set-test\Oct1804\set\librhuti\expvar.cpp(25) : error C2440: '=' : 
cannot convert from 'int' to 'char *'
         Conversion from integral type to pointer type requires 
reinterpret_cast, C-style cast or function-style cast
D:\Set-test\Oct1804\set\librhuti\expvar.cpp(44) : error C2664: 
'string_free' : cannot convert parameter 1 from 'char' to 'char *& '
         A reference that is not to 'const' cannot be bound to a non-lvalue
D:\Set-test\Oct1804\set\librhuti\expvar.cpp(45) : error C2665: 
'string_dup' : none of the 2 overloads can convert parameter 1 from type 
'char'
D:\Set-test\Oct1804\set\librhuti\expvar.cpp(46) : error C2440: 'return' 
: cannot convert from 'char' to 'char *'
         Conversion from integral type to pointer type requires 
reinterpret_cast, C-style cast or function-style cast
Error executing cl.exe.

librhuti.lib - 10 error(s), 0 warning(s)
===================================================================
Do I need this library?

Seems I do need at least a header from this directory

Arnold

Re: more lisp: how to strip (laeding) chars of a string

[Thiago F.G. A. <tf...@te...>]

On Sat, 23 Oct 2004, Thiago F.G. Albuquerque wrote:

> And the 
> two-char macros would still work after this, as well. So, three-char 
> triggered and two-char triggered macro can coexist peacefully, I think. And 
> n-char macros, in general. But I haven't tested this.

No. Wrong. Sorry. Forget what I said. If you change pmacro to get 3 chars, 
all your triggers will have to have 3 chars too. Unless you do something 
smarter, like:

For each trigger, replace

(== str "#i")  ;; for instance

by

(== (right str 2) "#i")

So that in the case of a 2-char trigger, only the last two chars are 
compared.

But I haven't test this either :)

Thiago

Re: TAb => F6

[Salvador E. T. <sal...@in...>]

Hi Arnold!

> Hello Salvador,
>
> I finally got a chance to investigate why my tab key works the same as 
> the F6 key.
>
> Seems that in tvision\classes\tgroup.cc
> void TCEditor::handleKey(TEvent &event)
> {
>  // Hack: disassembler windows must work as a widget
>  if (isDisassemblerEditor && owner && owner->owner &&
>      event.keyDown.keyCode==kbTab)
>    {
>     owner->owner->selectNext(True);
>     clearEvent(event);
>     return;
>    }
> After pressing a <Tab> I end up in the function above and the variable 
> "isDisassemblerEditor" has a value of 0xcd (looks like it is 
> undefined) and so my Tab key works much like the F6 key i.e. it moves 
> to the 'next window'
>
> I can still get tabs via Shitf-Tab, but it makes it a bit more work ;-)
>
> I'm running Version 0.5.4 revision 1102


It was fixed around revision 1126. The value wasn't initialed as you 
guessed :-)

SET

-- 
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Visit my home page: http://welcome.to/SetSoft or
http://www.geocities.com/SiliconValley/Vista/6552/
Alternative e-mail: se...@co... se...@ie... 
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013

Re: more lisp: how to strip (laeding) chars of a string

[Thiago F.G. A. <tf...@te...>]

On Thu, 23 Sep 2004, Arnold Wiegert wrote:

> After looking through the file macros.slp and trying to use the example macro 
> pmacro to allow me to expand pseudo macros with triggers larger than 2 chars, 
> I'm stuck because I can't find a way to strip the leading character of a 
> string.
>
> There is no problem in expanding triggers of any length which start at the 
> very start of a line, but I would like to use the same idea for words 
> anywhere on the line.
>
> I have considered various ways of accomplishing that with what I have found 
> so far, but I'm curious if there is a built-in way I have missed?
>
> The main reason for going this way, rather than the regular pseudo macros is 
> that I have trouble remembering whether I need #I or #i to give me the 
> expansion I want - plus there are other pseudo macros I would like to expand, 
> which are even more cumbersome if I only have two characters to deal with - 
> there is a whole series of potential candidates, all starting with #. This 
> leaves me  with only one more char to play with - too hard for me to remember 
> with any reasonable chance of success :-(

Two possible solutions:

1) Make the trigger to your macro the two characters after the '#'.

2) 'pmacro' gets the last two caracters relative to the cursor pos using 
this code:

   (SendCommands cmcSelectOn cmcCharLeft cmcCharLeft cmcSelectOff)
   (setv "str" (GetSelection))

This could be easily modified to get more chars. To get three chars, 
instead, just insert one extra 'cmcCharLeft' in the arglist to 
SendCommands. And the two-char macros would still work after this, as 
well. So, three-char triggered and two-char triggered macro can coexist 
peacefully, I think. And n-char macros, in general. But I haven't tested 
this.

Thiago

TAb => F6

[Arnold W. <awi...@te...>]

Hello Salvador,

I finally got a chance to investigate why my tab key works the same as 
the F6 key.

Seems that in tvision\classes\tgroup.cc
void TCEditor::handleKey(TEvent &event)
{
  // Hack: disassembler windows must work as a widget
  if (isDisassemblerEditor && owner && owner->owner &&
      event.keyDown.keyCode==kbTab)
    {
     owner->owner->selectNext(True);
     clearEvent(event);
     return;
    }
After pressing a <Tab> I end up in the function above and the variable 
"isDisassemblerEditor" has a value of 0xcd (looks like it is undefined) 
and so my Tab key works much like the F6 key i.e. it moves to the 'next 
window'

I can still get tabs via Shitf-Tab, but it makes it a bit more work ;-)

I'm running Version 0.5.4 revision 1102

Arnold

SETEdit v0.5.4 Release Candidate 1 available

[Salvador E. T. <sal...@in...>]

Hi All!

The first release candidate for SETEdit v0.5.4 is available.
Unless something really bad is found it will become the next stable relea=
se.
Sources in .zip and tar.gz formats are available. Debian Woody .deb=20
files (x86) and Red Hat 9.0 RPMs (x86) are also available. The Red Hat=20
RPMs were created in a remote system so they aren=B4t fully tested.
Binaries for DOS and Win32 are also available.
If anybody can generate RPMs for other Linux flavors please consider=20
contributing them. Generating RPMs is really you just need to run=20
"redhat/create-rpms.sh" script.
Here is the list of added/fixed stuff:

[taking last stable release (0.5.2) as reference]
[66 new things and 40 fixes]

New [66 things]:

+ Debug [12] --> NEW Functionality for *Linux* <--

* Dialogs to configure the debug mode (local, remote and running=20
process), the
command line options for the program, gdb binary, xterm binary, messages
displayed, etc.
* Breakpoints, simple ones and advanced options including conditional
breakpoints, breakpoints at functions, ignore count, etc.
* Watchpoints, they are data breakpoints.
* Options to run, continue, step over, trace into, run upto return, etc.
* Options to stop and kill the program.
* Thread selection.
* Evaluate and modify data.
* Data Window and Satck to browse the memory (very complete and with its =
own
menu).
* Data Watches, like then ones in RHIDE and also with scope.
* Data Inspectors, used to analyze complex data structures.
* Disassembler Window, including syntax highlight and allowing to modify =
the
registers.
* Calling stack, with functionality to browse the call chain.

+ Various [15]

* Alternative project sorting mode.
* Commands to select any window, now Alt+Key is no longer hardcoded.
* Sections in the docs to help finding what you need.
* When asking for word completion if the word at the left looks like Clas=
s::
then the editor looks for the class and offers the members.
* Enhacements to the "Paste Emacs Mode" and the code to search Emacs
variables.
* Now if you don't specify any path to "search files under cursor" the=20
editor
tries to automagically fills this list using the output of cpp.
* If the editor fails to find the file under cursor now it also looks for=
 it
in the project and the current directory.
* Some rudimentary $(VARIABLE) expansion to the "File under cursor" files=

list.
* A button to recompute window numbers in the list of windows.
* "File open" dialogs remmembers its size and position.
* Non interactive versions of the cmcExpandAllTabs and cmcCompactBuffer
commands to be used from sLisp.
* Two new commands: cmeGPushCursorPos and cmeGPopCursorPos. They are "glo=
bal
push/pop cursor pos". So they also remmember the file.
* Options to zoom the editor windows when inserted in the desktop.
* An option to regenerate the central tags file. Used to workaround=20
ctags bug.
* Modified behavior of the paste operation in input lines: Now the text i=
s
pasted without destroying the previous value (unless it is selected).

+ Menu files [4]

* Context sensitive menues. Also extended the .smn file language to creat=
e
such a thing. Currently used only for the data window and the help.
* The conditionals in menu files can use the TV driver, CPU, OS, etc. for=

conditions.
* More variables to check: MP3, PCRE, BZIP2, MIXER and UNIX.
* $define and $undef and its expansion.

+ Compilation [2]

* The posibility to override the "install" command in makefiles.
* Unified compilation mechanism for BC++.

+ sLisp [9]

* FindString, FindAgain, ReplaceString and ReplaceAgain for searches.
* SelectWindowNumber used to change the focused window.
* GetCurWindowNumber and GetMaxWindowNumber.
* You can bind small portions of sLisp code to keys and menu entries.
* KeyBindings and BindKey commands. With them you can change key bindings=

from sLisp.
* prex to perform Perl regular expressions searches.
* GetSystemInfo to know the current OS, TV driver, CPU, etc.
* More macros examples.
* Now you can send cme* commands.

+ Syntax highlight and pmacros [8]

* Flat Assembler syntax.
* Ruby syntax.
* SPARC assembler syntax.
* WML syntax and pmacros.
* Errors parser for Perl.
* C,H and CPP as valid C extensions as valid for C/C++.
* HTML extensions as valid for HTML.
* vbe and vst as VHDL extensions.

+ Cosmetic [16]

* Project windows are "closed" (hided) when pressing ESC.
* Windows are opened "zoomed" when the project window isn't visible.
* When automatically opening a project item now its opened using the=20
relative
path.
* Select the closest word when using double click and not the next.
* History to the "arbitrary indent" and "run command" input lines.
* To lock the screen while doing a search & replace operation to avoid
"flashing" when doing a lot of S&R operations.
* Modified: "Do not purge spaces" option to be "Keep trailing whitespace"=

that's more descriptive.
* A new color scheme called "Classic Borland"
* A new color scheme called "Midnight Commander"
* If the Ctrl+Enter fails to find the file under cursor now that's inform=
ed
in the "status line" of the current editor.
* Most lists (like functions list) now centers the focused item when a ma=
tch
is selected.
* OS/OS flavor,CPU,Compiler/Compiler flavor and Driver to the about box.
* Configuration options to disable the calculator and calendar.
* Now the meassure command reports the result in the status line.
* A beep when "Run a program" finishes. Option to disable.
* Busy indicator while we load the tags from disk.


Fixed [40 things]:

+ Fatal  [4]

* The "Jump" button in the main window of the class browser.
* Undo count for the first undo wasn't initialized. Unknown consequence.
* Corrupted MP3 files could produce a crash.
* Abort when doing word completion and the starting word was "bigger" tha=
n
the last tag in the list.

+ Not fatal [17]

* HTML export: missing body tag.
* Errors in the conditionals parser for menu files.
* Undo error when a character replaced a tab (overwrite enabled) and the
cursor was inside the tab (not at the beggining).
* Wrong match pair when the cursor was in the middle of a tab and the nex=
t
character matched a pair (highlight in the middle of the tab).
* No match pair after deleting some text and the cursor goes to a symbol.=

* When searching outside comments and the match was found in the first=20
column
of a line after a comment it was ignored.
* When starting a project using a different window size the project windo=
w
could get wrong size and even become outside the screen.
* When aborting an overwrite (in save as) the name of the window was=20
changed.
* When pasting using the OS clipboard and the cursor was moved to the end=
 of
the selection it could go out of screen which is quite annoying.
* When copying something from the calculator and the paste wasn't enabled=

before entering the calculator then you needed to at least move the curso=
r
before you could paste.
* Use of unitialized undo counter in some rectangular selection operation=
s.
* The heuristic C/C++ parser to support list of exceptions (function
throw(...) {body}).
* Some details in the heuristic C++ functions searcher. They address=20
problems
with the const and throw() attributes.
* Various memory leaks.
* "New" buffers shouldn't be added to the list of closed windows when=20
closed.
It generated a read out of bounds and a write of unitialized data to disk=
=2E
* The menu files uses nested preprocessor directives but it wasn't=20
supported.
* cmcCutClipWin command not dis/enabled when selecting text.

+ Compilation [13]

* Cygwin: Collision between strndup and calculator parser.
* Some gcc versions needs explicit use of libstdc++ to link C++ and
internac/getcolors didn't have it.
* Removed two comments containing non-ASCII chars.
* Various gcc 3.x compilation issues (including gcc 3.4.1 support).
* Problems with newer versions of makeinfo.
* The memcpy usage to be more portable. It worked for all supported targe=
ts,
but now should also work for unsupported targets. Same for malloc/new/new=
[]
v.s. free/delete/delete[] calls.
* Missing va_end and abuse of va_list type. It gave problems for Linux PP=
C
targets.
* Use of "g++" in favor of "gcc -lstdc++".
* strstr and strchr are declared different in C++ standard (compared to C=

standard). Needed to avoid BC++ compilation problems.
* Various MSVC compilation issues.
* --cxx-flags flag was reported as --cpp-flags in the help. Now both are
valid.
* Cygwin can execute the "make install" target, but it installed binaries=

without .exe extension.
* Detection of pcre header for systems where the header is in pcre/pcre.h=
=2E
Red Hat is an example.

+ Linux [3]

* Code page problems when mixing console use and remote XTerm use.
* RPM prereq for /sbin/install-info.
* Problems to create the rpms using Fedora Core 2.

+ Cosmetic [3]

* Some drawing variables not initialized. Could make the row/col cursor
appear until a new redraw.
* Now the cmc*Win (Copy,Cut,Paste) commands are called cmc*OS to reflect
their real use. The old names remains as aliases.
* The list for word completion had a wrong vertical size when we had=20
repeated
tags in the list to choose. Only one was visible but the size was compute=
d
counting the repetitions.

Regards, SET

--=20
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Visit my home page: http://welcome.to/SetSoft or
http://www.geocities.com/SiliconValley/Vista/6552/
Alternative e-mail: se...@co... se...@ie...=20
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013

Re: [*] Annoying beep

[Thiago F.G. A. <tf...@te...>]

On Fri, 24 Sep 2004, Salvador Eduardo Tropea wrote:

> Thiago F.G. Albuquerque wrote:
>
>> In the old days, the message window beeped only when there were no more 
>> errors. Now, it beeps everytime the compilations ends. Is there a way to 
>> disable this?
>
> Of course, look in the "Run external program" options, you can disable the 
> bell.
[snip]

Yes, you're right. I haven't noticed this. Thank you.

[],
Thiago

Re: [Fwd: UNC work broke SaveAs] IllegalChars

[Salvador E. T. <sal...@in...>]

Arnold Wiegert wrote:

> I've pinned down the problem to tvision\compat\validfilename.c


I think the real problem is this:

 /* SET: Not sure why Vadim wanted it. Perhaps to make the port more usab=
le
    for users accustomed to back slashes, but then the library isn't unif=
orm
    across platforms */
 #define DIRSEPARATOR '\\'
 #define DIRSEPARATOR_ "\\"

All platforms are using:

  #define DIRSEPARATOR '/'
  #define DIRSEPARATOR_ "/"

This generates problems in:

int CLY_ValidFileName(const char *fileName)
{
  static const char * illegalChars;
  const char *slash=3Dstrrchr(fileName,DIRSEPARATOR);
^^^^^^^^

If the UNC looks like "//share/file" this search won=B4t find any \
I see two ways of solving it. The best is to just make MSVC (MinGW also) =

to work as BC++ and the rest. The other is to support this strange mix.
In orther to change MSVC behavior classes/tdirlist.cc should be changed:

void TDirListBox::newDirectory( const char *str )
{
    strcpy( dir, str );
    TDirCollection *dirs =3D new TDirCollection( 5, 5 );
    #ifdef CLY_HaveDriveLetters
    #if defined(TVCompf_djgpp) || defined(TVComp_BCPP)

I think here the condition should be:

   #ifndef TVOS_UNIX

This will force the file dialogs to report / instead of \.
Then changing to:

  #define DIRSEPARATOR '/'
  #define DIRSEPARATOR_ "/"

Should fix the problem.

SET

--=20
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Visit my home page: http://welcome.to/SetSoft or
http://www.geocities.com/SiliconValley/Vista/6552/
Alternative e-mail: se...@co... se...@ie...=20
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013

Re: more lisp questions: bell

[Salvador E. T. <sal...@in...>]

Arnold Wiegert wrote:

> is there an slisp command to produce a beep from a macro??

Nope.

> I am looking for some 'alert' simpler than the message box.

You can print to the status line of the current window: ShowInStatusLine

SET

-- 
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Visit my home page: http://welcome.to/SetSoft or
http://www.geocities.com/SiliconValley/Vista/6552/
Alternative e-mail: se...@co... se...@ie... 
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013

Re: [*] Annoying beep

[Salvador E. T. <sal...@in...>]

Thiago F.G. Albuquerque wrote:

> In the old days, the message window beeped only when there were no=20
> more errors. Now, it beeps everytime the compilations ends. Is there a =

> way to disable this?

Of course, look in the "Run external program" options, you can disable=20
the bell. IMHO that=B4s really useful because then you can start compilin=
g=20
and then switch to another desktop to do another job, when the=20
compilation is finished you get the sound.

SET

--=20
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Visit my home page: http://welcome.to/SetSoft or
http://www.geocities.com/SiliconValley/Vista/6552/
Alternative e-mail: se...@co... se...@ie...=20
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013

Re: more lisp: how to strip (laeding) chars of a string

[Salvador E. T. <sal...@in...>]

Arnold Wiegert wrote:

> After looking through the file macros.slp and trying to use the=20
> example macro pmacro to allow me to expand pseudo macros with triggers =

> larger than 2 chars, I'm stuck because I can't find a way to strip the =

> leading character of a string.


I don=B4t fully understand which operation do you need, but you have=20
"left", "right", "length" and "substr"

SET

--=20
Salvador Eduardo Tropea (SET). (Electronics Engineer)
Visit my home page: http://welcome.to/SetSoft or
http://www.geocities.com/SiliconValley/Vista/6552/
Alternative e-mail: se...@co... se...@ie...=20
Address: Curapaligue 2124, Caseros, 3 de Febrero
Buenos Aires, (1678), ARGENTINA Phone: +(5411) 4759 0013

[Fwd: UNC work broke SaveAs] IllegalChars

[Arnold W. <awi...@te...>]

I've pinned down the problem to tvision\compat\validfilename.c

For me, changing IllegalChars from "<>|/\"" to "<>|\"" seems to do the 
trick as far as I can tell.

Enabling UNC changes all backward slashes to forward slashes and then 
trips up in the tests for valid filenames.

I have only changed IllegalChars for now, as I'm not sure the two 
versions for djgpp will also need changing - at least IllegalChars2?

Up to now I have only done limited testing of this, but it does fix the 
SaveAs problem I was having.


Arnold

-------- Original Message --------
Subject: UNC work broke SaveAs
Date: Fri, 24 Sep 2004 09:31:40 -0700
From: Arnold Wiegert <awi...@te...>
To: SETEdit Mailing List <set...@li...>

Hi Salvador,

after using my latest UNC-capable setedit for a bit yesterday, I find
that (at least) the Save As feature is broken on my system. No matter
what file name I give it, it pops up a message box "Invalid file name" :-(

I'll try to pin it down a bit more, but thought I'd let you know ASAP.

Arnold

UNC work broke SaveAs

[Arnold W. <awi...@te...>]

Hi Salvador,

after using my latest UNC-capable setedit for a bit yesterday, I find 
that (at least) the Save As feature is broken on my system. No matter 
what file name I give it, it pops up a message box "Invalid file name" :-(

I'll try to pin it down a bit more, but thought I'd let you know ASAP.

Arnold

more lisp: how to strip (laeding) chars of a string

[Arnold W. <awi...@te...>]

After looking through the file macros.slp and trying to use the example 
macro pmacro to allow me to expand pseudo macros with triggers larger 
than 2 chars, I'm stuck because I can't find a way to strip the leading 
character of a string.

There is no problem in expanding triggers of any length which start at 
the very start of a line, but I would like to use the same idea for 
words anywhere on the line.

I have considered various ways of accomplishing that with what I have 
found so far, but I'm curious if there is a built-in way I have missed?

The main reason for going this way, rather than the regular pseudo 
macros is that I have trouble remembering whether I need #I or #i to 
give me the expansion I want - plus there are other pseudo macros I 
would like to expand, which are even more cumbersome if I only have two 
characters to deal with - there is a whole series of potential 
candidates, all starting with #. This leaves me  with only one more char 
to play with - too hard for me to remember with any reasonable chance of 
success :-(

TIA

Arnold