setedit-users — General list about setedit

Re: [Fwd: Re: inserting spaces for a tab from sLisp]

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

Salvador Eduardo Tropea wrote:
> 
> I'm back from my vacations and now I'm slowly reading the old mails ...
> Ok, I added "cmcSmartTab" and assigned it to Tab (important!!! people 
> using custom keybord bindings will need to add this).
> Then I moved the code inside TCEditor::InsertCharInLine to a new 
> function TCEditor::SmartTab().
> So now if the editor gets a tab from the keyboard (not translated to a 
> command) will insert an ASCII 9, but the default is to translate tab 
> into cmcSmartTab. This command implements the complex behavior.
> 
When I use the function cmsSmartTab in my macros file with the latest 
snapshot compiled under MSVC6, I get an error from the lisp interpreter:
Type of error: syntax
command expected
Code: ...(cmcSmartTab<*>)^W                   ...
END of SLP

this part of the macros is part of the pmacro in macros.slp

   (cond
          (not (strcmp str "{"))     (progn  (InsertText "{}")
                                     (SendCommands cmcCharLeft
                                      cmcNewLine cmcLineEnd
                                      cmcLineUp cmcNewLine )
                                      ;(InsertText "\t")
		                     (cmsSmartTab)
                                     )

The old code inserted a tab - where I really wanted all spaces, as set 
per smart indent - i.e. 3 in my case.
The new command upsets the sLisp interpreter.

Am I using it properly? Does it need and argument?

The About box says:
Version 0.5.5 Revision 1168
Platform Win32,X86, MSC Driver Win32

Arnold

Re: Can't build tvision on Mepis

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

Thiago F.G. Albuquerque wrote:

> I was trying to build tv on MEPIS (which I believe is equivalent to 
> Debian/testing):
>
> make -C makes -f librhtv.mkf
> make[1]: Entering directory `/home/thiago/packages/set/tvision/makes'
> g++  -I../include -I/usr/X11R6/include        -O2 -pipe  -c 
> ../classes/linux/linuxdis.cc -o obj/linuxdis.o
> ../classes/linux/linuxdis.cc:34:18: term.h: No such file or directory
> make[1]: *** [obj/linuxdis.o] Error 1
> make[1]: Leaving directory `/home/thiago/packages/set/tvision/makes'
> make: *** [static-lib] Error 2
>
>
> This is probably easy to fix, but I am reporting it anyway. Maybe some 
> test should be added to 'configure'.

I guess your system just lacks ncurses, you can simply remove the line 
that includes term.h, isn't currently needed there.

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

Can't build tvision on Mepis

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

I was trying to build tv on MEPIS (which I believe is equivalent to 
Debian/testing):

make -C makes -f librhtv.mkf
make[1]: Entering directory `/home/thiago/packages/set/tvision/makes'
g++  -I../include -I/usr/X11R6/include        -O2 -pipe  -c ../classes/linux/linuxdis.cc -o obj/linuxdis.o
../classes/linux/linuxdis.cc:34:18: term.h: No such file or directory
make[1]: *** [obj/linuxdis.o] Error 1
make[1]: Leaving directory `/home/thiago/packages/set/tvision/makes'
make: *** [static-lib] Error 2


This is probably easy to fix, but I am reporting it anyway. Maybe some 
test should be added to 'configure'.

[],
Thiago

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

Re: [Fwd: Re: inserting spaces for a tab from sLisp]

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

Welcome back, Salvador; Hope you had a good vacation ;-)

I'm in the middle of understanding and getting cvs working on my 
systems, so once that has settled, I'll recompile the latest version of 
the editor and let you know how the change works.

Hopefully, this will be later this week and after that I hope that I'll 
also be able to get back to do more testing on the UNC path problem.

Arnold

