HTML Logo by World Wide Web Consortium (www.w3.org). Click to learn more about our commitment to accessibility and standards.

Moving forward with Composr

ocPortal has been relaunched as Composr CMS, which is now in beta. ocPortal 9 will be superseded by Composr 10.

Head over to compo.sr for our new site, and to our migration roadmap. Existing ocPortal member accounts have been mirrored.


install ocp 7.1.4 without forum stack trace at setup wizard

Login / Search

 [ Join | More ]
 Add topic 
Posted
Rating:
#73663 (In Topic #15397)
Avatar

Honoured member


Parse error: syntax error, unexpected $end, expecting T_VARIABLE or T_DOLLAR_OPEN_CURLY_BRACES or T_CURLY_OPEN in D:\UniServer\www\sources\tempcode.php(1298) : eval()'d code on line 1
Help / advice: Hide

Help / advice

An error has occurred

syntax error, unexpected $end, expecting T_VARIABLE or T_DOLLAR_OPEN_CURLY_BRACES or T_CURLY_OPEN (version: 7.1.4, PHP version: 5.3.6, URL: /adminzone/index.php?page=admin_setupwizard&type=step2)

Here is the stack trace:

Below is a stack trace revealing the state the software was in when the error occurred. If this represents a bug in the unmodified software, you may want to check ocPortal website for a fix, and if there isn't one, report this as a bug. Please note that merely posting a stack trace is not sufficient for us to solve your problem; the stack trace is just an aid that presents us with additional information. We still need to know the error message, what you tried to do, how you tried to do it, version numbers, and any other appropriate information.
We apologise for this problem and if it's a bug we hope you will work with us so that we can fix it for you promptly.

File'D:\UniServer\www\sources\failure.php'
Line'674'
Function'get_html_trace'
Args 

File'D:\UniServer\www\sources\global2.php'
Line'965'
Function'_fatal_exit'
Args'syntax error, unexpected $end, expecting T_VARIABLE or T_DOLLAR_OPEN_CURLY_BRACES or T_CURLY_OPEN'
 

File'D:\UniServer\www\sources\tempcode.php'
Line'1,302'
Function'fatal_exit'
Args'syntax error, unexpected $end, expecting T_VARIABLE or T_DOLLAR_OPEN_CURLY_BRACES or T_CURLY_OPEN'
 

File'D:\UniServer\www\sources\caches.php'
Line'236'
Function'from_assembly'
Class'ocp_tempcode'
Objectobject
Type'->'
Args

File'D:\UniServer\www\sources\zones.php'
Line'615'
Function'get_cache_entry'
Args'side_stored_menu'

'a:13:{i:0;a:1:{i:0;i:2;}i:1;b:0;i:2;s:9:"adminzone";i:3;s:17:"admin_setupwizard";i:4;s:8:"dropdown";i:5;s:11:"_management";i:6;s:0:"";i:7;s:1:"0";i:8;s:0:"";i:9;s:13:"Europe/London";i:10;b:1;i:11;s:6:"_false";i:12;s:6:"_false";}'

201600

true
 

File'D:\UniServer\www\sources\tempcode.php'
Line'711'
Function'do_block'
Args'side_stored_menu'

array ( 'param' => '_management', 'type' => 'dropdown', 'block' => 'side_stored_menu', )
 

File'D:\UniServer\www\sources\tempcode.php'
Line'983'
Function'handle_symbol_preprocessing'
Argsarray ( 0 => array ( ), 1 => 0, 2 => 'BLOCK', 3 => array ( 0 => 'param=_management', 1 => 'type=dropdown', 2 => 'block=side_stored_menu', ), )

NULL
 

File'D:\UniServer\www\sources\tempcode.php'
Line'796'
Function'handle_symbol_preprocessing'
Class'ocp_tempcode'
Objectobject
Type'->'
Args 

File'D:\UniServer\www\sources\tempcode.php'
Line'983'
Function'handle_symbol_preprocessing'
Args…NULL
 

File'D:\UniServer\www\sources\site.php'
Line'797'
Function'handle_symbol_preprocessing'
Class'ocp_tempcode'
Objectobject
Type'->'
Args 

File'D:\UniServer\www\adminzone\index.php'
Line'51'
Function'do_site'
Args 
Back to the top
 
Posted
Rating:
#73694
Avatar

Hi,

I know what is happening here, but not why. What database driver are you on?

(If it is the XML 'for developers' driver, that is liable for random corruption from time to time)

Emptying the block cache (the 'cache' table in the database probably would get rid of it), but I am concerned it happened at all, especially as there have been no changes to this code for a long time.


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#73698
Avatar

Honoured member

I'm using the default mysql 4.0+ traditional driver.
Back to the top
 
Posted
Rating:
#73700
Avatar

Honoured member

emptied ocp_cache table and reran setup wizard.

Stack trace persists.
Back to the top
 
Posted
Rating:
#73727
Avatar

Could you empty the ocp_cache table again, rerun the wizard, then after the error happens export the ocp_cache table to an SQL dump and send it to me at chris@ocportal.com. It probably has a clue in it.

(i.e. I need you to take a dump and send it to me ;))

Thanks


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#73733
Avatar

Honoured member

Did the following and emailed you.

empty the ocp_cache table again, rerun the wizard, then after the error happens export the ocp_cache table to an SQL dump
Back to the top
 
Posted
Rating:
#73734
Avatar

thanks, got it, looking at now


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#73742
Avatar

Got it.

Your database is set to utf-8, but ocPortal is set to iso-8859-1.

MySQL is chopping off the end of a cache entry (breaking the PHP code) because it is a special character represented in the wrong character set.

It is configurable to change in ocPortal to have them on different character sets, but a bit hidden.

I think we can do a better job here so please try this, it should auto-detect and tell what character set MySQL is going to receive it's data in:
Attachment
sources/database/mysql.php
» Download: mysql.php (11 Kb, 105 downloads so far)


Does it work?

(The other option is to change the DB and DB tables to the default latin1 – or to change ocPortal's EN pack's charset entry to 'utf-8' – but I want to see if the patch handes it all transparently)


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#73747
Avatar

Honoured member

trying it now.
Back to the top
 
Posted
Rating:
#73748
Avatar

Honoured member

It works!  :thumbs:
Back to the top
 
1 guests and 0 members have just viewed this: None
Control functions:

Quick reply   Contract

Your name:
Your message: