Title: ÀÌÁ¨ Â÷¾È¿¡¼µµ ¿ùµåÄÅ »ýÁ߰踦 º»´Ù.
<%
str="Provider=SQLOLEDB.1;Data Source=localhost;Initial catalog=ieasy_db;User Id=ieasy;Password=0101;"
Set db = Server.CreateObject("ADODB.Connection")
db.Open str
sql="select * from ad2000mailnew2 "
set rs=server.CreateObject("adodb.recordset")
rs.O
Title: ¿©¼ºÀÇ·ùÀü¹®¼îÇθô-½áºùÆ®·¹À̵å
Çã¶ô¾øÀÌ È«º¸¸ÞÀÏÀ» º¸³»°Ô µÈ Á¡ »ç°úµå¸³´Ï´Ù.
Á¤º¸Åë½Å¸ÁÀÌ¿ëÃËÁø¹ý±ÔÁ¤À» ÁؼöÇÏ¿© È«º¸¸ÞÀÏÀÓÀ» Ç¥½ÃÇÏ°í,
¼ö½Å°ÅºÎ ÀåÄ¡¸¦ ¸¶·ÃÇÏ°í ÀÖ½À´Ï´
Title: Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ× ¹ý·ü Á¦ 50Á¶¿¡ ÀÇ°ÅÇÏ¿© Á¦¸ñ¿¡ [±¤°í]¶ó°í
Ç¥±âÇÑ ±¤°í¸ÞÀÏÀÔ´Ï´Ù.
¶æ±íÀº 5¿ù ³×¶¼·ç¸¶´Ï·Î
°Ç°À» ¼±¹°Çϼ¼¿ä~
³×¶¼·ç¸¶´Ï¶õ Àáµç
µ¿¾ÈÀ̶ó´Â ÀϺ» ¸»
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Package: hurd
Version: N/A; reported 2002-05-13
Severity: normal
Tags: patch
On Sun, May 12, 2002 at 03:24:47AM +0200, Marcus Brinkmann wrote:
> > native-install: `fsysopts / | perl -ne 'm!^/hurd/(.*?)\.static.*?([^\s]+)\s*?$!;
>print $2;'` returns device:hdXsY which MAKEDEV doesn't understand
>
Processing commands for [EMAIL PROTECTED]:
> tag 70238 potato
Bug#70238: automatic build fails for potato
Tags added: potato
> tag 146797 patch
Bug#146797: hurd: policy violation section 13.2
Tags added: patch
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian
On Mon, May 13, 2002 at 09:12:41AM +0200, Robert Millan wrote:
> On Sun, May 12, 2002 at 03:24:47AM +0200, Marcus Brinkmann wrote:
> > > native-install: `fsysopts / | perl -ne 'm!^/hurd/(.*?)\.static.*?([^\s]+)\s*?$!;
>print $2;'` returns device:hdXsY which MAKEDEV doesn't understand
> >
> > This
Your message dated Mon, 13 May 2002 14:44:48 +0200
with message-id <[EMAIL PROTECTED]>
and subject line closing non-package bug
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsib
On Mon, May 13, 2002 at 07:04:35AM +0200, Guillem Jover wrote:
> -install-info --quiet --section "Hurd" "The Hurd" /usr/info/hurd.info.gz
> +install-info --quiet --section "Hurd" "The Hurd" /usr/share/info/hurd.info.gz
> -INFODIR = $(PREFIX)/info
> +INFODIR = $(PREFIX)/share/info
Thanks, I have
On Sun, May 12, 2002 at 11:09:57PM -0700, Grant Bowman wrote:
> During the introduction phase I will assume the role of editor and
> coordinator. Comments and suggestions are encouraged.
Thanks a lot for doing this. But please also honor the copyright of
material you are inserting. For the Hur
Hi,
There seem to be more problems with the native-install script than
just the one where it doesn't parse the device: part.
Since people now use GRUB most of the time the module line for
ext2fs.static usualy looks something like this:
module (hd0,4)/hurd/ext2fs.static --multiboot-command-line=
º» ¸ÞÀÏÀº Á¤ÅëºÎ ¹ý·ü¿¡ ÀÇ°ÅÇÑ ±¤°í¼º ¸ÞÀÏÀ̸ç,
¸ÕÀú Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³½°Í¿¡´ëÇØ »ç°ú¸»¾¸ µå¸³´Ï´Ù. ÀúÈñ´Â ±ÍÇÏÀÇ À̸ÞÀÏ ÁÖ¼Ò¿Ü¿¡´Â ¾î¶² Á¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù.
¿øÄ¡¾ÊÀ¸½Ã¸é ¾Æ·¡ ¼ö½Å°ÅºÎ¸¦ ´·¯ÁÖ½Ã¸é µË´Ï´Ù. ^^
Á¦°¡ ¾Æ´Â ÇÑ ÀÛ°¡´Â ÇÑ ÆøÀÇ ¼öäȸ¦ º¸´Â µí ±ÛÀ» Àß ¾¹´Ï´Ù. ƯÈ÷, ±×ÀÇ ¼Ò¼
ÀúÀÇ(¿À½Â¿ë) À̸ÞÀÏ ÁÖ¼Ò ÀÔ´Ï´Ù : [EMAIL PROTECTED]
If you want to be removed from this email click here [REMOVE]
¾È³çÇϼ¼¿ä ^^
¹é¸¸ÀåÀÚŬ·´ ÇÁ·£Â÷ÀÌÁî »ç¾÷ÀÚ ¿À½Â¿ë ÀÔ´Ï´Ù.
¸ÕÀú Çã¶ôµµ ¾øÀÌ ¸ÞÀÏÀ» º¸³»¾î Á¤¸» Á˼ÛÇÕ´Ï´Ù.
ÇöÀç ÀúÈñ ¹é¸¸ÀåÀÚŬ·´ÀÌ ÀÎÅÍ³Ý Á¢¼Ó·ü1À§, ¸Å½ºÄÄ¿¡ ¼Ò°³ µÇ°
Title: Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ× ¹ý·ü Á¦ 50Á¶¿¡ ÀÇ°ÅÇÏ¿© Á¦¸ñ¿¡ [±¤°í]¶ó°í
Ç¥±âÇÑ ±¤°í¸ÞÀÏÀÔ´Ï´Ù.
³×¶¼·ç¸¶´Ï¶õ Àáµç
µ¿¾ÈÀ̶ó´Â ÀϺ» ¸»À̸ç, ¹ß¹Ù´Ú¿¡ ºÙ¿© ³ëÆó¹°À» Èí¼öÇÏ´Â
Roland McGrath <[EMAIL PROTECTED]> writes:
> However, I think diskfs should not return EOPNOTSUPP for this case. On
> Unix systems I have tried, trying to execute a device file (that has
> execute bits set) fails with EACCES. That seems like the appropriate error
> for attempting to open a syml
[EMAIL PROTECTED] (Niels Möller) writes:
> [EMAIL PROTECTED] (Thomas Bushnell, BSG) writes:
>
> > Right, but that's already a Hurd-specific extension. So it's fine to
> > expect it to use another Hurd-specific extension to get a reliable PID
> > or other identification.
>
> What would such an
* Joachim Nilsson <[EMAIL PROTECTED]> [020513 07:24]:
> On Mon, May 13, 2002 at 03:47:32PM +0200, Marcus Brinkmann wrote:
> > Thanks a lot for doing this. But please also honor the copyright of
> > material you are inserting.
>
> Fixed, my mistake.
Thanks Joachim. I thought about this a bit a
Title: ¹«·á ¿µ¾îCD ½ÅûÇϼ¼¿ä
On Sun, May 12, 2002 at 07:40:05PM -0400, Roland McGrath wrote:
> That makes sense. Indeed, fakeroot is netfs so it exec's by accessing the
> underlying node the same way exec'ing on nfs accesses the remote file.
> It's fshelp_exec_reauth trying the makeauth call that rightly fails since
> fakero
On Sun, May 12, 2002 at 10:21:35PM -0400, Roland McGrath wrote:
> > Ugh, netfs_attempt_lookup did not fail, but netfs_S_dir_lookup does! This
> > is because it sees that S_ISCHR evaluates to true on the node. Because
> > fakeroot has no translator started on the node yet, fshelp_fetch_root will
ATTN:
I PRESUME THIS MAIL WILL NOT BE A SURPRISE TO YOU.
I AM AN ACCOUNTANT WITH THE MINISTRY OF MINERAL
RESOURCES AND ENERGY IN SOUTH AFRICA AND ALSO A MEMBER
OF CONTRACTS AWARDING COMMITTEE OF THIS MINISTRY UNDER
SOUTH AFRICA GOVERNMENT.
MANY YEARS AGO, SOUTH AFRICA GOVERNMENT ASKED THIS
COMM
> Mmh, how is this done correctly? I have implemented the netfs_S_file_exec
> pass-through, which works for suid programs, but not for scripts:
> If the program is a script, the file_exec call will dead lock, because exec
> tries to lock up the file node while it is locked in netfs_S_file_exec.
> I tried the cruel way and just #if 0'ed out the whoel S_ISCHR... block (but
> not the symlink handling), and it worked fine. Which form should the hook
> take? A function that netfs_S_dir_lookup calls and that we override?
It could just be a flag global variable. Conversely, struct node coul
¾È³çÇϼ¼¿ä?
°³ÀÎ ¼îÇθô, ³ª¸¸ÀÇ ÁÁÀº ¾ÆÀ̵ð¾î, Á¦Ç° µîÀ» ´ë·®ÀÇ À̸ÞÀÏ ±¤°í¸¦ ÅëÇØ °í¼ÒµæÀÇ ²ÞÀ» ÀÌ·ç¼¼¿ä.
°Ô½ÃÆÇ ÃßÃâÇÑ °Í°ú ½ÃÁß¿¡¼ ±¸ÀÔÇÑ À̸ÞÀÏ ¸®½ºÆ®¸¦ Á¤¸®ÇØ ¿Ïº®È÷ Áߺ¹ Á¦°ÅµÈ À̸ÞÀÏ µ¥ÀÌÅÍ 5000¸¸°³¸¦ ½ÃÁß°¡ÀÇ 30%¿¡ ÆǸÅÇÕ´Ï´Ù (8¸¸¿ø).
¸®½ºÆ® µ¥ÀÌÅÍ´Â Çѹø¿¡ 10¸¸°³¾¿ ¹¿©ÀÖ¾î °ü¸®
[¿¬¿¹ °øÀÛ¼Ò] 'Å°½ºÀÇ ´ÞÀÎ' µ¶ÇÐÀ¸·Îµµ °¡´É Å°½º ¾ê±â´Â ¾ÕÀ¸·Î ÀÚÁÖ ÇÏ°ÚÁö¸¸, È¥ÀÚ¼ °£´ÜÈ÷ ÇÏ´Â ¿¬½À¸¸À¸·Î ³ôÀº È¿°ú¸¦ º¼ ¼ö ÀÖ´Â 'Å°½ºµ¶ÇÐ'ÀÌ ÀÖ¾î¼ ¼Ò°³ÇÑ´Ù. ¡¡ÀÔ¾ÈÀ̳ª ÀÔ¼úÀ» û°áÈ÷ ÇÏÁö ¾ÊÀº Ã
Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00I3_34L45O6P.Q2676V97"
On Mon, May 13, 2002 at 05:45:21PM -0400, Roland McGrath wrote:
> There is no need to lock the node and indeed it is bad to do so, as you
> see. (There is no need to lock because the file port never changes while
> the node lives.)
... and exec does it's own attempt at synchronization, so that i
> ... and exec does it's own attempt at synchronization, so that it sees a
> consistent file content. Yeah, locking it was bogus. I am wondering if for
> the other calls locking is also unnecessary (although not harmful) as we are
> only passing through and the locking of the "real" node at the
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> There is another problem with fakeroot, and that is chmod. It doesn't work
> at all :) I always get EOPNOTSUPP. Your comment:
>
>Unlike the normal Unix
>and Hurd meaning of chmod, this function is also used to attempt to
>change files
Roland McGrath <[EMAIL PROTECTED]> writes:
> Duh. The file_exec to the underlying node calls exec_exec with a port to
> the underlying node, but the INIT_PORT_CRDIR used to start the lookup is
> the fakeroot one. We should probably override netfs_S_io_identity to lie
> and return the underlying
±ÍÇÏÀÇ ¸ÞÀÏÁÖ¼Ò´Â
À¥¼ÇÎÁß,
http://www..com/
¿¡¼ ¾Ë°Ô µÈ°ÍÀ̸ç,
E-Mail ÁÖ¼Ò ¿Ü¿¡, ´Ù¸¥ Á¤º¸´Â °®°í ÀÖÁö ¾Ê½À´Ï´Ù.
Title: ±¤°í¸ÞÀÏ
Çã¶ô¾øÀÌ È«º¸¸ÞÀÏÀ» º¸³»°Ô µÈ Á¡ »ç°úµå¸³´Ï´Ù. Á¤º¸Åë½Å¸ÁÀÌ¿ëÃËÁø¹ý±ÔÁ¤À» ÁؼöÇÏ¿© ±¤°í¸ÞÀÏÀÓÀ»
Ç¥½ÃÇÏ°í,¼ö½Å°ÅºÎ ÀåÄ¡¸¦ ¸¶·ÃÇÏ°í ÀÖ½À´Ï´Ù. ÀüÀÚ¿ìÆíÁÖ¼Ò´Â °Ô½ÃÆÇ¿¡¼ ÃëµæÇÏ¿´À¸¸ç,
ÀüÀÚ¿ìÆíÁÖ¼Ò¿Ü ¾î¶°ÇÑ °³ÀÎ Á¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù
¼ö½Å°ÅºÎ¸¦ ¿øÇÏ½Ç °æ¿ì ¼
¾È³çÇϼ¼¿ä?
°³ÀÎ ¼îÇθô, ³ª¸¸ÀÇ ÁÁÀº ¾ÆÀ̵ð¾î, Á¦Ç° µîÀ» ´ë·®ÀÇ À̸ÞÀÏ ±¤°í¸¦ ÅëÇØ °í¼ÒµæÀÇ ²ÞÀ» ÀÌ·ç¼¼¿ä.
°Ô½ÃÆÇ ÃßÃâÇÑ °Í°ú ½ÃÁß¿¡¼ ±¸ÀÔÇÑ À̸ÞÀÏ ¸®½ºÆ®¸¦ Á¤¸®ÇØ ¿Ïº®È÷ Áߺ¹ Á¦°ÅµÈ À̸ÞÀÏ µ¥ÀÌÅÍ 5000¸¸°³¸¦ ½ÃÁß°¡ÀÇ 30%¿¡ ÆǸÅÇÕ´Ï´Ù (8¸¸¿ø).
¸®½ºÆ® µ¥ÀÌÅÍ´Â Çѹø¿¡ 10¸¸°³¾¿ ¹¿©ÀÖ¾î °ü¸®
Àú´Â ÁßÁõÀÇ °£°æÈȯÀÚÀÔ´Ï´Ù.
ÀúÀǺ´Àº 2±â¿¡¼ 3±â·Î ³Ñ¾î°¡´Â ´Ü°è¿¡ ÀÖÀ¸¸ç,
º¹¼ö,°£¼ºÈ¥¼ö,Å»ÀåµîÀÇ ÇÕº´ÁõÀ» ¾Î°í ÀÖ½À´Ï´Ù.
ÇöÀç´Â Áý¿¡¼ ¿ä¾çÁßÀ̳ª, ¸Å³â 6°³¿ùÀÌ»óÀÇ º´¿ø½Å¼¼¸¦ Áö°í ÀÖ½À´Ï´Ù.
ÀúÀÇ ½Ç¸íÀº Á¤ºñÈ£ÀÌ°í, Á¦º´¿¡´ëÇÑ ±â·ÏÀº ´ë¸²¼º¸ðº´¿ø¿¡ Â÷Æ®·Î
³²¾ÆÀÖ½À´Ï´Ù.
ÀÌÁ¦´Â ´©°¡ºÁµµ Ȳ´Þ·
Title: Untitled Document
¹«ÇÑ»ó»ó·Â (ÁÖ)¸ÅÁ÷Ŭ¸¯
Tel. 02) 883
- 6454 | community
http://cafe.daum.net/mcpartne | ¾àµµº¸±â
O »çÀü Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»°Ô µÈÁ¡ »ç°úµå¸³´Ï´Ù.O ¸ÞÀÏ ¼ö½ÅÀ»
35 matches
Mail list logo
