setedit-users — General list about setedit

Tvision's configure can't find install

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

Hi,

I was trying to build TV 2.0.3 with DJGPP, but the configure script can't 
find 'install'. I am sending the output attached.

[],
Thiago


PS: I am using the UNIX .tar.gz instead of the DJGPP .zip. Does it have 
anything to do with it?

no-intl

[J.B. L. <let...@un...>]

Dear SET:

Sorry for the slight delay here -- one's day job you know!

As you suggested, the editor.exe handled the console change perfectly when
it was not running in gdb.

The re-compiled setedit executable also runs perfectly now with the patch
you sent me.

I am glad that I have been of some tiny bit of use here: actually I'm
tickled pink.

I must thank you also for your care and attention not only to the editor,
but to your thoughtfulness in helping my own particular problem. Your
patient and very clear explanations at a level I could understand, and
kindness to a stranger with a small problem quite touched me.

Many thanks, and all the best to you.

Julian

J.B. Lethbridge, PhD
English Seminar
University of Tuebingen
Wilhelmstrasse 50
72074 Tuebingen
Germany

Re: Request: new command: cmcSearchAgainBackward

[Ivan B. <ib...@ad...>]

Salvador Eduardo Tropea escribi=F3:

>> P.s.2: when assigning keys, it allowed us to assign it to the F3 key=20
>> which is used for opening a file and didn't warned about it.
>
>
>
> Why should warn about it? As Thiago pointed out this is a menu shortcut=
=2E

    In my opinion, users doesn't know and shouldn't know that silly=20
details which are highly tied to technical issues.
    The key was already assigned and the editor didn't warned about it.
    Was in the menu? Oh, good, and what? Why the editor shouldn't warn=20
users about it? After assigning the key, it didn't work so the editor=20
must warn about it. I think that is something that most users would expec=
t.

    Goodbye!

--=20
Ivan Baldo - ib...@ad... - http://ibaldo.codigolibre.net/
ICQ 10215364 - Phone/FAX (598) (2) 613 3223.
Caldas 1781, Malvin, Montevideo, Uruguay, South America, planet Earth.
In favour of world peace and freedom, against U.S.A. and allies!!!
Alternatives: ib...@co... - http://go.to/ibaldo

Currently Assigned to

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

Hi,

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).

[],
Thiago

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

Re: Setedit crashes: backtrace

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

Salvador Eduardo Tropea wrote:

> The traceback from X seems to show what's the problem:
>
> #0  0x40073b67 in TStringCollectionCIntl::freeItem () from 
> /usr/lib/librhtv.so.2.0.3
>
I found my error. In this function I assumed that even when no i18n 
support was enabled I'll be allocating the structure to hold the 
translation. But it isn't this way, I'm saving some memory and not 
allocating it ;-)
Attached is the patch to fix this problem.
You can apply it running:

$ patch -p0 < no-intl-fix.patch

 From the tvision directory.
So we finally found the bug :-)
As I always compile with i18n support this bug could have some friends ;-)
I searched for similar situations but looks like that's the only code 
using TVIntl::emptySt() (the one that changes its behavior by not 
allocating the object).

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: Setedit crashes: backtrace

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

J.B. Lethbridge wrote:

>Dear SET:
>
>Here are the backtracaes: a bit more difficult to get to.
>
>They are under the same conditions as the prevoious stuff I sent you.
>
>It occurs to me that all this is very new to me, and it may be that I
>haven't reported accurately exactly what I have done and not done,
>although I have tried. Again, please don't hesitate to ask for more, or
>repeats or whatever. As long as it is useful, I am only too delighted to
>help.
>  
>
Thanks Julian.
Lets analyze it:

In your console traces I see the program stopped because SIGUSR1 was 
received. That means a console change and I think the program only stops 
because you are inside gdb and gdb is catching all signals. So the 
question is: If you run the editor without gdb, the console switch works ok?
The traceback from X seems to show what's the problem:

#0  0x40073b67 in TStringCollectionCIntl::freeItem () from /usr/lib/librhtv.so.2.0.3

That's in the internationalization code. Which is coherent with what you 
say about the --no-intl configuration option.
So it looks like something gets broken when no international support is 
available.
As a temporal workaround I suggest you to compile the library using 
international support and call the editor from a script that makes 
something like it:

export LC_ALL=
e

With this you'll disable internationalization at runtime ;-)
I guess you currently have LC_ALL, LANG and/or LANGUAGE variables 
defined as "de". If it isn't the case you can just compile with i18n 
support and use the editor without getting a mix of german and english 
messages ;-)
I'll try to reproduce this problem on my system.

Gruesse, 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

Currently Assigned to

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

Hi,

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 what 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).

[],
Thiago

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

Setedit crashes: backtrace

[J.B. L. <let...@un...>]

Dear SET:

Here are the backtracaes: a bit more difficult to get to.

They are under the same conditions as the prevoious stuff I sent you.

It occurs to me that all this is very new to me, and it may be that I
haven't reported accurately exactly what I have done and not done,
although I have tried. Again, please don't hesitate to ask for more, or
repeats or whatever. As long as it is useful, I am only too delighted to
help.

Julian

BACKTRACE

[Under Xwindows]

