Saturday, October 31, 2009
Tuesday, October 27, 2009
Thursday, October 22, 2009
Tuesday, October 20, 2009
FreeBSD adds support for Snow Leopard's Grand Central Dispatch
This is big news.
Now it's the developers turn to take advantage of it.
Apple's Grand Central Dispatch technology, which debuted in Snow Leopard as a mechanism for optimizing parallelism across multiple cores and processors, has now been ported to FreeBSD.
Now it's the developers turn to take advantage of it.
Apple's Grand Central Dispatch technology, which debuted in Snow Leopard as a mechanism for optimizing parallelism across multiple cores and processors, has now been ported to FreeBSD.
Sunday, October 18, 2009
Beginner Developer Learning Center
Microsoft's actually got a lot of useful video's here if you got time to go through them.
Too bad they force you to use Silverlight to watch them though:(
Too bad they force you to use Silverlight to watch them though:(
Saturday, October 17, 2009
Difference between a computer scientist and a programmer?
Duct Tape Programmers and the Culture of Complexity in Software Projects
I guess a progammer employed by a company or himself actually has to ship a program in a reasonable time period vs a computer scientist like Knuth can spend years figuring something out and perfecting it before showing it to the world.
I guess a progammer employed by a company or himself actually has to ship a program in a reasonable time period vs a computer scientist like Knuth can spend years figuring something out and perfecting it before showing it to the world.
How Win7's "Boot to VHD" Feature has Changed the Way I Work
Might come in handy. Will have to try it.
Boot to VHD.
Boot to VHD.
Why Johnny can't code
Food for thought.
BASIC used to be on every computer a child touched -- but today there's no easy way for kids to get hooked on programming.
Yeah wasn't it burned into the ROM or something I thought?
BASIC used to be on every computer a child touched -- but today there's no easy way for kids to get hooked on programming.
Yeah wasn't it burned into the ROM or something I thought?
Thursday, October 15, 2009
Wednesday, October 14, 2009
Saturday, October 10, 2009
Sunday, October 4, 2009
Problems with SQL Server Express user instancing and ASP.net Web Application Projects
Some critical info to know for Windows web developers.
Microsoft recommends that the workarounds described in this article only be used to unblock affected development scenarios. When deploying applications into production on any version of IIS, SQL Server Express user instances should not be used.
The configuration of application pools on IIS 7.5 production web servers should use either the new application pool identity, or custom created user accounts. Application pools on IIS 7.5 production web servers should no longer run as NETWORK SERVICE.
The workaround described for working with WAP projects and websites located in a user's Documents folder should be used as a temporary workaround only. From a security standpoint it is not desirable for NETWORK SERVICE to have read access to all of the sub-folders within the Visual Studio Projects folder. The recommendation is to move IIS-hosted WAP projects and websites to a different file location that is normally accessible to an IIS service account (e.g. under c:\inetpub\wwwroot).
Microsoft recommends that the workarounds described in this article only be used to unblock affected development scenarios. When deploying applications into production on any version of IIS, SQL Server Express user instances should not be used.
The configuration of application pools on IIS 7.5 production web servers should use either the new application pool identity, or custom created user accounts. Application pools on IIS 7.5 production web servers should no longer run as NETWORK SERVICE.
The workaround described for working with WAP projects and websites located in a user's Documents folder should be used as a temporary workaround only. From a security standpoint it is not desirable for NETWORK SERVICE to have read access to all of the sub-folders within the Visual Studio Projects folder. The recommendation is to move IIS-hosted WAP projects and websites to a different file location that is normally accessible to an IIS service account (e.g. under c:\inetpub\wwwroot).
Saturday, October 3, 2009
Friday, October 2, 2009
fgwlib working on macosx snow leopard
Okay I finally got this library from "You can do it" programming book working on my mac!!!
This is how I did it.
I modified the make file that was included on the cd for Linux slightly.
After that created the libfgw.a static library I testd it out on the cross program that creates a cross in playpen by typing:
g++ -c cross.cpp -o cross.o
then
most important and complex commandline!
g++ -o cross cross.o libfgw.a -L/usr/X11R6/lib -lX11
after that just type
./cross to see X11 pop up running a cross i macosx snow leopard!
anyways here is the modified makefile. only change really is adding an all to actually make it build the static library. Don't know why the original was missing it?
CC = g++
AR = ar
DEL = rm
OBJ_DIR = ./
OUTPUT_DIR = ./
OUTPUTFILE = libfgw.a
C_INCLUDE_DIRS =
C_PREPROC =
CFLAGS = -pipe -Wall -g0 -O2 -frtti -fexceptions
RC_INCLUDE_DIRS =
RC_PREPROC =
RCFLAGS =
ARFLAGS = rcs
NULL = nul
SRC_OBJS = \
$(OBJ_DIR)/adler32.o \
$(OBJ_DIR)/deflate.o \
$(OBJ_DIR)/flood_fill.o \
$(OBJ_DIR)/infblock.o \
$(OBJ_DIR)/infcodes.o \
$(OBJ_DIR)/inffast.o \
$(OBJ_DIR)/inflate.o \
$(OBJ_DIR)/inftrees.o \
$(OBJ_DIR)/infutil.o \
$(OBJ_DIR)/line_drawing.o \
$(OBJ_DIR)/minipng.o \
$(OBJ_DIR)/playpen.o \
$(OBJ_DIR)/point2d.o \
$(OBJ_DIR)/point2dx.o \
$(OBJ_DIR)/shape.o \
$(OBJ_DIR)/trees.o \
$(OBJ_DIR)/zutil.o
define build_target
@echo Creating library...
@$(AR) $(ARFLAGS) "$(OUTPUT_DIR)/$(OUTPUTFILE)" $(SRC_OBJS)
endef
define compile_source
@echo Compiling $<
@$(CC) $(CFLAGS) $(C_PREPROC) $(C_INCLUDE_DIRS) -c "$<" -o "$@"
endef
.PHONY: print_header directories
all: $(SRC_OBJS)
$(build_target)
.PHONY: clean cleanall
cleanall:
@echo Deleting intermediate files for 'build_fgw - $(CFG)'
-@$(DEL) $(OBJ_DIR)/*.o
-@$(DEL) "$(OUTPUT_DIR)/$(TARGET)"
-@rmdir "$(OUTPUT_DIR)"
clean:
@echo Deleting intermediate files for 'build_fgw - $(CFG)'
-@$(DEL) $(OBJ_DIR)/*.o
print_header:
@echo ----------Configuration: build_fgw - $(CFG)----------
directories:
-@if [ ! -d $(OUTPUT_DIR) ]; then mkdir $(OUTPUT_DIR); fi
-@if [ ! -d $(OBJ_DIR) ]; then mkdir $(OBJ_DIR); fi
$(OBJ_DIR)/adler32.o: adler32.c \
zlib.h
$(compile_source)
$(OBJ_DIR)/deflate.o: deflate.c \
deflate.h
$(compile_source)
$(OBJ_DIR)/flood_fill.o: flood_fill.cpp \
playpen.h
$(compile_source)
$(OBJ_DIR)/infblock.o: infblock.c \
zutil.h \
infblock.h \
inftrees.h \
infcodes.h \
infutil.h
$(compile_source)
$(OBJ_DIR)/infcodes.o: infcodes.c \
zutil.h \
inftrees.h \
infblock.h \
infcodes.h \
infutil.h \
inffast.h
$(compile_source)
$(OBJ_DIR)/inffast.o: inffast.c \
zutil.h \
inftrees.h \
infblock.h \
infcodes.h \
infutil.h \
inffast.h
$(compile_source)
$(OBJ_DIR)/inflate.o: inflate.c \
zutil.h \
infblock.h
$(compile_source)
$(OBJ_DIR)/inftrees.o: inftrees.c \
zutil.h \
inftrees.h \
inffixed.h
$(compile_source)
$(OBJ_DIR)/infutil.o: infutil.c \
zutil.h \
infblock.h \
inftrees.h \
infcodes.h \
infutil.h
$(compile_source)
$(OBJ_DIR)/line_drawing.o: line_drawing.cpp \
line_drawing.h
$(compile_source)
$(OBJ_DIR)/minipng.o: minipng.cpp \
minipng.h \
zlib.h \
playpen.h
$(compile_source)
$(OBJ_DIR)/playpen.o: playpen_unix1.cpp \
playpen.h \
mouse.h \
keyboard.h
$(compile_source)
$(OBJ_DIR)/point2d.o: point2d.cpp \
fgw_text.h \
point2d.h
$(compile_source)
$(OBJ_DIR)/point2dx.o: point2dx.cpp \
point2dx.h
$(compile_source)
$(OBJ_DIR)/shape.o: shape.cpp \
flood_fill.h \
line_drawing.h \
point2dx.h \
shape.h
$(compile_source)
$(OBJ_DIR)/trees.o: trees.c \
deflate.h \
trees.h
$(compile_source)
$(OBJ_DIR)/zutil.o: zutil.c \
zutil.h
$(compile_source)
This is how I did it.
I modified the make file that was included on the cd for Linux slightly.
After that created the libfgw.a static library I testd it out on the cross program that creates a cross in playpen by typing:
g++ -c cross.cpp -o cross.o
then
most important and complex commandline!
g++ -o cross cross.o libfgw.a -L/usr/X11R6/lib -lX11
after that just type
./cross to see X11 pop up running a cross i macosx snow leopard!
anyways here is the modified makefile. only change really is adding an all to actually make it build the static library. Don't know why the original was missing it?
CC = g++
AR = ar
DEL = rm
OBJ_DIR = ./
OUTPUT_DIR = ./
OUTPUTFILE = libfgw.a
C_INCLUDE_DIRS =
C_PREPROC =
CFLAGS = -pipe -Wall -g0 -O2 -frtti -fexceptions
RC_INCLUDE_DIRS =
RC_PREPROC =
RCFLAGS =
ARFLAGS = rcs
NULL = nul
SRC_OBJS = \
$(OBJ_DIR)/adler32.o \
$(OBJ_DIR)/deflate.o \
$(OBJ_DIR)/flood_fill.o \
$(OBJ_DIR)/infblock.o \
$(OBJ_DIR)/infcodes.o \
$(OBJ_DIR)/inffast.o \
$(OBJ_DIR)/inflate.o \
$(OBJ_DIR)/inftrees.o \
$(OBJ_DIR)/infutil.o \
$(OBJ_DIR)/line_drawing.o \
$(OBJ_DIR)/minipng.o \
$(OBJ_DIR)/playpen.o \
$(OBJ_DIR)/point2d.o \
$(OBJ_DIR)/point2dx.o \
$(OBJ_DIR)/shape.o \
$(OBJ_DIR)/trees.o \
$(OBJ_DIR)/zutil.o
define build_target
@echo Creating library...
@$(AR) $(ARFLAGS) "$(OUTPUT_DIR)/$(OUTPUTFILE)" $(SRC_OBJS)
endef
define compile_source
@echo Compiling $<
@$(CC) $(CFLAGS) $(C_PREPROC) $(C_INCLUDE_DIRS) -c "$<" -o "$@"
endef
.PHONY: print_header directories
all: $(SRC_OBJS)
$(build_target)
.PHONY: clean cleanall
cleanall:
@echo Deleting intermediate files for 'build_fgw - $(CFG)'
-@$(DEL) $(OBJ_DIR)/*.o
-@$(DEL) "$(OUTPUT_DIR)/$(TARGET)"
-@rmdir "$(OUTPUT_DIR)"
clean:
@echo Deleting intermediate files for 'build_fgw - $(CFG)'
-@$(DEL) $(OBJ_DIR)/*.o
print_header:
@echo ----------Configuration: build_fgw - $(CFG)----------
directories:
-@if [ ! -d $(OUTPUT_DIR) ]; then mkdir $(OUTPUT_DIR); fi
-@if [ ! -d $(OBJ_DIR) ]; then mkdir $(OBJ_DIR); fi
$(OBJ_DIR)/adler32.o: adler32.c \
zlib.h
$(compile_source)
$(OBJ_DIR)/deflate.o: deflate.c \
deflate.h
$(compile_source)
$(OBJ_DIR)/flood_fill.o: flood_fill.cpp \
playpen.h
$(compile_source)
$(OBJ_DIR)/infblock.o: infblock.c \
zutil.h \
infblock.h \
inftrees.h \
infcodes.h \
infutil.h
$(compile_source)
$(OBJ_DIR)/infcodes.o: infcodes.c \
zutil.h \
inftrees.h \
infblock.h \
infcodes.h \
infutil.h \
inffast.h
$(compile_source)
$(OBJ_DIR)/inffast.o: inffast.c \
zutil.h \
inftrees.h \
infblock.h \
infcodes.h \
infutil.h \
inffast.h
$(compile_source)
$(OBJ_DIR)/inflate.o: inflate.c \
zutil.h \
infblock.h
$(compile_source)
$(OBJ_DIR)/inftrees.o: inftrees.c \
zutil.h \
inftrees.h \
inffixed.h
$(compile_source)
$(OBJ_DIR)/infutil.o: infutil.c \
zutil.h \
infblock.h \
inftrees.h \
infcodes.h \
infutil.h
$(compile_source)
$(OBJ_DIR)/line_drawing.o: line_drawing.cpp \
line_drawing.h
$(compile_source)
$(OBJ_DIR)/minipng.o: minipng.cpp \
minipng.h \
zlib.h \
playpen.h
$(compile_source)
$(OBJ_DIR)/playpen.o: playpen_unix1.cpp \
playpen.h \
mouse.h \
keyboard.h
$(compile_source)
$(OBJ_DIR)/point2d.o: point2d.cpp \
fgw_text.h \
point2d.h
$(compile_source)
$(OBJ_DIR)/point2dx.o: point2dx.cpp \
point2dx.h
$(compile_source)
$(OBJ_DIR)/shape.o: shape.cpp \
flood_fill.h \
line_drawing.h \
point2dx.h \
shape.h
$(compile_source)
$(OBJ_DIR)/trees.o: trees.c \
deflate.h \
trees.h
$(compile_source)
$(OBJ_DIR)/zutil.o: zutil.c \
zutil.h
$(compile_source)
Subscribe to:
Posts (Atom)