Salvador Eduardo Tropea wrote:
> Thiago F.G. Albuquerque wrote:
> 
>> On Sat, 12 Feb 2005, Arnold Wiegert wrote:
>>
>>> Thiago F.G. Albuquerque wrote:
>>>
>>>> On Thu, 10 Feb 2005, Arnold Wiegert wrote:
>>>>
>>>>> Hello again,
>>>>>
>>>>> I've just tried to work some  more on my lisp macros - macros.slp - 
>>>>> as a replacement for pseudo macros and I'm trying to use the 
>>>>> InsertText function to insert spaces using a "\t" string.
>>>>
>>>>
>>>>
>>>>
>>>> (InsertText "\t") inserts a real tab.
>>>>
>>>>> It works, but I was hoping it would take a hint from the editor 
>>>>> setup which calls for using spaces in place of tabs to keep things 
>>>>> lined up.
>>>>>
>>>>> Is there (another) way to do this and get spaces - the number of 
>>>>> spaces set in the Tool&Ops->Options->GlobalEdition->TabSize field?
>>>>
>>>>
>>>>
>>>>
>>>> AFAIK, no.
>>>>
>>>> One possible solution to this would be to create a new sLisp 
>>>> command, e.g. (GetTabSize). But currenlty, there is no such thing.
>>>>
>>> Since it appears that lisp functions such as cmcNewLine use smart
>>> indenting, I expected/hoped that the other 'features' such as tab/space
>>> replacement etc. should also be taken into account.
>>
>>
>>
>> I agree with you. 'cmcNewLine' is the command assigned to <enter>, but 
>> there is no similar command for <tab>
>>
> 
> I'm back from my vacations and now I'm slowly reading the old mails ...
> Ok, I added "cmcSmartTab" and assigned it to Tab (important!!! people 
> using custom keybord bindings will need to add this).
> Then I moved the code inside TCEditor::InsertCharInLine to a new 
> function TCEditor::SmartTab().
> So now if the editor gets a tab from the keyboard (not translated to a 
> command) will insert an ASCII 9, but the default is to translate tab 
> into cmcSmartTab. This command implements the complex behavior.
> 
> Please report any crazy behavior generated by this change.
> 
> Regards, SET
> 

Re: [Fwd: Re: inserting spaces for a tab from sLisp]

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

Thiago F.G. Albuquerque wrote:

> On Sat, 12 Feb 2005, Arnold Wiegert wrote:
>
>> Thiago F.G. Albuquerque wrote:
>>
>>> On Thu, 10 Feb 2005, Arnold Wiegert wrote:
>>>
>>>> Hello again,
>>>>
>>>> I've just tried to work some  more on my lisp macros - macros.slp - 
>>>> as a replacement for pseudo macros and I'm trying to use the 
>>>> InsertText function to insert spaces using a "\t" string.
>>>
>>>
>>>
>>> (InsertText "\t") inserts a real tab.
>>>
>>>> It works, but I was hoping it would take a hint from the editor 
>>>> setup which calls for using spaces in place of tabs to keep things 
>>>> lined up.
>>>>
>>>> Is there (another) way to do this and get spaces - the number of 
>>>> spaces set in the Tool&Ops->Options->GlobalEdition->TabSize field?
>>>
>>>
>>>
>>> AFAIK, no.
>>>
>>> One possible solution to this would be to create a new sLisp 
>>> command, e.g. (GetTabSize). But currenlty, there is no such thing.
>>>
>> Since it appears that lisp functions such as cmcNewLine use smart
>> indenting, I expected/hoped that the other 'features' such as tab/space
>> replacement etc. should also be taken into account.
>
>
> I agree with you. 'cmcNewLine' is the command assigned to <enter>, but 
> there is no similar command for <tab>
>

I'm back from my vacations and now I'm slowly reading the old mails ...
Ok, I added "cmcSmartTab" and assigned it to Tab (important!!! people 
using custom keybord bindings will need to add this).
Then I moved the code inside TCEditor::InsertCharInLine to a new 
function TCEditor::SmartTab().
So now if the editor gets a tab from the keyboard (not translated to a 
command) will insert an ASCII 9, but the default is to translate tab 
into cmcSmartTab. This command implements the complex behavior.

Please report any crazy behavior generated by this change.

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: English mistake

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

Thiago F.G. Albuquerque wrote:

>
> This one corrects an English mistake in setedit.


Applied, thanks!

-- 
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: [Fwd: Re: inserting spaces for a tab from sLisp]

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

Thiago F.G. Albuquerque wrote:
> On Sat, 12 Feb 2005, Arnold Wiegert wrote:
> 