Program received signal SIGSEGV, Segmentation fault.
0x40073b67 in TStringCollectionCIntl::freeItem () from /usr/lib/librhtv.so.2.0.3
(gdb) backtrace
#0  0x40073b67 in TStringCollectionCIntl::freeItem () from /usr/lib/librhtv.so.2.0.3
#1  0x4008c91b in TNSCollection::freeAll () from /usr/lib/librhtv.so.2.0.3
#2  0x4008c506 in TNSCollection::shutDown () from /usr/lib/librhtv.so.2.0.3
#3  0x40073eb6 in TCluster::~TCluster () from /usr/lib/librhtv.so.2.0.3
#4  0x400aa3ad in TCheckBoxes32::~TCheckBoxes32 () from /usr/lib/librhtv.so.2.0.3
#5  0x40083723 in TGroup::shutDown () from /usr/lib/librhtv.so.2.0.3
#6  0x4009c30e in TWindow::shutDown () from /usr/lib/librhtv.so.2.0.3
#7  0x08091541 in execDialog ()
#8  0x0808988f in doEditDialog ()
#9  0x08092e0f in doEditDialogLocal ()
#10 0x080604d5 in TCEditor::find ()
#11 0x08061436 in TCEditor::handleCommand ()
#12 0x08060d66 in TCEditor::handleEvent ()
#13 0x40083f1d in doHandleEvent () from /usr/lib/librhtv.so.2.0.3
#14 0x40083fba in TGroup::handleEvent () from /usr/lib/librhtv.so.2.0.3
#15 0x4009c4b9 in TWindow::handleEvent () from /usr/lib/librhtv.so.2.0.3
#16 0x080a2f04 in TCEditWindow::handleEvent ()
#17 0x40083f1d in doHandleEvent () from /usr/lib/librhtv.so.2.0.3
#18 0x40083fba in TGroup::handleEvent () from /usr/lib/librhtv.so.2.0.3
#19 0x40077e6e in TDeskTop::handleEvent () from /usr/lib/librhtv.so.2.0.3
#20 0x40083f1d in doHandleEvent () from /usr/lib/librhtv.so.2.0.3
#21 0x40083fba in TGroup::handleEvent () from /usr/lib/librhtv.so.2.0.3
#22 0x4008ddbf in TProgram::handleEvent () from /usr/lib/librhtv.so.2.0.3
#23 0x0809398d in TSetEditorApp::handleEvent ()
#24 0x40083b44 in TGroup::execute () from /usr/lib/librhtv.so.2.0.3
#25 0x4008e419 in TProgram::run () from /usr/lib/librhtv.so.2.0.3
#26 0x080986bb in main ()



(gdb) continue
Continuing.
I'm sorry but I did something wrong :-(
Look in the file /home/nemle01/.setedit/erPVTmIb for unsaved buffers and information.
Please send this file to the author (se...@ie...).

Program received signal SIGSEGV, Segmentation fault.
0x080b262f in StackDBG_GCCDumpStack ()
(gdb) backtrace
#0  0x080b262f in StackDBG_GCCDumpStack ()
#1  0x080b2801 in StackDBG_JustDumpStack ()
#2  0x080b28be in DebugStack ()
#3  0x080d9a18 in EditorSignal ()
#4  <signal handler called>
#5  0x40073b67 in TStringCollectionCIntl::freeItem () from /usr/lib/librhtv.so.2.0.3
#6  0x4008c91b in TNSCollection::freeAll () from /usr/lib/librhtv.so.2.0.3
#7  0x4008c506 in TNSCollection::shutDown () from /usr/lib/librhtv.so.2.0.3
#8  0x40073eb6 in TCluster::~TCluster () from /usr/lib/librhtv.so.2.0.3
#9  0x400aa3ad in TCheckBoxes32::~TCheckBoxes32 () from /usr/lib/librhtv.so.2.0.3
#10 0x40083723 in TGroup::shutDown () from /usr/lib/librhtv.so.2.0.3
#11 0x4009c30e in TWindow::shutDown () from /usr/lib/librhtv.so.2.0.3
#12 0x08091541 in execDialog ()
#13 0x0808988f in doEditDialog ()
#14 0x08092e0f in doEditDialogLocal ()
#15 0x080604d5 in TCEditor::find ()
#16 0x08061436 in TCEditor::handleCommand ()
#17 0x08060d66 in TCEditor::handleEvent ()
#18 0x40083f1d in doHandleEvent () from /usr/lib/librhtv.so.2.0.3
#19 0x40083fba in TGroup::handleEvent () from /usr/lib/librhtv.so.2.0.3
#20 0x4009c4b9 in TWindow::handleEvent () from /usr/lib/librhtv.so.2.0.3
#21 0x080a2f04 in TCEditWindow::handleEvent ()
#22 0x40083f1d in doHandleEvent () from /usr/lib/librhtv.so.2.0.3
#23 0x40083fba in TGroup::handleEvent () from /usr/lib/librhtv.so.2.0.3
#24 0x40077e6e in TDeskTop::handleEvent () from /usr/lib/librhtv.so.2.0.3
#25 0x40083f1d in doHandleEvent () from /usr/lib/librhtv.so.2.0.3
#26 0x40083fba in TGroup::handleEvent () from /usr/lib/librhtv.so.2.0.3
#27 0x4008ddbf in TProgram::handleEvent () from /usr/lib/librhtv.so.2.0.3
#28 0x0809398d in TSetEditorApp::handleEvent ()
#29 0x40083b44 in TGroup::execute () from /usr/lib/librhtv.so.2.0.3
#30 0x4008e419 in TProgram::run () from /usr/lib/librhtv.so.2.0.3
#31 0x080986bb in main ()



[Console: As before under the console there are additional reports --
garbage removed as best as
may be: but there is a lot which hasn't copied, the mouse
gets a bit screwed up with all this]

Program received signal SIGUSR1, User defined signal 1.
                 0x401e3431 in __libc_nanosleep () at  __libc_nanosleep:-1                      -1
                 Char:__libc_nanosleep: No such file or
                 directory.
    #0  0x401e3431 in __libc_nanosleep () at __libc_nanosleep:-1

#1 0x401fd733 in usleep () from /lib/libc.so.6
#2  0x08095d3c in TSetEditorApp::idle ()38f4 in
             TSetEditorApp::getEvent ()
                          #5  0x40083b35 in TGroup::execute
                          () from /usr/lib/librhtv.so.2.0.3
                                    #6  0x4008e419 in
                                    TProgram::run () from

/usr/lib/librhtv.so.2.0.3              #7  0x080986bb in
main ()
(gdb) q
                  the program is running.  Exit anyway? (y
                  or n) y


[This has copied over better: it looks the same as the above
to me]

Program received signal SIGUSR2, User defined signal 2.
0x401e3431 in __libc_nanosleep () at __libc_nanosleep:-1
-1      in __libc_nanosleep
(gdb) backtrace
#0  0x401e3431 in __libc_nanosleep () at __libc_nanosleep:-1
#1  0x401fd733 in usleep () from /lib/libc.so.6
#2  0x08095d3c in TSetEditorApp::idle ()
#3  0x4008db50 in TProgram::getEvent () from /usr/lib/librhtv.so.2.0.3
#4  0x080938f4 in TSetEditorApp::getEvent ()
#5  0x40083b35 in TGroup::execute () from /usr/lib/librhtv.so.2.0.3
#6  0x4008e419 in TProgram::run () from /usr/lib/librhtv.so.2.0.3
#7  0x080986bb in main ()
(gdb) qA


Dr J.B. Lethbridge
English Seminar
University of Tuebingen
Wilhelmstrasse 50
Tuebingen
72074 Germany

Setedit crashes

[J.B. L. <let...@un...>]

Dear SET:

Sorry, the backtrace stuff is coming along a wee bit later.

Julian

J.B. Lethbridge, PhD
English Seminar
University of Tuebingen
Wilhelmstrasse 50
72074 Tuebingen
Germany

Set Crashes

[J.B. L. <let...@un...>]

Dear Set:

This is very complicated now.

1. First I re-configued and re-compiled and re-installed tvision and
setedit as per your instructions with the CFLAG and CXXFLAG environment
variables set. I used a plain configure, no options.

With this compilation I could NOT crash setedit, with or without gdb.
Neither the editor.exe, nor, later the setedit binary once I had installed
it. I tried compiling again with the no-intl option for both tvision and
setedit. No problems, no crashes. It is definitely the new binary running,
and the "help/About" gives the 5.4 identification.

So: I tried WITHOUT the CFLAG variables set (configure, make make install)
both the editor and the tv libraries, and could not crash setedit
either with the editor.exe or the re-re-installed setedit.

Please note that nothing has changed on the computer in the meantime (at
least as far as I can recall, and I have wrkaced my brains and my log
files); I haven't altered things for months and months now.

BUT: I had accidentally deleted the source tarball for tvision last week,
and had to download another to make these tests: though whether there have
been any changes I wouldn't know.

OK: finally, I re-compiled both tvision and setedit from the beginning,
without the CFLAG variables set, but WITH "--no-intl" as a configure
option for both tvision and setedit. This time it crashed quite happily
and consistently. The --no-intl is my normal option.

I hoe that is a clear account of what I have done. If something seems
illogical or inexplicable, please don't hesitate to ask me to repeat
something.

Below are the results from these crashes.

Note: I normally work from the console. There were problems with recording
the crashes there however (see below), so I switched to Xwindows (where
you have a marvellous interface, may I say), and recorded with no
difficulty the FIRST report below. However, under Xwindows, partly becasue
of the corruption of the keyboard, I couldn't reproduce all the styles of
crash: so I returned to the console with the "hack" which I explain
next to get the other data as best I could.

So: the second group are a bit chaotic perhaps, since, once gdb runs
editor.exe and it crashes it grabs the mouse and the alt and ctrl keys.
So that I had to keep quitting gdb after each crash, paste from a garbled
screen, fix the garbage, re-run gdb editor.exe, run "continue" past the
crashes I already had, and quit and paste the next step, again
from the garbled screen and so on. I have tried to be careful. I have
deleted repeated material.

Finally: the crashes always occur when I try to change console (alt arrow,
or alt F1 etc); AND/OR when I fill in a box, such as the TAGS dialogue
which pops up on Ctrl-Tab: space to check the "don't show next time" box;
return to get rid of the dialogue -- crash. Ditto with "search": enter the
expression, hit return, crash. Also with the dialogue mentioned below
Editor General:check box, press enter, crash.

Sorry to bang on so long: I thought I'd try and give all the information I
could think of.

Let me know if I can or should do anything else.


1. [Under Xwindows]

Program received signal SIGSEGV, Segmentation fault.
0x40073b67 in TStringCollectionCIntl::freeItem ()
   from /usr/lib/librhtv.so.2.0.3
(gdb) continue
Continuing.
I'm sorry but I did something wrong :-(
Look in the file /home/nemle01/.setedit/erY77Yzd for unsaved buffers and information.
Please send this file to the author (se...@ie...).

Program received signal SIGSEGV, Segmentation fault.
0x080b262f in StackDBG_GCCDumpStack ()


