setedit-users — General list about setedit

Re: setedit and elinks

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

On 19/08/06 22:38, Rohan Carly wrote:

>Witold Filipczyk wrote:
>  
>
>>Another bug is a tvision bug. I use ATI framebuffer and
>>cursor leaves trace. It's annoying.
>>    
>>
>
>I also had that problem using framebuffer, not sure if it was the ATI 
>one or not. From memory (it was a while ago) I found that if I deleted 
>/dev/vcs* (or maybe I just changed the permissions on those files- try 
>removing write access, or maybe read access) then the problem went away.
>
>  
>
The UseVCS=0 solution is more elegant for such a problem.

SET

Re: gcc-4.1.2 miscompiles setedit from CVS

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

On 20/08/06 07:45, Witold Filipczyk wrote:

>gcc-4.1.2 miscompiles setedit from CVS.
>The first error is trivial to fix. The patch in the attachment.
>  
>

Ok, I'm applying it.

>The second error is related to packed attribute in setedit/runprog.cc:
>
>g++  -I../include -I../setedit/include -I../settvuti/include
>-I../sdg/include -I../infview/include -I../../tvision/include -I../extra
>-I../easydiag -I../librhuti -I../mp3 -I../calcu -I../holidays
>-DFOR_EDITOR -O2 -pipe  -c ../setedit/runprog.cc -o obj/runprog.o
>../setedit/runprog.cc: In function 'void ConfigureRunCommand()':
>../setedit/runprog.cc:95: warning: 'packed' attribute ignored for field
>of type 'char [256]'
>../setedit/runprog.cc:99: warning: 'packed' attribute ignored for field
>of type 'char [4]'
>../setedit/runprog.cc:116: error: cannot bind packed field
>'box.ConfigureRunCommand()::<anonymous
>struct>::tl.TListBoxRec::selection' to 'ccIndex&'
>  
>

I don't understand it. Sure that char[4] is already 32 bits aligned but 
I don't want to assume that it means that this is also "aligned" for 64 
and 128 bits machines. So that's a silly warning. Is the error related 
to the warning? what happends if you remove the packed attribute to the 
above mentioned members?

SET

P.S. Be patient with my next reply! more in another mail

gcc-4.1.2 miscompiles setedit from CVS

[Witold F. <wi...@po...>]

gcc-4.1.2 miscompiles setedit from CVS.
The first error is trivial to fix. The patch in the attachment.

The second error is related to packed attribute in setedit/runprog.cc:

g++  -I../include -I../setedit/include -I../settvuti/include
-I../sdg/include -I../infview/include -I../../tvision/include -I../extra
-I../easydiag -I../librhuti -I../mp3 -I../calcu -I../holidays
-DFOR_EDITOR -O2 -pipe  -c ../setedit/runprog.cc -o obj/runprog.o
../setedit/runprog.cc: In function 'void ConfigureRunCommand()':
../setedit/runprog.cc:95: warning: 'packed' attribute ignored for field
of type 'char [256]'
../setedit/runprog.cc:99: warning: 'packed' attribute ignored for field
of type 'char [4]'
../setedit/runprog.cc:116: error: cannot bind packed field
'box.ConfigureRunCommand()::<anonymous
struct>::tl.TListBoxRec::selection' to 'ccIndex&'

-- 
Witek

Re: setedit and elinks

[Rohan C. <ro...@ro...>]

Witold Filipczyk wrote:
> Another bug is a tvision bug. I use ATI framebuffer and
> cursor leaves trace. It's annoying.

I also had that problem using framebuffer, not sure if it was the ATI 
one or not. From memory (it was a while ago) I found that if I deleted 
/dev/vcs* (or maybe I just changed the permissions on those files- try 
removing write access, or maybe read access) then the problem went away.

-- 
Rohan Carly

Re: TVision on the framebuffer

[Witold F. <wi...@po...>]

On Sat, Aug 19, 2006 at 01:54:06PM +0200, Witold Filipczyk wrote:
> I set UseVCS=0 in ~/.tvrc and the cursor doesn't leave trace anymore,
> but I lost frames. I have tried various AppCP and ScrCP settings, but
> with no success. I set fonts using:
> setfont lat2u-16  -m 8859-2

