setedit-users Mailing List for SET's Editor, a friendly text editor (Page 7)
Brought to you by:
set
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(48) |
Oct
(53) |
Nov
(28) |
Dec
(5) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(19) |
Feb
(17) |
Mar
(3) |
Apr
(8) |
May
(18) |
Jun
(14) |
Jul
(7) |
Aug
(2) |
Sep
(4) |
Oct
(4) |
Nov
(13) |
Dec
(18) |
2003 |
Jan
(11) |
Feb
(10) |
Mar
(7) |
Apr
(28) |
May
(46) |
Jun
(36) |
Jul
(32) |
Aug
(5) |
Sep
(9) |
Oct
(10) |
Nov
(11) |
Dec
(11) |
2004 |
Jan
(2) |
Feb
(2) |
Mar
(7) |
Apr
(10) |
May
(33) |
Jun
(31) |
Jul
(30) |
Aug
(34) |
Sep
(26) |
Oct
(7) |
Nov
(31) |
Dec
(58) |
2005 |
Jan
(7) |
Feb
(12) |
Mar
(7) |
Apr
(8) |
May
|
Jun
(2) |
Jul
(16) |
Aug
(15) |
Sep
(34) |
Oct
(3) |
Nov
(5) |
Dec
(2) |
2006 |
Jan
|
Feb
(20) |
Mar
|
Apr
(2) |
May
(2) |
Jun
(2) |
Jul
(5) |
Aug
(21) |
Sep
(13) |
Oct
(15) |
Nov
(23) |
Dec
(27) |
2007 |
Jan
(19) |
Feb
(3) |
Mar
(2) |
Apr
(3) |
May
(1) |
Jun
(3) |
Jul
(7) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
(1) |
2008 |
Jan
|
Feb
(1) |
Mar
|
Apr
(11) |
May
(7) |
Jun
(10) |
Jul
(15) |
Aug
(5) |
Sep
(9) |
Oct
(1) |
Nov
(16) |
Dec
(2) |
2009 |
Jan
(26) |
Feb
(3) |
Mar
(19) |
Apr
(22) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Salvador E. T. <sal...@in...> - 2005-09-26 16:38:47
|
On 26/09/05 13:31, Jan Cnops wrote: >Hello, > >I have the following problem when I use setedit v0.5.4 under FC3 or Suse >9.2. If I use it in a terminal window under X everything is OK, but there >something wrong if I use it with the console. > >The cursor leaves a trace (the cursor here has the form of a blinking >underscore): every letter (and blank, ...) where the cursor has been is >now underlined. These underlines remain as long as the text isn't >scrolled, so I assume it is a problem with refreshing the screen. > >Any solution for this problem? > > Looks like a bug in the kernel's frambuffer code. Are you using framebuffer or a real text mode? 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 |
From: Jan C. <Jan...@ho...> - 2005-09-26 16:31:33
|
Hello, I have the following problem when I use setedit v0.5.4 under FC3 or Suse 9.2. If I use it in a terminal window under X everything is OK, but there something wrong if I use it with the console. The cursor leaves a trace (the cursor here has the form of a blinking underscore): every letter (and blank, ...) where the cursor has been is now underlined. These underlines remain as long as the text isn't scrolled, so I assume it is a problem with refreshing the screen. Any solution for this problem? Jan Cnops |
From: Jan C. <Jan...@ho...> - 2005-09-26 16:21:55
|
Hello, for those who are interested, with a little dirty trick you can install the latest version (v0.5.4) under Suse 9.2. Simply get hold of the file libstdc++.so.6. I took it from a Fedore core 3 release. You can't install the package containing it under Suse 9.2: this gives a lot of conflicts with other packages, but you can extract the file, using rpm2cpio (which makes an archive containing the files in the rpm, and then cpio to extract the file from the archive. Copy libstdc++.so.6 to /usr/lib, install the packages libmigdb, librhtv and setedit ignoring all dependency problems, and voila. Maybe someone could make a cleaner job of it renaming the library, but for me this works. Greetings, Jan Cnops |
From: Salvador E. T. <sal...@in...> - 2005-09-26 12:56:00
|
On 26/09/05 02:13, Julio Castro wrote: >Cuando intento compilar el tvision 2.0.2 o el 2.0.3 en >fedora core 4 me salen errores (tiene gcc v4), compile >la version 2.1 y funciono, pero cuando compilo mi >aplicacion >que me funcionaba en rh9 me salen los siguientes >errores: >"undefined reference to TInputLineBaseT<char, >TDrawBuffer>" y "undefined reference to >TInputLineBaseT<unsigned short, TDrawBufferU16>", que >tengo que modificar? > =20 > =BFEstas seguro que recompilaste *todos* tus fuentes usando los headers d= e=20 la TV 2.1? 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 |
From: Julio C. <ju...@ya...> - 2005-09-26 05:13:40
|
Cuando intento compilar el tvision 2.0.2 o el 2.0.3 en fedora core 4 me salen errores (tiene gcc v4), compile la version 2.1 y funciono, pero cuando compilo mi aplicacion que me funcionaba en rh9 me salen los siguientes errores: "undefined reference to TInputLineBaseT<char, TDrawBuffer>" y "undefined reference to TInputLineBaseT<unsigned short, TDrawBufferU16>", que tengo que modificar? Graciascd /ori __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/ |
From: Salvador E. T. <sal...@in...> - 2005-09-19 13:15:53
|
On 19/09/05 01:52, Thiago F.G. Albuquerque wrote: > This adds support for PHP in the message window and in the 'Compile' > macro. Thanks! 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 |
From: Salvador E. T. <sal...@in...> - 2005-09-19 12:26:44
|
On 16/09/05 18:59, Oswald Buddenhagen wrote: >On Fri, Sep 16, 2005 at 06:25:39PM -0300, Salvador Eduardo Tropea wrote: > > >>The real problem is that definitions must be done before used for >>nmake. >> >> >> >yup, obviously it is not a two-pass processor like gmake. >however, i don't see how putting assignments in front of a target would >make it secondary? >well, i haven't looked at the makefiles recently, so i can't comment on >them. > > Isn't just an assignment, the problem is a rule to generate a support tool. This tool is compiler dependent and hence goes in the configuration "include". This is the place where the assignment is done. So you get both and that's the problem. 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 |
From: Thiago F.G. A. <tf...@te...> - 2005-09-19 03:52:11
|
This adds support for PHP in the message window and in the 'Compile' macro. [], -- Thiago F. G. Albuquerque () ascii ribbon campaign - against html mail /\ - against microsoft attachments |
From: Oswald B. <os...@kd...> - 2005-09-16 21:59:45
|
On Fri, Sep 16, 2005 at 06:25:39PM -0300, Salvador Eduardo Tropea wrote: > The real problem is that definitions must be done before used for > nmake. > yup, obviously it is not a two-pass processor like gmake. however, i don't see how putting assignments in front of a target would make it secondary? well, i haven't looked at the makefiles recently, so i can't comment on them. -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please! -- Chaos, panic, and disorder - my work here is done. |
From: Salvador E. T. <sal...@in...> - 2005-09-16 21:26:35
|
On 16/09/05 18:06, Oswald Buddenhagen wrote: >On Fri, Sep 16, 2005 at 03:57:55PM -0300, Salvador Eduardo Tropea wrote: > > >>Ok, I see, the "all" target isn't special like in GNU/Make. >> >> >> >it would be new to me that "all" is special in any way for any variant >of make. > > > I most probably got this wrong idea. The problem here was about a move of the target in a "not-so-obvious-way" that made it secondary. The real problem is that definitions must be done before used for nmake. Do you know a way to avoid it? 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 |
From: Oswald B. <os...@kd...> - 2005-09-16 21:06:35
|
On Fri, Sep 16, 2005 at 03:57:55PM -0300, Salvador Eduardo Tropea wrote: > Ok, I see, the "all" target isn't special like in GNU/Make. > it would be new to me that "all" is special in any way for any variant of make. -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please! -- Chaos, panic, and disorder - my work here is done. |
From: Salvador E. T. <sal...@in...> - 2005-09-16 20:47:46
|
On 16/09/05 16:38, Grzegorz Adam Hankiewicz wrote: >On 2005-09-16, Salvador Eduardo Tropea <sal...@in...> wrote: > > >>Which file did you use? >> >> > >Allegro main manual `._tx': > > http://cvs.sourceforge.net/viewcvs.py/alleg/allegro/docs/src/allegro._tx?rev=1.366&view=log > >Possibly anything longer than a few KBs is enough. > > I tried using the "Test RunProgram Filter" macro. It took around a second to execute the formater and replace the whole text. I used the Allegro file which is reported by the editor as 715799 bytes long and with 15491 lines. As a reference: the command line version takes 0.2 s here: $ time ./email-fmt < allegro._tx > /dev/null real 0m0.207s user 0m0.034s sys 0m0.023s 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 |
From: Grzegorz A. H. <gr...@ti...> - 2005-09-16 19:38:44
|
On 2005-09-16, Salvador Eduardo Tropea <sal...@in...> wrote: > Which file did you use? Allegro main manual `._tx': http://cvs.sourceforge.net/viewcvs.py/alleg/allegro/docs/src/allegro._tx?rev=1.366&view=log Possibly anything longer than a few KBs is enough. |
From: Salvador E. T. <sal...@in...> - 2005-09-16 18:58:23
|
On 15/09/05 17:25, Grzegorz Adam Hankiewicz wrote: >On 2005-09-15, Salvador Eduardo Tropea <sal...@in...> wrote: > > >>>Yes. I always thought that when setedit was loading it would >>>concatenate both the global and user keybind.dat. I guess the >>>same happens for all the other configuration files as well? >>> >>> >>> >>Nope, they aren't easy to "concatenate". In particular: the keys >>assignments is stored as a full tree, not as a diff. >> >> > >I see... well... I guess I'll have to build my own text editor >then! Hehehe... Ok, I'll shortly add an "-autodetect" function to >email-fmt. Depending on the path it will have built in defaults. >Like 72 width for paths like "/tmp/muttxxxx" or 80 for "/tmp/cvsxxx" >and stuff like that. After that I'll document it and prepare it >for you to include into setedit. > > :-) good! 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 |
From: Salvador E. T. <sal...@in...> - 2005-09-16 18:58:14
|
Hi Arnold! On 15/09/05 15:40, Arnold Wiegert wrote: > Hello Salvador, > > I got a chance to work some more with the free compiler tests. > > After downloading the Sep 12 snapshot etc. I found the following: > > In tvision: > > invoking nmake -f Makefile.nmk > only compiled mlink.c > > going to makes and trying > nmake MKF_EXT=".nmk" -f librhtv.bmk > did nothing more, but > nmake MKF_EXT=".nmk" -f librhtv.bmk librhtv.lib > did compile the library > > But when I try to compile setedit, all it compiles is infview - and it > seems to run when I load it. > > When I modify Makefile.bcc as: > editor: libs > -cd makes > $(MAKE) MKF_EXT="$(MKF_EXT)" DEBUG="$(DEBUG)" -f editor.bmk all > -cd .. Ok, I see, the "all" target isn't special like in GNU/Make. I'm adding "all" to setedit *and* tvision. > It finally compiles the editor code, but at the end I get this error > .............. > Creating library editor.lib and object editor.exp > pcre.lib(study.o) : warning LNK4217: locally defined symbol > _pcre_malloc importe > d in function _pcre_study > specs.obj : error LNK2019: unresolved external symbol "char const * > __cdecl GetV > ariable(char const *)" (?GetVariable@@YAPBDPBD@Z) referenced in > function "char * > __cdecl expand_variable(char *)" (?expand_variable@@YAPADPAD@Z) > editor.exe : fatal error LNK1120: 1 unresolved externals > NMAKE : fatal error U1077: 'mlink' : return code '0x460' > Stop. > NMAKE : fatal error U1077: '"I:\Program Files\Microsoft Platform > SDK\Bin\nmake.e > xe"' : return code '0x2' > Stop. > > Hope this make sense to you - I'm not all that familiar with nmake > because I usually use another make utility, so I'm guessing a lot. Thanks, it makes sense, even when I don't use nmake at all ;-) The undefined reference seems to be a consequence of the (brut force) methode used by mlink. I'm updating the snapshots. 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 |
From: Salvador E. T. <sal...@in...> - 2005-09-16 18:34:59
|
On 14/09/05 14:33, Grzegorz Adam Hankiewicz wrote: >On 2005-09-12, Salvador Eduardo Tropea <sal...@in...> wrote: > > >>Good! Please add the command line option to select the columns. >> >> > >Done. Uploaded new version. > > http://gradha.sdf-eu.org/email-fmt.tar.gz > >I think there's still a behaviour bug related to the python >version. The C version always seems to append a trailing \n, which >sometimes adds that extra line after Setedit's selection. > >WRT integrating it under contrib, do you want it to compile or is >it enough if you just added directly the `c' directory as is? Want >me to write some additional documentation, or point from it to >setedit's manual (which still contains the python version embedded). > > I think it should be compiled by the central make system when the configuration detects that's possible. I guess that means: when Linux is detected. > > >>How did you meassure the time? May be the problem is the >>communication with the editor. >> >> > >Wall time clock. Using `time email-fmt < allegro._tx > /dev/null' >takes about half second. Opening the file, selecting everything and >running the filter takes about 23 seconds on my machine, much much >more with the python version (which is about 5 times slower than C). > > Which file did you use? 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 |
From: Grzegorz A. H. <gr...@ti...> - 2005-09-15 20:26:16
|
On 2005-09-15, Salvador Eduardo Tropea <sal...@in...> wrote: > >Yes. I always thought that when setedit was loading it would > >concatenate both the global and user keybind.dat. I guess the > >same happens for all the other configuration files as well? > > > Nope, they aren't easy to "concatenate". In particular: the keys > assignments is stored as a full tree, not as a diff. I see... well... I guess I'll have to build my own text editor then! Hehehe... Ok, I'll shortly add an "-autodetect" function to email-fmt. Depending on the path it will have built in defaults. Like 72 width for paths like "/tmp/muttxxxx" or 80 for "/tmp/cvsxxx" and stuff like that. After that I'll document it and prepare it for you to include into setedit. |
From: Salvador E. T. <sal...@in...> - 2005-09-15 18:57:47
|
On 15/09/05 07:57, Grzegorz Adam Hankiewicz wrote: >On 2005-09-14, Salvador Eduardo Tropea <sal...@in...> wrote: > > >>[...] You most probably have a custom keys assignment and hence >>the new default isn't in effect. Just adding cmcSmartTab to the >>Tab key and the problem will go away. >> >> > >Yes. I always thought that when setedit was loading it would >concatenate both the global and user keybind.dat. I guess the same >happens for all the other configuration files as well? > > Nope, they aren't easy to "concatenate". In particular: the keys assignments is stored as a full tree, not as a diff. 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 |
From: Arnold W. <awi...@te...> - 2005-09-15 18:42:29
|
Hello Salvador, I got a chance to work some more with the free compiler tests. After downloading the Sep 12 snapshot etc. I found the following: In tvision: invoking nmake -f Makefile.nmk only compiled mlink.c going to makes and trying nmake MKF_EXT=".nmk" -f librhtv.bmk did nothing more, but nmake MKF_EXT=".nmk" -f librhtv.bmk librhtv.lib did compile the library But when I try to compile setedit, all it compiles is infview - and it seems to run when I load it. When I modify Makefile.bcc as: editor: libs -cd makes $(MAKE) MKF_EXT="$(MKF_EXT)" DEBUG="$(DEBUG)" -f editor.bmk all -cd .. It finally compiles the editor code, but at the end I get this error .............. Creating library editor.lib and object editor.exp pcre.lib(study.o) : warning LNK4217: locally defined symbol _pcre_malloc importe d in function _pcre_study specs.obj : error LNK2019: unresolved external symbol "char const * __cdecl GetV ariable(char const *)" (?GetVariable@@YAPBDPBD@Z) referenced in function "char * __cdecl expand_variable(char *)" (?expand_variable@@YAPADPAD@Z) editor.exe : fatal error LNK1120: 1 unresolved externals NMAKE : fatal error U1077: 'mlink' : return code '0x460' Stop. NMAKE : fatal error U1077: '"I:\Program Files\Microsoft Platform SDK\Bin\nmake.e xe"' : return code '0x2' Stop. Hope this make sense to you - I'm not all that familiar with nmake because I usually use another make utility, so I'm guessing a lot. Arnold |
From: Grzegorz A. H. <gr...@ti...> - 2005-09-15 10:59:01
|
On 2005-09-14, Salvador Eduardo Tropea <sal...@in...> wrote: > [...] You most probably have a custom keys assignment and hence > the new default isn't in effect. Just adding cmcSmartTab to the > Tab key and the problem will go away. Yes. I always thought that when setedit was loading it would concatenate both the global and user keybind.dat. I guess the same happens for all the other configuration files as well? |
From: Salvador E. T. <sal...@in...> - 2005-09-14 21:38:14
|
On 14/09/05 13:57, Grzegorz Adam Hankiewicz wrote: >I did update both TVision and Setedit from CVS (which I had not done >for many months) and the behaviour now is that I always get hard >tabs. The attached screenshot shows them even though local editing >options tell no hard tabs. The global options are practically the >same as local options. What did happen to soft tabs? > > This is consequence of the following change: Revision 1.654 2005/02/21 18:05:19 set * Modified: Now the "Tab" behavior is implemented by an editor command (cmcSmartTab). In this way sLisp code can insert "smart tabs". Tabs in pseudo macros are translated to this command and the default keyboard assigment for Tab is this command. People using a keybind.dat file will need to add this assigment in order to keep the same behavior. Added as a result of a thread in the mailing list (Arnold and Thiago). You most probably have a custom keys assignment and hence the new default isn't in effect. Just adding cmcSmartTab to the Tab key and the problem will go away. 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 |
From: Grzegorz A. H. <gr...@ti...> - 2005-09-14 17:26:29
|
On 2005-09-12, Salvador Eduardo Tropea <sal...@in...> wrote: > Good! Please add the command line option to select the columns. Done. Uploaded new version. http://gradha.sdf-eu.org/email-fmt.tar.gz I think there's still a behaviour bug related to the python version. The C version always seems to append a trailing \n, which sometimes adds that extra line after Setedit's selection. WRT integrating it under contrib, do you want it to compile or is it enough if you just added directly the `c' directory as is? Want me to write some additional documentation, or point from it to setedit's manual (which still contains the python version embedded). > How did you meassure the time? May be the problem is the > communication with the editor. Wall time clock. Using `time email-fmt < allegro._tx > /dev/null' takes about half second. Opening the file, selecting everything and running the filter takes about 23 seconds on my machine, much much more with the python version (which is about 5 times slower than C). |
From: Grzegorz A. H. <gr...@ti...> - 2005-09-14 16:50:45
|
Hello. I did update both TVision and Setedit from CVS (which I had not done for many months) and the behaviour now is that I always get hard tabs. The attached screenshot shows them even though local editing options tell no hard tabs. The global options are practically the same as local options. What did happen to soft tabs? |
From: Ivan B. <ib...@ad...> - 2005-09-12 16:32:09
|
Hello. I think they should be installed in this way: rpm -ivh librhtv-2.0.3-3rh9.i386.rpm rpm -ivh setedit-0.5.4-1rh9.i386.rpm Or maybe this way: rpm -Uvh librhtv-2.0.3-3rh9.i386.rpm rpm -Uvh setedit-0.5.4-1rh9.i386.rpm That is, on a terminal program as the "root" user. You can try to press CTRL+ALT+F1, then login as root, then "cd=20 /directory_where_the_files_are and then execute those commands above. I hope this helps and good luck! El 11/09/05 13:21, 52...@ni... escribi=F3: >while installation of setedit in linux redhat 9.0 i m stucking at the >following message >install the TURBO version 1st > >notedly i have installed the following under root directory > >setedit-0.5.4-1rh9.i386.rpm >librhtv-2.0.3-3rh9.i386.rpm >setedit-0.5.2.RC1.tar.tar > >pls give me the soloution > =20 > --=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 |
From: Salvador E. T. <sal...@in...> - 2005-09-12 16:25:40
|
On 10/09/05 19:05, Grzegorz Adam Hankiewicz wrote: >Hello there! Long time no see. > >After spending a lot of time doing nothing at all, my parents have >prodded me to find a job again. Earlier this week I had an interview >where they wanted to ask me about being able to write multithreaded >programs or communicate with other processes. > >So I thought I would rewrite the email-fmt.py script I contributed >two years ago. I still don't know the results of the interview, >but it was quite fun writting this version and it is much better: >it no longer uses temporary files, and since it is in C, it doesn't >waste time loading the huge python interpreter. > >I was wondering if those of you using the format script could give >this a try again. In fact, Tim, are you still around here? Tim >wanted the email-fmt program to reformat the lines of text to the >size of the currently opened window. SET, I think this could be >passed as a parameter to the program, but how would you get the >current window size? > > I'm adding: GetWindowCols (GetWindowCols [window_number]) Returns the number of visible columns in the specified window. If you don't specify a window number then the current window number is used. If the specified value is invalid this function returns 0. -------------------------------------------------------------- GetWindowRows (GetWindowRows [window_number]) Returns the number of visible columns in the specified window. If you don't specify a window number then the current window number is used. If the specified value is invalid this function returns 0. I'm also adding a third command to get the "Wrap column" setting. So we can write a couple of sLisp macros to format using the window width and using the wrap column setting. We could even create one set to format the selection and another to format the whole file. >And, the previous python version did fit ok as help >documentation. But a C project is much more complex than >copy&paste. Would you like it to as something in a "contrib" >directory? > > Good! Please add the command line option to select the columns. >As a final note, profiling the C version agains the python one shows >on the command line that python is about four times slower. However, >no matter which version I run from inside setedit, it is much slower >than the command line version. Why does this happen? > > How did you meassure the time? May be the problem is the communication with the editor. >Here's the C version of email-fmt. Enjoy! > > http://gradha.sdf-eu.org/email-fmt.tar.gz > > I tried it in my Debian GNU/Linux Sarge box and it worked flawlessly. 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 |