2. [Under Console]

[this next as a consequence of pressing Alt+left arrow, to try
and change consoles]

Program received signal SIGUSR1, User defined signal 1.
              0x401fd16e in __select () at__select:-1
-1
    __select: No such file or directory.


[Ditto, but this is the next "continue" Alt+right this time]

Program received signal SIGUSR2, User defined signal 2.
0x401e3431 in __libc_nanosleep () at __libc_nanosleep:-1
-1      __libc_nanosleep: No such file or directory.
        in __libc_nanosleep
(gdb) q

Program received signal SIGUSR1, User defined signal 1.

0x401fd16e in __select () at __select:-1
-1db) co__select: No such file or directory.
Continuiin __select



[trying to alter unix backups in tool/options/editor
general:]

Program received signal SIGUSR1, User defined signal 1.
                  0x40184226 in sigaction () from /lib/libc.so.6
                      (gdb) continue
                      continuing

[This message repeated but with "SIGUSR2 User defined signal 2."]


Hope this helps,

All the best,

Julian


Dr J.B. Lethbridge
English Seminar
University of Tuebingen
Wilhelmstrasse 50
Tuebingen
72074 Germany

Re: crash reports: symify

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

J.B. Lethbridge wrote:

>Dear Set:
>
>I hope this is as interesting to you as to me! I also hope it means more
>to you than it does to me!
>
>As per your instructions, here are the reports from symify:
>There are two analyses.
>
>
>First editor.exe compiled from a plain ./configure
>  
>
[snip]

>Second editor.exe compiled without the debug library (deleted)
>  
>
[snip]

:-( lamentably looks like these tracebacks are bogus because of the lack 
of enough debug info.
If you have some more time to spend on it please try doing it: (assuming 
the shell is bash)

Go to the directory where both are uncompressed, the following variables 
will force debug info in the binary:

$ export CFLAGS="-O2 -Wall -gstabs+3"
$ export CXXFLAGS="-O2 -Wall -gstabs+3"
$ cd tvision
$ ./configure ; make

Here change to root

# make install

And now back to the user

$ cd ../setedit
$ ./configure ; make
$ cd makes

Here you can run ./editor.exe and get a trace of the crash or you can:

$ gdb editor.exe
(gdb) run
It will start and crash then just do:
(gdb) backtrace

It will print the backtrace with the meaning of each symbol, you can 
copy/paste 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

crash reports: symify

[J.B. L. <let...@un...>]

Dear Set:

I hope this is as interesting to you as to me! I also hope it means more
to you than it does to me!

As per your instructions, here are the reports from symify:
There are two analyses.


First editor.exe compiled from a plain ./configure

Panic! got a signal, quiting
That's from SET's editor v0.5.4
Signal number: 11

Calling stack from ./editor.exe

80b2801 bffff39c bffff3cc StackDBG_JustDumpStack 80b2780 80b2604 80b2330
Function: _init
(null):0
80b28be bffff3cc bffff45c DebugStack
Function: _init
(null):0
80d9a18 bffff45c bffff4ac Signal handler (?)
Function: _init
(null):0
40184398 bffff4ac bffff5a8 libc signal routines
Function: gmi_stack_list_locals
/home/compile/sourceforge/setedit/libmigdb/src/stack_man.c:220: frame 3
4008c91b bffff5a8 bffff5d8
Function: gmi_stack_list_locals
/home/compile/sourceforge/setedit/libmigdb/src/stack_man.c:220: frame 4
4008c506 bffff5d8 bffff608
Function: gmi_stack_list_locals
/home/compile/sourceforge/setedit/libmigdb/src/stack_man.c:220: frame 5
40073eb6 bffff608 bffff638
Function: gmi_stack_list_locals
/home/compile/sourceforge/setedit/libmigdb/src/stack_man.c:220: frame 6
400aa3ad bffff638 bffff668
Function: gmi_stack_list_locals
/home/compile/sourceforge/setedit/libmigdb/src/stack_man.c:220: frame 7
40083723 bffff668 bffff698
Function: gmi_stack_list_locals
/home/compile/sourceforge/setedit/libmigdb/src/stack_man.c:220: frame 8
4009c30e bffff698 bffff6c8
Function: gmi_stack_list_locals
/home/compile/sourceforge/setedit/libmigdb/src/stack_man.c:220: frame 9
8091541 bffff6c8 bffff6f8
Function: _init
(null):0
8091903 bffff6f8 bffff818
Function: _init
(null):0
80960d0 bffff818 bffff838
Function: _init
(null):0
809868c bffff838 bffff8c8
Function: _init
(null):0
4017e552 bffff8c8 817a258
Function: gmi_stack_list_locals
/home/compile/sourceforge/setedit/libmigdb/src/stack_man.c:220: frame 14
400696f8 817a258 81947d8
Function: gmi_stack_list_locals
/home/compile/sourceforge/setedit/libmigdb/src/stack_man.c:220: frame 15
bffffa74 81947d8 bffffa63
Function: gmi_stack_list_locals
/home/compile/sourceforge/setedit/libmigdb/src/stack_man.c:220: frame 16
454d414e bffffa63 52455355
Function: gmi_stack_list_locals
/home/compile/sourceforge/setedit/libmigdb/src/stack_man.c:220: frame 17


Second editor.exe compiled without the debug library (deleted)

Panic! got a signal, quiting
That's from SET's editor v0.5.4
Signal number: 11


Calling stack from ./editor.exe

809f8d1 bffff39c bffff3cc StackDBG_JustDumpStack 809f850 809f6d4 809f400
Function: _init
(null):0
809f98e bffff3cc bffff45c DebugStack
Function: _init
(null):0
80c6ac8 bffff45c bffff4ac Signal handler (?)
Function: _init
(null):0
40184398 bffff4ac bffff5a8 libc signal routines
Function: _init
(null):0
4008c91b bffff5a8 bffff5d8
Function: _init
(null):0
4008c506 bffff5d8 bffff608
Function: _init
(null):0
40073eb6 bffff608 bffff638
Function: _init
(null):0
400aa3ad bffff638 bffff668
Function: _init
(null):0
40083723 bffff668 bffff698
Function: _init
(null):0
4009c30e bffff698 bffff6c8
Function: _init
(null):0
807e611 bffff6c8 bffff6f8
Function: _init
(null):0
807e9d3 bffff6f8 bffff818
Function: _init
(null):0
80831a0 bffff818 bffff838
Function: _init
(null):0
808575c bffff838 bffff8c8
Function: _init
(null):0
4017e552 bffff8c8 8157618
Function: _init
(null):0
400696f8 8157618 8170478
Function: _init
(null):0
bffffa74 8170478 bffffa63
Function: _init
(null):0
454d414e bffffa63 52455355
Function: _init
(null):0

All the best,

Julian


Dr J.B. Lethbridge
English Seminar
University of Tuebingen
Wilhelmstrasse 50
Tuebingen
72074 Germany

Re: compilation problems and crash reports

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

J.B. Lethbridge wrote:

>Dear Set:
>
>Thank you very much for your kind reply. It certainly compiles now
>without any error messages. Very smooth.
>
>Unfortunately, it crashes.
>
>The reports below. It crashes as soon as I touch a key, once the editor
>has started, and I get the welcome message. I have compiled it three
>different ways:
>
>first just "./configure", "make".
>
>Second "./configure --without-mixer --without-mp3 --no-intl --without-aa".
>
>Third the same long configure command but with the libmigdb directory
>deleted as you suggested. This produces a couple of warnings, but
>otherwise also goes smoothly.
>
>Here the crash reports, after those, the computer specs:
>
>  
>
[snip]

To extract information from those tracebacks you have to:

1) Enter to the setedit/tools directory
2) Compile the symify tool (gcc -o symify symify.c)
3) Run it like this:
./symify input_file outpu_file ../makes/editor.exe