setfont lat2-16 -m 8859-2 and I got frames, but the triangle char is not
displayed and the screen looks silly like this. See using less -r
-- 
Witek

TVision on the framebuffer

[Witold F. <wi...@po...>]

I set UseVCS=0 in ~/.tvrc and the cursor doesn't leave trace anymore,
but I lost frames. I have tried various AppCP and ScrCP settings, but
with no success. I set fonts using:
setfont lat2u-16  -m 8859-2

How to get frames?
-- 
Witek

Re: setedit and elinks

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

On 14/08/06 08:51, wi...@po... wrote:

>U=BFytkownik Salvador Eduardo Tropea napisa=B3:
> =20
>
>>On 13/08/06 10:25, Witold Filipczyk wrote:
>>
>>   =20
>>
>>>Hi!
>>>I'm a new user of setedit. I must say it looks good.
>>>I have some problems with debugging elinks.
>>>elinks.txt was created like this:
>>>cd elinks
>>>find . -name "*.[ch]" > elinks.txt
>>>Then I created the elinks.epr based on elinks.txt
>>>I don't know why some files are visible with "full" path, I mean
>>>eg. ./src/protocol/nntp/connection.h and some files only basename,
>>>eg. beos.c
>>>
>>>
>>>     =20
>>>
>>Is that for files with the same name but different path?
>>   =20
>>
>
>There is no rule. Some files are "duplicates", but beos.c is only one.=20
> =20
>

Can you send me elinks.txt?

[snip]

>>>Another bug is a tvision bug. I use ATI framebuffer and
>>>cursor leaves trace. It's annoying.
>>>
>>>
>>>     =20
>>>
>>This isn't a bug in the editor but in some frame buffer implementations=
=2E
>>The editor doesn't even know you are using frame buffer, it just moves
>>the cursor and draw like when using a regular Linux terminal. The frame=

>>buffer should ensure that old cursor drwings are removed before drawing=

>>it again. Most frame buffer implementations have bugs and limitations i=
n
>>the cursor handling. Last time I checked only a few of them implement
>>the code to change the cursor size ... Some implementations have very
>>odd bugs, I remmember one that failed to set up the font when you
>>changed the resolution "on the fly".
>>I know that this particular bug (cursor trace) isn't triggered by other=

>>applications, but the editor can't be blamed.
>>   =20
>>
>
>=20
>
>I thought it was a bug in  rhtvision. No other terminal application
>
>do something like this. The TVision character map do the same (trace).
> =20
>

Most probably that's because no other terminal application puts as much=20
stress in the terminal code. The program isn't in charge of cursor=20
drawing, that's kernel job and beleive me frame buffer should be renamed =

"frame bugger", most implementations of the frame buffer are quite bad=20
and this situation isn't getting better as time goes by. I guess that=20
people preffers graphical user interfaces and nobody really cares about=20
Linux console, which is really crappy BTW. If you take a look at the=20
Windows console API (yes it have it even when most people doesn't even=20
know) you'll see the implementation is far better than what Linux=20
provides as API, of course: Windows API is full of bugs and limitations, =

but is better than Linux ... it sounds crazy because Linux is much more=20
"terminal oriented", but take a look at the TVision low level drivers=20
and you'll see what I mean.

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: Re: setedit and elinks

[<wi...@po...>]

Użytkownik Salvador Eduardo Tropea napisał:
>On 13/08/06 10:25, Witold Filipczyk wrote:
>
>>Hi!
>>I'm a new user of setedit. I must say it looks good.
>>I have some problems with debugging elinks.
>>elinks.txt was created like this:
>>cd elinks
>>find . -name "*.[ch]" > elinks.txt
>>Then I created the elinks.epr based on elinks.txt
>>I don't know why some files are visible with "full" path, I mean
>>eg. ./src/protocol/nntp/connection.h and some files only basename,
>>eg. beos.c
>>
>>
>
>Is that for files with the same name but different path?

There is no rule. Some files are "duplicates", but beos.c is only one. 


