#30977 [Opn]: Can't connect in specific scenarios.

2004-12-03 Thread cross_phil at hotmail dot com 
 ID:   30977
 User updated by:  cross_phil at hotmail dot com
 Reported By:  cross_phil at hotmail dot com
 Status:   Open
 Bug Type: MSSQL related
 Operating System: win32
 PHP Version:  Irrelevant
 New Comment:

BTW: I have tried this on 4.3.8 (my ISP) and on my laptop which is
5.0.2, so I don't think version matters.


Previous Comments:


[2004-12-03 18:03:33] cross_phil at hotmail dot com

Description:

I am having trouble connecting to my MS SQL database from an external
network address.  When I am at work connecting locally this code works
fine.  When I am outside the building, it fails with the error
mentioned in "Actual Result".  It does not appear to be a IP or a
firewall issue because I can connect with the query analyser and other
MS tools just fine.  Seems like some sort of network transport issue. 
I can work around it using the COM example listed on the MS SQL
documentation/user comments but I have libraries build around the SQL
functions that I would rather use if I can figure this out.  I am
mainly asking to try to determine why this function would act different
in different network scenarios.

Reproduce code:
---



Expected result:

success

Actual result:
--
Warning: mssql_connect(): Unable to connect to server: 68.111.105.35 in
e:\bigdogdealer.net\bigdogmotorcycles.net\php\dealer\test.php on line
10
Error connecting





-- 
Edit this bug report at http://bugs.php.net/?id=30977&edit=1

#30977 [NEW]: Can't connect in specific scenarios.

2004-12-03 Thread cross_phil at hotmail dot com 
From: cross_phil at hotmail dot com
Operating system: win32
PHP version:  Irrelevant
PHP Bug Type: MSSQL related
Bug description:  Can't connect in specific scenarios.

Description:

I am having trouble connecting to my MS SQL database from an external
network address.  When I am at work connecting locally this code works
fine.  When I am outside the building, it fails with the error mentioned
in "Actual Result".  It does not appear to be a IP or a firewall issue
because I can connect with the query analyser and other MS tools just
fine.  Seems like some sort of network transport issue.  I can work around
it using the COM example listed on the MS SQL documentation/user comments
but I have libraries build around the SQL functions that I would rather
use if I can figure this out.  I am mainly asking to try to determine why
this function would act different in different network scenarios.

Reproduce code:
---



Expected result:

success

Actual result:
--
Warning: mssql_connect(): Unable to connect to server: 68.111.105.35 in
e:\bigdogdealer.net\bigdogmotorcycles.net\php\dealer\test.php on line 10
Error connecting

-- 
Edit bug report at http://bugs.php.net/?id=30977&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=30977&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=30977&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=30977&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30977&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30977&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=30977&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=30977&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=30977&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30977&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=30977&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=30977&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=30977&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30977&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=30977&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30977&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=30977&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30977&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=30977&r=float
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=30977&r=mysqlcfg

#28834 [NEW]: Creating simple xml element from dom::load does not work.

2004-06-18 Thread cross_phil at hotmail dot com 
From: cross_phil at hotmail dot com
Operating system: Windows XP
PHP version:  5.0.0RC3
PHP Bug Type: SimpleXML related
Bug description:  Creating simple xml element from dom::load does not work.

Description:

When I try to create a simpleXML object from a DOM import (in PHP5-RC3),
it causes php-cgi.exe to crash.  Windows pops up one of those "do you want
to send an error report to Microsoft" dialogs.  The message from the
dialog is:

szAppName : php-cgi.exe szAppVer : 5.0.0.0 szModName : php5ts.dll 
   
szModVer : 5.0.0.0 offset : 0004d106


Reproduce code:
---
All I did was:
$xml = DOMDocument::load("test.xml");  //works fine
$sxml = simplexml_import_dom($xml);//breaks the app

When I remove line 2, everything works fine.

The really weird thing is that this works okay:
$xml = DOMDocument::load("test.xml");
$xsl = DOMDocument::load("test.xsl");
$trans = new xsltProcessor();
$trans->importStylesheet($xsl);
$sxml = simplexml_import_dom($trans->transformToDoc($xml));



Expected result:

I just expected it to work. :)  Also, I expected that creating a simpleXML
from a xsltProcessor::transformDoc would work the same as creating from a
DOMDocument::load.

Actual result:
--
Windows pops up one of those "do you want to send an error report to
Microsoft" dialogs.  The message from the dialog is:

szAppName : php-cgi.exe szAppVer : 5.0.0.0 szModName : php5ts.dll 
   
szModVer : 5.0.0.0 offset : 0004d106


-- 
Edit bug report at http://bugs.php.net/?id=28834&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=28834&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=28834&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=28834&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=28834&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28834&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=28834&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=28834&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28834&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=28834&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28834&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28834&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=28834&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28834&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=28834&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=28834&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28834&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28834&r=float

#28097 [NEW]: xsl:copy-of not working properly

2004-04-21 Thread cross_phil at hotmail dot com 
From: cross_phil at hotmail dot com
Operating system: Windows XP Pro
PHP version:  4.3.4
PHP Bug Type: XSLT related
Bug description:  xsl:copy-of not working properly

Description:

I am using the sablotron xsl extension to transform xml files.  The
xsl:copy-of tag does not appear to work properly.  It should copy the tree
fragment entirely to the result document but it only copies element tags. 
Some of the elements contain text within them (ie: some text
would copy as  without the text).  I am convinced that my
code is fine because other transforms that don't use this tag work fine
and there are somre pretty crazy transforms that I am trying to run.

Reproduce code:
---
My XML data:




some text


some more text




My XSL sheet:

http://www.w3.org/1999/XSL/Transform";>





My PHP Code:
$xslp = xslt_create();
echo xslt_process($xslp, 'in.xml', 'xsl.xsl');
xslt_free($xslp);


Expected result:


  
some text
  
  
some more text
  



Actual result:
--
 

   
   


-- 
Edit bug report at http://bugs.php.net/?id=28097&edit=1
-- 
Try a CVS snapshot (php4):  http://bugs.php.net/fix.php?id=28097&r=trysnapshot4
Try a CVS snapshot (php5):  http://bugs.php.net/fix.php?id=28097&r=trysnapshot5
Fixed in CVS:   http://bugs.php.net/fix.php?id=28097&r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=28097&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28097&r=needtrace
Need Reproduce Script:  http://bugs.php.net/fix.php?id=28097&r=needscript
Try newer version:  http://bugs.php.net/fix.php?id=28097&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28097&r=support
Expected behavior:  http://bugs.php.net/fix.php?id=28097&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28097&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28097&r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=28097&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28097&r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=28097&r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=28097&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28097&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28097&r=float