This will look for the symbols in the ../makes/editor.exe and replace 
the values of the addresses.
The values are system dependent so I can't do it in my machine.

>I hope that this is not just a consequence of my old software; and that it
>is useful rather than boring for you?
>  
>

Is ok, I want to know the reason for the crash.

>If it is just the old software,
>

I don't think that's the reason.

> and this is not really an issue you want
>to spend time on, please say so. It may affect others besides me. I am
>actually in the process of upgrading my computer (these things go slowly
>with me I'm afraid). I can also continue with 0.5.2 quite happily. I
>expect you are busy.
>  
>

No problem, crashes must be solved, even if they turn out to be for some 
silly reason.

>You may also need to know that my computer is a basic pentium 75-200 at
>150MHz, 48MB Ram. The Linux is SysV RedHat based, but long since mostly
>rebuilt from sources by me.
>
>Anything else useful I can tell you?
>  
>

Just try using symify so we can find the line of code where the code 
crashed.

>Thank you very much for your earlier help
>  
>
:-)

Gruesse, 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

compilation problems and crash reports

[J.B. L. <let...@un...>]

Dear Set:

Thank you very much for your kind reply. It certainly compiles now
without any error messages. Very smooth.

Unfortunately, it crashes.

The reports below. It crashes as soon as I touch a key, once the editor
has started, and I get the welcome message. I have compiled it three
different ways:

first just "./configure", "make".

Second "./configure --without-mixer --without-mp3 --no-intl --without-aa".

Third the same long configure command but with the libmigdb directory
deleted as you suggested. This produces a couple of warnings, but
otherwise also goes smoothly.

Here the crash reports, after those, the computer specs:


Panic! got a signal, quiting
That's from SET's editor v0.5.4
Signal number: 11


Calling stack from ./setedit

80b2801 bffff3bc bffff3ec StackDBG_JustDumpStack 80b2780 80b2604 80b2330
80b28be bffff3ec bffff47c DebugStack
80d9a18 bffff47c bffff4cc Signal handler (?)
40184398 bffff4cc bffff5c8 libc signal routines
4008c91b bffff5c8 bffff5f8
4008c506 bffff5f8 bffff628
40073eb6 bffff628 bffff658
400aa3ad bffff658 bffff688
40083723 bffff688 bffff6b8
4009c30e bffff6b8 bffff6e8
8091541 bffff6e8 bffff718
8091903 bffff718 bffff838
80960d0 bffff838 bffff858
809868c bffff858 bffff8e8
4017e552 bffff8e8 817a258
400696f8 817a258 8194810
bffffa99 8194810 bffffa88
454d414e bffffa88 52455355


Panic! got a signal, quiting
That's from SET's editor v0.5.4
Signal number: 11


Calling stack from setedit

