[PHP] Problem with either timing or large data structures...
I'm not exactly sure what is causing the behavior, but I suspect its either a timing or memory issue. My development machine is stronger than the server the code is being deployed on which is what leads to me to suspect one of the above problems. I have a function that creates a very large html table from several sql calls. It returns the table as a string to the calling page, which then displays it. This table currently has a max size of about 45Kb with larger html tables possible. On my production machine everything went fine. On the server the table ends early. But the loops runs to the end, apparently it stops concatenating at some point. To get around this I tried splitting the single string into an array of strings with each cell in the array holding one row of the table, with two additional rows holding the table/heading tags and close table tags. Once again everything works on the development machine. On the server however, in two locations the table rows are corrupted. In one case it ends the row early (an echo of the value before it is assigned to the array is correct). In the other case it concatenates two rows, which is similarly not supported by my debug echo's. Neither case is a boundary case, occurring in the later half of the table. Can anyone offer any advice? Eric -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP] Problems with dynamic HTML tables on large pages
This is follow up to two earlier postings by me. I would have replied to the thread(s) but my digest does not seem to be arriving. The earlier links are http://marc.theaimsgroup.com/?l=php-general&m=98399367205538&w=2 http://marc.theaimsgroup.com/?l=php-general&m=98391734022011&w=2 I believe I have tracked down the nasty heisenbug, but do not know how to squash it. I initially had a table with ~60 rows and five columns. Two of the columns are simple, the other three are forms with 4 hidden variables and a submit button. Initially the table was one long string and about 2/3 the way through it, the string would terminate prematurely. I split the string to an array placing each row of the table in a separate cell. This changed where the errors occurred, but did not fix the problem. I then split the table into multiple smaller tables with each table containing 5 rows. Once again it changes the location of the errors, but does not fix anything. Throughout all this the page is about 45Kb. If the row where the error occurred is echo'd with htmlspecialshars the row looks correct(and the error moved to the line before). When I echo'd the line before the initially observed error I can view both the source html and the rendered version. The row of the array is correct, but the sent source is truncated. The error does not occur on a development machine (PIII700 w/ 128MB) running RH7/php4/apache, but does occur on the production server PI133 w/ 64 MB) RH5.2/php4/AOLServer. Can anyone suggest the cause of this bug and a possible fix? Has anyone heard of a AOLServer truncating data from php? Does HTTP sometimes truncate packets in weird ways? Eric Nielsen -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP] Sessions, no cookies, enable-trans-sids, no success
I'm using 4.04pl1 with --enable-trans-sids configured. I did the make distclean that some people suggest in the annotated manual. The relative URLs in forms and anchor are not getting the session id appended (neither are the absolutes in header/Location, but I understand that a current limitation). What else do I need to do? Eric Nielsen -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