>>ELinks has many files, some has the same basename, eg.
>>./src/main/select.c and ./src/dom/select.c
>>While debugging, after pressing a few times F7 setedit shows
>>./src/dom/select.c instead of src/main/select.c.
>>
>>
>
>This is, most probably, a bug (or limitation) in gdb. The problem is,
>most probably, in the way the code is compiled. If the compiler was
>called like this:
>
>gcc ... select.c ...
>
>For both sources, and from different directories, then the debug
>information says "select.c" and nothing else.
>Having two files with the same name in a project is a very bad idea.
>Note that gdb will inform to setedit "we reached line nnn of select.c".

 I see.

 

>
>>Another bug is a tvision bug. I use ATI framebuffer and
>>cursor leaves trace. It's annoying.
>>
>>
>
>This isn't a bug in the editor but in some frame buffer implementations.
>The editor doesn't even know you are using frame buffer, it just moves
>the cursor and draw like when using a regular Linux terminal. The frame
>buffer should ensure that old cursor drwings are removed before drawing
>it again. Most frame buffer implementations have bugs and limitations in
>the cursor handling. Last time I checked only a few of them implement
>the code to change the cursor size ... Some implementations have very
>odd bugs, I remmember one that failed to set up the font when you
>changed the resolution "on the fly".
>I know that this particular bug (cursor trace) isn't triggered by other
>applications, but the editor can't be blamed.

 

I thought it was a bug in  rhtvision. No other terminal application

do something like this. The TVision character map do the same (trace).

 

--

Witek

Re: setedit and elinks

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

On 13/08/06 10:25, Witold Filipczyk wrote:

>Hi!
>I'm a new user of setedit. I must say it looks good.
>I have some problems with debugging elinks.
>elinks.txt was created like this:
>cd elinks
>find . -name "*.[ch]" > elinks.txt
>Then I created the elinks.epr based on elinks.txt
>I don't know why some files are visible with "full" path, I mean
>eg. ./src/protocol/nntp/connection.h and some files only basename,
>eg. beos.c
>  
>

Is that for files with the same name but different path?

>ELinks has many files, some has the same basename, eg.
>./src/main/select.c and ./src/dom/select.c
>While debugging, after pressing a few times F7 setedit shows
>./src/dom/select.c instead of src/main/select.c.
>  
>

This is, most probably, a bug (or limitation) in gdb. The problem is, 
most probably, in the way the code is compiled. If the compiler was 
called like this:

gcc ... select.c ...

For both sources, and from different directories, then the debug 
information says "select.c" and nothing else.
Having two files with the same name in a project is a very bad idea.
Note that gdb will inform to setedit "we reached line nnn of select.c".

>Another bug is a tvision bug. I use ATI framebuffer and
>cursor leaves trace. It's annoying.
>  
>

This isn't a bug in the editor but in some frame buffer implementations. 
The editor doesn't even know you are using frame buffer, it just moves 
the cursor and draw like when using a regular Linux terminal. The frame 
buffer should ensure that old cursor drwings are removed before drawing 
it again. Most frame buffer implementations have bugs and limitations in 
the cursor handling. Last time I checked only a few of them implement 
the code to change the cursor size ... Some implementations have very 
odd bugs, I remmember one that failed to set up the font when you 
changed the resolution "on the fly".
I know that this particular bug (cursor trace) isn't triggered by other 
applications, but the editor can't be blamed.

>Sorry for complaints, setedit is really good.
>  
>

Is ok.

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

setedit and elinks

[Witold F. <wi...@po...>]

Hi!
I'm a new user of setedit. I must say it looks good.
I have some problems with debugging elinks.
elinks.txt was created like this:
cd elinks
find . -name "*.[ch]" > elinks.txt
Then I created the elinks.epr based on elinks.txt
I don't know why some files are visible with "full" path, I mean
eg. ./src/protocol/nntp/connection.h and some files only basename,
eg. beos.c

ELinks has many files, some has the same basename, eg.
./src/main/select.c and ./src/dom/select.c
While debugging, after pressing a few times F7 setedit shows
./src/dom/select.c instead of src/main/select.c.

Another bug is a tvision bug. I use ATI framebuffer and
cursor leaves trace. It's annoying.
Sorry for complaints, setedit is really good.

Best regards,
-- 
Witek

Re: setedit for linux

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

On 19/05/06 22:51, Prasad Mehendale wrote:

>I use setedit for dos. I use it with freedos successfully.
>I want to use setedit with my mandrake10.0.
>Please suggest me the version.
>  
>
I'll suggest you to compile the code from sources. Use the last CVS 
snapshot.
If you get errors post them to the list.

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

setedit for linux

[Prasad M. <pra...@gm...>]

I use setedit for dos. I use it with freedos successfully.
I want to use setedit with my mandrake10.0.
Please suggest me the version.

--
Prasad Mehendale
-- 
Beware of me. I am improving every second.
******************************

Re: Name of the edited file like a parameter

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

On 23/04/06 12:59, Ladislav Lacina wrote:

>Is in Setedit some feature which make possible to give the name of the
>edited file as a parameter to some external program.
>
>For example when I edit some pascal source (f.e. GEOMETRY.PAS) and via
>CTRL+F9 want to call the compiler with command line like:
>c:\pascal\bin\tpc GEOMETRY.PAS
>
>For example the pascal IDE has some symbols. I can write into options for
>external programs this:
>EXT_APPL.EXE $Filename
>  
>
Yes, see the macros.slp examples and consult the docs about the commands 
used.
Also take a look menubind.smn to see how to put it in the menues.

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

Name of the edited file like a parameter

[Ladislav L. <la...@se...>]

Is in Setedit some feature which make possible to give the name of the
edited file as a parameter to some external program.

For example when I edit some pascal source (f.e. GEOMETRY.PAS) and via
CTRL+F9 want to call the compiler with command line like:
c:\pascal\bin\tpc GEOMETRY.PAS

For example the pascal IDE has some symbols. I can write into options for
external programs this:
EXT_APPL.EXE $Filename

Re: dual debugging

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

On 15/02/06 11:54, David Chmelik wrote:

>>>>I had certainly tried libmigdb, but it is not in pkglist.  I was being
>>>>        
>>>>
>>>thorough,  but the doc is either at rhide.com or also in files sometimes
>>>leading to other files; which configure script do you mean?
>>>
>>>      
>>>
>>Read the INSTALL.txt file included with SETEdit sources.
>>    
>>
>
>   Ok, i did the frtfm leading to 2 others; though I did several times per
>rhide compile.  Seems there is nothing on displays. 
>

You'll find about the configuration script and it checks if the library 
needed for debugging is installed. This seems to be your main problem.

> (Vcs is there, and)
>both regular and fb tty setedit is using only 1 videocard.
>  
>

Yes, the editor itself uses 1 tty, the other tty should be used by the 
program you want to debug.

>    Is there just explanation of standard ways to dual-vga debug?  
>

Nope, as I said before: I don't have a dual headed machine.

>Did I not
>say I request it in a faq or in return for donation?  The editors are
>good, but something could use more work (textmode needs no work; never
>mind [gui.])  Maybe hackers laugh at expectations to find hard ways of
>display setup & doc; and to get 4 different files, and force others to,
>but i as a longer graphician  am more likely to learn other posixes before
>paying attention (recompiles are ok but i remember DJgpp.) to the 100th
>recompile new logic math game.  I now even recompiled non-fb after 3 fb
>combinations; sometimes it is not fun if stuck without faq or support
>(none in central WA?)
>

The main problem is that I don't have a machine with two monitors/video 
boards, etc.