80b2801 bffff3fc bffff42c StackDBG_JustDumpStack 80b2780 80b2604 80b2330
80b28be bffff42c bffff4bc DebugStack
80d9a18 bffff4bc bffff50c Signal handler (?)
40184398 bffff50c bffff608 libc signal routines
4008c91b bffff608 bffff638
4008c506 bffff638 bffff668
40073eb6 bffff668 bffff698
400aa3ad bffff698 bffff6c8
40083723 bffff6c8 bffff6f8
4009c30e bffff6f8 bffff728
8091541 bffff728 bffff758
8091903 bffff758 bffff878
80960d0 bffff878 bffff898
809868c bffff898 bffff928
4017e552 bffff928 817a258
400696f8 817a258 8194808
bffffac4 8194808 bffffab3
454d414e bffffab3 52455355




Panic! got a signal, quiting
That's from SET's editor v0.5.4
Signal number: 11


Calling stack from ./editor.exe

809b0d1 bffff38c bffff3bc StackDBG_JustDumpStack 809b050 809aed4 809ac00
809b18e bffff3bc bffff44c DebugStack
80c2298 bffff44c bffff49c Signal handler (?)
40184398 bffff49c bffff598 libc signal routines
4008c91b bffff598 bffff5c8
4008c506 bffff5c8 bffff5f8
40073eb6 bffff5f8 bffff628
400aa3ad bffff628 bffff658
40083723 bffff658 bffff688
4009c30e bffff688 bffff6b8
807a361 bffff6b8 bffff6e8
807a723 bffff6e8 bffff808
807eef0 bffff808 bffff828
808149c bffff828 bffff8b8
4017e552 bffff8b8 812ecc0
400696f8 812ecc0 81365a8
bffffa72 81365a8 bffffa61
454d414e bffffa61 52455355

I hope that this is not just a consequence of my old software; and that it
is useful rather than boring for you?

If it is just the old software, and this is not really an issue you want
to spend time on, please say so. It may affect others besides me. I am
actually in the process of upgrading my computer (these things go slowly
with me I'm afraid). I can also continue with 0.5.2 quite happily. I
expect you are busy.

You may also need to know that my computer is a basic pentium 75-200 at
150MHz, 48MB Ram. The Linux is SysV RedHat based, but long since mostly
rebuilt from sources by me.

Anything else useful I can tell you?

Thank you very much for your earlier help


Julian

Dr J.B. Lethbridge
English Seminar
University of Tuebingen
Wilhelmstrasse 50
Tuebingen
72074 Germany

Re: Request: new command: cmcSearchAgainBackward

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

Sergio N=FA=F1ez wrote:

>     We assigned it to the CTRL+F3 key and SHIFT+CTRL+F3 (forward and=20
> backward respectively).

It means you don't have debug features enabled because Ctrl+F3 is the=20
calling stack ;-)
Here is a map of assigned function keys:

          F1 F2 F3 F4 F5 F6 F7 F8 F9 F10 F11 F12
Alone      X  X  X  X  X  X  X  X  X   X
Shift         X  X        X        X   X
Ctrl       X  X  X  X  X  X  X  X  X   X
Alt        X  X  X  X  X     X  X      X

I want to leave F11 and F12 for user usage.
And I don't like complex combinations like "Shift+Ctrl+F3" because:
1) Not all terminals can handle it (in fact UNIX consoles can't)
2) They should be available for things like the Window Manager (which=20
usually eats simple combinations instead of complex ones, which IMHO is=20
quite silly).
I'm not sure if they really need a shortcut ... Shift+F8 (forward) and=20
Shift+F7 (backward) are good candidates because Alt+F8 is "next message" =

and Alt+F7 previous.

I'm uploading to CVS a version that:

1) Uses the "case sensitive" setting of the current language.
2) Uses something that I could describe as "the last manually selected=20
text" for the search instead of "the currently selected text". Is=20
important to understand that this is what the *user* selected. It means=20
that if you select a text, then go inside the selection change the text=20
this new text won't be part of the search.

I personally find faster to just use ^Q-F because then I don't need to=20
select anything, the editor will take the word under cursor, but ...
Ok, please test the current implementation. I'm sure it have at least a=20
couple of holes ;-)

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: Request: new command: cmcSearchAgainBackward

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

Sergio N=FA=F1ez wrote:

>    Hello.
>    Again Sergio and Ivan saying some nonsense things :).
>    We tried it, cOOOOl!!!
>    We assigned it to the CTRL+F3 key and SHIFT+CTRL+F3 (forward and=20
> backward respectively).
>    We have some sugestions:
>       - if in one buffer I select text and search with this feature,=20
> when changing to another buffer if I ask to search then it should use=20
> the prior selection of the other buffer (the user selects something in =

> the buffer, searchs so it is the current search token, switches to=20
> another buffer and searchs, doesn't care if something is selected or=20
> not in that buffer, it just searches with the current search token=20
> that was taken from the other buffer, if I select text when search=20
> again I change the search token).


Implementing it could be quite tricky. Selections are tied to each=20
buffer. Will see.

>       - we don't know if it is already implemented but, it should be=20
> case sensitive when the SHL file says that the language is case=20
> sensitive, and not case sensitive in all other cases.


That's one of my doubts. Currently is just case sensitive, but I'm not=20
sure about what to use:
1) Case sensitive.
2) No case sensitive.
3) Language dependent.
Using 3 assumes you'll be always using it for symbols.

>    Thanks for doing it!!!
>
> P.s.: CTRL+2 doesn't work on X11 driver? it shows a question mark.


It looks like an error in XFree86 keyboard tables. I added some printfs=20
and Ctrl+2 return "Symbol=3D0" (Ctrl+1 and Ctrl+3 return the same symbols=
=20
as 1 and 3 alone). Something similar happends with Ctrl+Space, but the=20
code already knows about this one.

