* Thus wrote Jeremy Johnstone ([EMAIL PROTECTED]):
> On Sun, 2003-08-31 at 10:11, Curt Zirzow wrote:
> > * Thus wrote Jeremy Johnstone ([EMAIL PROTECTED]):
>
> You might want to check the documentation again as it does not say
> anything about the db server translating \\ into \. This seems highly
* Thus wrote Jeremy Johnstone ([EMAIL PROTECTED]):
>
> $email->body = "This is a test email. Testing c:\test\foo.exe";
>
> When the $email object is later broke down and stored in the database
> addslashes is done (as it should be) before the variable is stored.
>
> If you check the database th
On Sun, 2003-08-31 at 10:11, Curt Zirzow wrote:
> * Thus wrote Jeremy Johnstone ([EMAIL PROTECTED]):
> >
> > $email->body = "This is a test email. Testing c:\test\foo.exe";
> >
> > When the $email object is later broke down and stored in the
database
> > addslashes is done (as it should be) befor
The actual value of those variables are pulled in from other sources,
they are not actually hard coded like I showed below. It was simply for
illustration purposes.
Jeremy
On Sat, 2003-08-30 at 15:56, Ken Tossell wrote:
> Your string assignments look wrong. For example, "\t" is a tab
> character
Your string assignments look wrong. For example, "\t" is a tab
character. Try your test cases with 'This is a test email. Testing
c:\test\foo.exe'; that should give you a proper string.
Ken
Jeremy Johnstone wrote:
I am not sure if this is a bug, but I have came across two test cases
where the
I am not sure if this is a bug, but I have came across two test cases
where the behavior is not as expected so I thought I would ask.
The problem I am having seems to be with addslashes not properly
escaping this type of string "C:\test\foo.exe". Here is the scenario:
$email->body = "This is a te
