subject:"A BUG\?"

Bug in tracing frames

2014-01-07 Thread Richard Stallman

[[[ To any NSA and FBI agents reading my email: please consider]]]
[[[ whether defending the US Constitution against all enemies, ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

In gdb 7.01-debian, Emacs got into an infloop and I typed C-g C-g to
get back to GDB.  I got the following incomplete backtrace.  Evidently
GDB is unable to trace the stack back properly from the signal
handler.

This is on the Lemote Yeeloong.

Please ack receipt of this message.


#0  0x76a4d3c4 in kill () from /lib/libc.so.6
#1  0x00657004 in sys_suspend () at sysdep.c:450
#2  0x0063fcf8 in handle_interrupt (in_signal_handler=true) at keyboard.c:10318
#3  0x0063fb18 in handle_interrupt_signal (sig=2) at keyboard.c:10259
#4  0x006599b0 in deliver_process_signal (sig=2, 
handler=0x63fa78 handle_interrupt_signal) at sysdep.c:1568
#5  0x0063fb74 in deliver_interrupt_signal (sig=2) at keyboard.c:10266
#6  signal handler called
#7  0x in ?? ()
#8  0x in ?? ()

Lisp Backtrace:
get-text-property (0x7fff09e8)
font-lock-extend-jit-lock-region-after-change (0x7fff0dbc)
run-hook-with-args (0x7fff0db8)
jit-lock-after-change (0x7fff1144)
replace-match (0x7fff1348)
grep-filter (0x7fff1698)
run-hooks (0x7fff1710)
compilation-filter (0x7fff19dc)

-- 
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org  www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
  Use Ekiga or an ordinary phone call.


___
bug-gdb mailing list
bug-gdb@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gdb

Re: Bug in tracing frames

2014-01-07 Thread Sergio Durigan Junior

On Tuesday, January 07 2014, Richard Stallman wrote:

 [[[ To any NSA and FBI agents reading my email: please consider]]]
 [[[ whether defending the US Constitution against all enemies, ]]]
 [[[ foreign or domestic, requires you to follow Snowden's example. ]]]

 In gdb 7.01-debian, Emacs got into an infloop and I typed C-g C-g to
 get back to GDB.  I got the following incomplete backtrace.  Evidently
 GDB is unable to trace the stack back properly from the signal
 handler.

 This is on the Lemote Yeeloong.

 Please ack receipt of this message.


 #0  0x76a4d3c4 in kill () from /lib/libc.so.6
 #1  0x00657004 in sys_suspend () at sysdep.c:450
 #2  0x0063fcf8 in handle_interrupt (in_signal_handler=true) at 
 keyboard.c:10318
 #3  0x0063fb18 in handle_interrupt_signal (sig=2) at keyboard.c:10259
 #4  0x006599b0 in deliver_process_signal (sig=2, 
 handler=0x63fa78 handle_interrupt_signal) at sysdep.c:1568
 #5  0x0063fb74 in deliver_interrupt_signal (sig=2) at keyboard.c:10266
 #6  signal handler called
 #7  0x in ?? ()
 #8  0x in ?? ()

Thanks for the report.

I believe there are two bugs in our bugzilla which are related to this
issue:

https://sourceware.org/bugzilla/show_bug.cgi?id=14506

https://sourceware.org/bugzilla/show_bug.cgi?id=11348

AFAIR, there has been no attempt to fix those yet.

-- 
Sergio

___
bug-gdb mailing list
bug-gdb@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gdb

Re: Bug in entering numbers

2013-10-17 Thread Sergio Durigan Junior

On Saturday, October 12 2013, Richard Stallman wrote:

 In GDB 7.0.1-debian

 print -2147483648

 outputs

 $1 = 2147483648

 which I think is not right.

Thanks for the report, I will take a look at this when I have time.

You might want to consider opening a bug using
https://sourceware.org/bugzilla/enter_bug.cgi?product=gdb, though.  I
guess I may be the only GDB developer who is subscribed to this list...

Thanks,

-- 
Sergio

___
bug-gdb mailing list
bug-gdb@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gdb

Bug in entering numbers

2013-10-12 Thread Richard Stallman

In GDB 7.0.1-debian

print -2147483648

outputs

$1 = 2147483648

which I think is not right.

-- 
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org  www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
  Use Ekiga or an ordinary phone call.


___
bug-gdb mailing list
bug-gdb@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gdb

Re: Old rs6000-tdep unwind bug still there in 7.5.1

2013-04-29 Thread Pedro Alves

Hi Douglas,

On 04/25/2013 11:20 PM, Douglas Graham wrote:
 The bug described here:
 
 http://lists.gnu.org/archive/html/bug-gdb/2011-08/msg0.html

I'm afraid that issues reported on this list often end up
ignored/forgotten.  Could you report this to the upstream bug
tracker?  It's at:

 http://sourceware.org/bugzilla/

Or better even, post a patch upstream?  Here are the contribution
instructions:

  http://sourceware.org/gdb/contribute/

Marc Khouzam @ Ericsson may be able to help you with it, given
he has copyright assignment on file, often works with us gdb
folks, and has repository access.  (Though it sounds like the fix
would be small enough to not require copyright assignment.)

Thanks,
-- 
Pedro Alves


___
bug-gdb mailing list
bug-gdb@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gdb

Old rs6000-tdep unwind bug still there in 7.5.1

2013-04-25 Thread Douglas Graham

The bug described here:

http://lists.gnu.org/archive/html/bug-gdb/2011-08/msg0.html

still exists in 7.5.1

--Doug

___
bug-gdb mailing list
bug-gdb@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gdb

Remove personal data from www.mail-archive.com/bug-gdb@gnu.org/msg00341.html

2013-01-21 Thread FUSTER LORIENTE, BEATRIZ (BEATRIZ)

Please, remove my complete name (Beatriz Fuster Loriente) from 
www.mail-archive.com/bug-gdb@gnu.org/msg00341.html or remove complete message 
if not possible to remove details inside the email. I don't want to be googled 
with my email. I hope you understand the privacy issues.

Thanks a lot,

Beatriz Fuster Loriente




___
bug-gdb mailing list
bug-gdb@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gdb

ask a question about the bug

2011-06-15 Thread Chuan-jun He

Hi, Dear Sir

I have a very simple program below, gdb can't print the value
of fabs(1.0+3.5). Is it a bug?

Really appreciate.

GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /home/chuanchun/Bureau/a.out...done.
(gdb) list
1 #include stdio.h
2 #include stdlib.h
3 #include math.h
4
5
6 void main()
7 {
8 printf( %lf.\n, fabs(1.0+3.5));
9 }
(gdb) b 8
Breakpoint 1 at 0x400538: file a.c, line 8.
(gdb) r
Starting program: /home/chuanchun/Bureau/a.out

Breakpoint 1, main () at a.c:8
8 printf( %lf.\n, fabs(1.0+3.5));
(gdb) p fabs(1.0+3.5)
$1 = 1


Regards,
Chuanjun HE
___
bug-gdb mailing list
bug-gdb@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gdb

add-symbol-file bug when used with with address 0x0?

2011-02-10 Thread Kristian Otnes

I am trying to debug u-boot on a PowerPC (MPC8260) target
configured to have u-boot located from address 0x0
after reset.

Basically, u-boot have to be linked to some other address since
RAM must be allocated to address 0x0, so I need to use the
'add-symbol-file' command until the memory mapping is
changed by u-boot.

The problem is that 'add-symbol-file' seems to work as expected
for anything but address 0x0, where it actually seems to add
an offset 0x8000. I have tested quite a bit, and it only
seems to be a problem for address 0x0.

The following illustrates my case:

(gdb) show version
GNU gdb 6.8
This GDB was configured as --host=i686-pc-linux-gnu
 --target=powerpc-linux.

(gdb) print _start
$1 = (text variable, no debug info *) 0x4100 _start

symb
(gdb) add-symbol-file u-boot 0x0
  add symbol table from file u-boot at .text_addr = 0x0
(gdb) print _start
$2 = (text variable, no debug info *) 0x8100 _start

(gdb) symb
(gdb) add-symbol-file u-boot 0x4
  add symbol table from file u-boot at
 .text_addr = 0x4
(gdb) print _start
$3 = (text variable, no debug info *) 0x104 _start

I actually finished my singlestepping using the address offset 0x4,
and then just noticing that the debugger showed the line one
instruction ahead (PowerPC instruction are 4 bytes long). But
this really seems to be a bug (sign issue?), and I thought it
might be worth some follow-up. 

I googled a bit, but the only related I could find was actually
from the u-boot forum back in 2003, indicating that it was a bug
in GDB:

http://lists.denx.de/pipermail/u-boot/2003-August/002087.html

Anyone would happen to know anything about this, and current status?
I realize my GDB version is not the latest, but if the problem
dates back to 2003 at least, then it might still be there.

Any comment is appreciated.

Sincerely
Kristian




___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

bug in msp430-gdb

2010-08-08 Thread Paul

In the windows version it tries to read .gdbinit on start up, but that's 
in illegal file name in windows. Why not make it gdb.ini?


Regards,
Paul

___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

Re: bug in msp430-gdb

2010-08-08 Thread asmwarrior


 On 2010-8-6 0:00, Paul wrote:
In the windows version it tries to read .gdbinit on start up, but 
that's in illegal file name in windows. Why not make it gdb.ini?


Regards,
Paul 
No, you can change the filesname in windows command line. strange is 
only works on cmd, not the windows shell. :-)


rename a.txt  .gdbinit

asmwarrior (ollydbg from Codeblocks' forum)

___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

display bug

2009-11-27 Thread Yanmeng Ba

Hello everyone,

I use the GDB 7.0 with python extension to periodically attach GDB to
a running process and output some variable values. The process I am
investigating is quite simple: it prints out the value of a variable
which decrease by 1 every 3 seconds. My method is quite simple and
straightforward:

import sys
import gdb
import time
while True:
print attach
gdb.execute(attach 31127)
gdb.execute(break 14)
gdb.execute(continue)
gdb.execute(display i)
gdb.execute(detach)
time.sleep(6)
end

However, each time I display the value of variable i, the number of
value printed is proportional to the number of the run.

Partial of the results displayed in my terminal is as follows:

attach
0xb808b430 in __kernel_vsyscall ()
Breakpoint 4 at 0x804840c: file beer-process.c, line 14.

Breakpoint 1, main () at beer-process.c:14
14  PrintMessage( i );
3: i = 99961
2: i = 99961
1: i = 99961
attach
0xb808b430 in __kernel_vsyscall ()
Breakpoint 5 at 0x804840c: file beer-process.c, line 14.

Breakpoint 1, main () at beer-process.c:14
14  PrintMessage( i );
4: i = 99958
3: i = 99958
2: i = 99958
1: i = 99958
attach
0xb808b430 in __kernel_vsyscall ()
Breakpoint 6 at 0x804840c: file beer-process.c, line 14.

Breakpoint 1, main () at beer-process.c:14
14  PrintMessage( i );
5: i = 99955
4: i = 99955
3: i = 99955
2: i = 99955
1: i = 99955
attach
0xb808b430 in __kernel_vsyscall ()
Breakpoint 7 at 0x804840c: file beer-process.c, line 14.

Breakpoint 1, main () at beer-process.c:14
14  PrintMessage( i );
6: i = 99952
5: i = 99952
4: i = 99952
3: i = 99952
2: i = 99952
1: i = 99952
attach
0xb808b430 in __kernel_vsyscall ()
Breakpoint 8 at 0x804840c: file beer-process.c, line 14.

Breakpoint 1, main () at beer-process.c:14
14  PrintMessage( i );
7: i = 99949
6: i = 99949
5: i = 99949
4: i = 99949
3: i = 99949
2: i = 99949
1: i = 99949

It is really weird that it prints more and more values as the the run
goes on. I am not sure whether this is a bug in GDB. If it is not a
bug, could anyone give me some insights on how to fix my problem
here ? Thanks a lot in advance.

best,
Yanmeng Ba

___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

Re: m4 changequote bug

2009-11-23 Thread Eric Blake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

[please keep replies on the list, and adding bug-gdb]

According to Josef Vukovic on 11/23/2009 5:37 AM:
 
 
 2009/11/19 Eric Blake e...@byu.net mailto:e...@byu.net
 
 
 I'm not sure when that was fixed, but I confirmed that even as far
 back as
 1.4.4 does not have that behavior.  Are you sure that was a real bug at
 some point?  And, if I may ask, why do you care?  Anything older than
 1.4.6 is not really usable with autoconf.
 
 
 
 The reason why I care is simple. I treid doning the example in Debugging
 with GDB and in the chapter A simple GDB session there is used a old m4
 Version with the Bug.
 So I thought if I can find such an old version I can copy the bugy code and
 enable users of m4 to switch on a bugy m4 version for the GDB tutorial.
 (like $:gdb -m4 --bugy)

Yuck.  I do NOT want to _intentionally_ expose a memory corruption, even
if it is by an undocumented option such as m4 ---buggy (the three dashes
is not a typo; I prefer that all undocumented options have three dashes,
so as not to interfere with long option abbreviations).  That is just
asking for exploitation problems.  It would be MUCH better for gdb to
update their manual with either a toy program, or something more modern
(as that particular m4 bug was fixed prior to m4 1.4, which was released
more than 15 years ago).

 
 See this link:
 http://sourceware.org/gdb/current/onlinedocs/gdb/Sample-Session.html#Sample-Session
 

- --
Don't work too hard, make some time for fun as well!

Eric Blake e...@byu.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAksKiOUACgkQ84KuGfSFAYC4fACffTdYpILB0HjNmDglOlSb8XWA
8mQAnjLRvA68jqVip8g2BTeoaiQXgfs9
=4Jfn
-END PGP SIGNATURE-


___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

GDB's BUG

2009-10-09 Thread Xenon System


I used gdb-6.8 on Ubutu 9.04. and I type this
in gnome-terminal :
 gdb -q myprog
 list
but it displays :
 1  ../sysdeps/i386/elf/start.S: No such file or directory.
  in ../sysdeps/i386/elf/start.S

Please help me.
Regards
Sarun

(sorry for my english, I'm not strong with it)
  
_
Keep your friends updated—even when you’re not signed in.
http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-action/social-network-basics.aspx?ocid=PID23461::T:WLMTAGL:ON:WL:en-xm:SI_SB_5:092010___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

GNU gdb 6.2.1 BUG on NetBSD

2009-09-03 Thread Lorenzo Ribaldi

Running GDB on netbsd it prints this message:

# gdb --write /netbsd

warning: offsetof (struct sigcontext, sc_pc) yields 92 instead of 44.
Please report this to bug-gdb@gnu.org.

warning: offsetof (struct sigcontext, sc_sp) yields 104 instead of 56.
Please report this to bug-gdb@gnu.org.
GNU gdb 6.2.1
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i386--netbsdelf...(no debugging symbols
found)...

(gdb) set nmbclusters=2048
(gdb) quit
Memory fault (core dumped)


Regards
Ribaldi Lorenzo
___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

RE: bug-gdb Digest, Vol 70, Issue 2

2009-03-07 Thread Mrs mo7ameya

 Date: Wed, 4 Mar 2009 12:00:48 -0500
 From: bug-gdb-requ...@gnu.org
 Subject: bug-gdb Digest, Vol 70, Issue 2
 To: bug-gdb@gnu.org

 Send bug-gdb mailing list submissions to
 bug-gdb@gnu.org

 To subscribe or unsubscribe via the World Wide Web, visit
 http://lists.gnu.org/mailman/listinfo/bug-gdb
 or, via email, send a message with subject or body 'help' to
 bug-gdb-requ...@gnu.org

 You can reach the person managing the list at
 bug-gdb-ow...@gnu.org

 When replying, please edit your Subject line so it is more specific
 than Re: Contents of bug-gdb digest...

 Today's Topics:

 1. Compiling on DEC OSF 4.0F (Newman, Marc K. (JSC-OD)[BOEING])
 2. Re: Compiling on Dec OSF 4.0f (Pedro Alves)

 --

 Message: 1
 Date: Tue, 3 Mar 2009 11:42:12 -0600
 From: Newman, Marc K. (JSC-OD)[BOEING] marc.k.new...@nasa.gov
 Subject: Compiling on DEC OSF 4.0F
 To: bug-gdb@gnu.org bug-gdb@gnu.org
 Message-ID:
 02bf0cbef6c2f046b1aebd3072d4875012e4ee1...@ndjsscc03.ndc.nasa.gov
 Content-Type: text/plain; charset=us-ascii

 I posted a request for help compiling on a Dec OSF 4.0F a week or so ago but 
 never heard anything back. Has anyone got gdb running on a DEC?

 Thanks,
 Marc

 --

 Message: 2
 Date: Tue, 3 Mar 2009 20:12:42 +
 From: Pedro Alves pe...@codesourcery.com
 Subject: Re: Compiling on Dec OSF 4.0f
 To: bug-gdb@gnu.org
 Cc: Newman, Marc K. \(JSC-OD\)\[BOEING\] marc.k.new...@nasa.gov
 Message-ID: 200903032012.42681.pe...@codesourcery.com
 Content-Type: text/plain; charset=us-ascii

 On Friday 20 February 2009 15:26:27, Newman, Marc K. (JSC-OD)[BOEING] wrote:
  I had some trouble compiling gdb 6.8 with gcc (2.95/3.2.2/4.0.2) on a Dec 
  OSF 4.0f system. I was able to get around this by turning of -Werror in the 
  makefile, but when I try running make check it immediately fails with an 
  error on test-demangle. Here is the error:

 I'm confused. If you're just trying to build GDB, why are you
 running make check ?

  make[3]: Entering directory `/users/mknewman/gdb-6.8/libiberty/testsuite'
  ./test-demangle  ../.././libiberty/testsuite/demangle-expected
  make[3]: *** [check-cplus-dem] Segmentation fault (core dumped)
  make[3]: Leaving directory `/users/mknewman/gdb-6.8/libiberty/testsuite'
  make[2]: *** [check-subdir] Error 2
  make[2]: Leaving directory `/users/mknewman/gdb-6.8/libiberty'
  make[1]: *** [check-libiberty] Error 2
  make[1]: Leaving directory `/users/mknewman/gdb-6.8'
  make: *** [do-check] Error 2

 libiberty is maintained by the gcc folks, you'll have
 to report this there. Could even be a compiler bug.

  Does anyone have hints on getting gdb (any version) to work on a Dec?

 If you want to test gdb, you can run make -k check so the testing
 keeps going to other components, or make check-gdb, or just
 cd into the gdb build dir, and issue make check there.

 -- 
 Pedro Alves

 --

 ___
 bug-gdb mailing list
 bug-gdb@gnu.org
 http://lists.gnu.org/mailman/listinfo/bug-gdb

 End of bug-gdb Digest, Vol 70, Issue 2
 **

_
Show them the way! Add maps and directions to your party invites. 
http://www.microsoft.com/windows/windowslive/products/events.aspx___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

bug in trace D'tor of parent class

2009-01-06 Thread jackandking


[code]
#include iostream
class A
{
public:
A(){}
~A(){std::cout  ~A() std::endl;}
};
class B :public A
{
public:
B(){}
~B(){std::cout  ~B() std::endl;}
};
main()
{
A a;
B b;
}
[/code]

run output:

# ./a.out
~B()
~A()
~A()


gdb output:

#gdb a.out
(gdb) b A::~A()
Breakpoint 1 at 0x8048780: file testdtor.cpp, line 23.
(gdb) b B::~B()
Breakpoint 2 at 0x80487c4: file testdtor.cpp, line 29.
(gdb) r
Starting program: /home/jfg748/test/a.out

Breakpoint 2, ~B (this=0xbfffa370) at testdtor.cpp:29
29  ~B(){std::cout  ~B() std::endl;}
(gdb) c
Continuing.
~B()
~A()

Breakpoint 1, ~A (this=0xbfffa380) at testdtor.cpp:23
23  ~A(){std::cout  ~A() std::endl;}
(gdb)
Continuing.
~A()

Program exited normally.
(gdb)


question:
why Breakpoint 1 only be triggered once?
-- 
View this message in context: 
http://www.nabble.com/bug-in-trace-D%27tor-of-parent-class-tp21323937p21323937.html
Sent from the Gnu - gdb - Bugs mailing list archive at Nabble.com.



___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

RE: bug-gdb Digest, Vol 66, Issue 3

2008-11-07 Thread Mrs mo7ameya


 Date: Wed, 5 Nov 2008 12:00:54 -0500 From: [EMAIL PROTECTED] Subject: 
 bug-gdb Digest, Vol 66, Issue 3 To: bug-gdb@gnu.org  Send bug-gdb mailing 
 list submissions to bug-gdb@gnu.org  To subscribe or unsubscribe via the 
 World Wide Web, visit http://lists.gnu.org/mailman/listinfo/bug-gdb or, via 
 email, send a message with subject or body 'help' to [EMAIL PROTECTED]  
 You can reach the person managing the list at [EMAIL PROTECTED]  When 
 replying, please edit your Subject line so it is more specific than Re: 
 Contents of bug-gdb digest...   Today's Topics:  1. any way to run a 
 gdb command n times (rahiakil)   
 --  
 Message: 1 Date: Wed, 5 Nov 2008 07:14:33 -0800 (PST) From: rahiakil 
 [EMAIL PROTECTED] Subject: any way to run a gdb command n times To: 
 bug-gdb@gnu.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; 
 charset=ISO-8859-1  Suppose I want to do 1000 nexts can that be done in 
 one step   --  
 ___ bug-gdb mailing list 
 bug-gdb@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gdb   End of 
 bug-gdb Digest, Vol 66, Issue 3 **
_
Invite your mail contacts to join your friends list with Windows Live Spaces. 
It's easy!
http://spaces.live.com/spacesapi.aspx?wx_action=createwx_url=/friends.aspxmkt=en-us___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

RE: bug-gdb Digest, Vol 66, Issue 1

2008-11-01 Thread Mrs mo7ameya



 Date: Sat, 1 Nov 2008 13:00:36 -0400 From: [EMAIL PROTECTED] Subject: 
 bug-gdb Digest, Vol 66, Issue 1 To: bug-gdb@gnu.org  Send bug-gdb mailing 
 list submissions to bug-gdb@gnu.org  To subscribe or unsubscribe via the 
 World Wide Web, visit http://lists.gnu.org/mailman/listinfo/bug-gdb or, via 
 email, send a message with subject or body 'help' to [EMAIL PROTECTED]  
 You can reach the person managing the list at [EMAIL PROTECTED]  When 
 replying, please edit your Subject line so it is more specific than Re: 
 Contents of bug-gdb digest...   Today's Topics:  1. RE: bug-gdb Digest, 
 Vol 65, Issue 1 (Mrs mo7ameya)   
 --  
 Message: 1 Date: Fri, 31 Oct 2008 20:29:41 +0300 From: Mrs mo7ameya [EMAIL 
 PROTECTED] Subject: RE: bug-gdb Digest, Vol 65, Issue 1 To: 
 bug-gdb@gnu.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; 
 charset=windows-1256 Date: Fri, 31 Oct 2008 13:00:50 -0400 From: 
 [EMAIL PROTECTED] Subject: bug-gdb Digest, Vol 65, Issue 1 To: 
 bug-gdb@gnu.org  Send bug-gdb mailing list submissions to bug-gdb@gnu.org 
  To subscribe or unsubscribe via the World Wide Web, visit 
 http://lists.gnu.org/mailman/listinfo/bug-gdb or, via email, send a message 
 with subject or body 'help' to [EMAIL PROTECTED]  You can reach the person 
 managing the list at [EMAIL PROTECTED]  When replying, please edit your 
 Subject line so it is more specific than Re: Contents of bug-gdb 
 digest...   Today's Topics:  1. gdb6.8 on Solaris 10: gcore not 
 recognized (revolver)   
 --  
 Message: 1 Date: Fri, 31 Oct 2008 06:50:23 -0700 (PDT) From: revolver 
 [EMAIL PROTECTED] Subject: gdb6.8 on Solaris 10: gcore not recognized To: 
 Bug-gdb@gnu.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; 
 charset=us-ascii   Having no luck getting gdb6.8 to recognize a Solaris 
 gcore(1) generated core file. Have the same problem with gdb6.3, and 
 figured I'd give gdb6.8 a try. BTW, the pstack proc(1) tool and the Solaris 
 modular debugger (mdb) recognize a gcore-genrated core dump.  gdb6.8 was 
 built with GCC3.4.6.  ...  [S10 [EMAIL PROTECTED]:] gdb_6.8 ./PmMain 
 ./core.15412 GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. 
 License GPLv3+: GNU GPL version 3 or later 
 http://gnu.org/licenses/gpl.html This is free software: you are free to 
 change and redistribute it. There is NO WARRANTY, to the extent permitted by 
 law. Type show copying and show warranty for details. This GDB was 
 configured as sparc-sun-solaris2.10... (no debugging symbols found) 
 Reading symbols from /rest/release/LIB/libhoard_32.so...(no debugging 
 symbols found)...done. Loaded symbols for /rest/release/LIB/libhoard_32.so 
 Reading symbols from /rest/release/LIB/libACE.so.5.6.0...(no debugging 
 symbols found)...done. Loaded symbols for /rest/release/LIB/libACE.so.5.6.0 
 Reading symbols from /rest/release/LIB/libxerces-c.so.27...(no debugging 
 symbols found)...done. Loaded symbols for 
 /rest/release/LIB/libxerces-c.so.27 Reading symbols from 
 /rest/release/LIB/libxerces-depdom.so.27...(no debugging symbols 
 found)...done. Loaded symbols for /rest/release/LIB/libxerces-depdom.so.27 
 Reading symbols from /rest/release/LIB/libstlport.so.5.0...done. Loaded 
 symbols for /rest/release/LIB/libstlport.so.5.0 Reading symbols from 
 /lib/librt.so.1...done. Loaded symbols for /lib/librt.so.1 Reading symbols 
 from /lib/libthread.so.1... warning: Lowest section in /lib/libthread.so.1 
 is .dynamic at 0074 done. Loaded symbols for /lib/libthread.so.1 
 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for 
 /lib/libnsl.so.1 Reading symbols from /lib/libsocket.so.1...done. Loaded 
 symbols for /lib/libsocket.so.1 Reading symbols from 
 /lib/libkstat.so.1...done. Loaded symbols for /lib/libkstat.so.1 Reading 
 symbols from /rest/release/LIB/libstdc++.so.6...done. Loaded symbols for 
 /rest/release/LIB/libstdc++.so.6 Reading symbols from 
 /lib/libm.so.2...done. Loaded symbols for /lib/libm.so.2 Reading symbols 
 from /rest/release/LIB/libgcc_s.so.1...done. Loaded symbols for 
 /rest/release/LIB/libgcc_s.so.1 Reading symbols from /lib/libc.so.1...done. 
 Loaded symbols for /lib/libc.so.1 Reading symbols from /lib/libdl.so.1... 
 warning: Lowest section in /lib/libdl.so.1 is .hash at 00b4 done. 
 Loaded symbols for /lib/libdl.so.1 Reading symbols from 
 /usr/lib/libCrun.so.1...done. Loaded symbols for /usr/lib/libCrun.so.1 
 Reading symbols from /lib/libsendfile.so.1...done. Loaded symbols for 
 /lib/libsendfile.so.1 Reading symbols from /lib/libgen.so.1...done. Loaded 
 symbols for /lib/libgen.so.1 Reading symbols from /lib/libpthread.so.1... 
 warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 0074 
 done. Loaded symbols for /lib/libpthread.so.1 Reading symbols from 
 /lib/libm.so.1...done. Loaded symbols for /lib/libm.so.1 Reading symbols

RE: bug-gdb Digest, Vol 65, Issue 1

2008-10-31 Thread Mrs mo7ameya



 Date: Fri, 31 Oct 2008 13:00:50 -0400 From: [EMAIL PROTECTED] Subject: 
 bug-gdb Digest, Vol 65, Issue 1 To: bug-gdb@gnu.org  Send bug-gdb mailing 
 list submissions to bug-gdb@gnu.org  To subscribe or unsubscribe via the 
 World Wide Web, visit http://lists.gnu.org/mailman/listinfo/bug-gdb or, via 
 email, send a message with subject or body 'help' to [EMAIL PROTECTED]  
 You can reach the person managing the list at [EMAIL PROTECTED]  When 
 replying, please edit your Subject line so it is more specific than Re: 
 Contents of bug-gdb digest...   Today's Topics:  1. gdb6.8 on Solaris 
 10: gcore not recognized (revolver)   
 --  
 Message: 1 Date: Fri, 31 Oct 2008 06:50:23 -0700 (PDT) From: revolver 
 [EMAIL PROTECTED] Subject: gdb6.8 on Solaris 10: gcore not recognized To: 
 Bug-gdb@gnu.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; 
 charset=us-ascii   Having no luck getting gdb6.8 to recognize a Solaris 
 gcore(1) generated core file. Have the same problem with gdb6.3, and 
 figured I'd give gdb6.8 a try. BTW, the pstack proc(1) tool and the Solaris 
 modular debugger (mdb) recognize a gcore-genrated core dump.  gdb6.8 was 
 built with GCC3.4.6.  ...  [S10 [EMAIL PROTECTED]:] gdb_6.8 ./PmMain 
 ./core.15412 GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. 
 License GPLv3+: GNU GPL version 3 or later 
 http://gnu.org/licenses/gpl.html This is free software: you are free to 
 change and redistribute it. There is NO WARRANTY, to the extent permitted by 
 law. Type show copying and show warranty for details. This GDB was 
 configured as sparc-sun-solaris2.10... (no debugging symbols found) 
 Reading symbols from /rest/release/LIB/libhoard_32.so...(no debugging 
 symbols found)...done. Loaded symbols for /rest/release/LIB/libhoard_32.so 
 Reading symbols from /rest/release/LIB/libACE.so.5.6.0...(no debugging 
 symbols found)...done. Loaded symbols for /rest/release/LIB/libACE.so.5.6.0 
 Reading symbols from /rest/release/LIB/libxerces-c.so.27...(no debugging 
 symbols found)...done. Loaded symbols for 
 /rest/release/LIB/libxerces-c.so.27 Reading symbols from 
 /rest/release/LIB/libxerces-depdom.so.27...(no debugging symbols 
 found)...done. Loaded symbols for /rest/release/LIB/libxerces-depdom.so.27 
 Reading symbols from /rest/release/LIB/libstlport.so.5.0...done. Loaded 
 symbols for /rest/release/LIB/libstlport.so.5.0 Reading symbols from 
 /lib/librt.so.1...done. Loaded symbols for /lib/librt.so.1 Reading symbols 
 from /lib/libthread.so.1... warning: Lowest section in /lib/libthread.so.1 
 is .dynamic at 0074 done. Loaded symbols for /lib/libthread.so.1 
 Reading symbols from /lib/libnsl.so.1...done. Loaded symbols for 
 /lib/libnsl.so.1 Reading symbols from /lib/libsocket.so.1...done. Loaded 
 symbols for /lib/libsocket.so.1 Reading symbols from 
 /lib/libkstat.so.1...done. Loaded symbols for /lib/libkstat.so.1 Reading 
 symbols from /rest/release/LIB/libstdc++.so.6...done. Loaded symbols for 
 /rest/release/LIB/libstdc++.so.6 Reading symbols from 
 /lib/libm.so.2...done. Loaded symbols for /lib/libm.so.2 Reading symbols 
 from /rest/release/LIB/libgcc_s.so.1...done. Loaded symbols for 
 /rest/release/LIB/libgcc_s.so.1 Reading symbols from /lib/libc.so.1...done. 
 Loaded symbols for /lib/libc.so.1 Reading symbols from /lib/libdl.so.1... 
 warning: Lowest section in /lib/libdl.so.1 is .hash at 00b4 done. 
 Loaded symbols for /lib/libdl.so.1 Reading symbols from 
 /usr/lib/libCrun.so.1...done. Loaded symbols for /usr/lib/libCrun.so.1 
 Reading symbols from /lib/libsendfile.so.1...done. Loaded symbols for 
 /lib/libsendfile.so.1 Reading symbols from /lib/libgen.so.1...done. Loaded 
 symbols for /lib/libgen.so.1 Reading symbols from /lib/libpthread.so.1... 
 warning: Lowest section in /lib/libpthread.so.1 is .dynamic at 0074 
 done. Loaded symbols for /lib/libpthread.so.1 Reading symbols from 
 /lib/libm.so.1...done. Loaded symbols for /lib/libm.so.1 Reading symbols 
 from /lib/libaio.so.1...done. Loaded symbols for /lib/libaio.so.1 Reading 
 symbols from /lib/libmd.so.1...done. Loaded symbols for /lib/libmd.so.1 
 Reading symbols from /platform/sun4v/lib/libc_psr.so.1...done. Loaded 
 symbols for /platform/SUNW,SPARC-Enterprise-T1000/lib/libc_psr.so.1 Reading 
 symbols from /platform/sun4v/lib/libmd_psr.so.1...done. Loaded symbols for 
 /platform/SUNW,SPARC-Enterprise-T1000/lib/libmd_psr.so.1 Reading symbols 
 from /lib/libscf.so.1...done. Loaded symbols for /lib/libscf.so.1 Reading 
 symbols from /lib/libdoor.so.1...done. Loaded symbols for /lib/libdoor.so.1 
 Reading symbols from /lib/libuutil.so.1...done. Loaded symbols for 
 /lib/libuutil.so.1 Reading symbols from /lib/libmp.so.2...done. Loaded 
 symbols for /lib/libmp.so.2 Reading symbols from /lib/ld.so.1...done. 
 Loaded symbols for /lib/ld.so.1 Core was generated by `PmMain'. [New 
 process 80948 ] [New process 146484 ] [New process

Bug Report

2008-06-18 Thread emerson dorow

Hi,

I need to report a bug. When i copy files through CIFS (1.48aRH) on
Red Hat Enterprise Linux Server release 5.1 (Tikanga) to windows
share, my server crashes. I know that in many old versions, CIFS has the
same problem, but i didn't see this problem reported in this version
(1.48a) of CIFS over RHEL5.1. I'm writing at the right place to report a
bug? could you help me ?

Emerson Dorow
Atendimento/SeniorTI
Profissional Certificado LPIC-1
Fone: (47) 3221 3301 R. 402 Celular: 9176 7479
___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

thread bug in new GDB-6.8 -- copie

2008-03-28 Thread Dušan Ďurech

Dear Sir

I thing, that I find in new GDB 6.8 new bug.

example :

#include pthread.h
#include stdio.h
#include unistd.h

static pthread_mutex_t mutex;

void* print_pokus(void *unused)
{
  while(1)
  {
    pthread_mutex_lock(amp;mutex);
    printf( %s\n, (char *)unused);
    pthread_mutex_unlock(amp;mutex);
  }

  return(NULL);
}

int main()
{
  pthread_t thread_id1;
  pthread_t thread_id2;
  pthread_t thread_id3;
 
 pthread_mutex_init(amp;mutex, NULL);

 pthread_create(amp;thread_id1, NULL, print_pokus, 1);
 pthread_create(amp;thread_id2, NULL, print_pokus, 2);
 pthread_create(amp;thread_id3, NULL, print_pokus, 3);

  while(1)
  {
    sleep(1);
  }

  return(0);
}

I compile source code :
gcc -Wall -pedantic -g -O0 thread.c -lpthread

ulimit -c unlimited
gdb ./a.out
(gdb) break print_pokus
Breakpoint 1 at 0x80484fa: file thread.c, line 12.
(gdb) run
Starting program: /home/dusan/tuxanci-ng-svn/a.out
[Thread debugging using libthread_db enabled]
[New Thread 0xb7dfaad0 (LWP 19310)]
[New Thread 0xb7df9b90 (LWP 19313)]

(gdb) continue
[ press key ENTER 10 second ]

GDB remember last command. I press key ENTER more or less 10 second,
then a use commad step same 10 second and debufer`s program down.

(gdb) step
[ press key ENTER 10 second ]

I analyze coredump :
(gdb) disassemble
0x080484f4 print_pokus+0: push   %ebp
0x080484f5 print_pokus+1: mov    %esp,%ebp
0x080484f7 print_pokus+3: sub    $0x8,%esp
0x080484fa print_pokus+6: int3
0x080484fb print_pokus+7: add    $0x24,%al
0x080484fd print_pokus+9: int3
0x080484fe print_pokus+10:    xchg   %eax,%edi
0x080484ff print_pokus+11:    add    $0x8,%al
0x08048501 print_pokus+13:    call   0x8048440 [EMAIL PROTECTED]
0x08048506 print_pokus+18:    int3
0x08048507 print_pokus+19:    inc    %ebp
0x08048508 print_pokus+20:    or %cl,-0x38fbdbbc(%ecx)
0x0804850e print_pokus+26:    add    $0x24,%al
0x08048510 print_pokus+28:    cwtl
0x08048511 print_pokus+29:    xchg   %al,(%eax,%ecx,1)
0x08048514 print_pokus+32:    call   0x8048420 [EMAIL PROTECTED]
0x08048519 print_pokus+37:    movl   $0x80497cc,(%esp)
0x08048520 print_pokus+44:    call   0x8048410 [EMAIL PROTECTED]
0x08048525 print_pokus+49:    jmp    0x80484fa print_pokus+6

I see, that GDB-6.8 abandon in debufer`s program int3 instruction and hereat 
program down.
GDB abandon in debufer`s program int3 instruction in function, which share more 
threads.

best regarts

PS:

When send this email, My down email client, hereat send email even now.

Dušan Ďurech - Slowakia Republic



___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

Gdb Bug ? e showing \e in core file and/or attactch program.

2008-01-10 Thread [EMAIL PROTECTED]

Hi,

here is a small program. when, when i am debugging, and analyzing
core it shows me All e replaced by \e Correction, I doubt Not All e,
but some e. here is the sample program and output.

Is this gdb Bug ? on AIX
please note : i am unable to check this on latest version of gdb.

bash-3.00$ cat test.c
#includestdio.h
#includememory.h
#includestdlib.h
#includeunistd.h
int main ()
{
char *some_array=mera naam raxit hain, these are more eee;
printf(\n Just printing Array Whrm =  %s,some_array);
memcpy(0x0,0x0,1);/* Intentional */
sleep(10);
printf(Run Successfully...Buggy );
return 0;
}

bash-3.00$ gcc -v
Using built-in specs.
Target: powerpc-ibm-aix5.3.0.0
Configured with: ../configure --with-as=/usr/bin/as --with-ld=/usr/bin/
ld --disable-nls --enable-languages=c,c++ --prefix=/opt/freeware --
enable-threads --enable-version-specific-runtime-libs --host=powerpc-
ibm-aix5.3.0.0
Thread model: aix
gcc version 4.0.0


bash-3.00$ gcc test.c -g3 -Wall
test.c: In function 'main':
test.c:9: warning: null argument where non-null required (argument 1)
test.c:9: warning: null argument where non-null required (argument 2)




bash-3.00$ gdb a.out
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for
details.
This GDB was configured as powerpc-ibm-aix5.1.0.0...
(gdb) b 8
Breakpoint 1 at 0x153c: file test.c, line 8.
(gdb) r
Starting program: /usr1/armor/102/Raxit/a.out

Breakpoint 1, main () at test.c:8
8   printf(\n Just printing Array Whrm =
%s,some_array);
(gdb) p some_array
$1 = 0x10007670 m\era naam raxit hain, th\es\e ar\e mor\e \e\e\e\e\e\e
\e
(gdb) quit
The program is running.  Exit anyway? (y or n) y

Any Idea, ?

-Raxit
http://www.mykavita.com --- Write your Own Poem !
___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

bug report

2007-06-18 Thread Athicha Muthitacharoen

 gdb endd core.endd-brick-7-1160
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i386-linux...Using host libthread_db library 
/lib/tls/libthread_db.so.1.


warning: exec file is newer than core file.
Core was generated by `./endd brick-7 4007 brick-7 4007'.
Program terminated with signal 7, Bus error.
BFD: BFD 2.15.93 20041018 internal error, aborting at 
/nevyn/local/gdb/gdb-6.3/bfd/cache.c line 495 in bfd_cache_lookup_worker

BFD: Please report this bug.


___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

Bug on gdb-6.6

2007-05-12 Thread Siemens Eduard


Hello folks, 
I have just updated my gdb to the version 6.6, provided by SuSE (Suse
Linux 10.1)
Now, wenn I try to debug a staticly linked application, just on the run
comand, I get the error:

gdb appclient-static
GNU gdb 6.6
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for
details.
This GDB was configured as x86_64-unknown-linux-gnu...
Using host libthread_db library /lib64/libthread_db.so.1.
(gdb) r
Starting program:
/data1/home/siemense/src/udt-qui/udt3/app/appclient-static
[Thread debugging using libthread_db enabled]
find_new_threads_callback: cannot get thread info: generic error


Debugging a dynamic linked version works, fine?



rpm -qi

Name: gdb  Relocations: (not
relocatable)
Version : 6.6   Vendor: openSUSE Build
Service
Release : 9.1   Build Date: Sa 10 Feb 2007
15:15:04 CET
Install Date: Do 22 Feb 2007 13:06:02 CET  Build Host: build07
Group   : Development/Tools/Debuggers   Source RPM:
gdb-6.6-9.1.src.rpm
Size: 4060122  License: GNU General
Public License (GPL)
Signature   : DSA/SHA1, Sa 10 Feb 2007 15:15:08 CET, Key ID
3b3011b76b9d6523
URL : http://www.gnu.org/software/gdb/
Summary : The GNU Debugger

Best Regards, 
Eduard Siemens


___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

Re: bug-unixware 7.1.3. - gdb -

2006-08-20 Thread Jon YI






  "ramana kumar p.v." [EMAIL PROTECTED] wrote 
  in message news:[EMAIL PROTECTED]...
  Hi ,
  
   I am facinga 
  problem with gdband unixware 7.1.3.
  
   
  The system isupgraded to unixware 7.1.3
  
   
  The gdb version is 5.0 p11 
   
  
   
  The problem is the process is not in control when u press n and the p it will 
  contine itself and the programme 
  ends. It wont care for the brk pts . Why we are facing the problem 
  with the break points and 'n' .
  
   
  Is there any gdb instruction to come out of a function when u r in step mode . 
  
  I have seen 
  same bug with GDB under SCO Unixware 7.1.X It was OK under 7.0 
  version. Currently looking for solutions,
  As for getting out of the lower functions, try "finish" 
  
___
bug-gdb mailing list
bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

bug-unixware 7.1.3. - gdb -

2006-07-01 Thread ramana kumar p.v.

Hi ,

 I am facinga problem with gdband unixware 7.1.3.

 The system isupgraded to unixware 7.1.3

 The gdb version is 5.0 p11 
 
 The problem is the process is not in control when u press n and the p it will contine itself and the programme 
ends. It wont care for the brk pts . Why we are facing the problem with the break points and 'n' .

 Is there any gdb instruction to come out of a function when u r in step mode . 

If u want to come out of that function wat is the command?? 


plz check this issue

Regards

Raman
___
Bug-gdb mailing list
Bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

gdb-6.3 debug bug

2006-02-23 Thread Der Herr Hofrat


HI !

while working on tracepoint implementation I tried turning on 
architecture code tracing with:

/* Non-zero if we want to trace architecture code.  */

#ifndef GDBARCH_DEBUG
#define GDBARCH_DEBUG 3
#endif
int gdbarch_debug = GDBARCH_DEBUG;

which compiles ok - but on execution of the so compiled gdb it crashes with

...
gdbarch_dump: DECR_PC_AFTER_BREAK # (gdbarch_decr_pc_after_break 
(current_gdbarch))
gdbarch.c:1868: internal-error: gdbarch_addr_bit: Assertion `gdbarch != NULL' 
failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n)
Create a core file of GDB? (y or n) y
Aborted


no core file is generated - and obviously gdb is not functioining - the 
like reported as offending does not seem to be the direct cause of the 
problem as it is not enabled by GDBARCH_DEBUG  0

int
gdbarch_addr_bit (struct gdbarch *gdbarch)
{
  gdb_assert (gdbarch != NULL);
  /* Check variable changed from pre-default.  */
  gdb_assert (gdbarch-addr_bit != 0);
  if (gdbarch_debug = 2)
fprintf_unfiltered (gdb_stdlog, gdbarch_addr_bit called\n);
  return gdbarch-addr_bit;
}

if I can provide any further infos let me know - to reproduce the problem
simply set #define GDBARCH_DEBUG 3 in gdb/gdbarch.c .

thx !
hofrat




___
Bug-gdb mailing list
Bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

gdb bug report

2006-01-17 Thread Debian User

 -v
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.

Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i386-linux.

System info:

Distro: Debian, Stable

$ cat /proc/version
Linux version 2.4.32 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-13)) 
#3 SMP Fri Dec 23 21:14:11 CET 2005

$ cat /proc/cpuinfo
processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 6
model   : 10
model name  : AMD Athlon(tm)
stepping: 0
cpu MHz : 2004.578
cache size  : 256 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
mca cmov pat pse36 mmx fxsr sse syscall mp mmxext 3dnowext 3dnow

bogomips: 3997.69

And the Glibc 2.2.4.
 
oh, and the gdb is really super :,
   
[EMAIL PROTECTED]




___
Bug-gdb mailing list
Bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

Is this a gdb bug? -- internal-error: decode_frame_entry_1: Assertion `fde-cie != NULL' failed.

2005-09-26 Thread Jiang Wenjin

Hi guys,
I runs  gdb on a system which based on fedora core 1. I had tried the
gdb 5.3 which bring with fc1, gdb 6.0/6.3 (rebuild) from other fedora
version. But I always got the following error:

GNU gdb Red Hat Linux (6.3.0.0-1.21rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are welcome to change it and/or distribute copies of it under
certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i386-redhat-linux...
../../gdb-6.3/gdb/dwarf2-frame.c:1424: internal-error:
decode_frame_entry_1: Assertion `fde-cie != NULL' failed.
A problem internal to GDB has been detected, further debugging may
prove unreliable.
Quit this debugging session? (y or n)
../../gdb-6.3/gdb/dwarf2-frame.c:1424: internal-error:
decode_frame_entry_1: Assertion `fde-cie != NULL' failed.
A problem internal to GDB has been detected, further debugging may
prove unreliable.
Create a core file of GDB? (y or n) Using host libthread_db library
/lib/tls/libthread_db.so.1.

(gdb) n
The program is not being run.
(gdb) q

Is ths a bug?  And what's the reason? I've tried other version of gcc
-- (3.3.3, 3.3.6) too.

Best regards.
Jiang Wenjin


___
Bug-gdb mailing list
Bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

Bug 1980 ['securiQ.Watchdog': checked]

2005-08-07 Thread Tony_Stoyle




I have raised this bug but cannot edit it?

Just to say that the last bit should say -

cannot open include file libintl.h


I did then try running the configure again using --disable-nls but then got
the following -

Making all in po
        rm -f bfd-tmp.h
        cp bfd-in3.h bfd-tmp.h
        /bin/sh ./../move-if-change bfd-tmp.h bfd.h
bfd.h is unchanged
        rm -f bfd-tmp.h
        touch stmp-bfd-h
        /bin/sh ./libtool --mode=compile cc -Wp,-H256000 -DHAVE_CONFIG_H
-I. -c
cc -Wp,-H256000 -DHAVE_CONFIG_H -I. -I. -I. -D_GNU_SOURCE -DHOST_HPPAHPUX
-D_LAo
(Bundled) cc: bfd.h, line 168: error 1000: Unexpected symbol: *.
(Bundled) cc: bfd.h, line 168: error 1000: Unexpected symbol: bfd_vma.
(Bundled) cc: bfd.h, line 168: error 1705: Function prototypes are an
ANSI fe.
(Bundled) cc: bfd.h, line 168: error 1573: Type of NULL_SYMBOL is
und.
(Bundled) cc: bfd.h, line 168: error 1573: Type of bfd_vma is undefined
due.
(Bundled) cc: bfd.h, line 169: error 1000: Unexpected symbol: *.
(Bundled) cc: bfd.h, line 169: error 1000: Unexpected symbol: bfd_vma.
(Bundled) cc: bfd.h, line 169: error 1705: Function prototypes are an
ANSI fe.
(Bundled) cc: bfd.h, line 169: error 1573: Type of NULL_SYMBOL is
und.
(Bundled) cc: bfd.h, line 169: error 1573: Type of bfd_vma is undefined
due.
(Bundled) cc: bfd.h, line 360: error 1705: Function prototypes are an
ANSI fe.
(Bundled) cc: bfd.h, line 393: error 1705: Function prototypes are an
ANSI fe.
(Bundled) cc: bfd.h, line 401: error 1705: Function prototypes are an
ANSI fe.
(Bundled) cc: bfd.h, line 403: error 1705: Function prototypes are an
ANSI fe.
(Bundled) cc: bfd.h, line 408: error 1705: Function prototypes are an
ANSI fe.
(Bundled) cc: bfd.h, line 410: error 1705: Function prototypes are an
ANSI fe.
(Bundled) cc: bfd.h, line 416: error 1705: Function prototypes are an
ANSI fe.
(Bundled) cc: bfd.h, line 424: error 1000: Unexpected symbol:
bfd_boolean.
(Bundled) cc: bfd.h, line 425: error 1000: Unexpected symbol: copy.
(Bundled) cc: bfd.h, line 423: error 1506: Parameters allowed in function
def.
(Bundled) cc: bfd.h, line 428: error 1705: Function prototypes are an
ANSI fe.
(Bundled) cc: bfd.h, line 433: error 1705: Function prototypes are an
ANSI fe.
(Bundled) cc: bfd.h, line 437: error 1705: Function prototypes are an
ANSI fe.
(Bundled) cc: bfd.h, line 445: error 1000: Unexpected symbol:
bfd_boolean.
(Bundled) cc: bfd.h, line 443: error 1705: Function prototypes are an
ANSI fe.
(Bundled) cc: bfd.h, line 445: error 1705: Function prototypes are an
ANSI fe.
(Bundled) cc: bfd.h, line 445: error 1573: Type of NULL_SYMBOL is
und.
(Bundled) cc: bfd.h, line 451: error 1506: Parameters allowed in function
def.
(Bundled) cc: bfd.h, line 473: error 1000: Unexpected symbol:
bfd_size_type.
(Bundled) cc: bfd.h, line 473: error 1705: Function prototypes are an
ANSI fe.
(Bundled) cc: bfd.h, line 473: error 1573: Type of NULL_SYMBOL is
und.
(Bundled) cc: bfd.h, line 474: error 1000: Unexpected symbol:
bfd_bwrite.
(Bundled) cc: error 2017: Cannot recover from earlier errors, terminating.
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.
$


Thanks,
Tony
This e-mail has been sent in confidence to the named
 addressee(s).  If you are not the intended recipient you
 must not disclose or distribute it in any form, and you are
 asked to contact the sender immediately




___
Bug-gdb mailing list
Bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

gdb bug report

2005-07-30 Thread Gary Spezia

Hello:

The version of GDB: 
GNU gdb 5.3

The type of machine you are using, and the operating system name and version 
number:
IBM xSeries 346, SuSE Linux Enterprise Server version 8 service pack 3

What compiler (and its version) was used to compile GDB:
Don't know, did not recompile GDB

What compiler (and its version) was used to compile the program you are 
debugging:
gcc (GCC) 3.2.2

The command arguments you gave the compiler to compile your example and observe 
the bug:
cc -g -o gt gt.c

A complete input script, and all necessary source files:
input script below, source file gt.c attached.

A description of what behavior you observe that you believe is incorrect:
1. run gdb with gdb gt
2. set breakpoint with b 48 (source line is acount++;)
3. run target program with r xxx. Program produces output just before 
breakpoint:
unbound more=0 myoptind=2 optind=2 acount=0 arg=xxx
4. examine external variable optind with gdb command p optind. It produces:
$1 = 1
The value of optind is actually 2.

Regards,
Gary Spezia
Smarteye Corporation
2637 Bond Street
Rochester Hills, MI 48309

 gt.c 


gt.c
Description: gt.c
___
Bug-gdb mailing list
Bug-gdb@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gdb

xb bug

2003-01-07 Thread peter . lai

Hi!

xb function_name command is supposed to set up a break at the end of the
named function.  However, the breaking address of this command is wrong
such that the program will break in the next command line in the same file
following the exit of this named function.  In other words, this break can
be inside another function right after the specific function needing break
such that this break may be useless at all.

In order to fix this bug, the breaking address should be substracted 4 in
order for the break to be located exactly at the end of the function
needing break.

Peter L.





___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

bug found!

2003-01-07 Thread woodw

bug found!
I'm  runing gdb 5.3 on sun880 solaris 2.8, 64 bit.
I'v compiled gdb5.3 by gcc with these options:
gcc -m64 -mptr64 -Wa,-xarch=v9 -mcpu=v9 -O2

so,when I use gdb,some problems occur,


uaop $cat b.c
#include stdio.h
int main(int argc,char **argv)
{
int ch;
short   ret = 0;

ch = 0;
ret = 1;
ch = 1;
ret = 2;
ret = ch * ret;
printf(running..%d,%d\n,ch,ret);
}
uaop $gcc -m64 -mptr64 -Wa,-xarch=v9 -mcpu=v9 -g -O2 -o b b.c
uaop $./b
running..1,2
uaop $gdb b
GNU gdb 5.3
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as sparc-sun-solaris2.8...
(gdb) l
3   {
4   int ch;
5   short   ret = 0;
6
7   ch = 0;
8   ret = 1;
9   ch = 1;
10  ret = 2;
11  ret = ch * ret;
12  printf(running..%d,%d\n,ch,ret);
(gdb) b 8
Breakpoint 1 at 0x10840: file b.c, line 8.
(gdb) r
Starting program: /sys/uaop/compile/compudmp/b

Breakpoint 1, main (argc=1, argv=0x7808) at b.c:12
12  printf(running..%d,%d\n,ch,ret);

*
didn't stop at line 8,but at line 12
*


(gdb) p ret
No symbol ret in current context.

*
why cannot find ret
*

(gdb) p ch
No symbol ch in current context.
(gdb) where
#0  main (argc=1, argv=0x7808) at b.c:12
(gdb) l
12  printf(running..%d,%d\n,ch,ret);
13  }
(gdb) c
Continuing.
running..1,2

Program exited with code 015.
(gdb) quit
uaop $

and I also compiled a gdb with no 64 bit options named gdb32.

uaop $gcc -g -o b32 b.c
uaop $gdb32 b32
GNU gdb 5.3
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as sparc-sun-solaris2.8...
(gdb) l
1   #include stdio.h
2   int main(int argc,char **argv)
3   {
4   int ch;
5   short   ret = 0;
6
7   ch = 0;
8   ret = 1;
9   ch = 1;
10  ret = 2;
(gdb) b 7
Breakpoint 1 at 0x106a4: file b.c, line 7.
(gdb) r
Starting program: /sys/uaop/compile/compudmp/b32

Breakpoint 1, main (argc=1, argv=0xffbef924) at b.c:7
7   ch = 0;


it was running ok!


(gdb) p ret
$1 = 0
(gdb) p ch
$2 = 0
(gdb) c
Continuing.
running..1,2

Program exited with code 015.
(gdb)

why didn't work at 64 bit mode?




___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

Volunteer to moderate bug-gdb mailing list

2002-12-28 Thread Michael Elizabeth Chastain

Hello,

The bug-gdb mailing list is drenched in spam.  About 90% of the
messages in the 2002-December and 2002-November archives are spam.

I would like to volunteer to administer the bug-gdb mailing list
and filter the spam.

This is a Mailman list.  I'm one of the administrators of
[EMAIL PROTECTED], another Mailman list.  We found that
it was easy and effective to anti-spam our list by:

  . holding all posts from non-subscribers for approval
  . distributing all posts from subscribers
  . adding about three dozen well-known non-subscribers to a whitelist
(if we see someone regularly respond to posts which are sent to
kbuild-devel + other places, and they are not a subscriber,
we just whitelist them).

The downside is that some legitimate posts are held for approval
for many hours / 1-2 days.  You can mitigate this by having several
administrators with approval authority.  Right now, I suspect that many
gdb maintainers do not even bother reading bug-gdb at all because of
the high spam content.

Affiliations: I am a gdb contributer and have a current FSF assignment on
file for gdb and other projects.  I am a former employee of Red Hat.

Michael Elizabeth Chastain


___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

gdb bug report

2002-12-18 Thread David J. Roberts

There are a couple bugs with the Solaris port of gdb in the area of
signal handling.  

   )  gdb is mapping several different SIGNALS to SIGSEGV.  Instead of
  reporting the real error type.  Like SIGBUS and SIGILL.
   )  gdb is not properly setting up arguments for a registered signal
  handler.

I have been playing around a CVS checked out version of the code
(gdb-5.3).  The latest update was 12/18/02.  The configuration is for
sparc-sun-solaris2.8.

Below is the output from cvs idff -c on src/gdb/procfs.c
which shows the changes needed to fix the above mentioned bugs.

   --David Roberts


Index: procfs.c
===
RCS file: /cvs/src/src/gdb/procfs.c,v
retrieving revision 1.41
diff -c -r1.41 procfs.c
*** procfs.c11 Sep 2002 00:13:58 -  1.41
--- procfs.c19 Dec 2002 02:14:56 -
***
*** 42,47 
--- 42,48 
  #include sys/wait.h
  #include signal.h
  #include ctype.h
+ #include assert.h
  
  /* 
   * PROCFS.C
***
*** 669,675 
  static procinfo *
  create_procinfo (int pid, int tid)
  {
!   procinfo *pi, *parent;
  
if ((pi = find_procinfo (pid, tid)))
  return pi;/* Already exists, nothing to do. */
--- 670,676 
  static procinfo *
  create_procinfo (int pid, int tid)
  {
!   procinfo *pi, *parent = NULL;
  
if ((pi = find_procinfo (pid, tid)))
  return pi;/* Already exists, nothing to do. */
***
*** 1339,1344 
--- 1340,1380 
  }
  
  /*
+  * Function: proc_cursig:
+  *
+  * returns the pr_cursig field (current signal).
+  */
+ 
+ 
+ int
+ proc_curilltrapno (struct procinfo *pi)
+ {
+   if (!pi-status_valid)
+ if (!proc_get_status (pi))
+   return 0;   /* FIXME: not a good failure value (but what is?) */
+ 
+ #ifdef NEW_PROC_API
+   return pi-prstatus.pr_lwp.pr_info.si_trapno;
+ #else
+   assert(0);
+ #endif
+ }
+ 
+ void *
+ proc_curilladdr (struct procinfo *pi)
+ {
+   if (!pi-status_valid)
+ if (!proc_get_status (pi))
+   return 0;   /* FIXME: not a good failure value (but what is?) */
+ 
+ #ifdef NEW_PROC_API
+   return pi-prstatus.pr_lwp.pr_info.si_addr;
+ #else
+   assert(0);
+ #endif
+ }
+ 
+ /*
   * Function: proc_modify_flag 
   *
   *  === I appologize for the messiness of this function. 
***
*** 2497,2505 
mysinfo = (gdb_siginfo_t *) arg.sinfo;
mysinfo-si_signo = signo;
mysinfo-si_code  = 0;
mysinfo-si_pid   = getpid ();   /* ?why? */
mysinfo-si_uid   = getuid ();   /* ?why? */
! 
  #ifdef NEW_PROC_API
arg.cmd = PCSSIG;
win = (write (pi-ctl_fd, (void *) arg, sizeof (arg))  == sizeof (arg));
--- 2533,2560 
mysinfo = (gdb_siginfo_t *) arg.sinfo;
mysinfo-si_signo = signo;
mysinfo-si_code  = 0;
+   switch(signo)
+ 
+   {
+ #ifdef SIGSEGV
+   case SIGSEGV:
+ /* Need to setup trapno and address */
+ mysinfo-si_trapno = proc_curilltrapno(pi);
+ mysinfo-si_addr = proc_curilladdr(pi);
+ break;
+ #endif
+ #ifdef SIGILL
+   case SIGILL:
+ /* Need to setup trapno and address */
+ mysinfo-si_trapno = proc_curilltrapno(pi);
+ mysinfo-si_addr = proc_curilladdr(pi);
+ break;
+ #endif
+   default:
mysinfo-si_pid   = getpid ();   /* ?why? */
mysinfo-si_uid   = getuid ();   /* ?why? */
!   break;
!   }
  #ifdef NEW_PROC_API
arg.cmd = PCSSIG;
win = (write (pi-ctl_fd, (void *) arg, sizeof (arg))  == sizeof (arg));
***
*** 4166,4173 
  #endif
  wstat = (SIGTRAP  8) | 0177;
  break;
-   case FLTSTACK:
case FLTACCESS:
  #if (FLTBOUNDS != FLTSTACK)   /* avoid duplicate case error */
case FLTBOUNDS:
  #endif
--- 4221,4230 
  #endif
  wstat = (SIGTRAP  8) | 0177;
  break;
case FLTACCESS:
+ wstat = (SIGBUS  8) | 0177;
+ break;
+   case FLTSTACK:
  #if (FLTBOUNDS != FLTSTACK)   /* avoid duplicate case error */
case FLTBOUNDS:
  #endif


___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

bug-gdb

2002-11-18 Thread somebo

²»ÐÐÇëµã»÷¹ã¸æºóÔÚ¹ã¸æÌõÉÏÒÆ¶¯Êó±ê¡£ Ð¡ÈËÈç¹ûÅÜµ½¹ã¸æÌõÀïÈ¥¾ÍÒªµã»÷Ëû£¬ÈÃËû
»Øµ½¹ã¸æÌõ×ó²à£¬·ñÔò²»»á¼ÌÐø·Å¹ã¸æ¡£¼¼ÇÉ£ºµ±Ð¡ÈË¿ªÊ¼×ß½ø¹ã¸æÌõÀïÃæÊ±£¬ÔÚÐ¡ÈËÇ°·½µã»÷Êó±êËûÂíÉÏ
»á»ØÈ¥£¬Ê±¼ä²»»á³¬¹ý10Ãë¡£ 

³ÉÎª»Æ½ð»áÔ±µÄÒªÇó£ºµÃµ½»Æ½ð»ý·Ö133·ÖÒÔÉÏ£¬µÃ»Æ½ð»ý·ÖµÄ·½·¨ÓÐ£¬1.×¢²áÁù¸öÒÔÉÏoffer£»2.Ã¿ÌìÊ¹ÓÃ
Æä¹ã¸æÌõ°ëÐ¡Ê±ÒÔÉÏ£»3.×¢²á×¬µã1µãÒÔÉÏ£»4.¸ù¾ÝÄãµÄÏÂÏßÇé¿ö¸øÄã¼ÆËã»Æ½ð»ý·ÖµÈ¡£ 

CashFiestaÃ¿ÔÂ¸¶¿î£¬50ÃÀÔªÆð¸¶£¬Î´ÂúÔòÀÛ»ýÖÁÏÂÔÂ¡£ 

ÒÉÄÑ½â´ð 
1. Ã¿Ð¡Ê±ÄÜµÃµ½¶àÉÙµã£¿ 
cashfiestaÃ¿2·ÖÖÓÒ»×é¹ã¸æ£¬Ã¿·ÖÖÓ10µã£¬¾«È·µ½6ÃëÒ»µã£¬Ã¿Ð¡Ê±600µã¡£ 
2. ÔÂÄ©ÈçºÎÉêÇë¸¶¿î£¿ 
µ±½áËãºó×ã¹»¸¶¿î¶î¾Í¸¶³öÏÖ¸¶¿î°´Å¥¡£ 
3. ÈçºÎÍêÈ«É¾³ýcashfiesta£¿ 
³ýÉ¾³ýÎÄ¼þÍâ»¹ÐèÔÚ×¢²á±íÖÐÉ¾³ý£º¿ªÊ¼-ÔËÐÐ-regedit-±à¼-²éÕÒcashfiesta£¬È»ºóÉ¾È¥¼´¿É¡£ 
4. ÎªºÎ´ò¿ª¹ã¸æÌõÊ±¾³£ÒªÏÂÔØ°ëÌì£¿ 
ÆäÊµcashfiestaµÄ°²×°ÎÄ¼þÖ»ÊÇÒ»¸ö×î³õÎÄ¼þ£¬Ö´ÐÐºó»áÏÂÔØÆäËûËÄ¸ö¸¨ÖúÎÄ¼þ¡£µ±Éý¼¶Ê±»áÖØÐÂÏÂÔØ¡£Áí
ÍâÈç¹ûÇ°Ò»´ÎÃ»ÓÐÏÂÔØÍêÕûÒ²»áÖØÐÂÏÂÔØ¡£ÒòÏÂÔØÎÄ¼þ½Ï´ó£¬ÍÆ¼öÔÙÍøËÙ¿ìµÄÊ±ºòÏÂÔØ¡£ 
5. ÎÒÐèÒªµãcashfiestaÉÏµÄ¹ã¸æÂð£¿ 
cashfiestaºÍCashsurfersÒ»Ñù²»ÒªÇóµã»÷¹ã¸æ¡£µ«ÓÉÓÚ¹ã¸æ¿Í»§ÊÇ¸ù¾Ýµã»÷ÂÊÀ´¸¶¿î¸øËûÃÇµÄ£¬Òò´ËÄúµÄµã
»÷»áÎªËûÃÇ¹«Ë¾´øÀ´ÊÕÈë£¬Ò²Í¬Ñù»áÎªÎÒÃÇ×Ô¼ºÌá¸ßÊÕÈë¡£ËùÒÔÎÒÍÆ¼ö´ó¼Ò»¹ÊÇ¶à¶àµã»÷¡£ 
6. ÎÒµÄ¹ã¸æÌõÎÞ·¨ÏÔÊ¾Ð¡ÈË£¨»òÕß¹ã¸æÌõÍ¸Ã÷£©ÔõÃ´°ì£¿ 
cashfiestaµÚÒ»´ÎÖ´ÐÐÊ±»áÏÂÔØÆäËûËÄ¸ö¸¨ÖúÎÄ¼þ¡£ÒòÎª½Ï´ó£¬µ±ÍøËÙÌ«Âý»ò³öÏÖÎÊÌâÊÇ»áÃ»ÏÂÔØÍêÈ«£¬µ«
ÈÔ¿ÉÔËÐÐ£¬¾Í»á³öÏÖÉÏÃæµÄÇé¿ö£¬ÇëÍêÈ«É¾³ýcashfiestaÖØÐÂÔËÐÐ¼´¿É½â¾ö¡£ 
7. ËùÎ½ÀëÏßÒ²¼ÓµãÊÇÔõÃ´»ØÊÂ£¿ 
cashfiesta¹ã¸æÌõÓÐÒ»¸öºÜ´óµÄÌØµã£¬¾ÍÊÇËüµÄ¼Æµã·½Ê½Óë±ðµÄ¹«Ë¾¹ã¸æÌõ²»Ò»Ñù¡£´ó¶àÊý¹«Ë¾µÄÌõÊÇ10-20
Ãë·¢Ò»´ÎÐÅºÅ¸ø·þÎñÆ÷£¬µ«cashfiestaÊÇ14-15·ÖÖÓ¼ÇÒ»´ÎµãµÄ¡£ÔÚÕâ¸öÖÜÆÚÄÚ£¬Äú¾ÍÊÇ¶ÏÏßÈ»ºóÔÙÁ¬ÉÏ£¬Ò²
Í¬Ñù¿ÉÒÔ¼Óµã¡£ËùÒÔÓÐÐ©ÈË»áËµ¹ã¸æÌõÀëÏßÒ²¼ÓµãµÄ¡£ÆäÊµÀëÏß¼ÓµãÊÇ²»Ì«ÏÖÊµµÄ£¬ÎÒÏëÃ»ÓÐÈËÎªÁËÕâ¸ö15
·ÖÖÓ¿ª¹ØÒ»´ÎÃ¨°É£¿ 
8. ÎÒ´ò¿ª¹ã¸æÌõÊ±³öÏÖ¡°Cashfiesta cannot detect your default browser¡±ÊÇÊ²Ã´ÒâË¼£¿ 
ËüÃ»ÕÒµ½ÄúµÄÄ¬ÈÏä¯ÀÀÆ÷£¨ÒªÇóIe 4.0»òÒÔÉÏ£©¡£µ«ÎÞ°ÓÚÄúÊ¹ÓÃ¹ã¸æÌõ¼Óµã£¬Ö»ÊÇÔÚµã»÷¹ã¸æÌõÊ±ÎÞ·¨´ò
¿ªÐÂ´°¿Ú¡£ 
9. ÎªºÎÎÒ´ò¿ª¹ã¸æÌõÊ±»òµÇÂ¼Ê±ËµÎÒÕËºÅÃÜÂë´íÎó£¿ÄÑµÀÎÒ±»·âÁËÕËºÅ£¿ 
²»ÓÃµ£ÐÄ£¬µ±cashfiesta·þÎñÆ÷ÖÐ¶ÏÊ±Ëü¾Í»áÕâÑùÏÔÊ¾¡£·þÎñÆ÷»Ö¸´ºó¾Í»áÕý³£¡£ 
10. Èç¹ûÎÒÍüÁË×Ô¼ºµÄÃÜÂëÔõÃ´°ì£¿ 
ÊäÈëÄúµÄÕËºÅºÍÐÅÏä£¬Äú»áÊÕµ½Ò»·â°üº¬ÄúµÄÕËºÅºÍÃÜÂëµÄÐÅ¡£ 

×¢²áºÃÁËÂð£¬µÈ×ÅÊÕÇ®°É 

Ç¿ÁÒÍÆ¼ö£¡Ö»ÒªÔÚÏß¾Í¼ÆÊý£¬1Ð¡Ê±1ÃÀÔª 
²»ÏñÆäËüµÄÍøÕ¾£¬µ½Ê±ºòËµÏµÍ³´íÎó²»¸øÇ®£¬Ëü¾ø¶ÔÊØÐÅÓÃ£¬ÒÑ±»Ö¤Ã÷¡£ 



  


___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

gdb bug

2002-11-04 Thread blakwolf

I was testing about stack size, and I tried this

Linux localhost.localdomain 2.2.17-21mdksecure #1 SMP Thu Oct 5 12:52:38 
CEST 2000 i686 unknown

gcc -v
Reading specs from /usr/lib/gcc-lib/i586-mandrake-linux/2.95.3/specs
gcc version 2.95.3 19991030 (prerelease)

the gdb version is the standard mdk 7.2


[root@localhost varie]# cat stack.c
int main(){
  #define MEGA 1024*1024

  #ifdef ONE
#define MEMORY 8*MEGA
  #elif defined(TWO)
#define MEMORY 32*MEGA
  #elif defined(THREE)
#define MEMORY 128*MEGA
  #elif defined(FOUR)
#define MEMORY 256*MEGA
  #elif defined(FIVE)
#define MEMORY 512*MEGA
  #endif

  #ifndef MEMORY
#define MEMORY MEGA
  #endif

  char p[MEMORY];
  int i;

  for (i = 0; i  MEMORY; ++i)
p[i] = 0;

  return 0;
}

[root@localhost varie]# gcc -ostack -g -Wall -pedantic stack.c -DONE

[root@localhost varie]# stack
Segmentation fault (core dumped)

[root@localhost varie]# gdb ./stack
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i586-mandrake-linux...
(gdb) bra eak main
Breakpoint 1 at 0x80483c9: file stack.c, line 23.
(gdb) run
Starting program: ./stack
warning: Unable to find dynamic linker breakpoint function.
GDB will be unable to debug shared library initializers
and track explicitly loaded dynamic code.

Breakpoint 1, main () at stack.c:23
23	  for (i = 0; i  MEMORY; ++i)
(gdb) disp p
Segmentation fault (core dumped)

Cheers

--
#include stdio.h/* (C) BW2K+2 This code is released under GPL 2+ */
int main(void){char c[]={98,108,97,107,119,111,108,102,64,116,105,
115,99,97,108,105,46,105,116,32,119,101,98,46,116,105,115,99,97,108,
105,46,105,116,47,98,108,97,107,119,111,108,102,0};printf(%s\n,c);}



___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

SIG32 bug

2002-10-23 Thread Peter Helbig

Hello !

During debugging of a multi-threading application I got the following error 
message:

Program received signal SIG32, Real-time event 32.
0x08075f59 in __sigsuspend (set=0xb5ec) at 
../sysdeps/unix/sysv/linux/sigsuspend.c:45

This happens with gdb-5.2 and gdb-5.2.1, as well as with the newest 
CVS-snapshot. Can anybody tell me what's going on here...?

My glibc-version is 2.2.4 !

Best regards!

Peter


___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

GDB bug report: display of value in a register of type unsigned long long

2002-10-13 Thread Steven Augart


I am using this GDB version:
   (gdb) show version
   GNU gdb 20010316
   Copyright 2001 Free Software Foundation, Inc.

When I compile this tiny program with the GCC 2.95.3 command line:

cc -std=gnu9x -pipe -ggdb3 -W -Wall -Wbad-function-cast -Wcast-align -Wpointer-arith 
-Wcast-qual -Wshadow -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations 
-fkeep-static-consts  -fkeep-inline-functions -Wundef -Wwrite-strings 
-Waggregate-return -Wmissing-noreturn -Wredundant-decls -Wnested-externs -Wtrigraphs   
 teeny-show-bug.c   -o teeny-show-bug

   #include stdio.h

   int
   main(int argc, char **argv)
   {
   unsigned long long c=0x78c50cef9bd3d85;
   register unsigned long long divisor = 3;
   unsigned long long divisor2 = 3;
   printf(( c = %llu ) / (divisor = %llu) = %llu\n,
  c, divisor, c / divisor );
   printf(( c = %llu ) / (divisor2 = %llu) = %llu\n,
  c, divisor2, c / divisor2 );
   return 0;
   }

I get this incorrect output (divisor should appear as 3, just as
divisor2 does, but GDB displays it incorrectly).  The program,
however, does give correct output.

   Starting program: /home/swa/Primes/teeny-show-bug 

   Breakpoint 1, main (argc=1, argv=0xb134) at teeny-show-bug.c:6
   (gdb) n
   (gdb) n
   (gdb) n
   (gdb) print divisor
   $1 = 13835041167470755843
   (gdb) print divisor2
   $2 = 3
   (gdb) show version
   GNU gdb 20010316
   Copyright 2001 Free Software Foundation, Inc. [...]
   This GDB was configured as i386-suse-linux.
   (gdb) c
   Continuing.
   ( c = 543898504888401285 ) / (divisor = 3) = 181299501629467095
   ( c = 543898504888401285 ) / (divisor2 = 3) = 181299501629467095

   Program exited normally.
   (gdb) 

The hex values of divisor2 may be a bit more enlightening.  It appears
to me that GDB is not displaying the high 32 bits of divisor2 correctly,
but is doing fine on the low 32 bits.  (I also changed the printf()
formats in this second example):

   (gdb) set output 16
   Output radix now set to decimal 16, hex 10, octal 20.
   (gdb) run
   Starting program: /home/swa/Primes/teeny-show-bug 

   Breakpoint 1, main (argc=0x1, argv=0xb134) at teeny-show-bug.c:6
   (gdb) n
   (gdb) n
   (gdb) print divisor
   $3 = 0xb0a40003
   (gdb) c
   Continuing.
   ( c = 0x78c50cef9bd3d85 ) / (divisor = 0x3) = 0x2841aefa89469d7
   ( c = 0x78c50cef9bd3d85 ) / (divisor2 = 0x3) = 0x2841aefa89469d7

   Program exited normally.
   (gdb) 

Thanks,

--Steven Augart


___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

bug-gdb@gnu.org

2002-09-10 Thread bug-cvs


[EMAIL PROTECTED]£º

ÈçºÎÒÔ¼«µÍµÄÍ¶Èë³É±¾¿ìËÙ½«ÄúµÄ²úÆ·¡¢ºÏ×÷¡¢¼¼Êõ¡¢·þÎñÐÅÏ¢Ïò¹úÄÚ¡¢¹úÍâ
·¢²¼ÄØ£¿µçÊÓ¹ã¸æ¡¢±¨¿¯ÔÓÖ¾¡¢Õ¹ÀÀ»áµÈ´«Í³Ä£Ê½ËäÈ»Ð§¹û²»´í£¬µ«¾Þ¶î¸ß°ºµÄÖÆ
×÷¡¢·¢²¼·ÑÓÃÒÔ¼°ºÄÊ±ºÄÁ¦µÄ×¼±¸ÖÜÆÚÈ´ÁîÈËÎÞ¿ÉÄÎºÎ£¬¶øÇÒÓÐÄÄ¼Ò¹ã¸æ·þÎñÉÌÄÜ
´ò°üÆ±¸øÄã´øÀ´³¬Öµ»Ø±¨ÄØ£¿¿ÉÄÜÄú»¨ÁË¼¸Íò¡¢¼¸Ê®ÍòÔªÈ´ÊÕÐ§ÉõÎ¢£¬ÎªºÎ²»³¢ÊÔ
Ò»ÏÂÐÂÐËµÄÍøÂç¹ã¸æÄ£Ê½ÄØ£¿Ëü½«½â¾ö´«Í³¹ã¸æµÄÒ»ÇÐ±×¶Ë¡ªÕâ¾ÍÊÇ·çÃÒÈ«ÇòµÄÍø
ÂçÓªÏú¡£

ÍøÂçÓªÏúÒÔÆäµÍ³É±¾¡¢¸ß»Ø±¨±¶ÊÜ¹úÄÚÍâ¹ã´óÆóÊÂÒµµ¥Î»ºÍÍøÃñÇàíù£¬Õâ¾ÍÊÇ
ÎªºÎÏÖÔÚÍøÉÏµÄ¹ã¸æÓÊ¼þÆÌÌì¸ÇµØµÄÔÒò¡£ÍøÂçÓªÏúÒ»°ã·ÖÎªÁ½´ó°å¿é£ºÐÅÏ¢ºÍÓÊ
¼þ¡£ÐÅÏ¢Ö÷Òª°üÀ¨ÐÅÏ¢µÄ·¢²¼ºÍËÑË÷¡£ÓÊ¼þÖ÷Òª°üÀ¨ÓÊ¼þµÄËÑË÷ºÍ·¢²¼¡£ÎÒ¹«Ë¾×Ô
ÐÐÑÐ·¢µÄÉÌÖÇÍøÂçÓªÏúÈí¼þÄÜ½â¾öÁËÍøÂçÓªÏú¹ý³ÌÖÐµÄÈ«²¿»·½Ú£¬ÕæÕýÈÃÄúÍøÂçÓª
ÏúÊÂÎñÒ»²½µ½Î»¡£ÈôÓÐºÏ×÷ÐèÒª£¬ÇëÁªÏµÎÒÃÇ£º

¹«Ë¾Ãû³Æ£ºË¹Ê¢¿Æ¼¼¿ª·¢ÓÐÏÞ¹«Ë¾

Ö÷Ò³£ºhttp://www.webpost.com.cn

µç»°£º0755£26530108£804 Ô¬Éú 

E-mail£º[EMAIL PROTECTED]

µØÖ·£ºÉîÛÚÊÐÄÏÉ½Çø³£ÐËÂ·¹úÐË´óÏÃÆß¡¢°ËÂ¥


___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

Re: bug

2002-09-04 Thread Michael Snyder


Markus Plannerer wrote:
 
 Hello,
 
 gdb doesn't work with my application when it comes into the
 function popen(). After geting information about the
 thread with info thread the message Speicherschutzverletzung
 comes up and that is the end of gdb. Speicherschutzverletzung
 means segmentation vault. The environment is C++, SuSE Linux 8.0,
 gcc 2.95.3 (SuSE), gdb 5.1.1, and the application is a CAD-System
 with Qt, SoQt, SGI Inventor, so it is not possible to make a
 small sample.
 
 Thank's
 Markus

Was there a coredump?  Try this:

% gdb gdb core
(gdb) backtrace

Send us what you get.

 
 Here ist the log:
 
 erl/boxd gdb boxsqt
 GNU gdb 5.1.1
 Copyright 2002 Free Software Foundation, Inc.
 GDB is free software, covered by the GNU General Public License, and you are
 welcome to change it and/or distribute copies of it under certain
 conditions.
 Type show copying to see the conditions.
 There is absolutely no warranty for GDB.  Type show warranty for details.
 This GDB was configured as i386-suse-linux...
 (gdb) run -r
 Starting program: /usr/people/erl/boxd/boxsqt -r
 [New Thread 1024 (LWP 15599)]
 Qt: gdb: -nograb added to command-line options.
   Use the -dograb option to enforce grabbing.
 [New Cannot find thread 2049: invalid thread handle
 (gdb) info thread
 * 1 Thread 1024 (LWP 15607)  [No stack.]
 Speicherschutzverletzung
 
 ___
 Bug-gdb mailing list
 [EMAIL PROTECTED]
 http://mail.gnu.org/mailman/listinfo/bug-gdb


___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

bug report

2002-08-02 Thread 王敬宇




Hello everyone!

 I know gdb and dbx, I work on the platform 
of Linux2.4.x and Digital Unix 5.0, I found a problem I can't 
resolve.
 why can dbx catch its child's fork and 
exec on the Digital platform, but,why not gdb?Is thisan 
inside fault of gdb? 
 Gdb said it can catch child's 
fork/exec/vfork on HPUX. May I know what supports this function of gdb: hp 
operating system or gdb itself?

wang 
[EMAIL PROTECTED]
 
Aug.2

[] bug-gdb ? 1 talk to me!CD

2002-08-02 Thread

Title: klc





  

  
 
   

   

  
   

  
   

  
   

  
   

  
   

  
   

  
   
 
  
 
   


  
  
  
  »ùÇÃCD ½ÅÃ»ÀÚ´Â ÁÖ¼ÒÈ®ÀÎ°ú ÇÔ²² ¹«·á·Î »ùÇÃCD¸¦ ¹ÞÀ» ¼ö ÀÖÀ¸¸ç 
  ÀÏÁÖÀÏ°£ ÇÐ½ÀÃ¼ÇèÀÇ ±âÈ¸¸¦ µå¸³´Ï´Ù.
  

			
   
 
  ÀÌ¸§... 
:  


  ÀüÈ... 
:  


  ÇÚµåÆù 
:... 


  e-¸ÞÀÏ 
:... 


  ÁÖ¼Ò... 
:  



 
  

  
			


  

  

  
   
 
  ±ÍÇÏÀÇ 
½Â¶ô¾øÀÌ È«º¸¼º ÀüÀÚ¿ìÆíÀ» º¸³»°Ô µÈÁ¡ Á¤ÁßÈ÷ »ç°ú µå¸³´Ï´Ù. Á¤º¸Åë½Å¸Á ÀÌ¿ë
ÃËÁø¹ý ±ÔÁ¤À» ÁØ¼öÇÏ¿© ±¤°í¸ÞÀÏÀÓÀ» Ç¥½ÃÇÏ¿´À¸¸ç, ¼ö½Å°ÅºÎÀåÄ¡¸¦ ¸¶·ÃÇÏ°íÀÖ½À´Ï´Ù.
¼ö½ÅÀ» 
¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ(Unsubscribe)¸¦ 
Å¬¸¯ÇØ ÁÖ½Ê½Ã¿ä

bug-gdb ...[]

2002-07-31 Thread

Title: ÀÌ ¸ÞÀÏÀº ¹ß½ÅÀü¿ëÀ¸·Î È¸½ÅµÇÁö ¾ÊÀ¸¹Ç·Î ¹®ÀÇ´Â [EMAIL PROTECTED]·Î ÇØÁÖ½Ã°í












 
 
  ÀÌ ¸ÞÀÏÀº ¹ß½ÅÀü¿ëÀ¸·Î 
È¸½ÅµÇÁö ¾ÊÀ¸¹Ç·Î ¹®ÀÇ´Â [EMAIL PROTECTED]·Î 
ÇØÁÖ½Ã°í
¿øÄ¡ ¾ÊÀ¸½Å´Ù¸é [¼ö½Å°ÅºÎ]¸¦ ´·¯ÁÖ½Ã±â ¹Ù¶ø´Ï´Ù

Copyright ¨Ï 2002 Say2call.com Ins. All Rights Reserved

bug-gdb@gnu.orgÄãÏëÒª¿ìËÙÃæÎÈ¶¨µÄÖ÷»úÂð£¬Ïë³ÉÎªÎÒÃÇµÄ´úÀíÂð£¿

2002-07-17 Thread hwxxsky


×ð¾´µÄ¿Í»§£¬ÄúºÃ£¡  

¶¥µãÊý¾ÝÔÚÐÂµÄÒ»ÄêÎªÆóÒµ¡¢¸öÈËÉÏÍø½¨Õ¾ÍÆ³ö×îÐÂµÄ½â¾ö·½°¸£¬
×âÓÃÐéÄâÖ÷»ú 
   Ãâ·ÑÔùËÍ¹ú¼ÊÓ¢ÎÄÓòÃû(¼ÛÖµ100Ôª£©

   ËÍ5¸ö10MÆóÒµ¼¶µç×ÓÓÊÏä£¨¼ÛÖµ150Ôª£© 
  
   ÐéÄâÖ÷»ú×ªÈë£¨×ÔÓÐÓòÃû£©ÔòÓÅ»Ý60Ôª 
  
   Ö§³ÖASP/PHP¡¢CGI¼°¼òµ¥µÄÊý¾Ý¿â³ÌÐò 
  
¡¡ ÏÈ¿ªÍ¨£¬ºó¸¶·Ñ£¬²»ÂúÒâ¿ÉÍË¿î; 

ÌØ±ðÍÆ¼ö£º

50M¿Õ¼ä+1¹ú¼ÊÓòÃû+30Mµç×ÓÓÊÏä=190Ôª/Äê
60M¿Õ¼ä+1¹ú¼ÊÓòÃû+30Mµç×ÓÓÊÏä=268Ôª/Äê
150M¿Õ¼ä+1¹ú¼ÊÓòÃû+50Mµç×ÓÓÊÏä=350Ôª/Äê   
200M¿Õ¼ä+1¹ú¼ÊÓòÃû+50Mµç×ÓÓÊÏä=450Ôª/Äê   
250M¿Õ¼ä+1¹ú¼ÊÓòÃû+50Mµç×ÓÓÊÏä=480Ôª/Äê 
  
¡ô ×¢²á.com .net .org Ó¢ÎÄ¹ú¼ÊÓòÃû100Ôª/Äê 
  
¡ô ×¢²á.com .net .org ÖÐÎÄ¹ú¼ÊÓòÃû300Ôª/Äê 
  
¡ô ×¢²á.cc Ó¢ÎÄ¹ú¼ÊÓòÃû380Ôª/Äê 
  
¡ô ×¢²á.com\net\org.cnÓ¢ÎÄ¹úÄÚÓòÃû300Ôª/Äê 
  
¡ô ×¢²á.cn(¹«Ë¾/ÍøÂç)/ÖÐÎÄÍ¨ÓÃÓòÃû280Ôª/Äê 
  
¡ô ×¢²áÍ¨ÓÃÓòÃû 400Ôª/Äê  

 
Í¨ÓÃÍøÖ·(ÍøÂçÊµÃû£©£º
 
400Ôª/Äê¡ª¡ªÈ«¹ú×îµÍ¼Û£¡£¡

ÆóÒµ½¨Õ¾±ê×¼ÐÍ£º

1500Ôª¡ª¡ª15¸öÒ³Ãæ£¨º¬·Ã¿Í¼ÆÊýÆ÷¡¢ÐÅÏ¢·´À¡±íµ¥¡¢
¡¡ ¹ú¼ÊÓòÃû¡¢200MÐéÄâÖ÷»ú¿Õ¼ä£©

´úÀí½«ÏíÊÜ¸ü´óµÄÓÅ»ÝÌõ¼þ¡¡

 
 
¸ü¶àÓÅ»Ý·½°¸¾´Çë·ÃÎÊ£ºhttp://www.129k.com

×£¡¡ÂíÄê´ó·¢!

   
ÏÃÃÅÈýË¼ÍøÂç·þÎñÓÐÏÞ¹«Ë¾
img src=C:\WINDOWS\Desktop\ÍøÕ¾Í¼±ê\linklogo[1].gif border=0



ÖÂ
Àñ£¡
-
ÈçÓÐÒÉÎÊ£¬»¶ÓÓëÎÒË¾ÁªÏµ£¡ 
Ë³ËÌÉÌì÷£¡
 
Àî¾ü£¨Jun Li£©
 
¶¥µãÊý¾ÝÊÐ³¡²¿  
Tel:0592-5923905-108 Fax:0592-5923901
E-mail:[EMAIL PROTECTED] 
µØÖ·£ºÏÃÃÅÊÐÇ°ÆÒÄÏÇø¹ÅÂ¥¹ã³¡3´±1105£¨361009£©
¶¥µãÊý¾Ý-- http://www.129k.com
  ¡¡   2002-07-17

[]bug-gdb 15~5 !!!

2002-07-13 Thread

Title: insnet






¡¡



  
  ÀÚµ¿Â÷º¸ÇèÀº ¾î´À È¸»ç¿¡ °¡ÀÔÇØµµ ¸¶Âù°¡Áö¶ó°í »ý°¢ÇÏ½Ê´Ï±î?





»ç½Ç Á¾Àü¿¡´Â ÇùÁ¤¿äÀ²·Î È¸»çº° º¸Çè·á°¡ °ÅÀÇ ¶È °°¾Ò½À´Ï´Ù. ±×·¯³ª 2001³â 8¿ù 1ÀÏ ÀÚµ¿Â÷º¸Çè ¿ÏÀü ÀÚÀ¯È·Î È¸»çº° º¸Çè·á Â÷ÀÌ°¡ 
Å®´Ï´Ù.

 
  
  º¸Çè·á°¡ ¾ó¸¶³ª Â÷ÀÌ°¡ ³³´Ï±î?

³î¶óÁö ¸¶½Ê½Ã¿À!!. ÃÖ°í 119¸¸¿ø(µ¿¾ÆÀÏº¸ 01/07/31)ÀÔ´Ï´Ù. ÇÏÁö¸¸ ¾î´À º¸Çè»ç°¡ Á¦ÀÏ Àú·ÅÇÑ Áö ÀÏ·üÀûÀ¸·Î ¸»ÇÒ ¼ö´Â ¾ø°í, °æ¿ì¿¡ 
µû¶ó ÃµÂ÷¸¸º°ÀÔ´Ï´Ù. µû¶ó¼ Àüº¸Çè»çÀÇ º¸Çè·á ºñ±³°ßÀûÀ» ¹Þ¾Æº¸½Ã¸é Âü Æí¸®ÇÕ´Ï´Ù. 



»óÀ§ 7°³ º¸Çè»ç º¸Çè·á ºñ±³(¿¹½Ã)
¡¡º¸Çè·á670,280668,530634,800661,380663,570574,120578,200
  
  ÀÎ½º³Ý(ÁÖ)´Â ¾î¶²È¸»çÀÔ´Ï±î?

Àüº¸Çè»ç º¸Çè·á ºñ±³ ºÐ¼® ÇÁ·Î±×·¥À» ÀÌ¿ëÇÏ¿© º¸Çè·á¿Í ¼ºñ½º ¼öÁØ µîÀÇ °´°üÀû ÀÚ·á¸¦ Á¦°øÇÏ¿© °è¾àÀÚºÐµéÀÇ ÇÕ¸®ÀûÀÎ ¼±ÅÃ¿¡ µµ¿òÀ» µå¸³´Ï´Ù. 
»ç°í½Ã Àü¹® ¼ÕÇØ»çÁ¤ÀÎÀÌ »ç°íÄÁ¼³ÆÃ°ú »ç°íÃ³¸®µµ ÇØµå¸³´Ï´Ù. 
 ÀÚµ¿Â÷ º¸Çè·á ºñ±³ ¹Ù·Î°¡±â!!












 ¢Æ ´ëÇÑ¹Î±¹ ÀÎÅÍ³Ýº¸Çè- ÀÎ½º³Ý(ÁÖ) - 
http://www.insnet.co.kr  
  
¢Æ ÁÖ¼Ò : ¼¿ï Á¾·Î±¸ ¿¬Áöµ¿ 270 ¿¬°BD 10Ãþ¢Æ (02)900-2727 ¢Æ E-mail :
 [EMAIL PROTECTED]


¡á ±ÍÇÏ²² ºÒÆíÀ» ³¢ÃÄ µå·È´Ù¸é ¿ë¼¸¦ ¹Ù¶ó¸ç, ÀÌ¸ÞÀÏÀº ÇÑ ¹ø¸¸ ¹ß¼ÛµË´Ï´Ù.
   ±ÍÇÏÀÇ E-mail ÁÖ¼Ò´Â ÀÎÅÍ³Ý À¥¼ÇÎÁß ÃëµæÇÏ¿´À¸¸ç, ±ÍÇÏÀÇ ¾î¶°ÇÑ Á¤º¸µµ °®°íÀÖÁö ¾Ê½À´Ï´Ù.
¡á ¸ÞÀÏ¼ö½ÅÀ» ¿øÇÏÁö ¾ÊÀ¸½Å ºÐ²²¼´Â ¼ö½Å°ÅºÎ¸¦ Å¬¸¯ÇÏ½Ã¸é ÀÚµ¿À¸·Î ¼ö½Å°ÅºÎµË´Ï´Ù.

[] bug-gdb .

2002-07-11 Thread

Title: ¿ì¸®Ä«µå  


















		
¼º¸í  
  
		  ÁÖ¹Îµî·Ï ¹øÈ£ 
  Á÷Àå ÀüÈ  
  
  ÈÞ´ëÆù 
   

	












±ÍÇÏÀÇ 
¸ÞÀÏÁÖ¼Ò´Â À¥¼ÇÎÀ» ÅëÇØ ¼öÁýÇÑ °ÍÀÌ¸ç, ±×¿Ü¿¡ ¾î¶°ÇÑ Á¤º¸µµ °®°í 
ÀÖÁö ¾ÊÀ½À» ¹àÈü´Ï´Ù. ÀÌ E-mailÀº ¹ß½ÅÀü¿ëÀÌ¸ç, ¿øÄ¡ ¾ÊÀ¸½Ç 
°æ¿ì ¾Æ·¡ Ã¢¿¡ ¸ÞÀÏÁÖ¼Ò¸¦ ÀÔ·ÂÇÏ¿© ÁÖ½Ã¸é µÎ ¹ø ´Ù½Ã ¸ÞÀÏ ÀÌ 
°¡Áö ¾Êµµ·Ï ÇÏ°Ú½À´Ï´Ù.




	  
¼ö½Å°ÅºÎ 
/ refusal of receipt

[±¤°í] bug-gdb´ÔÀÇ °Ç°À» Ã¼Å©ÇØº¸½Ã±â ¹Ù¶ø´Ï´Ù.

2002-06-30 Thread °Ç°

Title: bug-gdbbug-gdbbug-gdbbug-gdbbug-gdbbug-gdb
 
Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ×¿¡ ÀÇ°Å Á¦¸ñ¿¡
 [±¤°í]¶ó°í Ç¥±âÇÑ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù.¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é
 
¼ö½Å°ÅºÎ¸¦ ´·¯ÁÖ¼¼¿ä




  

  
  
   

  


The certainly big 
  help is will become firm belief like this to send the mail to the minutes 
  when, our services use the transactions the at the electron it 
  gives.
 To the minutes when it refuses the mail reception the toil 
  which stands it is but it will grow a reception refusal, when lik it
does, it 
  will eliminate you mail from our data immediately and it will give. the
very last on push
  






___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

bug-gdb´Ô °Ç°¿¡ µµ¿òÀ» µå¸±¼ö ÀÖ´Â ³»¿ëÀÔ´Ï´Ù. [±¤°í]

2002-06-24 Thread ohcorea

Title: Untitled Document
 
Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ×¿¡ ÀÇ°Å Á¦¸ñ¿¡
 [±¤°í]¶ó°í Ç¥±âÇÑ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù.¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é
 
¼ö½Å°ÅºÎ¸¦ ´·¯ÁÖ¼¼¿ä




  

  
  
   

  


The certainly big 
  help is will become firm belief like this to send the mail to the minutes 
  when, our services use the transactions the at the electron it 
  gives.
 To the minutes when it refuses the mail reception the toil 
  which stands it is but it will grow a reception refusal, when lik it
does, it 
  will eliminate you mail from our data immediately and it will give. the
very last on push
  






___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

Your message to Bug-gdb awaits moderator approval

2002-06-24 Thread bug-gdb-admin


Your mail to 'Bug-gdb' with the subject

Mortgage Rates Have Never Been Lower

Is being held until the list moderator can review it for approval.

The reason it is being held:

Message has implicit destination

Either the message will get posted to the list, or you will receive
notification of the moderator's decision.

___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

bug-gdb ´Ô °Ç°¿¡ µµ¿òÀ» µå¸±¼ö ÀÖ´Â ³»¿ëÀÔ´Ï´Ù. [±¤°í]

2002-06-23 Thread ohcorea

Title: Untitled Document
 
Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ×¿¡ ÀÇ°Å Á¦¸ñ¿¡
 [±¤°í]¶ó°í Ç¥±âÇÑ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù.¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é
 
¼ö½Å°ÅºÎ¸¦ ´·¯ÁÖ¼¼¿ä




  

  
  
   

  


  






___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

[]bug-gdb .

2002-06-12 Thread

Title: Untitled Document





   
 
  

  
   
 
  
 
  ¡á Çã¶ô¾øÀÌ ¸ÞÀÏÀ» 
º¸³»°Ô µÇ¾î ÁË¼ÛÇÕ´Ï´Ù.
¡á º» ¸ÞÀÏÀº Á¤º¸Åë½Å¸Á ÀÌ¿ë ÃËÁø ¹× Á¤º¸ º¸È£ µî¿¡ °üÇÑ ¹ý·ü Á¦ 50Á¶¿¡ ÁØÇÑ[±¤°í]¸ÞÀÏÀÔ´Ï´Ù.
¡á E-mail ÁÖ¼Ò´Â °Ë»ö¿¡ ÀÇÇØ ¼öÁýµÇ¾úÀ¸¸ç,ÁÖ¼ÒÀÌ¿ÜÀÇ ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù.
¡á ¼öÁýµÈ E-mailÁÖ¼Ò´Â È«º¸¼º ÀÌ¿ÜÀÇ ¾î¶°ÇÑ ¸ñÀûÀ¸·Îµµ »ç¿ëµÇ¾îÁöÁö ¾Ê½À´Ï´Ù. 

¡á ´õÀÌ»ó ¸ÞÀÏÀ» ¿øÄ¡¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦ 
´·¯ÁÖ¼¼¿ä.


 
   
 
  

  

 
   



  

 
   ±Â¸ð´×ÆË½º ¸ÅÁ÷À×±Û¸®½¬¸¦ 
¹Ì¸® »ç¿ëÇØ º¸½Ç¼ö ÀÖ½À´Ï´Ù. ½ÅÃ»ÇØÁÖ½Ã¸é ¹«·ácd¸¦ ¹ß¼ÛÇØµå¸®°Ú½À´Ï´Ù.
 

  

 
   
¿µÈ º¸´Â ¸ÀÀÌ ³´Ù! 
  ¾ÆÁ÷µµ ¿µÈ È¸é°ú µÎ²¨¿î ¿µ¾î»çÀü »çÀÌ¸¦ ¹æÈ²ÇÏ½Ê´Ï±î? ±Â¸ð´×ÆË½º ¸ÅÁ÷ À×±Û¸®½Ã¸¦ ¸¸³ª´Â ¼ø°£ ÀÌÁ¦ 
  µüµüÇÑ ¿µÈ´ëº»Àº ÇÊ¿ä¾ø½À´Ï´Ù. ¿µÈ È¸é»ó¿¡ ¿µ¾îÀÚ¸·°ú ÇÔ²² ÇÑ±¹ ÃÖ°íÀÇ ¿µ¾î °»çÀÇ Ã·»èÁöµµ°¡ ½Ç½Ã°£ ÀÚ¸·Ã³¸®·Î 
  ¿Ïº®ÇÑ ¿µ¾îÇÐ½À È¯°æÀ» ¸¸µé¾î µå¸³´Ï´Ù. ÀÌÁ¦ °¡Àå Æí¾ÈÇÑ ÀÚ¼¼·Î ¿ù°£ ±Â¸ð´×ÆË½º, ¿Àµð¿ÀÅ×ÀÌÇÁ¿Í ÇÔ²² ±Â¸ð´×ÆË½º¿¡¼ 
  ¾ö¼±ÇÑ ÀÎ±â ¿µÈ, µå¶ó¸¶, ´ÙÅ¥, ±³¾ç ¿µ»ó¹°À» ±×Àú º¸±â¸¸ ÇÏ½Ê½Ã¿À. ±×·¡, ¿µÈ º¸´Â ¸ÀÀÌ ¹Ù·Î ÀÌ·± °Å±¸³ª! 
  

³ ¸Å´Þ »õ·Î¿î ¿µÈ·Î ¾÷±×·¹ÀÌµåÇÑ´Ù! 
  ¸ðµç ¿µÈ°¡ ¿µ¾î °øºÎ¿¡ µµ¿òÀÌ µÇÁö ¾Ê½À´Ï´Ù. ¿µÈ Àü¹® ±âÀÚ°¡ ¼±Á¤ÇÑ °¡Àå ¿µ¾îÇÐ½À¿¡ ¾Ë¸Â´Â ¿µÈ, °¡Àå ¹Ì±¹ 
  ÇöÁö ¿µ¾î¿¡ °¡±î¿î ¿µÈ¸¦ ¸Å´Þ ¾È¹æ±îÁö Àü´ÞÇØ µå¸³´Ï´Ù. ¹ú½á ´ÙÀ½´ÞÀÌ ±â´Ù·Á Áö´Â°É~ 
  
¾î? ´Ù ±â¾ïÀÌ ³ªÀÝ¾Æ? 
  È¤½Ã ¾îÁ¦ º» ¿µÈÀÇ ÁÙ°Å¸®¸¦ ÀØÀ¸¼Ì½À´Ï±î? ¾Æ´Ï¸é ¿À´Ã ¾ÆÄ§¿¡ Ãâ±ÙÇÏ¸é¼ º» ¾ÆÄ§´º½º Åé±â»ç¸¦ ÀØ¾î¹ö¸®¼Ì½À´Ï±î?. 
  Àý´ë ±×·¸Áö ¾Ê½À´Ï´Ù. ±Â¸ð´×ÆË½º ¸ÅÁ÷ À×±Û¸®½Ã¿¡¼´Â ÀÚ½Åµµ ¸ð¸£´Â »çÀÌ¿¡ ¹Ì±¹ÀÎÀÇ »ýÈ°À» ±×´ë·Î ¿Å±ä 
  ¿µÈ³ª ´ÙÅ¥¸àÅÍ¸®¸¦ ±×´ë·Î ¸Ó¸® ¼Ó¿¡ ³²¾Æ ÀÖ°Ô ÇÕ´Ï´Ù. ¿µÈ ´ë»ç ÇÏ³ªÇÏ³ªÀÇ »ý»ýÇÑ ±â¾ï¿¡ ³î¶óÁö ¸¶¼¼¿ä! 
  
 ´Ü¼ø Àç»ý¸¸ °¡´ÉÇÑ ºñµð¿À ¿µÈ´Â ½È´Ù! 
  ÀÌÁ¦ Digital Multimedia CD-ROMÀ¸·Î ¿µÈº¸´Â Àç¹Ì°¡ ´Þ¶óÁø´Ù. 
  
  

 
   

  

 
   

  

 
   
±¸¼º 

 
  
   
¿ù°£ ±Â¸ð´×ÆË½º 
  KBS 2FM ±Â¸ð´× ÆË½ºÀÇ Ã»ÃëÀÚ¿Í µ¶ÀÚ¸¦ À§ÇÑ ¹æ¼Û±³Àç. 
  ¿µÈ´ë»ç¿Í ÆË¼ÛÀ» Áß½ÉÀ¸·Î Áñ±â¸ç ¹è¿ì´Â ½Ç¿ë¿µ¾î, ÀÏÀÏ ¿µ¾îÇ¥Çö ÇÐ½ÀÀº ¹°·ÐÀÌ°í, , µè±â ½Ç·Â Çâ»óÀ» À§ÇÑ ÄÚ³Ê°¡ 
  ÀÖ´Ù. ¿µ¾î±â»çÀÌ¿Ü¿¡µµ ´Ù¾çÇÑ Á¤º¸¿Í »ç¶ûÀÌ °¡µæÇÏ´Ù. 
  

 
  
  ±Â¸ð´×ÆË½º ¿Àµð¿ÀÅ×ÀÌÇÁ  
ÇÑ ¹ø¿¡ Èê·Á¹ö¸®±â¿£ ¾Æ½¬¿ü´ø KBS FM ±Â¸ð´× ÆË½ºÀÇ ¾ËÂ¥¹è±â ³»¿ëÀ» ¼ö·Ï. 
¿Àµð¿À Å×ÀÌÇÁ·Î ¿µ¾îÇÐ½ÀÀ» ¹Ýº¹ÀûÀ¸·Î Áñ±æ ¼ö ÀÖ´Ù. ³¯Â¥º°·Î ¿ä¾à Á¤¸®ÇÑ ¿µÈ´ë»ç Ç¥Çö ¹× ÀÀ¿ë Ç¥Çö, »ýÈ°¿µ¾î, µè±âÆò°¡, 
¿À¸®Áö³Î »ç¿îµåÆ®·¢, ÀÌ´ÞÀÇ ÆË¼Û(4°î)µµ ¸¸³¯ ¼ö ÀÖ½À´Ï´Ù. 

 
   
  
  ±Â¸ð´×ÆË½º ¸ÅÁ÷ ¹«ºñ  
±Â¸ð´×ÆË½º ¿µÈ Àü¹® ±âÀÚ°¡ ¼±Á¤ÇÑ °¡Àå ¿µ¾îÇÐ½À¿¡ ¾Ë¸Â´Â ¿µÈ, °¡Àå ¹Ì±¹ ÇöÁö ¿µ¾î¿¡ 
°¡±î¿î ¿µÈ¸¦ ¾ö¼±ÇÏ¿´½À´Ï´Ù. ¿µÈ È¸é»ó¿¡ ¿µ¾îÀÚ¸·°ú ÇÔ²² ÇÑ±¹ ÃÖ°íÀÇ ¿µ¾î °»çÀÇ Ã·»èÁöµµ°¡ ½Ç½Ã°£ ÀÚ¸·Ã³¸®·Î ¿Ïº®ÇÑ 
¿µ¾îÇÐ½À È¯°æÀ» ¸¸µé¾î µå¸³´Ï´Ù. ¹°·Ð ÃÖ°íÀÇ ÈÁú°ú ¹ÚÁø°¨ ³ÑÄ¡´Â »ç¿îµå´Â ±âº»ÀÌ°ÚÁÒ?

[]bug-gdb .

2002-06-12 Thread

Title: Untitled Document





   
 
  

  
   
 
  
 
  ¡á Çã¶ô¾øÀÌ ¸ÞÀÏÀ» 
º¸³»°Ô µÇ¾î ÁË¼ÛÇÕ´Ï´Ù.
¡á º» ¸ÞÀÏÀº Á¤º¸Åë½Å¸Á ÀÌ¿ë ÃËÁø ¹× Á¤º¸ º¸È£ µî¿¡ °üÇÑ ¹ý·ü Á¦ 50Á¶¿¡ ÁØÇÑ[±¤°í]¸ÞÀÏÀÔ´Ï´Ù.
¡á E-mail ÁÖ¼Ò´Â °Ë»ö¿¡ ÀÇÇØ ¼öÁýµÇ¾úÀ¸¸ç,ÁÖ¼ÒÀÌ¿ÜÀÇ ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù.
¡á ¼öÁýµÈ E-mailÁÖ¼Ò´Â È«º¸¼º ÀÌ¿ÜÀÇ ¾î¶°ÇÑ ¸ñÀûÀ¸·Îµµ »ç¿ëµÇ¾îÁöÁö ¾Ê½À´Ï´Ù. 

¡á ´õÀÌ»ó ¸ÞÀÏÀ» ¿øÄ¡¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦ 
´·¯ÁÖ¼¼¿ä.


 
   
 
  

  

 
   



  

 
   ±Â¸ð´×ÆË½º ¸ÅÁ÷À×±Û¸®½¬¸¦ 
¹Ì¸® »ç¿ëÇØ º¸½Ç¼ö ÀÖ½À´Ï´Ù. ½ÅÃ»ÇØÁÖ½Ã¸é ¹«·ácd¸¦ ¹ß¼ÛÇØµå¸®°Ú½À´Ï´Ù.
 

  

 
   
¿µÈ º¸´Â ¸ÀÀÌ ³´Ù! 
  ¾ÆÁ÷µµ ¿µÈ È¸é°ú µÎ²¨¿î ¿µ¾î»çÀü »çÀÌ¸¦ ¹æÈ²ÇÏ½Ê´Ï±î? ±Â¸ð´×ÆË½º ¸ÅÁ÷ À×±Û¸®½Ã¸¦ ¸¸³ª´Â ¼ø°£ ÀÌÁ¦ 
  µüµüÇÑ ¿µÈ´ëº»Àº ÇÊ¿ä¾ø½À´Ï´Ù. ¿µÈ È¸é»ó¿¡ ¿µ¾îÀÚ¸·°ú ÇÔ²² ÇÑ±¹ ÃÖ°íÀÇ ¿µ¾î °»çÀÇ Ã·»èÁöµµ°¡ ½Ç½Ã°£ ÀÚ¸·Ã³¸®·Î 
  ¿Ïº®ÇÑ ¿µ¾îÇÐ½À È¯°æÀ» ¸¸µé¾î µå¸³´Ï´Ù. ÀÌÁ¦ °¡Àå Æí¾ÈÇÑ ÀÚ¼¼·Î ¿ù°£ ±Â¸ð´×ÆË½º, ¿Àµð¿ÀÅ×ÀÌÇÁ¿Í ÇÔ²² ±Â¸ð´×ÆË½º¿¡¼ 
  ¾ö¼±ÇÑ ÀÎ±â ¿µÈ, µå¶ó¸¶, ´ÙÅ¥, ±³¾ç ¿µ»ó¹°À» ±×Àú º¸±â¸¸ ÇÏ½Ê½Ã¿À. ±×·¡, ¿µÈ º¸´Â ¸ÀÀÌ ¹Ù·Î ÀÌ·± °Å±¸³ª! 
  

³ ¸Å´Þ »õ·Î¿î ¿µÈ·Î ¾÷±×·¹ÀÌµåÇÑ´Ù! 
  ¸ðµç ¿µÈ°¡ ¿µ¾î °øºÎ¿¡ µµ¿òÀÌ µÇÁö ¾Ê½À´Ï´Ù. ¿µÈ Àü¹® ±âÀÚ°¡ ¼±Á¤ÇÑ °¡Àå ¿µ¾îÇÐ½À¿¡ ¾Ë¸Â´Â ¿µÈ, °¡Àå ¹Ì±¹ 
  ÇöÁö ¿µ¾î¿¡ °¡±î¿î ¿µÈ¸¦ ¸Å´Þ ¾È¹æ±îÁö Àü´ÞÇØ µå¸³´Ï´Ù. ¹ú½á ´ÙÀ½´ÞÀÌ ±â´Ù·Á Áö´Â°É~ 
  
¾î? ´Ù ±â¾ïÀÌ ³ªÀÝ¾Æ? 
  È¤½Ã ¾îÁ¦ º» ¿µÈÀÇ ÁÙ°Å¸®¸¦ ÀØÀ¸¼Ì½À´Ï±î? ¾Æ´Ï¸é ¿À´Ã ¾ÆÄ§¿¡ Ãâ±ÙÇÏ¸é¼ º» ¾ÆÄ§´º½º Åé±â»ç¸¦ ÀØ¾î¹ö¸®¼Ì½À´Ï±î?. 
  Àý´ë ±×·¸Áö ¾Ê½À´Ï´Ù. ±Â¸ð´×ÆË½º ¸ÅÁ÷ À×±Û¸®½Ã¿¡¼´Â ÀÚ½Åµµ ¸ð¸£´Â »çÀÌ¿¡ ¹Ì±¹ÀÎÀÇ »ýÈ°À» ±×´ë·Î ¿Å±ä 
  ¿µÈ³ª ´ÙÅ¥¸àÅÍ¸®¸¦ ±×´ë·Î ¸Ó¸® ¼Ó¿¡ ³²¾Æ ÀÖ°Ô ÇÕ´Ï´Ù. ¿µÈ ´ë»ç ÇÏ³ªÇÏ³ªÀÇ »ý»ýÇÑ ±â¾ï¿¡ ³î¶óÁö ¸¶¼¼¿ä! 
  
 ´Ü¼ø Àç»ý¸¸ °¡´ÉÇÑ ºñµð¿À ¿µÈ´Â ½È´Ù! 
  ÀÌÁ¦ Digital Multimedia CD-ROMÀ¸·Î ¿µÈº¸´Â Àç¹Ì°¡ ´Þ¶óÁø´Ù. 
  
  

 
   

  

 
   

  

 
   
±¸¼º 

 
  
   
¿ù°£ ±Â¸ð´×ÆË½º 
  KBS 2FM ±Â¸ð´× ÆË½ºÀÇ Ã»ÃëÀÚ¿Í µ¶ÀÚ¸¦ À§ÇÑ ¹æ¼Û±³Àç. 
  ¿µÈ´ë»ç¿Í ÆË¼ÛÀ» Áß½ÉÀ¸·Î Áñ±â¸ç ¹è¿ì´Â ½Ç¿ë¿µ¾î, ÀÏÀÏ ¿µ¾îÇ¥Çö ÇÐ½ÀÀº ¹°·ÐÀÌ°í, , µè±â ½Ç·Â Çâ»óÀ» À§ÇÑ ÄÚ³Ê°¡ 
  ÀÖ´Ù. ¿µ¾î±â»çÀÌ¿Ü¿¡µµ ´Ù¾çÇÑ Á¤º¸¿Í »ç¶ûÀÌ °¡µæÇÏ´Ù. 
  

 
  
  ±Â¸ð´×ÆË½º ¿Àµð¿ÀÅ×ÀÌÇÁ  
ÇÑ ¹ø¿¡ Èê·Á¹ö¸®±â¿£ ¾Æ½¬¿ü´ø KBS FM ±Â¸ð´× ÆË½ºÀÇ ¾ËÂ¥¹è±â ³»¿ëÀ» ¼ö·Ï. 
¿Àµð¿À Å×ÀÌÇÁ·Î ¿µ¾îÇÐ½ÀÀ» ¹Ýº¹ÀûÀ¸·Î Áñ±æ ¼ö ÀÖ´Ù. ³¯Â¥º°·Î ¿ä¾à Á¤¸®ÇÑ ¿µÈ´ë»ç Ç¥Çö ¹× ÀÀ¿ë Ç¥Çö, »ýÈ°¿µ¾î, µè±âÆò°¡, 
¿À¸®Áö³Î »ç¿îµåÆ®·¢, ÀÌ´ÞÀÇ ÆË¼Û(4°î)µµ ¸¸³¯ ¼ö ÀÖ½À´Ï´Ù. 

 
   
  
  ±Â¸ð´×ÆË½º ¸ÅÁ÷ ¹«ºñ  
±Â¸ð´×ÆË½º ¿µÈ Àü¹® ±âÀÚ°¡ ¼±Á¤ÇÑ °¡Àå ¿µ¾îÇÐ½À¿¡ ¾Ë¸Â´Â ¿µÈ, °¡Àå ¹Ì±¹ ÇöÁö ¿µ¾î¿¡ 
°¡±î¿î ¿µÈ¸¦ ¾ö¼±ÇÏ¿´½À´Ï´Ù. ¿µÈ È¸é»ó¿¡ ¿µ¾îÀÚ¸·°ú ÇÔ²² ÇÑ±¹ ÃÖ°íÀÇ ¿µ¾î °»çÀÇ Ã·»èÁöµµ°¡ ½Ç½Ã°£ ÀÚ¸·Ã³¸®·Î ¿Ïº®ÇÑ 
¿µ¾îÇÐ½À È¯°æÀ» ¸¸µé¾î µå¸³´Ï´Ù. ¹°·Ð ÃÖ°íÀÇ ÈÁú°ú ¹ÚÁø°¨ ³ÑÄ¡´Â »ç¿îµå´Â ±âº»ÀÌ°ÚÁÒ?

solib_open bug in gdb 5.1.1 solib.c

2002-06-08 Thread Bob Flavin


About 38 lines into solib_open in solib.c  there are three lines
that look like:

   if (found_file  0  solib_search_path != NULL)

for searching various directories, I think they were copied one from
another and that the second and third should not refer to solib_search_path,
but should refer to 'get_in_environ (inferior_environ, PATH)' and
'get_in_environ (inferior_environ, LD_LIBRARY_PATH)' respectively.

Perhaps the following code would be suitable (if get_in_environ returns a
null if the env var is not defined):

/* If not found, next search the solib_search_path (if any).  */
if (found_file  0  solib_search_path != NULL)
found_file = openp (solib_search_path,
   1, in_pathname, O_RDONLY, 0, temp_pathname);

/* If not found, next search the inferior's $PATH environment variable. */
p = get_in_environ (inferior_environ, PATH);
if (found_file  0  p != NULL)
found_file = openp (p, 1, in_pathname, O_RDONLY, 0, temp_pathname);

/* If not found, next search the inferior's $LD_LIBRARY_PATH
environment variable. */
p = get_in_environ (inferior_environ, LD_LIBRARY_PATH);
if (found_file  0  p != NULL)
found_file = openp (p, 1, in_pathname, O_RDONLY, 0, temp_pathname);


The bug that this fixes is that the following error message:

   Error while mapping shared library sections:

was incorrectly generated because solib_open failed to find libraries that
were listed in env var PATH.  (The second call to openp was skipped
because solib_search_path was being tested when it should have looked
for PATH in inferior_environ.


Bob Flavin, [EMAIL PROTECTED]


___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

[]bug-gdb 15~5 !!!

2002-06-07 Thread insnet

Title: insnet






¡¡



  
  ÀÚµ¿Â÷º¸ÇèÀº ¾î´À È¸»ç¿¡ °¡ÀÔÇØµµ ¸¶Âù°¡Áö¶ó°í »ý°¢ÇÏ½Ê´Ï±î?





»ç½Ç Á¾Àü¿¡´Â ÇùÁ¤¿äÀ²·Î È¸»çº° º¸Çè·á°¡ °ÅÀÇ ¶È °°¾Ò½À´Ï´Ù. ±×·¯³ª 2001³â 8¿ù 1ÀÏ ÀÚµ¿Â÷º¸Çè ¿ÏÀü ÀÚÀ¯È·Î È¸»çº° º¸Çè·á Â÷ÀÌ°¡ 
Å®´Ï´Ù.

 
  
  º¸Çè·á°¡ ¾ó¸¶³ª Â÷ÀÌ°¡ ³³´Ï±î?

³î¶óÁö ¸¶½Ê½Ã¿À!!. ÃÖ°í 119¸¸¿ø(µ¿¾ÆÀÏº¸ 01/07/31)ÀÔ´Ï´Ù. ÇÏÁö¸¸ ¾î´À º¸Çè»ç°¡ Á¦ÀÏ Àú·ÅÇÑ Áö ÀÏ·üÀûÀ¸·Î ¸»ÇÒ ¼ö´Â ¾ø°í, °æ¿ì¿¡ 
µû¶ó ÃµÂ÷¸¸º°ÀÔ´Ï´Ù. µû¶ó¼ Àüº¸Çè»çÀÇ º¸Çè·á ºñ±³°ßÀûÀ» ¹Þ¾Æº¸½Ã¸é Âü Æí¸®ÇÕ´Ï´Ù. 



»óÀ§ 7°³ º¸Çè»ç º¸Çè·á ºñ±³(¿¹½Ã)
¡¡º¸Çè·á670,280668,530634,800661,380663,570574,120578,200
  
  ÀÎ½º³Ý(ÁÖ)´Â ¾î¶²È¸»çÀÔ´Ï±î?

Àüº¸Çè»ç º¸Çè·á ºñ±³ ºÐ¼® ÇÁ·Î±×·¥À» ÀÌ¿ëÇÏ¿© º¸Çè·á¿Í ¼ºñ½º ¼öÁØ µîÀÇ °´°üÀû ÀÚ·á¸¦ Á¦°øÇÏ¿© °è¾àÀÚºÐµéÀÇ ÇÕ¸®ÀûÀÎ ¼±ÅÃ¿¡ µµ¿òÀ» µå¸³´Ï´Ù. 
»ç°í½Ã Àü¹® ¼ÕÇØ»çÁ¤ÀÎÀÌ »ç°íÄÁ¼³ÆÃ°ú »ç°íÃ³¸®µµ ÇØµå¸³´Ï´Ù. 
 ÀÚµ¿Â÷ º¸Çè·á ºñ±³ ¹Ù·Î°¡±â!!












 ¢Æ ´ëÇÑ¹Î±¹ ÀÎÅÍ³Ýº¸Çè- ÀÎ½º³Ý(ÁÖ) - 
http://www.insnet.co.kr  
  
¢Æ ÁÖ¼Ò : ¼¿ï Áß±¸ ¿¹°üµ¿ ½Ã»çBD 6Ãþ ¢Æ (02)3392-5253) ¢Æ E-mail :
 [EMAIL PROTECTED]


¡á ±ÍÇÏ²² ºÒÆíÀ» ³¢ÃÄ µå·È´Ù¸é ¿ë¼¸¦ ¹Ù¶ó¸ç, ÀÌ¸ÞÀÏÀº ÇÑ ¹ø¸¸ ¹ß¼ÛµË´Ï´Ù.
   ±ÍÇÏÀÇ E-mail ÁÖ¼Ò´Â ÀÎÅÍ³Ý À¥¼ÇÎÁß ÃëµæÇÏ¿´À¸¸ç, ±ÍÇÏÀÇ ¾î¶°ÇÑ Á¤º¸µµ °®°íÀÖÁö ¾Ê½À´Ï´Ù.
¡á ¸ÞÀÏ¼ö½ÅÀ» ¿øÇÏÁö ¾ÊÀ¸½Å ºÐ²²¼´Â ¼ö½Å°ÅºÎ¸¦ Å¬¸¯ÇÏ½Ã¸é ÀÚµ¿À¸·Î ¼ö½Å°ÅºÎµË´Ï´Ù.

Still a Cannot find thread 1024: generic error bug left.

2002-06-03 Thread Carlo Wood


227   mutex-unlock();
(gdb) c
Continuing.
pure virtual method called

Program received signal SIGABRT, Aborted.
[Switching to Thread 1024 (LWP 8025)]
0x40349171 in __kill () at __kill:-1
-1  __kill: No such file or directory.
in __kill
(gdb) c
Continuing.
Cannot find user-level thread for LWP 8390: generic error
(gdb) c
Continuing.
Cannot find thread 1024: generic error
(gdb) q
The program is running.  Exit anyway? (y or n) y
Cannot find thread 1024: generic error
(gdb)


Its annoying when 'q' doesn't work anymore...
(This is gdb 2002-05-25-cvs)

-- 
Carlo Wood [EMAIL PROTECTED]

___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

[] bug-gdb OK!!

2002-06-02 Thread

Title: Å¸·¡¹Ú





   


  
   
 
  
 
  
   

   
 
  ºÎµ¿»ê 

 
  ÀÚµ¿Â÷

 
  »ýÈ° ¿ëÇ°

 
  Ãë¾÷ Á¤º¸

 
  Å¸·¡¹Ú ±¤Àå

  

  
  

  

  
   


  
   
 
  
 
  
  

  

  
   
 
  

   

  

  
  
 
  

  
  

		
		¸Å¹° °Ë»öÀº È¸¿ø °¡ÀÔ°ú °ü°è¾øÀÌ ´©±¸³ª ¹«·á·Î 
ÀÌ¿ë ÇÏ½Ç¼ö ÀÖ½À´Ï´Ù.

ºÎµ¿»ê , ÀÚµ¿Â÷ , »ýÈ°¿ëÇ° , Ãë¾÷ Á¤º¸ 
¹× °ü·Ã ¾÷Á¾À» ¸Á¶óÇÑ ÅäÅÐ Àü±¹ ³×Æ®¿öÅ© ¸ÁÀ» 

±¸ÃàÇÑ Àü±¹ ÃÖ´ëÀÇ Á¾ÇÕ»ýÈ°Á¤º¸ »çÀÌÆ® 
ÀÔ´Ï´Ù. 

¸Å¹° µî·ÏÀ» ÇÏ½Ã·Á¸é È¸¿ø °¡ÀÔÀ» ÇÏ¼Å¾ß µî·Ï ÇÏ½Ç¼ö ÀÖ½À´Ï´Ù.

¸Å¹° µî·ÏÀº ÃÖ¼ÒÇÑÀÇ ºñ¿ëÀ» ºÎ´ãÇÏ°í À¯·á·Î ¿î¿µ µÇ°í ÀÖ½À´Ï´Ù.


¹®ÀÇ ¸ÞÀÏ : [EMAIL PROTECTED]

  

  

  
  

  
  
 
  

  
  
»çÁ¤ ¾çÇØ ¾øÀÌ ¸ÞÀÏ º¸³»´Â Á¡¿¡ ´ëÇÏ¿© »ç°ú µå¸³´Ï´Ù.

		±ÍÇÏÀÇ ¸ÞÀÏ ÁÖ¼Ò´Â À¥¼ÇÎÁß °Ô½ÃÆÇ

		¿¡¼ ¾Ë°ÔµÇ¾î ¹ß¼ÛÇÏ¿´À¸¸ç,  ¸ÞÀÏÁÖ¼Ò ¿Ü¿¡ ´Ù¸¥Á¤º¸´Â °¡Áö°í ÀÖÁö ¾ÊÀ½À» ¹àÇô µå¸³´Ï´Ù.
 
º» ¸ÞÀÏÀº Á¤º¸ Åë½Å¸Á ÀÌ¿ëÃËÁø ¹× Á¤º¸ º¸È£µî¿¡ °üÇÑ ¹ý·ü¿¡ ÀÇ°ÅÇÑ ±¤°í 
¸ÞÀÏ ÀÔ´Ï´Ù.
   
¿øÄ¡ ¾ÊÀ¸½Ã¸é »èÁ¦ ÇÏ½Ã°Å³ª ¼ö½Å°ÅºÎ ÇÏ½Ã¸é °í°´ µ¥ÀÌÅÍ¿¡¼ ¿µ±¸ »èÁ¦ ÇÏ°Ú½À´Ï´Ù.

[] bug-gdb! ... CD .

2002-06-02 Thread

Title: ¹«·á ¿µ¾îCD ½ÅÃ»ÇÏ¼¼¿ä











  
 
   
 
  

 
   
 
  

 
   
 
  

 
  

  

 
   
 
  

 
  

  

 
  

  
 
  
½Å°³³ä ÇÐ½À¹ý - ÃÑÃ¼Àû 
  ¿µ¾îÇÐ½À
  ÀúÀÚ - 21C ¿µ¾î¿¬±¸È¸ ÇöÁ÷ ÃÊ,Áß,°íµîÇÐ±³ ¼±»ý´Ô, ´ëÇÐ±³¼ö´Ô, ¿Ü±¹ÀÎ 
  °»ç
  112¸í 
  ¼±»ý´Ô²²¼ ÁýÇÊÇÑ ±³Àç  ¸í´Ü È®ÀÎ °¡´É
  
  °»ç - 21C ÃÖ°íÀÎ±â ¿µ¾î°»ç - µ¿¾ÆÀÏº¸(½Åµ¿¾Æ 12¿ù)°³ÀÎÆÒÅ¬·´ 3500¸í
  EBS 
  ÀÌ±ÙÃ¶ ¼±»ý´ÔÀÇ ¸ÖÆ¼¹Ìµð¾î µ¿¿µ»ó °ÀÇ È¸È, ¹®¹ý, ´Ü¾î, ÀÐ±â, ¾²±â ¹®È»ýÈ°±îÁö
  

  

  

 
   
 
  

 
   
 
  

 
  

  

 
  

  
 
   
 
  
   

  
  1. ±³Àç- ½Ç¿ë ´ëÈÃ¼ À§ÁÖ·Î ÇÐ½ÀÇÒ ¼ö 
  ÀÖµµ·Ï ±¸¼º 
  ÀÌ¹ÌÁö 
  ¿¬»óÀ» µ½´Â ¸¸È½ÄÀÇ»ðÈ, ´Ü¿øº° Å×½ºÆ®
  
  2. Å×ÀÙ- 
  ¹®Àå¾Ï±â Å×ÀÙÀ¸·Î ¼·Î´Ù¸¥ °»çÀÇ ¸ñ¼Ò¸®·Î 
  ÇÑ¹®Àå´ç 
  25~30¹øÀÌ»ó ¹Ýº¹ÇÐ½À.
  ¸ö¿¡ 
  Ã¼ÈµÉ ¼ö ÀÖµµ·ÏÃâÅð±Ù½Ã È°¿ë
  
  3. CD°ÀÇ 
  - ÇÐ½ÀÇÑ ¹®Àå¿¡ ´ëÇÑ ¹®¹ý, ¾îÈÖ ¹®È»ýÈ°±îÁö
  ÀÍÈú 
  ¼ö ÀÖµµ·Ï Àç¹ÌÀÖ°Ô µ¿¿µ»ó °ÀÇ, ¿µÀÛ 
  ¿¬½À±â´É
  

  

  

 
  

  

 
   
 
  

 
  


  

 
  

  
 
  
»þ¿ö À×±Û¸®½¬ ÇÐ½À¹ý
  
  Å×ÀÙ- ÀÚµ¿ ¾Ï±â Ã¼ÈÇÐ½À 7´Ü°è¿¡ °ÉÃÄ °°Àº ¹®ÀåÀ» 
  25~30È¸ ÀÌ»ó ¹Ýº¹ÀûÀ¸·Î ¸ö¿¡½Àµæ ½ÃÅ²´Ù.
  µ¿¿µ»ó °ÀÇ 
  - ¹®Àå¸¸ ¾Ï±âÇØ¼´Â »óÈ²ÀÌ Á¶±Ý¸¸ ¹þ¾î³ªµµ ¸»¹®ÀÌ ¸·Çô ¹ö¸®±â ¶§¹®¿¡ ¹®Àå¾È¿¡ Æ÷ÇÔµÇ¾î ÀÖ´Â ¹®¹ý°ú 
  ¾îÈÖ, ¾î¼ø°¨°¢À» ÀÍÇô¾ß ÀÀ¿ë·ÂÀ» Å°¿ï ¼ö ÀÖ´Ù.
  * ÅÚ·¹½ºÄð -ÀÏ³â¹«·á¼ºñ½º(080)
  

  

  

 
  

  
 
  

   
 
   

  
   
 
   


  ¸Þ¸ðÄ¨¿¡ ÀÇÇÑ..
¹«ÇÑ ¹Ýº¹±â´É / ¹ßÀ½±³Á¤±â´É
ÀüÈ±â¿Í ¿¬°á ³ìÀ½±â´É
ÀÏ¹Ý ³ìÀ½±â´Éµî ¾îÇÐÇÐ½À¿¡ È¿À²ÀûÀÎ ±â´ÉÀ» °¡Áö°í ÀÖ½À´Ï´Ù.

  

  
  

  
 
   
 
  

 
   
 
  

  

  

  

  


  
www.e-shower.co.kr
  

 
   

  ±ÍÇÏÀÇ ½Â¶ô¾øÀÌ È«º¸¼º ÀüÀÚ ¿ìÆíÀ» º¸³»°Ô µÈ Á¡ Á¤ÁßÈ÷ »ç°ú µå¸³´Ï´Ù.
  Á¤º¸Åë½Å¸ÁÀÌ¿ëÃËÁø¹ý ±ÔÁ¤À» ÁØ¼öÇÏ¿© ±¤°í¸ÞÀÏÀÓÀ» Ç¥½ÃÇÏ¿´À¸¸ç, ¼ö½Å°ÅºÎÀåÄ¡¸¦
  ¸¶·ÃÇÏ°í ÀÖ½À´Ï´Ù. ±ÍÇÏÀÇ ÀüÀÚ ¿ìÆí ÁÖ¼Ò´Â ÀÎÅÍ³Ý »óÀÇ °ø°³µÈ Àå¼Ò¿¡¼ ½ÀµæÇÏ¿´À¸¸ç
  ÀúÈñ´Â ±ÍÇÏÀÇ ÀüÀÚ¿ìÆí ÁÖ¼Ò ¿Ü ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ °¡Áö°í ÀÖÁö ¾ÊÀ¸¹Ç·Î ¾È½ÉÇÏ½Ã±â ¹Ù¶ø´Ï´Ù.
  ¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ 
  (Unsubscribe)¸¦ Å¬¸¯ÇØ

[] bug-gdb! ... CD .

2002-06-02 Thread

Title: ¹«·á ¿µ¾îCD ½ÅÃ»ÇÏ¼¼¿ä











  
 
   
 
  

 
   
 
  

 
   
 
  

 
  

  

 
   
 
  

 
  

  

 
  

  
 
  
½Å°³³ä ÇÐ½À¹ý - ÃÑÃ¼Àû 
  ¿µ¾îÇÐ½À
  ÀúÀÚ - 21C ¿µ¾î¿¬±¸È¸ ÇöÁ÷ ÃÊ,Áß,°íµîÇÐ±³ ¼±»ý´Ô, ´ëÇÐ±³¼ö´Ô, ¿Ü±¹ÀÎ 
  °»ç
  112¸í 
  ¼±»ý´Ô²²¼ ÁýÇÊÇÑ ±³Àç  ¸í´Ü È®ÀÎ °¡´É
  
  °»ç - 21C ÃÖ°íÀÎ±â ¿µ¾î°»ç - µ¿¾ÆÀÏº¸(½Åµ¿¾Æ 12¿ù)°³ÀÎÆÒÅ¬·´ 3500¸í
  EBS 
  ÀÌ±ÙÃ¶ ¼±»ý´ÔÀÇ ¸ÖÆ¼¹Ìµð¾î µ¿¿µ»ó °ÀÇ È¸È, ¹®¹ý, ´Ü¾î, ÀÐ±â, ¾²±â ¹®È»ýÈ°±îÁö
  

  

  

 
   
 
  

 
   
 
  

 
  

  

 
  

  
 
   
 
  
   

  
  1. ±³Àç- ½Ç¿ë ´ëÈÃ¼ À§ÁÖ·Î ÇÐ½ÀÇÒ ¼ö 
  ÀÖµµ·Ï ±¸¼º 
  ÀÌ¹ÌÁö 
  ¿¬»óÀ» µ½´Â ¸¸È½ÄÀÇ»ðÈ, ´Ü¿øº° Å×½ºÆ®
  
  2. Å×ÀÙ- 
  ¹®Àå¾Ï±â Å×ÀÙÀ¸·Î ¼·Î´Ù¸¥ °»çÀÇ ¸ñ¼Ò¸®·Î 
  ÇÑ¹®Àå´ç 
  25~30¹øÀÌ»ó ¹Ýº¹ÇÐ½À.
  ¸ö¿¡ 
  Ã¼ÈµÉ ¼ö ÀÖµµ·ÏÃâÅð±Ù½Ã È°¿ë
  
  3. CD°ÀÇ 
  - ÇÐ½ÀÇÑ ¹®Àå¿¡ ´ëÇÑ ¹®¹ý, ¾îÈÖ ¹®È»ýÈ°±îÁö
  ÀÍÈú 
  ¼ö ÀÖµµ·Ï Àç¹ÌÀÖ°Ô µ¿¿µ»ó °ÀÇ, ¿µÀÛ 
  ¿¬½À±â´É
  

  

  

 
  

  

 
   
 
  

 
  


  

 
  

  
 
  
»þ¿ö À×±Û¸®½¬ ÇÐ½À¹ý
  
  Å×ÀÙ- ÀÚµ¿ ¾Ï±â Ã¼ÈÇÐ½À 7´Ü°è¿¡ °ÉÃÄ °°Àº ¹®ÀåÀ» 
  25~30È¸ ÀÌ»ó ¹Ýº¹ÀûÀ¸·Î ¸ö¿¡½Àµæ ½ÃÅ²´Ù.
  µ¿¿µ»ó °ÀÇ 
  - ¹®Àå¸¸ ¾Ï±âÇØ¼´Â »óÈ²ÀÌ Á¶±Ý¸¸ ¹þ¾î³ªµµ ¸»¹®ÀÌ ¸·Çô ¹ö¸®±â ¶§¹®¿¡ ¹®Àå¾È¿¡ Æ÷ÇÔµÇ¾î ÀÖ´Â ¹®¹ý°ú 
  ¾îÈÖ, ¾î¼ø°¨°¢À» ÀÍÇô¾ß ÀÀ¿ë·ÂÀ» Å°¿ï ¼ö ÀÖ´Ù.
  * ÅÚ·¹½ºÄð -ÀÏ³â¹«·á¼ºñ½º(080)
  

  

  

 
  

  
 
  

   
 
   

  
   
 
   


  ¸Þ¸ðÄ¨¿¡ ÀÇÇÑ..
¹«ÇÑ ¹Ýº¹±â´É / ¹ßÀ½±³Á¤±â´É
ÀüÈ±â¿Í ¿¬°á ³ìÀ½±â´É
ÀÏ¹Ý ³ìÀ½±â´Éµî ¾îÇÐÇÐ½À¿¡ È¿À²ÀûÀÎ ±â´ÉÀ» °¡Áö°í ÀÖ½À´Ï´Ù.

  

  
  

  
 
   
 
  

 
   
 
  

  

  

  

  


  
www.e-shower.co.kr
  

 
   

  ±ÍÇÏÀÇ ½Â¶ô¾øÀÌ È«º¸¼º ÀüÀÚ ¿ìÆíÀ» º¸³»°Ô µÈ Á¡ Á¤ÁßÈ÷ »ç°ú µå¸³´Ï´Ù.
  Á¤º¸Åë½Å¸ÁÀÌ¿ëÃËÁø¹ý ±ÔÁ¤À» ÁØ¼öÇÏ¿© ±¤°í¸ÞÀÏÀÓÀ» Ç¥½ÃÇÏ¿´À¸¸ç, ¼ö½Å°ÅºÎÀåÄ¡¸¦
  ¸¶·ÃÇÏ°í ÀÖ½À´Ï´Ù. ±ÍÇÏÀÇ ÀüÀÚ ¿ìÆí ÁÖ¼Ò´Â ÀÎÅÍ³Ý »óÀÇ °ø°³µÈ Àå¼Ò¿¡¼ ½ÀµæÇÏ¿´À¸¸ç
  ÀúÈñ´Â ±ÍÇÏÀÇ ÀüÀÚ¿ìÆí ÁÖ¼Ò ¿Ü ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ °¡Áö°í ÀÖÁö ¾ÊÀ¸¹Ç·Î ¾È½ÉÇÏ½Ã±â ¹Ù¶ø´Ï´Ù.
  ¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ 
  (Unsubscribe)¸¦ Å¬¸¯ÇØ

[] bug-gdb! ... CD .

2002-05-31 Thread

Title: ¹«·á ¿µ¾îCD ½ÅÃ»ÇÏ¼¼¿ä











  
 
   
 
  

 
   
 
  

 
   
 
  

 
  

  

 
   
 
  

 
  

  

 
  

  
 
  
½Å°³³ä ÇÐ½À¹ý - ÃÑÃ¼Àû 
  ¿µ¾îÇÐ½À
  ÀúÀÚ - 21C ¿µ¾î¿¬±¸È¸ ÇöÁ÷ ÃÊ,Áß,°íµîÇÐ±³ ¼±»ý´Ô, ´ëÇÐ±³¼ö´Ô, ¿Ü±¹ÀÎ 
  °»ç
  112¸í 
  ¼±»ý´Ô²²¼ ÁýÇÊÇÑ ±³Àç  ¸í´Ü È®ÀÎ °¡´É
  
  °»ç - 21C ÃÖ°íÀÎ±â ¿µ¾î°»ç - µ¿¾ÆÀÏº¸(½Åµ¿¾Æ 12¿ù)°³ÀÎÆÒÅ¬·´ 3500¸í
  EBS 
  ÀÌ±ÙÃ¶ ¼±»ý´ÔÀÇ ¸ÖÆ¼¹Ìµð¾î µ¿¿µ»ó °ÀÇ È¸È, ¹®¹ý, ´Ü¾î, ÀÐ±â, ¾²±â ¹®È»ýÈ°±îÁö
  

  

  

 
   
 
  

 
   
 
  

 
  

  

 
  

  
 
   
 
  
   

  
  1. ±³Àç- ½Ç¿ë ´ëÈÃ¼ À§ÁÖ·Î ÇÐ½ÀÇÒ ¼ö 
  ÀÖµµ·Ï ±¸¼º 
  ÀÌ¹ÌÁö 
  ¿¬»óÀ» µ½´Â ¸¸È½ÄÀÇ»ðÈ, ´Ü¿øº° Å×½ºÆ®
  
  2. Å×ÀÙ- 
  ¹®Àå¾Ï±â Å×ÀÙÀ¸·Î ¼·Î´Ù¸¥ °»çÀÇ ¸ñ¼Ò¸®·Î 
  ÇÑ¹®Àå´ç 
  25~30¹øÀÌ»ó ¹Ýº¹ÇÐ½À.
  ¸ö¿¡ 
  Ã¼ÈµÉ ¼ö ÀÖµµ·ÏÃâÅð±Ù½Ã È°¿ë
  
  3. CD°ÀÇ 
  - ÇÐ½ÀÇÑ ¹®Àå¿¡ ´ëÇÑ ¹®¹ý, ¾îÈÖ ¹®È»ýÈ°±îÁö
  ÀÍÈú 
  ¼ö ÀÖµµ·Ï Àç¹ÌÀÖ°Ô µ¿¿µ»ó °ÀÇ, ¿µÀÛ 
  ¿¬½À±â´É
  

  

  

 
  

  

 
   
 
  

 
  


  

 
  

  
 
  
»þ¿ö À×±Û¸®½¬ ÇÐ½À¹ý
  
  Å×ÀÙ- ÀÚµ¿ ¾Ï±â Ã¼ÈÇÐ½À 7´Ü°è¿¡ °ÉÃÄ °°Àº ¹®ÀåÀ» 
  25~30È¸ ÀÌ»ó ¹Ýº¹ÀûÀ¸·Î ¸ö¿¡½Àµæ ½ÃÅ²´Ù.
  µ¿¿µ»ó °ÀÇ 
  - ¹®Àå¸¸ ¾Ï±âÇØ¼´Â »óÈ²ÀÌ Á¶±Ý¸¸ ¹þ¾î³ªµµ ¸»¹®ÀÌ ¸·Çô ¹ö¸®±â ¶§¹®¿¡ ¹®Àå¾È¿¡ Æ÷ÇÔµÇ¾î ÀÖ´Â ¹®¹ý°ú 
  ¾îÈÖ, ¾î¼ø°¨°¢À» ÀÍÇô¾ß ÀÀ¿ë·ÂÀ» Å°¿ï ¼ö ÀÖ´Ù.
  * ÅÚ·¹½ºÄð -ÀÏ³â¹«·á¼ºñ½º(080)
  

  

  

 
  

  
 
  

   
 
   

  
   
 
   


  ¸Þ¸ðÄ¨¿¡ ÀÇÇÑ..
¹«ÇÑ ¹Ýº¹±â´É / ¹ßÀ½±³Á¤±â´É
ÀüÈ±â¿Í ¿¬°á ³ìÀ½±â´É
ÀÏ¹Ý ³ìÀ½±â´Éµî ¾îÇÐÇÐ½À¿¡ È¿À²ÀûÀÎ ±â´ÉÀ» °¡Áö°í ÀÖ½À´Ï´Ù.

  

  
  

  
 
   
 
  

 
   
 
  

  

  

  

  


  
www.e-shower.co.kr
  

 
   

  ±ÍÇÏÀÇ ½Â¶ô¾øÀÌ È«º¸¼º ÀüÀÚ ¿ìÆíÀ» º¸³»°Ô µÈ Á¡ Á¤ÁßÈ÷ »ç°ú µå¸³´Ï´Ù.
  Á¤º¸Åë½Å¸ÁÀÌ¿ëÃËÁø¹ý ±ÔÁ¤À» ÁØ¼öÇÏ¿© ±¤°í¸ÞÀÏÀÓÀ» Ç¥½ÃÇÏ¿´À¸¸ç, ¼ö½Å°ÅºÎÀåÄ¡¸¦
  ¸¶·ÃÇÏ°í ÀÖ½À´Ï´Ù. ±ÍÇÏÀÇ ÀüÀÚ ¿ìÆí ÁÖ¼Ò´Â ÀÎÅÍ³Ý »óÀÇ °ø°³µÈ Àå¼Ò¿¡¼ ½ÀµæÇÏ¿´À¸¸ç
  ÀúÈñ´Â ±ÍÇÏÀÇ ÀüÀÚ¿ìÆí ÁÖ¼Ò ¿Ü ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ °¡Áö°í ÀÖÁö ¾ÊÀ¸¹Ç·Î ¾È½ÉÇÏ½Ã±â ¹Ù¶ø´Ï´Ù.
  ¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ 
  (Unsubscribe)¸¦ Å¬¸¯ÇØ

[] bug-gdb ? ! V .

2002-05-25 Thread V

Title: vchina





   


  
   


  
   


  
   


  
   

  
   
 
  ±ÍÇÏÀÇ ½Â¶ô¾øÀÌ È«º¸¼º ÀüÀÚ ¿ìÆíÀ» º¸³»°Ô 
µÈ Á¡ Á¤ÁßÈ÷ »ç°ú µå¸³´Ï´Ù.
Á¤º¸Åë½Å¸ÁÀÌ¿ëÃËÁø¹ý ±ÔÁ¤À» ÁØ¼öÇÏ¿© ±¤°í¸ÞÀÏÀÓÀ» Ç¥½ÃÇÏ¿´À¸¸ç, ¼ö½Å°ÅºÎÀåÄ¡¸¦
¸¶·ÃÇÏ°í ÀÖ½À´Ï´Ù. ±ÍÇÏÀÇ ÀüÀÚ ¿ìÆí ÁÖ¼Ò´Â ÀÎÅÍ³Ý »óÀÇ °ø°³µÈ Àå¼Ò¿¡¼ ½ÀµæÇÏ¿´À¸¸ç
ÀúÈñ´Â ±ÍÇÏÀÇ ÀüÀÚ¿ìÆí ÁÖ¼Ò ¿Ü ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ °¡Áö°í ÀÖÁö ¾ÊÀ¸¹Ç·Î ¾È½ÉÇÏ½Ã±â ¹Ù¶ø´Ï´Ù.
¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ 
(Unsubscribe)¸¦ Å¬¸¯ÇØ ÁÖ½Ê½Ã¿ä.

[] bug-gdb ? ! V .

2002-05-25 Thread V

Title: vchina





   


  
   


  
   


  
   


  
   

  
   
 
  ±ÍÇÏÀÇ ½Â¶ô¾øÀÌ È«º¸¼º ÀüÀÚ ¿ìÆíÀ» º¸³»°Ô 
µÈ Á¡ Á¤ÁßÈ÷ »ç°ú µå¸³´Ï´Ù.
Á¤º¸Åë½Å¸ÁÀÌ¿ëÃËÁø¹ý ±ÔÁ¤À» ÁØ¼öÇÏ¿© ±¤°í¸ÞÀÏÀÓÀ» Ç¥½ÃÇÏ¿´À¸¸ç, ¼ö½Å°ÅºÎÀåÄ¡¸¦
¸¶·ÃÇÏ°í ÀÖ½À´Ï´Ù. ±ÍÇÏÀÇ ÀüÀÚ ¿ìÆí ÁÖ¼Ò´Â ÀÎÅÍ³Ý »óÀÇ °ø°³µÈ Àå¼Ò¿¡¼ ½ÀµæÇÏ¿´À¸¸ç
ÀúÈñ´Â ±ÍÇÏÀÇ ÀüÀÚ¿ìÆí ÁÖ¼Ò ¿Ü ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ °¡Áö°í ÀÖÁö ¾ÊÀ¸¹Ç·Î ¾È½ÉÇÏ½Ã±â ¹Ù¶ø´Ï´Ù.
¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ 
(Unsubscribe)¸¦ Å¬¸¯ÇØ ÁÖ½Ê½Ã¿ä.

[] bug-gdb ?

2002-05-24 Thread DC09

Title: »õ·Ó°ÔÅº»ýÇß½À´Ï´Ù...



















»õ·Ó°Ô Åº»ýÇß½À´Ï´Ù...°øµ¿±¸¸Å¿Í ¼îÇÎ¸ô ¾÷°è¿¡¼ ÃÖ´ëÀÇ ¾ç½É¼ºñ½º¸¦ ¼±¾ðÇÑ DC09.CO.KR ÀÌ µåµð¾î 
OPEN Çß½À´Ï´Ù.´Ù¸¥ ¼îÇÎ¸ô¿¡¼ÀÇ À¯Åë¸¶Áø°ú ºÒÆíÇÔÀ» ÃÖ´ë ±Øº¹ÇÑ ¼ÒºñÀÚ¸¸ÀÇ 
°ø°£À» ¿©·¯ºÐ²² 
Á¦°øÇÕ´Ï´Ù.±âÁ¸ ¿Â¶óÀÎ ¼îÇÎ¸ô¿¡¼ º¼ ¼ö ¾ø¾ú´ø Å¹¿ùÇÑ ¾ÆÀÌÅÛÀ» ¼±Á¤ÇÏ¿© DC09 
È¸¿ø´Ôµé¸¸ÀÌ ´©¸± ¼ö ÀÖ´Â Æ¯º°ÇÑ ÇýÅÃÀ» 
µå¸®°Ú½À´Ï´Ù.¼¼»ó¿¡¼ °¡Àå °¡Ä¡ ÀÖ´Â ºê·£µå´Â ÀÚ½ÅÀÎ °ÍÃ³·³ ¿Â¶óÀÎ À¯Åë¿¡¼ 
°¡Àå Ç°°Ý ÀÖ´Â ºê·£µå¸¦ °¡Áö°í °í°´¿¡°Ô ´Ù°¡°¡´Â 
È¸»ç°¡ µÇµµ·Ï ÃÖ¼±À» ´ÙÇÏ°Ú½À´Ï´Ù.»õ ´ÜÀå »õ ¸ð½ÀÀÇ DC09¸¦ ¸¸³ª·¯ ²À ÇÑ¹ø 
³î·¯¿À¼¼¿ä...
www.DC09.co.kr À» Å¬¸¯ÇÏ´Â ¼ø°£ ´ç½ÅÀº ÀÌ ¼¼»ó¿¡¼ 
´Ü ÇÑ »ç¶÷ÀÇ Æò»ý°í°´ÀÌ 
µÇ½Ê´Ï´Ù...³ª¸¸ÀÇ »ö±ò ÀÖ´Â ¼îÇÎ¸ô... DC09
























































 





º¸ÀÌ½ºÅ©¶ô¼Ç 69,000¿ø 










 





Blitz ÀÌµ¿Àå ¼Ò,ÁßÇü°ß¿ë[M-Ä«Å°] 
75,000¿ø 










 





½º´©ÇÇ ½ÃÆ®Ä¿¹ö 5 (ºí·ç) 
49,000¿ø 










 





¿õÁø °ø±âÃ»Á¤±â ¿¡¾î¿þÀÌºê 
(AP-12000) 1,980,000¿ø 






























 




½Ã¿øÇÑ ¾È¸¶/½ÖÇ÷Ä§ºÀ 36,000¿ø 










 





Àüµ¿Ä©¼Ö HX-1510 49,600¿ø 










 





¸¶ÀÌÅ©·ÎÈ¦ ¾È°æ 30,000¿ø 










 




¾Æ½Ã¿ì¶ó ¼ö¾×½ÃÆ® 29,800¿ø 














 





Çâ¼ö [Æ÷ÆÛ½º(gold) 89ml] 
9,300¿ø 










 





º¥Ãò¶ó DVD È¨¾¾¾îÅÍ ÀÏÃ¼Çü 
389,000¿ø 










 




½½¸®ÇÎ ²Ù·¯±â 19,000¿ø 










 





¸ð°¨ 45,000¿ø 














 





½º´©ÇÇ ÀÎÇü½ÃÆ®¹éÁÖ¸Ó´Ï 
16,000¿ø 










 




Ä§´ëÇü À¯¸ðÂ÷ R-5012b 
172,000¿ø 










 





½ºÅ¸

Re: Your message to Bug-gnats awaits moderator approval

2002-05-24 Thread Carlo Wood


I never posted a mail with this subject.
What seems to be happening is that this reply is being
posted to the list, so *everyone* receives it.
That is hardly any better than receiving spam.

On Fri, May 24, 2002 at 12:51:28AM -0400, [EMAIL PROTECTED] wrote:
 Your mail to 'Bug-gnats' with the subject
 
 =?GB2312?B?xvPStaOouavLvsT6usOjoQ==?=
 
 Is being held until the list moderator can review it for approval.
 
 The reason it is being held:
 
 Message has a suspicious header
 
 Either the message will get posted to the list, or you will receive
 notification of the moderator's decision.
 
 ___
 Bug-gdb mailing list
 [EMAIL PROTECTED]
 http://mail.gnu.org/mailman/listinfo/bug-gdb

-- 
Carlo Wood [EMAIL PROTECTED]

___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

Backtrace bug (linux IA64)

2002-05-23 Thread Sahil Rihan


I N F O R M A T I O N

Symptom: Incomplete backtrace.
Cause: Incorrect handling of L+X type instruction in 
gdb-5.1.1/gdb/ia64-tdep.c
:fetch_instruction()
Details: In L+X type instruction immediate data is in slot 1 and 
instruction is in slot 2. Code doesn't correctly skip over slot 1 and 
uses immediate data when decoding instruction. This results in 
non-predictated instructions sometimes being identified as predicated 
causing early exit of the examine_prologue loop. If BR0 has not been 
spilled when L+X instruction is identified then 
frame-saved_regs[IA64_VRAP_REGNUM] is 0. This causes 
ia64_frame_saved_pc to call ia64_saved_pc_after_call which reads 
whatever is in BR0 and uses that as the new PC.

C O N T E X T  D I F F S

Broken: 

  *instr = slotN_contents (bundle, slotnum);
  template = extract_bit_field (bundle, 0, 5);
  *it = template_encoding_table[(int)template][slotnum];

Fixed:

  template = extract_bit_field (bundle, 0, 5);
  // Handle L+X type instructions.
  if ((template == 0x04 || template == 0x05)  slotnum == 1) {
slotnum = 2;
  }

  *instr = slotN_contents (bundle, slotnum);
  //  template = extract_bit_field (bundle, 0, 5);
  *it = template_encoding_table[(int)template][slotnum];


T O  R E P L I C A T E
Compile attachment

 gcc -O2 ./test.c
 ./a.out

Program will dump core

gdb ./a.out ./core

Do a backtrace.
Broken version shows only c() and b().
Fixed version shows c() b() a() and main().

Note: b() is slightly complicated since we need the compiler to generate 
a movl before spilling BR0. Generally, the compiler tries to spill BR0 
as early as possible.

E N V I R O N M E N T

[lhsrihan@itanic~/src64/gdb-5.1.1/gdb]./gdb -version
GNU gdb 5.1.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as ia64-unknown-linux.

[lhsrihan@itanic~/src64/gdb-5.1.1/gdb]uname -a
Linux itanic.vmware.com 2.4.18 #21 Tue May 21 09:53:20 PDT 2002 ia64 unknown

[lhsrihan@itanic~/src64/gdb-5.1.1/gdb]gcc -v
Reading specs from /usr/lib/gcc-lib/ia64-redhat-linux/2.96/specs
gcc version 2.96 2731 (Red Hat Linux 7.1 2.96-81)



#include stdlib.h

int a(float x);
char b(int y);
int c(int z);

int main(void)
{
  a(0.0);
  return 0;
}

int a(float x)
{
  b(1);
  return 0;
}

char b(int y)
{
  long aa = 0x349812;
  //  long aa = 11;
  aa /= y;
  aa += y  3;
  if (aa)
c(1);
  return 'c';
}

int c(int z)
{
  int *p = 0;
  *p = z;
  printf(this is c \n);
  return 0;
}

Your message to Bug-gnats awaits moderator approval

2002-05-23 Thread bug-gnats-admin


Your mail to 'Bug-gnats' with the subject

=?GB2312?B?xvPStaOouavLvsT6usOjoQ==?=

Is being held until the list moderator can review it for approval.

The reason it is being held:

Message has a suspicious header

Either the message will get posted to the list, or you will receive
notification of the moderator's decision.

___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

[] bug-gdb

2002-05-21 Thread



  


[Á¦¾ÈÀÇ °³¿ä]
ÀüÀÚÁöºÒ(Payment Gateway)½Ã½ºÅÛÀ» È°¿ëÇÑ ºÎµ¿»ê ¸Å¸Å ¹×  ÀÓ´ë·á¸¦ ½Å¿ëÄ«µå·Î °áÁ¦ ÇÒ ¼ö ÀÖµµ·Ï ÇÏ´Â ³»¿ëÀÔ´Ï´Ù.  

[Á¦¾ÈÀÇ ¸ñÀû]
¢Ã Á¤ºÎ½ÃÃ¥ - ºÎµ¿»ê °Å·¡¿¡¼µµ ½Å¿ëÄ«µå »ç¿ëÀ» È°¼ºÈ ÇÑ´Ù. 
¢Ã ¼ö¿äÀÚ - ÅõÀÚ ¹× ÀÓ´ë ¼ö¿äÀÚ¿¡°Ô ´Ù¾çÇÑ °áÁ¦ ¼ö´ÜÀ» Á¦°øÇÑ´Ù.
¢Ã °ø±ÞÀÚ - Ä«µå°áÁ¦¸¦ ÅëÇØ ¹°°ÇÀ» ½Å¼ÓÇÏ°Ô ÆÇ¸Å ÇÑ´Ù.

[ÇØ´ç ¾÷Ã¼]
¢Ã ºÎµ¿»ê ÇÁ·£Â÷ÀÌÁî - ÇÁ·£Â÷ÀÌÁî º»»ç ¹× ÁöÁ¡
¢Ã ºÎµ¿»ê Áß°³¾÷¼Ò - ºÎµ¿»ê Áß°³ °ü·Ã ¸ðµç ¾÷¼Ò (¸Å¸Å,ÄÁ¼³ÆÃ ¹× ºÐ¾ç )
¢Ã ÀÓ´ë°ü·Ã ¾÷Ã¼  - ÀÓ´ë»ç¾÷ÀÚºÎµ¿»êÀ» ÀÓ´ëÇÏ´Â »ç¾÷ÀÚ 

  
  



  
 [Àû¿ë È¿°ú] 
¢Ã ½Å¿ëÄ«µå °áÁ¦¸¦ À§ÇÏ¿© ÇØ´ç(°¡¸Í) Áß°³ ¾÷¼Ò¸¦ ÀÌ¿ëÇÏ°Ô µË´Ï´Ù.
¢Ã ºñ °¡¸Í¾÷¼Òº¸´Ù ½Å¼ÓÇÑ ¸Å¹° °Å·¡°¡ ÀÌ·ç¾î Áý´Ï´Ù.
¢Ã ¿©À¯ ÀÚ±ÝÀÌ ¾î·Á¿î °í°´¿¡°Ô Á¦¾ÈÀÌ °¡´ÉÇÕ´Ï´Ù.
¢Ã ¿ù¼¼ÀÇ Ä«µå °áÁ¦¸¦ À§ÇÏ¿© °¡¸Í¾÷¼Ò¸¦ ÀÌ¿ëÇÏ°Ô µË´Ï´Ù.
¢Ã ¿ø·ë µîÀÇ 20~30´ë Ä«µå¼ÒÀ¯ÀÚ¿¡°Ô Æø¹ßÀûÀÎ ¼ö¿ä°¡ ¿¹»óµË´Ï´Ù.
¢Ã ºÎµ¿»ê Áß°³°Å·¡ ¸ÅÃâÀÇ 30%  »ó½ÂÈ¿°ú (ÃßÁ¤Ä¡) 
¢Ã ÀÓÂ÷ÀÎÀÇ  °æ¿ì Ä«µå °áÁ¦½Ã ¿©·¯°¡Áö ¼¼±Ý°øÁ¦ ÇýÅÃ Á¦°ø
 
 
 ºÎµ¿»ê °ü·Ã ¾÷Ã¼Áß¿¡¼ Áö¿ªº° Á¦ÈÞÁ¡À» ¸ðÁýÁßÀÔ´Ï´Ù.
 
 
 =>Á»´õ ÀÚ¼¼ÇÑ ³»¿ëÀº ¿©±â¸¦ Âü°íÇÏ½Ã±â¹Ù¶ø´Ï´Ù 


 =>Á¦¾È¼ ´Ù¿î·Îµå 

  





  
  
 
  


<´ã´çÀÚ ¿¬¶ôÃ³>
»ó´ãÀüÈ 032-865-9647~8
ÃÑÆÇ°è¾à  ±è¿µÁø ÆÀÀå : 011-325-1400
¿µ¾÷/±âÈ¹ ¹Ú¼¼¹Î ÆÀÀå : 011-9050-7428
  ÀÌÁ¾¼ö °úÀå : 019-226-1723
  ÇÑ°æ¸¸ °úÀå : 019-813-1422
ÀÎÃµ½Ã ³²±¸ ÁÖ¾Èµ¿ 18-70 ½áºê¿þÀÌÄÚ¸®¾Æ(ÁÖ)




  



¼ö ½Å °Å ºÎ´Â ¿©±â¸¦ Å¬¸¯ÇÏ¼¼¿ä

bug-gdb []

2002-05-21 Thread

Title: È«º¸¹°





  

  
  
 
  
 
  

   

 
  

  
  Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»¼ ÁË¼ÛÇÕ´Ï´Ù. ±ÍÇÏÀÇ ¸ÞÀÏÁÖ¼Ò´Â À¥ ¼ÇÎÁß¿¡ 
¾Ë°Ô µÈ °ÍÀÌ¸ç
Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ×¿¡ ÀÇ°Å Á¦¸ñ¿¡ [±¤°í]¶ó°í Ç¥±âÇÑ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù.
¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦ 
´·¯ÁÖ¼¼¿ä 

  
  
 
  
¾È³çÇÏ½Ê´Ï±î! 
À¥¸ðµÎ ÀÎÅÍ³Ý »ç¾÷ºÎ ´ã´ç ÀÌÁ¾ÂùÀÔ´Ï´Ù.(031-374-8552) 

¸ÕÀú ÀÌ·¸°Ô Çã¶ô¾øÀÌ ±ÛÀ» ¿Ã¸®°Ô µÇ¾î ÁË¼ÛÇÕ´Ï´Ù. 
ÀÎÅÍ³Ý¿¡¼ÀÇ Á¤º¸Àü´ÞÀº °í°´ÀÇ ¹æ¹® È½¼ö¸¦ ´Ã¸®°í 
  ±×µéÀ» ±¸¸Å·Â ÀÖ´Â »ç¿ëÀÚ·Î ¸¸µé±â À§ÇÔÀÔ´Ï´Ù. 
  ±×¸®°í ÀÌ·¯ÇÑ °í°´ÀÌ ÀÖ¾î¾ß ÆÇ¸Å, È«º¸µî °³¼³ 
  ¸ñÀû¿¡ ºÎÇÕµÇ´Â È°µ¿À» ÇÒ ¼ö ÀÖ½À´Ï´Ù. 
È¨ÆäÀÌÁö´Â ÀÎÅÍ³Ý¿¡¼ °¡Àå ÀÏ¹ÝÀûÀÎ ±â¾÷ÀÇ È«º¸ 
  ¼ö´ÜÀ¸·Î¼ ±â¾÷ÀÇ ¾ó±¼°ú °°Àº ¿ªÇÒÀ» ÇÕ´Ï´Ù. 

À¥¸ðµÎ(www.webmodu.com)ÀÎÅÍ³Ý 
  »ç¾÷ºÎ¿Í 
  »óÀÇ ÇÏ½Å´Ù¸é È¨ÆäÀÌÁö ±¸ÃàÀ» À§ÇÏ¿© ÇÕ¸®ÀûÀÎ 
  ºñ¿ëÀ¸·Î Àü¹®ÀûÀÎ È¨ÆäÀÌÁö¸¦ ±¸ÃàÇÒ ¼ö ÀÖ½À´Ï´Ù. 
  Àü±¹ ¾î´ÀÁö¿ª,¾î¶² ¾÷Ã¼¶óµµ È¨ÆäÀÌÁö Á¦ÀÛ¿¡ 
  °üÇÏ¿© ¼º½É²¯ »ó´ãÇÏ¿© µå¸®°Ú½À´Ï´Ù. 
À¥¸ðµÎ ÀÎÅÍ³Ý »ç¾÷ºÎ´Â µ¿¿µ»ó ¹× À¥»çÀÌÆ® 
  Á¦ÀÛ,¼îÇÎ¸ô ±¸Ãà, À¯Áöº¸¼ö ±â¾÷°ú »óÇ°ÀÇ 
  È«º¸µî¿¡ ´ëÇÑ Internet Total solutionÀ» 
  Á¦°øÇÕ´Ï´Ù. 
  

  
  


  

  

 
  

  

  
 
  
  

  

  
  

  
 
  
  

  

http://www.daeyoung2002.co.kr 
  
  http://www.sdaid.co.kr 
  
  http://www.needarchi.co.kr 
  
  http://www.hansuad.co.kr
  
  
  http://www.steelroot.co.kr
  
  
  http://www.eggsite.co.kr
  
  http://www.heranail.com
  
  http://www.hwayoungkor.com 
  
  http://www.samhwatea.co.kr 
  
  http://www.taechu.co.kr 
  
  
  

  
  

  

  
  

  
 
  
  

  

  

  

 
  

   


  

  
  ´ã ´ç
   : ÀÌÁ¾Âù


  
  ¿¬¶ôÃ³
  : 031-374-8552


  
  H . P 
  : 017-336-9603 


  
  e-mail 
  : [EMAIL PROTECTED]

[]bug-gdb .

2002-05-20 Thread

Title: Untitled Document





   
 
  

  
   
 
  
 
  ¡á Çã¶ô¾øÀÌ ¸ÞÀÏÀ» 
º¸³»°Ô µÇ¾î ÁË¼ÛÇÕ´Ï´Ù.
¡á º» ¸ÞÀÏÀº Á¤º¸Åë½Å¸Á ÀÌ¿ë ÃËÁø ¹× Á¤º¸ º¸È£ µî¿¡ °üÇÑ ¹ý·ü Á¦ 50Á¶¿¡ ÁØÇÑ[±¤°í]¸ÞÀÏÀÔ´Ï´Ù.
¡á E-mail ÁÖ¼Ò´Â °Ë»ö¿¡ ÀÇÇØ ¼öÁýµÇ¾úÀ¸¸ç,ÁÖ¼ÒÀÌ¿ÜÀÇ ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù.
¡á ¼öÁýµÈ E-mailÁÖ¼Ò´Â È«º¸¼º ÀÌ¿ÜÀÇ ¾î¶°ÇÑ ¸ñÀûÀ¸·Îµµ »ç¿ëµÇ¾îÁöÁö ¾Ê½À´Ï´Ù. 

¡á ´õÀÌ»ó ¸ÞÀÏÀ» ¿øÄ¡¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦ 
´·¯ÁÖ¼¼¿ä.


 
   
 
  

  

 
   

  
   

  
   

  

 
  ¹«ºñÀ×±Û¸®½¬´Â 
¿µ¾î¸¦ °¡¸£Ä¡·Á°í ÀÏºÎ·¯ ¸¸µé¾î ³õÀº ÀÏ¹Ý ÇÐ½À±³ÀçÀÇ ¹®Àå°ú´Â ´Þ¸® ¿µÈ¼Ó¿¡¼ ½ÇÁ¦ »ç¿ëµÇ°í ÀÖ´Â Ç¥ÇöµéÀ» ±×´ë·Î Á¢ÇÒ 
¼ö ÀÖµµ·Ï ±¸¼ºµÇ¾î ÀÖ½À´Ï´Ù. ¶ÇÇÑ ÇÒ¸®¿ìµåÀÇ ÀÏ·ù ½Ã³ª¸®¿À ÀÛ°¡µéÀÌ ¾´ ´ë»çÀÌ±â ¶§¹®¿¡ À¯·ÁÇÑ ¹®Àåµé·Î ÀÌ·ç¾îÁ® ÀÖ½À´Ï´Ù. 
°Ô´Ù°¡ ¿µÈ´Â ¹«¾ùº¸´Ùµµ ÇÐ½À¿¡ ÀÖ¾î Áö¼ÓÀûÀÎ Èï¹Ì¸¦ Á¦°øÇØ ÁÙ ¼ö ÀÖ´Ù´Â Å« ÀåÁ¡ÀÌ ÀÖ½À´Ï´Ù. ¿µÈ ¸î ÆíÀÇ ´ë»ç¸¦ 
ÅëÂ°·Î Áý¾î »ïÅ²´Ù¸é 10³â À¯ÇÐÀÌ ºÎ·´Áö ¾Ê´Ù´Â °ÍÀ» ½Ç°¨ÇÒ ¼ö ÀÖÀ» °ÍÀÔ´Ï´Ù. 
¶ÇÇÑ, ±× ³ª¶óÀÇ °íÀ¯ÇÑ Body Language ¿Í »ýÈ° °ü½À±îÁö ¹è¿ï ¼ö ÀÖ½À´Ï´Ù. 
 
±×³É µû¶ó¸¸ ÇÏ½Ã¸é ¿µ¾î°¡ ÀúÀý·Î µË´Ï´Ù. 
  

  

 
  

 
  ¹«ºñÀ×±Û¸®½¬ Á¦Ç°À» ¹Ì¸® 
»ç¿ëÇØ º¸½Ç¼ö ÀÖ½À´Ï´Ù. ½ÅÃ»ÇØÁÖ½Ã¸é ¹«·ácd¸¦ ¹ß¼ÛÇØµå¸®°Ú½À´Ï´Ù.
È¨ÆäÀÌÁö : www.mbcmovieenglish.co.kr

 
  

 
   

  

 
  ¡ß 
¿µ¾î´Â ±âº» Áß±¹,ÀÏº»¾î´Â ÇÊ¼ö

 
   µ¿ºÏ¾Æ 
Áß½É±¹°¡ Ã»»çÁø ¹è°æ°ú Àü¸Á (µ¿¾ÆÀÏº¸)
¸¸13¼¼¿¡ 
ÅäÀÍ¸¸Á¡ ½ÉÇö¼®±º ºñ°áÀº?(Áß¾ÓÀÏº¸ 2002.01.09 º¸µµ)
[Àü¹®°¡°¡ 
º» ÇÑ±¹ÀÎÀÇ ¿µ¾î]¿ÀÇ ³ôÁö¸¸ ±³À°¹æ½Ä Àß¸ø (µ¿¾ÆÀÏº¸ º¸µµÀÚ·áÀÎ¿ë)
[¿µ¾î¿Ç³ÀÇ 
Çã¿Í ½Ç]¨èÇÑ±¹ÀÎ ¿µ¾î½Ç·ÂÀÇ ÇöÁÖ¼Ò (µ¿¾ÆÀÏº¸ 2002.02.18º¸µµ)

 
  

  


  ¡ß  
¿µ¾îÇÑ¸¶µð

 
  ¢º 
impression

 
   
Murder in the First 
  Did he, in any way, give the impression 
  of one who was insane?
  (±×´Â, ¾î¶² ½ÄÀ¸·Î°Ç , ÀÎ»óÀ» ÁÖ¾ú½À´Ï±î ¹ÌÄ£ »ç¶÷ÀÌ¶ó´Â?)
LongKiss Goodnight
  She might be under the mistaken impression 
  Mommy gives a fuck.
  (¾ö¸¶°¡ ½Å°æ ½á ÁÙ °Å¶ó°í ¿ÀÇØÇÏ°í ÀÖÀ»ÅÙµ¥) 
  
Dead Poets Society 
  But I don't think I have to warn you boys his age are very impressionable.
  (±× ¾ÖµéÀÇ °¨¼ö¼ºÀÌ °ÇÏ´Ù°í ÀÚ³×¿¡°Ô °æ°íÇÏ´Â °Ç ¾Æ´Ò¼¼.)
Dead Poets Society 
  Well, your reprimand made quite an impression, 
  I'm sure.
  (±³Àå¼±»ý´ÔÀÌ ³»¸®½Å ¹úÀº ±íÀº ÀÎ»óÀ» ½É¾î ÁÖ¾úÀ» °ÍÀÔ´Ï´Ù.)

[] bug-gdb CD .

2002-05-15 Thread Option21

Title: main2

bug-gdb ? []

2002-05-13 Thread

Title: ½Ã¿ÜÀüÈ°°Àº ±¹Á¦ÀüÈ - ¼¼ÀÌÅõÄÝ´åÄÄ







   

  
   



  
   


  
   



  
   

  
   



  
   
 
  ÀÌ ¸ÞÀÏÀº ¹ß½ÅÀü¿ëÀ¸·Î 
È¸½ÅµÇÁö ¾ÊÀ¸¹Ç·Î ¹®ÀÇ´Â [EMAIL PROTECTED]·Î 
ÇØÁÖ½Ã°í
¿øÄ¡ ¾ÊÀ¸½Å´Ù¸é [¼ö½Å°ÅºÎ]¸¦ ´·¯ÁÖ½Ã±â ¹Ù¶ø´Ï´Ù

Copyright ¨Ï 2002 Say2call.com Ins. All Rights Reserved

[]bug-gdb .

2002-05-13 Thread

Title: Untitled Document





   
 
  

  
   
 
  
 
  ¡á Çã¶ô¾øÀÌ ¸ÞÀÏÀ» 
º¸³»°Ô µÇ¾î ÁË¼ÛÇÕ´Ï´Ù.
¡á º» ¸ÞÀÏÀº Á¤º¸Åë½Å¸Á ÀÌ¿ë ÃËÁø ¹× Á¤º¸ º¸È£ µî¿¡ °üÇÑ ¹ý·ü Á¦ 50Á¶¿¡ ÁØÇÑ[±¤°í]¸ÞÀÏÀÔ´Ï´Ù.
¡á E-mail ÁÖ¼Ò´Â °Ë»ö¿¡ ÀÇÇØ ¼öÁýµÇ¾úÀ¸¸ç,ÁÖ¼ÒÀÌ¿ÜÀÇ ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù.
¡á ¼öÁýµÈ E-mailÁÖ¼Ò´Â È«º¸¼º ÀÌ¿ÜÀÇ ¾î¶°ÇÑ ¸ñÀûÀ¸·Îµµ »ç¿ëµÇ¾îÁöÁö ¾Ê½À´Ï´Ù. 

¡á ´õÀÌ»ó ¸ÞÀÏÀ» ¿øÄ¡¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦ 
´·¯ÁÖ¼¼¿ä.


 
   
 
  

  

 
   

  
   

  
   

  

 
  ¹«ºñÀ×±Û¸®½¬´Â 
¿µ¾î¸¦ °¡¸£Ä¡·Á°í ÀÏºÎ·¯ ¸¸µé¾î ³õÀº ÀÏ¹Ý ÇÐ½À±³ÀçÀÇ ¹®Àå°ú´Â ´Þ¸® ¿µÈ¼Ó¿¡¼ ½ÇÁ¦ »ç¿ëµÇ°í ÀÖ´Â Ç¥ÇöµéÀ» ±×´ë·Î Á¢ÇÒ 
¼ö ÀÖµµ·Ï ±¸¼ºµÇ¾î ÀÖ½À´Ï´Ù. ¶ÇÇÑ ÇÒ¸®¿ìµåÀÇ ÀÏ·ù ½Ã³ª¸®¿À ÀÛ°¡µéÀÌ ¾´ ´ë»çÀÌ±â ¶§¹®¿¡ À¯·ÁÇÑ ¹®Àåµé·Î ÀÌ·ç¾îÁ® ÀÖ½À´Ï´Ù. 
°Ô´Ù°¡ ¿µÈ´Â ¹«¾ùº¸´Ùµµ ÇÐ½À¿¡ ÀÖ¾î Áö¼ÓÀûÀÎ Èï¹Ì¸¦ Á¦°øÇØ ÁÙ ¼ö ÀÖ´Ù´Â Å« ÀåÁ¡ÀÌ ÀÖ½À´Ï´Ù. ¿µÈ ¸î ÆíÀÇ ´ë»ç¸¦ 
ÅëÂ°·Î Áý¾î »ïÅ²´Ù¸é 10³â À¯ÇÐÀÌ ºÎ·´Áö ¾Ê´Ù´Â °ÍÀ» ½Ç°¨ÇÒ ¼ö ÀÖÀ» °ÍÀÔ´Ï´Ù. 
¶ÇÇÑ, ±× ³ª¶óÀÇ °íÀ¯ÇÑ Body Language ¿Í »ýÈ° °ü½À±îÁö ¹è¿ï ¼ö ÀÖ½À´Ï´Ù. 
 
±×³É µû¶ó¸¸ ÇÏ½Ã¸é ¿µ¾î°¡ ÀúÀý·Î µË´Ï´Ù. 
  

  

 
  

 
  ¹«ºñÀ×±Û¸®½¬ Á¦Ç°À» ¹Ì¸® 
»ç¿ëÇØ º¸½Ç¼ö ÀÖ½À´Ï´Ù. ½ÅÃ»ÇØÁÖ½Ã¸é ¹«·ácd¸¦ ¹ß¼ÛÇØµå¸®°Ú½À´Ï´Ù.
È¨ÆäÀÌÁö : www.mbcmovieenglish.co.kr

 
  

 
   

  

 
  ¡ß 
¿µ¾î´Â ±âº» Áß±¹,ÀÏº»¾î´Â ÇÊ¼ö

 
   µ¿ºÏ¾Æ 
Áß½É±¹°¡ Ã»»çÁø ¹è°æ°ú Àü¸Á (µ¿¾ÆÀÏº¸)
¸¸13¼¼¿¡ 
ÅäÀÍ¸¸Á¡ ½ÉÇö¼®±º ºñ°áÀº?(Áß¾ÓÀÏº¸ 2002.01.09 º¸µµ)
[Àü¹®°¡°¡ 
º» ÇÑ±¹ÀÎÀÇ ¿µ¾î]¿ÀÇ ³ôÁö¸¸ ±³À°¹æ½Ä Àß¸ø (µ¿¾ÆÀÏº¸ º¸µµÀÚ·áÀÎ¿ë)
[¿µ¾î¿Ç³ÀÇ 
Çã¿Í ½Ç]¨èÇÑ±¹ÀÎ ¿µ¾î½Ç·ÂÀÇ ÇöÁÖ¼Ò (µ¿¾ÆÀÏº¸ 2002.02.18º¸µµ)

 
  

  


  ¡ß  
¿µ¾îÇÑ¸¶µð

 
  ¢º 
impression

 
   
Murder in the First 
  Did he, in any way, give the impression 
  of one who was insane?
  (±×´Â, ¾î¶² ½ÄÀ¸·Î°Ç , ÀÎ»óÀ» ÁÖ¾ú½À´Ï±î ¹ÌÄ£ »ç¶÷ÀÌ¶ó´Â?)
LongKiss Goodnight
  She might be under the mistaken impression 
  Mommy gives a fuck.
  (¾ö¸¶°¡ ½Å°æ ½á ÁÙ °Å¶ó°í ¿ÀÇØÇÏ°í ÀÖÀ»ÅÙµ¥) 
  
Dead Poets Society 
  But I don't think I have to warn you boys his age are very impressionable.
  (±× ¾ÖµéÀÇ °¨¼ö¼ºÀÌ °ÇÏ´Ù°í ÀÚ³×¿¡°Ô °æ°íÇÏ´Â °Ç ¾Æ´Ò¼¼.)
Dead Poets Society 
  Well, your reprimand made quite an impression, 
  I'm sure.
  (±³Àå¼±»ý´ÔÀÌ ³»¸®½Å ¹úÀº ±íÀº ÀÎ»óÀ» ½É¾î ÁÖ¾úÀ» °ÍÀÔ´Ï´Ù.)

[] bug-gdb OK !!

2002-05-11 Thread

Title: Å¸·¡¹Ú






   


  
   
 
  
 
  
   

   
 
  ºÎµ¿»ê 

 
  ÀÚµ¿Â÷

 
  »ýÈ° ¿ëÇ°

 
  Ãë¾÷ Á¤º¸

 
  Å¸·¡¹Ú ±¤Àå

  

  
  

  

  
   


  
   
 
  
 
  
  

  

  
   
 
  

   

  

  
  
 
  

  
  

		
		¸Å¹° °Ë»öÀº È¸¿ø °¡ÀÔ°ú °ü°è¾øÀÌ ´©±¸³ª ¹«·á·Î 
ÀÌ¿ë ÇÏ½Ç¼ö ÀÖ½À´Ï´Ù.

ºÎµ¿»ê , ÀÚµ¿Â÷ , »ýÈ°¿ëÇ° , Ãë¾÷ Á¤º¸ 
¹× °ü·Ã ¾÷Á¾À» ¸Á¶óÇÑ ÅäÅÐ Àü±¹ ³×Æ®¿öÅ© ¸ÁÀ» 

±¸ÃàÇÑ Àü±¹ ÃÖ´ëÀÇ Á¾ÇÕ»ýÈ°Á¤º¸ »çÀÌÆ® 
ÀÔ´Ï´Ù. 

¸Å¹° µî·ÏÀ» ÇÏ½Ã·Á¸é È¸¿ø °¡ÀÔÀ» ÇÏ¼Å¾ß µî·Ï ÇÏ½Ç¼ö ÀÖ½À´Ï´Ù.

¸Å¹° µî·ÏÀº ÃÖ¼ÒÇÑÀÇ ºñ¿ëÀ» ºÎ´ãÇÏ°í À¯·á·Î ¿î¿µ µÇ°í ÀÖ½À´Ï´Ù.


¹®ÀÇ ¸ÞÀÏ : [EMAIL PROTECTED]

  

  

  
  

  
  
 
  

  
  
»çÁ¤ ¾çÇØ ¾øÀÌ ¸ÞÀÏ º¸³»´Â Á¡¿¡ ´ëÇÏ¿© »ç°ú µå¸³´Ï´Ù.

		±ÍÇÏÀÇ ¸ÞÀÏ ÁÖ¼Ò´Â À¥¼ÇÎÁß :

		¿¡¼ ¾Ë°ÔµÇ¾î ¹ß¼ÛÇÏ¿´À¸¸ç,  ¸ÞÀÏÁÖ¼Ò ¿Ü¿¡ ´Ù¸¥Á¤º¸´Â °¡Áö°í ÀÖÁö ¾ÊÀ½À» ¹àÇô µå¸³´Ï´Ù.
 
º» ¸ÞÀÏÀº Á¤º¸ Åë½Å¸Á ÀÌ¿ëÃËÁø ¹× Á¤º¸ º¸È£µî¿¡ °üÇÑ ¹ý·ü¿¡ ÀÇ°ÅÇÑ ±¤°í 
¸ÞÀÏ ÀÔ´Ï´Ù.
   
¿øÄ¡ ¾ÊÀ¸½Ã¸é »èÁ¦ ÇÏ½Ã°Å³ª ¼ö½Å°ÅºÎ ÇÏ½Ã¸é °í°´ µ¥ÀÌÅÍ¿¡¼ ¿µ±¸ »èÁ¦ ÇÏ°Ú½À´Ï´Ù.

bug-gdb

2002-05-09 Thread


Ãµ¾È½ÃÀÇ Àü¿ø ÁÖÅÃ ºÐ¾çÇÕ´Ï´Ù.
¾ÕÀ¸·Î 100¿©µ¿À» °è¼Ó °ÇÃàÁßÀÔ´Ï´Ù. ÇöÀç´Â 12°³µ¿ÀÌ ÁØ°ø µÇ¾ú½À´Ï´Ù.

ºÐÀ§±â´Â Àü¿øÁÖÅÃÀÌÁö¸¸, µµ½Ã°¡½º,°øµ¿ ³îÀÌÅÍ,ÅÔ¹ç µî ÆíÀÇ ½Ã¼³ÀÌ Á¦°ø µË´Ï´Ù

ÀÎ±ÙÀÇ ¼¿î¸é¿¡ ¼¼°è ÃÖ´ë »ç°èÀý ½ºÅ°ÀåÀÌ °Ç¼³µË´Ï´Ù(¾È¼º½Ã ÁÖ°ü)





Ä«Å¸·Î±× º¸±â¢¹¢º
´Ù¸¥ »çÁø º¸±â¢¹¢º
041-585-0155 / 016-331-5278
Ãµ¾È½Ã ÀÔÀå¸é ½ÃÀå¸® 51 Ä®·Î½ººô¸®Áö Å¸¿î °û¿µÈ£


¢Ã ´ëÁö¸éÀû 544.5m©÷ °Ç¹°¸éÀû 160m©÷ 
¢Ã ¸Å¸Å°¡°Ý 28,000¸¸¿ø 
¢Ã À¶ÀÚ±Ý 15,000¸¸¿ø 
¢Ã Çö±Ý°¡ 13,000¸¸¿ø 
¢Ã Æò Çü : 50 
¢Ã ¹æ ¼ö : 5 
¢Ã ÁØ°ø³âµµ : 2002 
¢Ã Ãþº°±¸ºÐ : 2 
¢Ã ³¹æÁ¾·ù : µµ½Ã°¡½º 
¢Ã ÀÔÁÖ½Ã±â : Áï½Ã 
¢Ã ÁÖÂ÷À¯¹« : 2 
¢Ã ´ëÁß±³Åë : ¹ö½º 
¢Ã ±³À°½Ã¼³ : Ãµ¾È 13°³ ´ëÇÐ±³ À§Ä¡ ¹× 33°³ Áß °íµîÇÐ±³ À§Ä¡ 
¢Ã ÀÇ·á½Ã¼³ : ´Ü±¹´ë Á¾ÇÕº´¿ø5ºÐ 
¢Ã ¼îÇÎ¼¾Å¸ : LG µî ´ëÇüÇÒÀÎ¸ÅÀå 10ºÐ °Å¸® 
¢Ã °ø¿ø½Ã¼³ : ¼¼°è ÃÖ´ë »ç°èÀý½ºÅ°Àå °Ç¸³Áß(¼¿î¸é ÀÎ¸®)  

¸ÞÀÏ¼ö½ÅÀ» ¿øÇÏÁö ¾ÊÀ¸½Å ºÐ²²¼´Â ¿©±â¸¦ Å¬¸¯ÇÏ¸é ÀÚµ¿À¸·Î ¼ö½Å°ÅºÎÀÚ·Î µî·ÏµË´Ï´Ù.

[] bug-gdb ? ! !

2002-04-29 Thread

Title: »ùÇÃ±³Àç(Å×ÀÌÇÁ)¸¦¹Þ¾Æº¸°í½ÍÀ¸½ÅºÐÀºÁÖ¼Ò¸¦±âÀçÇÏ½ÅÈÄ.¾Æ·¡ÀÇ½ÅÃ»ÇÏ±â¹öÆ°À»Å¬¸¯ÇÏ¼¼¿ä.

















































  »ùÇÃÅ×ÀÌÇÁ ½ÅÃ»ÀÚ´Â ÁÖ¼ÒÈ®ÀÎ°ú ÇÔ²² ¹«·á·Î ±³Àç 
¹× ÇÁ·Î±×·¥»ó´ãÀ» °ð¹Ù·Î ¹ÞÀ¸½Ç ¼ö ÀÖ½À´Ï´Ù. 


























±ÍÇÏÀÇ 
½Â¶ô¾øÀÌ È«º¸¼º ÀüÀÚ¿ìÆíÀ» º¸³»°Ô µÈÁ¡ Á¤ÁßÈ÷ »ç°ú µå¸³´Ï´Ù.
Á¤º¸Åë½Å¸Á 
ÀÌ¿ë ÃËÁø¹ý ±ÔÁ¤À» ÁØ¼öÇÏ¿© ±¤°í¸ÞÀÏÀÓÀ» Ç¥½ÃÇÏ¿´À¸¸ç, 
¼ö½Å°ÅºÎÀåÄ¡¸¦ ¸¶·ÃÇÏ°íÀÖ½À´Ï´Ù.
±ÍÇÏÀÇ 
ÀüÀÚ¿ìÆíÁÖ¼Ò´Â ÀÎÅÍ³Ý»óÀÇ °ø°³µÈ Àå¼Ò¿¡¼ ½ÀÆ¯ÇÏ¿´À¸¸ç 
ÀúÈñ´Â ±ÍÇÏÀÇ ÀüÀÚ¿ìÆíÁÖ¼Ò¿Ü ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ 
°¡Áö°í ÀÖÁö ¾ÊÀ¸¹Ç·Î ¾È½ÉÇÏ½Ã±â ¹Ù¶ø´Ï´Ù.
¼ö½ÅÀ» 
¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦ 
Å¬¸¯ÇØ ÁÖ½Ê½Ã¿ä...

ptrap bug

2002-04-26 Thread Stewart Brown


In the attached tar file, see gdb.fix/README for a complete explanation.

Stewart Brown



ptypebug.tar.bz2
Description: Binary data

[] bug-gdb ? ! !

2002-04-24 Thread

Title: »ùÇÃ±³Àç(Å×ÀÌÇÁ)¸¦¹Þ¾Æº¸°í½ÍÀ¸½ÅºÐÀºÁÖ¼Ò¸¦±âÀçÇÏ½ÅÈÄ.¾Æ·¡ÀÇ½ÅÃ»ÇÏ±â¹öÆ°À»Å¬¸¯ÇÏ¼¼¿ä.


















































  »ùÇÃÅ×ÀÌÇÁ ½ÅÃ»ÀÚ´Â ÁÖ¼ÒÈ®ÀÎ°ú ÇÔ²² ¹«·á·Î ±³Àç 
¹× ÇÁ·Î±×·¥»ó´ãÀ» °ð¹Ù·Î ¹ÞÀ¸½Ç ¼ö ÀÖ½À´Ï´Ù. 


























±ÍÇÏÀÇ 
½Â¶ô¾øÀÌ È«º¸¼º ÀüÀÚ¿ìÆíÀ» º¸³»°Ô µÈÁ¡ Á¤ÁßÈ÷ »ç°ú µå¸³´Ï´Ù.
Á¤º¸Åë½Å¸Á 
ÀÌ¿ë ÃËÁø¹ý ±ÔÁ¤À» ÁØ¼öÇÏ¿© ±¤°í¸ÞÀÏÀÓÀ» Ç¥½ÃÇÏ¿´À¸¸ç, 
¼ö½Å°ÅºÎÀåÄ¡¸¦ ¸¶·ÃÇÏ°íÀÖ½À´Ï´Ù.
±ÍÇÏÀÇ 
ÀüÀÚ¿ìÆíÁÖ¼Ò´Â ÀÎÅÍ³Ý»óÀÇ °ø°³µÈ Àå¼Ò¿¡¼ ½ÀÆ¯ÇÏ¿´À¸¸ç 
ÀúÈñ´Â ±ÍÇÏÀÇ ÀüÀÚ¿ìÆíÁÖ¼Ò¿Ü ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ 
°¡Áö°í ÀÖÁö ¾ÊÀ¸¹Ç·Î ¾È½ÉÇÏ½Ã±â ¹Ù¶ø´Ï´Ù.
¼ö½ÅÀ» 
¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦ 
Å¬¸¯ÇØ ÁÖ½Ê½Ã¿ä...

[]bug-gdb.

2002-04-23 Thread

Title: Untitled Document




   
   

  
   

  
   
 
  ¾È³çÇÏ¼¼¿ä.
¹«ºñÀ×±Û¸®½¬ 
ÀÔ´Ï´Ù.
¹«ºñÀ×±Û¸®½¬´Â ¼¼°èÀûÀÎ ¿ùÆ®µðÁî´Ï»ç¿Í »ç¾÷Á¦ÈÞ·Î ¸ÖÆ¼¹Ìµð¾î ÅëÇÕ±â¼úÀ» ÀÌ¿ëÇÑ
ÃÖÃ·´Ü µðÁöÅÐ ±³Àç·Î µ¥ÀÌÅÍ ¾ÐÃà¹æ½ÄÀÎ MPEG¸¦ ±¸ÇöÇÏ¿© ¸¸µé¾ú½À´Ï´Ù. ¿©±â¿¡´Â Ä¸¼Ç±â
´ÉÀÌ Ã·°¡µÇ¾î(¿µ¹®ÀÚ¸·, ÇÑ±ØÀÚ¸·, ¹«ÀÚ¸·)¼±ÅÃ°ú DICTATION ±â´ÉÀÌ Ã·°¡µÇ¾î Áï¼®¿¡¼
µè±â´É·Â Æò°¡¸¦ÇÒ 
¼ö ÀÖµµ·Ï ±âÈ¹µÇ¾ú½À´Ï´Ù. 

  
   
  
  
¡ß 
  ¿µ¾î´Â ±âº» Áß±¹,ÀÏº»¾î´Â ÇÊ¼ö
  
   
µ¿ºÏ¾Æ 
  Áß½É±¹°¡ Ã»»çÁø ¹è°æ°ú Àü¸Á (µ¿¾ÆÀÏº¸)
  ¸¸13¼¼¿¡ 
  ÅäÀÍ¸¸Á¡ ½ÉÇö¼®±º ºñ°áÀº?(Áß¾ÓÀÏº¸ 2002.01.09 º¸µµ)
  [Àü¹®°¡°¡ 
  º» ÇÑ±¹ÀÎÀÇ ¿µ¾î]¿ÀÇ ³ôÁö¸¸ ±³À°¹æ½Ä Àß¸ø (µ¿¾ÆÀÏº¸ º¸µµÀÚ·áÀÎ¿ë)
  [¿µ¾î¿Ç³ÀÇ 
  Çã¿Í ½Ç]¨èÇÑ±¹ÀÎ ¿µ¾î½Ç·ÂÀÇ ÇöÁÖ¼Ò (µ¿¾ÆÀÏº¸ 2002.02.18º¸µµ)
  

  
   
¡ß  
  ¿µ¾îÇÑ¸¶µð
  
   
 ¢º 
  impression  
  
   
 
  Murder in the First 
Did he, in any way, give the impression 
of one who was insane?
(±×´Â, ¾î¶² ½ÄÀ¸·Î°Ç , ÀÎ»óÀ» ÁÖ¾ú½À´Ï±î ¹ÌÄ£ »ç¶÷ÀÌ¶ó´Â?)
  LongKiss Goodnight
She might be under the mistaken impression 
Mommy gives a fuck.
(¾ö¸¶°¡ ½Å°æ ½á ÁÙ °Å¶ó°í ¿ÀÇØÇÏ°í ÀÖÀ»ÅÙµ¥) 
  
  Dead Poets Society 
But I don't think I have to warn you boys his age are very impressionable.
(±× ¾ÖµéÀÇ °¨¼ö¼ºÀÌ °ÇÏ´Ù°í ÀÚ³×¿¡°Ô °æ°íÇÏ´Â °Ç ¾Æ´Ò¼¼.)
  Dead Poets Society 
Well, your reprimand made quite an impression, 
I'm sure.
(±³Àå¼±»ý´ÔÀÌ ³»¸®½Å ¹úÀº ±íÀº ÀÎ»óÀ» ½É¾î ÁÖ¾úÀ» °ÍÀÔ´Ï´Ù.) 

  
   
¡ß 
  ´õ¸¹Àº Á¤º¸¿Í ±âÈ¹À¸·Î ´Ù°¡¼°Ú½À´Ï´Ù.
  
   

  
   
 
  

  
   
 
   
 
  
 

 
  

 
  

  
   
 
 
  

 
  

 
  

   
 Ãâ½ÃÀÛ ¹× »ó¿µÀÛ  
Ãâ½ÃÀÛ ¹× »ó¿µÀÛ  ½ÅÃ»¼ÀÛ¼º
  
   
 
   
 
  ¿©·¯ºÐ²² Àç¹ÌÀÖ°Ô¿µ¾î°øºÎ¸¦ ÇÒ ¼ö ÀÖ´Â 
±âÈ¸¸¦ µå¸³´Ï´Ù.

  
   
¹«ºñÀ×±Û¸®½¬ Á¦Ç°À» ¹Ì¸® »ç¿ëÇØ º¸½Ç¼ö 
  ÀÖ½À´Ï´Ù. ½ÅÃ»ÇØÁÖ½Ã¸é ¹«·ácd¸¦ ¹ß¼ÛÇØµå¸®°Ú½À´Ï´Ù.
  È¨ÆäÀÌÁö : www.mbcmovieenglish.co.kr
   
  

  
   

  
   

  ¡á º» ¸ÞÀÏÀº Á¤º¸Åë½Å¸Á ÀÌ¿ë ÃËÁø ¹× Á¤º¸ º¸È£ µî¿¡ °üÇÑ ¹ý·ü Á¦ 50Á¶¿¡ ÁØÇÑ[±¤°í]¸ÞÀÏÀÔ´Ï´Ù.
  ¡á E-mail ÁÖ¼Ò´Â °Ë»ö¿¡ ÀÇÇØ ¼öÁýµÇ¾úÀ¸¸ç,ÁÖ¼ÒÀÌ¿ÜÀÇ ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù.
  ¡á ¼öÁýµÈ E-mailÁÖ¼Ò´Â È«º¸¼º ÀÌ¿ÜÀÇ ¾î¶°ÇÑ ¸ñÀûÀ¸·Îµµ »ç¿ëµÇ¾îÁöÁö ¾Ê½À´Ï´Ù. 
  
  ¡á ´õÀÌ»ó ¸ÞÀÏÀ» ¿øÄ¡¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦ 
  ´·¯ÁÖ¼¼¿ä.

[]bug-gdb.

2002-04-23 Thread

Title: Untitled Document




   
   

  
   

  
   
 
  ¾È³çÇÏ¼¼¿ä.
¹«ºñÀ×±Û¸®½¬ 
ÀÔ´Ï´Ù.
¹«ºñÀ×±Û¸®½¬´Â ¼¼°èÀûÀÎ ¿ùÆ®µðÁî´Ï»ç¿Í »ç¾÷Á¦ÈÞ·Î ¸ÖÆ¼¹Ìµð¾î ÅëÇÕ±â¼úÀ» ÀÌ¿ëÇÑ
ÃÖÃ·´Ü µðÁöÅÐ ±³Àç·Î µ¥ÀÌÅÍ ¾ÐÃà¹æ½ÄÀÎ MPEG¸¦ ±¸ÇöÇÏ¿© ¸¸µé¾ú½À´Ï´Ù. ¿©±â¿¡´Â Ä¸¼Ç±â
´ÉÀÌ Ã·°¡µÇ¾î(¿µ¹®ÀÚ¸·, ÇÑ±ØÀÚ¸·, ¹«ÀÚ¸·)¼±ÅÃ°ú DICTATION ±â´ÉÀÌ Ã·°¡µÇ¾î Áï¼®¿¡¼
µè±â´É·Â Æò°¡¸¦ÇÒ 
¼ö ÀÖµµ·Ï ±âÈ¹µÇ¾ú½À´Ï´Ù. 

  
   
  
  
¡ß 
  ¿µ¾î´Â ±âº» Áß±¹,ÀÏº»¾î´Â ÇÊ¼ö
  
   
µ¿ºÏ¾Æ 
  Áß½É±¹°¡ Ã»»çÁø ¹è°æ°ú Àü¸Á (µ¿¾ÆÀÏº¸)
  ¸¸13¼¼¿¡ 
  ÅäÀÍ¸¸Á¡ ½ÉÇö¼®±º ºñ°áÀº?(Áß¾ÓÀÏº¸ 2002.01.09 º¸µµ)
  [Àü¹®°¡°¡ 
  º» ÇÑ±¹ÀÎÀÇ ¿µ¾î]¿ÀÇ ³ôÁö¸¸ ±³À°¹æ½Ä Àß¸ø (µ¿¾ÆÀÏº¸ º¸µµÀÚ·áÀÎ¿ë)
  [¿µ¾î¿Ç³ÀÇ 
  Çã¿Í ½Ç]¨èÇÑ±¹ÀÎ ¿µ¾î½Ç·ÂÀÇ ÇöÁÖ¼Ò (µ¿¾ÆÀÏº¸ 2002.02.18º¸µµ)
  

  
   
¡ß  
  ¿µ¾îÇÑ¸¶µð
  
   
 ¢º 
  impression  
  
   
 
  Murder in the First 
Did he, in any way, give the impression 
of one who was insane?
(±×´Â, ¾î¶² ½ÄÀ¸·Î°Ç , ÀÎ»óÀ» ÁÖ¾ú½À´Ï±î ¹ÌÄ£ »ç¶÷ÀÌ¶ó´Â?)
  LongKiss Goodnight
She might be under the mistaken impression 
Mommy gives a fuck.
(¾ö¸¶°¡ ½Å°æ ½á ÁÙ °Å¶ó°í ¿ÀÇØÇÏ°í ÀÖÀ»ÅÙµ¥) 
  
  Dead Poets Society 
But I don't think I have to warn you boys his age are very impressionable.
(±× ¾ÖµéÀÇ °¨¼ö¼ºÀÌ °ÇÏ´Ù°í ÀÚ³×¿¡°Ô °æ°íÇÏ´Â °Ç ¾Æ´Ò¼¼.)
  Dead Poets Society 
Well, your reprimand made quite an impression, 
I'm sure.
(±³Àå¼±»ý´ÔÀÌ ³»¸®½Å ¹úÀº ±íÀº ÀÎ»óÀ» ½É¾î ÁÖ¾úÀ» °ÍÀÔ´Ï´Ù.) 

  
   
¡ß 
  ´õ¸¹Àº Á¤º¸¿Í ±âÈ¹À¸·Î ´Ù°¡¼°Ú½À´Ï´Ù.
  
   

  
   
 
  

  
   
 
   
 
  
 

 
  

 
  

  
   
 
 
  

 
  

 
  

   
 Ãâ½ÃÀÛ ¹× »ó¿µÀÛ  
Ãâ½ÃÀÛ ¹× »ó¿µÀÛ  ½ÅÃ»¼ÀÛ¼º
  
   
 
   
 
  ¿©·¯ºÐ²² Àç¹ÌÀÖ°Ô¿µ¾î°øºÎ¸¦ ÇÒ ¼ö ÀÖ´Â 
±âÈ¸¸¦ µå¸³´Ï´Ù.

  
   
¹«ºñÀ×±Û¸®½¬ Á¦Ç°À» ¹Ì¸® »ç¿ëÇØ º¸½Ç¼ö 
  ÀÖ½À´Ï´Ù. ½ÅÃ»ÇØÁÖ½Ã¸é ¹«·ácd¸¦ ¹ß¼ÛÇØµå¸®°Ú½À´Ï´Ù.
  È¨ÆäÀÌÁö : www.mbcmovieenglish.co.kr
   
  

  
   

  
   

  ¡á º» ¸ÞÀÏÀº Á¤º¸Åë½Å¸Á ÀÌ¿ë ÃËÁø ¹× Á¤º¸ º¸È£ µî¿¡ °üÇÑ ¹ý·ü Á¦ 50Á¶¿¡ ÁØÇÑ[±¤°í]¸ÞÀÏÀÔ´Ï´Ù.
  ¡á E-mail ÁÖ¼Ò´Â °Ë»ö¿¡ ÀÇÇØ ¼öÁýµÇ¾úÀ¸¸ç,ÁÖ¼ÒÀÌ¿ÜÀÇ ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù.
  ¡á ¼öÁýµÈ E-mailÁÖ¼Ò´Â È«º¸¼º ÀÌ¿ÜÀÇ ¾î¶°ÇÑ ¸ñÀûÀ¸·Îµµ »ç¿ëµÇ¾îÁöÁö ¾Ê½À´Ï´Ù. 
  
  ¡á ´õÀÌ»ó ¸ÞÀÏÀ» ¿øÄ¡¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦ 
  ´·¯ÁÖ¼¼¿ä.

[] bug-gdb ?

2002-04-23 Thread

Title: ÃÖ½ÅÀÇ ¼îÇÎ¸ô!!! ¸¸¹°»óÀÌ ¸¸µé¾î µå¸³´Ï´Ù!











	
		
			

 



 

ÃÖ½ÅÀÇ ¼îÇÎ¸ôÀÚµ¿±¸ÃàÇÁ·Î±×·¥ÀÎ ¸¸¹°»óÀÌ ¿©·¯ºÐÀÇ ¼º°øÀ» º¸ÀåÇØµå¸³´Ï´Ù! 
°¡°Ý 550,000¿ø!  ±¸ÀÔÀÚ¿¡ ÇÑÇÏ¿© À¥È£½ºÆÃºñ 500M¿¡ ¿¬ 11¸¸¿øÀ¸·Î ´ëÆø ÇÒÀÎ!

			   
 


 
		
	
	 	 ¸¸¹°»ó Æ¯Â¡ 
	  * ¼îÇÎ¸ô ÀÚµ¿¼³Ä¡ ÇÁ·Î±×·¥ À¸·Î¼ ´©±¸³ª ¼Õ½±°Ô ¼³Ä¡ ¹× ¿î¿µÀÌ °¡´É ÇÕ´Ï´Ù.
	  * ¼îÇÎ¸ô¿¡ °øµ¿±¸¸Å ±â´ÉÀº ±âº»ÀÔ´Ï´Ù.
	  * »óÇ°Á¾·ù ¹× ¼ö·®¿¡ °ü°è¾øÀÌ ¹«Á¦ÇÑ µî·ÏÀÌ °¡´É ÇÕ´Ï´Ù.
	  * Ä«µå°áÁ¦(Paygate, Telec µî)½Ã½ºÅÛÀÇ ¿¬µ¿ÀÛ¾÷Àº ¹«·á·Î ÇØµå¸³´Ï´Ù.
	  * »óÇ°µî·Ï, »èÁ¦´Â ¹°·ÐÀÌ¸ç, ¸ÞÀÎ·Î°í, Ä«Å×°í¸®º°¹è³ÊÀÌ¹ÌÁöµµ ¾÷·Îµå ¹æ½ÄÀÇ ÀÚµ¿Ã³¸®°¡ °¡´É ÇÕ´Ï´Ù.
	  * È¸¿ø±¸¸Å½Ã Æ÷ÀÎÆ®Àû¸³,Æ÷ÀÎÆ®·ÎÀÇ ±¸¸Å°¡´ÉÇÏ¿© Áö¼ÓÀûÀÎ È¸¿ø±¸¸Å¸¦ Àû±Ø À¯ÀÎÇÕ´Ï´Ù.
	  * °ü¸®ÀÚ ±â´É°È·Î ÀÎÇÏ¿© À¥¿¡¼ Á÷Á¢ ¼îÇÎ¸ôÀ» °ü¸®ÇÏ½Ç ¼ö ÀÖ½À´Ï´Ù.
  * ¸ÞÀÎÆäÀÌÁö¿¡ ÀÌº¥Æ®Ã¢À» ¶ç¿ö ¹æ¹®ÀÚ¿¡°Ô »õ ¼Ò½Ä ¶Ç´Â ÀÌº¥Æ® Çà»ç¸¦ °øÁöÇÒ ¼ö ÀÖ´Â ±â´ÉÀÌ ÀÖ½À´Ï´Ù.
  * ´Ù¾çÇÑ ¸ÞÀÏ¹ß¼Û±â´ÉÀ¸·Î È«º¸¸¦ ´ë½ÅÇÒ ¼öÀÖ½À´Ï´Ù..
	  * ¼îÇÎ¸ôÀ» °í±ÞÇÁ·Î±×·¥(php4, D/B)È ÇÏ¿© ±× Ã³¸®¼Óµµ°¡ ¾öÃ» ºü¸¨´Ï´Ù.
	  * ÀÌ¹ÌÁö, »ö»ó, µî °¢Á¾±â´ÉÀ» Æí¸®ÇÏ°Ô º¯°æÇÏ½Ç ¼ö ÀÖÀ¸¸ç,±âÅ¸ È«º¸ ÆäÀÌÁö Ãß°¡µµ ¾ÆÁÖ ½±½À´Ï´Ù.

			

 
	   ±×¸²ÆÇÀ» ´©¸£½Ã¸é ¸¸¹°»ó¼îÇÎ¸ôÀ»  Ã¼ÇèÇÏ½Ç ¼ö ÀÖ½À´Ï´Ù
	   
		 ÃÖ±Ù ¸¸¹°»óÀ¸·Î Á¦ÀÛµÈ »çÀÌÆ®
		* È«»ïÆ¯ÆÇ»çÀÌÆ®(ÁÖ)KRG21 
* »çÁø°¶·¯¸®-¼îÇÎ¸ô(ÁÖ)Æú¶óÄ·
* Ã»¹ÙÁöÀü¹®¼îÇÎ¸ô(ÁÖ)ÀÌ±Û¾ÆÀÌ
		* ¿¡¾îÄÁ,±èÄ¡³ÃÀå°í (ÁÖ)21¼¼±âÀ¯Åë
		* È²Åä¹ß-Á¦È(ÁÖ)¶óÀÌÇÁ¸¶Æ®
* ´ÙÀÌ¾î¸® (ÁÖ)À§³ó´ÙÀÌ¾î¸®
		* ½Å¼±ÇÑ »ê¼ÒÆÇ¸Å »ê¼Ò¿Í »ç¶÷µé
		* ±Í ±Ý ¼Ó(ÁÖ)±Ý¹®»ç
		* ÀÇ ·ù(ÁÖ)´Ù¹Ì½º
* ½Å
¹ß¸ð´ø½´Áî
* Ä«¸Þ¶ó (ÁÖ)À¯´ÏÄ·µðÁöÅÐ
		* »çÀÌÅ¬ ¼¥ÄÚ·º½ºÆ¯ÆÇ
		* ¾Ö°ßÆÇ¸Å,Á¤º¸(ÁÖ)µµ±×¿¡ÀÌµåÃ¼ÀÎ... ¿Ü´Ù¼ö.	

	 
 

	




 
 
 ÀüÈ¹øÈ£(¿¬¶ôÃ³) : 
 ¼ºÇÔ ¹× email : 
 ¹®ÀÇ³ª »ó´ãÀ» ¿øÇÏ½Ã´Â ºÐÀº  ¿¬¶ôÃ³¿Í ¼ºÇÔÀ» ³²°Ü³õÀ¸½Ã¸é  Á÷Á¢ ¿¬¶ôÀ» µå¸®°Ú½À´Ï´Ù.
 
 
 



	 ¸¸¹°»ó ÇÁ·Î±×·¥»ç¾÷ºÎ ´ã´çÀÚ: °¼ºÈÆ ¹®ÀÇ: (ÓÛ) 02)409-4154
	
	
	 Çã¶ô¾øÀÌ È«º¸¸ÞÀÏÀ» º¸³»µå·Á ÁË¼Û ÇÕ´Ï´Ù. °ø°³µÈ °Ô½ÃÆÇµî¿¡¼ ¼öÁýÇÑ°ÍÀÌ¿À´Ï ¸¸ÀÏ ±ÍÇÏ¿¡°Ô ÇÊ¿ä¾ø´Â
  	 ¸ÞÀÏÀÏ °æ¿ì, ¾Æ·¡ÀÇ ¼ö½Å°ÅºÎ¹öÆ°À» ´·¯ÁÖ½Ã¸é ´õ ÀÌ»ó ¹ß¼ÛµÇÁö ¾Êµµ·Ï »èÁ¦ÇÏ¿© µå¸®°Ú½À´Ï´Ù.

[] bug-gdb !

2002-04-23 Thread

Title: ±¹¹ÎÄ«µå

 

 


 
 

   
	
		  
¼º¸í  
  
  ÀüÈ  
  
  ÈÞ´ëÆù 
  
  	
		
	  	  
¼ö½Å°ÅºÎ

bug-gdb .[]

2002-04-22 Thread

Title: ¾ÆÀÌµûµûµû













		
		
	
	
ÀÎÅÍ³ÝÀº bug-gdb´ÔÀÌ ÁÖÀÎÀÔ´Ï´Ù. 
	
		
	
		
			

			
			

			
		
		
		
		
 
 
	
	
 
		 
 
 
	
		 
		 
			
¾È³çÇÏ¼¼¿ä? bug-gdb´Ô ¾ÆÁ÷µµ ¾ÆÀÌµûµûµû¸¦ ¸ð¸£½Ã³ª¿ä? --- ³×Æ¼Áð °¡Á· 3°³¿ù¸¸¿¡ 2¸¸ µ¹ÆÄ --- 
			more
  
		 
		
		 
 
 
 
	 
	 
  
	 
	 
		 
	 
 
	 
		



 
		

ÀÎÅÍ³Ý¿¡´Â ¸¹Àº Á¤º¸¿Í ±× Á¤º¸¸¦ Ã£¾ÆÁÖ´Â °Ë»ö¿£ÁøÀÌ ÀÖ½À´Ï´Ù. ÇÏÁö¸¸ ±âÇÏ±Þ¼öÀûÀ¸·Î
Áõ°¡ÇÏ´Â À¥»çÀÌÆ®ÀÇ ÀÚ·á¸¦ ±âÁ¸ÀÇ °Ë»ö¹æ¹ýÀ¸·Î´Â ¿ÀÈ÷·Á Á¤º¸¸¦ Ã£´Âµ¥ ¸¹Àº ³ë·Â°ú 
½Ã°£À» ÇãºñÇÏ´Â °á°ú¸¦ ÃÊ·¡ÇÏ°í ÀÖ½À´Ï´Ù.

 
		

°Ë»ö °³³ä 
	 
	 
	 
		 
	 
	 
	 
		 
		
		 
	 




	 






	 
	 
		 
	 
 
	 
		



 
		

ÀÌÁ¦´Â ¾òÀ» ¼ö ¾ø´Â ¸¹Àº ¾çÀÇ °Ë»ö°á°úº¸´Ù´Â ½Å·Ú¼º ÀÖ´Â Á¤º¸¸¦ ¿ä±¸ÇÏ´Â ½Ã´ë°¡ µÇ¾ú½À´Ï´Ù.
ÀÎÅÍ³Ý¿¡ »êÀçÇØ ÀÖ´Â »çÀÌÆ® Áß¿¡´Â ¿ì¸®°¡ ²À ÇÊ¿äÇÑ Á¤º¸µéÀ» ´ã°íÀÖ´Â »çÀÌÆ®°¡ ¸¹ÀÌ ÀÖ´Âµ¥,
ÀÌ »çÀÌÆ® µéÀ» ±¸ºÐÇÏ¸é Æ÷Å»,º¸Å»,Çãºê »çÀÌÆ®¶ó°í ÇÕ´Ï´Ù.
 
		

°Ë»ö µµ¿ì¹Ì 
	 
	 
	 
		 
	 
	 
	 
		 
		
		 
	 




	 
	 
	 
		 
	 
 
	 
		



 
		

¾ÆÀÌµûµûµû´Â ³×Æ¼ÁðÀÌ ´ã´ç(1,120¸í)ÀÌµÇ¾î ¾ç½ÉÀûÀ¸·Î µî·ÏÇÑ »çÀÌÆ®¸¦ Ã£¾ÆÁÖ´Â ½Å°³³äÀÇ
°Ë»ö¿£ÁøÀÔ´Ï´Ù. bug-gdb´Ô²²¼µµ Ä«Å×°í¸® ´ã´çÀÚ°¡ µÇ½Ç ¼ö ÀÖ½À´Ï´Ù.
 
		

¿À´Ã±îÁöÀÇ ´ã´çÀÚ º¸±â 
	 
	 
	 
		 
	 
	 
	 
		 
		
		 
	 




	 
	 
	 
		 
	 
 
	 
		



 
		

¿ì¸® ³×Æ¼ÁðÀÌ °®°íÀÖ´Â À¯ÀÍÇÑ Á¤º¸¸¦ ¼·Î °øÀ¯ÇÏ°í »õ·Î¿î ³×Æ¼Áð¹®È¸¦ Ã¢ÃâÇÏ´Â°ÍÀÔ´Ï´Ù. 
ÀÌ¹Ì »çÈ¸ °¢°è°¢ÃþÀÇ ³×Æ¼ÁðÀÌ ÇÑ °¡Á·ÀÌ µÇ¾î 
³×Æ¼Áð ¿î¿µÀ§¿øÈ¸°¡ ¹ßÁ·µÇ¾ú½À´Ï´Ù.
bug-gdb´Ô²²¼µµ ¾ÆÀÌµûµûµûÀÇ ÇÑ °¡Á·ÀÌ µÇ¾îÁÖ½Ã±æ ºÎÅ¹µå¸³´Ï´Ù. (2¸¸1Ãµ °¡Á·) 

 
		

³ªµµ°¡Á·µÇ±â 
	 
	 
	 
		 
	 
	 
	 
		 
		
		 
	 




	 


 
	 
		 
	 
 
	 
		



 
		

¾ÆÀÌµûµûµû¸¦ °³¹ßÇÑ (ÁÖ)¾ÆÀÌ¿£À¥À» bug-gdb´Ô²²¼ Á÷Á¢ Âü¿©ÇÏ¿© ±â¾÷À» ¿î¿µÇÕ´Ï´Ù.
»çÀÌÆ®ÀÇ ÄÁÅÙÃ÷ °áÁ¤,¿î¿µÀ» ³×Æ¼ÁðÀÌ ÁÖÁÖ°¡ µÇ¾î bug-gdb´Ô²²¼ Á÷Á¢ Âü¿©ÇÕ´Ï´Ù. 

 
		

³×Æ¼Áð ¿î¿µÀ§¿øÈ¸ °³³ä 
	 
	 
	 
		 
	 
	 
	 
		 
		
		 
	 




	 

 
	 
		 
	 
 
	 
		



 
		

È¤½Ã bug-gdb´Ô²²¼ ³×Æ¼Áð¿¡°Ô À¯¿ëÇÑ »çÀÌÆ®¸¦ ¾Ë°í °è½Ã¸é ÃßÃµÀ» ºÎÅ¹µå¸³´Ï´Ù. 
³×Æ¼ÁðÀÎ ¿ì¸® Àü¹® Ä«Å×°í¸®´ã´çÀÚ°¡ ¾ö°ÝÇÑ ½É»ç¸¦ ÇÏ¿© µî·ÏÇÕ´Ï´Ù. 
ÃßÃµÇÏ±â
¶ÇÇÑ, ÀÚÀ¯·Ó°Ô »çÀÌÆ®¸¦ È«º¸ÇÏ½Ç ¼ö ÀÖµµ·Ï È«º¸°Ô½ÃÆÇÀ» ¿¾î³õ¾Ò½À´Ï´Ù.
¾ÆÀÌµûµûµû´Â ¿¸°°ø°£ÀÌ±â ¹®ÀÔ´Ï´Ù.
 
		

È«º¸°Ô½ÃÆÇ°¡±â 
	 
	 
	 
		 
	 
	 
	 
		 
		
		 
	 




	 



 
	 
 
 


	 
		 
			   ½Å°³³äÀÇ ÀÎÅÍ³Ý °Ë»ö¿£Áø 
		 
	
		 
 
		 
		 
 
 
	

 
	
 
 
 
 
	
 
	
 
 
 


 
 
   

		 
		 
			   ¼ö½Å°ÅºÎ ¹× ¸ÞÀÏ¹ß¼Û¿¡ °üÇÑ »çÇ× 
			¼ö½Å°ÅºÎ
 
		 
	
		 
 
		 
		
 
		 

 
 
 
			   
   
±ÍÇÏ²² ºÒÆíÀ» ³¢ÃÄ µå·È´Ù¸é ¿ë¼¸¦ ¹Ù¶ø´Ï´Ù. Á¤ÁßÈ÷ »ç°úµå¸³´Ï´Ù. 
		 
 
		 
			   
		 
			
bug-gdb´ÔÀÇ ¸ÞÀÏÁÖ¼Ò´Â ÀÎÅÍ³Ý»ó¿¡¼ À¥¼ÇÎÀ» ÇÏ¿© ¿ì¿¬È÷ ÃëµæÇÏ¿´À¸¸ç 
bug-gdb´ÔÀÇ ¾î¶°ÇÑ Á¤º¸µµ °®°íÀÖÁö ¾ÊÀ¸´Ï ¾È½ÉÇÏ½Ã±â ¹Ù¶ø´Ï´Ù.
¾ÆÀÌµûµûµûÀÇ °¡Á·ÀÌ µÇ½Ã¸é ÀüÃ¼°¡Á· ¸ÞÀÏÀ» ÅëÇÏ¿© À¯ÀÍÇÑ Á¤º¸¸¦ ¹Þ¾Æº¸½Ç ¼ö ÀÖ½À´Ï´Ù.
°øÁö»çÇ×À» Âü°íÇÏ½Ã¸é ¾ÆÀÌµûµûµû ³»ºÎ»çÁ¤À» ¾Æ½Ç ¼ö ÀÖ½À´Ï´Ù.
 ¹Ù·Î°¡¼ º¸±â
³×Æ¼ÁðÀÇ °í°ßÀ» ¼ö·ÅÇÏ´Â °ø°³°Ô½ÃÆÇÀ» ¿î¿µÁßÀÔ´Ï´Ù.
¹Ù·Î°¡¼ º¸±â
  
´ÙÀ½ºÎÅÍ ¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ç °æ¿ì ÁÂÃøÀÇ ¼ö½Å°ÅºÎ ÀÌ¹ÌÁö¸¦ Å¬¸¯ÇÏ½Ã¸é ÀÚµ¿À¸·Î µî·Ï°ü¸®µË´Ï´Ù. 			
		 
		 
	
		 
			 
			 
			 
			 
 
 

 
 
 
Copyright ¨Ï 1998-2002 (ÁÖ)¾ÆÀÌ¿£À¥ All rights reserved. 
 
mailto:iwebmaster°¨»çÇÕ´Ï´Ù.

[] bug-gdb ? 3+1 .

2002-04-20 Thread

Title: ¾È³çÇÏ¼¼¿ä!¹Ì¿ëÀç·á¼îÇÎ¸ôÀÔ´Ï´Ù.Çã¶ô¾øÀÌ¸ÞÀÏÀ»º¸³»¾îÁË¼ÛÇÕ´Ï´Ù.





	Daum - ÇÑ¸ÞÀÏ³Ý
















¾È³çÇÏ¼¼¿ä! ¹Ì¿ëÀç·á¼îÇÎ¸ôÀÔ´Ï´Ù. 
Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»¾î ÁË¼ÛÇÕ´Ï´Ù.±ÍÇÏÀÇ ¸ÞÀÏÀº À¥¼ÇÎÁß¿¡ ¾Ë°Ô µÈ °ÍÀÌ¸ç 
Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ×¿¡ ÀÇ°Å Á¦¸ñ¿¡ 
[±¤°í]¶ó Ç¥½ÃµÈ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù. ºÒÆíÀ» µå·È´Ù¸é ÇÏ´ÜÀÇ ¼ö½Å°ÅºÎ¸¦ ´·¯ÁÖ¼¼¿ä!!
















































¾È³çÇÏ¼¼¿ä!! Çì¾îÅ¾ÀÔ´Ï´Ù¹Ì¿ëÀç·á 
Àü¹®¼îÇÎ¸ôwww.hairtop.comÀ» 
¼Ò°³ÇÕ´Ï´Ù.
Çì¾îµðÀÚÀÌ³Ê°¡ ¼±È£ÇÏ´Â 
Á¦Ç°¸¸À» ¼±È£ÇÏ´Â Á¦Ç°¸¸À» 
¼±ÅÃÇÏ¿´½À´Ï´ÙÇì¾î¿¡ 
°üÇÑ ¸ðµç °ÍÀ» ¹°¾îº¸¼¼¿ä¼º½É¼ºÀÇ 
°Í ´äº¯ÇÏ¿© µå¸®°Ú½À´Ï´Ù.¿°»öÁ¦ 
ÄÚÆÃÁ¦ ÆÛ¸ÓÁ¦ Å©¸®´ÐÁ¦Ç° 
¹Ì¿ë¿ëÇ° ¹Ì¿ë±â±â ¹Ì¿ë°¡±¸¹Ì¿ë¼Òµµ±¸¿Ü¸ÅÁ÷±â±â.¾ÆÀÌ·Õ±â±â 
µå¶óÀÌ±âµîÆÇ¸ÅÇÕ´Ï´Ù..



























±ÍÇÏÀÇ e-mail ÁÖ¼Ò ÀÌ¿ÜÀÇ Á¤º¸´Â ÀÏÃ¼ °¡Áö°í ÀÖÁö 
¾ÊÀ¸¸ç ºÒÆíÀ» µå·È´Ù¸é¸¦ ´·¯ÁÖ½Ê½Ã¿À.

Bug-gdb -- confirmation of subscription -- request 280226

2002-04-15 Thread bug-gdb-request


Bug-gdb -- confirmation of subscription -- request 280226

We have received a request from 24.61.44.218 for subscription of your
email address, [EMAIL PROTECTED], to the [EMAIL PROTECTED]
mailing list.  To confirm the request, please send a message to
[EMAIL PROTECTED], and either:

- maintain the subject line as is (the reply's additional Re: is
ok),

- or include the following line - and only the following line - in the
message body: 

confirm 280226

(Simply sending a 'reply' to this message should work from most email
interfaces, since that usually leaves the subject line in the right
form.)

If you do not wish to subscribe to this list, please simply disregard
this message.  Send questions to [EMAIL PROTECTED]

___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

Re: Bug-gdb -- confirmation of subscription -- request 280226

2002-04-15 Thread Christopher Faylor


On Mon, Apr 15, 2002 at 08:24:59PM -0400, [EMAIL PROTECTED] wrote:
Bug-gdb -- confirmation of subscription -- request 280226

We have received a request from 24.61.44.218 for subscription of your
email address, [EMAIL PROTECTED], to the [EMAIL PROTECTED]
mailing list.  To confirm the request, please send a message to
[EMAIL PROTECTED], and either:

- maintain the subject line as is (the reply's additional Re: is
ok),

- or include the following line - and only the following line - in the
message body: 

confirm 280226

(Simply sending a 'reply' to this message should work from most email
interfaces, since that usually leaves the subject line in the right
form.)

If you do not wish to subscribe to this list, please simply disregard
this message.  Send questions to [EMAIL PROTECTED]

___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

**bug-gdb ... ~()

2002-04-13 Thread

Title: mailto





 
  

  

		bug-gdb ´ÔÀÇ ¸ÞÀÏÁÖ¼Ò´Â http://korea.gnu.org/manual/release/gdb 
À¥ÆäÀÌÁö¿¡¼
°Ë»ö/¼öÁýµÈ ÀÚ·áÀÌ¹Ç·Î ÀüÀÚ¿ìÆí Á¤º¸ÀÌ¿Ü¿¡ ¾î¶°ÇÑ Á¤º¸µµ ¾øÀ½À» ¾Ë·Áµå¸³´Ï´Ù.
		
		»çÀüÀÇ Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»°Ô µÈÁ¡ »ç°úµå¸³´Ï´Ù.
ÀÌ ¸ÞÀÏÀÇ ¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ ¸¦ ¼±ÅÃÇÏ¼¼¿ä.

¾È³çÇÏ¼¼¿ä! bug-gdb@gnu.org´Ô! ÀÌ·²¼ö°¡! ¿±±â¾ç¸»ÀÌ 6ÄÃ·¹°¡ ¸¸¿ø ¹«·á¹è¼Û![±¤/°í]

2002-04-12 Thread ¹ÙÀÌ¿À¾ç¸»

Title: Á¦¸ñ¾øÀ½































ÀüÈÁÖ¹®:02)6351-7500



±ÍÇÏÀÇ
½Â¶ô¾øÀÌ È«º¸¼º ÀüÀÚ¿ìÆíÀ» º¸³»°Ô µÈÁ¡ Á¤ÁßÈ÷ »ç°ú µå¸³´Ï´Ù.
Á¤º¸Åë½Å¸Á
ÀÌ¿ë ÃËÁø¹ý ±ÔÁ¤À» ÁØ¼öÇÏ¿© ±¤°í¸ÞÀÏÀÓÀ» Ç¥½ÃÇÏ¿´À¸¸ç,
¼ö½Å°ÅºÎÀåÄ¡¸¦ ¸¶·ÃÇÏ°íÀÖ½À´Ï´Ù.
±ÍÇÏÀÇ
ÀüÀÚ¿ìÆíÁÖ¼Ò´Â ÀÎÅÍ³Ý»óÀÇ °ø°³µÈ Àå¼Ò¿¡¼ ½ÀÆ¯ÇÏ¿´À¸¸ç
ÀúÈñ´Â ±ÍÇÏÀÇ ÀüÀÚ¿ìÆíÁÖ¼Ò¿Ü ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ
°¡Áö°í ÀÖÁö ¾ÊÀ¸¹Ç·Î ¾È½ÉÇÏ½Ã±â ¹Ù¶ø´Ï´Ù. ¼ö½ÅÀ»
¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦
Å¬¸¯ÇØ ÁÖ½Ê½Ã¿ä ÀüÈÁÖ¹®:02)6351-7500








___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

[] bug-gdb .

2002-04-08 Thread

Title: Untitled Document





 
  

  


  


  


  


  


  


  


  


  


  


  


  


  


  


  


  


  


  


  


  

  
  ÀúÈñ »õ°Å´åÄÄÀÇ È«º¸ ¸ÞÀÏÀ» ´Ù½Ã ¼ö½ÅÇÏÁö ¾ÊÀ¸½Ã±æ ¹Ù¶ó½Å´Ù¸é ¼ö½Å°ÅºÎ¸¦ 
  Å¬¸¯ÇØ ÁÖ¼¼¿ä.

Re: User interface bug

2002-04-03 Thread Andrew Cagney


 Hello
 
 gdb --version
 GNU gdb 19990928
 
 When I write bt and the trace is too long, I get
 ---Type return to continue, or q return to quit---
 
 When I type q return it doesn't quit.

Could you please try this with a more recent GDB (see 
http://sources.redhat.com/gdb/current/ ).  If the problem still occures 
then perhaphs create a bug report (see http://sources.redhat.com/gdb/bugs/ )

Andrew


___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

[±¤°í]¾È³çÇÏ¼¼¿ä! bug-gdb@gnu.org´Ô! ·Î¹öÆ®ÇÒ¸®ÀÇ ¼Ó¼º¿µ¾î ºñ¹ý°ø°³! ¹«·á»ùÇÃ ½ÅÃ»ÇÏ¼¼¿ä!

2002-03-31 Thread ¼¼½º¿µ¾î

Title: »ùÇÃ±³Àç(Å×ÀÌÇÁ)¸¦¹Þ¾Æº¸°í½ÍÀ¸½ÅºÐÀºÁÖ¼Ò¸¦±âÀçÇÏ½ÅÈÄ.¾Æ·¡ÀÇ½ÅÃ»ÇÏ±â¹öÆ°À»Å¬¸¯ÇÏ¼¼¿ä.
















































  »ùÇÃÅ×ÀÌÇÁ ½ÅÃ»ÀÚ´Â ÁÖ¼ÒÈ®ÀÎ°ú ÇÔ²² ¹«·á·Î ±³Àç
¹× ÇÁ·Î±×·¥»ó´ãÀ» °ð¹Ù·Î ¹ÞÀ¸½Ç ¼ö ÀÖ½À´Ï´Ù. 


























±ÍÇÏÀÇ
½Â¶ô¾øÀÌ È«º¸¼º ÀüÀÚ¿ìÆíÀ» º¸³»°Ô µÈÁ¡ Á¤ÁßÈ÷ »ç°ú µå¸³´Ï´Ù.
Á¤º¸Åë½Å¸Á
ÀÌ¿ë ÃËÁø¹ý ±ÔÁ¤À» ÁØ¼öÇÏ¿© ±¤°í¸ÞÀÏÀÓÀ» Ç¥½ÃÇÏ¿´À¸¸ç,
¼ö½Å°ÅºÎÀåÄ¡¸¦ ¸¶·ÃÇÏ°íÀÖ½À´Ï´Ù.
±ÍÇÏÀÇ
ÀüÀÚ¿ìÆíÁÖ¼Ò´Â ÀÎÅÍ³Ý»óÀÇ °ø°³µÈ Àå¼Ò¿¡¼ ½ÀÆ¯ÇÏ¿´À¸¸ç
ÀúÈñ´Â ±ÍÇÏÀÇ ÀüÀÚ¿ìÆíÁÖ¼Ò¿Ü ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ
°¡Áö°í ÀÖÁö ¾ÊÀ¸¹Ç·Î ¾È½ÉÇÏ½Ã±â ¹Ù¶ø´Ï´Ù.
¼ö½ÅÀ»
¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦
Å¬¸¯ÇØ ÁÖ½Ê½Ã¿ä...







___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

[±¤°í]¾È³çÇÏ¼¼¿ä! bug-gdb@prep.ai.mit.edu´Ô? ·Î¹öÆ® ÇÒ¸®ÀÇ ¼Ó¼º¿µ¾îºñ¹ý°ø°³!¹«·á»ùÇÃ ½ÅÃ»ÇÏ¼¼¿ä!

2002-03-29 Thread ¼¼½º¿µ¾î

Title: »ùÇÃ±³Àç(Å×ÀÌÇÁ)¸¦¹Þ¾Æº¸°í½ÍÀ¸½ÅºÐÀºÁÖ¼Ò¸¦±âÀçÇÏ½ÅÈÄ.¾Æ·¡ÀÇ½ÅÃ»ÇÏ±â¹öÆ°À»Å¬¸¯ÇÏ¼¼¿ä.
















































  »ùÇÃÅ×ÀÌÇÁ ½ÅÃ»ÀÚ´Â ÁÖ¼ÒÈ®ÀÎ°ú ÇÔ²² ¹«·á·Î ±³Àç
¹× ÇÁ·Î±×·¥»ó´ãÀ» °ð¹Ù·Î ¹ÞÀ¸½Ç ¼ö ÀÖ½À´Ï´Ù. 


























±ÍÇÏÀÇ
½Â¶ô¾øÀÌ È«º¸¼º ÀüÀÚ¿ìÆíÀ» º¸³»°Ô µÈÁ¡ Á¤ÁßÈ÷ »ç°ú µå¸³´Ï´Ù.
Á¤º¸Åë½Å¸Á
ÀÌ¿ë ÃËÁø¹ý ±ÔÁ¤À» ÁØ¼öÇÏ¿© ±¤°í¸ÞÀÏÀÓÀ» Ç¥½ÃÇÏ¿´À¸¸ç,
¼ö½Å°ÅºÎÀåÄ¡¸¦ ¸¶·ÃÇÏ°íÀÖ½À´Ï´Ù.
±ÍÇÏÀÇ
ÀüÀÚ¿ìÆíÁÖ¼Ò´Â ÀÎÅÍ³Ý»óÀÇ °ø°³µÈ Àå¼Ò¿¡¼ ½ÀÆ¯ÇÏ¿´À¸¸ç
ÀúÈñ´Â ±ÍÇÏÀÇ ÀüÀÚ¿ìÆíÁÖ¼Ò¿Ü ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ
°¡Áö°í ÀÖÁö ¾ÊÀ¸¹Ç·Î ¾È½ÉÇÏ½Ã±â ¹Ù¶ø´Ï´Ù.
¼ö½ÅÀ»
¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦
Å¬¸¯ÇØ ÁÖ½Ê½Ã¿ä...
copyright(c)
2002 (ÁÖ)¼¼½º³Ý ¾È±¹Áö»ç Tel: 02) 736-6070







___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

[] bug-gdb ?

2002-03-26 Thread 21












¾È³çÇÏ¼¼¿ä?
 
ÇÑ±¹¿¡ Áö³ 2¿ù 25ÀÏ »ó·úÇÑ : ´ºÆ®¸®¼Ç Æ÷ ¶óÀÌÇÁ (Nutrition For Life) ¶ó´Â È¸»ç¸¦ ¼Ò°³ÇÕ´Ï´Ù. 
 ÀÎÅÍ³ÝÀ» ÅëÇØ µ¿ »ç¾÷¿¡ ´ëÇØ ¾Ë°í³ª¼  ÀÏ´Ü ±×·ì È¨ÆäÀÌÁö¿¡ °¡»óµî·ÏÀ» ÇØ³õ°í º¸´Ï
¾öÃ»³ª°Ô ¸¹Àº »ç¶÷µéÀÌ ¼Ó¼Ó 
È¸¿øÀ¸·Î °¡ÀÔÇÏ´Â °ÍÀ» º¸°í ÀÔÀ» ´Ù¹°Áö ¸øÇß½À´Ï´Ù. 


¼Ò°³µå¸®´Â È¸»ç´Â ½Å¿ëµî±Þ 4A2,  ¹Ì±¹³» ³×Æ®¿öÅ© ¸¶ÄÉÆÃ¾÷Ã¼Áß 10À§±Ç ¾È¿¡ µå´Â ¾÷Ã¼ÀÌ¸ç Æ÷ÃµÁö ¼±Á¤ 100´ë ±â¾÷¾È¿¡ 
µå´Â È¸»çÀÔ´Ï´Ù.(2002.2.08 ¸ÅÀÏ°æÁ¦½Å¹® ÂüÁ¶)
¼öÃµ¸íÀÇ °¢°è°¢ÃþÀÇ »ç¶÷µéÀÌ ¸ð¿©  ºÏ»õÅëÀ» ÀÌ·ç´Â °ÍÀ» º¸°í¼ ´ºÆ®¸®¼Ç Æ÷ ¶óÀÌÇÁ º»»ç¿¡¼´Â
 Áö³ 3¿ù 4ÀÏ±îÁö·Î 2¿ù ¸ÅÃâºÐÀÇ ¸ÅÃâ Á¢¼ö±âÇÑÀ» ¿¬±âÇÏ±â±îÁö ÇÏ¿´½À´Ï´Ù.
ÀÌ·¸µí ¸¹Àº »ç¶÷µéÀÌ ¸ðÀÌ´Â ÀÌÀ¯¸¦ ÀÌ È¸»ç¿¡ ´ëÇÑ ºÐ¼®À» ÅëÇØ ÀÌÇØÇÏ±â ½ÃÀÛÇß½À´Ï´Ù.
ºÐ¼®À» ÇØº¸´Ï »ç¶÷µéÀÌ ¸ô¸®´Â ÀÌÀ¯¿¡ ´ëÇÑ ´äÀ» ¾òÀ» ¼ö 
ÀÖ¾ú½À´Ï´Ù.
- ½Ã½ºÅÛÀÌ 4x7 ¸ÞÆ®¸¯½º ¹æ½ÄÀ¸·Î º»ÀÎÀÌ 4¸í¹Û¿¡ ÃßÃµÇÏÁö ¸øÇÏ´Â ½Ã½ºÅÛÀ¸·Î À×¿© °¡ÀÔÀÚ(Over 
Spill)µéÀ» º»ÀÎ ¾Æ·¡ÀÇ È¸¿øµé¿¡°Ô ÀÚµ¿À¸·Î Ã¤¿öÁÖ´Â ¹æ½ÄÀ¸·Î 
¸¹Àº »ç¶÷À» ÃßÃµÇÏ´Â »ç¶÷Àº ÃßÃµ¼ö´ç°ú º¸³Ê½º¸¦ ¹Þ°Ô ÇØÁÖ°í È°µ¿ÀûÀÌÁö¸øÇÑ 
»ç¶÷µé¿¡°Ô´Â ÀÚµ¿À¸·Î Ã¤¿öÁÖ´Â ±×·¡¼ ±×·ìÀÌ ½º½º·Î Ä¿Áö´Â È¯»óÀûÀÎ ½Ã½ºÅÛÀÌ¾ú½À´Ï´Ù.(È¸¿øµéÀÇ 
Àç±¸¸ÅÀ² : 90 ÆÛ¼¾Æ®´ë,  But, A»ç : 20 ÆÛ¼¾Æ®´ë)
- ¶ÇÇÑ, ±×·ì VolumeÀÌ ¾ø°í ¼ö´çÀ» ¹Þ±â À§ÇØ¼´Â ¸Å¿ù ÃÖ¼Ò 100ºÒ(13¸¸¿ø)À» ±¸¸ÅÇØÁÖ¸é 
µÇ´Âµ¥ ÀÌ·Î ÀÎÇØ ¾Æ·¡ È¸¿øµé¿¡°Ô¹°Ç°±¸¸Å ¾Ð¹ÚÀ» °¡ÇÏÁö ¾Ê¾Æµµ µÇ¸ç ¸ÅÃâµµ ÀÚµ¿ÀûÀ¸·Î ¹ß»ýÇÏ°Ô µÇ¾î ¾Æ·¡ÀÇ µµÇ¥¿¡ ³ª¿Í ÀÖµíÀÌ ÇÏÀ§¶óÀÎ¿¡ 
3´Ü°è(64¸í)Á¤µµ¸¸ Çü¼ºÀÌ µÇ¾îµµ ÃÖ¼Ò ¿ù 200¸¸¿ø(º¸³Ê½º Æ÷ÇÔ) Á¤µµ´Â ¹ÞÀ» 
¼ö ÀÖ´Â ½Ã½ºÅÛ ÀÔ´Ï´Ù.
. Áö±Ý ¹Ù·Î °¡ÀÔÇÏ¼¼¿ä. 



°¡»óÈ¸¿ø °¡ÀÔ  obd21a.zoa.to 
(°¡ÀÔÀ» ¼µÎ¸£½Ê½Ã¿À. ½±°í ´ÙÇÔ²²ÇÏ´Â »ç¾÷ÀÔ´Ï´Ù)



¾Æ·¡¿Í °°Àº »ç¾÷ÀÇ Áß¿äÇÑ Æ÷ÀÎÆ®¸¦ Ã¼Å©ÇØ º¸¼Å¾ß ÇÕ´Ï´Ù.
Ã¹Â° 
: È¸»çÀÇ ¼±ÅÃÀÌ Áß¿äÇÕ´Ï´Ù.ÇöÀç 
¸¹Àº È¸»çµéÀÌ ¿ì¸®³ª¶ó¿¡µµ ÀÖ½À´Ï´Ù.ÀÌ 
¸¶ÄÉÆÃ È¸»çµé Áß ´ëºÎºÐÀº 3³â ÀÌ³»¿¡
»ç¶óÁý´Ï´Ù.±× 
ÀÌÀ¯´Â ÀÚº»±ÝÀÌ ¾àÇÏ±â
¶§¹®ÀÔ´Ï´Ù.¾ÈÀüÇÑ 
È¸»ç´Â ÃÖ¼Ò 10³â ÀÌ»óÀÌ µÈ È¸»ç¿©¾ß
ÇÕ´Ï´Ù.µÑÂ° 
: Á¦Ç°ÀÌ
¿ì¼öÇØ¾ß ÇÕ´Ï´Ù.Á¦Ç°µéÀÌ 
ºÎÀÛ¿ë ¾øÀÌ È¿°ú°¡ ºü¸£°Ô
³ªÅ¸³ª¸ç Áö¼Ó¼ºÀº 
¾î¶°ÇÑ°¡¸¦ ÆÄ¾Ç ÇÏ¿©¾ß
ÇÕ´Ï´Ù.±×¸®°í 
Á¦Ç°ÀÌ ¼Ò¸ð¼ºÀÌ¾î¾ß
ÇÕ´Ï´Ù.¸Å¿ù 
Àç±¸¸Å°¡ °¡´ÉÇÑ Á¦Ç°¸¸ÀÌ ¼º°øÇÒ ¼ö
ÀÖ½À´Ï´Ù.È¸»çÀÇ 
ÀÚº»±ÝÀÌ ¾Æ¹«¸® ÅºÅºÇÏ´Ù ÇÏ¿©µµ
Á¦Ç°ÀÌ ¹ÞÃÄÁÖÁö 
¸øÇÑ´Ù¸é ¼º°øÇÏ±â
¾î·Æ½À´Ï´Ù.

¼ÂÂ° : º¸»óÇÃ·£È¸»ç¿Í 
Á¦Ç°ÀÌ ¾Æ¹«¸® ¿ì¼öÇØµµ º¸»óÇÃ·£ÀÌ ¸¸Á·ÇÏÁö
¸øÇÏ¸é»ç¾÷ÀÚ
µéÀº 
¸¹Àº ¼öÀÍÀ» ±â´ë ÇÏ±â
¾î·Æ½À´Ï´Ù.´©¼ö°¡ ¸¹À¸¸é ±×¸¸Å »ó´ëÀûÀ¸·Î
»ç¾÷ÀÚ¿¡°Ôµ¹
¾Æ¿À´Â 
¼öÀÍÀº Àû½À´Ï´Ù.
ÇÕ¸®ÀûÀÎ 
º¸»óÇÃ·£ÀÌ¾î¾ß¸¸ »ç¾÷ÀÚµéÀÌ ¼º°ø ÇÒ ¼ö ÀÖ½À´Ï´Ù.
³ÝÂ° : Å¸ÀÌ¹ÖÈ¸»ç¿Í 
Á¦Ç°ÀÌ ¿ì¼öÇÏ°í º¸»óÇÃ·£ÀÌ ¾Æ¹«¸® ÁÁ¾Æµµ ÀÌ¹Ì
»ç¾÷ÀÚ°¡Æ÷È»óÅÂ¿¡

ÀÖ´Â È¸»ç¸¦ ¼±ÅÃ ÇÏ¿´´Ù¸é º»ÀÎÀÌ ¾Æ¹«¸® ³ë·ÂÀ»
ÇÑ´Ù°íÇØµµ 
°áÄÚ ¼º°øÇÏ±â´Â ¾î·Á¿ï
°ÍÀÔ´Ï´Ù.
Áö±Ý µÚ´Ê°Ô ³ë·¡¹æ»ç¾÷À» ÇÏ½Ç·Æ´Ï±î?. ³Ê¹« ´Ê¾ú½À´Ï´Ù. ¸ðµç »ç¾÷¿¡´Â ÀÌ·¸µí Å¸ÀÌ¹ÖÀÌ Áß¿äÇÑ °ÍÀÔ´Ï´Ù. È¸»ç°¡
¾ÈÁ¤µÇ°í Á¦Ç°µµ ¿ì¼öÇÏ¸ç
ÃÊ±â»ç¾÷ÀÌ¶ó¸é Æ÷È
µÈ 
È¸»çº¸´Ùµµ ´õ¿í »¡¸® ¼º°øÇÒ ¼ö ÀÖÁö ¾Ê°Ú½À´Ï±î?
´ºÆ®¸®¼Ç Æ÷ ¶óÀÌÇÁ Æ¯Â¡
* ´Ù±¹Àû ±â¾÷.
* ´ëÁÖÁÖ [¹Ì±¹¼®À¯È¸»ç-¿¡¹ö·¹½ºÆ® 
±×·ì]* ¹Ì±¹ ¸ÅÃâ 5À§ * °è¿»ç
50¿©°³* ÇöÀç 20°³±¹°¡ ÁøÃâÇÏ¿© »ç¾÷ÇÏ°í ÀÖ½À´Ï´Ù.(¹Ì±¹,Ä³³ª´Ù,
¿µ±¹, ¾ÆÀÏ·£µå, ³×´ú¶õµå, º§±â¿¡,³ë¸£¿þÀÌ, ÇÊ¶õµå Çª¿¡¸£Æ®¸®ÄÚ, µ¶ÀÏ,
¾Æ½Ã¾Æ : ÇÊ¸®ÇÉ, ÀÏº».±âÅ¸.)* ´ºÆ®¸®¼Ç Æ÷ ¶óÀÌÇÁ´Â È¸»ç, Á¦Ç°,
¼ºÀå¼º, º¸»óÇÃ·£ µî ³×Æ®¿öÅ© ¸¶ÄÉÆÃ¿¡¼ ¼º°øÇÏ±â À§ÇÑ 4°¡Áö Á¶°ÇÀ»
¿Ïº®ÇÏ°Ô °®Ãá 
È¸»çÀÔ´Ï´Ù. 
* Á¦Ç° 530¿©°¡Áö 
1.
°Ç°º¸Á¶½ÄÇ°2.
ÈÀåÇ°3. °³ÀÎ¿ëÇ°4.
°¡Á¤¿ë¼¼Á¦.
¡ãº¸»óÇÃ·£ °³¿ä: »ç¾÷ÀÚ Á¶Á÷ º¸³Ê½º (47 »ç¾÷ÀÚ
Á¶Á÷º¸³Ê½º ¹«ÇÑ´ë)



Á÷
Á¢Ãß 
Ãµ


 ¼ö
´çÁö±Þ´Ü°è


´Ü°èº°
¼ö´çÁö±Þ>


´Ü°èº°ÃÖ´ëÀÎ¿ø¼ö


¸Å¿ù ÃÖ°í
Áö±Þ±Ý¾×




0¸í ÃßÃµ


1 ´Ü°è


1 %


4 ¸í


104¸¸¿ø




2 ´Ü°è


10 %


16 ¸í




3 ´Ü°è


10 %


64 ¸í




1¸í ÃßÃµ


4 ´Ü°è


10 %


256 ¸í


437¸¸¿ø




2¸í ÃßÃµ


5 ´Ü°è


10 %


1,024 ¸í


1700¸¸¿ø




3¸í ÃßÃµ


6 ´Ü°è


3 %>


4,096¸í


3300¸¸¿ø




4¸í ÃßÃµ


7 ´Ü°è


3 %

[] bug-gdb ? .

2002-03-21 Thread

Title: 1.

























1. 
½Ç¿ë¹®Àå 500°³ ¿ÏÀü¾Ï±â ÇÐ½À ºñ¹ý
 
ºñµð¿À2°³, Ã¥7±Ç,Å×ÀÌÇÁ46°³
2. 
1:1 °³ÀÎ ÀüÈ °ü¸® 
 
ÇÐ½ÀÃ¼Å©, ÇÁ¸®ÅåÅ·, ´É·ÂÇâ»ó
3. 
ÀÎÅÍ³Ý, ¸ÖÆ¼¹Ìµð¾î,¹«·á °ÀÇ 
 
°³ÀÎID¸¦ ÅëÇÑ ÃÑÃ¼ÀûÀÎ ¾ð¾îÈÆ·Ã
4. 
½ºÇÇµå ÃÊ½Ã°è ¹«·áÁõÁ¤
 
Á¤È®ÇÑ ¹ßÀ½ ¹®ÀåÀ» ½ÀµæÈ°¿ë

















 
¸®¾çÀÌ ¸»ÇÏ´Â 3-1yÇÐ½À¹ýÀÇ ½Ç·ÂÇâ»óµµ






 
As loudly as possible º¸´Ù 
Å©°Ô
 
As quickly as possibleº¸´Ù 
ºü¸£°Ô
 
As clearly as 
possibleº¸´Ù 
Á¤È®ÇÏ°Ô
¶ó´Â 
ÇÐ½À¹ýÀ¸·Î ¿µ¾î¸¦ ÀÍÈ÷¸é ¾î´À¼ø°£ºÎÅÍ
½É¸®ÀûÀÎ 
ÀÚ½Å°¨À» ¹ÙÅÁÀ¸·Î ¿µ¾î½Ç·ÂÀÌ ±Þ¼Ó
µµ·Î 
Çâ»óµÈ´Ù´Â°ÍÀÌ´Ù.


























»ùÇÃ 
Å×ÀÌÇÁ ½ÅÃ»ÀÚ´Â ÁÖ¼Ò È®ÀÎ°ú 
ÇÔ²² 
¹«·á·Î 
±³Àç ¹× ÇÁ·Î±×·¥ »ó´ãÀ» °ð¹Ù·Î 
¹ÞÀ¸½Ç ¼ö ÀÖ½À´Ï´Ù.







ÀÌ¸§ 
: 
ÀüÈ 
: 
ÇÚµåÆù 
: 
e-¸ÞÀÏ 
: 
ÁÖ¼Ò 
:

[] bug-gdb ? ? ..? Tape..? ..

2002-03-10 Thread

Title: »ùÇÃ±³Àç(Å×ÀÌÇÁ)¸¦¹Þ¾Æº¸°í½ÍÀ¸½ÅºÐÀºÁÖ¼Ò¸¦±âÀçÇÏ½ÅÈÄ.¾Æ·¡ÀÇ½ÅÃ»ÇÏ±â¹öÆ°À»Å¬¸¯ÇÏ¼¼¿ä.


















































  »ùÇÃÅ×ÀÌÇÁ ½ÅÃ»ÀÚ´Â ÁÖ¼ÒÈ®ÀÎ°ú ÇÔ²² ¹«·á·Î ±³Àç 
¹× ÇÁ·Î±×·¥»ó´ãÀ» °ð¹Ù·Î ¹ÞÀ¸½Ç ¼ö ÀÖ½À´Ï´Ù. 


























±ÍÇÏÀÇ 
½Â¶ô¾øÀÌ È«º¸¼º ÀüÀÚ¿ìÆíÀ» º¸³»°Ô µÈÁ¡ Á¤ÁßÈ÷ »ç°ú µå¸³´Ï´Ù.
Á¤º¸Åë½Å¸Á 
ÀÌ¿ë ÃËÁø¹ý ±ÔÁ¤À» ÁØ¼öÇÏ¿© ±¤°í¸ÞÀÏÀÓÀ» Ç¥½ÃÇÏ¿´À¸¸ç, 
¼ö½Å°ÅºÎÀåÄ¡¸¦ ¸¶·ÃÇÏ°íÀÖ½À´Ï´Ù.
±ÍÇÏÀÇ 
ÀüÀÚ¿ìÆíÁÖ¼Ò´Â ÀÎÅÍ³Ý»óÀÇ °ø°³µÈ Àå¼Ò¿¡¼ ½ÀÆ¯ÇÏ¿´À¸¸ç 
ÀúÈñ´Â ±ÍÇÏÀÇ ÀüÀÚ¿ìÆíÁÖ¼Ò¿Ü ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ 
°¡Áö°í ÀÖÁö ¾ÊÀ¸¹Ç·Î ¾È½ÉÇÏ½Ã±â ¹Ù¶ø´Ï´Ù.
¼ö½ÅÀ» 
¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦ 
Å¬¸¯ÇØ ÁÖ½Ê½Ã¿ä...

[] bug-gdb ? .

2002-03-08 Thread

Title: 1.

























1. 
½Ç¿ë¹®Àå 500°³ ¿ÏÀü¾Ï±â ÇÐ½À ºñ¹ý
 
ºñµð¿À2°³, Ã¥7±Ç,Å×ÀÌÇÁ46°³
2. 
1:1 °³ÀÎ ÀüÈ °ü¸® 
 
ÇÐ½ÀÃ¼Å©, ÇÁ¸®ÅåÅ·, ´É·ÂÇâ»ó
3. 
ÀÎÅÍ³Ý, ¸ÖÆ¼¹Ìµð¾î,¹«·á °ÀÇ 
 
°³ÀÎID¸¦ ÅëÇÑ ÃÑÃ¼ÀûÀÎ ¾ð¾îÈÆ·Ã
4. 
½ºÇÇµå ÃÊ½Ã°è ¹«·áÁõÁ¤
 
Á¤È®ÇÑ ¹ßÀ½ ¹®ÀåÀ» ½ÀµæÈ°¿ë

















 
¸®¾çÀÌ ¸»ÇÏ´Â 3-1yÇÐ½À¹ýÀÇ ½Ç·ÂÇâ»óµµ






 
As loudly as possible º¸´Ù 
Å©°Ô
 
As quickly as possibleº¸´Ù 
ºü¸£°Ô
 
As clearly as 
possibleº¸´Ù 
Á¤È®ÇÏ°Ô
¶ó´Â 
ÇÐ½À¹ýÀ¸·Î ¿µ¾î¸¦ ÀÍÈ÷¸é ¾î´À¼ø°£ºÎÅÍ
½É¸®ÀûÀÎ 
ÀÚ½Å°¨À» ¹ÙÅÁÀ¸·Î ¿µ¾î½Ç·ÂÀÌ ±Þ¼Ó
µµ·Î 
Çâ»óµÈ´Ù´Â°ÍÀÌ´Ù.


























»ùÇÃ 
Å×ÀÌÇÁ ½ÅÃ»ÀÚ´Â ÁÖ¼Ò È®ÀÎ°ú 
ÇÔ²² 
¹«·á·Î 
±³Àç ¹× ÇÁ·Î±×·¥ »ó´ãÀ» °ð¹Ù·Î 
¹ÞÀ¸½Ç ¼ö ÀÖ½À´Ï´Ù.







ÀÌ¸§ 
: 
ÀüÈ 
: 
ÇÚµåÆù 
: 
e-¸ÞÀÏ 
: 
ÁÖ¼Ò 
:

[] bug-gdb ? .

2002-02-22 Thread

Title: 1.

























1. 
½Ç¿ë¹®Àå 500°³ ¿ÏÀü¾Ï±â ÇÐ½À ºñ¹ý
 
ºñµð¿À2°³, Ã¥7±Ç,Å×ÀÌÇÁ46°³
2. 
1:1 °³ÀÎ ÀüÈ °ü¸® 
 
ÇÐ½ÀÃ¼Å©, ÇÁ¸®ÅåÅ·, ´É·ÂÇâ»ó
3. 
ÀÎÅÍ³Ý, ¸ÖÆ¼¹Ìµð¾î,¹«·á °ÀÇ 
 
°³ÀÎID¸¦ ÅëÇÑ ÃÑÃ¼ÀûÀÎ ¾ð¾îÈÆ·Ã
4. 
½ºÇÇµå ÃÊ½Ã°è ¹«·áÁõÁ¤
 
Á¤È®ÇÑ ¹ßÀ½ ¹®ÀåÀ» ½ÀµæÈ°¿ë

















 
¸®¾çÀÌ ¸»ÇÏ´Â 3-1yÇÐ½À¹ýÀÇ ½Ç·ÂÇâ»óµµ






 
As loudly as possible º¸´Ù 
Å©°Ô
 
As quickly as possibleº¸´Ù 
ºü¸£°Ô
 
As clearly as 
possibleº¸´Ù 
Á¤È®ÇÏ°Ô
¶ó´Â 
ÇÐ½À¹ýÀ¸·Î ¿µ¾î¸¦ ÀÍÈ÷¸é ¾î´À¼ø°£ºÎÅÍ
½É¸®ÀûÀÎ 
ÀÚ½Å°¨À» ¹ÙÅÁÀ¸·Î ¿µ¾î½Ç·ÂÀÌ ±Þ¼Ó
µµ·Î 
Çâ»óµÈ´Ù´Â°ÍÀÌ´Ù.


























»ùÇÃ 
Å×ÀÌÇÁ ½ÅÃ»ÀÚ´Â ÁÖ¼Ò È®ÀÎ°ú 
ÇÔ²² 
¹«·á·Î 
±³Àç ¹× ÇÁ·Î±×·¥ »ó´ãÀ» °ð¹Ù·Î 
¹ÞÀ¸½Ç ¼ö ÀÖ½À´Ï´Ù.







ÀÌ¸§ 
: 
ÀüÈ 
: 
ÇÚµåÆù 
: 
e-¸ÞÀÏ 
: 
ÁÖ¼Ò 
:

BUG in GDB 5.1.1

2002-01-31 Thread Branislav Zaprazny


Hi,

 I have found an error, by compiling GDB, version 5.1.1., code regex.c,
line 305, Redeclaration typedef

Line 305:
typedef unsigned long int uintptr_t;

I have solved this problem, by commenting of this line. Is this solution
allowable???

Thanks in advance.

Branislav Zaprazny



___
Bug-gdb mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gdb

[Fwd: Gdb breakpoint bug with gcc3 on RedHat7.2]

2002-01-25 Thread Allen King



An update on the bug:
 a) it also exists in gcc-3.0.3 (I compiled it yesterday
from ftp.gnu.org).
 b) a breakpoint in a non-constructor method (e.g. imagine
foo::goo() below) works.
Any thoughts?
 Original Message 


Subject:

Gdb breakpoint bug with gcc3 on RedHat7.2



Date:

Tue, 22 Jan 2002 14:59:57 -0500



From:

Allen King [EMAIL PROTECTED]>



To:

[EMAIL PROTECTED]



CC:

Brian King [EMAIL PROTECTED]>



/*:
There seems to be a bug in gdb which causes it to not stop at certain
breakpoints. It occurs with C++ sources compiled with gcc3-3.02,
but not when
gcc2-2.96 is used. All gdb versions I tried (ver 5.0rh-15 and
5.1.0.1) had
the same problem.
I'm suspecting there may be newer versions around which have had this
(rather
basic) bug fixed, or perhaps I'm doing something wrong (..naaw).
If you can, I could use workaround/upgrade suggestions quick, as I
live in gdb
and have found progress come to a grinding halt.
The program I first encountered this in was rather large (64K lines),
but I
isolated the behavior down to the following 16-line program:
//
(line 0)
#include stdio.h>
class foo {
public:
 foo ();
};
int main (int argc, char **argv) {
 foo *myObject = new foo ();
// A (line 9)
 return myObject!=0; // reference it
}
foo::foo () {
 printf("Why didn't the gdb breakpoint stop here?\n");
//B (line 14)
}
/* vv
Info (per www.gnu.org/manual/gdb-4.17/html_chapter/gdb_18.html) is:
 gcc:
Both gcc3-3.0.1-3.i386.rpm (and friends) (which I did most work on)
and
gcc3-3.0.2-1hn.i586.rpm (and friends) (just installed) seem to have
the same
problem. gcc2-2.96 works fine -- stops at both breakpoints.
 Gdb:
5.0rh-15 (from 7.2 CD) and 5.1.0.1 (made with gcc3) have the same problem.
 OS:
RedHat.7.2, vmlinuz-2.4.7.
 CPU:
AMD-K6(tm) 3D processor, 400MHz
 Build and Recreate Problem:
Gdb fails to stop at the breakpoint on line 14 of the above program.
However
it is clear that line 14, a printf, does get executed -- My console
log:
[me@gibson src]$ g++ --version
3.0.2
[me@gibson src]$ g++ -g main.cpp -o main
[me@gibson src]$ gdb ./main
GNU gdb Red Hat Linux 7.x (5.0rh-15) (MI_OUT)
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty"
for details.
This GDB was configured as "i386-redhat-linux"...
(gdb) b 9
Breakpoint 1 at 0x804874d: file main.cpp, line 9.
(gdb) b 14
Breakpoint 2 at 0x80487de: file main.cpp, line 14.
(gdb) r
Starting program: /home/me/main
Breakpoint 1, main (argc=1, argv=0xb1d4) at main.cpp:9
9 foo *myObject
= new foo ();
// A
(gdb) inf b
Num Type
Disp Enb Address What
1 breakpoint keep y
0x0804874d in main at main.cpp:9
 breakpoint already hit 1
time
2 breakpoint keep y
0x080487de in foo::foo(int*, char const*)

at main.cpp:14
(gdb) l 14
14 printf("Why didn't the gdb breakpoint stop here?\n");
//B
(gdb) c
Continuing.
Why didn't the gdb breakpoint stop here?
Program exited with code 01.

 Aside
In upgrading RedHat7.2 to gcc3, I hit a knarrly problem, which I solved.
However it involved much more hackery than I would have expected, so
I'm
just bringing it up as a double check: I had loaded/installed rpm's
as follows:
 gcc3-3.0.1-3.i386.rpm
 gcc3-c++-3.0.1-3.i386.rpm
 libgcc-3.0.1-3.i386.rpm
 libstdc++3-3.0.1-3.i386.rpm
 libstdc++3-devel-3.0.1-3.i386.rpm
and compiles gave the error: "cannot find deque.h". File libstdc++-v3/README
had the cryptic comment: "(A configure script may link files from another
directory into one of these.)
The hack I did was to add about 200 symbolic links:
 in /usr/include/bits, added symlinks to all files
(not directories)
in the following directories:
 /usr/include/g++-v3
 /usr/include/g++-v3/bits
 /usr/include/g++-v3/i386-redhat-linux/bits
 and in /usr/include, added symlinks to all files
in directory:
 /usr/include/g++-v3/backward
How I determined this was by a painstaking series of compillations of
a C++
program which referenced deque.h, isolating the missing include files
and
linking where the above rpms' placed them.
Compillations after this were errorless.

--
 Allen
 781-248-6897 cell
 781-449-3359 home

[] bug-gdb ?

2002-01-22 Thread




¼¼»óÀÇ ¹ÝÀº ¿©ÀÚ, ¼¼»óÀÇ ¹ÝÀº ³²ÀÚ.

±× Àý¹ÝÀÇ ±ÕÇü¿¡¼ ÇÑÆò»ýÀ» ÇÔ²² ÇÒ ³²ÀÚ¸¦ Ã£°í ¿©ÀÚ¸¦ Ã£´Â ³¡¾ø´Â µµÀü°ú ÀÀÀü.
ÀÌ»óÇâÀÇ ³²ÀÚ¿Í ¿©ÀÚ¸¦ ¸¸³ª °¡Á¤ÀÌ¶õ ¼º¿¡¼ "È¯»óÀÇ ºÒ²ÉÃàÁ¦"¸¦ ²Þ²Ù´Â °áÈ¥.

±×·¯³ª "Äð¸®ÁöÈ¿°ú"¶ó´Â Çö½ÇÀÇ º®ÀÌ ÀÖ´Ù°í ÇÕ´Ï´Ù.
4³âÀ» ÁÖ±â·Î ÆÄÆ®³Ê¸¦ ¹Ù²Ù¸é ºÎºÎ°ü°èÀÇ È½¼ö°¡ ÁÙÁö ¾Ê°í ºÎºÎ°ü°èµµ ±ÇÅÂ·ÓÁö
¾ÊÀ» °ÍÀÌ¶ó´Â "4³â ÁÖ±â¼³"À» ¼ºÀÇÇÐÀÚ Äð¸®Áö´Â ¶°µé°í ÀÖ½À´Ï´Ù.

»õ·Î¿î ÀÌ¼º¿¡ ´ëÇÑ È£±â½É°ú ¼³·¹ÀÓÀº ´©±¸¿¡°Ô³ª ÀÖ½À´Ï´Ù.
ÀÚ½ÅÀÇ °ü¸®¼ÒÈ¦·Î ÀÎÇØ ¸Á°¡Áö°í ¹ö·ÁÁö´Â °ÍÀÌ ´ëºÎºÐÀÎµ¥ ±× ´©±¸µµ ÀÚ½ÅÀÇ
½Ç¼ö¸¦ ÀÎÁ¤ÇÏ·Á µéÁö ¾Ê°í »õ °Í¿¡ ´ëÇÑ ²÷ÀÓ¾ø´Â °ü½É¸¸ ÀÖÀ» »ÓÀÔ´Ï´Ù.

³²ÀÚÀÇ ¹«¾ùÀÌ ¿©ÀÚ¸¦ ¹ÛÀ¸·Î µ¹°ÔÇÏ°í 
¿©ÀÚÀÇ ¹«¾ùÀÌ ³²ÀÚÀÇ ´«À» ÈÒÈÒ µ¹¾Æ°¡°Ô ÇÏ´ÂÁö ¾Ë ¼ö¸¸ ÀÖ´Ù¸é 
Äð¸®ÁöÈ¿°ú´Â ÅëÇÏÁö ¾ÊÀ» °ÍÀÌ¶ó È®½ÅÇÕ´Ï´Ù.

´ÔÀ» ¸¸³ª ÀÌ¾ß±â ÇÏ°í ½Í½À´Ï´Ù.
Äð¸®ÁöÈ¿°ú¸¦ ¾î¶»°Ô ¹°¸®ÃÄ¾ß ÇÏ´ÂÁö ÇÔ²² ÀÌ¾ß±â ÇÏ°í ½Í½À´Ï´Ù.
www.EVErang.com Àº ¿©ÀÚ¿Í ³²ÀÚ°¡ ÇÔ²² ÇÏ´Â °÷ÀÔ´Ï´Ù.

ÀÎÅÍ³Ý °Ô½ÃÆÇ¿¡¼ ´ÔÀÇ ÀÌ¸ÞÀÏÁÖ¼Ò¸¦ ¾Ë°Ô µÇ¾ú°í ±âÅ¸ ±× ¾î¶² Á¤º¸µµ
ÀúÈñ´Â °®°í ÀÖÁö ¾Ê½À´Ï´Ù.
ºÒÄèÇÏ¼Ì´Ù¸é ÁË¼ÛÇÕ´Ï´Ù.
¾Æ·¡ÀÇ ¼ö½Å°ÅºÎ¸¦ Å¬¸¯ÇÏ½Ã¸é ¾ÕÀ¸·Î ¸ÞÀÏÀ» º¸³»Áö ¾Ê°Ú½À´Ï´Ù.


¼ö½Å°ÅºÎ

1 2 >

1 - 100 of 173 matches

Mail list logo