[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Pnet-developers] [bug #4014] [0.5.8] Hard limit for bytecode size is d
From: |
nobody |
Subject: |
[Pnet-developers] [bug #4014] [0.5.8] Hard limit for bytecode size is different in VM bytecode verifier and ilverify |
Date: |
Sun, 22 Jun 2003 13:22:45 -0400 |
User-agent: |
Links (0.96; Linux 2.4.7-10 i686) |
=================== BUG #4014: LATEST MODIFICATIONS ==================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4014&group_id=353
Changes by: Gopal.V <address@hidden>
Date: Sun 06/22/03 at 22:52 (Asia/Calcutta)
What | Removed | Added
---------------------------------------------------------------------------
Resolution | None | Fixed
Status | Open | Closed
------------------ Additional Follow-up Comments ----------------------------
Ok, Patch #1643 is in and it's fixed ?.
Also the stack limit can be set using the -S option
=================== BUG #4014: FULL BUG SNAPSHOT ===================
Submitted by: yannis_bres Project: DotGNU Portable.NET
Submitted on: Wed 06/18/03 at 15:23
Category: None Severity: 5 - Major
Bug Group: None Resolution: Fixed
Assigned to: None Status: Closed
Summary: [0.5.8] Hard limit for bytecode size is different in VM bytecode
verifier and ilverify
Original Submission: Hi !
The hard limit for bytecode size seems not to be the same for the VM embedded
bytecode verifier (ilrun) and the dedicated one (ilverify).
Moreover the limit in the VM is not the same than in Mono or M$ VMs.
Therefore, we reached a point a which our generated code cannot be run with
PNet VM although it can be verified by ilverify and run by Mono or M$ VM.
It would be nice to increase this limit, but also to provide a command-line
option to set it.
If you can provide me hints for such a modification, I could provide a patch.
In the same fashion, the default 8K limit for stack is ridiculous : we work on
functional language compilation, and recursion can be quite deep when functions
are not automatically derecursived. In a more general way, think of a merge
sort on a linked list...
Best regards,
Yannis
Follow-up Comments
*******************
-------------------------------------------------------
Date: Sun 06/22/03 at 22:52 By: t3rmin4t0r
Ok, Patch #1643 is in and it's fixed ?.
Also the stack limit can be set using the -S option
-------------------------------------------------------
Date: Fri 06/20/03 at 13:27 By: yannis_bres
After mail exchanges with Rhys, I have submitted a patch
(https://savannah.gnu.org/patch/index.php?func=detailpatch&patch_id=1643&group_id=353)
to pnet-0.5.8 that adds --method-cache-page and -C command-line options to
ilrun in order to set the maximum size of methods.
I guess that this bug can be considered as closed.
Best regards,
Yannis
CC list is empty
No files currently attached
For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4014&group_id=353
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/