>>> One possible solution to this would be to create a new sLisp command, 
>>> e.g. (GetTabSize). But currenlty, there is no such thing.
>>>
>> Since it appears that lisp functions such as cmcNewLine use smart
>> indenting, I expected/hoped that the other 'features' such as tab/space
>> replacement etc. should also be taken into account.
> 
> 
> I agree with you. 'cmcNewLine' is the command assigned to <enter>, but 
> there is no similar command for <tab> -- and this is the source of the 
> problem you're facing. The creation of this command is a better solution 
> than the one I proposed in the other message ((GetTabSize)).
> 
This would involve a lot more code, though, on the macro side than 
having text entered via these 'macros' obeying the same rules as text 
entered from the keyboard ;-)

> A remark:
> 
> 'cmcNewLine' is not a sLisp function: it's an editor command.
> 
> Even before there was a scripting language in SETEDIT, the user could 
> record and playback "macros": each command has a name, and as the 
> commands are executed, they are saved in some sort of buffer, so they 
> can be undone, recorded, and played back.
> 
> Ok. Then came sLisp. Although sLisp functions are also called "macros", 
> this is a bad name choice, because this is a completely different 
> mechanism.
> 

This was long before my time ;-) but it is good to know some of the 
background and history. Thank you.

Arnold

Re: [Fwd: Re: inserting spaces for a tab from sLisp]

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

On Sat, 12 Feb 2005, Arnold Wiegert wrote:

> Thiago F.G. Albuquerque wrote:
>> On Thu, 10 Feb 2005, Arnold Wiegert wrote:
>> 
>>> Hello again,
>>> 
>>> I've just tried to work some  more on my lisp macros - macros.slp - as a 
>>> replacement for pseudo macros and I'm trying to use the InsertText 
>>> function to insert spaces using a "\t" string.
>> 
>> 
>> (InsertText "\t") inserts a real tab.
>> 
>>> It works, but I was hoping it would take a hint from the editor setup 
>>> which calls for using spaces in place of tabs to keep things lined up.
>>> 
>>> Is there (another) way to do this and get spaces - the number of spaces 
>>> set in the Tool&Ops->Options->GlobalEdition->TabSize field?
>> 
>> 
>> AFAIK, no.
>> 
>> One possible solution to this would be to create a new sLisp command, e.g. 
>> (GetTabSize). But currenlty, there is no such thing.
>> 
> Since it appears that lisp functions such as cmcNewLine use smart
> indenting, I expected/hoped that the other 'features' such as tab/space
> replacement etc. should also be taken into account.

I agree with you. 'cmcNewLine' is the command assigned to <enter>, but 
there is no similar command for <tab> -- and this is the source of the 
problem you're facing. The creation of this command is a better solution 
than the one I proposed in the other message ((GetTabSize)).

A remark:

'cmcNewLine' is not a sLisp function: it's an editor command.

Even before there was a scripting language in SETEDIT, the user 
could record and playback "macros": each command has a name, and as 
the commands are executed, they are saved in some sort of buffer, so they 
can be undone, recorded, and played back.

Ok. Then came sLisp. Although sLisp functions are also called "macros", 
this is a bad name choice, because this is a completely different 
mechanism.

[],
Thiago

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

[Fwd: Re: inserting spaces for a tab from sLisp]

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

Sorry, forgot to ensure this went to the list

-------- Original Message --------
Subject: Re: inserting spaces for a tab from sLisp
Date: Sat, 12 Feb 2005 12:39:29 -0800
From: Arnold Wiegert <awi...@te...>
To: Thiago F.G. Albuquerque <tf...@te...>
References: <420...@te...> 
<Pine.LNX.4.61.0502102113070.1120@thiago>



Thiago F.G. Albuquerque wrote:
> On Thu, 10 Feb 2005, Arnold Wiegert wrote:
> 
>> Hello again,
>>
>> I've just tried to work some  more on my lisp macros - macros.slp - as 
>> a replacement for pseudo macros and I'm trying to use the InsertText 
>> function to insert spaces using a "\t" string.
> 
> 
> (InsertText "\t") inserts a real tab.
> 
>> It works, but I was hoping it would take a hint from the editor setup 
>> which calls for using spaces in place of tabs to keep things lined up.
>>
>> Is there (another) way to do this and get spaces - the number of 
>> spaces set in the Tool&Ops->Options->GlobalEdition->TabSize field?
> 
> 
> AFAIK, no.
> 
> One possible solution to this would be to create a new sLisp command, 
> e.g. (GetTabSize). But currenlty, there is no such thing.
> 
Since it appears that lisp functions such as cmcNewLine use smart
indenting, I expected/hoped that the other 'features' such as tab/space
replacement etc. should also be taken into account.