>
>    Offtopic: after 4 years determined finite acceptance of such puzzle games
>& regularly expressing them to myself, since another 4 i do not know if
>"Open Group" has all posix info & help (besides i am reading #1003;) or if
>they list help in world areas.  I have been able to use all free posix but
>hurd, but someone else can try make editors on 4 or more free kernels: i
>would like to make something on 4 or any interfaces, even gdb; how do you
>make up the displays or find more than is in driver code?
>
I'm not sure if I understand your question. I'm not detecting a secondary screen, the user must inform it to the editor. You can do it with a single monitor, using different "virtual consoles". This can be done "automagically". 

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: dual debugging

[David C. <dch...@nw...>]

>>>I had certainly tried libmigdb, but it is not in pkglist.  I was being
>> thorough,  but the doc is either at rhide.com or also in files sometimes
>> leading to other files; which configure script do you mean?
>>
>
> Read the INSTALL.txt file included with SETEdit sources.

   Ok, i did the frtfm leading to 2 others; though I did several times per
rhide compile.  Seems there is nothing on displays.  (Vcs is there, and)
both regular and fb tty setedit is using only 1 videocard.
    Is there just explanation of standard ways to dual-vga debug?  Did I not
say I request it in a faq or in return for donation?  The editors are
good, but something could use more work (textmode needs no work; never
mind [gui.])  Maybe hackers laugh at expectations to find hard ways of
display setup & doc; and to get 4 different files, and force others to,
but i as a longer graphician  am more likely to learn other posixes before
paying attention (recompiles are ok but i remember DJgpp.) to the 100th
recompile new logic math game.  I now even recompiled non-fb after 3 fb
combinations; sometimes it is not fun if stuck without faq or support
(none in central WA?)

    Offtopic: after 4 years determined finite acceptance of such puzzle games
& regularly expressing them to myself, since another 4 i do not know if
"Open Group" has all posix info & help (besides i am reading #1003;) or if
they list help in world areas.  I have been able to use all free posix but
hurd, but someone else can try make editors on 4 or more free kernels: i
would like to make something on 4 or any interfaces, even gdb; how do you
make up the displays or find more than is in driver code?

Re: [Linux] Bug in "Powered Grep"

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

I can't reproduce the problem, the fault seems to be from:

#2  0x080abafc in TSOSListBoxMsg::selectItem (this=0x8251340, item=40) 
at ../setedit/edmsg.cc:194

That's the code around it:

          if (fI->type & fitCont)
            {
             DynStrCatStruct st;
             DynStrCatInit(&st,msg+offset,len);
             DynStrCat(&st,msg2+fI->offset,fI->len); // Line 194
             msg=st.str;
             len=st.len;
             offset=0;
             allocated=1;
            }

The only way to get there is by having fitCont bit enabled and that's 
impossible because the powered grep is doing this:

 fI.type=fitNone;
 // Look for file name and line number
 // It fails if: The file is absolute and starts with a number
 if (TVCodePage::isAlpha(buf[0]) && buf[1]==':' && (!ucisdigit(buf[2])))
    offset=2;
 endOfName=strchr(buf+offset,':');
 if (endOfName)
    endOfLine=strchr(endOfName+1,':');
 if (!endOfName || !endOfLine || !ucisdigit(endOfName[1]))
    return 0;

 char *ret;
 fI.type=fitInfo;

So you can only have fitNone or fitInfo, but never fitCont. As you say 
the lines are blue then you are getting fitInfo.
The only way to get it is by a severe memory corruption. I can only 
suggest recompiling *all* (TV and SETEdit), just do a full clean-up and 
compile again. I have no other idea.

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: [Linux] Bug in "Powered Grep"

[tfga <tf...@te...>]

Yes.

> On 13/02/06 15:49, tfga wrote:
> 
> >It is one revision after that:
> >
> > Revision 1.709  2006/02/07 17:46:40  set
> >  
> >
> Ok, but the most important question is if you get the hits highlighted =

> (in blue).
> 
> 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: [Linux] Bug in "Powered Grep"

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

On 13/02/06 15:49, tfga wrote:

>It is one revision after that:
>
> Revision 1.709  2006/02/07 17:46:40  set
>  
>
Ok, but the most important question is if you get the hits highlighted 
(in blue).

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: [Linux] Bug in "Powered Grep"

[tfga <tf...@te...>]

It is one revision after that:

 Revision 1.709  2006/02/07 17:46:40  set

[],
Thiago

> On 10/02/06 00:17, Thiago F.G. Albuquerque wrote:
> 
> > Sorry, SET, the bug is still there. I'm sending a full bt this time.
> 
> Please double check you compiled the one with the following revision:
> 
> Revision 1.708  2006/02/06 18:11:12  set
> 
> This revision should show grep matches highlighted in blue.
> 
> 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
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log =
files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!=

> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> _______________________________________________
> Setedit-users mailing list
> Set...@li...
> https://lists.sourceforge.net/lists/listinfo/setedit-users
> 

Re: [Linux] Bug in "Powered Grep"

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

On 10/02/06 00:17, Thiago F.G. Albuquerque wrote:

> Sorry, SET, the bug is still there. I'm sending a full bt this time.

Please double check you compiled the one with the following revision:

Revision 1.708  2006/02/06 18:11:12  set

This revision should show grep matches highlighted in blue.

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: [Linux] Bug in "Powered Grep"

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

Sorry, SET, the bug is still there. I'm sending a full bt this time.

[],
Thiago

(gdb) r
Starting program: /home/tfga/packages/set/setedit/makes/editor.exe

Program received signal SIGSEGV, Segmentation fault.
0x40298b77 in memcpy () from /lib/libc.so.6
(gdb) bt full
#0  0x40298b77 in memcpy () from /lib/libc.so.6
No symbol table info available.
#1  0x080b8fe8 in DynStrCat (Struct=3D0xbffff520, str=3D0xc82a597c <Address=
 0xc82a597c out of bounds>, len=3D1074528036)
     at ../extra/dyncat.cc:49
         Struct =3D (DynStrCatStruct *) 0xc82a597c
         len =3D 1074528036
         oldLen =3D 43
#2  0x080abafc in TSOSListBoxMsg::selectItem (this=3D0x8251340, item=3D40) =
at ../setedit/edmsg.cc:194
         st =3D {len =3D 1074528079, str =3D 0x0}
         allocated =3D 0
         len =3D 43
         offset =3D 16
         this =3D (TSOSListBoxMsg * const) 0x2b
         item =3D 1
         c =3D -936748676
         aux =3D 43
         msg =3D 0x82ab4cc "ceditor.cc:4387:        len=3Dsprintf(buf,\"  (=
SendCommands\");"
         fI =3D (FileInfo *) 0x82ab4b4
#3  0x080ac3a3 in TSOSListBoxMsg::selectNext (this=3D0x8251340, offset=3D1)=
 at ../setedit/edmsg.cc:401
         this =3D (TSOSListBoxMsg * const) 0x8251340
         offset =3D 1074528035
         nFocus =3D 40
#4  0x080ac168 in TSOSListBoxMsg::handleEvent (this=3D0x8251340, event=3D@0=
xbffff7d0) at ../setedit/edmsg.cc:345
         this =3D (TSOSListBoxMsg * const) 0x8251340
         event =3D (TEvent &) @0xbffff7d0: {what =3D 256, {mouse =3D {butto=
ns =3D 33 '!', doubleClick =3D 37, where =3D {x =3D 0, y =3D 0}},
     keyDown =3D {charScan =3D {charCode =3D 33 '!', scanCode =3D 37 '%'}, =
keyCode =3D 561, shiftState =3D 0, raw_scanCode =3D 0 '\0'},
     message =3D {command =3D 9505, {infoPtr =3D 0x0, infoLong =3D 0, infoW=
ord =3D 0, infoInt =3D 0, infoByte =3D 0 '\0',
         infoChar =3D 0 '\0'}}}}
         this =3D (struct TNSCollection * const) 0x400bff23
