[bug-epsilon] [bug #4252] Buffer overflow in flex scanner

[nobody]

=================== BUG #4252: LATEST MODIFICATIONS ==================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4252&group_id=1078

Changes by: Luca Saiu <address@hidden>
Date: Fri 07/25/2003 at 07:44 (Europe/Rome)

------------------ Additional Follow-up Comments ----------------------------
[Impacted files]
This seems not to happen anymore. Probably the misbehaviour only happens when 
scanning very large input files; the largest one were the old avl_tree.epb, but 
the new implementation is much more compact.

The bug is thus *not* fixed, and it won't be. The problem will be solved when 
we implement the meta-interpreter and meta-compiler, discarding the current 
flex/bison implementation.



=================== BUG #4252: FULL BUG SNAPSHOT ===================


Submitted by: positrone               Project: epsilon                      
Submitted on: Wed 07/09/2003 at 21:22
Severity:  5 - Major                  Priority:  Low                        
Resolution:  Later                    Assigned to:  positrone               
Status:  Open                         Platform Version:  GNU/Linux x86      
Reproducibility:  Intermittent        

Summary:  Buffer overflow in flex scanner

Original Submission:  The scanner of epsilonc, currently written in C with 
Flex, sometimes dies with a buffer overflow error. This will be fixed when 
epsilonc will be rewritten in epsilon.

The problem is probably in the machinery which implements interface 
importations.

A temporary fix is to modify flex, substituting an higher value for 
INPUT_BUF_SIZE. Note that it's defined in more than one place.

The problem has been observed on some (some) GNU/Linux x86 boxen. It has never 
been observed on PowerPC and UltraSparc.

Follow-up Comments
*******************

-------------------------------------------------------
Date: Fri 07/25/2003 at 07:44       By: positrone
[Impacted files]
This seems not to happen anymore. Probably the misbehaviour only happens when 
scanning very large input files; the largest one were the old avl_tree.epb, but 
the new implementation is much more compact.

The bug is thus *not* fixed, and it won't be. The problem will be solved when 
we implement the meta-interpreter and meta-compiler, discarding the current 
flex/bison implementation.


CC list is empty


No files currently attached


For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4252&group_id=1078

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/