> P.s.2: when assigning keys, it allowed us to assign it to the F3 key=20
> which is used for opening a file and didn't warned about it.


Why should warn about it? As Thiago pointed out this is a menu shortcut.

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: Compilation problems 0.5.4

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

J.B. Lethbridge wrote:

>Hallo all:
>
>Another release is always exciting.
>
>But I am trying to compile the new 0.5.4, and having no luck.
>The system is as follows (errors listed below):
>
>kernel 2.2.16
>gcc 2.95.2
>libc6 2.0
>libg++ 2.7.2.8
>ldd 2.1.2
>make 3.77
>gdb 5.3 (is this relevant?)
>  
>

Only if you plan to debug programs, but from what I see you don't.

>tvision 2.0.3 (no problems compiling that)
>
>These are a bit old 
>

Yes, but not too much. Is old enough to be "untested" under such a 
platform, but not old enough to be unsupported.

>of course I suddenly realise, though I normally have
>no compilation problems SET 5.2, emacs, dosemu, kernel -- all work fine.
>
>I have looked for a way to disable the libmigdb in the configure stage,
>with no luck. (I should probably never use it, since I am not a
>programmer, but use SET, not for love letters, but writing papers and
>books. I love the interface, and want some of the new features. Used Set
>happily and gratefully for years now. (Even so, that would be a terrible
>hack, no?)
>  
>

The easiest way to "disable" libmigdb is to just remove it ;-)
Just do "rm -r libmigdb" and reconfigure. The configuration script will 
print a warning about debug features disabled ;-)

>Anyway, perhaps this is some sort of bug report which might be helpful to
>others trying to build it. I hope so.
>  
>

Of course.

>I get the following breakdown:
>
>make -C libmigdb
>make[1]: Entering directory `/home/compile/sourceforge/setedit/libmigdb'
>make -C src
>make[2]: Entering directory `/home/compile/sourceforge/setedit/libmigdb/src'
>
>colorgcc -O2 -Wall -gstabs+3 -I.   -c connect.c -o connect.o
>connect.c: In function `mi_get_response_blk':
>connect.c:278: storage size of `timeout' isn't known
>connect.c:278: warning: unused variable `timeout'
>  
>

Looks like it needs:

#include <sys/time.h>

Add it in line 34 of connect.c, it should fix the problem. Lamentably 
newer versions of glibc silently pull a lot of headers, I found it when 
compiled the code for BSD systems. The funny thing is that it also 
compiled for BSD ;-)

Gruesse, 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: Request: new command: cmcSearchAgainBackward

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

On Fri, 3 Dec 2004, Sergio N=FA=F1ez wrote:

> P.s.2: when assigning keys, it allowed us to assign it to the F3 key whic=
h is=20
> used for opening a file and didn't warned about it.

That's probably because F3 is assigned by menubind.smn.

Thiago

Compilation problems 0.5.4

[J.B. L. <let...@un...>]

Hallo all:

Another release is always exciting.

But I am trying to compile the new 0.5.4, and having no luck.
The system is as follows (errors listed below):

kernel 2.2.16
gcc 2.95.2
libc6 2.0
libg++ 2.7.2.8
ldd 2.1.2
make 3.77
gdb 5.3 (is this relevant?)
tvision 2.0.3 (no problems compiling that)

These are a bit old of course I suddenly realise, though I normally have
no compilation problems SET 5.2, emacs, dosemu, kernel -- all work fine.

I have looked for a way to disable the libmigdb in the configure stage,
with no luck. (I should probably never use it, since I am not a
programmer, but use SET, not for love letters, but writing papers and
books. I love the interface, and want some of the new features. Used Set
happily and gratefully for years now. (Even so, that would be a terrible
hack, no?)

Anyway, perhaps this is some sort of bug report which might be helpful to
others trying to build it. I hope so.

I get the following breakdown:

make -C libmigdb
make[1]: Entering directory `/home/compile/sourceforge/setedit/libmigdb'
make -C src
make[2]: Entering directory `/home/compile/sourceforge/setedit/libmigdb/src'

colorgcc -O2 -Wall -gstabs+3 -I.   -c connect.c -o connect.o
connect.c: In function `mi_get_response_blk':
connect.c:278: storage size of `timeout' isn't known
connect.c:278: warning: unused variable `timeout'

make[2]: *** [connect.o] Error 1
make[2]: Leaving directory `/home/compile/sourceforge/setedit/libmigdb/src'
make[1]: *** [libmigdb] Error 2
make[1]: Leaving directory `/home/compile/sourceforge/setedit/libmigdb'
make: *** [libmigdb] Error 2

If anyone has the time to comment, I should be no end grateful.

Many thanks,

Julian

J.B. Lethbridge, PhD
English Seminar
University of Tuebingen
Wilhelmstrasse 50
72074 Tuebingen
Germany

Re: Request: new command: cmcSearchAgainBackward

[<sn...@es...>]

    Hello.
    Again Sergio and Ivan saying some nonsense things :).
    We tried it, cOOOOl!!!
    We assigned it to the CTRL+F3 key and SHIFT+CTRL+F3 (forward and 
backward respectively).
    We have some sugestions:
       - if in one buffer I select text and search with this feature, 
when changing to another buffer if I ask to search then it should use 
the prior selection of the other buffer (the user selects something in 
the buffer, searchs so it is the current search token, switches to 
another buffer and searchs, doesn't care if something is selected or not 
in that buffer, it just searches with the current search token that was 
taken from the other buffer, if I select text when search again I change 
the search token).
       - we don't know if it is already implemented but, it should be 
