testsite

|

http://orange.3glab.net


https://www.httpwatch.com/httpgallery/authentication/



https://www.w3schools.com/js/tryit.asp?filename=tryjs_prompt



http://rroya.tistory.com



http://cnn.com/


https://www.amazon.com/


http://www.bbc.com/


http://google.com/


http://10.28.2.255

신고
Trackback 0 And Comment 0

navi

|
Navi

신고
Trackback 0 And Comment 0

google map

|

https://www.w3schools.com/graphics/tryit.asp?filename=trymap_basic


https://www.w3schools.com/html/tryit.asp?filename=tryhtml_iframe_target

신고
Trackback 0 And Comment 0

autofill

|

https://www.w3schools.com/w3css/tryit.asp?filename=tryw3css_examples_login

신고
Trackback 0 And Comment 0

아리니

|

신고
Trackback 0 And Comment 0

test

|
신고
Trackback 0 And Comment 0

[git] 작업의 취소

|
개별파일 원복
git checkout  -- <파일> : 워킹트리의 수정된 파일을 index에 있는 것으로 원복
git checkout HEAD -- <파일명> : 워킹트리의 수정된 파일을 HEAD에 있는 것으로 원복(이 경우 --는 생략가능)
git checkout FETCH_HEAD -- <파일명> : 워킹트리의 수정된 파일의 내용을 FETCH_HEAD에 있는 것으로 원복? merge?(이 경우 --는 생략가능)

index 추가 취소
git reset -- <파일명> : 해당 파일을 index에 추가한 것을 취소(unstage). 워킹트리의 변경내용은 보존됨. (--mixed 가 default)
git reset HEAD <파일명> : 위와 동일

commit 취소
git reset HEAD^ : 최종 커밋을 취소. 워킹트리는 보존됨. (커밋은 했으나 push하지 않은 경우 유용)
git reset HEAD~2 : 마지막 2개의 커밋을 취소. 워킹트리는 보존됨.
git reset --hard HEAD~2 : 마지막 2개의 커밋을 취소. index 및 워킹트리 모두 원복됨.
git reset --hard ORIG_HEAD : 머지한 것을 이미 커밋했을 때,  그 커밋을 취소. (잘못된 머지를 이미 커밋한 경우 유용)
git revert HEAD : HEAD에서 변경한 내역을 취소하는 새로운 커밋 발행(undo commit). (커밋을 이미 push 해버린 경우 유용)

워킹트리 전체 원복
git reset --hard HEAD : 워킹트리 전체를 마지막 커밋 상태로 되돌림. 마지막 커밋이후의 워킹트리와 index의 수정사항 모두 사라짐.
                                  (변경을 커밋하지 않았다면 유용)
git checkout HEAD . : ??? 워킹트리의 모든 수정된 파일의 내용을 HEAD로 원복.
git checkout -f : 변경된 파일들을 HEAD로 모두 원복(아직 커밋하지 않은 워킹트리와 index 의 수정사항 모두 사라짐. 신규추가 파일 제외)


* 참조 : reset 옵션
--soft : index 보존, 워킹트리 보존. 즉 모두 보존.
--mixed : index 취소, 워킹트리만 보존 (기본 옵션)
--hard : index 취소, 워킹트리 취소. 즉 모두 취소.

* untracked 파일 제거
git clean -f
git clean -f -d : 디렉토리까지 제거

http://blog.naver.com/PostView.nhn?blogId=johnforstar&logNo=30084619011





--renderer-process-limit=1


patch -p1 < ~/chrome_to_qnx.roya 





http://www.urveryspecial.com/2016/03/git_24.html
실서버 소스를 약간 수정한 뒤 git pull을 했더니, conflict가 일어나서 패닉상태가 되었을때.. 이 두 커멘트면 해결이 가능하다.

$ git fetch origin
$ git reset --hard origin/master


참고로 인터넷상에, git pull 커멘드를 이용해 강제로 pull을 받는 방법이 소개되어 있는데, pull은 git fetch와 git merge origin/master를 동시에 해주는 커멘드로써, 로컬에서 소스와 merge할 일이 없으면 되도록이면 쓰지 않는게 좋다.


branch 삭제


Local branch 삭제

git branch -d hoge


remote branch 삭제

git push --delete origin hoge



Local

$ git branch -D bugfix

Remote

$ git branch -rd origin/bugfix
Deleted remote branch origin/bugfix (was 2a14ef7).
$ git push

git push origin :obigo_apply_alert

신고
Trackback 0 And Comment 0

bit 연산

|

블로그를 처음 개설하고, 프로그래밍 카테고리에 올린 것이..비트 연산이었는데,
요즘 회사일이 여유가 생긴 탓에, 임베디드 프로그래밍 C코드 최적화란 책을 사서 읽어보고 있는데
거기에 비트 제어에 대해서 나와 있길래 다시 한 번 확실히 정리하고자 한다.