#5  0x4009efb3 in doHandleEvent () from /usr/lib/librhtv.so.2.1.0
No symbol table info available.
#6  0x4009f0d9 in TGroup::handleEvent () from /usr/lib/librhtv.so.2.1.0
No symbol table info available.
#7  0x400c066c in TWindow::handleEvent () from /usr/lib/librhtv.so.2.1.0
No symbol table info available.
#8  0x40090b7c in TDialog::handleEvent () from /usr/lib/librhtv.so.2.1.0
No symbol table info available.
#9  0x4009efb3 in doHandleEvent () from /usr/lib/librhtv.so.2.1.0
No symbol table info available.
#10 0x4009f0d9 in TGroup::handleEvent () from /usr/lib/librhtv.so.2.1.0
No symbol table info available.
#11 0x40090067 in TDeskTop::handleEvent () from /usr/lib/librhtv.so.2.1.0
No symbol table info available.
#12 0x4009efb3 in doHandleEvent () from /usr/lib/librhtv.so.2.1.0
No symbol table info available.
#13 0x4009f0d9 in TGroup::handleEvent () from /usr/lib/librhtv.so.2.1.0
No symbol table info available.
#14 0x400acfad in TProgram::handleEvent () from /usr/lib/librhtv.so.2.1.0
No symbol table info available.
#15 0x08099c11 in TSetEditorApp::handleEvent (this=3D0x8179fe8, event=3D@0x=
bffff7d0) at ../setedit/editmain.cc:899
         this =3D (TSetEditorApp * const) 0x8179fe8
         event =3D (TEvent &) @0xbffff7d0: {what =3D 256, {mouse =3D {butto=
ns =3D 33 '!', doubleClick =3D 37, where =3D {x =3D 0, y =3D 0}},
     keyDown =3D {charScan =3D {charCode =3D 33 '!', scanCode =3D 37 '%'}, =
keyCode =3D 561, shiftState =3D 0, raw_scanCode =3D 0 '\0'},
     message =3D {command =3D 9505, {infoPtr =3D 0x0, infoLong =3D 0, infoW=
ord =3D 0, infoInt =3D 0, infoByte =3D 0 '\0',
         infoChar =3D 0 '\0'}}}}
         this =3D (class TEditorCollection * const) 0x0
         FileName =3D 0x8179fe8 "lN\022\b=FCN\022\b"
         NodeName =3D 0xbffff7d0 ""
         VisibleName =3D 0x1 <Address 0x1 out of bounds>
         p =3D (class TDskWinMan *) 0xbffff7b8
         word =3D 0xbffff7d0 ""