case sensitive when the SHL file says that the language is case 
sensitive, and not case sensitive in all other cases.
    Thanks for doing it!!!

P.s.: CTRL+2 doesn't work on X11 driver? it shows a question mark.
P.s.2: when assigning keys, it allowed us to assign it to the F3 key 
which is used for opening a file and didn't warned about it.




Salvador Eduardo Tropea wrote:

> Ok, about this "UltraEdit" feature:
>
> I added what I understood from Sergio's description ;-)
> Please try the CVS code and tell me if that's more or less what you want.
>
> The new commands are called:  cmcSearchSelForward and  
> cmcSearchSelForward.
> They have menu entries in the "Search" menu, but no shortcut yet.
> Not yet documented because they could change.
>
> I coded them in a way that they shouldn't interfere with ^Q+F/^L.
>
> A lot of details remains to be adjusted like:
> 1) I implemented it as a case sensitive search, but it could be case 
> sensitive only for case sensitive languages or just don't be case 
> sensitive. I'm not sure what's best.
> 2) I'm starting from the other end of the file when the search fails. 
> This is silently done and as the text comes from a selection the 
> second search *must* be successful so I never inform things like "not 
> found".
> 3) Fill here with other details ;-)
>
> SET
>


-- 
*Sergio Núñez *
Programación & Desarrollo
sn...@es... <mailto:sn...@es...>
Esquemas.com <http://www.esquemas.com/>
+ (598 2) 403 03 03
Nueva Palmira 2241
11800 Montevideo, Uruguay

SETEdit 0.5.4 released

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

Hi All!

The v0.5.4 is now officially released.
For a complete list of additions and fixes visit:
http://sourceforge.net/project/shownotes.php?release_id=286217

The most important additions are debug features for Linux targets.

Precompiled packages are available for:
DOS, Win32 (BC++ 5.5 and Cygwin versions), Debian Woody (x86 and Alpha), 
Fedora Core 3, Red Hat 9.0, Red Hat 8.0 and Mandrake 10.0.
For downloads:
http://setedit.sourceforge.net/#download
Note 1: The DOS version is also available from djgpp mirrors.
Note 2: SuSE 9.x have some major problems that we couldn't workaround 
yet. I found some strange problems in 9.0 enterprise edition with 
updates and bbcat found another problems in 9.1.

I also compiled RHIDE for DOS using this release (contains gdb 6.1.1 and 
was compiled with gcc 3.4.3 and the last djgpp 2.03):
http://sourceforge.net/project/showfiles.php?group_id=32835&package_id=27741&release_id=287313

Enjoy, 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: Request: new command: cmcSearchAgainBackward

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

Ok, about this "UltraEdit" feature:

I added what I understood from Sergio's description ;-)
Please try the CVS code and tell me if that's more or less what you want.

The new commands are called:  cmcSearchSelForward and  cmcSearchSelForward.
They have menu entries in the "Search" menu, but no shortcut yet.
Not yet documented because they could change.

I coded them in a way that they shouldn't interfere with ^Q+F/^L.

A lot of details remains to be adjusted like:
1) I implemented it as a case sensitive search, but it could be case 
sensitive only for case sensitive languages or just don't be case 
sensitive. I'm not sure what's best.
2) I'm starting from the other end of the file when the search fails. 
This is silently done and as the text comes from a selection the second 
search *must* be successful so I never inform things like "not found".
3) Fill here with other details ;-)

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: Request: new command: cmcSearchAgainBackward

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

Thiago F.G. Albuquerque wrote:

> On Wed, 1 Dec 2004, Salvador Eduardo Tropea wrote:
>
>> I'm thinking about what command should be added. I don't like 
>> cmcSearchAgainBackward, instead I'm thinking in something like 
>> "cmcSearchAgainRev". Where "Rev" stands for "Reverse". So if you 
>> created a forward search this command will be like Ctrl+L but 
>> backwards. But if you created a backward search Ctrl+L will be 
>> backward and this command forward. The idea is that you create a 
>> search (f or b) and then Ctr+L is a "do it again" and the other is 
>> "do it again, but in the reverse direction".
>>
>> What about it? Opinions ...
>
>
> I like it.
>
> But I also like Ivan and Sergio's idea. Maybe their idea can be 
> implemented as a macro in sLisp?

May be.
I think it can be some extra command, not assigned to Ctrl+L.

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: Request: new command: cmcSearchAgainBackward

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

On Wed, 1 Dec 2004, Salvador Eduardo Tropea wrote:

> I'm thinking about what command should be added. I don't like 
> cmcSearchAgainBackward, instead I'm thinking in something like 
> "cmcSearchAgainRev". Where "Rev" stands for "Reverse". So if you created a 
> forward search this command will be like Ctrl+L but backwards. But if you 
> created a backward search Ctrl+L will be backward and this command forward. 
> The idea is that you create a search (f or b) and then Ctr+L is a "do it 
> again" and the other is "do it again, but in the reverse direction".
>
> What about it? Opinions ...

I like it.

But I also like Ivan and Sergio's idea. Maybe their idea can be 
implemented as a macro in sLisp?

[],
Thiago

About "Glaciar Perito Moreno"

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

Hi All!

I uploaded a couple of pictures of the "Glaciar Perito Moreno".
If anybody wants to know what's that just go to: 
http://setedit.sourceforge.net/pmoreno.html

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