我正在学习ASP.NET,正在查看QueryStrings.
我正在看的其中一个示例将按钮挂钩到重定向调用:
protected void btnSubmit_Click(object sender, EventArgs e)
{
try
{
//throws ThreadAbortException: "Thread was being aborted"
Response.Redirect("Form2.aspx");
}
catch (Exception Ex)
{
System.Diagnostics.Debug.WriteLine(Ex.Message);
}
}
为什么会在这里抛出ThreadAbortException？这是正常的吗？我应该为此做点什么吗？例外通常不是一件好事,所以当我看到这一点时我感到震惊.
我今天跑过这样的代码; 具有对整个类可见的流控制标志.我的直觉说这是处理流量控制需求的错误方法(它几乎就像C中的旧时全局标志).
(示例在VB.Net中,但类似的事情可以在C#中完成.)
Public Class myClass
Private bMyFlag As Boolean ''// <------
private sub New
bMyFlag = false
end sub
private sub mySub1
bMyFlag = true
mySub3()
mySub4()
mySubN()
end sub
private sub mySub2
bMyFlag = false
mySub3()
mySub4()
mySubN()
end sub
private sub mySub3
if bMyFlag then
DoSomething()
else
DoSomethingElse()
end if
end sub
private sub mySub4
if not bMyFlag then
DoSomethingDifferent()
else
DoSomethingReallyDifferent()
end if
end sub
private sub mySubN
if not bMyFlag then
DoNotPassGo()
else
DoNotCollect200Dollars()
end …我创建了一个类似于这个简化示例的存储过程:
CREATE PROCEDURE dbo.sp_MyStoredProcedure
@Var1 INT OUTPUT,
@Var2 DECIMAL(10,2) OUTPUT
AS
BEGIN
SET NOCOUNT ON;
SELECT
@Var1 = COUNT(*),
@Var2 = SUM(TranAmount)
FROM
MyTable
SELECT * FROM MyTable
END
当我在调用对象的ExecuteReader()方法后尝试从输出变量中读取值时SqlCommand,值为null.
string MyConnString = string.Empty;
SqlConnection MyConn = new SqlConnection(MyConnString);
SqlCommand MyCmd = new SqlCommand("sp_MyStoredProcedure", MyConn);
MyCmd.CommandType = CommandType.StoredProcedure;
MyCmd.Parameters.Add(new SqlParameter("@Var1", SqlDbType.Int));
MyCmd.Parameters.Add(new SqlParameter("@Var2", SqlDbType.Decimal);
MyCmd.Parameters[0].Direction = ParameterDirection.Output;
MyCmd.Parameters[1].Direction = ParameterDirection.Output;
SqlDataReader dr = MyCmd.ExecuteReader(CommandBehavior.CloseConnection);
int Var1 = Convert.ToInt32(MyCmd.Parameters[0].Value);
decimal Var1 = Convert.ToDecimal(MyCmd.Parameters[1].Value);
我做错了什么？
c# stored-procedures sql-server-2005 sqldatareader output-parameter
如何阻止用户访问example.appspot.com上的应用并强制他们在example.com上访问它？我已经有example.com工作,但我不希望用户能够访问appspot域.我正在使用python.
我正在用dumpbin查看一些库,我注意到所有64位版本都链接到KERNEL32.在64位Windows上没有KERNEL64吗？如果没有,为什么？
我的所有操作系统都是32位,所以我不能只看.谷歌搜索没有什么值得的,所以我怀疑没有KERNEL64,但我仍然很好奇为什么会这样.
编辑:我后来发现这非常有用. MSDN指南x64
我试图使用APC或XCache作为操作码来缓存我的php页面.我正在使用它与Zend和Doctrine,它与自动加载器有问题.
如果我尝试使用APC,我会得到以下结果:
Fatal error: spl_autoload() [<a href='function.spl-autoload'>function.spl-autoload</a>]:
Class Doctrine_Event could not be loaded in
C:\\[mydir]\\library\\doctrine\\Doctrine\\Record.php on line 777
如果我尝试使用XCache,我会得到以下内容:
PHP Fatal error: Cannot redeclare class Zend_Registry in
C:\\[mydir]\\library\\zendframework\\Zend\\Registry.php on line 0
我正在Windows机器上运行Zend 1.9.1,Doctrine 1.1.
我的引导程序如下:
set_include_path(dirname(__FILE__).'/../library/zendframework'
. PATH_SEPARATOR . dirname(__FILE__).'/../library/doctrine'.....
require 'Zend/Loader/Autoloader.php';
$loader = Zend_Loader_Autoloader::getInstance();
$loader->suppressNotFoundWarnings(false);
$loader->setFallbackAutoloader(true);
从我所读到的,使用APC或xcache几乎是性能必须的,但我似乎无法让它工作.有任何想法吗？
在我的主要Sinatra控制器中,我想在从表单发布后调试params哈希.
我已经添加了:
puts params.inspect
和
set :logging, :true
params.inspect如果一切顺利,工作.但是如果在执行控制器之前发生错误,我就没有得到任何关于错误的信息,就像我在Rails中默认情况一样.
获得有用的调试信息的最佳方法是什么？
此示例根本不起作用(在我添加此代码后应用程序甚至不会启动):
configure do
Log = Logger.new("sinatra.log")
Log.level = Logger::INFO
end
其次是:
Log.info "#{@users.inspect}"
我正在尝试访问和编辑iframe的内容.iframe指向我自己域上子域的页面.这是我正在使用的javascript代码,虽然它并不重要.
$('iframe').load(function(){
$('div.code textarea.html').val($(this).contents()[0].html());
});
当我运行它时,它表示我无权从www.domain.com访问example.domain.com.因此,如果我尝试访问的域名具有www,那么这是否重要？因为我的主持人不允许我不使用www.
这个wiki帖子概述了问题和解决方案.我想发布这个可能有类似问题的其他人,因为我找不到任何具体的解决方案来解决其他问题.
我们最近将SQL Server 2000数据库升级到SQL Server 2005.服务器上的一个数据库是MS Access数据库的后端.MS Access数据库使用传递查询,通过无DSN的ODBC连接到SQL Server.
无DSN连接字符串的示例如下所示:
ODBC; DRIVER=SQL Server;SERVER=servername;APP=Microsoft® Access (Pass Through
Query);DATABASE=databasename;Network=DBMSSOCN;ConnectionTimeout=20;
Trusted_Connection=Yes
升级后,我们发现用户无法运行传递查询,并显示以下错误:
ODBC - 与"SQL Server"的连接失败
这最初似乎是一个权限问题,因为将SQL服务器登录的priveledges提升到sysadmin服务器角色缓解了这个问题(但显然这不是一个很好的解决方案).
从登录sysadmin角色后,我们发现当通过Management Studio连接到SQL Server时,登录可以执行存储过程.MS Access中无法进行相同的登录.这指向了MS Access在尝试执行存储过程时所做的事情 - 而不是权限问题.
我们使用Profiler在服务器上运行了一个跟踪,这显示MS Access试图在存储的proc执行之前执行以下命令:
DBCC TRACEON(208)
在存储过程执行之前,它似乎在此命令失败.对Web的研究表明,DBCC TRACEON(208)相当于使用'SET QUOTED IDENTIFIERS ON'命令,并且在SQL 2005中,运行此DBCC命令的priveledges已被撤销.
经过进一步研究,我们发现对MS Query的引用存在类似的问题,并且连接字符串的APP组件应该从"MS Query"更改为其他内容.
在预感中,我们更改了ODBC连接字符串的APP组件,并且MS Access在存储过程执行之前不再尝试执行DBCC TRACEON(208).
经过进一步测试,我们将问题跟踪到APP组件中包含的"版权"符号:
APP=Microsoft® Access (Pass Through Query)
通过删除版权符号,一切都很好的连接和应用程序工作,就像以前在SQL 2000上所做的那样.
希望这可以帮助其他有类似问题的人.