例外与反思(Exception and Reflection)
Web服务具有SoapExtension,它包含错误处理程序和xml格式的序列化错误。
<? Xml version = "1.0" encoding = "utf-8" standalone = "yes"?> <Exception Type="System.NullReferenceException"> Exception text. </ Exception>
如何制作错误处理程序,调用“类型”错误? 例如:
Type _type = Type.GetType(doc.DocumentElement.Attributes["Type"].Value);
必须调用NullReferenceException。
The web service has SoapExtension, which contains an error handler and serializing error in a format xml.
<? Xml version = "1.0" encoding = "utf-8" standalone = "yes"?> <Exception Type="System.NullReferenceException"> Exception text. </ Exception>
How to make error handler, which call error of "Type"? E.g.:
Type _type = Type.GetType(doc.DocumentElement.Attributes["Type"].Value);
It must to call NullReferenceException.
原文:https://stackoverflow.com/questions/3810111
最满意答案
主要问题是你建立objs的规则:
%.o: %.c $(DEPS) $(CC) -c -o $@ $< $(CFLAGS)
在$(INC)中不使用您的包含路径
另一个问题是您在错误的文件扩展名上进行匹配。 例如,
%.c
应为%.cpp
。你还有一些额外的冗余垃圾,所以我建议你像这样更新你的makefile来得到这个想法:
CC=gcc DEPS = hello.h OBJ = hello.o INC=-I. -I../lib/StanfordCPPLib %.o: %.cpp $(DEPS) $(CC) $(INC) -c $< hellomake: $(OBJ) g++ -o $@ $^
这在我的小模拟设置中构建良好。 请记住,在
hellomake:
下使用g ++实际上是必要的hellomake:
要正确链接所有内容。The main problem is that your rule for building objs:
%.o: %.c $(DEPS) $(CC) -c -o $@ $< $(CFLAGS)
doesn't use your include path in $(INC)
Another problem is that you are matching on the wrong file extension. e.g.
%.c
should be%.cpp
.You also have some extra redundant junk in there, so I suggest you update your makefile like this to get the idea:
CC=gcc DEPS = hello.h OBJ = hello.o INC=-I. -I../lib/StanfordCPPLib %.o: %.cpp $(DEPS) $(CC) $(INC) -c $< hellomake: $(OBJ) g++ -o $@ $^
This builds fine in my little mock setup. Remember that it is actually necessary for you to use g++ under
hellomake:
for everything to link properly.
相关问答
更多-
TCP/IP模型是一个________。[2023-10-02]
a -
下列中不属于面向对象的编程语言的是?[2022-05-30]
a -
主要问题是你建立objs的规则: %.o: %.c $(DEPS) $(CC) -c -o $@ $< $(CFLAGS) 在$(INC)中不使用您的包含路径 另一个问题是您在错误的文件扩展名上进行匹配。 例如, %.c应为%.cpp 。 你还有一些额外的冗余垃圾,所以我建议你像这样更新你的makefile来得到这个想法: CC=gcc DEPS = hello.h OBJ = hello.o INC=-I. -I../lib/StanfordCPPLib %.o: %.cpp $(DEPS) ...
-
使用Makefile进行编译(compiling using a Makefile)[2022-11-26]
你可以改变: OBJECT_FILES = brd.o logger.o test_brd.o 成: OBJECT_FILES_EXCEPT_LOGGER = brd.o test_brd.o OBJECT_FILES = $(OBJECT_FILES_EXCEPT_LOGGER) logger.o 并改变你的干净: clean: rm -f $(TARGET) $(OBJECT_FILES_EXCEPT_LOGGER) 但是要清理的重点是彻底重建。 如果你不想完全重建,只需使用make , ... -
v3.81太旧了。 gnumake.h出现在GNU make 4.0中 v3.81 is too old. gnumake.h appears in GNU make 4.0
-
从GNU中的非标准位置使用第三方C ++库使常规步骤是: 将第三方库头的路径添加到C ++预处理器标志中。 例如 CPPFLAGS += -I/3rd-party/include 将第三方共享/星型库的路径添加到链接器标志和库本身。 假设该库名为lib3rd-party.so或lib3rd-party.a ,例如 LDFLAGS += -L/3rd-party/lib -Wl,-rpath=/3rd-party/lib -l3d-party To use a third party C++ librar ...
-
在makefile中,你已经将你的include指令添加到链接阶段,而不是编译阶段。 线 ${PROG}: $(OBJS) $(CXX) $(INCLUDES) -o $(PROG) $(OBJS) $(LIBS) 假设通过调用$ {CXX}中的编译器传递包含文件夹(以及其他参数),从$ {OBJS}中的目标文件生成$ {PROG}中的程序。 相反,对于您的可变部分,请执行以下操作: INCLUDES = -I /usr/include/mysql -I ...
-
所以我终于明白了。 不是我害怕的最聪明的方式。 Makefile文件 SRC=../src IDIR =../include OUTDIR=../obj CC=cc CFLAGS=-I$(IDIR) LDFLAGS=-shared -ggdb -fPIC -Wall -lnsl ODIR=../obj #LDIR =../lib _DEPS = header.h DEPS = $(patsubst %,$(IDIR)/%,$(_DEPS)) _OBJ = X1.o X2.o X3.o OBJ = $( ...
-
而不是定义自己的规则(即:删除以下): w2.${VER}: w2.${VER}.o $(CPP) -ow2.${VER} w2.${VER}.o w2.${VER}.o: w2.${VER}.cpp $(CPP) -c -O2 -std=c++17 w2.${VER}.cpp 您可以简单地依赖已经定义的隐式规则。 您只需要正确设置这些隐式规则使用的变量。 因此,为了找到编译的头文件: CPPFLAGS := -I/home/path/gsl/include 对于C ++标准的优化和 ...
-
我想所有makefile独立,所以我可以复制/通过类文件夹到一个新项目,它仍然工作,或者我可以单独执行makefile而不更改它。 我很确定这是不可能的。 您的makefile要么是独立的,在这种情况下,您可以使顶级文件make递归方式调用较低级别目录中的make (因此不要include它们), 或者您可以通过包含其他makefile来形成单个非递归makefile。 我认为两者都不可能。 如何将(正确)makefile包含到其他makefile中? 唯一有效的答案是“使用include指令”(除了通常的 ...