Arnold
> [],
> Thiago
> 

Re: inserting spaces for a tab from sLisp

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

On Thu, 10 Feb 2005, Arnold Wiegert wrote:

> Hello again,
>
> I've just tried to work some  more on my lisp macros - macros.slp - as a 
> replacement for pseudo macros and I'm trying to use the InsertText function 
> to insert spaces using a "\t" string.

(InsertText "\t") inserts a real tab.

> It works, but I was hoping it would take a hint from the editor setup which 
> calls for using spaces in place of tabs to keep things lined up.
>
> Is there (another) way to do this and get spaces - the number of spaces set 
> in the Tool&Ops->Options->GlobalEdition->TabSize field?

AFAIK, no.

One possible solution to this would be to create a new sLisp command, e.g. 
(GetTabSize). But currenlty, there is no such thing.

[],
Thiago

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

English mistake

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

This one corrects an English mistake in setedit.

[],
Thiago

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

Infview: copy to OS clipboard

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

Here's a quick and ugly hack to make infview copy to the OS clipboard.

[],
Thiago

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

inserting spaces for a tab from sLisp

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

Hello again,

I've just tried to work some  more on my lisp macros - macros.slp - as a 
replacement for pseudo macros and I'm trying to use the InsertText 
function to insert spaces using a "\t" string.

It works, but I was hoping it would take a hint from the editor setup 
which calls for using spaces in place of tabs to keep things lined up.

Is there (another) way to do this and get spaces - the number of spaces 
set in the Tool&Ops->Options->GlobalEdition->TabSize field?

TIA,
Arnold

Re: cpp -> h jump

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

On Thu, 27 Jan 2005 iw...@ga... wrote:

> Hi all.
>
> I was wondering if in setedit is an option that allow you to jump
> between cc (code) and h (header) file. Ofcourse I assume that code
> and header file differs only in prefix, i.e. header is named
> file_name.h and source file is named file_name.cc or cpp.
>
> Is there such thing in setedit?

Yes, there is.

Look in macros.slp for a macro called 'Switch-cpp-h'

[],
Thiago

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

Re: cpp -> h jump

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

iw...@ga... wrote:

>Hi all.
>
>I was wondering if in setedit is an option that allow you to jump
>between cc (code) and h (header) file. Ofcourse I assume that code
>and header file differs only in prefix, i.e. header is named
>file_name.h and source file is named file_name.cc or cpp.
>
>Is there such thing in setedit?
>  
>
Consult the sLisp macros stuff, you can ask for the file name of the 
current buffer and open new ones.