다 아는 내용이겠지만, 알면 유용한 것들이 많으니 한 번 살펴보자


1. 특정비트를 1로 설정 하려면 지정된 위치의 비트를 1과 |(OR)연산

ex)5번 비트를 1로 설정 (제일 왼쪽 비트가 0번이라고 하면..)
      01010101 (a)
OR  0010000
-----------------
      01110101


코드화 한다면 a|=0x00100000;  


그런데 0x00100000는 0x1을 5번 왼쪽 shift한값과 같으므로  0x1<<5와 같이 표현할수 있다

따라서 a|=0x1<<5;


한 번에 여러비트 설정도 가능하다.예를 들어 5,3,2번 비트를 1로 설정하려면
a|= (0x1<<5)+(0x1<<3)+(0x1<<2) 와 같이 표현 할 수 있다.
그런데 3번 2번 비트는 연속된 비트이기 때문에 0x3으로 묶어 줄수 있다.
a| =(0x1<<5) + (0x3<<2)


2. 특정비트를 0으로 클리어 하려면 지정된 위치의 비트를 1과& (AND)연산

ex)2번 비트를 0로 clear (제일 왼쪽 비트가 0번이라고 하면..)
       01010101 (a)
AND 11111011
-----------------
       01010001
특정 비트 클리어는 지정된 비트를 0과  &연산함으로 수행된다. 0을 원하는 위치까지 쉬프트하여 &연산하고 나머지 비트들은 1과 &연산을 취하여 원래 값 그대로 유지한다..
그런데 한 가지문제 0x0000도 0x0도 모두 0이기 때문에 0으로 자릿수 표현할 수 없다. 그래서 1을 원하는 위치로 shift하고 그 값에 대해 NOT연산을 해서 0으로 만든다.
a &=~(0x1<<2)


3. 특정비트 반전
반전시키고자 하는 비트는 1과 ^연산..^연산은 두 피연산자가 같으면 0, 다르면 1
1^1=0이고 0^1=1
ex) 5번 비트 반전
a^=0x1<<5


4. 특정 비트추출
ex)6,5,4번 비트

(a>>4) & 0x7

5. 비트검사
:특정 비트가 0인지 1인지 검사하는 방법
ex)5번째 비트가 0인지 1인지
a& (0x1<<5)


비트 연산을 편하게...정리 해보면 다음과 같다

한 비트 클리어 ex:5번 비트  a &= (0x1<<5)

연속된 비트 클리어 ex)5,4,3번 비트 a&~(0x7<<3)

떨어져있는 비트클리어 ex)5,3,2 a&= ~((0x1<<5)+0x3<<2))

위에 처럼 한 비트 설정 한 비트 반전도 마찬가지다..

신고
Trackback 0 And Comment 3

makefile

|
http://verse2.tistory.com/m/post/19

http://m.egloos.zum.com/rucaus/v/2374063

http://developinghappiness.com/?p=520

https://gist.github.com/zeph1e/8840168


make를 사용해 컴파일

all:make
like : like.c love.c
$(cc) $(CFLAGS) -o $@ $^ $(LDFLAGS)


$@ like 
$^ like.c love.c



-c
Compile or assemble the source files, but do not link. The linking stage simply is not done. The ultimate output is in the form of an object file for each source file.

By default, the object file name for a source file is made by replacing the suffix ‘.c’, ‘.i’, ‘.s’, etc., with ‘.o’.

Unrecognized input files, not requiring compilation or assembly, are ignored. 

-S
Stop after the stage of compilation proper; do not assemble. The output is in the form of an assembler code file for each non-assembler input file specified.

By default, the assembler file name for a source file is made by replacing the suffix ‘.c’, ‘.i’, etc., with ‘.s’.

Input files that don't require compilation are ignored. 

-E
Stop after the preprocessing stage; do not run the compiler proper. The output is in the form of preprocessed source code, which is sent to the standard output.

Input files that don't require preprocessing are ignored.


-o file
Place output in file file. This applies to whatever sort of output is being produced, whether it be an executable file, an object file, an assembler file or preprocessed C code.

If -o is not specified, the default is to put an executable file in a.out, the object file for source.suffix in source.o, its assembler file in source.s, a precompiled header file in source.suffix.gch, and all preprocessed C source on standard output. 

-v


신고
Trackback 0 And Comment 0

make

|
http://forum.falinux.com/zbxe/index.php?document_srl=405822&mid=gcc
신고
Trackback 0 And Comment 3
prev | 1 | 2 | 3 | 4 | ··· | 17 | next