mc-mint-devel Mailing List for MINT - Multicast Packet Generator
Status: Beta
Brought to you by:
mbernico
Menu
▾
▴
mc-mint-devel — Mint Development
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
(20) |
Mar
(25) |
Apr
(10) |
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: saravanan p. <sar...@gm...> - 2009-03-03 08:51:40
|
Hi MINT-Developers,
I am getting the below compilation errors of undefined reference to some
symbols while compiling MINT.
Do you have any idea, how to fix this in solaris environment?
I am providing the error logs, solaris version info, and gcc version
info below.
LOGS:
=====
:/home/users/sapalani/MINT/NEW_MINT/mint-1.2
$ make
gcc -o mint mint.o ipv4_net.o ipv6_net.o transmit.o log.o
ipv4_net.o: In function `mc_receiver':
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv4_net.c:26: undefined
reference to `inet_aton'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv4_net.c:41: undefined
reference to `inet_aton'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv4_net.c:75: undefined
reference to `socket'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv4_net.c:81: undefined
reference to `bind'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv4_net.c:91: undefined
reference to `setsockopt'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv4_net.c:115: undefined
reference to `setsockopt'
ipv4_net.o: In function `mc_sender':
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv4_net.c:26: undefined
reference to `inet_aton'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv4_net.c:41: undefined
reference to `inet_aton'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv4_net.c:144: undefined
reference to `socket'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv4_net.c:151: undefined
reference to `setsockopt'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv4_net.c:159: undefined
reference to `setsockopt'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv4_net.c:167: undefined
reference to `setsockopt'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv4_net.c:175: undefined
reference to `bind'
ipv6_net.o: In function `mc6_sender':
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv6_net.c:26: undefined
reference to `inet_pton'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv6_net.c:30: undefined
reference to `gethostbyname2'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv6_net.c:68: undefined
reference to `socket'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv6_net.c:75: undefined
reference to `setsockopt'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv6_net.c:84: undefined
reference to `setsockopt'
ipv6_net.o: In function `mc6_receiver':
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv6_net.c:26: undefined
reference to `inet_pton'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv6_net.c:30: undefined
reference to `gethostbyname2'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv6_net.c:132: undefined
reference to `socket'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv6_net.c:139: undefined
reference to `bind'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv6_net.c:154: undefined
reference to `setsockopt'
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/ipv6_net.c:176: undefined
reference to `setsockopt'
transmit.o: In function `recv_data':
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/transmit.c:46: undefined
reference to `recvfrom'
transmit.o: In function `send_data':
/home/users/sapalani/MINT/NEW_MINT/mint-1.2/src/transmit.c:82: undefined
reference to `sendto'
collect2: ld returned 1 exit status
*** Error code 1
make: Fatal error: Command failed for target `all'
:/home/users/sapalani/MINT/NEW_MINT/mint-1.2
$
$ uname -a
SunOS inccidss0775 5.8 Generic_108528-29 sun4u sparc SUNW,Sun-Fire-V240
gcc version 2.95.3 20010315 (release)
Thanks,
Saravanan
|
|
From: Evgeniy P. <jo...@2k...> - 2002-07-22 15:44:42
|
On Mon, 22 Jul 2002 10:32:24 -0500 "Mike Bernico" <mbe...@il...> wrote: > All, ... > An important part of opensource development is knowing when it's time > to let a project go. MINT is important to the internet and has become > pretty popular. Rather than to see MINT get stale and die I will be Sure? :) > looking for a new project administrator to take over the project. If > you'd like to take it over please drop me a line and we can talk. If > you know someone else that would, please inform them. Later today I > will be posting a "help wanted" add for a MINT project administrator I don't know anybody candidat for this. Posting request on SF is probably good idea. > on SF. I hope to find a good candidate that will be interested in > multicast and willing/able to continue with MINT. It will be very good. Good luck. > Mike Evgeniy Polyakov ( s0mbre ) |
|
From: Mike B. <mbe...@il...> - 2002-07-22 15:32:32
|
All, My real job has been taking me into a few new directions. I've been = very busy working on a DWDM optical network and a MPLS migration. = Because of this I haven't had the time to continue working on MINT. I = don't see myself having the time in the future. =20 An important part of opensource development is knowing when it's time to = let a project go. MINT is important to the internet and has become = pretty popular. Rather than to see MINT get stale and die I will be = looking for a new project administrator to take over the project. If = you'd like to take it over please drop me a line and we can talk. If = you know someone else that would, please inform them. Later today I = will be posting a "help wanted" add for a MINT project administrator on = SF. I hope to find a good candidate that will be interested in = multicast and willing/able to continue with MINT. Mike ------------------- Mike Bernico mbe...@il... Illinois Century Network http://www.illinois.net (217) 557-6555 =20 |
|
From: Evgeniy P. <jo...@2k...> - 2002-04-30 22:06:26
|
we should add some strings... - in mc_uni_ttcp.c one should add check for more than 3 args, not 2. since mint(1) -U(2) host(3)... - one should add "U" to the getopt() string and appropriate( only break) case `U`...- it is also very good to document it a bit and make Usage_ttcp[] to be like a Usage[]... Without any # and other... :)- rename from "ttcp" to the "mint" in the Usage_ttcp[]... And after all this have done mint -U still don't working properly... It writes somethink like ttcp(btw, it is also should be changed...): socket... or somethink like it... Bad :( Evgeniy Polyakov ( s0mbre ) |
|
From: Mike B. <mbe...@il...> - 2002-04-22 14:26:39
|
Actually, you may want to download the new 1.1 version. It should be = pretty much synced up with the current CVS. Mike ------------------- Mike Bernico mbe...@il... Illinois Century Network http://www.illinois.net (217) 557-6555 > -----Original Message----- > From: Evgeniy Polyakov [mailto:jo...@2k...] > Sent: Saturday, April 20, 2002 8:38 AM > To: Mike Bernico > Cc: ys...@ya...; mc-...@li... > Subject: Re: [Mc-mint-devel] RE: Port number (-p parameter) >=20 >=20 > On Mon, 15 Apr 2002 09:27:36 -0500 > "Mike Bernico" <mbe...@il...> wrote: >=20 > > > Taken from your readme file: > > > USAGE EXAMPLES > > > -------------- > > >=20 > > > Configure MINT to send 100 packets per second to group > > > 239.0.0.1 on port 4321: > > >=20 > > > mint -s -g 239.0.0.1 -p 4321=20 >=20 > It is a bit outdated. Please use the latest CVS code and docs. >=20 > > > I do not know what parameter to use for "-p". What > > > port number should I use? I've tried several numbers >=20 > Yep. >=20 > > > without any success. I keep getting this error > > > messsage: > > > "Unable to send 5 bytes" >=20 > There are thousands cases, where such error can occure. > May be you can't generate multicast traffic because of misconfigured=20 > network interfase? Or firewall rule on your local machine forbids it > ( hmm, but i really don't know is it the case) >=20 > But in any case port number should not influence on possibility to > generate multicast traffic, except those cases, where your port is > already used by other programms, but in this case you should have bind > error. >=20 > > The port number should just be an arbitrary number you=20 > pick. 4321 is > > usually the number we pick and the default. =20 >=20 > Yep. >=20 > Anyway, i suggest you to use the latest CVS code and documentation. > Good luck. >=20 > >=20 > > Mike >=20 > P.S. Sorry for such a long pause :) >=20 > Evgeniy Polyakov ( s0mbre ) >=20 |
|
From: Evgeniy P. <jo...@2k...> - 2002-04-20 13:38:20
|
On Mon, 15 Apr 2002 09:27:36 -0500 "Mike Bernico" <mbe...@il...> wrote: > > Taken from your readme file: > > USAGE EXAMPLES > > -------------- > > > > Configure MINT to send 100 packets per second to group > > 239.0.0.1 on port 4321: > > > > mint -s -g 239.0.0.1 -p 4321 It is a bit outdated. Please use the latest CVS code and docs. > > I do not know what parameter to use for "-p". What > > port number should I use? I've tried several numbers Yep. > > without any success. I keep getting this error > > messsage: > > "Unable to send 5 bytes" There are thousands cases, where such error can occure. May be you can't generate multicast traffic because of misconfigured network interfase? Or firewall rule on your local machine forbids it ( hmm, but i really don't know is it the case) But in any case port number should not influence on possibility to generate multicast traffic, except those cases, where your port is already used by other programms, but in this case you should have bind error. > The port number should just be an arbitrary number you pick. 4321 is > usually the number we pick and the default. Yep. Anyway, i suggest you to use the latest CVS code and documentation. Good luck. > > Mike P.S. Sorry for such a long pause :) Evgeniy Polyakov ( s0mbre ) |
|
From: Mike B. <mbe...@il...> - 2002-04-15 15:00:54
|
All,=20 MINT file releases have gotten kinda stale so I just synced CVS to MINT = v 1.1 Mike ------------------- Mike Bernico mbe...@il... Illinois Century Network http://www.illinois.net (217) 557-6555 |
|
From: Mike B. <mbe...@il...> - 2002-04-15 14:27:45
|
>=20 >=20 > I am a final year university student, working on a > network testing project. I'm required to use MINT to > generate multicast traffic. I need to send this > multicast traffic to 2 wireless clients.=20 >=20 > Taken from your readme file: > USAGE EXAMPLES > -------------- >=20 > Configure MINT to send 100 packets per second to group > 239.0.0.1 on port 4321: >=20 > mint -s -g 239.0.0.1 -p 4321=20 >=20 >=20 > I do not know what parameter to use for "-p". What > port number should I use? I've tried several numbers > without any success. I keep getting this error > messsage: > "Unable to send 5 bytes" The port number should just be an arbitrary number you pick. 4321 is = usually the number we pick and the default. =20 >=20 > The PC which I'm using to generate the traffic is > directly connected to the access point with a UTP > cable. I was able to ping stations associated with the > wireless network using this PC. >=20 I'm not exactly sure what is causing this error. What operating system = are you using? I'll CC this to our development list, perhaps someone = there knows more Mike > I am using these devices for the wireless network: > Access point: D-Link DWL-1000AP > WLAN adapters: D-Link DWL-650 >=20 > Please reply ASAP. Thanking you in advance. >=20 > __________________________________________________ > Do You Yahoo!? > Yahoo! Tax Center - online filing with TurboTax > http://taxes.yahoo.com/ >=20 |
|
From: Evgeniy P. <jo...@2k...> - 2002-04-09 04:06:06
|
On Mon, 8 Apr 2002 15:38:36 -0500 "Mike Bernico" <mbe...@il...> wrote: > I see what I did wrong. Also, cvs removed all c files in root of > cvs.. > > try again please Cool, now all is OK. Thanks. > > mike > ------------------- > Mike Bernico mbe...@il... Evgeniy Polyakov ( s0mbre ) |
|
From: Mike B. <mbe...@il...> - 2002-04-08 20:38:47
|
I see what I did wrong. Also, cvs removed all c files in root of cvs.. try again please mike ------------------- Mike Bernico mbe...@il... Illinois Century Network http://www.illinois.net (217) 557-6555 > -----Original Message----- > From: Evgeniy Polyakov [mailto:jo...@2k...] > Sent: Monday, April 08, 2002 2:13 PM > To: Mike Bernico > Cc: mc-...@li... > Subject: Re: [Mc-mint-devel] mc_uni_ttcp.c cleanups >=20 >=20 > On Mon, 8 Apr 2002 09:36:52 -0500 > "Mike Bernico" <mbe...@il...> wrote: >=20 > > Hello all, > >=20 > > I've got CVS all updated now. I think we should be good, but please > > check and make sure everything got updated. > =20 > Nop... > New directories in the src/ dir was created, but noone file is there. > Instead of it old files are in the src/ dir. > It looks like only 3 new directory were created... :( >=20 > Please fix.=20 > =20 > > Mike > >=20 > > ------------------- > > Mike Bernico mbe...@il... >=20 > Evgeniy Polyakov ( s0mbre ) >=20 |
|
From: Evgeniy P. <jo...@2k...> - 2002-04-08 20:13:12
|
On Mon, 8 Apr 2002 09:36:52 -0500 "Mike Bernico" <mbe...@il...> wrote: > Hello all, > > I've got CVS all updated now. I think we should be good, but please > check and make sure everything got updated. Nop... New directories in the src/ dir was created, but noone file is there. Instead of it old files are in the src/ dir. It looks like only 3 new directory were created... :( Please fix. > Mike > > ------------------- > Mike Bernico mbe...@il... Evgeniy Polyakov ( s0mbre ) |
|
From: Mike B. <mbe...@il...> - 2002-04-08 14:37:02
|
Hello all, I've got CVS all updated now. I think we should be good, but please = check and make sure everything got updated. Mike ------------------- Mike Bernico mbe...@il... Illinois Century Network http://www.illinois.net (217) 557-6555 > -----Original Message----- > From: Evgeniy Polyakov [mailto:jo...@2k...] > Sent: Saturday, April 06, 2002 2:44 PM > To: mc-...@li... > Subject: [Mc-mint-devel] mc_uni_ttcp.c cleanups >=20 >=20 > Hi all. >=20 > Here is some cleanups for mc_uni_ttcp.c file. > They are: > err() cleanup > removed fprintf(), using log() instead. >=20 > Since there is no new source in CVS at SF, so i post this new=20 > file here. >=20 > Evgeniy Polyakov ( s0mbre ) >=20 |
|
From: Evgeniy P. <jo...@2k...> - 2002-04-06 20:44:33
|
Hi all. Here is some cleanups for mc_uni_ttcp.c file. They are: err() cleanup removed fprintf(), using log() instead. Since there is no new source in CVS at SF, so i post this new file here. Evgeniy Polyakov ( s0mbre ) |
|
From: Evgeniy P. <jo...@2k...> - 2002-03-31 16:45:14
|
Begin forwarded message:
Date: Sun, 31 Mar 2002 08:36:03 -0800
From: mc-...@li...
To: jo...@2k...
Subject: Your message to Mc-mint-devel awaits moderator approval
Your mail to 'Mc-mint-devel' with the subject
ttcp in the MINT
Is being held until the list moderator can review it for approval.
The reason it is being held:
Message body is too big: 41670 bytes but there's a limit of 40 KB
Either the message will get posted to the list, or you will receive
notification of the moderator's decision.
Evgeniy Polyakov ( s0mbre )
|
|
From: Evgeniy P. <jo...@2k...> - 2002-03-31 16:35:45
|
Hi all. Plese test and apply... I've simply coped ttcp and changed it a bit. -U options in command line params will give you access to ttcp command line options, but some of them were changed because of conflict with MINT's one. Evgeniy Polyakov ( s0mbre ) |
|
From: Evgeniy P. <jo...@2k...> - 2002-03-24 18:24:17
|
On Sun, 24 Mar 2002 11:50:18 -0600 "Mike Bernico" <MBe...@Il...> wrote: > > Here is first part of total MINT rewrite. > > >Here is second part. > > But I haven't even tested the first part yet. :) Thanks, I will test > it this week. ;) you are remaining behind the life... > >P.S. Is it time to look into ttcp, Mike? > > Definately. Also, it might be time to make libmint it's own cvs Ok, i will see it next week, and i think, that some initial patch will be done at the middle or end of the week. I suppose, that you want the same functionality for MINT, that ttcp provides? Or something else? This should be discussed. > tree, distribution, documentation, etc. That will make it easier to > market our library to other programmers. Do you think so? Maybe, but i don't want to work with such "paper" work :) I want to code... So, if it is convenient for you, than you can easily do it :) > Also, there is now a new issue with licensing. Currently mint is <snip> > Doing so creates an advantage for open source software. Any > objections? Brrr.... You are our admin, don't ask me :) > > >P.P.S. Where is your mail ticker :), please code... :) > > My paying job has kept me very busy with learning optical networking > lately. :) I hope it will be around soon. Mmm, very interesting job... Good luck to you :) > > Mike Evgeniy Polyakov ( s0mbre ) |
|
From: Mike B. <MBe...@Il...> - 2002-03-24 17:50:26
|
PiBIZXJlIGlzIGZpcnN0IHBhcnQgb2YgdG90YWwgTUlOVCByZXdyaXRlLg0KDQo+SGVyZSBpcyBz ZWNvbmQgcGFydC4NCg0KQnV0IEkgaGF2ZW4ndCBldmVuIHRlc3RlZCB0aGUgZmlyc3QgcGFydCB5 ZXQuIDopICBUaGFua3MsIEkgd2lsbCB0ZXN0IGl0IHRoaXMgd2Vlay4gIA0KIA0KIA0KPj4gTmV3 IEFQSSB3aWxsIHByb3ZpZGUgZWFzeSB3YXkgdG8gY3JlYXRlIHNoYXJlZCBsaWIgYW5kIHRvIHdv cmsgd2l0aA0KPj4gaXQuIFNvIE1JTlQgaXRzZWxmIHNwbGl0cyBpbnRvIDIgcGFydDogbGlicmFy eSBhbmQgbXVsdGljYXN0DQo+PiBnZW5lcmF0b3IsIHdoaWNoIGltcGxpY2l0bHkgd29ya3Mgd2l0 aCBsaWIuDQoNCj5Ob3cgaXQgd29ya3Mgd2l0aCBJUHY2Lg0KPlNvLCBwbGVhc2UgdGVzdCBhbmQg YXBwbHkuDQoNCj5QLlMuIElzIGl0IHRpbWUgdG8gbG9vayBpbnRvIHR0Y3AsIE1pa2U/DQoNCkRl ZmluYXRlbHkuICAgQWxzbywgaXQgbWlnaHQgYmUgdGltZSB0byBtYWtlIGxpYm1pbnQgaXQncyBv d24gY3ZzIHRyZWUsIGRpc3RyaWJ1dGlvbiwgZG9jdW1lbnRhdGlvbiwgZXRjLiAgVGhhdCB3aWxs IG1ha2UgaXQgZWFzaWVyIHRvIG1hcmtldCBvdXIgbGlicmFyeSB0byBvdGhlciBwcm9ncmFtbWVy cy4gDQoNCkFsc28sIHRoZXJlIGlzIG5vdyBhIG5ldyBpc3N1ZSB3aXRoIGxpY2Vuc2luZy4gIEN1 cnJlbnRseSBtaW50IGlzIGRpc3RyaWJ1dGVkIHVuZGVyIHRoZSBHUEwuICBUaGF0IG1lYW5zIHRo YXQgbm8gb25lIGlzIGFsbG93ZWQgdG8gc2VsbCBtaW50IG9yIGFueSB3b3JrIGRlcml2ZWQgZnJv bSBtaW50LiAgTGlicmFyeXMgYXJlIHNvbWV0aW1lcyBkaXN0cmlidXRlZCB1bmRlciBhbm90aGVy IGxpY2Vuc2UgY2FsbGVkIHRoZSBsZXNzZXIgZ3BsIG9yIExHUEwuICBUaGUgTEdQTCBhbGxvd3Mg b3BlbiBzb3VyY2UgbGlicmFyeXMgdG8gYmUgdXNlZCBpbiBjbG9zZWQgc291cmNlIHByb2dyYW1z LiAgVGhpcyBsaXNjZW5zZSBpcyBvZnRlbiB1c2VkIGlmIHRoZSBsaWJyYXJ5IGNvbXBldGVzIHdp dGggY2xvc2VkIHNvdXJjZSBsaWJyYXJ5cyB0aGF0IGRvIHRoZSBzYW1lIHRoaW5nLCBwcm92aWRp bmcgYSBmcmVlIGFsdGVybmF0aXZlIGFuZCBtYWtpbmcgb3BlbiBzb3VyY2UgbW9yZSBhdHRyYWN0 aXZlLiAgVGhpcyBpcyBub3QgdGhlIGNhc2Ugd2l0aCBNSU5ULiAgTWludCdzIGxpYm1pbnQgbGli cmFyeSBkb2VzIG5vdCBoYXZlIGEgY2xvc2VkIHNvdXJjZSBjb21wZXRhdG9yIHRvIG15IGtub3ds ZWRnZS4gIEJlY2F1c2Ugb2YgdGhhdCBJIHdvdWxkIHJlY29tbWVuZCB3ZSBjb250aW51ZSB0byBk aXN0cmlidXRlIGxpYm1pbnQgd2l0aCB0aGUgR1BMIGxpY2Vuc2UgYXMgd2VsbC4gSWYgYSBkZXZl bG9wZXIgdXNlcyBvdXIgbGlicmFyeSwgdGhlcmUgc29mdHdhcmUgbXVzdCBhbHNvIGJlIG9wZW4g c291cmNlLiAgRG9pbmcgc28gY3JlYXRlcyBhbiBhZHZhbnRhZ2UgZm9yIG9wZW4gc291cmNlIHNv ZnR3YXJlLiAgQW55IG9iamVjdGlvbnM/DQoNCg0KPlAuUC5TLiBXaGVyZSBpcyB5b3VyIG1haWwg dGlja2VyIDopLCBwbGVhc2UgY29kZS4uLiA6KQ0KDQpNeSBwYXlpbmcgam9iIGhhcyBrZXB0IG1l IHZlcnkgYnVzeSB3aXRoIGxlYXJuaW5nIG9wdGljYWwgbmV0d29ya2luZyBsYXRlbHkuICA6KSAg SSBob3BlIGl0IHdpbGwgYmUgYXJvdW5kIHNvb24uDQoNCiANCg0KTWlrZQ0KDQo= |
|
From: Evgeniy P. <jo...@2k...> - 2002-03-24 13:32:00
|
On Mon, 18 Mar 2002 01:42:16 +0300 Evgeniy Polyakov <jo...@2k...> wrote: > Hi, mint developers, Hi, all, > Here is first part of total MINT rewrite. Here is second part. > New API will provide easy way to create shared lib and to work with > it. So MINT itself splits into 2 part: library and multicast > generator, which implicitly works with lib. Now it works with IPv6. So, please test and apply. P.S. Is it time to look into ttcp, Mike? P.P.S. Where is your mail ticker :), please code... :) Evgeniy Polyakov ( s0mbre ) |
|
From: Evgeniy P. <jo...@2k...> - 2002-03-17 22:43:13
|
Hi, mint developers, Here is first part of total MINT rewrite. New API will provide easy way to create shared lib and to work with it. So MINT itself splits into 2 part: library and multicast generator, which implicitly works with lib. This source adds possibility to create libmint.so shared library by runing make lib. Now everyone can create it's own application, which will use multiicast in it's work, with our code. Mike some days ago wanted to create news ticker... Now it is very easy. Simply create your application and use functions from libmint. While linking your application don't forget to add -lmint into the link flags. New interface, i hope, is good and transparent. Developers should init MINT( by calling mc_init_mint), fill MINT private struct( by calling fill_params) and optionally open log file(by calling log_open, NOTE: without it no message will appears on the screen). After it anyone can use recv_data() and send_data() to accordinly receive and send data using multicast ability. btw, i think we should rename this functions. Now only IPv4 seems to work, so please test it. IPv6 stuff will coming at the end of next week( since my paying job and studying take a lot of time). So any bug reports, compliants, suggestions and ideas are very welcome. P.S. i still can't commit diffs in cvs, so i post whole source code here. P.P.S. It was tested only on SuSe 7.3 wth 2.5.6 kernel, any other tests will coming soon. Evgeniy Polyakov ( s0mbre ) |
|
From: Evgeniy P. <jo...@2k...> - 2002-03-15 16:40:49
|
On Fri, 15 Mar 2002 18:18:21 +0200 Baris Simsek <si...@su...> wrote: > hi, Hi, Boris, > i don't know what is latest situation. Verison 09 includes a file > named network.c This generic name. If users install our program, > "network" binary file will located under one of the bin directory. > this generic name. May be another program has same name. we should use > another name. i don't know what does it include. (Because of i have no > time to study on it) For that i can't decide any other name for this > file. please specify any other name. if network is describe it well, > we can use mc-network.c for source file and mc-network for binary > file. Please, use the latest cvs source. There is no network.c file, it was renamed and changed a bit. It's new name is transmit.c. > > bye, > > _______________________________________________ > Mc-mint-devel mailing list > Mc-...@li... > https://lists.sourceforge.net/lists/listinfo/mc-mint-devel Evgeniy Polyakov ( s0mbre ) |
|
From: Baris S. <si...@su...> - 2002-03-15 16:16:34
|
hi, i don't know what is latest situation. Verison 09 includes a file named network.c This generic name. If users install our program, "network" binary file will located under one of the bin directory. this generic name. May be another program has same name. we should use another name. i don't know what does it include. (Because of i have no time to study on it) For that i can't decide any other name for this file. please specify any other name. if network is describe it well, we can use mc-network.c for source file and mc-network for binary file. bye, |
|
From: Mike B. <MBe...@Il...> - 2002-03-14 16:34:33
|
Works for me... ------------------- Mike Bernico mbe...@il... Illinois Century Network http://www.illinois.net (217) 557-6555 > -----Original Message----- > From: Evgeniy Polyakov [mailto:jo...@2k...] > Sent: Thursday, March 14, 2002 11:33 AM > To: Baris Simsek > Cc: mc-...@li... > Subject: Re: [Mc-mint-devel] mint bug >=20 >=20 > On Thu, 14 Mar 2002 18:24:53 +0200 > Baris Simsek <si...@su...> wrote: >=20 > > The version syntax like X.Y is acceptable for packaging. > >=20 > > X is major number (for major changes) > > Y is minor number (for minor changes) > >=20 > > i think we should use mint-X.Y.tar.gz for package file=20 > name. Not like > > mint.tar.gz. Just my offer. >=20 > Yep, i think mint-1.0.tar.gz is good. >=20 > Mike ? >=20 > Evgeniy Polyakov ( s0mbre ) >=20 > _______________________________________________ > Mc-mint-devel mailing list > Mc-...@li... > https://lists.sourceforge.net/lists/listinfo/mc-mint-devel >=20 |
|
From: Evgeniy P. <jo...@2k...> - 2002-03-14 16:31:54
|
On Thu, 14 Mar 2002 18:24:53 +0200 Baris Simsek <si...@su...> wrote: > The version syntax like X.Y is acceptable for packaging. > > X is major number (for major changes) > Y is minor number (for minor changes) > > i think we should use mint-X.Y.tar.gz for package file name. Not like > mint.tar.gz. Just my offer. Yep, i think mint-1.0.tar.gz is good. Mike ? Evgeniy Polyakov ( s0mbre ) |
|
From: Baris S. <si...@su...> - 2002-03-14 16:23:20
|
On Thu, Mar 14, 2002 at 07:57:27PM +0300, Evgeniy Polyakov wrote:
> On Thu, 14 Mar 2002 09:27:33 -0600
> "Mike Bernico" <MBe...@Il...> wrote:
>
> > Yeah, it probably is time for a new release...
>
> Wait a moment :)
okay, i am waiting for new release.
> I've done some cleanups, but can't commit on SF.
> Maybe my arms grow from the hmmm... not from the shoulders, but
> Permission denied always appears, when i enter my passwordd.
>
> btw, Mike, since you anly the one(?), who can commit on SF, so can you
> delete network.c file, since it is copy of transmit.c, but network.c is
> not good name because of ipv{4,6}_net.c names. And also, config file
> parseing magically is not present on SF cvs, please add, without it mint
> can not be compiled.
i dont have permission on SF file system. Mike must do all file operatings.
> > Is the changelog format ok for you Baris? Les will be making redhat
> > packages packages someday also. He will probably have the same
> > issues.
currently 09 version ChangeLog is not okay. Because it is not clear, i have to know who made these changes for each line. I never used CVS. i am using package on SF download page to package it. Format does not matter. if i know owners of changes it is okay for me.
> > What should the release number be?
>
> 1 :)
The version syntax like X.Y is acceptable for packaging.
X is major number (for major changes)
Y is minor number (for minor changes)
i think we should use mint-X.Y.tar.gz for package file name. Not like mint.tar.gz. Just my offer.
> I plan to create shared lib this week.
> make libs -> libmint.so.
> It will contain send/recv functions, and control one.
> But maybe it will not born this week :)
>
> > Mike
>
> Evgeniy Polyakov ( s0mbre )
i am waiting for it.
see you.
|
|
From: Evgeniy P. <jo...@2k...> - 2002-03-14 16:22:06
|
On Thu, 14 Mar 2002 09:57:49 -0600 "Mike Bernico" <MBe...@Il...> wrote: > > > Wait a moment :) > > Waiting.... Here is the last my patch before shared lib. It is againstthe latest cvs tree( not use previous patch ). This time should ba called feature freeze :) > > But maybe it will not born this week :) > > I can't wait. I've never worked on a program with a shared library You don;t, It is so called feature so future. > > Mike Evgeniy Polyakov ( s0mbre ) |