#16 0x4009ebc8 in TGroup::execute () from /usr/lib/librhtv.so.2.1.0
No symbol table info available.
#17 0x400ad5a1 in TProgram::run () from /usr/lib/librhtv.so.2.1.0
No symbol table info available.
#18 0x0809e3fc in main (argc=3D1, argv=3D0xbffff8e4) at ../setedit/editmain=
=2Ecc:3323
         argc =3D 1074528035
         argv =3D (char **) 0x0
         set_files =3D 0x0
         set_libs =3D 0x400bff23 "\213]=FC\211=EC]=C3\220\215t&"

On Mon, 6 Feb 2006, Salvador Eduardo Tropea wrote:

> Killed ;-)
> I found the code added FileInfo structures living the type field "blank".=
 It=20
> looks like your system usually gets this field with 0x8000 ored and the c=
ode=20
> interpreted it as a line with continuation ...
> CVS is fixed.
>
> Regards, SET

--=20
Thiago F. G. Albuquerque

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

Re: dual debugging

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

On 08/02/06 11:18, David Chmelik wrote:

>>>   3 of 4 _D_ebug _O_ptions bring no dialog.
>>>
>>>      
>>>
>>Are you sure you compiled with debug support? (libmigdb)
>>    
>>
>
>Yes; i said i edited the menu snm file; and accessed "debug."  Or, can debug
>menu show up and not work due to gdb or libmigdb problems?
>  
>

You don't have to edit the menu file, it was designed to show the 
options only when the relevant code was linked.
Just install libmigdb. The configure script detects it and warns if it 
couldn't be found.


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: dual debugging

[David C. <dch...@nw...>]

>>    3 of 4 _D_ebug _O_ptions bring no dialog.
>>
>
> Are you sure you compiled with debug support? (libmigdb)

Yes; i said i edited the menu snm file; and accessed "debug."  Or, can debug
menu show up and not work due to gdb or libmigdb problems?

>> More likely there are Bsd style ttys, but there is no "ttys" in my
>> filesystem.
>...>
>
> I mean things like: /dev/tty1

or past /dev/tty10, whatever that is!  Bsd has each /dev/tty listed &
documented in /etc/ttys, but linux documents little about /dev & /proc.

> I don't have two boards on my systems so I con only say what some users
> told me.

After mapping either fb0 and fb1 to tty10: I tried "program and mode," and
also attaching a process, but "source path" is the only debug thing i know
ever shows a dialog.  That is pretty amazing you got it to work for them... i
assume they use Linux, but somone may have to explain more.  Who cares if fb
(or anything; tty) is buggy; it is possible to run 2 fb cards, but kernel
config & tldp is a mess in recent years.

David

Re: Request: new command: cmcSearchAgainBackward

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

On 07/02/06 21:27, Thiago F.G. Albuquerque wrote:

> Can you update the snapshots?

Done.

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