1. EE:CS subs listing bug
- Posted by =?iso-8859-2?B?qWtvZGE=?= <tone.skoda at SIOL.NET> Jun 21, 2000
- 511 views
------=_NextPart_000_0007_01BFDB92.108DCD60 charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable found this bug: when you press f2 to list subs and you have this anywhere in file s=3D"global function myname()" --in string or --function myname() --in comment it lists myname() in sub list, but it shouldnt. i am trying to write function that will do this correct. have written it = already, but its so slow. win32lib does more than 2 minutes. is match() so quicker than this?: for i=3D1 to length(s)do word=3Ds[i..i+length("function")] if equal(word,"function")then ... end if end for anybody has already this function? ------=_NextPart_000_0007_01BFDB92.108DCD60 charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Diso-8859-2" = http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.2614.3401" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>found this bug:</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>when you press f2 to list subs and you = have this=20 anywhere in file</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>s=3D"global function myname()" = --in=20 string</FONT></DIV> <DIV><FONT face=3DArial size=3D2>or --function myname() --in = comment</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT> </DIV> <DIV><FONT face=3DArial size=3D2>it lists myname() in sub list, but = it=20 shouldnt.</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>i am trying to write function that will = do this=20 correct. have written it already, but its so slow. win32lib does more = than 2=20 minutes.</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT> </DIV> <DIV><FONT face=3DArial size=3D2>is match() so quicker than = this?:</FONT></DIV> <DIV><FONT face=3DArial size=3D2>for i=3D1 to length(s)do</FONT></DIV> <DIV><FONT face=3DArial size=3D2> =20 word=3Ds[i..i+length("function")]</FONT></DIV> <DIV><FONT face=3DArial size=3D2> if=20 equal(word,"function")then</FONT></DIV> <DIV><FONT face=3DArial size=3D2> =20 ...</FONT></DIV> <DIV><FONT face=3DArial size=3D2> end if</FONT></DIV> <DIV><FONT face=3DArial size=3D2>end for</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>anybody has already this=20 ------=_NextPart_000_0007_01BFDB92.108DCD60--
2. Re: EE:CS subs listing bug
- Posted by "Carl R. White" <cyrek at BIGFOOT.COM> Jun 22, 2000
- 474 views
On Wed, 21 Jun 2000 15:04:57 +0200, =?iso-8859-2?B?qWtvZGE=?= <tone.skoda at SIOL.NET> wrote: >found this bug: > >when you press f2 to list subs and you have this anywhere in file > >s="global function myname()" --in string >or --function myname() --in comment > >it lists myname() in sub list, but it shouldnt. To requote the classic...: "That's not a bug - it's a feature." I regularly comment out whole blocks of code, but I like having access to the functions that are commented out. I also use the following line before the main block of code if I don't use a C-like main() function: -- procedure @Main() It's not valid Euphoria outside of a comment, but the subs box detects it, and the '@' symbol makes sure it's at the top of the list. Very handy IMHO. I admit though, that it is a bit silly detecting subroutines in strings. I'll do something about that in the next release. Strangely, (judging by your last post) you seem to be using the source code version rather than the compiled executable. Any connection to the bugs I mention below? On another note: There are 2 other bugs in EE22:CS4 that I'm surprised nobody has noticed... Is there anybody apart from me and Skoda using it these days? Should I drop the project? Bug 1) [Major] F5 crashes the editor. I swear I tested this, but the copy of "4" I have here at work crashes quite badly.Bug 2) [Minor] F1 detects all keywords, buitins and standard library functions, apart from 'if'. Carl -- How can someone who tests other people's software for a living be so bad at testing his own code?!?
![]()
3. Re: EE:CS subs listing bug
- Posted by "C. K. Lester" <cklester at HOTPOP.COM> Jun 22, 2000
- 477 views
Carl, I'm using your editor on a daily basis. > Bug 1) [Major] F5 crashes the editor. I swear I tested this, but the copy > of "4" I have here at work crashes quite badly.Under what circumstances does this happen? I've experienced maybe two crashes since I started using 4, and one you already dealt with. The other happened and I didn't even pay attention because it seemed inconsequential at the time... I've not experienced it again. > Bug 2) [Minor] F1 detects all keywords, buitins and standard library > functions, apart from 'if'. I don't use F1 so I wouldn't know about this one. -ck
4. Re: EE:CS subs listing bug
- Posted by Falkon 1313 <Falkon1313 at AOL.COM> Jun 23, 2000
- 477 views
>From: "Carl R. White" <cyrek at BIGFOOT.COM> >On another note: There are 2 other bugs in EE22:CS4 that I'm surprised >nobody has noticed... Is there anybody apart from me and Skoda using it >these days? Should I drop the project? I use an older version daily, and I've got the latest version but I haven't used it yet. I found one bug in the older version recently, but it's gone in the new version. :) Okay, first try: puts( 1, "Blah" ) Save As "Blah.ex" F5 (nothing) Run | Execute (hmm...Execute is dim still, even though the file's been saved as an .ex. That doesn't happen in 2.1CS3) Close file Open file "Blah.ex" F5...crash (no error message, the window just disappeared) Tried again in full-screen mode and got an error message. 747 in function is_long_filename() variable BX has not been assigned a value Here's that problem, line 57-61 of is_long_filename() in win95fh.e: return pos = 1 or find('.', ext) or length(filename) > 8 or length(ext) > 3 That tests ext, but ext is only set if pos != 0, so if (pos = 0) ext will be uninitialised. I'm not sure about the loop in is_long_pathname() starting at line 79, but it looks to me like it steps through each part of the path calling is_long_filename(), in which case is_long_filename()'s pos will be 0 unless there's a period in every part of the path. All of that is skipped and it works fine as long as there's a space somewhere in the path (which must be why it works fine for some people but not others). I suppose that could be fixed by initialising ext to "". Could copy the for loop starting at EE.EX:line 686 in read_file() and paste it into editor_save_as() somewhere so that the executability of a new file gets updated without having to close and reload it. Would also need to call update_main_menu() to get the Execute entry un-dimmed. Not sure if anything else would need to be done. >How can someone who tests other people's software for a living >be so bad at testing his own code?!?I think you've done an excellent job, especially given the complexity of the program. :) Testing's always more difficult the closer you are to the code. I'll check out the new features later...looks nice.
5. Re: EE:CS subs listing bug
- Posted by "Carl R. White" <cyrek at BIGFOOT.COM> Jun 23, 2000
- 476 views
On Thu, 22 Jun 2000 09:19:51 -0500, C. K. Lester <cklester at HOTPOP.COM> wrote: >I'm using your editor on a daily basis. Thanks for the support.>> Bug 1) [Major] F5 crashes the editor. I swear I tested this, but the copy >> of "4" I have here at work crashes quite badly.
> >Under what circumstances does this happen? I've experienced maybe two >crashes since I started using 4, and one you already dealt with. I suspect you're using 4 in DOS since it's the Long Filename support (yet again) that's a little shaky... 99.9% of all Long Filename bugs are gone. This one (the remaining 0.1%) hiccups whenever a program is run, and I'm not sure it saves before it crashes. Just to be on the safe side (until "5" that is) save all your open files before running code with F5... >> Bug 2) [Minor] F1 detects all keywords, buitins and standard library >> functions, apart from 'if'. > >I don't use F1 so I wouldn't know about this one. Context help comes in handy occasionally (for me anyway), and in "2" I realised that there was no help on Euphoria keywords. Press F1 over a function call (magenta or green in the EECS colours) and you'll get the LIBRARY.DOC section on that function in a help window. F1 over a keyword now tells you as such and asks if you'd like to load REFMAN.DOC. There's no real individual method of locating keyword definitions in REFMAN. The problem with "if" is that it's shorter than the 3 character limit I put on the F1 word checker! :-S
Suggestions for "5" anyone? Carl -- Enter any 11 digit prime to continue... > 11111111113
6. Re: EE:CS subs listing bug
- Posted by =?iso-8859-2?B?qWtvZGE=?= <tone.skoda at SIOL.NET> Jun 22, 2000
- 481 views
- Last edited Jun 23, 2000
> nobody has noticed... Is there anybody apart from me and Skoda using it > these days? Should I drop the project? how about Windows version? would it be difficult to translate it to windows application, with its combo boxes (for subs) etc? i have been thinking about doing it till now i have written my own editor, but it has many bugs that ocasionaly occur (75k file of code) and i havent got registered version, so tracking bugs is pretty hard today i added feature to have all subs in combo box
7. Re: EE:CS subs listing bug
- Posted by Chris Bensler <bensler at MAILOPS.COM> Jun 23, 2000
- 515 views
------=_NextPart_000_0086_01BFDD2C.53683120 charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ----- Original Message -----=20 From: Carl R. White=20 To: EUPHORIA at LISTSERV.MUOHIO.EDU=20 Sent: Friday, June 23, 2000 8:40 AM Subject: Re: EE:CS subs listing bug On Thu, 22 Jun 2000 09:19:51 -0500, C. K. Lester <cklester at HOTPOP.COM> wrote: >I'm using your editor on a daily basis. Thanks for the support.>> Bug 1) [Major] F5 crashes the editor. I swear I tested this, but = the copy >> of "4" I have here at work crashes quite badly.
> >Under what circumstances does this happen? I've experienced maybe two >crashes since I started using 4, and one you already dealt with. I suspect you're using 4 in DOS since it's the Long Filename support = (yet again) that's a little shaky... 99.9% of all Long Filename bugs are = gone. This one (the remaining 0.1%) hiccups whenever a program is run, and = I'm not sure it saves before it crashes. Just to be on the safe side = (until "5" that is) save all your open files before running code with F5... >> Bug 2) [Minor] F1 detects all keywords, buitins and standard = library >> functions, apart from 'if'. > >I don't use F1 so I wouldn't know about this one. Context help comes in handy occasionally (for me anyway), and in "2" I realised that there was no help on Euphoria keywords. Press F1 over a function call (magenta or green in the EECS colours) and you'll get = the LIBRARY.DOC section on that function in a help window. F1 over a = keyword now tells you as such and asks if you'd like to load REFMAN.DOC. = There's no real individual method of locating keyword definitions in REFMAN. The problem with "if" is that it's shorter than the 3 character limit = I put on the F1 word checker! :-S
Suggestions for "5" anyone? I'm using 4 and haven't encountered the LFN bug. But I try to stick with = 8.3 format if I can help it. I have some suggestions.. .. Syntax coloring for user defined routines. All the routines in the = included files and main soruce code. .. List the include file routines in the subs list as well .. Seperate lists for global and local routines .. List Global Variables .. List Constants, Global and local Can't think of the others right now.. I'll get back to ya.. :) Chris ------=_NextPart_000_0086_01BFDD2C.53683120 charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Diso-8859-1" = http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <BLOCKQUOTE=20 style=3D"BORDER-LEFT: #0000ff 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: = 0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px"> <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV> <DIV=20 style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: = black"><B>From:</B>=20 <A href=3D"mailto:cyrek at BIGFOOT.COM" title=3Dcyrek at BIGFOOT.COM>Carl R. = White</A>=20 </DIV> <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A=20 href=3D"mailto:EUPHORIA at LISTSERV.MUOHIO.EDU"=20 title=3DEUPHORIA at LISTSERV.MUOHIO.EDU>EUPHORIA at LISTSERV.MUOHIO.EDU</A> = </DIV> <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Friday, June 23, 2000 = 8:40 AM</DIV> <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> Re: EE:CS subs listing = bug</DIV> <DIV><BR></DIV> <DIV>On Thu, 22 Jun 2000 09:19:51 -0500, C. K. Lester <<A=20 = <BR><BR>>I'm=20 using your editor on a daily basis.<BR><BR>Thanks for the support.=20
<BR><BR>>> Bug 1) [Major] F5 crashes the editor. I swear I = tested=20 this, but the copy<BR>>> of "4" I have here at work crashes = quite badly.=20
<BR>><BR>>Under what circumstances does this happen? I've = experienced=20 maybe two<BR>>crashes since I started using 4, and one you already = dealt=20 with.<BR><BR>I suspect you're using 4 in DOS since it's the Long = Filename=20 support (yet<BR>again) that's a little shaky... 99.9% of all Long = Filename=20 bugs are gone.<BR>This one (the remaining 0.1%) hiccups whenever a = program is=20 run, and I'm<BR>not sure it saves before it crashes. Just to be on the = safe=20 side (until "5"<BR>that is) save all your open files before running = code with=20 F5...<BR><BR>>> Bug 2) [Minor] F1 detects all keywords, buitins = and=20 standard library<BR>>> functions, apart from = 'if'.<BR>><BR>>I=20 don't use F1 so I wouldn't know about this one.<BR><BR>Context help = comes in=20 handy occasionally (for me anyway), and in "2" I<BR>realised that = there was no=20 help on Euphoria keywords. Press F1 over a<BR>function call (magenta = or green=20 in the EECS colours) and you'll get the<BR>LIBRARY.DOC section on that = function in a help window. F1 over a keyword<BR>now tells you as such = and asks=20 if you'd like to load REFMAN.DOC. There's no<BR>real individual method = of=20 locating keyword definitions in REFMAN.<BR><BR>The problem with "if" = is that=20 it's shorter than the 3 character limit I put<BR>on the F1 word = checker! :-S=20
<BR><BR>Suggestions for "5" anyone?</DIV></BLOCKQUOTE> <DIV><FONT color=3D#0000ff face=3D"Comic Sans MS">I'm using 4 and = haven't=20 encountered the LFN bug. But I try to stick with 8.3 format if I can = help=20 it.</FONT></DIV> <DIV> </DIV> <DIV><FONT color=3D#0000ff face=3D"Comic Sans MS">I have some=20 suggestions..</FONT></DIV> <DIV><FONT color=3D#0000ff face=3D"Comic Sans MS">.. Syntax coloring for = user=20 defined routines. All the routines in the included files and main soruce = code.</FONT></DIV> <DIV> </DIV> <DIV><FONT color=3D#0000ff face=3D"Comic Sans MS">.. List the include = file routines=20 in the subs list as well</FONT></DIV> <DIV> </DIV> <DIV><FONT color=3D#0000ff face=3D"Comic Sans MS">.. Seperate lists for = global and=20 local routines</FONT></DIV> <DIV> </DIV> <DIV><FONT color=3D#0000ff face=3D"Comic Sans MS">.. List Global=20 Variables</FONT></DIV> <DIV> </DIV> <DIV><FONT color=3D#0000ff face=3D"Comic Sans MS">.. List Constants, = Global and=20 local</FONT></DIV> <DIV> </DIV> <DIV><FONT color=3D#0000ff face=3D"Comic Sans MS">Can't think of the = others right=20 now.. I'll get back to ya.. :)</FONT></DIV> <DIV> </DIV> <DIV><FONT color=3D#0000ff face=3D"Comic Sans = ------=_NextPart_000_0086_01BFDD2C.53683120--
8. Re: EE:CS subs listing bug
- Posted by "Carl R. White" <cyrek at BIGFOOT.COM> Jun 26, 2000
- 515 views
On Fri, 23 Jun 2000 16:01:43 -0400, Chris Bensler <bensler at MAILOPS.COM> wrote: > Carl wrote: > > Suggestions for "5" anyone? >I'm using 4 and haven't encountered the LFN bug. But I try to stick with >8.3 format if I can help it. People will be pleased to know that 5 is now in progress, and none of the above bugs are there. There aren't any major new features yet, so no new bugs either. 5 will be out early next month. >I have some suggestions.. >.. Syntax coloring for user defined routines. All the routines in the >included files and main soruce code. This was one of my very first ideas when I started messing around with EE waaay back in the mists of time (v1.01:CS - well before I aligned the EECS version number with tat of Euphoria). I decided against it. >.. List the include file routines in the subs list as well A good idea in theory, but sadly it wouldn't work. Example: Consider the EE:CS project. It has around *40* source code files. The time it would take to load in all of the subroutine names would be ridiculous. Then you've got to consider that EE can only have 10 files open at any one time. How would it decide which file to close if you selected a subroutine from a file that wasn't open?The closest you will get to something like this is by using the PRoJect file mechanism. Read about it in CYREK.TXT. >.. Seperate lists for global and local routines Do-able, but the SUBS box already displays the type of the subroutine. (And I've squashed the 1st-selected-not-giving-info bug in 5). >.. List Global Variables >.. List Constants, Global and local This is difficult as global variables can be declared without the 'global' keyword. To get around it requires parsing the Euphoria to a level I don't really want to go to. constants are a might-do. It would be just a matter of binding a key to a function butchered from the subs box.
>Can't think of the others right now.. I'll get back to ya.. :) One of mine on the to-do list is to load the file containing an error external to the current program rather than just showing an error. i.e. The one that says "The error file EX.ERR refers to BADFILE.E". Falkon noticed that first time saved Euphoria files don't pick up the EXECUTABLE attribute. I'll squash that one in 5 too. Carl -- Hoping that the bugs in 5 are non-existent
![]()