Menu
▾
▴
colinux-devel — Cooperative Linux development mailing list
You can subscribe to this list here.
| 2004 |
Jan
(64) |
Feb
(530) |
Mar
(266) |
Apr
(580) |
May
(360) |
Jun
(161) |
Jul
(185) |
Aug
(164) |
Sep
(123) |
Oct
(160) |
Nov
(59) |
Dec
(84) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(156) |
Feb
(95) |
Mar
(124) |
Apr
(81) |
May
(79) |
Jun
(179) |
Jul
(35) |
Aug
(64) |
Sep
(56) |
Oct
(57) |
Nov
(18) |
Dec
(41) |
| 2006 |
Jan
(65) |
Feb
(37) |
Mar
(59) |
Apr
(73) |
May
(65) |
Jun
(27) |
Jul
(54) |
Aug
(76) |
Sep
(103) |
Oct
(23) |
Nov
(45) |
Dec
(29) |
| 2007 |
Jan
(41) |
Feb
(47) |
Mar
(61) |
Apr
(24) |
May
(14) |
Jun
(6) |
Jul
(23) |
Aug
(30) |
Sep
(16) |
Oct
(9) |
Nov
(53) |
Dec
(36) |
| 2008 |
Jan
(19) |
Feb
(49) |
Mar
(74) |
Apr
(21) |
May
(24) |
Jun
(5) |
Jul
(9) |
Aug
(53) |
Sep
(26) |
Oct
(23) |
Nov
(32) |
Dec
(19) |
| 2009 |
Jan
(47) |
Feb
(49) |
Mar
(39) |
Apr
(61) |
May
(28) |
Jun
(19) |
Jul
(12) |
Aug
(10) |
Sep
(31) |
Oct
(16) |
Nov
(60) |
Dec
(26) |
| 2010 |
Jan
(17) |
Feb
(9) |
Mar
(32) |
Apr
(11) |
May
(24) |
Jun
(33) |
Jul
(5) |
Aug
(2) |
Sep
(7) |
Oct
(8) |
Nov
(17) |
Dec
(7) |
| 2011 |
Jan
(12) |
Feb
(16) |
Mar
(2) |
Apr
(12) |
May
(5) |
Jun
(10) |
Jul
(3) |
Aug
(3) |
Sep
(2) |
Oct
(1) |
Nov
(17) |
Dec
(1) |
| 2012 |
Jan
(9) |
Feb
(9) |
Mar
(8) |
Apr
(4) |
May
(2) |
Jun
(1) |
Jul
(4) |
Aug
(8) |
Sep
(11) |
Oct
(1) |
Nov
(2) |
Dec
(2) |
| 2013 |
Jan
|
Feb
(7) |
Mar
(4) |
Apr
(10) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
(3) |
| 2016 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: SourceForge.net <no...@so...> - 2008-08-12 17:22:39
|
Bugs item #2042470, was opened at 2008-08-08 10:56 Message generated for change (Comment added) made by xuefer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2042470&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.8.x (devel) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Xuefer (xuefer) Assigned to: Nobody/Anonymous (nobody) >Summary: 0.8.0-20080803 pcap/ndis-bridge stop working after hours Initial Comment: after some hours i fond that ndis-bridge stop working, the process is still there but ping timeout network interface on xp: Bridge [ lan, lo ] gentoo config: eth0=ndis-bridge,lo,00:ff:4f:0d:e7:c0 other information is same as in: http://sourceforge.net/tracker/index.php?func=detail&aid=1952057&group_id=98788&atid=622063 ---------------------------------------------------------------------- >Comment By: Xuefer (xuefer) Date: 2008-08-13 01:22 Message: Logged In: YES user_id=185131 Originator: YES reproduced with pcap again now. be aware that its Bridge [ lan, lo ], and i pcap/ndis-bridge on "lo". i can pcap-bridge but not ndis-bridge on Bridge, "lo" is the only chance to use ndis-bridge for me. ---------------------------------------------------------------------- Comment By: Xuefer (xuefer) Date: 2008-08-12 21:55 Message: Logged In: YES user_id=185131 Originator: YES i thought i had a reason why i was using Bridge instead of lo interface for pcap-bridge (and now ndis-bridge). i remember now. it's because exact the same problem as this ticket. a. IIRC, with pcap-bridge, when it "stopped" working, i ping windows (host) from gentoo linux (colinux guest) and it starts working again. i'm not sure if this is a "windows bridge" problem or just a "colinux with windows bridge" problem b. current test result with ndis-bridge, when it "stopped" working i can ping router from host and from guest, but not ping/tcp between host<->guest however arp works for host<->guest Network Configuration: Bridge --- WAN ----(connected to)---> router \--------- lo ---(ndis bridge)-------> colinux ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2008-08-11 04:40 Message: Logged In: YES user_id=579204 Originator: NO Is fixed in SVN revision 1106. Please download the latest version (devel-20080810) from snapshots http://www.colinux.org/snapshots/ ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2008-08-10 01:40 Message: Logged In: YES user_id=579204 Originator: NO Thanks for the entry here and in bug #1952057. It is a memory leakage in kernel memory. I can reproduce it with netio. Download netio*.zip from http://www.ars.de/ars/ars.nsf/docs/netio Copy the file linux-i386 into coLinux. Run "netio -s" on a server, or perhaps on a windows host. Run this line in coLinux: # while true; do ./netio -b 2k -u 192.168.2.102; sleep 5; done Now, watch Windows Taskmanager in section "Kernel-memory (KB)" the value for "Total". For pcap-bridge the memory goes up to +60MB over normal and it goes down at the "sleep 5". For ndis-bridge the memory incrased +6MB on every test loop. WARNING! 1. pcap-bridge crashes, if it receives 4KB segemnts. That's why I tested with parameter "-b 2k". This is perhaps an other problem. 2. After longer running ndis-bridge Windows have problems on storing files, and can crash on shutdown. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2042470&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-08-12 13:55:09
|
Bugs item #2042470, was opened at 2008-08-08 10:56 Message generated for change (Comment added) made by xuefer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2042470&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.8.x (devel) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Xuefer (xuefer) Assigned to: Nobody/Anonymous (nobody) Summary: 0.8.0-20080803 ndis-bridge stop working after hours Initial Comment: after some hours i fond that ndis-bridge stop working, the process is still there but ping timeout network interface on xp: Bridge [ lan, lo ] gentoo config: eth0=ndis-bridge,lo,00:ff:4f:0d:e7:c0 other information is same as in: http://sourceforge.net/tracker/index.php?func=detail&aid=1952057&group_id=98788&atid=622063 ---------------------------------------------------------------------- >Comment By: Xuefer (xuefer) Date: 2008-08-12 21:55 Message: Logged In: YES user_id=185131 Originator: YES i thought i had a reason why i was using Bridge instead of lo interface for pcap-bridge (and now ndis-bridge). i remember now. it's because exact the same problem as this ticket. a. IIRC, with pcap-bridge, when it "stopped" working, i ping windows (host) from gentoo linux (colinux guest) and it starts working again. i'm not sure if this is a "windows bridge" problem or just a "colinux with windows bridge" problem b. current test result with ndis-bridge, when it "stopped" working i can ping router from host and from guest, but not ping/tcp between host<->guest however arp works for host<->guest Network Configuration: Bridge --- WAN ----(connected to)---> router \--------- lo ---(ndis bridge)-------> colinux ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2008-08-11 04:40 Message: Logged In: YES user_id=579204 Originator: NO Is fixed in SVN revision 1106. Please download the latest version (devel-20080810) from snapshots http://www.colinux.org/snapshots/ ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2008-08-10 01:40 Message: Logged In: YES user_id=579204 Originator: NO Thanks for the entry here and in bug #1952057. It is a memory leakage in kernel memory. I can reproduce it with netio. Download netio*.zip from http://www.ars.de/ars/ars.nsf/docs/netio Copy the file linux-i386 into coLinux. Run "netio -s" on a server, or perhaps on a windows host. Run this line in coLinux: # while true; do ./netio -b 2k -u 192.168.2.102; sleep 5; done Now, watch Windows Taskmanager in section "Kernel-memory (KB)" the value for "Total". For pcap-bridge the memory goes up to +60MB over normal and it goes down at the "sleep 5". For ndis-bridge the memory incrased +6MB on every test loop. WARNING! 1. pcap-bridge crashes, if it receives 4KB segemnts. That's why I tested with parameter "-b 2k". This is perhaps an other problem. 2. After longer running ndis-bridge Windows have problems on storing files, and can crash on shutdown. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2042470&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2008-08-12 04:07:14
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20080811/ colinux-0.8.0-20080811.src.tgz (692169 Bytes) daemons-0.8.0-20080811.dbg.zip (1348410 Bytes) daemons-0.8.0-20080811.zip (1046573 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver The vmlinux and modules are up to date. Please use last version from http://www.henrynestler.com/colinux/autobuild/devel-20080727/ The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1111 | henryn | 2008-08-11 21:55:13 +0000 (Mon, 11 Aug 2008) | 1 line Changed paths: D /branches/devel/src/colinux/os/winnt/user/control * control: Remove unused source. (stub) ------------------------------------------------------------------------ r1110 | henryn | 2008-08-11 21:36:06 +0000 (Mon, 11 Aug 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/user/daemon/main.c * co_winnt_daemon_main: Don't globber retcode. co_winnt_main: As static. ------------------------------------------------------------------------ r1109 | henryn | 2008-08-11 20:50:35 +0000 (Mon, 11 Aug 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/conet.c * Bug#2042470: More NdisFreeBuffer and as loop. (suggest by Ligong Liu) ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2008-08-11 11:07:11
|
Bugs item #2046284, was opened at 2008-08-11 11:07 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2046284&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Paul Rouse (p_rouse) Assigned to: Nobody/Anonymous (nobody) Summary: Slirp built-in DNS broken by 0.7.3-2 Initial Comment: The built-in DNS on 10.0.2.3 in slirp appears to have been broken by the update 0.7.3-2 to colinux-slirp-net-daemon.exe to fix bug 1995862 ("udp forwarded packets over slirp have incorrect source ip"). The issue is that the reply packets to the DNS requests now appear to come from the real DNS server, rather than the virtual one on 10.0.2.3. With the original 0.7.3 release tcpdump gives: 11:44:02.799135 IP 10.0.2.15.32772 > 10.0.2.3.53: 38764+ A? sourceforge.net. (33) 11:44:02.809134 IP 10.0.2.3.53 > 10.0.2.15.32772: 38764 1/0/0 A 216.34.181.60 (49) With the updated slirp daemon tcpdump shows: 11:49:45.149746 IP 10.0.2.15.32776 > 10.0.2.3.53: 23720+ A? sourceforge.net. (33) 11:49:45.149746 IP 172.21.1.201.53 > 10.0.2.15.32776: 23720 1/0/0 A 216.34.181.60 (49) 11:49:45.149746 IP 10.0.2.15 > 172.21.1.201: ICMP 10.0.2.15 udp port 32776 unreachable, length 85 Surely the original behaviour is what you want in the special case of DNS on 10.0.2.3. I am using a static configuration for the slirp interface, giving 10.0.2.3 explicitly as the DNS server, and the address 172.21.1.201 is the real DNS server which Windows is using. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2046284&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-08-11 04:15:41
|
Bugs item #1952057, was opened at 2008-04-26 10:52 Message generated for change (Comment added) made by xuefer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1952057&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Xuefer (xuefer) Assigned to: Nobody/Anonymous (nobody) Summary: 0.8.0-20080420 ndis-bridge hang system Initial Comment: config gentoo.txt: kernel=vmlinux mem=256 # the old one which is ok # eth0=pcap-bridge,Bridge,00:ff:4f:0d:e7:c0 # the new one which hang eth0=ndis-bridge,Bridge,00:ff:4f:0d:e7:c0 root=/dev/sda3 sda2=\Device\Harddisk1\Partition2 sda3=\Device\Harddisk1\Partition3 sda5=\Device\Harddisk1\Partition4 cofs0=\DosDevices\c:\app\system\colinux\ cofs1=\DosDevices\c:\ cofs2=\DosDevices\d:\ cofs3=\DosDevices\e:\ bootlevel=c.boot softlevel=c.default setcobd=async "Bridge" is an windows xp bridge interface that bridge 2 of my interfaces, WAN (which is a real eth card) and lo (loopback virtual device). i use bridge because i want to "interface down" issue when the wire is unplugged from eth card, since lo is always up so "Bridge" will be up too. when i do "net start gentoo" (colinux), it boots nicely but as soon as it reach one of the init.d script (/etc/init.d/net.eth0, i guess), the whole box become slower and slower, any windows becomes not responding, and lastly only mouse pointer is active, i have to reset the box ---------------------------------------------------------------------- >Comment By: Xuefer (xuefer) Date: 2008-08-11 12:15 Message: Logged In: YES user_id=185131 Originator: YES colinux config file: kernel=vmlinux mem=256 #video0=4 #eth0=pcap-bridge,ADSLModem #eth1=tuntap,coeth1 #eth0=pcap-bridge,lo,00:ff:4f:0d:e7:c0 eth0=ndis-bridge,Bridge,00:ff:4f:0d:e7:c0 root=/dev/sda3 sda2=\Device\Harddisk1\Partition2 sda3=\Device\Harddisk1\Partition3 sda5=\Device\Harddisk1\Partition4 cofs0=\DosDevices\c:\app\system\colinux\ cofs1=\DosDevices\c:\ cofs2=\DosDevices\d:\ cofs3=\DosDevices\e:\ bootlevel=c.boot softlevel=c.default setcobd=async ---------------------------------------------------------------------- Comment By: Xuefer (xuefer) Date: 2008-08-11 12:10 Message: Logged In: YES user_id=185131 Originator: YES still reproduced in 0.8.0-20080810 CPU: AMD Athlon(tm) 64 X2 Dual MEM: 2G (128M shared with nvidia geforce 6150SE on board) System: Windows XP Pro SP3 with latested patches ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2008-08-11 05:54 Message: Logged In: YES user_id=579204 Originator: NO The title problem and "box become slower and slower" was solved as memory leakage and is fixed in todays snapshot. I can use ndis-bridge on a Windwos-Bridged network. The only difference I can see, is that a Windows-Bridge is slower as direct Ethernet adapter. Please check it again with the latest version. ---------------------------------------------------------------------- Comment By: Xuefer (xuefer) Date: 2008-08-07 14:45 Message: Logged In: YES user_id=185131 Originator: YES about the network latency and slow samba: c:\> ping router ... Reply from 192.168.0.1: bytes=32 time<1ms TTL=64 ... **** ping latency with pcap-bridge c:\> ping colinux ... Reply from 192.168.0.3: bytes=32 time=15ms TTL=64 Reply from 192.168.0.3: bytes=32 time=16ms TTL=64 ... see? colinux on the same box as my windows xp has higher latency than a real network adapter on wire. *** samba latency with pcap-bridge it took me's 5 seconds to open \\gentoo\etc\ and when i drag the scroll bar down, it take some seconds to get it display because windows explorer is requesting for more data from samba but colinux network has high latency **** was using ndis-bridge c:\> ping colinux ... Reply from 192.168.0.3: bytes=32 time<1ms TTL=64 ... cool, as fast as a real interface *** samba latency with pcap-bridge just seems as fast as a another real matchin that run linux serving samba, no latency thanks for the great work on ndis-bridge ---------------------------------------------------------------------- Comment By: Xuefer (xuefer) Date: 2008-08-07 14:35 Message: Logged In: YES user_id=185131 Originator: YES still reproduced in 0.8.0-20080803 i was about to file a bug claim that colinux network latency is high and make samba slow but i found a workaround to this bug. pcap based config that working fine: eth0=pcap-bridge,Bridge,00:ff:4f:0d:e7:c0 ndis based config that hang: eth0=ndis-bridge,Bridge,00:ff:4f:0d:e7:c0 ndis based config that workaround: eth0=ndis-bridge,lo,00:ff:4f:0d:e7:c0 so pcap-bridge will work on Bridge interface (and maybe "lo" interface, not tested) but ndis-bridge will hang when using Bridge interface can u pls fix it? either disallow user to use bridge interface or fix the problem ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1952057&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-08-11 04:10:34
|
Bugs item #1952057, was opened at 2008-04-26 10:52 Message generated for change (Comment added) made by xuefer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1952057&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Xuefer (xuefer) Assigned to: Nobody/Anonymous (nobody) Summary: 0.8.0-20080420 ndis-bridge hang system Initial Comment: config gentoo.txt: kernel=vmlinux mem=256 # the old one which is ok # eth0=pcap-bridge,Bridge,00:ff:4f:0d:e7:c0 # the new one which hang eth0=ndis-bridge,Bridge,00:ff:4f:0d:e7:c0 root=/dev/sda3 sda2=\Device\Harddisk1\Partition2 sda3=\Device\Harddisk1\Partition3 sda5=\Device\Harddisk1\Partition4 cofs0=\DosDevices\c:\app\system\colinux\ cofs1=\DosDevices\c:\ cofs2=\DosDevices\d:\ cofs3=\DosDevices\e:\ bootlevel=c.boot softlevel=c.default setcobd=async "Bridge" is an windows xp bridge interface that bridge 2 of my interfaces, WAN (which is a real eth card) and lo (loopback virtual device). i use bridge because i want to "interface down" issue when the wire is unplugged from eth card, since lo is always up so "Bridge" will be up too. when i do "net start gentoo" (colinux), it boots nicely but as soon as it reach one of the init.d script (/etc/init.d/net.eth0, i guess), the whole box become slower and slower, any windows becomes not responding, and lastly only mouse pointer is active, i have to reset the box ---------------------------------------------------------------------- >Comment By: Xuefer (xuefer) Date: 2008-08-11 12:10 Message: Logged In: YES user_id=185131 Originator: YES still reproduced in 0.8.0-20080810 CPU: AMD Athlon(tm) 64 X2 Dual MEM: 2G (128M shared with nvidia geforce 6150SE on board) System: Windows XP Pro SP3 with latested patches ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2008-08-11 05:54 Message: Logged In: YES user_id=579204 Originator: NO The title problem and "box become slower and slower" was solved as memory leakage and is fixed in todays snapshot. I can use ndis-bridge on a Windwos-Bridged network. The only difference I can see, is that a Windows-Bridge is slower as direct Ethernet adapter. Please check it again with the latest version. ---------------------------------------------------------------------- Comment By: Xuefer (xuefer) Date: 2008-08-07 14:45 Message: Logged In: YES user_id=185131 Originator: YES about the network latency and slow samba: c:\> ping router ... Reply from 192.168.0.1: bytes=32 time<1ms TTL=64 ... **** ping latency with pcap-bridge c:\> ping colinux ... Reply from 192.168.0.3: bytes=32 time=15ms TTL=64 Reply from 192.168.0.3: bytes=32 time=16ms TTL=64 ... see? colinux on the same box as my windows xp has higher latency than a real network adapter on wire. *** samba latency with pcap-bridge it took me's 5 seconds to open \\gentoo\etc\ and when i drag the scroll bar down, it take some seconds to get it display because windows explorer is requesting for more data from samba but colinux network has high latency **** was using ndis-bridge c:\> ping colinux ... Reply from 192.168.0.3: bytes=32 time<1ms TTL=64 ... cool, as fast as a real interface *** samba latency with pcap-bridge just seems as fast as a another real matchin that run linux serving samba, no latency thanks for the great work on ndis-bridge ---------------------------------------------------------------------- Comment By: Xuefer (xuefer) Date: 2008-08-07 14:35 Message: Logged In: YES user_id=185131 Originator: YES still reproduced in 0.8.0-20080803 i was about to file a bug claim that colinux network latency is high and make samba slow but i found a workaround to this bug. pcap based config that working fine: eth0=pcap-bridge,Bridge,00:ff:4f:0d:e7:c0 ndis based config that hang: eth0=ndis-bridge,Bridge,00:ff:4f:0d:e7:c0 ndis based config that workaround: eth0=ndis-bridge,lo,00:ff:4f:0d:e7:c0 so pcap-bridge will work on Bridge interface (and maybe "lo" interface, not tested) but ndis-bridge will hang when using Bridge interface can u pls fix it? either disallow user to use bridge interface or fix the problem ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1952057&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2008-08-11 04:07:18
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20080810/ colinux-0.8.0-20080810.src.tgz (692607 Bytes) daemons-0.8.0-20080810.dbg.zip (1348336 Bytes) daemons-0.8.0-20080810.zip (1046543 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver The vmlinux and modules are up to date. Please use last version from http://www.henrynestler.com/colinux/autobuild/devel-20080727/ The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1106 | henryn | 2008-08-10 20:16:41 +0000 (Sun, 10 Aug 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/conet.c * Bugfix for #2042470: Add NdisFreeBuffer before NdisFreePacket. ------------------------------------------------------------------------ r1105 | henryn | 2008-08-10 20:09:44 +0000 (Sun, 10 Aug 2008) | 1 line Changed paths: M /branches/devel/doc/building M /branches/devel/src/colinux/kernel/manager.c * Small text changes ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2008-08-10 21:54:02
|
Bugs item #1952057, was opened at 2008-04-26 04:52 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1952057&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Xuefer (xuefer) Assigned to: Nobody/Anonymous (nobody) Summary: 0.8.0-20080420 ndis-bridge hang system Initial Comment: config gentoo.txt: kernel=vmlinux mem=256 # the old one which is ok # eth0=pcap-bridge,Bridge,00:ff:4f:0d:e7:c0 # the new one which hang eth0=ndis-bridge,Bridge,00:ff:4f:0d:e7:c0 root=/dev/sda3 sda2=\Device\Harddisk1\Partition2 sda3=\Device\Harddisk1\Partition3 sda5=\Device\Harddisk1\Partition4 cofs0=\DosDevices\c:\app\system\colinux\ cofs1=\DosDevices\c:\ cofs2=\DosDevices\d:\ cofs3=\DosDevices\e:\ bootlevel=c.boot softlevel=c.default setcobd=async "Bridge" is an windows xp bridge interface that bridge 2 of my interfaces, WAN (which is a real eth card) and lo (loopback virtual device). i use bridge because i want to "interface down" issue when the wire is unplugged from eth card, since lo is always up so "Bridge" will be up too. when i do "net start gentoo" (colinux), it boots nicely but as soon as it reach one of the init.d script (/etc/init.d/net.eth0, i guess), the whole box become slower and slower, any windows becomes not responding, and lastly only mouse pointer is active, i have to reset the box ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2008-08-10 23:54 Message: Logged In: YES user_id=579204 Originator: NO The title problem and "box become slower and slower" was solved as memory leakage and is fixed in todays snapshot. I can use ndis-bridge on a Windwos-Bridged network. The only difference I can see, is that a Windows-Bridge is slower as direct Ethernet adapter. Please check it again with the latest version. ---------------------------------------------------------------------- Comment By: Xuefer (xuefer) Date: 2008-08-07 08:45 Message: Logged In: YES user_id=185131 Originator: YES about the network latency and slow samba: c:\> ping router ... Reply from 192.168.0.1: bytes=32 time<1ms TTL=64 ... **** ping latency with pcap-bridge c:\> ping colinux ... Reply from 192.168.0.3: bytes=32 time=15ms TTL=64 Reply from 192.168.0.3: bytes=32 time=16ms TTL=64 ... see? colinux on the same box as my windows xp has higher latency than a real network adapter on wire. *** samba latency with pcap-bridge it took me's 5 seconds to open \\gentoo\etc\ and when i drag the scroll bar down, it take some seconds to get it display because windows explorer is requesting for more data from samba but colinux network has high latency **** was using ndis-bridge c:\> ping colinux ... Reply from 192.168.0.3: bytes=32 time<1ms TTL=64 ... cool, as fast as a real interface *** samba latency with pcap-bridge just seems as fast as a another real matchin that run linux serving samba, no latency thanks for the great work on ndis-bridge ---------------------------------------------------------------------- Comment By: Xuefer (xuefer) Date: 2008-08-07 08:35 Message: Logged In: YES user_id=185131 Originator: YES still reproduced in 0.8.0-20080803 i was about to file a bug claim that colinux network latency is high and make samba slow but i found a workaround to this bug. pcap based config that working fine: eth0=pcap-bridge,Bridge,00:ff:4f:0d:e7:c0 ndis based config that hang: eth0=ndis-bridge,Bridge,00:ff:4f:0d:e7:c0 ndis based config that workaround: eth0=ndis-bridge,lo,00:ff:4f:0d:e7:c0 so pcap-bridge will work on Bridge interface (and maybe "lo" interface, not tested) but ndis-bridge will hang when using Bridge interface can u pls fix it? either disallow user to use bridge interface or fix the problem ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1952057&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-08-10 20:40:04
|
Bugs item #2042470, was opened at 2008-08-08 04:56 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2042470&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.8.x (devel) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Xuefer (xuefer) Assigned to: Nobody/Anonymous (nobody) Summary: 0.8.0-20080803 ndis-bridge stop working after hours Initial Comment: after some hours i fond that ndis-bridge stop working, the process is still there but ping timeout network interface on xp: Bridge [ lan, lo ] gentoo config: eth0=ndis-bridge,lo,00:ff:4f:0d:e7:c0 other information is same as in: http://sourceforge.net/tracker/index.php?func=detail&aid=1952057&group_id=98788&atid=622063 ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2008-08-10 22:40 Message: Logged In: YES user_id=579204 Originator: NO Is fixed in SVN revision 1106. Please download the latest version (devel-20080810) from snapshots http://www.colinux.org/snapshots/ ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2008-08-09 19:40 Message: Logged In: YES user_id=579204 Originator: NO Thanks for the entry here and in bug #1952057. It is a memory leakage in kernel memory. I can reproduce it with netio. Download netio*.zip from http://www.ars.de/ars/ars.nsf/docs/netio Copy the file linux-i386 into coLinux. Run "netio -s" on a server, or perhaps on a windows host. Run this line in coLinux: # while true; do ./netio -b 2k -u 192.168.2.102; sleep 5; done Now, watch Windows Taskmanager in section "Kernel-memory (KB)" the value for "Total". For pcap-bridge the memory goes up to +60MB over normal and it goes down at the "sleep 5". For ndis-bridge the memory incrased +6MB on every test loop. WARNING! 1. pcap-bridge crashes, if it receives 4KB segemnts. That's why I tested with parameter "-b 2k". This is perhaps an other problem. 2. After longer running ndis-bridge Windows have problems on storing files, and can crash on shutdown. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2042470&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-08-09 17:40:17
|
Bugs item #2042470, was opened at 2008-08-08 04:56 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2042470&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.8.x (devel) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Xuefer (xuefer) Assigned to: Nobody/Anonymous (nobody) Summary: 0.8.0-20080803 ndis-bridge stop working after hours Initial Comment: after some hours i fond that ndis-bridge stop working, the process is still there but ping timeout network interface on xp: Bridge [ lan, lo ] gentoo config: eth0=ndis-bridge,lo,00:ff:4f:0d:e7:c0 other information is same as in: http://sourceforge.net/tracker/index.php?func=detail&aid=1952057&group_id=98788&atid=622063 ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2008-08-09 19:40 Message: Logged In: YES user_id=579204 Originator: NO Thanks for the entry here and in bug #1952057. It is a memory leakage in kernel memory. I can reproduce it with netio. Download netio*.zip from http://www.ars.de/ars/ars.nsf/docs/netio Copy the file linux-i386 into coLinux. Run "netio -s" on a server, or perhaps on a windows host. Run this line in coLinux: # while true; do ./netio -b 2k -u 192.168.2.102; sleep 5; done Now, watch Windows Taskmanager in section "Kernel-memory (KB)" the value for "Total". For pcap-bridge the memory goes up to +60MB over normal and it goes down at the "sleep 5". For ndis-bridge the memory incrased +6MB on every test loop. WARNING! 1. pcap-bridge crashes, if it receives 4KB segemnts. That's why I tested with parameter "-b 2k". This is perhaps an other problem. 2. After longer running ndis-bridge Windows have problems on storing files, and can crash on shutdown. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2042470&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-08-08 02:56:18
|
Bugs item #2042470, was opened at 2008-08-08 10:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2042470&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.8.x (devel) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Xuefer (xuefer) Assigned to: Nobody/Anonymous (nobody) Summary: 0.8.0-20080803 ndis-bridge stop working after hours Initial Comment: after some hours i fond that ndis-bridge stop working, the process is still there but ping timeout network interface on xp: Bridge [ lan, lo ] gentoo config: eth0=ndis-bridge,lo,00:ff:4f:0d:e7:c0 other information is same as in: http://sourceforge.net/tracker/index.php?func=detail&aid=1952057&group_id=98788&atid=622063 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2042470&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-08-07 06:45:44
|
Bugs item #1952057, was opened at 2008-04-26 10:52 Message generated for change (Comment added) made by xuefer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1952057&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Xuefer (xuefer) Assigned to: Nobody/Anonymous (nobody) Summary: 0.8.0-20080420 ndis-bridge hang system Initial Comment: config gentoo.txt: kernel=vmlinux mem=256 # the old one which is ok # eth0=pcap-bridge,Bridge,00:ff:4f:0d:e7:c0 # the new one which hang eth0=ndis-bridge,Bridge,00:ff:4f:0d:e7:c0 root=/dev/sda3 sda2=\Device\Harddisk1\Partition2 sda3=\Device\Harddisk1\Partition3 sda5=\Device\Harddisk1\Partition4 cofs0=\DosDevices\c:\app\system\colinux\ cofs1=\DosDevices\c:\ cofs2=\DosDevices\d:\ cofs3=\DosDevices\e:\ bootlevel=c.boot softlevel=c.default setcobd=async "Bridge" is an windows xp bridge interface that bridge 2 of my interfaces, WAN (which is a real eth card) and lo (loopback virtual device). i use bridge because i want to "interface down" issue when the wire is unplugged from eth card, since lo is always up so "Bridge" will be up too. when i do "net start gentoo" (colinux), it boots nicely but as soon as it reach one of the init.d script (/etc/init.d/net.eth0, i guess), the whole box become slower and slower, any windows becomes not responding, and lastly only mouse pointer is active, i have to reset the box ---------------------------------------------------------------------- >Comment By: Xuefer (xuefer) Date: 2008-08-07 14:45 Message: Logged In: YES user_id=185131 Originator: YES about the network latency and slow samba: c:\> ping router ... Reply from 192.168.0.1: bytes=32 time<1ms TTL=64 ... **** ping latency with pcap-bridge c:\> ping colinux ... Reply from 192.168.0.3: bytes=32 time=15ms TTL=64 Reply from 192.168.0.3: bytes=32 time=16ms TTL=64 ... see? colinux on the same box as my windows xp has higher latency than a real network adapter on wire. *** samba latency with pcap-bridge it took me's 5 seconds to open \\gentoo\etc\ and when i drag the scroll bar down, it take some seconds to get it display because windows explorer is requesting for more data from samba but colinux network has high latency **** was using ndis-bridge c:\> ping colinux ... Reply from 192.168.0.3: bytes=32 time<1ms TTL=64 ... cool, as fast as a real interface *** samba latency with pcap-bridge just seems as fast as a another real matchin that run linux serving samba, no latency thanks for the great work on ndis-bridge ---------------------------------------------------------------------- Comment By: Xuefer (xuefer) Date: 2008-08-07 14:35 Message: Logged In: YES user_id=185131 Originator: YES still reproduced in 0.8.0-20080803 i was about to file a bug claim that colinux network latency is high and make samba slow but i found a workaround to this bug. pcap based config that working fine: eth0=pcap-bridge,Bridge,00:ff:4f:0d:e7:c0 ndis based config that hang: eth0=ndis-bridge,Bridge,00:ff:4f:0d:e7:c0 ndis based config that workaround: eth0=ndis-bridge,lo,00:ff:4f:0d:e7:c0 so pcap-bridge will work on Bridge interface (and maybe "lo" interface, not tested) but ndis-bridge will hang when using Bridge interface can u pls fix it? either disallow user to use bridge interface or fix the problem ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1952057&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-08-07 06:35:17
|
Bugs item #1952057, was opened at 2008-04-26 10:52 Message generated for change (Comment added) made by xuefer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1952057&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Xuefer (xuefer) Assigned to: Nobody/Anonymous (nobody) Summary: 0.8.0-20080420 ndis-bridge hang system Initial Comment: config gentoo.txt: kernel=vmlinux mem=256 # the old one which is ok # eth0=pcap-bridge,Bridge,00:ff:4f:0d:e7:c0 # the new one which hang eth0=ndis-bridge,Bridge,00:ff:4f:0d:e7:c0 root=/dev/sda3 sda2=\Device\Harddisk1\Partition2 sda3=\Device\Harddisk1\Partition3 sda5=\Device\Harddisk1\Partition4 cofs0=\DosDevices\c:\app\system\colinux\ cofs1=\DosDevices\c:\ cofs2=\DosDevices\d:\ cofs3=\DosDevices\e:\ bootlevel=c.boot softlevel=c.default setcobd=async "Bridge" is an windows xp bridge interface that bridge 2 of my interfaces, WAN (which is a real eth card) and lo (loopback virtual device). i use bridge because i want to "interface down" issue when the wire is unplugged from eth card, since lo is always up so "Bridge" will be up too. when i do "net start gentoo" (colinux), it boots nicely but as soon as it reach one of the init.d script (/etc/init.d/net.eth0, i guess), the whole box become slower and slower, any windows becomes not responding, and lastly only mouse pointer is active, i have to reset the box ---------------------------------------------------------------------- Comment By: Xuefer (xuefer) Date: 2008-08-07 14:35 Message: Logged In: YES user_id=185131 Originator: YES still reproduced in 0.8.0-20080803 i was about to file a bug claim that colinux network latency is high and make samba slow but i found a workaround to this bug. pcap based config that working fine: eth0=pcap-bridge,Bridge,00:ff:4f:0d:e7:c0 ndis based config that hang: eth0=ndis-bridge,Bridge,00:ff:4f:0d:e7:c0 ndis based config that workaround: eth0=ndis-bridge,lo,00:ff:4f:0d:e7:c0 so pcap-bridge will work on Bridge interface (and maybe "lo" interface, not tested) but ndis-bridge will hang when using Bridge interface can u pls fix it? either disallow user to use bridge interface or fix the problem ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1952057&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2008-08-04 04:07:09
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20080803/ colinux-0.8.0-20080803.src.tgz (692515 Bytes) daemons-0.8.0-20080803.dbg.zip (1348237 Bytes) daemons-0.8.0-20080803.zip (1046483 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver The vmlinux and modules are up to date. Please use last version from http://www.henrynestler.com/colinux/autobuild/devel-20080727/ The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1104 | henryn | 2008-08-03 20:49:59 +0000 (Sun, 03 Aug 2008) | 1 line Changed paths: M /branches/devel/src/build.comake.py * Buildsystem: Handle headers from in source and out of tree builds. ------------------------------------------------------------------------ r1103 | henryn | 2008-08-03 16:03:33 +0000 (Sun, 03 Aug 2008) | 1 line Changed paths: M /branches/devel/bin/build-common.sh M /branches/devel/bin/comake/tools.py M /branches/devel/configure M /branches/devel/src/Makefile M /branches/devel/src/colinux/user/cmdline.c * Buildsystem: Add some entries for Darwin port. (thanks Monsti, and me) ------------------------------------------------------------------------ r1102 | henryn | 2008-08-03 15:42:35 +0000 (Sun, 03 Aug 2008) | 2 lines Changed paths: M /branches/devel/bin/build-common.sh M /branches/devel/bin/build-cross.sh M /branches/devel/bin/mindump-repaint-labels.sh M /branches/devel/configure M /branches/devel/src/colinux/os/winnt/user/daemon/res/resources_def.sh M /branches/devel/src/colinux/os/winnt/user/install/colinux_def.sh * Scripts: "\+" is not basic RE, replaces with "\{1,\}". ------------------------------------------------------------------------ r1101 | henryn | 2008-08-03 13:37:23 +0000 (Sun, 03 Aug 2008) | 1 line Changed paths: M /branches/devel/doc/building M /branches/devel/src/colinux/os/linux/kernel/module/debug.c * Linux as host: Debug printk at module load via module parameter debug_misc=31. ------------------------------------------------------------------------ |
|
From: coLinux a. <col...@he...> - 2008-08-03 04:07:07
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20080802/ colinux-0.8.0-20080802.src.tgz (692307 Bytes) daemons-0.8.0-20080802.dbg.zip (1348252 Bytes) daemons-0.8.0-20080802.zip (1046498 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver The vmlinux and modules are up to date. Please use last version from http://www.henrynestler.com/colinux/autobuild/devel-20080727/ The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1100 | henryn | 2008-08-02 15:34:16 +0000 (Sat, 02 Aug 2008) | 1 line Changed paths: M /branches/devel/Makefile * Makefile: Clear Modules.symvers from Linux as host. ------------------------------------------------------------------------ r1099 | henryn | 2008-08-02 15:28:23 +0000 (Sat, 02 Aug 2008) | 1 line Changed paths: M /branches/devel/Makefile M /branches/devel/Makefile.linux M /branches/devel/Makefile.winnt Undoing change committed in r1097. ------------------------------------------------------------------------ r1098 | henryn | 2008-08-02 14:56:27 +0000 (Sat, 02 Aug 2008) | 1 line Changed paths: M /branches/devel/NEWS M /branches/devel/RUNNING M /branches/devel/src/colinux/os/winnt/user/install/iDl.ini * Docs: Wiki moved. ------------------------------------------------------------------------ r1097 | henryn | 2008-08-02 13:45:20 +0000 (Sat, 02 Aug 2008) | 1 line Changed paths: M /branches/devel/Makefile M /branches/devel/Makefile.linux M /branches/devel/Makefile.winnt * Makefile: Move host specific cleanup into specific Makefile, label hostclean. ------------------------------------------------------------------------ r1096 | henryn | 2008-08-02 13:32:34 +0000 (Sat, 02 Aug 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/conet.c * Ndis-Bridge: Debuging to facility network. ------------------------------------------------------------------------ r1095 | henryn | 2008-08-02 13:17:29 +0000 (Sat, 02 Aug 2008) | 1 line Changed paths: M /branches/devel/src/colinux/kernel/monitor.c * Remove extra network debug out. ------------------------------------------------------------------------ r1094 | henryn | 2008-08-02 13:13:09 +0000 (Sat, 02 Aug 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/user/conet-ndis-daemon/main.c * Ndis-Bridge: Remove include pcap.h. ------------------------------------------------------------------------ r1093 | henryn | 2008-08-02 13:11:57 +0000 (Sat, 02 Aug 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/user/conet-ndis-daemon/main.c * Ndis-Bridge: co_terminal_print should end with new line, co_debug not. ------------------------------------------------------------------------ r1092 | henryn | 2008-08-02 13:00:29 +0000 (Sat, 02 Aug 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/conet.c * Ndis-Bridge: Heavy debug disabled by default (CONET_DEBUG). ------------------------------------------------------------------------ r1091 | henryn | 2008-08-02 12:57:09 +0000 (Sat, 02 Aug 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/conet.c M /branches/devel/src/colinux/os/winnt/kernel/conet.h * Ndis-Bridge: All inline as static. ------------------------------------------------------------------------ r1090 | henryn | 2008-08-02 12:33:52 +0000 (Sat, 02 Aug 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/user/conet-ndis-daemon/main.c * Ndis-Bridge: Functions as static. ------------------------------------------------------------------------ r1089 | henryn | 2008-08-02 12:31:16 +0000 (Sat, 02 Aug 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/user/conet-ndis-daemon/main.c * Ndis-Bridge: Cleanup debug session at exit. ------------------------------------------------------------------------ r1088 | henryn | 2008-08-02 12:27:50 +0000 (Sat, 02 Aug 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/build/build.comake.py M /branches/devel/src/colinux/os/winnt/user/conet-ndis-daemon/main.c * Ndis-Bridge: Remove dependency wpcap.dll, source ported from tap. ------------------------------------------------------------------------ |
|
From: coLinux a. <col...@he...> - 2008-08-01 04:07:15
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20080730/ colinux-0.8.0-20080730.src.tgz (692435 Bytes) daemons-0.8.0-20080730.dbg.zip (1353232 Bytes) daemons-0.8.0-20080730.zip (1051318 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver The vmlinux and modules are up to date. Please use last version from http://www.henrynestler.com/colinux/autobuild/devel-20080727/ The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1087 | henryn | 2008-07-30 20:16:26 +0000 (Wed, 30 Jul 2008) | 1 line Changed paths: M /branches/devel/bin/build-common.sh M /branches/devel/bin/build-cross.sh M /branches/devel/bin/mindump-repaint-labels.sh M /branches/devel/configure * Replace extended RE with basic RE syntax, remove -r from sed calls. ------------------------------------------------------------------------ r1086 | henryn | 2008-07-30 19:48:32 +0000 (Wed, 30 Jul 2008) | 1 line Changed paths: A /branches/devel/src/colinux/os/linux/kernel/module/conet.c * Linux as host co_conet_*: Add dummy functions for Kernel based bridge. ------------------------------------------------------------------------ r1085 | henryn | 2008-07-30 19:44:48 +0000 (Wed, 30 Jul 2008) | 1 line Changed paths: M /branches/devel/src/colinux/kernel/monitor.c M /branches/devel/src/colinux/kernel/monitor.h M /branches/devel/src/colinux/os/winnt/kernel/conet.c * co_conet_*: Replace return values TRUE/FALSE with coLinux return codes. ------------------------------------------------------------------------ r1084 | henryn | 2008-07-30 19:34:06 +0000 (Wed, 30 Jul 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/conet.h * co_conet_*: Remove double prototypes, exist in src/colinux/kernel/monitor.h ------------------------------------------------------------------------ r1083 | henryn | 2008-07-30 19:25:26 +0000 (Wed, 30 Jul 2008) | 1 line Changed paths: M /branches/devel/src/colinux/common/console.c M /branches/devel/src/colinux/os/linux/kernel/module/pages.c M /branches/devel/src/colinux/user/console/widget.cpp M /branches/devel/src/colinux/user/console-base/console.cpp * Fixup warnings: Missing CO_OPERATION_CONSOLE_SIZES and unused vars. ------------------------------------------------------------------------ r1082 | henryn | 2008-07-30 19:11:07 +0000 (Wed, 30 Jul 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/linux/kernel/module/linux_inc.h M /branches/devel/src/colinux/os/linux/kernel/module/timer.c * Linux as host: Add missing co_os_msleep. ------------------------------------------------------------------------ r1081 | henryn | 2008-07-29 22:01:58 +0000 (Tue, 29 Jul 2008) | 3 lines Changed paths: M /branches/devel/src/colinux/os/winnt/user/console-nt/widget.cpp M /branches/devel/src/colinux/user/console-base/console.cpp * NT-Console reads screen size from host kernel driver. CO_CONSOLE_WIDTH, CO_CONSOLE_HEIGHT only used by kernel driver now. ------------------------------------------------------------------------ |
|
From: coLinux a. <col...@he...> - 2008-07-28 04:11:25
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20080727/ colinux-0.8.0-20080727.src.tgz (692241 Bytes) daemons-0.8.0-20080727.dbg.zip (1353010 Bytes) daemons-0.8.0-20080727.zip (1051109 Bytes) modules-2.6.22.18-co-0.8.0-20080727.tgz (2602729 Bytes) vmlinux-2.6.22.18-co-0.8.0-20080727.zip (1762333 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver Inside coLinux please update modules as follow: rm -rf /lib/modules/*-co-* tar -xzf modules-*-co-*-20080727.tgz -C / The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1080 | henryn | 2008-07-27 15:29:53 +0000 (Sun, 27 Jul 2008) | 1 line Changed paths: M /branches/devel/NEWS * NEWS: /proc/colinux/stats ------------------------------------------------------------------------ r1079 | henryn | 2008-07-27 15:20:54 +0000 (Sun, 27 Jul 2008) | 1 line Changed paths: M /branches/devel/patch/base-2.6.22.diff * proxy_interrupt_handler: FIRST_EXTERNAL_VECTOR instead hard coded 0x20. ------------------------------------------------------------------------ r1078 | henryn | 2008-07-27 15:17:29 +0000 (Sun, 27 Jul 2008) | 1 line Changed paths: M /branches/devel/bin/comake/tools.py M /branches/devel/src/colinux/kernel/monitor.c * Small source face lifts (Space/tab/CR) ------------------------------------------------------------------------ r1077 | henryn | 2008-07-27 15:15:27 +0000 (Sun, 27 Jul 2008) | 1 line Changed paths: M /branches/devel/conf/example.conf * example.conf: Remove mac from default config ------------------------------------------------------------------------ r1076 | henryn | 2008-07-27 15:13:10 +0000 (Sun, 27 Jul 2008) | 1 line Changed paths: M /branches/devel/patch/base-2.6.22.diff * co_persistent_alloc_pages,co_free_pages: Rename variable size into pages. ------------------------------------------------------------------------ r1075 | henryn | 2008-07-27 14:37:40 +0000 (Sun, 27 Jul 2008) | 1 line Changed paths: M /branches/devel/doc/building *doc/building: Merged from stable ------------------------------------------------------------------------ r1074 | henryn | 2008-07-27 14:34:39 +0000 (Sun, 27 Jul 2008) | 1 line Changed paths: M /branches/devel/NEWS * NEWS: Merged from stable ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2008-07-23 00:16:17
|
Feature Requests item #2025225, was opened at 2008-07-23 00:16 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=2025225&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Support for Windows x64 Initial Comment: All the machines in our office are running either Vista x64 or Server 2008 x64 and thus I can't use coLinux on my desktop despite really wanting to. Obviously there are driver signing issues to work through. Requiring the user to self-sign is not necessarily a blocker, at least for us. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=2025225&group_id=98788 |
|
From: Henry N. <hen...@ar...> - 2008-07-18 22:41:21
|
Hello, the coLinux Wiki has moved to http://wiki.colinux.org/ Please update your Bookmarks. -- Henry N. |
|
From: SourceForge.net <no...@so...> - 2008-07-09 20:11:23
|
Bugs item #2013501, was opened at 2008-07-08 15:36 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2013501&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Adrien Beau (abeau) >Assigned to: Henry N. (henryn) Summary: The configuration file format is fragile Initial Comment: While experimenting with cofs, I made the following mistake: # --- config start --- # There is no need to bother creating an ISO-9660 image # for the installation CD-ROM, we can directly point to # the files downloaded from slackware.at thanks to cofs. cofs0= C:\Linux\archive\slackware-12.1\www.slackware.at\data\slackware-12.1 #cofs1=D:\ #cofs2=D:\temp # --- config end --- The mistake is the space left after the equal sign in the cofs0 line. coLinux parses this config file as if "cofs0=" was on a line by itself, and then independantly parses C:\Linux\... (being an unknown entity, it is passed as-is to the Linux kernel command line). The cofs path being empty, is considered a path relative to the configuration file location, so we end up with cofs0 directly pointing to the configuration directory. (A somewhat dangerous configuration I would say, since it also often contains the filesystem images.) Maybe the parser should be improved so that it ignores the whitespace characters right before and after the first equal sign in the configuration file lines? At least a warning should be added to colinux-daemon.txt. ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2008-07-09 22:11 Message: Logged In: YES user_id=579204 Originator: NO Hello Adrien. many thanks for your bug reports. We will fix it next. Bebbo, the function GetPrivateProfileString is not usable here. The command parser should not depend on Windows platform. We have also coLinux for Linux and a (very long) plan was more platforms. But the second makes more priority: All not parsed arguments must be forward to Linux kernel command line, for example a simple "ro" or "root=/dev/...". Henry ---------------------------------------------------------------------- Comment By: Stefan Franke (bebbo) Date: 2008-07-08 16:32 Message: Logged In: YES user_id=406985 Originator: NO why use an own parser? Simply use the GetPrivateProfileString functio. => http://msdn.microsoft.com/en-us/library/ms724353.aspx Bebbo ---------------------------------------------------------------------- Comment By: Adrien Beau (abeau) Date: 2008-07-08 16:23 Message: Logged In: YES user_id=787269 Originator: YES My cofs0 line was broken in two when I posted the bug report. Like I described, in the config file, I had cofs0= and the C:\Linux path on the same line, separated by a space. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2013501&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2008-07-08 21:35:42
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20080625/ colinux-0.8.0-20080625.src.tgz (692099 Bytes) daemons-0.8.0-20080625.dbg.zip (1352993 Bytes) daemons-0.8.0-20080625.zip (1051091 Bytes) modules-2.6.22.18-co-0.8.0-20080625.tgz (2602752 Bytes) vmlinux-2.6.22.18-co-0.8.0-20080625.zip (1762332 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver Inside coLinux please update modules as follow: rm -rf /lib/modules/*-co-* tar -xzf modules-*-co-*-20080625.tgz -C / The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1060 | henryn | 2008-06-25 17:23:01 +0000 (Wed, 25 Jun 2008) | 4 lines Changed paths: M /branches/devel/src/colinux/user/slirp/udp.c * Adjust alias ipaddress only, if it comes from localhost. Fixup wrong source ip from UDP redirection, if receives external UDP packets (found by Mike Frysinger). ------------------------------------------------------------------------ r1058 | henryn | 2008-06-25 17:10:10 +0000 (Wed, 25 Jun 2008) | 1 line Changed paths: M /branches/devel/src/colinux/user/slirp/tftp.c * Include header before "ifdef EMULATE_TFTP_SERVER", makes enable possible. ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2008-07-08 14:32:39
|
Bugs item #2013501, was opened at 2008-07-08 15:36 Message generated for change (Comment added) made by bebbo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2013501&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Adrien Beau (abeau) Assigned to: Nobody/Anonymous (nobody) Summary: The configuration file format is fragile Initial Comment: While experimenting with cofs, I made the following mistake: # --- config start --- # There is no need to bother creating an ISO-9660 image # for the installation CD-ROM, we can directly point to # the files downloaded from slackware.at thanks to cofs. cofs0= C:\Linux\archive\slackware-12.1\www.slackware.at\data\slackware-12.1 #cofs1=D:\ #cofs2=D:\temp # --- config end --- The mistake is the space left after the equal sign in the cofs0 line. coLinux parses this config file as if "cofs0=" was on a line by itself, and then independantly parses C:\Linux\... (being an unknown entity, it is passed as-is to the Linux kernel command line). The cofs path being empty, is considered a path relative to the configuration file location, so we end up with cofs0 directly pointing to the configuration directory. (A somewhat dangerous configuration I would say, since it also often contains the filesystem images.) Maybe the parser should be improved so that it ignores the whitespace characters right before and after the first equal sign in the configuration file lines? At least a warning should be added to colinux-daemon.txt. ---------------------------------------------------------------------- Comment By: Stefan Franke (bebbo) Date: 2008-07-08 16:32 Message: Logged In: YES user_id=406985 Originator: NO why use an own parser? Simply use the GetPrivateProfileString functio. => http://msdn.microsoft.com/en-us/library/ms724353.aspx Bebbo ---------------------------------------------------------------------- Comment By: Adrien Beau (abeau) Date: 2008-07-08 16:23 Message: Logged In: YES user_id=787269 Originator: YES My cofs0 line was broken in two when I posted the bug report. Like I described, in the config file, I had cofs0= and the C:\Linux path on the same line, separated by a space. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2013501&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-07-08 14:23:41
|
Bugs item #2013501, was opened at 2008-07-08 15:36 Message generated for change (Comment added) made by abeau You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2013501&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Adrien Beau (abeau) Assigned to: Nobody/Anonymous (nobody) Summary: The configuration file format is fragile Initial Comment: While experimenting with cofs, I made the following mistake: # --- config start --- # There is no need to bother creating an ISO-9660 image # for the installation CD-ROM, we can directly point to # the files downloaded from slackware.at thanks to cofs. cofs0= C:\Linux\archive\slackware-12.1\www.slackware.at\data\slackware-12.1 #cofs1=D:\ #cofs2=D:\temp # --- config end --- The mistake is the space left after the equal sign in the cofs0 line. coLinux parses this config file as if "cofs0=" was on a line by itself, and then independantly parses C:\Linux\... (being an unknown entity, it is passed as-is to the Linux kernel command line). The cofs path being empty, is considered a path relative to the configuration file location, so we end up with cofs0 directly pointing to the configuration directory. (A somewhat dangerous configuration I would say, since it also often contains the filesystem images.) Maybe the parser should be improved so that it ignores the whitespace characters right before and after the first equal sign in the configuration file lines? At least a warning should be added to colinux-daemon.txt. ---------------------------------------------------------------------- >Comment By: Adrien Beau (abeau) Date: 2008-07-08 16:23 Message: Logged In: YES user_id=787269 Originator: YES My cofs0 line was broken in two when I posted the bug report. Like I described, in the config file, I had cofs0= and the C:\Linux path on the same line, separated by a space. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2013501&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-07-08 13:36:39
|
Bugs item #2013501, was opened at 2008-07-08 15:36 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2013501&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Adrien Beau (abeau) Assigned to: Nobody/Anonymous (nobody) Summary: The configuration file format is fragile Initial Comment: While experimenting with cofs, I made the following mistake: # --- config start --- # There is no need to bother creating an ISO-9660 image # for the installation CD-ROM, we can directly point to # the files downloaded from slackware.at thanks to cofs. cofs0= C:\Linux\archive\slackware-12.1\www.slackware.at\data\slackware-12.1 #cofs1=D:\ #cofs2=D:\temp # --- config end --- The mistake is the space left after the equal sign in the cofs0 line. coLinux parses this config file as if "cofs0=" was on a line by itself, and then independantly parses C:\Linux\... (being an unknown entity, it is passed as-is to the Linux kernel command line). The cofs path being empty, is considered a path relative to the configuration file location, so we end up with cofs0 directly pointing to the configuration directory. (A somewhat dangerous configuration I would say, since it also often contains the filesystem images.) Maybe the parser should be improved so that it ignores the whitespace characters right before and after the first equal sign in the configuration file lines? At least a warning should be added to colinux-daemon.txt. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2013501&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-07-08 12:22:34
|
Bugs item #2013435, was opened at 2008-07-08 14:22 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2013435&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Adrien Beau (abeau) Assigned to: Nobody/Anonymous (nobody) Summary: cobd does not work with read-only files Initial Comment: I have created an ISO file with the Windows port of cdrtools, and set it read-only (an old habit). I then tried to mount it in the guest OS (a Slackware 12.1 installation initrd that I patched to include coLinux devices and kernel modules): ~# mount /dev/hdc /cdrom mount: you must specify the filesystem type ~# mount -t iso9660 /dev/hdc /cdrom mount: /dev/hdc: can't read superblock After solving other problems with my hda and hdb devices (it turns out I was trying to use whole-disk images instead of filesystem images) and discovering hdc had a different problem after all, I was a bit lucky to try first to remove the read-only flag from the ISO file in Windows. It solved my problem immediately: ~# mount /dev/hdc /cdrom ~# mount proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) /dev/hdc on /var/log/mount type iso9660 (rw) (Note that in the Slackware installation initrd, /cdrom is a symlink to /var/log/mount.) My configuration, in case I missed a parameter (having read config.c, I doubt it): # --- configuration start --- kernel="C:\Linux\colinux\vmlinux" hda1="C:\Linux\slackware\colinux\slackware-12.1-colinux.partition" hdb1="C:\Linux\slackware\colinux\swap.partition" hdc="C:\Linux\slackware\colinux\install\slackware-12.1.iso" initrd="C:\Linux\slackware\colinux\install\initrd.img" root=/dev/hda1 rw # --- configuration end --- This is a minor bug, but I believe the current behavior should be documented at the very least. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2013435&group_id=98788 |
81 messages has been excluded from this view by a project administrator.
