gubed-devel Mailing List for Gubed PHP Debugger
Status: Beta
Brought to you by:
mccabe
You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(7) |
Nov
(1) |
Dec
|
2005 |
Jan
|
Feb
(2) |
Mar
(4) |
Apr
(4) |
May
(16) |
Jun
(44) |
Jul
(27) |
Aug
(1) |
Sep
|
Oct
(4) |
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2010 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2013 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: fschmidt <me...@di...> - 2023-03-19 07:35:47
|
Gubed https://bit.ly/3JjYm7W Fschmidt |
From: fschmidt <fsc...@gm...> - 2022-10-23 07:45:01
|
Gubed https://www.google.com/search?q=gub...@li... fschmidt |
From: fschmidt <fsc...@gm...> - 2020-06-30 01:14:40
|
Gubed  https://bit.ly/3i5jr7M      |
From: fschmidt <fsc...@gm...> - 2018-06-20 01:30:47
|
hello Gubed https://goo.gl/kJJwQR fschmidt |
From: Franklin S. <fsc...@gm...> - 2014-11-11 06:59:57
|
http://freepreschoolcurriculum.net/forest.php?4rxk0cror4x1 fschmidt fsc...@gm... ............ May we suggest, "Mission to Utah With Red Lens Filters" as an alternative title? -- Robert Rodgers |
From: JC S. <sco...@ya...> - 2014-02-12 23:54:55
|
Email address is sco...@gm... Sent from my iPad |
From: Franklin S. <fsc...@na...> - 2010-01-21 23:16:41
|
111 |
From: Franklin S. <fsc...@gm...> - 2010-01-21 22:04:33
|
test message |
From: Pistiolis K. <gu...@kp...> - 2007-06-04 18:51:29
|
I'm trying to build Gubed Client 0.2.2 on ubuntu feisty and I get compile errors. They are too many, so I suppose that there must be something missing (or maybe a wrong compiler or library version) When trying to compile panSourceViewSTC.cpp I get: appGubed.h:31: error: extra qualification 'appGubed::' on member 'OnExit' panSourceViewSTC.cpp:79: error: default argument for 'const wxString& strFilename' has type 'const char [1]' panSourceViewSTC.cpp: In member function 'void panSourceView::SetupControls()': panSourceViewSTC.cpp:126: error: conversion from 'const char [403]' to 'const wxString' is ambiguous /usr/include/wx-2.8/wx/string.h:692: note: candidates are: wxString::wxString(wxChar, size_t) <near match> /usr/include/wx-2.8/wx/string.h:682: note: wxString::wxString(int) <near match> panSourceViewSTC.cpp:147: error: conversion from 'const char [1]' to 'const wxString' is ambiguous /usr/include/wx-2.8/wx/string.h:692: note: candidates are: wxString::wxString(wxChar, size_t) <near match> /usr/include/wx-2.8/wx/string.h:682: note: wxString::wxString(int) <near match> panSourceViewSTC.cpp:148: error: conversion from 'const char [1]' to 'const wxString' is ambiguous /usr/include/wx-2.8/wx/string.h:692: note: candidates are: wxString::wxString(wxChar, size_t) <near match> /usr/include/wx-2.8/wx/string.h:682: note: wxString::wxString(int) <near match> panSourceViewSTC.cpp:149: error: conversion from 'const char [1]' to 'const wxString' is ambiguous /usr/include/wx-2.8/wx/string.h:692: note: candidates are: wxString::wxString(wxChar, size_t) <near match> /usr/include/wx-2.8/wx/string.h:682: note: wxString::wxString(int) <near match> panSourceViewSTC.cpp: In member function 'void panSourceView::SetActiveSourceLine(long int)': panSourceViewSTC.cpp:224: error: ambiguous overload for 'operator=' in 'strInfo = ""' /usr/include/wx-2.8/wx/string.h:676: note: candidates are: wxString& wxString::operator=(int) <near match> /usr/include/wx-2.8/wx/string.h:902: note: wxString& wxString::operator=(wxChar) <near match> /usr/include/wx-2.8/wx/string.h:916: note: wxString& wxString::operator=(const wxWCharBuffer&) <near match> /usr/include/wx-2.8/wx/string.h:660: note: wxString& wxString::operator=(const wxString&) <near match> panSourceViewSTC.cpp: In member function 'bool panSourceView::CheckForWord(const wxPoint&, wxString&)': panSourceViewSTC.cpp:327: error: ambiguous overload for 'operator==' in 'word == ""' /usr/include/wx-2.8/wx/string.h:1506: note: candidates are: bool operator==(const wxString&, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1510: note: bool operator==(const wxChar*, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1544: note: bool operator==(const wxString&, const wxWCharBuffer&) <near match> /usr/include/wx-2.8/wx/string.h:1579: note: bool operator==(wxChar, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1580: note: bool operator==(const wxString&, wxChar) <near match> /usr/include/wx-2.8/wx/longlong.h:1044: note: bool operator==(long int, const wxLongLong&) <near match> /usr/include/wx-2.8/wx/longlong.h:1057: note: bool operator==(long unsigned int, const wxULongLong&) <near match> panSourceViewSTC.cpp:335: error: ambiguous overload for 'operator==' in 'word == ""' /usr/include/wx-2.8/wx/string.h:1506: note: candidates are: bool operator==(const wxString&, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1510: note: bool operator==(const wxChar*, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1544: note: bool operator==(const wxString&, const wxWCharBuffer&) <near match> /usr/include/wx-2.8/wx/string.h:1579: note: bool operator==(wxChar, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1580: note: bool operator==(const wxString&, wxChar) <near match> /usr/include/wx-2.8/wx/longlong.h:1044: note: bool operator==(long int, const wxLongLong&) <near match> /usr/include/wx-2.8/wx/longlong.h:1057: note: bool operator==(long unsigned int, const wxULongLong&) <near match> panSourceViewSTC.cpp:344: error: ambiguous overload for 'operator!=' in 'word != ""' /usr/include/wx-2.8/wx/string.h:1512: note: candidates are: bool operator!=(const wxString&, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1516: note: bool operator!=(const wxChar*, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1548: note: bool operator!=(const wxString&, const wxWCharBuffer&) <near match> /usr/include/wx-2.8/wx/string.h:1581: note: bool operator!=(wxChar, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1582: note: bool operator!=(const wxString&, wxChar) <near match> /usr/include/wx-2.8/wx/longlong.h:1045: note: bool operator!=(long int, const wxLongLong&) <near match> /usr/include/wx-2.8/wx/longlong.h:1058: note: bool operator!=(long unsigned int, const wxULongLong&) <near match> panSourceViewSTC.cpp: In member function 'void panSourceView::OnLeftClick(wxStyledTextEvent&)': panSourceViewSTC.cpp:366: error: ambiguous overload for 'operator==' in 'word == ""' /usr/include/wx-2.8/wx/string.h:1506: note: candidates are: bool operator==(const wxString&, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1510: note: bool operator==(const wxChar*, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1544: note: bool operator==(const wxString&, const wxWCharBuffer&) <near match> /usr/include/wx-2.8/wx/string.h:1579: note: bool operator==(wxChar, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1580: note: bool operator==(const wxString&, wxChar) <near match> /usr/include/wx-2.8/wx/longlong.h:1044: note: bool operator==(long int, const wxLongLong&) <near match> /usr/include/wx-2.8/wx/longlong.h:1057: note: bool operator==(long unsigned int, const wxULongLong&) <near match> panSourceViewSTC.cpp:369: error: ambiguous overload for 'operator!=' in 'word != ""' /usr/include/wx-2.8/wx/string.h:1512: note: candidates are: bool operator!=(const wxString&, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1516: note: bool operator!=(const wxChar*, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1548: note: bool operator!=(const wxString&, const wxWCharBuffer&) <near match> /usr/include/wx-2.8/wx/string.h:1581: note: bool operator!=(wxChar, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1582: note: bool operator!=(const wxString&, wxChar) <near match> /usr/include/wx-2.8/wx/longlong.h:1045: note: bool operator!=(long int, const wxLongLong&) <near match> /usr/include/wx-2.8/wx/longlong.h:1058: note: bool operator!=(long unsigned int, const wxULongLong&) <near match> panSourceViewSTC.cpp:370: error: ambiguous overload for 'operator+' in '"$" + word' /usr/include/wx-2.8/wx/string.h:1566: note: candidates are: wxString operator+(const wxWCharBuffer&, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1370: note: wxString operator+(const wxString&, const wxChar*) <near match> /usr/include/wx-2.8/wx/string.h:1369: note: wxString operator+(wxChar, const wxString&) <near match> /usr/include/wx-2.8/wx/string.h:1368: note: wxString operator+(const wxString&, wxChar) <near match> /usr/include/wx-2.8/wx/string.h:1367: note: wxString operator+(const wxString&, const wxString&) <near match> panSourceViewSTC.cpp: In member function 'void panSourceView::OnRightClick(wxMouseEvent&)': panSourceViewSTC.cpp:383: error: conversion from 'const char [6]' to 'const wxString' is ambiguous /usr/include/wx-2.8/wx/string.h:692: note: candidates are: wxString::wxString(wxChar, size_t) <near match> /usr/include/wx-2.8/wx/string.h:682: note: wxString::wxString(int) <near match> panSourceViewSTC.cpp:384: error: conversion from 'const char [7]' to 'const wxString' is ambiguous /usr/include/wx-2.8/wx/string.h:692: note: candidates are: wxString::wxString(wxChar, size_t) <near match> /usr/include/wx-2.8/wx/string.h:682: note: wxString::wxString(int) <near match> panSourceViewSTC.cpp:385: error: conversion from 'const char [11]' to 'const wxString' is ambiguous /usr/include/wx-2.8/wx/string.h:692: note: candidates are: wxString::wxString(wxChar, size_t) <near match> /usr/include/wx-2.8/wx/string.h:682: note: wxString::wxString(int) <near match> panSourceViewSTC.cpp:386: error: conversion from 'const char [15]' to 'const wxString' is ambiguous /usr/include/wx-2.8/wx/string.h:692: note: candidates are: wxString::wxString(wxChar, size_t) <near match> /usr/include/wx-2.8/wx/string.h:682: note: wxString::wxString(int) <near match> |
From: Alejandro V. <ale...@gm...> - 2007-03-13 12:58:13
|
I just discovered gubed and I think it could be great, but I can't use it because my pages includes iframes, Location:, etc, and all of them goes directly to the real page instead of the wrapper of gubed. I was tinking on using a rewrite-rule in Apache, but I had an idea for an easy way to walk arround this problem: The gubed client could have a mini web proxy, that modified the requested address and add the path to the script. Then, when you want to debug a program, you could set the proxy in your browser to point to localhost:someport. =BFIs any way to do this already implemented? --=20 Alejandro Vargas |
From: Alejandro V. <ale...@gm...> - 2007-03-13 12:56:07
|
I just discovered gubed and I think it could be great, but I can't use it because my pages includes iframes, Location:, etc, and all of them goes directly to the real page instead of the wrapper of gubed. I was tinking on using a rewrite-rule in Apache, but I had an idea for an easy way to walk arround this problem: The gubed client could have a mini web proxy, that modified the requested address and add the path to the script. Then, when you want to debug a program, you could set the proxy in your browser to point to localhost:someport. =BFIs any way to do this already implemented? --=20 Alejandro Vargas |
From: <joh...@la...> - 2007-03-01 19:54:21
|
Hi, Does anyone know if there is or will be a gubed extension for Firefox 2.0? John |
From: Linus M. <Li...@mc...> - 2006-06-13 11:57:51
|
Hi! The next version of Gubed supports PHP5 syntax better. Please try: http://x.mccabe.nu/public/Gubed/0.3.3 I think the 3.5 package works with quanta 3.4, but it was so long ago, i dont remember... upgradeing to quanta 3.5 might be a good idea anyway.. cheers /linus On Monday 12 June 2006 14:23, Uros Dukanac wrote: > Hi all! > First, thank you for nice debugger! > I installed it yesterday (SuSE 10, Quanta 3.4.2, Gubed from > GubedQuanta3_4.tar.gz package and PHP Version 5.0.4) and I have found a > following problem... > > Debugger works good until it reaches code like this: > > class TAuthenticate > { > public $FDBDSN; > public $FDBTableName; > public $FDBIDField; > ... > } > > and says > Gubed: Syntax or parse error in .... > > I have found that keywords: > public, protected, private (introduced first in PHP5) > are not recognised as valid commands. > When I comment them > // public $FDBDSN; > // public $FDBTableName; > // public $FDBIDField; > > No syntax error is thrown from Gubed > > Is there a way to tell Gubed that these keywords are valid while it parses > a file and checks a syntax? > > Thank you in advance! |
From: Uros D. <du...@lu...> - 2006-06-12 12:22:38
|
Hi all! First, thank you for nice debugger! I installed it yesterday (SuSE 10, Quanta 3.4.2, Gubed from GubedQuanta3_4.tar.gz package and PHP Version 5.0.4) and I have found a following problem... Debugger works good until it reaches code like this: class TAuthenticate { public $FDBDSN; public $FDBTableName; public $FDBIDField; ... } and says Gubed: Syntax or parse error in .... I have found that keywords: public, protected, private (introduced first in PHP5) are not recognised as valid commands. When I comment them // public $FDBDSN; // public $FDBTableName; // public $FDBIDField; No syntax error is thrown from Gubed Is there a way to tell Gubed that these keywords are valid while it parses a file and checks a syntax? Thank you in advance! -- Dukanac Uros === Fortune ===== Aleph-null bottles of beer on the wall, Aleph-null bottles of beer, You take one down, and pass it around, Aleph-null bottles of beer on the wall. |
From: Linus M. <Li...@mc...> - 2005-10-08 15:52:27
|
On Sunday 26 June 2005 22.11, Brett Serkez wrote: > The first issue is that StartSession.php seems to want to prepend all > scripts with 'c:\'. I found this also caused issues when trying to run > out of user's public_html directories, see below. I add a line after > line 38 of StartSession.php: I'm unable to replicate this error with current CVS version. Do you still have this problem? /Linus |
From: Linus M. <Li...@mc...> - 2005-10-08 15:49:52
|
On Sunday 26 June 2005 22.11, Brett Serkez wrote: > I then moved on to replicating the Linux home public_html environment. > Since Windows doesn't have soft-links, I had to copy StartSession.php > into the desired directory and then fully qualify the path to Gubed > includes. I attempted to update the php include path which didn't work, > even to the extent of seeing the correct directory in the error message. > I modified the require_once and include near the bottom of > StartSession.php like so: > > require_once('C:\Program Files\Apache > Group\Apache2\htdocs\ServerScripts\GubedFunctions.php'); > > include('C:\Program Files\Apache > Group\Apache2\htdocs\ServerScripts\Gubed.php'); > > So far this environment *seems* to work as well at the Linux > environment. To this, I'd suggest an alternative method: In the user's home dir, put a php file that looks like this: <?php require_once('C:\Program Files\Apache Group\Apache2\htdocs\Gubed\StartSession.php'); ?> Pros: * You don't need full copies of StartSession.php with altered paths * The user cant change port etc by altering their StartSession file On the other hand; you can use the global StartSession to debug user's script, why do you need a copy in each user's home dir? /Lnus > Brett > ------------------------------------- > Brett C. Serkez, Technical Trainer > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Gubed-devel mailing list > Gub...@li... > https://lists.sourceforge.net/lists/listinfo/gubed-devel |
From: Linus M. <Li...@mc...> - 2005-10-08 08:25:26
|
On Tuesday 24 May 2005 20.10, Brett Serkez wrote: > <a > href="/gubed/StartSession.php?gbdScript=/gubed/home/subdir/test.php">Test > Gubed</a> > > What I'd really like to do in the second case is more like: > > <a href="/gubed/StartSession.php?gbdScript=~home/subdir/test.php">Test > Gubed</a> This can be done, but there has to be a leading /. > <a href="/gubed/StartSession.php?gbdScript=/~home/subdir/test.php">Test > Gubed</a> (I'll look into if its possible to have Gubed automatically figure out the leading slash issue.. Since it always needs to be there, is shouldnt be a problem) /Linus > > but doesn't work as it looks like StartSession.php attempts to prepend > the script with an absolute path. > > Even better would be something like: > > <a href="/gubed/StartSession.php?gbdScript=test.php">Test Gubed</a> > > as there is a subtle issue here that requires specifying a full path, as > there is no memory as to the current working directory. Normally > scripts chain to each other from the same path, which I think might be > doable if StartSession.php didn't force the issue. > > Any advise or simplified methodology greatly appreciated. > > Thanks, > > Brett > > > > > > > > ------------------------------------- > Brett C. Serkez, Technical Trainer > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 > _______________________________________________ > Gubed-devel mailing list > Gub...@li... > https://lists.sourceforge.net/lists/listinfo/gubed-devel |
From: Linus M. <Li...@mc...> - 2005-10-08 07:58:46
|
Hi! I'm looking through old mails and noticed this one was unreplied. If you're still interested, I think I found the cause of your problem: SELinux. Another user had a similar problem and said: > WHAT I DID (2): Getting more encouraged, I decide to go and see which SELinux > setting may be the bad guy. I went to KMenu -> SystemSettings -> Security > Level. Then in the pop window I selected the SELinux tab. In there, I went > to the 'HTTPD Service' button. I noticed that the 'Allow HTTPD scripts to > connect to the network' option was not checked (disabled), so I checked it > (enabled it). cheers /Linus On Thursday 30 June 2005 18.19, Nick McCulloch wrote: > Hi Linus, > I hope the following info helps. All I really want to do is web/php with > debug. All this other hassle just drives me crazy :-) > > Regards, > Nick > > > Hello! > > > > I'm not very familiar with Fedora, but I know there's been reports of > > strange behaviour with Fedora and Quanta on the Quanta mailinglist. > > > > It seems really strange that it works to telnet to 8016, but not to > > connect with gubed. When you connect with telnet, do you get some text > > information? > > > > Ill need a bit more of information: > > From what I understand you run both the webserver and quanta on the same > > box? > > Thats correct. apache is a "straight from the cd" setup. No special > stuff configured here. > > > When you look at the index page of Gubed, there is a link to a 'debug > > info page'. Could you look at that page and copy the debug information in > > your next mail? > > from the debug page: > Debug info > If you wish to submit a support or bug request, please include the > output of this page in your request. It containts the most common > information the developers will need to help you. > > Property > Value > Gubed Version > 0.1.4 > Protocol Version > 0.0.11 > PHP Version > 5.0.4 > Tokenizer > Yes > Backtrace > Yes > Server > Apache/2.0.54 (Fedora) > > > When you connect with telnet, do you get any text from quanta? > > There is one line with "wait" then a couple of blank lines and thats > all. Exiting from Quanta then shows a "die" line. > > > I send this also to the gubed mailinglist, in case someone else has ideas > > > > /Linus > > > > On Wednesday 29 June 2005 16.50, you wrote: > > > Hi, > > > > > > I'm completely new to linux and all I want to do is develop some web > > > stuff with php/mysql. But, I've been trying to get the debugger to work > > > with Quanta 3.4 and I keep getting "Unable to connect to debug server > > > on 127.0.0.1:8016." > > > > > > Now, I know the the debug server is listening by telnetting to port > > > 8016 on localhost when quanta is running so I dont understand why debug > > > doesnt work for me. Its just driving me nuts!!!! > > > > > > I'm running "out of the box" Fedora RC4 and I followed the tutorial at > > > http://www.very-clever.com/quanta-gubed-debugging.php > > > > > > I'm getting really frustrated by how hard it is to get anything to work > > > with linux. Can you help? > > > > > > Regards, > > > Nick > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Gubed-devel mailing list > Gub...@li... > https://lists.sourceforge.net/lists/listinfo/gubed-devel |
From: Aaron M. <wmc...@ho...> - 2005-08-03 03:58:29
|
Just wanted to announce that the multi-user changes that were discussed about a month ago have been checked into CVS. Brief summary of new features: There is a new globalsettings.php file which contains global settings for the server address, port, history file, cache directory, and no debug list. These global values can be overridden in a localsettings.ini file. The localsettings.php file is being deprecated. There are 3 new optional input parameters: username, path to localsettings.ini file, and port. These 3 parameters can be used to override global settings but these parameters are only available when the corresponding option is enabled in globalsettings.php. The primary goal of these changes is to allow a single Gubed installation to be shared by multiple users and to allow a single user to run simultaneous debug sessions. Please let me know if you have any comments or encounter any issues. Thanks, Aaron |
From: Linus M. <Li...@mc...> - 2005-07-10 19:43:01
|
On Sunday 10 July 2005 20.20, you wrote: > Hey Linus, thanks for the response. Thanks for the code ;) > >//$gbdUserDir = "/home/$user/.gubed/" > > I'd prefer using a .gubed directory as well (and something similar on > windows). Settled then > >Well, isnt there a difference between allowing the user to specify an > >address (ie 192.168.10.19, which is somewhat safe) and allowing them to > >specify REMOTE_ADDR (which could be hijacked) ? > > My point on this was that allowing the address to be specified as a request > parameter would also allow hijacking. I would agree that actually putting > the address in a settings file is much safer than using REMOTE_ADDR. > Hopefully this is what you meant. This is what I meant! > >Also, didnt we agree on an option wether user might be specified on the > request? > Yes, this is what $gbdAllowUserParam is for. Yeah, doh. I did read that :/ I dont know what I was thinking, really... > the settings are loaded etc? > I've got a good deal of the code changes done but since they are dependent > upon what is in the settings files, I wanted to get feedback on the > settings files first. Great! Looking forward to see the rest :-) /Linus > Thanks, > Aaron McDonald |
From: Linus M. <Li...@mc...> - 2005-07-10 16:29:21
|
Hi! Welcome back! A few comments: $gbdDebugServer = localhost; Should be $gbdDebugServer = 'localhost'; The default for home directories on *ix: //$gbdUserDir = "/home/$user" Shouldn't it be //$gbdUserDir = "/home/$user/.gubed/" (or simliar)? And perhaps something similar on windows: //$gbdUserDir = "C:\\Documents and Settings\\$user\\Application Data\\Gubed\\" (Not at a windows box right now, so I dont remember if thats the correct directory) It seems reasonable to change the default server back to localhost like you say. > this value. Also, I didn't include an "AllowDebugServer" option because if > you want to allow a user to debug from any address, you might as well just > set the debugServer in globalsettings.php to $_SERVER['REMOTE_ADDR'] as it Well, isnt there a difference between allowing the user to specify an address (ie 192.168.10.19, which is somewhat safe) and allowing them to specify REMOTE_ADDR (which could be hijacked) ? Also, didnt we agree on an option wether user might be specified on the request? I guess since this is the initial draft you havent done anything yet about how the settings are loaded etc? cheers /Linus On Saturday 09 July 2005 14.53, Aaron McDonald wrote: > Here is an initial draft of the globalsettings.php and usersettings.ini > files. You'll notice that I'm recommending that the default debugServer be > changed back to localhost as I feel that a user should have to set the > value to $_SERVER['REMOTE_ADDR'] and understand the consequences of using > this value. Also, I didn't include an "AllowDebugServer" option because if > you want to allow a user to debug from any address, you might as well just > set the debugServer in globalsettings.php to $_SERVER['REMOTE_ADDR'] as it > will have the same effect. > > Let me know if you have any comments. > > Thanks, > Aaron |
From: Linus M. <Li...@mc...> - 2005-07-09 20:39:04
|
Hello! I got a request that Gubed should recognize /*STOP*/ /* STOP*/ /*STOP */ /* STOP */ rather than just /* STOP */ I originally made it just accept /* STOP */ to lower the risk of misenterpretations of comments.. Not sure if it's any point of bieng so strict about it though, any objections to allow the different variations? /L |
From: Aaron M. <wmc...@ho...> - 2005-07-09 12:53:21
|
Here is an initial draft of the globalsettings.php and usersettings.ini files. You'll notice that I'm recommending that the default debugServer be changed back to localhost as I feel that a user should have to set the value to $_SERVER['REMOTE_ADDR'] and understand the consequences of using this value. Also, I didn't include an "AllowDebugServer" option because if you want to allow a user to debug from any address, you might as well just set the debugServer in globalsettings.php to $_SERVER['REMOTE_ADDR'] as it will have the same effect. Let me know if you have any comments. Thanks, Aaron |
From: Linus M. <Li...@mc...> - 2005-07-07 16:17:17
|
On Thursday 07 July 2005 17.07, Iassen Hristov wrote: > You are correct. The errors were not displayed, but logged to a file as > specified in display_errors in php.ini > > Sorry, I am new to PHP. No problem, just happy to help :) /L |
From: Iassen H. <ihr...@da...> - 2005-07-07 15:07:40
|
> Do you mean that if you run through the webserver it does not show the > error, but it does if you run cli version? Yes. > > That's the behaviour i see when turning off display_errors anyway (it > seems that setting has no meaning for cli version of php?) > You are correct. The errors were not displayed, but logged to a file as specified in display_errors in php.ini Sorry, I am new to PHP. |