Title: Untitled Document
¹«ÇÑ»ó»ó·Â (ÁÖ)¸ÅÁ÷Ŭ¸¯
Tel. 02) 883
- 6454 | community
http://cafe.daum.net/mcpartne | ¾àµµº¸±â
O »çÀü Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»°Ô µÈÁ¡ »ç°úµå¸³´Ï´Ù.O ¸ÞÀÏ ¼ö½ÅÀ»
Àú´Â ÁßÁõÀÇ °£°æÈȯÀÚÀÔ´Ï´Ù.
ÀúÀǺ´Àº 2±â¿¡¼ 3±â·Î ³Ñ¾î°¡´Â ´Ü°è¿¡ ÀÖÀ¸¸ç,
º¹¼ö,°£¼ºÈ¥¼ö,Å»ÀåµîÀÇ ÇÕº´ÁõÀ» ¾Î°í ÀÖ½À´Ï´Ù.
ÇöÀç´Â Áý¿¡¼ ¿ä¾çÁßÀ̳ª, ¸Å³â 6°³¿ùÀÌ»óÀÇ º´¿ø½Å¼¼¸¦ Áö°í ÀÖ½À´Ï´Ù.
ÀúÀÇ ½Ç¸íÀº Á¤ºñÈ£ÀÌ°í, Á¦º´¿¡´ëÇÑ ±â·ÏÀº ´ë¸²¼º¸ðº´¿ø¿¡ Â÷Æ®·Î
³²¾ÆÀÖ½À´Ï´Ù.
ÀÌÁ¦´Â ´©°¡ºÁµµ Ȳ´Þ·
Title: ±¤°í¸ÞÀÏ
Çã¶ô¾øÀÌ È«º¸¸ÞÀÏÀ» º¸³»°Ô µÈ Á¡ »ç°úµå¸³´Ï´Ù. Á¤º¸Åë½Å¸ÁÀÌ¿ëÃËÁø¹ý±ÔÁ¤À» ÁؼöÇÏ¿© ±¤°í¸ÞÀÏÀÓÀ»
Ç¥½ÃÇÏ°í,¼ö½Å°ÅºÎ ÀåÄ¡¸¦ ¸¶·ÃÇÏ°í ÀÖ½À´Ï´Ù. ÀüÀÚ¿ìÆíÁÖ¼Ò´Â °Ô½ÃÆÇ¿¡¼ ÃëµæÇÏ¿´À¸¸ç,
ÀüÀÚ¿ìÆíÁÖ¼Ò¿Ü ¾î¶°ÇÑ °³ÀÎ Á¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù
¼ö½Å°ÅºÎ¸¦ ¿øÇÏ½Ç °æ¿ì ¼
±ÍÇÏÀÇ ¸ÞÀÏÁÖ¼Ò´Â
À¥¼ÇÎÁß,
http://www..com/
¿¡¼ ¾Ë°Ô µÈ°ÍÀ̸ç,
E-Mail ÁÖ¼Ò ¿Ü¿¡, ´Ù¸¥ Á¤º¸´Â °®°í ÀÖÁö ¾Ê½À´Ï´Ù.
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
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
> ... 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
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
Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00I3_34L45O6P.Q2676V97"
¾È³çÇϼ¼¿ä?
°³ÀÎ ¼îÇθô, ³ª¸¸ÀÇ ÁÁÀº ¾ÆÀ̵ð¾î, Á¦Ç° µîÀ» ´ë·®ÀÇ À̸ÞÀÏ ±¤°í¸¦ ÅëÇØ °í¼ÒµæÀÇ ²ÞÀ» ÀÌ·ç¼¼¿ä.
°Ô½ÃÆÇ ÃßÃâÇÑ °Í°ú ½ÃÁß¿¡¼ ±¸ÀÔÇÑ À̸ÞÀÏ ¸®½ºÆ®¸¦ Á¤¸®ÇØ ¿Ïº®È÷ Áߺ¹ Á¦°ÅµÈ À̸ÞÀÏ µ¥ÀÌÅÍ 5000¸¸°³¸¦ ½ÃÁß°¡ÀÇ 30%¿¡ ÆǸÅÇÕ´Ï´Ù (8¸¸¿ø).
¸®½ºÆ® µ¥ÀÌÅÍ´Â Çѹø¿¡ 10¸¸°³¾¿ ¹¿©ÀÖ¾î °ü¸®
[¿¬¿¹ °øÀÛ¼Ò] 'Å°½ºÀÇ ´ÞÀÎ' µ¶ÇÐÀ¸·Îµµ °¡´É Å°½º ¾ê±â´Â ¾ÕÀ¸·Î ÀÚÁÖ ÇÏ°ÚÁö¸¸, È¥ÀÚ¼ °£´ÜÈ÷ ÇÏ´Â ¿¬½À¸¸À¸·Î ³ôÀº È¿°ú¸¦ º¼ ¼ö ÀÖ´Â 'Å°½ºµ¶ÇÐ'ÀÌ ÀÖ¾î¼ ¼Ò°³ÇÑ´Ù. ¡¡ÀÔ¾ÈÀ̳ª ÀÔ¼úÀ» û°áÈ÷ ÇÏÁö ¾ÊÀº Ã
¾È³çÇϼ¼¿ä?
°³ÀÎ ¼îÇθô, ³ª¸¸ÀÇ ÁÁÀº ¾ÆÀ̵ð¾î, Á¦Ç° µîÀ» ´ë·®ÀÇ À̸ÞÀÏ ±¤°í¸¦ ÅëÇØ °í¼ÒµæÀÇ ²ÞÀ» ÀÌ·ç¼¼¿ä.
°Ô½ÃÆÇ ÃßÃâÇÑ °Í°ú ½ÃÁß¿¡¼ ±¸ÀÔÇÑ À̸ÞÀÏ ¸®½ºÆ®¸¦ Á¤¸®ÇØ ¿Ïº®È÷ Áߺ¹ Á¦°ÅµÈ À̸ÞÀÏ µ¥ÀÌÅÍ 5000¸¸°³¸¦ ½ÃÁß°¡ÀÇ 30%¿¡ ÆǸÅÇÕ´Ï´Ù (8¸¸¿ø).
¸®½ºÆ® µ¥ÀÌÅÍ´Â Çѹø¿¡ 10¸¸°³¾¿ ¹¿©ÀÖ¾î °ü¸®
> 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
> 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.
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
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
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
Title: ¹«·á ¿µ¾îCD ½ÅûÇϼ¼¿ä
* 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
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
Title: Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ× ¹ý·ü Á¦ 50Á¶¿¡ ÀÇ°ÅÇÏ¿© Á¦¸ñ¿¡ [±¤°í]¶ó°í
Ç¥±âÇÑ ±¤°í¸ÞÀÏÀÔ´Ï´Ù.
³×¶¼·ç¸¶´Ï¶õ Àáµç
µ¿¾ÈÀ̶ó´Â ÀϺ» ¸»À̸ç, ¹ß¹Ù´Ú¿¡ ºÙ¿© ³ëÆó¹°À» Èí¼öÇÏ´Â
ÀúÀÇ(¿À½Â¿ë) À̸ÞÀÏ ÁÖ¼Ò ÀÔ´Ï´Ù : [EMAIL PROTECTED]
If you want to be removed from this email click here [REMOVE]
¾È³çÇϼ¼¿ä ^^
¹é¸¸ÀåÀÚŬ·´ ÇÁ·£Â÷ÀÌÁî »ç¾÷ÀÚ ¿À½Â¿ë ÀÔ´Ï´Ù.
¸ÕÀú Çã¶ôµµ ¾øÀÌ ¸ÞÀÏÀ» º¸³»¾î Á¤¸» Á˼ÛÇÕ´Ï´Ù.
ÇöÀç ÀúÈñ ¹é¸¸ÀåÀÚŬ·´ÀÌ ÀÎÅÍ³Ý Á¢¼Ó·ü1À§, ¸Å½ºÄÄ¿¡ ¼Ò°³ µÇ°
º» ¸ÞÀÏÀº Á¤ÅëºÎ ¹ý·ü¿¡ ÀÇ°ÅÇÑ ±¤°í¼º ¸ÞÀÏÀ̸ç,
¸ÕÀú Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³½°Í¿¡´ëÇØ »ç°ú¸»¾¸ µå¸³´Ï´Ù. ÀúÈñ´Â ±ÍÇÏÀÇ À̸ÞÀÏ ÁÖ¼Ò¿Ü¿¡´Â ¾î¶² Á¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù.
¿øÄ¡¾ÊÀ¸½Ã¸é ¾Æ·¡ ¼ö½Å°ÅºÎ¸¦ ´·¯ÁÖ½Ã¸é µË´Ï´Ù. ^^
Á¦°¡ ¾Æ´Â ÇÑ ÀÛ°¡´Â ÇÑ ÆøÀÇ ¼öäȸ¦ º¸´Â µí ±ÛÀ» Àß ¾¹´Ï´Ù. ƯÈ÷, ±×ÀÇ ¼Ò¼
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=
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
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 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
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
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Title: Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ× ¹ý·ü Á¦ 50Á¶¿¡ ÀÇ°ÅÇÏ¿© Á¦¸ñ¿¡ [±¤°í]¶ó°í
Ç¥±âÇÑ ±¤°í¸ÞÀÏÀÔ´Ï´Ù.
¶æ±íÀº 5¿ù ³×¶¼·ç¸¶´Ï·Î
°Ç°À» ¼±¹°Çϼ¼¿ä~
³×¶¼·ç¸¶´Ï¶õ Àáµç
µ¿¾ÈÀ̶ó´Â ÀϺ» ¸»
Title: ¿©¼ºÀÇ·ùÀü¹®¼îÇθô-½áºùÆ®·¹À̵å
Çã¶ô¾øÀÌ È«º¸¸ÞÀÏÀ» º¸³»°Ô µÈ Á¡ »ç°úµå¸³´Ï´Ù.
Á¤º¸Åë½Å¸ÁÀÌ¿ëÃËÁø¹ý±ÔÁ¤À» ÁؼöÇÏ¿© È«º¸¸ÞÀÏÀÓÀ» Ç¥½ÃÇÏ°í,
¼ö½Å°ÅºÎ ÀåÄ¡¸¦ ¸¶·ÃÇÏ°í ÀÖ½À´Ï´
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
35 matches
Mail list logo