>Second thing I want to ask is debugging. I have quite big project
>which consists of about 100 units. There is an apllication which
>loads them (via QLibrary mechanism since it's a Qt app) and gets one
>object per unit. The problem is, when Im debugging I always receive
>error message from gdb that thre is no such source file. Gdb can't
>find source files even though I added them to project, and added
>directories in debugger setup.
>  
>
No idea. You could try using a newer/older version of gdb.

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

cpp -> h jump

[<iw...@ga...>]

Hi all.

I was wondering if in setedit is an option that allow you to jump
between cc (code) and h (header) file. Ofcourse I assume that code
and header file differs only in prefix, i.e. header is named
file_name.h and source file is named file_name.cc or cpp.

Is there such thing in setedit?

Second thing I want to ask is debugging. I have quite big project
which consists of about 100 units. There is an apllication which
loads them (via QLibrary mechanism since it's a Qt app) and gets one
object per unit. The problem is, when Im debugging I always receive
error message from gdb that thre is no such source file. Gdb can't
find source files even though I added them to project, and added
directories in debugger setup.

Thanks for help!
iwasz

PS. sorry for my English

Compile problems .. can't link with librtv.so

[Szakats I. <sza...@gm...>]

I'm trying to compile Rhide's depencies.
I was successful with compiling tvision 2.0.3 but
the library that resulted from the build gave errors
when i tried to compile sededit (0.5.4).

g++ -L/usr/lib -L/home/szakats/LinuxSofts/Development/TurboVision/tvision/makes
-L/usr/X11R6/lib   -L../libmigdb/src -L. -L.   -DFOR_EDITOR -o
editor.exe  obj/accehtml.o obj/advice.o obj/ampdiag.o obj/intermp3.o
obj/mp3list.o obj/mp3play.o obj/ascii.o obj/boardmix.o ... libeasyd.a
librhuti.a libsettv.a   -lrhtv  -ldl -lbz2 -lmpegsnd -lz -lpcre
-lmigdb

/usr/lib/librhtv.so: undefined reference to `std::basic_filebuf<char,
std::char_traits<char> >::seekoff(long, std::_Ios_Seekdir,
std::_Ios_Openmode)'
/usr/lib/librhtv.so: undefined reference to `std::basic_istream<char,
std::char_traints<char> >::seekg(long, std::_Ios_Seekdir)'
/usr/lib/librhtv.so: undefined reference to
`std::basic_streambuf<char, std::char_traits<char> >::seekoff(long,
std::_Ios_Seekdir, std::_Ios_Openmode)'
/usr/lib/librhtv.so: undefined reference to
`std::__basic_file<char>::sys_open(int, std::_Ios_Openmode, bool)'
/usr/lib/librhtv.so: undefined reference to `std::basic_filebuf<char,
std::char_traits<char> >::uflow()'
collect2: ld returned 1 exit status

Does anyone have a clue why this is happening ?

Thanks in advance
Steven

Re: Currently Assigned to

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

Thiago F.G. Albuquerque wrote:

>
> There's another thing: the label is too small. For instance: I wanted 
> to know to which command ^] was assigned. So, I went to the "Sequence 
> of keys" dialog and inserted a new key: "^]". Then in the "Assigned 
> To" field appears:
>
> CtOpenBrace -> SearchC
>
> And I end up not knowing the command name.
>
> I resized the window, but the label has fixed size, so it didn't help.
>
> Possible solutions for this:
>
> 1) Remove the "<keyname> ->" part of the string.
>
> and/or
>
> 2) Make the label resizable, i.e.: when you resize the window, it 
> resizes accordingly.

I used the second. I also modified the behavior of the "TSNoStaticText" 
class, so now the above example doesn't get truncated from the beggining.

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: Currently Assigned to

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

There's another thing: the label is too small. For instance: I wanted to 
know to which command ^] was assigned. So, I went to the "Sequence of 
keys" dialog and inserted a new key: "^]". Then in the "Assigned To" field 
appears:

CtOpenBrace -> SearchC

And I end up not knowing the command name.

I resized the window, but the label has fixed size, so it didn't help.

Possible solutions for this:

1) Remove the "<keyname> ->" part of the string.

and/or

2) Make the label resizable, i.e.: when you resize the window, it resizes 
accordingly.

[],
Thiago

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

Re: Currently Assigned to

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

Sorry for the big delay.

Thiago F.G. Albuquerque wrote:

> On Mon, 13 Dec 2004, Salvador Eduardo Tropea wrote:
>
>> Thiago F.G. Albuquerque wrote:
>>
>>> In the key binding dialog, when you assign a key that was already 
>>> assigned to something else, the editor warns you. But it doesn't 
>>> tell you which stuff it was previously assigned to. That's something 
>>> I miss. I'd like to have one extra field (widget?) in the "Sequence 
>>> of keys" window with the caption "currently assigned to:"  that 
>>> would display to what the currently selected item in the list box is 
>>> assigned to.
>>>
>>> I imagine this would involve doing a reverse lookup in the key 
>>> binding table (if such thing exists).
>>
>>
>> I implemented it, is in the CVS. Please try it and tell me if it 
>> works as you describe.
>> Currently what I'm doing is to simulate the "addition" process every 
>> time the sequence is edited. The result of the simulated addition is 
>> displayed at the top of the dialog.
>
>
> Sorry for the delay.
>
> It is working, but I have some remarks.
>
> 1) The "assigned to" field doesn't show the command assigned to the 
> key currently selected it the list box: it shows the command assigned 
> to the last key pressed. So, if you change the selection in the edit 
> box (in case this is a multi-key assignment), it still shows the 
> command assigned to the other key.
>
> But, now that I am thinking about it, in the case of multi-key 
> assignments, this wouldn't make sense anyway. Because what the user 
> would want to know in a case like this is: "to what command this *key 
> sequence* is assigned?" and not "to what each individual key of the 
> sequence is assigned?"


Yes, I think the important thing is to know about the complete sequence.

> 2) Cosmetic stuff: maybe the "assigned to" label should be below the 
> boxes (edit box and radio group) or just below the edit box.


May be, I'll try it and see if the result looks better.

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: latest build 5.5 build 1162 problems & questions

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

Salvador Eduardo Tropea wrote:

> 
> This traceback is ok, I tried to reproduce it by installing the regular 
> TV version.
> Then I started the editor in a directory where I put a tcedit.dst owned 
> by the root.
> After it I started the editor from gdb and pressed ^C to stop it.
> I got almost the same traceback you sent, just a few differences because 
> I already modified the code to change the message displayed under this 
> situation.
> But here I can perfectly see the dialog explaining the problem and 
> pressing ENTER I can continue with the normal execution.
> What happends if you just press ENTER when the editor hangs?
> 
Nothing happens at all - and there are no dialog boxes hidden below any 
of the other windows on the screen.

But..... after some more tests this  morning after I got your mail I 
found that it ownership and permissions don't matter. So I looked at two 
existing tcedit.dst files in two directories - one worked, the other hangs.

The file which causes a 'hang' seemed to say something about Win32, the 
other one did not. When I renamed the bad one, so that there was no old 
file, it worked, although I don't get the usual splash screen. After 
exiting the editor, the tcedit.dst file had the X11 string as did the 
one that worked.

I did not think I had copied any desktop files from win32, and so I 
wonder how I got the "Win32" string in the one that hung or why that 
would cause it to hang.

All that matters, though, I guess my problem was my own doing somehow, 
but it is gone now :-)

Thank you for your help and patience.

Arnold

Re: latest build 5.5 build 1162 problems & questions

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

Arnold Wiegert wrote:

>
>
> Salvador Eduardo Tropea wrote:
>
>
>> $ ldd editor.exe
>>
>> It should show the dynamic dependencies including something like this:
>>
>>        librhtv.so.2.0.4 => /usr/src/tvision/makes/librhtv.so.2.0.4 
>> (0x40014000)
>>
> arnold@4[makes]$ ldd editor.exe
>                 librhtv.so.2.0.4 => 
> /usr/aww/pkg/set/tvision/makes/librhtv.so.2.0.4 (0x40018000)


Good.

>
>>
>>> Hope there is enough to sort this one out
>>
>>
>> It shows the editor is just trying to display the dialog to indicate 
>> the loading process failed.
>> It doesn't happend here, but I'm using the "Unicode" branch. So I 
>> think some patch that I applied to the "Unicode" patch wasn't applied 
>> to the trunk.
>
>
> OK, here is the latest crash info - good luck ;-)
>
> ------------------------------

[snip]

This traceback is ok, I tried to reproduce it by installing the regular 
TV version.
Then I started the editor in a directory where I put a tcedit.dst owned 
by the root.
After it I started the editor from gdb and pressed ^C to stop it.
I got almost the same traceback you sent, just a few differences because 
I already modified the code to change the message displayed under this 
situation.
But here I can perfectly see the dialog explaining the problem and 
pressing ENTER I can continue with the normal execution.
What happends if you just press ENTER when the editor hangs?

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: latest build 5.5 build 1162 problems & questions

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

Salvador Eduardo Tropea wrote:


> $ ldd editor.exe
> 
> It should show the dynamic dependencies including something like this:
> 
>        librhtv.so.2.0.4 => /usr/src/tvision/makes/librhtv.so.2.0.4 
> (0x40014000)
> 
arnold@4[makes]$ ldd editor.exe
                 librhtv.so.2.0.4 => 
/usr/aww/pkg/set/tvision/makes/librhtv.so.2.0.4 (0x40018000)
         libdl.so.2 => /lib/tls/libdl.so.2 (0x40101000)
         libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x40105000)
         libz.so.1 => /usr/lib/libz.so.1 (0x40115000)
         libpcre.so.3 => /usr/lib/libpcre.so.3 (0x40127000)
         libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40137000)
         libm.so.6 => /lib/tls/libm.so.6 (0x401f1000)
         libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40214000)
         libc.so.6 => /lib/tls/libc.so.6 (0x4021e000)
         libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40359000)
         libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40420000)
         libgpm.so.1 => /usr/lib/libgpm.so.1 (0x40436000)
         libncurses.so.5 => /lib/libncurses.so.5 (0x4043c000)
         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
         libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x4047c000)
         libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x404cd000)
         libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x404d6000)
         libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x404ed000)
arnold@4[makes]$
> 
>> Hope there is enough to sort this one out
> 
> It shows the editor is just trying to display the dialog to indicate the 
> loading process failed.
> It doesn't happend here, but I'm using the "Unicode" branch. So I think 
> some patch that I applied to the "Unicode" patch wasn't applied to the 
> trunk.

OK, here is the latest crash info - good luck ;-)

------------------------------
(gdb) backtrace
#0  EditorSignal (num=2) at ../setedit/msignal.cc:84
#1  <signal handler called>
#2  0x402cb50b in nanosleep () from /lib/tls/libc.so.6
#3  0x402f4c4b in usleep () from /lib/tls/libc.so.6
#4  0x4005c033 in CLY_YieldProcessor (micros=-1) at ../compat/yieldpro.c:52
#5  0x08088350 in TSetEditorApp::idle (this=0x817e0d8)
     at ../setedit/editmain.cc:2249
#6  0x4009bc3b in TProgram::getEvent (this=0x817e0d8, event=@0xbfffe410)
     at ../classes/tprogram.cc:187
#7  0x0808603e in TSetEditorApp::getEvent (this=0x817e0d8, 
event=@0xbfffe410)
     at ../setedit/editmain.cc:866
#8  0x400ab943 in TView::getEvent (this=0x8197590, event=@0xbfffe410)
     at ../classes/tview.cc:449
#9  0x400ab943 in TView::getEvent (this=0x8198570, event=@0xbfffe410)
     at ../classes/tview.cc:449
#10 0x4008e92c in TGroup::execute (this=0x8198570) at 
../classes/tgroup.cc:188
#11 0x4008ea4d in TGroup::execView (this=0x1, p=0x40016c40)
     at ../classes/tgroup.cc:222
#12 0x40080b5f in TDeskTop::execView (this=0x8197590, p=0x8198570)
     at ../classes/tdesktop.cc:263
#13 0x40070c91 in messageBoxRect (r=@0xbfffe570,
     msg=0x81102d2 "Wrong desktop file.", aOptions=1025) at ../msgbox.cc:119
#14 0x4007105f in messageBox (msg=0x81102d2 "Wrong desktop file.",
     aOptions=1025) at ../msgbox.cc:166
#15 0x0807ebe4 in TSetEditorApp::loadDesktop (this=0x817e0d8, s=@0x81b7cc8,
     isLocal=true) at ../setedit/dstfile.cc:875
#16 0x0807e156 in TSetEditorApp::retrieveDesktop (app=0x817e0d8,
     name=0x81101e6 "tcedit.dst", isLocal=true, preLoad=0)
     at ../setedit/dstfile.cc:537
#17 0x0807d3f4 in TSetEditorApp::loadEditorDesktop (LoadPrj=1,
     suggestedName=0x0, haveFilesCL=0, preLoad=0) at 
../setedit/dstfile.cc:252
#18 0x0808a646 in main (argc=3, argv=0xbffff7a4) at 
../setedit/editmain.cc:3168
(gdb)

Arnold

Re: latest build 5.5 build 1162 problems & questions

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

Arnold Wiegert wrote:

>
>
> Salvador Eduardo Tropea wrote:
>
>> Arnold Wiegert wrote:
>>
>
>>>> Strange, to what program are you trying to copy the text?
>>>
>>>
>>>
>>> I tried to cut&paste to kedit and any other editor I could find, 
>>> including setedit.
>>>
>>> I've tried various ways of marking and copying the text to the 
>>> Windows clipboard, but not luck at all - and yet I know I did it at 
>>> least once.
>>
>>
>>
>>
>> The easiest way is to select with the mouse and paste with the middle 
>> button.
>
>
>
> Well, how about that. Pasting with my mouse wheel seemed to work and 
> here is the result:

[snip]

It looks much better. The TV code seems to need more details.
Are you defining LD_LIBRARY_PATH environment variable?
I guess the library is being  stripped during installation. If TV 
sources are in /usr/src/tvision try this:

$ export LD_LIBRARY_PATH=/usr/src/tvision/makes
$ ./editor.exe -d 3

or:

$ LD_LIBRARY_PATH=/usr/src/tvision/makes ./editor.exe -d 3

If you use the 1st methode you can verify it worked by running:

$ ldd editor.exe

It should show the dynamic dependencies including something like this:

        librhtv.so.2.0.4 => /usr/src/tvision/makes/librhtv.so.2.0.4 
(0x40014000)


> Hope there is enough to sort this one out


It shows the editor is just trying to display the dialog to indicate the 
loading process failed.
It doesn't happend here, but I'm using the "Unicode" branch. So I think 
some patch that I applied to the "Unicode" patch wasn't applied to the 
trunk.

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: latest build 5.5 build 1162 problems & questions

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

Salvador Eduardo Tropea wrote:

> Arnold Wiegert wrote:
> 

>>> Strange, to what program are you trying to copy the text?
>>
>>
>> I tried to cut&paste to kedit and any other editor I could find, 
>> including setedit.
>>
>> I've tried various ways of marking and copying the text to the Windows 
>> clipboard, but not luck at all - and yet I know I did it at least once.
> 
> 
> 
> The easiest way is to select with the mouse and paste with the middle 
> button.


Well, how about that. Pasting with my mouse wheel seemed to work and 
here is the result:

(gdb) backtrace
#0  EditorSignal (num=2) at ../setedit/msignal.cc:84
#1  <signal handler called>
#2  0x402cb50b in nanosleep () from /lib/tls/libc.so.6
#3  0x402f4c4b in usleep () from /lib/tls/libc.so.6
#4  0x40069033 in CLY_YieldProcessor () from /usr/lib/librhtv.so.2.0.4
#5  0x08088350 in TSetEditorApp::idle (this=0x817e0f0)
     at ../setedit/editmain.cc:2249
#6  0x400a8c3b in TProgram::getEvent () from /usr/lib/librhtv.so.2.0.4
#7  0x0808603e in TSetEditorApp::getEvent (this=0x817e0f0, 
event=@0xbfffe440)
     at ../setedit/editmain.cc:866
#8  0x400b8943 in TView::getEvent () from /usr/lib/librhtv.so.2.0.4
#9  0x400b8943 in TView::getEvent () from /usr/lib/librhtv.so.2.0.4
#10 0x4009b92c in TGroup::execute () from /usr/lib/librhtv.so.2.0.4
#11 0x4009ba4d in TGroup::execView () from /usr/lib/librhtv.so.2.0.4
#12 0x4008db5f in TDeskTop::execView () from /usr/lib/librhtv.so.2.0.4
#13 0x4007dc91 in messageBoxRect () from /usr/lib/librhtv.so.2.0.4
#14 0x4007e05f in messageBox () from /usr/lib/librhtv.so.2.0.4
#15 0x0807ebe4 in TSetEditorApp::loadDesktop (this=0x817e0f0, s=@0x81b7cd8,
     isLocal=true) at ../setedit/dstfile.cc:875
#16 0x0807e156 in TSetEditorApp::retrieveDesktop (app=0x817e0f0,
     name=0x81101e6 "tcedit.dst", isLocal=true, preLoad=0)
     at ../setedit/dstfile.cc:537
#17 0x0807d3f4 in TSetEditorApp::loadEditorDesktop (LoadPrj=1,
     suggestedName=0x0, haveFilesCL=0, preLoad=0) at 
../setedit/dstfile.cc:252
#18 0x0808a646 in main (argc=3, argv=0xbffff7d4) at 
../setedit/editmain.cc:3168
(gdb)

---------------------------
Hope there is enough to sort this one out

Arnold